LINUX.ORG.RU

Интервью с Алексеем Брагиным, координатором проекта ReactOS


0

0

Алексей Брагин (ЖЖ), координатор проекта ReactOS, свободной операционной системы с WinNT-совместимым ядром, дал интервью журналу «Компьютерра», в котором осветил ряд интересных вопросов, связанных с её развитием.

>>> Текст интервью

★★★★

Проверено: Shaman007 ()

Ответ на: комментарий от vit122

> Ему не надо, его надо сносить и ставить нормальный софт.

А вот тут и кроется вся проблема теоретиков в вакууме. Нормального софта _нет_.

Aceler ★★★★★
()
Ответ на: комментарий от anonymous_incognito

> Определённая востребуемость уже есть, хотя перспективы, всё же сомнительные.

В качестве аргумента для снижения цен от MS это тоже будет востребовано.

Я вижу и еще один путь - создание спецпакета в виде ROS+Qemu+спецзагрузчик, который позволит прозрачно интегрировать Win приложения в Linux лучше чем wine за счет более полной эмуляции родной среды, при этом прозрачно для пользователя за счет SeamlessDesktop.

Aceler ★★★★★
()

Линукс безопасный искаропки. Хотя винду сделать безопасной еще проще, надо только: выдернуть шнур, выдавить стекло и убиться ап стену - и никакая зараза не пройдет!

anonymous
()
Ответ на: комментарий от Aceler

>_Большинство_. Понятие большинство и "дать права на используемые папки и ветки реестра" - несовместимы.

>Вылезайте из лужи.

Что же это за программы-то такие интересные? Один уже "пернул в лужу" назвав QIP, а Вы наверное предложите сотню-другую чистилок реестра?

vit122
()
Ответ на: комментарий от anonymous

> 1. Громкий хохот в зале, местами переходящий в истерику.

> 2. GNU is _NOT(!!!)_ Unix.

> 3. Linux is a part of GNU

> 4. Any questions?

> Итак, я отказался от собственного описания авторских прав и перешел к GPL, которую Столман составил при участии юристов. (Из-за этого она и занимает несколько страниц.) Новое уведомление об авторских правах было включено в версию 0.12

> Линус Торвальдс, Дэвид Даймонд. Just for fun

yuko
()
Ответ на: комментарий от Aceler

>А вот тут и кроется вся проблема теоретиков в вакууме. Нормального софта _нет_.

"Нормальный софт" в данном случае тот, что корректно сохраняет свои данные в определенных для этого местах.

vit122
()
Ответ на: комментарий от yuko

в довесок:

--------------------------------------

 From: torvaldsSklaava.Helsinki.Fi (Linus Benedict Torvalds)
     To: Newsgroups: comp.os.inix
     Subject: Чего вам больше всего не хватает в minix?
     Summary:  небольшой  опрос  для  моей операционной системы  Message-ID:
<1991Aug25.205708.9541@klaava.Helsinki.Fi>

     Привет всем  пользователям minix! Я тут пишу  (бесплатную)
операционную систему  (любительскую  версию   --   она   не  будет
такой   большой   и профессиональной, как gnu) для 386-х и 486-х AT.
Я вожусь с этим с апреля, и она, похоже, скоро будет готова.
Напишите мне, кому что нравится/не нравится в  minix, поскольку моя
ОС на нее похожа  (кроме всего прочего,  у нее -- по практическим
соображениям -- то же физическое размещение файловой системы).

--------------------------------------------------------------

На мой вопрос о стандартах POSIX никто не ответил, поэтому  я
перешел к запасному  плану.   Я   стал  исследовать   документацию 
Unix   версии  Sun Microsystems --  эта система стояла на 
университетском сервере. Там нашлась базовая версия системных
вызовов  -- для  начала мне  этого было достаточно. Можно было
посмотреть, что должны делать системные  вызовы, а потом заняться
их реализацией. В документации не говорилось, как получить
результат, просто показывалось, каким он должен  быть.  Часть 
системных  вызовов мне  удалось откопать  в  книге  Эндрю Таненбаума 
и  в некоторых других. В  конце концов кто-то прислал мне толстые
тома со стандартами POSIX.

yuko
()
Ответ на: комментарий от anonymous

> Вы про вот это:
нет, про вот это:
Мы просматриваем все патчи. Во-первых, если это дизассемблирование и reverse-engineering, это сразу видно по некоторым особенностям. Во-вторых, спрашиваем, на чем основана реализация. Если человек присылает нам хороший testcase, в котором видно, как он вызывает функцию ядра, анализирует ее параметры, - без проблем.

>>В принципе, обратная разработка (reverse engineering) - например, дизассемблирование - не является нарушением авторского права.
> Познакомитесь со стеной или биореактором, на ваш выбор.
нарушением является прямое заимствование кода. написание с нуля кода имеюшего тот же функционал - нет.

> Познакомитесь со стеной или биореактором, на ваш выбор.
это вы мне или Брагину ? Или всё таки себе ?


proforg
()
Ответ на: комментарий от yuko

>Я стал исследовать документацию Unix версии Sun Microsystems

Опять же "и???" Это чистый реверс-инжиринг, законом не запрещён.

anonymous
()
Ответ на: комментарий от anonymous

> Вендузятнеги, как китайцы, начинают захватывать форум

Да они тут всегда тусуются. Как паразиты в животном сообществе - ни больше, ни меньше, но всё-таки есть и до крайности надоедливы :)

annoynimous ★★★★★
()
Ответ на: комментарий от anonymous_incognito

> Это неверно, что проект невостребуем. Он, если верить автору уже кое-кем востребован для написания драйверов.

За такое надо присуждать к 10 годам расстрела вонючими пулями! Впрочем, я автору не верю...

> Кроме того, имеется очевидная польза для wine.

8-/? Какая?

> Есть хороший побочный эффект в виде дополнительной документации на Windows.

ИМНО это ПЛОХОЙ эффект!

Есть документированный Win32 API, а догадки и самодельные костыли только вредят. Если вдруг кто-то, основываясь на этом побочном эффекте, напишет драйвер для Висты, отладит его под ReactOS, а драйвер этот вдруг грохнет систему после очередного сервиспака, то вот это и будет настоящим эффектом!

Die-Hard ★★★★★
()

Комментарии позабавили. Иногда приходится использовать команду AT чтобы поработать от system и убить какой-нибудь процесс, но подмена заставки это круто.

FreeLiver ★★★
()

Проект живёт и развивается. Смысла судить о его целесообразности не вижу, пока из него не выйдет чего-нибудь работоспособного.

P.S. Кто наезжает на ReactOS - ворчливые снобы.

eduard_pustobaev ★★
()
Ответ на: комментарий от proforg

Я думаю, бесполезно вести беседу с подобными "линуксоедами". Таких надо головой об стену и в выгребную яму.

anonymous
()
Ответ на: комментарий от vadiml

> этот толком не загружен

А он и не загрузится, он по ходу повис.

Попробуй пристукнуть прогу, которую юз жена. А теперь то же самое в операционной системе, и почуствуй разницу.

bugmaker ★★★★☆
()
Ответ на: комментарий от eduard_pustobaev

>Проект живёт и развивается. Смысла судить о его целесообразности не вижу, пока из него не выйдет чего-нибудь работоспособного.

"Ничего хорошего здесь из тебя не выйдет" - надпись в туалете.

Это к тому, что зачастую достаточно увидеть окружение, чтобы предсказать результат.

anonymous
()
Ответ на: комментарий от Aceler

> Нормального софта _нет_.

Есть, и полно. Только им нельзя пользоваться при острых приступах красноглазия, да.

anonymous
()
Ответ на: комментарий от anonymous

>>Я стал исследовать документацию Unix версии Sun Microsystems

>Опять же "и???" Это чистый реверс-инжиринг, законом не запрещён.

1. При чем тут обратная разработка?

2. это ни чистый реверс инжиниринг, ни грязный реверс инжиниринг, и вообще ни какой, ибо реверс инжиниринг - анализ машинного кода, а не документации по API

yuko
()
Ответ на: комментарий от vit122

> "Нормальный софт" в данном случае тот, что корректно сохраняет свои данные в определенных для этого местах.

Мультиюзерасты на марше...

Да когда ж уже эту погань мерзкую оторвут от внндов? С каждой версией всё больше и больше этой дряни, в висте уже изначально предлагают сидеть под юзером и когда надо спрашивают, дать ли на время права админа. :( Гадость!

Какая прелесть была в win9x - никаких тебе ублюдочных документс&сеттингс и прочей хероты, "одна прога - одна папка" и всё.

anonymous
()
Ответ на: комментарий от anonymous

>"одна прога - одна папка" и всё.

Наверное имелось ввиду "одна прога, одна папка. Один вирус - и всё! ;("?

anonymous
()
Ответ на: комментарий от yuko

> 2. это ни чистый реверс инжиниринг, ни грязный реверс инжиниринг, и вообще ни какой, ибо реверс инжиниринг

Правильно, потому что пишется это всё подглядыванием в утёкшие исходники виндов (болтается на любых p2p, 200-300 мегов, качайте кому надо) и художественным пересказом последних. "По документации" до нынешнего состояния вайн пилили бы лет 30.

anonymous
()
Ответ на: комментарий от anonymous

> Наверное имелось ввиду "одна прога, одна папка. Один вирус - и всё! ;("?

Да, тяжело вам. У меня вот никаких вирусов нет. Хотел как-то посмотреть, чтож это за зверь такой, да так и не нашёл :(((

anonymous
()
Ответ на: комментарий от anonymous

>У меня вот никаких вирусов нет. Хотел как-то посмотреть, чтож это за зверь такой, да так и не нашёл :(((

Это естественно. Вирус удалился вместе с порнухой.

anonymous
()
Ответ на: комментарий от anonymous

>> 2. это ни чистый реверс инжиниринг, ни грязный реверс инжиниринг, и вообще ни какой, ибо реверс инжиниринг

> Правильно, потому что пишется это всё подглядыванием в утёкшие исходники виндов (болтается на любых p2p, 200-300 мегов, качайте кому надо) и художественным пересказом последних. "По документации" до нынешнего состояния вайн пилили бы лет 30.

Блин, походу не с тем анонимусом спутался, я изначально про создание линукса писал

P.S. да, да... конечно... а ты "свечку держал"

yuko
()

А чего это так все защищают поделие некоего финна? Чем он вам так сдался? Тут вот хотя бы наш, "россиянин", а вы его с г..м равняете.

Езжайте в Америку, или где там теперь этот финн работает, там вам рады будут.

anonymous
()
Ответ на: комментарий от anonymous

>А чего это так все защищают поделие некоего финна? Чем он вам так сдался? Тут вот хотя бы наш, "россиянин", а вы его с г..м равняете.

А РусОС и вовсе один россиянин создаёт. Ай-да на неё.

anonymous
()
Ответ на: комментарий от anonymous

>> http://ru.wikipedia.org/wiki/Обратная_разработка

> А сейчас?

-----------------------------------------------------------------------------

> В настоящее время под словами «reverse engineering» чаще всего понимается т. н. «clean room reverse engineering», то есть процесс, при котором одна группа разработчиков анализирует машинный код программы (в сленге хакеров для этого процесса используется также выражение «обратный инжиниринг» или «реверсный инжиниринг»), составляет алгоритм данной программы на псевдокоде, либо, если программа является драйвером какого-либо устройства, составляет исчерпывающие спецификации интересующего устройства.

>Обратная разработка программного обеспечения производится с помощью следующих методик:

> 1.Анализ обмена данными, наиболее распространённый в обратной разработке протоколов обмена данными, который производится с помощью анализатора шины и пакетного сниффера для прослушивания шины компьютера и компьютерной сети соответственно.

> 2.Дизассемблирование с помощью дизассемблера — означает то, что прямой машинный код программы читается и понимается в своём чистом виде, только с помощью мнемоник машинного языка. Этот способ работает на любой компьютерной программе, но требует достаточно много времени, особенно для неспециалиста.

> 3.Декомпиляция с помощью декомпилятора — процесс создания исходного кода на некотором языке программирования высокого уровня.

yuko
()
Ответ на: комментарий от anonymous

а обезянно-стадные дауны пусть езжают в биореактор

zort
()
Ответ на: комментарий от yuko

Хорошо, хорошо, я согласен, что статья неполная. Может и доработаю на досуге. Только не надо об этом на всех углах орать.

anonymous
()
Ответ на: комментарий от anonymous

>Во людям делать н*х*й! Пытаются скрестить х*й(венду) с пальцем(линукс). И че выйдет, если их скрестить? Правильно, длинный х*й.

Вещь кстати полезная (если не очень длинный) и востребованная в порноиндустрии (если совсем длинный).

sv75 ★★★★★
()
Ответ на: комментарий от proforg

>нарушением является прямое заимствование кода. написание с нуля кода имеюшего тот же функционал - нет.

При чём тут заимствование???? Даже смотреть - НЕЛЬЗЯ!

>Если человек присылает нам хороший testcase, в котором видно, как он вызывает функцию ядра, анализирует ее параметры, - без проблем.

Вот именно, вместо чего-то своего тупое слизывание, так что ReactOS- R.I.P. Лучше уж костыль вайн доводили до ума.

>это вы мне или Брагину ? Или всё таки себе ?

Угадай.

anonymous
()
Ответ на: комментарий от anonymous

>Какая прелесть была в win9x - никаких тебе ублюдочных документс&сеттингс и прочей хероты, "одна прога - одна папка" и всё.

Куда лучше в линукс - все проги - одна папка настроек - ~/. Никаких тебе ублюдочных документсандсеттингс и прочей хероты :)

vit122
()
Ответ на: комментарий от anonymous

Деятель (или без нескольких лишних букв), а ты не в курсе, как Линус разрабатывал "свою ОС"? Что у него была лицензия на исходники Юникса? Книги про Юникс? А GNU так вообще в открытую говорит, что "в исходники юникса можно смотреть, но копировать их нельзя, а надо переписать и сделать их лучше" (могу цитату найти на gnu.org если надо).

Так почему линусу можно, а реактосу - нельзя? (хотя помойму они этого и не делают, исходники-то появились в 2004, а проект к этому времени уже был порядком развит - я слежу за ним с 2000 года)

anonymous
()
Ответ на: комментарий от anonymous

> Вот именно, вместо чего-то своего тупое слизывание

Ваау, это про linux, да? А не боитесь?

anonymous
()

>- Есть одна компания... Наш разработчик из Швеции делает в ReactOS реализацию DirectX. У него есть определенные соглашения с одной фирмой, которая разрабатывает, кажется, чипы к графическим акселераторам - и, в частности, занимается разнообразным кодированием видео. И вот им зачем-то нужны наши DLL, и они возвращают нам свои доработки этих DLL через этого разработчика. Но действуют на условиях неразглашения своего участия - не хотят, чтобы мы писали "этот код предоставлен фирмой такой-то". Видимо, не хотят принимать на себя ответственность. Я подозреваю, что наш код используется и другими компаниям, но об этом никто громко не говорит.

MS?

maraudeur
()
Ответ на: комментарий от Die-Hard

>> Это неверно, что проект невостребуем. Он, если верить автору уже кое-кем востребован для написания драйверов.

> За такое надо присуждать к 10 годам расстрела вонючими пулями! Впрочем, я автору не верю...

Кто знает. Учитывая, что ReactOS - открытая система, определённые бонусы для драйверописателей можно углядеть. Разумеется, отладка на настоящей винде тоже необходима.

> 8-/? Какая?

Вроде бы взаимное обогащение кодом. Кроме того, некоторый код проще оттестировать в полноценной (в смысле не просто wine API) системе.

> ИМНО это ПЛОХОЙ эффект!

Чем же, если документируются недокументированные MS в открытом доступе функции?

anonymous_incognito ★★★★★
()
Ответ на: комментарий от sv75

> Фига два. Админ в винде поэтому не может иногда прибить процессы, запущенные от систем.

Может.

Если этого не может родной Task Manager, это не означается, что сие невозможно вообще.

Dimentiy ★★
()

Что вы так все налетели на ReactOS? Люди занимаются тем, что им интересно, это их дело. И не вам им указывать, что писать в свое свободное время. Хотят сделать Win32-совместимую систему - пусть делают. Если вам это не нравится - заблокируйте сайт ReactOS в AdBlock и сделайте вид, что его не существует. Откуда столько злости по отношению к людям, которые что-то делают?

Я же хотел бы пожелать ребятам дальнейших успехов. Пробовал ReactOS в виртуальной машине - работает шустро, правда недолго :)

Erik_der_Zweite
()
Ответ на: комментарий от Legioner

> В линуксе можно на сегмент shared memory настроить ACL?

На позиксовую-то? Можно.

mv ★★★★★
()
Ответ на: комментарий от vadiml

> Не подскажите мне пароль, чтоб я залогинился как system?

Эксплойт был в сорцах, собирался gcc и давал по телнету права system. Пароля не требовал ;-)

mv ★★★★★
()
Ответ на: комментарий от deadman

>потому что unix был отродясь открытый, а винда - нет.

LOL

vit122
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.