DLL in Windows and ReactOS

[Ozarnik]

DLLs from XP to ReactOS?

Возможно ли использовать какие-нибудь части Виндос ХР в РеактОСе?
Там dll'ки или что-нибудь ещё. Вопрос лицензий и авторских прав не интересует. Интересует стабильность работы и большая функциональность.

[q4a]

У меня была обратная идея: тестить dll'ки ReactOS'а путем простой замены на них соответствующих dll'ек винды.. И тогда смотреть, на сколько будет работоспособна винда с кусками ReactOS..

[Ozarnik]

У меня была обратная идея: тестить dll'ки ReactOS'а путем простой замены на них соответствующих dll'ек винды.. И тогда смотреть, на сколько будет работоспособна винда с кусками ReactOS..

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

[fireball]

По идее можно было б даже списочек организовать, что можно подсунуть от ХР-шки, чтобы работало. Т.к. на самом деле такое вполне проходит, и в некоторых случаях стабильность повышает (вайновцы таким занимаются в гораздо бОльшем масштабе).

[bz00mmer]

Думается, надо нам сдружиться с этой утилиткой... http://wiki.winehq.org/winetricks Вопрос легальности стоит лишь... (по ссылке - скрипт для скачивания нативных вин-библиотек из Вайна)

Выдать сообщение "Библиотека {такая-то} отсутствует. Информацию о решении этой проблемы вы можете найти здесь."
А дальше - на странице, по ссылке, согласен - можно сообщить обо всём, о чём хочется, но ссылку - дать.

Речь о том, чтобы пользователь имел возможность, имел информацию.
Чтобы мог запустить необходимую(или не очень) ему программу.

[Ozarnik]

Выдать сообщение "Библиотека {такая-то} отсутствует. Информацию о решении этой проблемы вы можете найти здесь."
А дальше - на странице, по ссылке, согласен - можно сообщить обо всём, о чём хочется, но ссылку - дать.

Речь о том, чтобы пользователь имел возможность, имел информацию.
Чтобы мог запустить необходимую(или не очень) ему программу.

Было бы хорошо, чтоб программы знали какие им нужны библиотеки, и главное КАКИХ ВЕРСИЙ.

Потому, что бывает программа работает с одной cg.dll, но не работает с другой cg.dll, которые отличаются только версиями. Вот если бы эту проблему можно было бы решить, при помощи скажем некоего текстового стандартного формата ini-файла, распространяемого с программой, или что-нибудь типа этого, было бы здорово.

Просто хочется раз и навсегда избавиться от этой проблемы. Хранить все версии dll, и не заморачиваться каждый раз с тем какая именно нужна на этот раз.

[Dark Amateur]

Хранить все версии dll, и не заморачиваться каждый раз с тем какая именно нужна на этот раз.

Чаще всего эта библиотека и идёт с софтом. Поэтому нет смысла.

[Sand]

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

Отличная идея! Сделать для каждой библиотеки отдельный файл-тройник, который будет посылать вызовы в библиотеку хршную и реактосную, и при расхождении, записавать в лог.

[bz00mmer]

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

Реализация идеи является излишней ввиду существования тестов Wine.
Кроме того, смысла в подобном тестировании просто нет: важна совместимость с документацией, в соответствии с которой должны работать приложения; более того, Ozarnik, как ты себе представляешь случайные данные в параметре "путь" или в параметре "набор флагов"? Перебирать все комбинации? Вообще, для каждой функции каждой библиотеки изучать все входные-выходные параметры?

[hto]

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

Идея, мне кажется, неплохая, только вот не совсем очевидно, как это сделать.

[bz00mmer]

http://blog.not-a-kernel-guy.com/2008/12/04/377 Просто чтобы помнить об этой тонкости...

[DigitalSpirit]

На хабре писалось, что kernel32.dll и ntdll.dll стали полностью совместимы с Windows Server 2003 SP1 и то, что они легче и быстрей.

Совместимы ли они с WindowsXP или Windows7? Если да, то может стоит выпускать эти dll в виде оптимизаторов системы, которые популярны у владельцев маломощных пк и геймеров?

Этим можно убить сразу двух зайцев - тестирование этих dll на баги и популяризация ReactOS.

[QuakeMan]

можно в виртуалке проверить... совместимы ли они

[DigitalSpirit]

можно в виртуалке проверить... совместимы ли они

надо проверять все функции а это просто так не проверить

[x012]

на хабре писалось что kernel32.dll и ntdll.dll стали полностью соместимы с Windows Server 2003 SP1 и то что они легче и быстрей

ух ты...
Т.е. можно заменить виндовые на рос-овские и глючить не будет да еще и быстрее шуршать начнёт?))