Loss32 — проект дистрибутива с реализацией Win32

ТС (топик-стартер) это ты, не тупи.

Так ты же чуть замену wine не написал. А зачем остановился?

Сначала майки подали на них за название Линдовс. По моему они назывались даже Lindows XP. Майки подали за название. Тогда поменяли на Linspire и тогда майки подали за fat32 и ещё какие-то патенты. Утопили.

ТС это:

1. Телеметрическая система
2. Телесигнализация (сигнал)
3. Телефонная станция
4. Тепловая сеть
5. Техническая система
6. Топографическая служба
7. Торговая сеть
8. Торговая система (Форекс)
9. Тормозная система
10. Точка сборки
11. Трансерфинг
12. Транспортер снегоболотоходный
13. Транспортное средство
14. Трансформатор силовой
15. Тренажер стрелковый
16. Три состояния — тип выхода цифровой электронной схемы
17. Тройственный союз
18. TeamSpeak
19. Тайны Смолвиля
20. Техническое состояние

это точно «годная основа для коммерческих проектов»?

Кого-то интересует эта шлаета?

Кого-то интересует эта шлаета?

Как и кого-то интересует создание ядра в 2026, совместимого с драйверами от Windows NT вместо того, чтобы решать вопросы с драйверами практичнее и проще?

Давай способ проще

Давай способ проще

Готовое ядро Linux с готовыми открытыми драйверами от изготовителя либо наработками сообщества, такими как Nouveau. Качество разработки последнего уж точно на порядок лучше по исх. задаче, чем качество ядра ReactOS NT.

такими как Nouveau

Там есть проблема с управлением вентиляторов на видеокарте. Я лично не сталкивался, с двухпиновыми работает нормально.

Мусор

Там есть проблема с управлением вентиляторов на видеокарте. Я лично не сталкивался, с двухпиновыми работает нормально.

Есть, безусловно. Но в отличие от ReactOS, вероятность решения вопроса с вентиляторами есть.

Если рассматривать его как способ развести одного из юзеров лора на деньги, то вполне успешен.

Сайт проекта доставил. Будто Чужой смотрит прямо в душу (с) бггг.

Мусор

Обсуждения хлама

Nouveau

Который родился из по фану выложенного невидией обфусцированного кода.

Который родился из по фану выложенного невидией обфусцированного кода.

Или как вариант, еще довольно-таки значительное количество сетевых адаптеров тоже оказалось завести под Linux результативнее, чем ждать, когда сделают ядро ReactOS NT.

Готовое ядро Linux с готовыми открытыми драйверами от изготовителя либо наработками сообщества, такими как Nouveau.

Вопрос в целеполагании. Прикольно, ага.

Качество разработки последнего уж точно на порядок лучше по исх. задаче, чем качество ядра ReactOS NT.

Да.

Вот, кстати, драйвера сетевых адаптеров под РеактОСью работают неплохо на реальном железе. Со всем остальным всё плохо. Худо-бедно, ещё работает USB 1.1

Вот, кстати, драйвера сетевых адаптеров под РеактОСью работают неплохо на реальном железе. Со всем остальным всё плохо. Худо-бедно, ещё работает USB 1.1

Ключевое слово - неплохо. Ну явно не как AX200/AX210 в Linux.

а всё нетривиальное - не работает под вайном

Ничего подобного. У нас, например, отлично заводилось древнее телекомовское говно с реализацией O&M протоколов для операторских железок.

аффтар вошел не в ту дверь

Да, только это опять таки вещи на грани нужности. Примеры чего-то реального будут?

ТС это: …

… Тепловая Смерть (Вселенной)

Ну явно не как AX200/AX210 в Linux.

Ага. Худо-бедно работают дрова проводных сетёвок.

У нас, например, отлично заводилось древнее телекомовское говно с реализацией O&M протоколов для операторских железок.

Просто повезло.

Припоминаю свои начатые, но не оконченные проекты. Учитывая то, что они не были нигде озвучены, и зная свой характер (типа «умри, но сделай»), я ещё дёшево отделался. Так бы и пришлось пилить свой собственный ю*икс. 😭😁

Касательно названия, а что, 64 бита не будет, или будет потом? Или win32 это включает в себя еще и 64 бит?

Зачем это нужно?(((((

Наверное потому, что зачем нужна замена Wine, если есть Wine?

Так ты же чуть замену wine не написал.

Это вообще не похоже на WINE. Смысл был в том, чтобы написать замену всего нескольким небольшим *.dll (ntdll, kerne32, gdi32…) которые бы дёргали линуксовые сисколлы вместо вендовых и X11 для гуя. Тогда можно было бы просто использовать всё остальное барахло из венды, вместо того, чтобы переписывать чуть ли не всю систему как это делает WINE.

А зачем остановился?

Венда крайне убога, практически во всех смыслах. И архитектурно, и концептуально, и в мелочах и в главном. По мере разбирательства как оно там в своих самых глубоких и сокровенных потрошках устроено, стало понятно, что тащить это говно на линукс нет никакого смысла.

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

Может быть в то время имело бы смысл сделать только прослойку для иксов, реализующую исключительно Win32 GUI, без всяких убогих CreateFile и прочего идиотизма для облегчения портирования вендософта на линукс, потому что фактически, любой полезный вендовый софт представляет из себя не более чем while(GetMessage(&msg,...)){TranslateMessage(&msg);DispatchMessage(&msg)} портянки WndProc(){switch(message){ case WM_XXX: ... break; }} для кастомных окошек и набор стандартных контролов. Всё остальное в таких прогах ничего вендоспецифичного не содержит. Таким образом портирование вендопроги на линукс заключалось бы всего лишь в замене прочего нестандартного вендового барахла на что-то POSIX-образное, а гуй переписывать на каком-нибудь GTK, Qt и т.п. не требовалось бы.

Всё ещё лучше чем гном3+

На опенке тем временем все еще верят, что если увеличить штат и коммитить в ReactOS, то там будет результат лучше, чем у сабжа. :)

надо было новость подтвердить (вычистив нейрослоп)

Именно так и сделал.

ТСа забанить

«Сейчас к людям надо помягше. А на вопросы смотреть – ширше!»

Нуууу… Я бы сказал, что у этих проектов несколько разная (хотя и сильно пересекающаяся) область применения. Поэтому пусть будет и то, и другое.

P.S. Реактосовцы ещё ставили цель пускать виндовые драйверы, что по сей день толком не реализовано.

Тайны Смолвиля

Чего только не узнаешь на ЛОРе.

второе место среди самых длинных американских фантастических сериалов

Нет, пожалуй, не стоит.

я домохозяйка с рюшечками, которая падает в обморок

НЕ ВЕРЮ

Дольфин - лучшее, что есть для людей

Ну давай обсудим. Два наводящих вопроса:

1. Ты для файловых операций предпочитаешь клавиатуру или мышь?

2. Какой вид файлового окна в Dolphin используешь – иконки, список, таблица?

ТС - трусы сердючки, всё же на форуме сокращения имеют контекст и данное сокращение употребимо уже многие годы

Именно это и требовалось от реакта

Ну хуже чем гном3 быть это очень тяжёлая задача.

Я бы сказал, что у этих проектов несколько разная (хотя и сильно пересекающаяся) область применения.

Если переходить на быт, то разница ReactOS и сабжа в том, что первому нужны ресурсы, которых ни за 30 лет не появилось, и сейчас каких-либо ресурсов не вырисовывается. А у сабжа значительно более низкий порог вхождения. По мне такой бы порог вхождения ReactOS, может быть и пошло бы дело.

НЕ ВЕРЮ

Фигасе… Тебе сиськи показать? :)))

Для ФМ предпочитаю мышь. Вид - иконки. Почти всегда две панели и куча всего включена что по умолчанию отключено.

P.S. Реактосовцы ещё ставили цель пускать виндовые драйверы, что по сей день толком не реализовано.

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

Сами же понимайте, каков был коммент, такая на него была и ответная реплика.

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

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

По мне такой бы порог вхождения ReactOS, может быть и пошло бы дело.

Я как-то задавался вопросом, что если бы реактосовцы сосредоточились на эмуляции Win9x - вышло бы лучше, или нет. Ну, по зрелому размышлению с форумчанами, это ненужно. А вот в эмуляции Win Server 2003 смысл какой-то был. В последний раз 15 лет назад, ага.

Просто они думали что ценность повторить интерфейс к драйверам и получить базу бинарных драйверов, весьма обширную. Но сейчас, когда Linux по драйверам весьма неплох, конечно разумнее подход как у Loss32

Но сейчас, когда Linux по драйверам весьма неплох, конечно разумнее подход как у Loss32

А дальше начинаем размышлять. А на кой тогда вообще подход Loss32, если мы можем сразу использовать любой популярный дистрибутив линукс, и получить сразу всё множество ПО - и линуксовое, и виндовое, через вайн? Зачем нужен Loss32? Ради красивой оболочки? Так, пусть чувак напишет очередное DE, в стиле винды, и успокоится.

сразу использовать любой популярный дистрибутив линукс, и получить сразу всё множество ПО - и линуксовое, и виндовое, через вайн?

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

Так, пусть чувак напишет очередное DE, в стиле винды, и успокоится.

Еще один момент этого подхода в том, что все что дальше ядра - оно как бы будем честными, на фоне Windows или того же Android, или того же Apple явно не … . Действительно, только ядро и оставлять, остальное - на свалку вместе со всякими холиварщиками. Если бы оно было бы … , то вряд ли бы нужен был и сам Wine. Но существование Wine как-раз и и доказывает, что выше ядра Linux действительно сплошное горе. Не такое как у бздунов, но горе. Ибо проще как уже и сказал: переписать-портировать, нежели чем реверсом эмулировать среду для запуска бинаря. Но не в случае с классическим Linux.

Проще говоря, если бы выше ядра в классическом пингвине было бы всё, как в том же Android, то и Wine был бы не нужен. Сами бы все и писали, и переписали, как показала практика. И совместимость с WinAPI тоже перестала бы быть нужна.