Прошу не обижаться, но не хочу каждый раз так проводить ревизию кода.
В смысле, каждый раз? Релизы — они конечно выходят раз в три месяца, но разве кто-то отменяет ежедневную проверку системы? Сборочный бот делает «ночные» сборки после каждого коммита в главный репозиторий.
При этом еще проходить нетривиальную регистрацию.
В чём сложность зарегистрироваться на форуме, а потом с этим же логином и паролем войти в баг трекер JIRA? Регистрация — это одноразовая процедура.
Мне кажется, тестирование должно происходить чуть лучше, чем «скомпилировалось, значит работает».
Похоже вы даже не в курсе, что у нас есть огромная структурированная куча API-тестов, которые также прогоняются ботами после каждого коммита, после чего генерируются подробные отчёты.
Подходя к основной части моего ответа, по поводу функции LoadStringW, если вы знаете о ней что-то, чего не знают разработчики, или даже не знает MSDN, и в репозитории нет соответствующего API-теста… не поленитесь написать API-тест, который будет проверять данное поведение функции. Если всё будет сделано правильно, то тест выдаст положительный результат на Microsoft Windows 2003, и отрицательный результат в ReactOS.
Реализованный API-тест я настоятельно рекомендую оформить в виде пулл-реквеста в репозиторий ReactOS. После этого можно будет приступить к исправлению самой функции.
Поскольку ssh это универсальное средство (не только лишь терминал), то скорее всего он должен быть отдельной службой, которая будет связываться напрямую с Telnet сервером (в частности) в случае запроса терминала.
Просто чтобы начать делать SSH сервер, придётся его с чем-то связать для работоспособности.
В принципе, в качестве GSoC проекта было бы интересно увидеть реализацию Telnet сервера для ReactOS, с возможностью работать не только по стандартному небезопасному соединению, но и по SSH.
Вряд ли может быть GSoC проект с темой «реализация системы защиты ReactOS», поскольку это звучит размыто — нельзя чётко определить границы, когда его можно будет считать полностью выполненным.
Даже если кто-то возьмётся, это будет колоссальный труд, на несколько уровней выше типичного проекта в рамках GSoC.
Ну а если серьёзно, то с элементарными базовыми вещами, такими как ACL и защитой памяти ядра сейчас не гладко.
Буквально на днях один из разработчиков Timo Kreuzer (кстати, бывший студент GSoC) начал реализацию функции защиты памяти ядра MiSetSystemCodeProtection. Сейчас он активно занимается AMD64 портом системы.
Только виндовые программы там и можно запускать, ведь ОС не основана на ядре Linux, а на своём собственном NT-совместимом, воссозданным с нуля.
Правда учитывая, что она всё ещё на стадии alpha разработки, могут возникнуть проблемы установки или эксплуатации. Но тем не менее, я надеюсь, что в перспективе эта ОС заменит Windows XP.
reactos.org/wiki/Commiting_Changes
Надеюсь, у вас всё получится.
help.github.com/articles/creating-a-pull-request
В смысле, каждый раз? Релизы — они конечно выходят раз в три месяца, но разве кто-то отменяет ежедневную проверку системы? Сборочный бот делает «ночные» сборки после каждого коммита в главный репозиторий.
В чём сложность зарегистрироваться на форуме, а потом с этим же логином и паролем войти в баг трекер JIRA? Регистрация — это одноразовая процедура.
Похоже вы даже не в курсе, что у нас есть огромная структурированная куча API-тестов, которые также прогоняются ботами после каждого коммита, после чего генерируются подробные отчёты.
Подходя к основной части моего ответа, по поводу функции LoadStringW, если вы знаете о ней что-то, чего не знают разработчики, или даже не знает MSDN, и в репозитории нет соответствующего API-теста… не поленитесь написать API-тест, который будет проверять данное поведение функции. Если всё будет сделано правильно, то тест выдаст положительный результат на Microsoft Windows 2003, и отрицательный результат в ReactOS.
Реализованный API-тест я настоятельно рекомендую оформить в виде пулл-реквеста в репозиторий ReactOS. После этого можно будет приступить к исправлению самой функции.
И да, на первых двух скриншотах в статье используется тема окон Lautus, встроенная в ReactOS.
Просто чтобы начать делать SSH сервер, придётся его с чем-то связать для работоспособности.
Даже если кто-то возьмётся, это будет колоссальный труд, на несколько уровней выше типичного проекта в рамках GSoC.
нападение в BSOD. :)Ну а если серьёзно, то с элементарными базовыми вещами, такими как ACL и защитой памяти ядра сейчас не гладко.
Буквально на днях один из разработчиков Timo Kreuzer (кстати, бывший студент GSoC) начал реализацию функции защиты памяти ядра
MiSetSystemCodeProtection. Сейчас он активно занимается AMD64 портом системы.Проект живёт активной жизнью, коммиты пушат, регрессии фиксят, тесты прогоняют, и с вайном обмениваются патчами в двустороннем порядке.
Правда учитывая, что она всё ещё на стадии alpha разработки, могут возникнуть проблемы установки или эксплуатации. Но тем не менее, я надеюсь, что в перспективе эта ОС заменит Windows XP.
В основном конечно акцент на программирование — а это написание программ на C/C++, умение читать исходники, разбираться в принципе их работы.
Плюсом будет опыт написания программ под Win32 API и умение работать в среде Visual Studio или с набором утилит MinGW (в том числе с отладчиками).