Доступен перевод 88 выпуска (http://www.reactos.org/ru/newsletter_88.html) новостей проекта ReactOS, операционной системы с открытым исходным кодом, нацеленной на обеспечение совместимости с программами и драйверами Microsoft Windows семейства NT (XP/2003).Shell32
Ещё одним достижением Клаудиу Михаила (Claudiu Mihail), который в рамках недавнего Google Summer of Code преобразовал библиотеку IwIP в драйвер, стало окончание работ по переписыванию библиотеки shell32 с языка C на C++ и интеграция полученного программного кода в транк. Работы по преобразованию были начаты Гедом Мёрфи (Ged Murphy) и Эндрю Хиллом (Andrew Hill), и цель их проведения состояла в том, что C++ наилучшим образом подходит для реализации различных аспектов механизма COM в этой библиотеке. Сначала Гед попытался сконвертировать код непосредственно в транке, однако оказалось, что в этом случае поддерживать целостность кода в транке весьма сложно, и Гед переместил свои наработки в отдельную ветвь. Клаудиу,...URL: http://www.reactos.org/ru/newsletter_88.html
Новость: http://www.opennet.me/opennews/art.shtml?num=32041
Молодцы! Жду выгоды обратного портирования фич в wine!
Они этим точно занимались и занимаются?
А чего в wine портировать? В ReactOS же WinAPI не исправляют, а аппаратные драйвера для wine не нужны.
> Кроме того, версия среды сборки для Windows будет использовать для установки MSI взамен NSISТеперь у них тоже будет убогий и глючный недоменеджер пакетов? :)
кстати, в семёрке "Установка и удаление программ" переименована в более корректное "удаление и изменение", жду когда переименуют в "удаление программ с кучей оставшихся записей в реестре, папке программ и домашних каталогах")
>кстати, в семёрке "Установка и удаление программ" переименована в более корректное
>"удаление и изменение", жду когда переименуют в "удаление программ с кучей оставшихся
>записей в реестре, папке программ и домашних каталогах")О, да, действительно достижение для Windows и MS. Подкиньте MS идею насчет переименования, так как переименования и раскраски - это их уровень и хлеб.
Ну а вцелом по ReactOS думается мне что он мертворожден. Ко времени когда ReactOS будет что-то стоящее из себя предствлять Linux будет еще более универсален чем сейчас, а из wine сделают настоящий комб-wine. Хотя из ReactOS может получиться продукт который сможет замещать форточки в embedded и маломощных устройствах (чтобы уж совсем с корнем выкорчевать MS и вантуз из IT индустрии).
милиция/полиция не ваша идея?
неужели за реактор наконец-то берутся те, которые знают, с какой стороны подходить к написанию больших проектов? бедняги. им там, небось, как минимум половину кода придётся заново сделать…
>>по переписыванию библиотеки shell32 с языка C на C++дальше читать не стал
>>>по переписыванию библиотеки shell32 с языка C на C++
> дальше читать не сталзря. для ком цпп действительно удобней, чем ц.
>>>>по переписыванию библиотеки shell32 с языка C на C++
>>дальше читать не сталвсетаки ооп в плане написания большого объема кода гараздо удобнее и правельнее. но это не в коем случае не камень в огород сей.
>>>>>по переписыванию библиотеки shell32 с языка C на C++
>>>дальше читать не стал
> всетаки ооп в плане написания большого объема кода гараздо удобнее и
> правельнее. но это не в коем случае не камень в огород
> сей.С++ как раз таки совершенно не подходит для больших проектов - сложно поддерживать.
Сложнее, чем С.
И потом, базовые библиотеки должны быть с сишным интерфейсом - С++ классы не очень-то подергаешь из других языков.
Если руки из плечей растут, то классы можно дергать из любых языков, а уж из плюсов в особенности это легко делать
>>>>>по переписыванию библиотеки shell32 с языка C на C++
>>>дальше читать не стал
> всетаки ооп в плане написания большого объема кода гараздо удобнее и
> правельнее. но это не в коем случае не камень в огород
> сей.А что легче отладить ООП-ешный код или процедурный ?
>А что легче отладить ООП-ешный код или процедурный ?Смотря какой код. Вы слишком упрощаете ситуацию, чтобы можно было бы так просто их сравнить. Порог вхождения в мир языка С значительно выше, поэтому профессиналы в мире С - это люди с очень высоким скиллом, чего нельзя сказать о прогерах уровня ООП. Ну и на последок подумать: те кто пишет свободно и качественный код на С - сходу напишет качественный код на С++, чего нельзя сказать в обратном случае.
+1
ну ващето безразницы что за язык - главное иметь скилы дизассемблинга
> А что легче отладить ООП-ешный код или процедурный ?легче отладить *хороший* код. а остальное — незначительные мелочи.
USB уже работает?
Нет?! в БиоReactor! :)
Нет предела совершенству, а пока система допилена до уровня Wine, пусть хоть поддержку(поддержку установки) необходимых драйверов на минимальном уровне сделают USB 2.0, sata, video-drivers(и другое, хотя бы 1024х768) video, сеть, чтоб запускать на реальном железе.
А то ведь для запуска на qemu мне теперь надо процессор менять, мой не поддерживает аппаратно виртуализацию.
Делают сначала поддержку всяких изощренных вирусов а потом железа. Зачем?