LINUX.ORG.RU

ReactOS приостанавливает разработку


0

0

Люди посетившие сегодня сайт ReactOS были шокированы. "Собственными разработчиками ReactOS были предъявлены обвинения в отношении некоторых частей кода. Проект приостанавливает разработку в ожидании правового совета. Проект возобновится когда проблема будет улажена."

>>> Подробности

★★★★★

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

> ИЗМЕНА!!! :) Это и ожидалось собственно. Проект уж очень своеобразный... Bycicle invetion

А GNU, а Linux - это ли не reinventing the wheel, как забугряне говорят? Вообще, хватит панику разводить раньше времени, никуда ReactOS не денется. В особо клиническом случае форкнут и перепишут спорный код, делов-то.

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

В то коде - заменить ECX на ESP :) Mov ESP, FS:[40H] MOV ESP, [ESP]

Я неуверен, что жто работает, но раз, говорите, не противоречит.. :)

//Arioch

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

>идиотизм, в последнее время люди больше рассуждают о лицензиях, чем код пишут..

для этого и нужна GPL v3

вспоминаем, 5 лет назад такого беспредела патентного не было

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

>Луддиты, клепающие ремейки

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

anonymous
()

Беспредела патентного всегда хватало. Другое дело, что раньше они результативными были - хорошие графические форматы рождались ;).

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

Какого из разговоров? И ведь не только на grc о том пишут.

У кого есть желание запустить дизассемблер - пусть поправят. (кстати, интeресно как там в исходниках WinE/ReactOS жто выглядит?) У меня нет оснований недоверять авторам ClearType, IDA, утилит с SysInternals.com

По этому разговору, код обработки WMF, если грубо и без оптимизаций (насчет реального кода - уже сказал, кто хочет может ревреснуть и представить) должен выглядеть так:

void (*wmf_handlers[MAX_WMF_CMD+1])(void * frame_data, int frame_data_size) = [....];

int play_wmf (void * wmf_buffer, int wmf_size) { char cmd_code; int frame_size; void * frame_ptr, * temp_ptr; void (* next_handler) (void * frame_data, int frame_data_size); frame_ptr = wmf_buffer + WMF_HEADER_SIZE;

while (frame_ptr < wmf_buffer + wmf_size) { temp_ptr = frame_ptr; cmd_code = *((char*)temp_ptr++); frame_size = *((int*)temp_ptr++); //Тут бы проверить, что framesize >= sizeof(char) + sizeof(int), да закладка не дает. frame_ptr += frame_size;

if (cmd_code>MAX_WMF_CMD) return ERROR_INVALID_CODE; if ( NULL == (next_handler = wmf_handlers[cmd_code])) return ERROR_INVALID_CODE;

(* next_handler) ( temp_ptr, frame_size - sizeof(cmd_code) - sizeof(frame_size) ); } return SUCCESS; }

Пока все неплохо, но...

void handler_ABORT_PROC (void * frame_data, int frame_data_size); { if (frame_data_size == -2) { void (* MICE) (void); MICE = frame_data; // не берем адрес - его нету, никаких функций нету, есть только код как часть картинки MICE (); } else if (frame_data_size >= 0) { //обработать ABORT_PROC - не знаю какое определение этого сallback'a some_type (* ABORT_PROC) (....); ABORT_PROC = * frame_data; //берем адрес функции, которая где-то в другом месте, а не в картинке ..... } else { ошибка, некорректный размер данных} }

Первый случай не мог взяться случайно. У него нет никакого другого смысла, кроме запуска внедренного в картинку кода, если картинка специальным образом (и только так) нарушает спецификации.

//Arioch

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

/// закбросил снова, с форматированием.

Какого из разговоров? И ведь не только на grc о том пишут.

У кого есть желание запустить дизассемблер - пусть поправят.
(кстати, интeресно как там в исходниках WinE/ReactOS жто выглядит?)
У меня нет оснований недоверять авторам ClearType, IDA, утилит с SysInternals.com

По этому разговору, код обработки WMF, если грубо и без оптимизаций (насчет реального кода - уже сказал, кто хочет может ревреснуть и представить) должен выглядеть так:

void (*wmf_handlers[MAX_WMF_CMD+1])(void * frame_data, int frame_data_size) = [....];

int play_wmf (void * wmf_buffer, int wmf_size)
{ char cmd_code; int frame_size;
  void * frame_ptr, * temp_ptr;
  void (* next_handler) (void * frame_data, int frame_data_size);
  
  frame_ptr = wmf_buffer + WMF_HEADER_SIZE;

  while (frame_ptr < wmf_buffer + wmf_size)
  { temp_ptr = frame_ptr;
    cmd_code = *((char*)temp_ptr++);
    frame_size = *((int*)temp_ptr++); //Тут бы проверить, что framesize >= sizeof(char) + sizeof(int), да закладка не дает.
    frame_ptr += frame_size; 

    if (cmd_code>MAX_WMF_CMD) return ERROR_INVALID_CODE;
    if ( NULL == (next_handler = wmf_handlers[cmd_code])) return ERROR_INVALID_CODE;

    (* next_handler) ( temp_ptr, frame_size - sizeof(cmd_code) - sizeof(frame_size) );
  }
  return SUCCESS;
}

Пока все неплохо, но...

void handler_ABORT_PROC (void * frame_data, int frame_data_size);
{ if (frame_data_size == -2) 
  {  void (* MICE) (void);
     MICE = frame_data; // не берем адрес - его нету, никаких функций нету, есть только код как часть картинки
     MICE ();
  }
  else if (frame_data_size >= 0) 
  { //обработать ABORT_PROC  - не знаю какое определение этого сallback'a
    some_type (* ABORT_PROC) (....);
    ABORT_PROC = * frame_data; //берем адрес функции, которая где-то в другом месте, а не в картинке
    .....
  }
  else { ошибка, некорректный размер данных}
}

Первый случай не мог взяться случайно. У него нет никакого другого смысла, кроме запуска внедренного в картинку кода, если картинка специальным образом (и только так) нарушает спецификации.

//Arioch

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

А что творят СКОты ? Глазеют во внутренние хранилища кодoв IBM ? Дык не жалко, вроде в хранилища WinE/ReactOS/etc и так глянуть можно.

Зато можно будет посмотреть историю CVS/SVN/etc и сравнить всю историю с изветсным кодом. И если окажется, что код какой ни будь, плавно развился из CVS, где в начальных вариантах был не похож на код Microsoft, а потом стал похож потому что инчае просто никак - то Microsoft пройдет лесною стороной.

//Arioch

anonymous
()

У кого-нибудь есть эта ReactOS и её код? Если есть, выложите плз куда-нибудь, а то они похоже убрали отовсюду.

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

>Может не стоит лепить ярлык идиота на порядочных людей? По сути этот немец абсолютно прав.

Жалко этого биоробота не оказалось неделю назад под Москвой. Когда -32 было. Сразу бы активизировалась память предков из далекого 41-го.

Cybem ★★
()

Все основные идеи придуманы еще в 70х, ничего существенно нового с тех пор не придумали. Поэтому нельзя написать реализацию похожих идей, чтобы код не бл похож это раз. А во вторых большинство программеров при написании продуктов испольюзут реинженеринговый код других разработчиков, они его изучают и пишут своё. А те кто по наглее и у кого ест ьисходники пихают сразу исходники. Стоит покопаться в коде FreeBSD, OpenBSD, Linux. Там очень много можно найти одинакового кода, порой даже с одинаковыми коментариями.

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

>Стоит покопаться в коде FreeBSD, OpenBSD, Linux. Там очень много можно найти одинакового кода, порой даже с одинаковыми коментариями.

Покажешь?

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

>>Arioch
>А я смотрю, вы программист с богатым опытом взлома софта, реверсинжениринга и написанием на этом материале своего софта...

jackill, не спугни клиента. :)

Видать, ты не в курсе, что этот наглый, самоуверенный не по годам, с националистическими замашками молодой подрастающий организм уже проявил себя во всём своём великолепии, грубо говоря - всех достал, в том числе своей искромётной тупостью? :)

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

> Видать, ты не в курсе, что этот наглый, самоуверенный не по годам, с националистическими замашками молодой подрастающий организм уже проявил себя во всём своём великолепии, грубо говоря - всех достал, в том числе своей искромётной тупостью? :)

Линку.

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

>По этому разговору, код обработки WMF, если грубо и без оптимизаций (насчет реального кода - уже сказал, кто хочет может ревреснуть и представить) должен выглядеть так:

ух, ты, как интересно! где траву берете? или вы там все вместе курите?

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

> вспоминаем, 5 лет назад такого беспредела патентного не было

Гений, закона о патентах на код 5 лет назад и не было

Oc
()
Ответ на: комментарий от dimaz-z

>идиотизм, в последнее время люди больше рассуждают о лицензиях, чем код пишут...

Признак пересыщения кода. Походу настолько дохрена написали - что терь разбираются что кому принадлежит.

И потом разборки - это тоже бизинес, иногда приносящий бабок даже больше, чем кодерство.

Идиотизм.

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

> В то коде - заменить ECX на ESP :) Mov ESP, FS:[40H] MOV ESP, [ESP]

> Я неуверен, что жто работает, но раз, говорите, не противоречит.. :)

Вообще говоря указателем всегда работал SP, с использовать CX как указатель это уже сбоку прилепили в 386ых. Да, кстати, такие нестандартные команды, типа адресации по AX/BX/CX/DX занимают в памяти больше места - можно запустить древний TD и убедиться самому.

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

А немец всё-таки козёл ещё тот. Таких в известные времена фтопку отправляли.

anonymous
()

Пусть немец поступит как Томми =)

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

>Стоит покопаться в коде FreeBSD, OpenBSD, Linux. Там очень много можно найти одинакового кода, порой даже с одинаковыми коментариями.

>Покажешь?

Запросто.

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

>Стоит покопаться в коде FreeBSD, OpenBSD, Linux. Там очень много можно найти одинакового кода, порой даже с одинаковыми коментариями.

>Покажешь?

Из последнего: Например if_bridge недавно был портирован в FreeBSD из OpenBSD.

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

>Из последнего: Например if_bridge недавно был портирован в FreeBSD из OpenBSD.

Нет уж, ты нам в linux код из freebsd покажи. SCO уже третий год ищет.

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

>Нет уж, ты нам в linux код из freebsd покажи. SCO уже третий год ищет SCO ничего не ищет, они просто продляют и затягивают процесс, им наруку чтобы он не заканчивался.

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

>Из последнего: Например if_bridge недавно был портирован в FreeBSD из OpenBSD.

>Нет уж, ты нам в linux код из freebsd покажи. SCO уже третий год ищет.

А при чем тут SCO к FreeBSD? Фря уже давно вобрала в себя много чего и отличается от Unix того который SCO.

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

> А при чем тут SCO к FreeBSD? Фря уже давно вобрала в себя много чего и отличается от Unix того который SCO.

как причем ? можно в суд подать, напиарить шумиху в прессе, а потом развести инвесторов на десяток миллионов долларов , судится c freebsd и выплачивать себе зарплату из этих миллионов.

> Из последнего: Например if_bridge недавно был портирован в FreeBSD из OpenBSD.

И что ? Лицензия позволяет это делать.

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

"Как раз та ситуация, когда из-за одного идиота стоит вся система."

Из-за одного сознательного человека куча ворья перестала воровать, вы это хотели сказать?

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

Гы, сознательный, софтом пераццким давно пользоваться перестал? Правда? Давно? Ну так ты и друзей всех проагитируй, чтобы варез не юзали!

З.Ы. Ненавижу анонимусов :-)

anonymous
()

Да зачем он, ReactOS этот? Ну, добро, доделают его, до уровня NT4 и даже лучче. Согласен. А потом? По принципу "все, что угодно, лишь бы не проклятый маздай"? И только-то...

:ж)

oatcat
()

Воров поймали за руку?

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

> Да зачем он, ReactOS этот? Ну, добро, доделают его, до уровня NT4 и даже лучче. Согласен. А потом? По принципу "все, что угодно, лишь бы не проклятый маздай"? И только-то...

Да, кстати, нафига NT, а не 9x? Под 9x больше софта и с поддержкой железа там лучше.

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

>SCO ничего не ищет, они просто продляют и затягивают процесс, им наруку чтобы он не заканчивался.

Верно. Если бы нашли, уже бы получили денег.

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

>А при чем тут SCO к FreeBSD? Фря уже давно вобрала в себя много чего и отличается от Unix того который SCO.

Читай больше.

При том, что SCO искала _производный_код_ от UNIX. Любое *BSD это, в отличии от Linux, система, написанная от Unix компании AT&T.

Дальше разжевывать или почитаешь сам?

jackill ★★★★★
()

Разработчики собираются подвергнуть аудиту ВСЕ исходники реактоса, все 150 МБайт. Стивен Эдвардс, автор новости, на которую сослался предыдущий оратор, написал, что на аудит может уйти год. IMHO, это равносильно самоубийству (микрософт-то движется дальше). Хотя некоторые разработчики считают, что хватит 3 месяцев.

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

>Читай больше.

>При том, что SCO искала _производный_код_ от UNIX. Любое *BSD это, в >отличии от Linux, система, написанная от Unix компании AT&T.

ну кто читает, а кто и работает поэтому читать всякий маразм времени почти нет.

anonymous
()

Да идиот тот кто все это начал. Ну воруют они код у МС ну и тем лучше. Они используя их код могу написать систему лучшую чем оригинал. Исправят многожество недоработок и ошибок и сделают наконец-то нормальный продукт. Если бы они брали код не у МС а у линук то тогда было бы все Ок, ведь лицензия это позволяет, тогда ьы никто кипиша не поднимал. А тут видители у МС передрали. Какая разница у кого передирать. Этот немец, который все начал, он никто иной как засранец и засланец от МС. Подняли кипиш на ровном месте. Знаю я этих программеров они код друг у друга всегда воровали воруют и будут воровать. Это я говорю как проджект менеджер.

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