- Что , уже работает ?

- Нет , но стало значительно лучше !

Запуск вирусов в ReactOS не является приоритетной задачей

А стоило бы, потому что большинство их (не тупых локеров от васянов, а настоящих, типа Kido или Neshta) используют ядерные функции. Это было бы одной из лучших проверок на совместимость API, стабильность ядра и прочих низкоуровневых компонентов. Но... «Не шмогла я, не шмогла!»

Это видео никак не подтверждает утверждение о том, что ректалЪОС работает.

Я понимаю, что линуксоидам здесь близка тема говна и прочих испражнений, но хоть как-то без истерик и поприличней можно выразить поток своего разума?

Я понимаю, что линуксоидам здесь близка тема говна и прочих испражнений

Тема говна поднята сабжем.

Дело в том что Zen начиная с 2xxx (то бишь RyZen+/gen1 Zen APU) не поддерживает Shinдовсы старее 8.1 (и то с натяжкой), рассчитывая на то что будет ставиться чёртова 10-ка.

Нет, дело не в этом. Дело в том, что AMD обосралась с эмуляцией реального режима:

VME Broken on AMD Ryzen Posted on May 12, 2017 by Michal Necasek That’s VME as in Virtual-8086 Mode Enhancements, introduced in the Intel Pentium Processor, and initially documented in the infamous NDA-only Appendix H.

Almost immediately since the Ryzen CPUs became available in March 2017, there have been various complaints about problems with Windows XP in a VM and with running 16-bit applications in DOS boxes in Windows VMs. Multiple versions of Windows are affected. Some (but not all) other operating systems are affected as well, for example OS/2 Warp running in a VM on Ryzen when attempting to open a DOS window:

After analyzing the problem, it’s now clear what’s happening. As incredible as it is, Ryzen has buggy VME implementation; specifically, the INT instruction is known to misbehave in V86 mode with VME enabled when the given vector is redirected (i.e. it should use standard real-mode IVT and execute in V86 mode without faulting). The INT instruction simply doesn’t go where it’s supposed to go which leads to more or less immediate crashes or hangs.

How did AMD miss it? Because only 32-bit OSes are affected, and only when running 16-bit real-mode code. Except with Windows XP and Server 2003 it’s much worse and these systems may not even boot.

To be clear, the problem is not at all specific to virtualization. It has been confirmed on a Ryzen 5 1500X running FreeDOS—which comes with the JemmEx memory manager, which enables VME by default. Until VME was disabled, any attempt to boot with JemmEx failed with invalid opcode exceptions. After disabling VME, FreeDOS worked normally.

That is not surprising because when the problematic INT instruction is executed inside a VM using AMD-V, it is almost always executed without any intervention from the hypervisor, which means the hypervisor has no opportunity to mess anything up.

Now, back to the XP trouble. Windows NT supports VME at least since NT 4.0 and enables it automatically. That is the case for NT 4.0, XP, Windows 7, etc. For the most part, it would only matter when running a 16-bit DOS or Windows application (such as EDIT.COM which comes with Windows).

Windows XP and Server 2003 (that is NT 5.1 and 5.2) is significantly more affected because it was the first Windows OS that shipped with a generic display driver using VBE (VESA BIOS Extensions), and the only Windows family which executed the BIOS code inside NTVDM (with VME on, if available). Starting with Vista, presumably due to increased focus on 64-bit OSes where V86 mode is entirely unavailable, the video BIOS is executed indirectly, likely using pure software emulation.

The upshot is that the problem is visible in Windows versions at least from NT 4.0 and up, but XP and Server 2003 may entirely fail to boot, either hanging or crashing just before bringing up the desktop. Other operating systems which use VME are affected as well (OS/2, DOS with certain memory managers).

The workaround is simple—if possible, mask out the VME CPUID bit (bit 1 in register EDX of leaf 1), which is something hypervisors typically allow. Windows does not require VME and without VME, XP can be booted normally on Ryzen CPUs, at least in a VM.

получается что следующий выпуск будет ReactOS 1/2

А ставиться будет так: записываешь на диск, ломаешь диск пополам и выкидываешь в мусорку.

- Что , уже работает ?
- Нет , но стало значительно лучше ! Да, но пока нет.

Поправил.

ну это же прекрасно, покупать железо под ОС, вы там все такие фоннаты-недоумки?

Так-то железо и под ОС, и под конкретные прикладные приложения покупают. Практика обычная и нормальная. Но у ректалЪОС нет ничего такого, ради чего стоило бы под этот продукт жизнедеятельности поехавших недоумков покупать железо. Запускать приложения для шиндовса (которые чаще всего несвободные) можно и на шиндовсе (несвободная ОС, но исходя из предыдущего факта свободность ректалЪОС даже при условии полной работоспособности на данный момент сомнительные преимущества может дать), который уже работает.

Ты просто им завидуешь!

Ты либо тролль, либо дебил

Ты это, не путай всех линуксоидов и пару местных троллей.

Так ушлёпки, оказывается, приносят реальную пользу проекту? Круто, чё.

Ух ты, РусОС от Горлова уже можно запустить в виртуалбоксе, поработать с текстовым редактором, браузером или файловым менеджером?

С ReactOS я такое делал, есличо.

Я бы всё-таки выпустил 0.4.10 и возможно, даже 0.4.11.

В ректалЪОС тоже нельзя. А то, что ты проделывал - это не работа, а мизерная демка, которая ни о чём не говорит.

Это просто пи-ц. Я вам (тут определение Лаврова) сейчас на коленке за полчаса простую ос сделаю. Она не будет делать нихрена, а только выводить вам привет. Но у нее будут хрененные достоинства. Она будет работать, ей не будет нужна инструкция по настройке виртуалбокса и, о чудо, она будет работать даже сама по себе.

А вот теперь шок, бесплатно, без СМС. Я скачал исошник реактоса 0.4.9, запустил под виртуалбоксом версии 4.3.0, выбрав в качестве ОС Windows XP, и представь себе, она запустилась без всяких инструкций и плясок с бубном. Причём в отличие от твоей охрененной ОС, она загрузила гуй, скачала по моей просьбе из интернета Opera 12 — короче, этот комментарий я пишу из оперы под реактосом. Недостаток: в браузере почему-то не виден курсор текстового ввода (тот, который не мышиный).

Да, у реактоса дохрена серьёзных проблем, и допилят ли его хотя бы до беты, я понятия не имею. Но надеюсь, ты понял, что твой хеллоуворлд и вопли «не грузится» тут уже совершенно не при чём?

Уточнение: я поставил реактос с boot cd на виртуальный HDD. А то по моему комментарию можно было подумать, что я лайв-сиди запустил.

Недостаток: в браузере почему-то не виден курсор текстового ввода (тот, который не мышиный).

Весьма вероятно - починят в 0.4.10. Японец вышел на сверхзвуковые обороты...

Недостаток: в браузере почему-то не виден курсор текстового ввода (тот, который не мышиный).

...Причём, похоже, это опероспецифичная бага: в блокноте и фаерфоксе этот курсор прекрасно виден. Тем не менее, надо бы разобраться: подозреваю, что в винде этот курсор отображался...

Это массово, к сожалению, и не относится к адекватным людям, способным на продуктивный диалог без желчи, демагогии и туповатых предубеждений.

Пока это не будет грузиться везде и всегда - это так и остентся говном

Дык, получается, и линукс, и оффтопик - г..но

Гоним зайца дальше

Во вчерашнем комментарии я реактос, в основном, хвалил, а теперь вот поругаю: грузится система через раз.

Я с ней поработал, поустанавливал софта (максимальный аптайм, кстати, был 2 часа 10 минут, это к тем, кто говорит, что на реактос аж дышать нельзя), корректно завершил работу. Потом включаю виртуалку — идёт загрузка, потом прогресс-индикатор под логотипом зависает где-то на 80-90%. Не дождавшись, вырубаю принудительно. Запускаю снова — система грузится, запускает проверку диска, долго хрюкает и в конце концов нормально загружается.

Ошибка неустойчивая, но пару раз я её уже словил. Среду запуска описал выше: VirtualBox 4.3.0, параметры выбраны как для Windows XP, памяти 512 Мб, HDD 10 Гб, всё остальное по дефолту. Перед первым затыком ставил из менеджера программ фаерфокс, оперу и Far. Вроде бы ничего «системного», что может помешать загрузке, в этом списке нет.

Ну, это уже прогресс. Раньше, если уж она падала, то намертво. У меня есть конфигурация, там переключение разрешения из 800х600 до 1024х768 приводит систему в негрузибельное состояние. Да, багрепорт писал, не исправлено. Раньше, запуск инсталлятора java приводил систему в негрузибельное состояние. Как сейчас - не знаю, вроде, баг с явой поправили.

А вообще, глюкодром тот ещё. Я же тестирую на реальном железе. Так вот, .net 4 - не ставится, ftp - не работает ни в каком виде, samba - не запускается, вешает систему, nfs - не работает. Это всё заявлено как работающее, но вот только не у меня. Багрепорты писал-писал, потом надоело.

Ошибка неустойчивая, но пару раз я её уже словил.

На ночной сбоке свежей она проявляется?

Может быть багом релизной сборки или просто уже быть поправленным в мастер ветке.

Весьма вероятно, что систему тебе подпортил инсталятор Оперы 12. По нему есть несколько открытых багов.

Да, у реактоса дохрена серьёзных проблем, и допилят ли его хотя бы до беты, я понятия не имею. Но надеюсь, ты понял, что твой хеллоуворлд и вопли «не грузится» тут уже совершенно не при чём?

Тот «хеллоуворлд» грузится на несоизмеримо большем числе конфигураций, чем сабжевое недоразумение. И не падает.

Весьма вероятно - починят в 0.4.10.

Это следует читать как «к 0.4.10 сделают да, но пока нет».

Хорошо ты топикстартера обосрал.

У меня есть конфигурация, там переключение разрешения из 800х600 до 1024х768 приводит систему в негрузибельное состояние.

Вот, кстати. Я поставил реактос, там маленькое разрешение. Кликом мыши по рабочему столу вызываю переключалку разрешений и привожу его к 1280x1024. В линуксе это действие много лет вызывало боль и страдания. Повсеместное распространение xrandr ослабило проблему (за что спасибо его авторам), но полностью не решило.

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

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

А вообще, глюкодром тот ещё.

Согласен.

Я же тестирую на реальном железе.

Мужик!

ftp - не работает ни в каком виде

Ты про клиент или сервер? Если клиент, то я использую Netbox из Far manager, полёт нормальный.

Кликом мыши по рабочему столу вызываю переключалку разрешений и привожу его к 1280x1024. В линуксе это действие много лет вызывало боль и страдания.

Как те же самые клики мышкой в линуксе могут вызывать боль и страдания? Как Ctrl+Alt+ + может вызывать боль и страдания?

Ты про клиент или сервер? Если клиент, то я использую Netbox из Far manager, полёт нормальный.

Я про клиент. Что из Total Commander, что из командной строки, не работает. Команда GET вызывает ошибку.

Как те же самые клики мышкой в линуксе могут вызывать боль и страдания?

Это он про стародавние времена, когда надо было знать частоту вертикальной и горизонтальной развёртки, чтобы прописать нужную строчку в х.org, и то, это не всегда работало. Например, мне на моём ноутбуке с Fedora Core 2 в 2004 г. так и не удалось настроить разрешение выше 800х600.

Идея с Ctrl+Alt+ + сама по себе была хорошая, но не вместо, а вместе. В винде я явно указываю разрешение, на которое переключаюсь. С Ctrl+Alt+ + приходится щёлкать вслепую.

Ну и перечень доступных разрешений формируется неочевидным образом, зачастую приходится шаманить с конфигом иксов. Эта же проблема, кстати, и в эпоху xrandr сохранилась, особенно когда надо в виртуалке приемлемое разрешение получить. (На реальном железе разрешение не так часто переключать приходится, и оно обычно получается нормальным из коробки.)

Я про клиент. Что из Total Commander, что из командной строки, не работает. Команда GET вызывает ошибку.

А зашли нам баг-репорт ?)

Да слал уже. Щас по памяти, номер, конечно, не вспомню

https://jira.reactos.org/browse/CORE-14108

там надо лог сделать только в момент проявления бага и с ночной сборки желательно

Ага, оно. Так вот, я пытался заиметь лог в момент ошибки. Видимо, ничего не пишется в лог в этот момент.

Jedi-to-be, а в каком именно релизе поломали USB?

Jedi-to-be, в треде пишут, что ROS плохо влияет на диски. Это значит, что она портит таблицу разделов или она физически угрожает ЖД?

Jedi-to-be, а в каком именно релизе поломали USB?

Он никогда не работал достадочно хорошо.

Jedi-to-be, в треде пишут, что ROS плохо влияет на диски. Это значит, что она портит таблицу разделов или она физически угрожает ЖД?

Клевещут.

1. На данный момент нет ни одного зафиксированного случая физического повреждения ЖД по вине ReactOS
2. Ни релиз, ни ночные сборки на данный момент не повреждают таблицу разделов.
Однако, мы не рекомендуем тестировать ReactOS на боевых машинах, которые хранят ценные данные, без полного бэкапа этих данных.

Он никогда не работал достадочно хорошо.

Вообще, смотря что считать «достаточно хорошо». Заставал одну железную конфигурацию, где какая-то версия 0.3.х работала с USB: клава-мышь и флешки (загрузку с флеш не проверял). Но это было исключение, да.

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

Эпичный провал! В начале 90-х годов не существовало X.org.

Например, мне на моём ноутбуке с Fedora Core 2 в 2004 г. так и не удалось настроить разрешение выше 800х600.

Странно, но в тех же Mandrake и SuSE проблем не было. Историю переписать хочешь, да?

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

Конфиг генерировался без проблем, причём нередко генераторы конфигов с драйверами сразу шли. Специальные строчки просто не нужно было туда прописывать. Я не понимаю, КАК нужно было пользоваться линуксом чтобы проблемы такие огрести.

Вот, кстати. Я поставил реактос, там маленькое разрешение. Кликом мыши по рабочему столу вызываю переключалку разрешений и привожу его к 1280x1024. В линуксе это действие много лет вызывало боль и страдания.

Извините, но дело было не так. Я серьёзно начал использовать линупс со второй половины нулевых.

Да, могли быть проблемы с выставлением разрешений. Но они были связаны с кривыми драйверами. Никакой боли и страданий кстати это не вызывало. Открывался файл драйвера монитора и вбивались режимы работы в конфиг x-сервера. Если вы не осилили конфигурацию х-сервера при наличии вменяемой документации это целиком и полностью ваши проблемы.

Кстати на винде были и есть ситуации когда автоматическое определение режимов мониторов не работает корректно, Поправили полностью только тогда когда появилась возможность активного общения и управления монитором. Теперь монитор сам передает информацию о себе операционной системе.

То есть, ты подтверждаешь, что ректалЪОС запросто может попортить разделы, раз такое пишешь. Вот и чудненько. А теперь вопрос: какого хрена вместо стабилизации системы и базовых драйверов взят курс на ШГ?

Однако, мы не рекомендуем тестировать ReactOS на боевых машинах, которые хранят ценные данные, без полного бэкапа этих данных.

Вначале ОП сделал заявление, потом сразу же отказался от ответственности за это заявление.

Прям типичный представитель гнилой корпорации вроде МелкоСофта.

Еще ни один человек в мире не пожалел, что делал бэкапы.

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