Нихао, Хабражители!

Чувствую, что в этот раз вы реально заскучали по весточкам от нашего проекта! Целых семь месяцев мы работали, не покладая клавиатур, чтобы вы могли скачать и протестировать очередную версию нашей операционной системы. В ней было исправлено 226 багов, сделано 1140 изменений в исходном коде и специально для вашего удовольствия добавлены новые нескучные темы оформления



Скачать образы системы | Пресс–релиз | Список изменений | TL;DR | Тесты и список регрессий

Несмотря на заявленный оперативный график формирования релизов раз в 3 месяца, окончательная подготовка выпуска 0.4.12, которая по традиции велась в отдельной ветке, заняла на этот раз немногим больше полугода. Причиной столь длительного процесса подготовки было желание нашего перфекциониста и релиз–инженера по совместительству, Иоахима Хензе, исправить как можно больше регрессий, накопившихся за последние несколько лет. В результате Иоахим добился устранения не менее 33 регрессий, что можно назвать впечатляющим результатом.



image
360 Extreme Explorer на основе Chromium 69 в ReactOS 0.4.12. Скриншот прислал Андрей Шаталов

Самым значимым исправлением в версии 0.4.12 стала ликвидация серии проблем, которые приводили к искажению рендеринга текста на кнопках в множестве разных приложений, таких как iTunes и программ на основе.NET framework (2.0 и 4.0). Теперь и в самом деле есть толк от .NET приложений!

image

Стараниями нашей команды дизайнеров добавлены две новые темы оформления — Lunar в стиле XP с изменённой цветовой схемой и Mizu в стиле новых версий Windows.

image

Активирована поддержка выравнивания окон приложений относительно краёв экрана или раскрытия/сворачивания при перемещении окна мышью в определённых направлениях.

image


Добавлен свободный драйвер для сетевого адаптера Intel e1000, используемого в виртуальных сетевых интерфейсах VirtualBox и VMware по умолчанию. Его разработкой занимались Виктор Переверткин и Марк Дженсен.

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

Самым старым баг–репортом (c возрастом в солидные 15 лет), исправленным в ReactOS 0.4.12, стал запрос CORE–187 о добавлении поддержки локального переопределения Dll при помощи файлов с расширением ".local". Локальное переопределение необходимо для работы многих portable–программ.

Кроме всего прочего, стоит вспомнить, что теперь решены некоторые проблемы в осуществлении сетевой загрузки по протоколу PXE. Этот метод запуска стал еще результативнее.



Переписан код для защиты от изменения приложениями компонентов, выполняемых в пространстве ядра (ntoskrnl, win32k, драйверы и т.п.).

Как обычно осуществлена синхронизация с кодовой базой Wine Staging версии 4.0 и обновлены версии сторонних компонентов: BTRFS 1.1, UniATA 0.47, ACPICA 20190405, libpng 1.6.35, mbedTLS 2.7.10, mpg123 1.25.10, libxml2 2.9.9, libxslt 1.1.33, libtiff 4.0.10.

Захотели поставить ReactOS первый раз в своей жизни? Обязательно просмотрите этот мануал.

Вам понравился этот релиз? Ждем ваших комментариев и мнений! Не забывайте, что вы можете помочь проекту не только пожертвованиями, но и просто поставив ему звездочку на гитхабе!

До новых встреч, друзья! Цзай дзян!

Комментарии (172)


  1. trdm
    06.10.2019 03:26

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


  1. Graid
    06.10.2019 06:40

    Предполагаю, что часто задают этот вопрос, но все же как с поддержкой реального железа? Если пока все плохо, есть какой-то roadmap?


    1. Doctor5772
      06.10.2019 11:51

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


      1. Jeditobe Автор
        06.10.2019 13:08

        В плане USB-устройств вам придется подождать пару месяцев до 0.4.13


    1. Jeditobe Автор
      06.10.2019 13:08

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


  1. wxmaper
    06.10.2019 08:38

    Почему на первом скриншоте у двух окон разные тени?
    А у нижнего окна она вообще порвалась слева вверху ;(


    1. Mabu
      06.10.2019 11:04

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


  1. d22
    06.10.2019 08:51

    В virtualBox не загрузилась, качал установочный CD. Установка прошла нормально, крашится virtualbox при первой загрузке


    1. mistergrim
      06.10.2019 11:48

      В VmWare Workstation устанавливается и запускается запросто, но не работает сеть.


      1. JohnDoe_71Rus
        06.10.2019 12:37

        уточните как именно сеть не работает?
        У меня еще на 4.10(qemu) команда ping google.com выдавала ip адрес а дальше Host Unreachable


        1. mistergrim
          06.10.2019 13:06

          Переустановил, абсолютно с теми же параметрами, сеть заработала. Мистика.
          Firefox 48 работает, 52 — уже нет.
          Ну как работает… Поиск в яндексе уже вешает систему.


          1. Denai
            06.10.2019 15:38

            В районе 50-й версии в firefox начали движок в сторону quantum менять, видимо где-то там неподдерживаемая фича появилась



          1. Jeditobe Автор
            06.10.2019 15:45

            В Файрфоксе 48 надо обязательно отключать автообновление


            1. mistergrim
              06.10.2019 15:51

              Да он тоже неюзабелен. Виснет везде, не только на яндексе, как оказалось.


      1. Jeditobe Автор
        06.10.2019 13:06

        Какая версия VmWare и какой виртуальный сетевой адаптер используете?


      1. Amsbus
        07.10.2019 00:21

        Рискну предположить, что коли заявлен е1000, то нужно выбрать тип машины windows 7, т.к. в противном случае будет другой адаптер. Выбирать нужно при создании ВМ.


        1. mistergrim
          07.10.2019 00:26

          Повторюсь: пересоздал виртуалку с такой же точно конфигурацией (Windows XP и т.д). Сеть была и в первый раз, только не пинговалось ничего.


        1. Extravert34
          07.10.2019 01:42

          Нет, всё проверяется в первую очередь на конфигурации Windows Server 2003


    1. Jeditobe Автор
      06.10.2019 12:00

      Какой версии виртуалбокс?


      1. d22
        06.10.2019 12:01

        6.0. live-cd запустился, сеть не работает


        1. Jeditobe Автор
          06.10.2019 12:11

          Это очень багованная версия виртуалбокса. Поэтому и не работает вероятно. Либо обновить до самой последней, либо откатиться до 5.2.32


        1. Extravert34
          06.10.2019 13:53

          А какой адаптер выбран? И да, обновитесь до 6.0.12


  1. zzzzzzzzzzzz
    06.10.2019 10:25

    Этот метод запуска стал еще результативнее
    Вот от этой фразы накатила ностальгия: ставишь Windows 95, а она на тёплом ламповом мониторе подобные рекламные сообщения крутит…

    (Хотя после этого пришла и мрачная мысль: в ReactOS «еще результативнее» может значить, что раньше загрузка падала на 70%, а теперь на 90%)


    1. Revertis
      06.10.2019 11:51

      Вот я тоже подумал о процентах :)


    1. Goodkat
      06.10.2019 19:39
      +4

      «Откиньтесь на спинку кресла» — а ты на табуретке сидишь.


  1. Revertis
    06.10.2019 11:52

    Активирована поддержка выравнивания окон приложений относительно краёв экрана или раскрытия/сворачивания при перемещении окна мышью в определённых направлениях.
    Только сделайте, пожалуйста, возможность переопределить эти хоткеи другой программой. Я, например, раньше настраивал управление плеером на Win+Left и Win+Right, а потом Микрософт мне это обломал :(


    1. trdm
      06.10.2019 22:31

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


      1. Revertis
        06.10.2019 22:33

        Ну да, может даже сделать утилиту для настройки.


        1. x86corez
          07.10.2019 14:01

          Создайте тикет с фич-реквестом в JIRA, и добавьте к нему метку «starter-project», ибо штука полезная, и не сложная в реализации. Кто-нибудь из начинающих волонтёров возьмётся.


          1. trdm
            07.10.2019 14:40

            А прототипом может послужить http://www.brianapps.net/hotkeyplus/


    1. Am0ralist
      07.10.2019 22:01

      отключение этой фичи в настройках мыши вообще помогает? или вам эта фича нужна сама по себе тоже?


      1. Revertis
        07.10.2019 22:04

        Мне нужно освободить сочетания клавиш Win+Left и Win+Right, чтобы я мог их использовать в другой программе. Win+Up и Win+Up тоже желательно.


        1. Am0ralist
          07.10.2019 22:16

          Мы эту фичу недавно обсуждали, вырубается вообще прилипание к краям экрана если тащить мышкой и соответствующие реакции на эти сочетания клавиш.


          1. Revertis
            08.10.2019 00:38

            В Win10 1903 эти комбинации не освобождаются.


  1. Keynessian
    06.10.2019 11:55

    А на ReactOS можно запустить игры для Десятки?

    Особенно интересует возможность запуска Kings Bounty II


    1. Doctor5772
      06.10.2019 12:05
      +1

      Главная проблема запуска игр — необходимость аппаратного ускорения отрисовки через видеокарту. Для этого нужен драйвер и библиотеки для DirectX (9, 10, 11, 12), смотря что требуется игрой. Поддержка таких драйверов, насколько я понимаю, пока отсутствует или если и поставите, гарантий работы не будет.
      Однако, если разработчикам ReactOS удастся использовать видеокарту с Vulkan API, то через трансляторы, вроде DXVK и D9VK, можно будет те же игры запустить.


      1. Keynessian
        06.10.2019 13:26

        Жаль… :(
        хотел бы полностью отказаться от Винды заменив его на Реакт.


        1. Jeditobe Автор
          06.10.2019 13:31

          Это можно попробовать сделать, но никак не раньше версии 0.4.15 ;)


        1. Doctor5772
          06.10.2019 14:27

          Может быть на первое время вам подойдёт какой нибудь дистрибутив Linux? Wine для запуска софта и игр, так же в Steam-клиенте есть свой Wine с патчами (Proton), драйверы к видеокартам в комплекте (правда, для Nvidia придётся поставить проприетарный), устоявшийся и стабильный набор софта. В теории можно простимулировать разработчиков доработать нужные api для совместимости с видеодрайверами от Windows. На практике, если не учитывать кол-во желающих и «общий котёл стимула», это явно не простая задача и вряд ли она решится в относительно близкие сроки.


    1. Jeditobe Автор
      06.10.2019 13:05

      ReactOS может запускать некоторые программы, скомпилированные для десятки, через режим совместимости, но только если там не используются специфичные API.


  1. grims
    06.10.2019 12:26

    Спасибо за ссылку для тех кто впервые решился поставить ReactOS. Новые звездочки на github уже засияли.

    Добавлен свободный драйвер для сетевого адаптера Intel e1000...

    А у вас не такого же только для Intel e100 из коробки? И, да, я понимаю всю абсурдность просьбы.


    1. Extravert34
      06.10.2019 13:55

      e100 нет. Если кто-то хочет написать, мы не против :)
      Но мы сами вряд ли будем этим заниматься


      1. DreamingKitten
        06.10.2019 15:48

        Вот интересно, если декларируется совместимость с WinAPI на уровне 2003 сервера, то, надо полагать — совместимость на уровне ABI. Почему такой же совместимости нет для драйверов? Чтобы их не надо было переписывать заново каждый, а взять уже готовые виндовые?


        1. Jeditobe Автор
          06.10.2019 15:54

          Там большинство глюков вызвано с несовершенством механизма управления питанием и PnP-менеджера.


        1. Extravert34
          06.10.2019 16:13

          Сетевые драйверы от винды как раз работают лучше всего — Intel PRO/100 я сам пробовал, да и PRO/1000 тоже работают. Тут просто сделали минимально работающий драйвер, который есть уже сразу в сборке


        1. andreymal
          06.10.2019 19:28
          +1

          Почему такой же совместимости нет для драйверов?

          Есть, но пока нет. В сборки Вадима Галянта успешно тащится пачка драйверов из оригинальной Windows 2003 (список), но ещё не все изменения из его сборок доехали в апстрим


          а взять уже готовые виндовые

          Взять-то может и можно, и может они даже заработают, только помещать-то в сборку их всё равно нельзя по юридическим причинам


  1. DmitrySpb79
    06.10.2019 13:01

    Как я понимаю, вопросы типа «зачем всё это» авторов проекта уже достали?

    На каком уровне совместимости с WinAPI сейчас находится проект, еще Windows 98 или уже хотя бы Windows 2000 догнали? :)

    Идея подарить миру «Бесплатную Windows» конечно хороша, но 100% утопична — даже чисто по человеко-часам группа энтузиастов не сможет догнать команду Microsoft в реализации всех API, обновлений и драйверов, которые появляются ежегодно. А если бы вдруг и смогли, MS задавила бы всё это юридически, как только появилась бы опасность упущенной прибыли.

    Но как хобби, почему нет, авторам удачи ;) Может для каких-то старых железяк на производстве, где до сих пор древние версии винды работают, оно и пригодится даже.


    1. Extravert34
      06.10.2019 14:03

      Совместимость WinAPI на уровне Windows 2003 SP2


      1. Jeditobe Автор
        06.10.2019 15:01

        И иногда немного выше :)


    1. FForth
      06.10.2019 18:49

      Жду, того момента, когда ReactOS, хотя бы станет, стабильно загружаться на железе с LiveCD как это умеют образы Linux систем (например сейчас для i-net сeрфинга использую версию CD Linux — XenialPup)


    1. AlexPancho
      07.10.2019 12:46

      вам не нужно — пройдите на ЛОР и спросите в ветку любого дистра «зачем еще один Линукс?».

      MS задавила бы всё это юридически, как только появилась бы опасность упущенной прибыли

      вы так говорите, будто всю жизнь занимаетесь корпоративным правом в области ПО, хотя это явно не так.
      Может для каких-то старых железяк на производстве, где до сих пор древние версии винды работают, оно и пригодится даже

      ядро Виндовс и системные вызовы во многом остаются совместимыми со времен первого NT, навороты именно там очень редко и мало появляются.


      1. DmitrySpb79
        07.10.2019 13:21

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

        Даже по отзывам в этой ветке видно, что ни у кого толком ничего не работает.


        1. Tufed
          07.10.2019 17:17

          Nintendo вот тоже не чесалась долгое время, а тут раз и решила наказать сайты продававшие ROM файлы для эмуляторов несмотря на то, что сама консоли ужа давно не производит и не продает. MS может сделать так же. Сами не делаем и другим не дадим.


          1. Jeditobe Автор
            07.10.2019 17:38
            +1

            Консоли Nintendo до сих производит и продает, просто другие.

            Сравнение с Nintendo в данном случае некорректно. Сайт, выложив бинарные копии игр 1 к 1, грубо нарушил авторские права.


            1. Tufed
              08.10.2019 12:14

              Ну так и MS производит и продаёт Windows, только другую, отличную от ХР. Но почему-то ReactOS продолжают пилить. Значит это кому-то нужно. Отличие в случае ReactOS конечно есть, она не нарушает авторские права и не содержит оригинальных файлов от ХР. Но сравнение очень даже корректно, т.к. в обоих случаях это попытка создать экосистему в замен недоступной у официального производителя. Реализации разные.


              1. Jeditobe Автор
                08.10.2019 12:33

                Правильная аналогия с Ниндтендо — пиратский Windows на торентах


  1. Fregl
    06.10.2019 13:04

    Двоякие ощущения. С одной стороны похвально, что есть энтузиасты которые занимаются этим. С другой стороны вопрос практического применения на деле. У меня так и не удалось запустить сеть. Поставить, поклацать и забыть… Практического применения как основной ос пока нет. А вот если бы добавили мультиплатформенность, и например запускать на андроид совместимых боксах взамен андроид (как новый surface может запускать наивные х86 бинарники на arm), вот это было-бы намного интереснее.


    1. mistergrim
      06.10.2019 13:12

      Боюсь, до мультиплатформенности такими темпами пилить ещё лет пятьдесят, и нет, это не шутка.


      1. Jeditobe Автор
        06.10.2019 17:46
        +2

        У нас на подходе Xbox Original и X64


  1. itshaman
    06.10.2019 13:38

    Здравствуйте, а как работает и работает ли обновление дистрибутивов внутри установленной ОС?
    Что-то наподобие atp get update?


    1. djalin
      06.10.2019 13:50

      Присоединяюсь к вопросу. Если обновления есть — то уже веселей чем полная переустановка.

      И еще вопрос — как идут досовские утилиты?


      1. Suveren
        06.10.2019 14:55

        Недавно пробовал в Virtualbox. У DOOM II полёт нормальный.


    1. x86corez
      07.10.2019 14:08

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


  1. Larymar
    06.10.2019 15:06

    Так и не понял из статьи и вики
    Есть ли поддержка dx9?
    Просто упоминается возможность запуска приложений под из win8 и win10
    Тогда что насчет стандартных майковских решений типа cx, wpf, uwp?


    1. Jeditobe Автор
      06.10.2019 17:00

      Поддержка dx9 без аппаратного ускорения только, через трансляцию вызовов в OpenGL.


      Поддержка приложений win8/10 только если это стандартные win32 или .NET2.0/4.0 приложения, скомпилированные без сильно специфических API от новейших версий Windows.


      1. Keynessian
        06.10.2019 17:36

        А когда ожидается аппаратная поддержка?
        OpenGL — надеюсь аппаратный?
        Тот же вопрос про Vulkan, PhysX, CUDA, OpenAL, OpenML.


        1. Jeditobe Автор
          06.10.2019 17:49

          Аппаратность OpenGL зависит напрямую от конкретного драйвера конкретной видеокарты, который надо ставить отдельно. :) встроенный OpenGL по-умолчанию тоже software.


          Все остальные страшные слова только в планах. Наверное Vulkan будет проще всего.


          1. Keynessian
            06.10.2019 18:36

            А джойстики, особенно интересует HOTAS, под ReactOS работают?
            image
            (люблю полетать в авиасимах и в Элите)

            PS ещё вопрос: как обстоит дело с многокнопочными мышами (более трёх кнопок), и с мышами со вторым скроллом?


            1. Jeditobe Автор
              06.10.2019 18:59

              Это нужно проверять, лучше на ночных сборках.


  1. AlexKarapet
    06.10.2019 15:56
    +1

    Ставил несколько лет назад, помню что была только FAT32, NTFS поддержки не было. Как сейчас с этим? Извините, не нашёл информацию об этом на сайте. Качать и ставить для ответа на такой простой вопрос не хочется.


    1. Larymar
      06.10.2019 16:09

      тык вот тут сказано, что нтфс завезли


      1. AlexKarapet
        06.10.2019 16:21

        Значит до сих пор read-only :( Жаль.


        1. Jeditobe Автор
          06.10.2019 16:57

          Зато появилась полноценная поддержка BTRFS и EXT2/3


          1. AlexKarapet
            08.10.2019 01:26

            Несомненно это плюс. Но BTRFS хороша для снапшотов, и поэтому она медленее «обычных» ФС. Хотелось бы обычную журналируемую(ext2 не журналируемая) ФС чтобы например запустить сервер БД. Какие варианты?


            1. encyclopedist
              09.10.2019 11:25

              ext3


  1. Maccimo
    06.10.2019 17:19

    Первая ассоциация при виде заголовка: ReactOS мхом поросла.


    Активирована поддержка выравнивания окон приложений относительно краёв экрана или раскрытия/сворачивания при перемещении окна мышью в определённых направлениях.

    Похоже, вектор развития сменился с достижения совместимости по API, на достижение совместимости по наиболее раздражающим «фичам». Этак и до плиточного интерфейса докатитесь.


    1. Jeditobe Автор
      06.10.2019 17:39

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


    1. FForth
      06.10.2019 17:47

      О ReactOS хорошо или никак, :)
      если базовую поддержку мышек/клавиатур обещают добавить к версии 0.4.15 (примерно через 1год), хотя удачные опыты по их полной поддержке были уже более 1.5 — 2 года назад.

      P.S. В той же KolibriOS это работает с незапамятных времён из коробки и многое другое. :)
      Пока много усилий разрабов уходит на «борьбу» с регрессиями, которые «сами» же разработчики создают, а RoadMap — это как движение к линии горизонта, вроде и есть она, но не достижима.

      Можно, только, пожелать разработчикам ReactOS удачи в том «хаосе» её разработки
      или быть может «божественного провидения»

      Возможно, внедрение в процесс разработки, каких то уже существующих моделей «ИИ» (нейронных сетей) поможет в более осмысленном развитии проекта в будущее. :)


      1. Jeditobe Автор
        06.10.2019 19:01

        Мышки и клавиатуры получат универсальную поддержку в версии 0.4.13, которая выйдет приблизительно через 2-3 месяца


        1. Keynessian
          06.10.2019 22:51

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


          1. Jeditobe Автор
            06.10.2019 23:07

            А есть возможность на ночных сборках? Там все очень сильно зависит от конкретной модели оборудования.


  1. MaxVetrov
    06.10.2019 19:54
    +1

    Ждем ответ от Хуавей )


  1. tormozedison
    06.10.2019 20:52

    Сколько читателей нажало на ссылку только чтобы посмотреть, не появилась ли на Хабре первая статья на китайском?


    1. MaxVetrov
      08.10.2019 00:56
      +1

      Особенно из Китая.


  1. Alex-111
    06.10.2019 20:56

    Попробовал запустить на двух ноутах — древнем acer 3690 и современном dell. На обоих синий экран на этапе графической заставки загрузки. До этого пробовал лет 8 назад React — точно запускалось на acer. Попробую еще раз в следующем году…
    Фото синего экрана с acer
    i.imgur.com/qQf8ADA.jpg


    1. Jeditobe Автор
      06.10.2019 20:59

      А пробовали LiveCD или установочную версию?


      1. Alex-111
        06.10.2019 21:05

        LiveCD записал на 8gb флешку через Rufus


        1. Jeditobe Автор
          06.10.2019 21:23

          Поэтому и не работает. Этот способ сейчас не поддерживается. На оптический диск есть возможность записать?


          1. Alex-111
            06.10.2019 21:33

            Странно, как я понял, в инструкции сказано, что с usb невозможна установка. Ну ладно.
            У старого ноута привод пишущий, но диска нет. Попробую завтра поспрашивать у коллег, может у кого cd-rw завалялся.
            Но это, кончно, нужно в первую очередь фиксить, я считаю. Невозможность загузаться с usb отрезает кучу людей, которые хотели бы «по-быстрому попробовать». У многих ведь уже и приводов давно нет, не то-что дисков.


            1. Jeditobe Автор
              06.10.2019 22:17

              Тогда есть смысл подождать до выхода 0.4.13, там эта проблема будет частично решена.


            1. x86corez
              07.10.2019 14:13

              Попробуйте установку через RAM диск, её можно запустить с USB носителя, инструкция тут: reactos.org/wiki/Installing_ReactOS#USB_RAM_boot


  1. Sartorio
    06.10.2019 20:56

    Установилась на Vbox, быстро, почти без танцев с бубном. Да, кстати, так и не уяснил для себя, в iso образе 32 или 64 битная ОС? Нашелся баг: по умолчанию, установил русскую раскладку, и при попытке запустить что-нибудь из «выполнить», переключится на английскую раскладку удается только через значок в трее. После запуска командной строки не смотря на то, что раскладка вроде осталась английской, вводятся, всё одно, русские символы, победить удается только через переключение раскладки туда-сюда опять через значок в трее. Что восхитило, это скорость загрузки, на виртуальной машине установлена в том числе и ХР, с одними и теми-же настройками Vbox, ХР грузится в 2-3 раза медленнее, отлично.


    1. mistergrim
      06.10.2019 21:29

      На VmWare с раскладкой абсолютно та же картина. Видимо, не в VM дело.


      1. Sartorio
        08.10.2019 10:49

        Еще одно наблюдение касательно поведения раскладки клавиатуры.
        Дано: выбрана при установке по умолчанию раскладка русская, выявился вот такой баг

        переключится на английскую раскладку удается только через значок в трее

        Подумалось, дай-ка в настройках, установлю по умолчанию английскую раскладку и будет мне счастье. Ан нет! В трее значок показывает, что английская раскладка, а начинаешь набирать текст в поле ввода при установке программ, и оба-на, русские символы, и пофигу Ctrl+Shift. Только на значке в трее туда-сюда клац и нужная раскладка, вуаля! Но новое окно ввода и всё начинай заново.


    1. sumanai
      06.10.2019 22:35

      в iso образе 32 или 64 битная ОС

      32. В 64 бита ReactOS не умеет (пока).


      1. Sartorio
        06.10.2019 23:00

        В 64 бита ReactOS не умеет (пока).

        Странно, если установить в VBox при создании машины, режим Win2k3 x 64bit, ставится нормально!
        UPD Да звук так и не удалось победить, дрова на АС'97 встали но увы, и winamp все время либо падает, либо виснет.


        1. Jeditobe Автор
          06.10.2019 23:09

          64-битное железо обычно обратно совместимо с 32-битными ОС.


          1. Sartorio
            06.10.2019 23:14
            +1

            Дрова-то насколько помню, всегда разные были, или я ошибаюсь?


            1. sumanai
              06.10.2019 23:45
              +1

              Разные, но процессор в х64 может полностью эмулировать поведение x32, и дрова подтянулись для 32 битной версии, они у VirtualBox на одном диске лежат, инсталяшка сама решает, что ставить.


  1. supeadaptor
    06.10.2019 20:56
    +4

    А вот я рад за то, что ещё есть проекты которые держатся на энтузиастах, только их уже мало осталось, Haiku, kolibrios, reactos и хотелось бы побольше, я надеюсь что эту систему когда нибудь уже допилят до состояния что ее можно будет пользовать на повседневку.


  1. mshak
    06.10.2019 23:41

    а как с поддержкой ssd дисков, что бы их не убивало быстро?


    1. Jeditobe Автор
      07.10.2019 00:19

      Если SSD современный, брендовый, а не китайский ноунейм, то его невозможно убить работой ОС, при условии что на нем всегда есть 30 или % свободного пространства на любом разделе.

      Однако, TRIM в ReactOS пока не поддерживается. Но это не фатально.


      1. andreymal
        07.10.2019 00:21

        Но ведь без TRIM диск не знает, что эти 30% свободного пространства действительно свободны, не?


        1. Jeditobe Автор
          07.10.2019 02:58

          TRIM помогает бороться в первую очередь с деградацией производительности при фрагментации данных на SSD. А вот от износа отдельные ячейки предохраняет сам контроллер.

          interface31.ru/tech_it/2015/04/mozhno-li-effektivno-ispolzovat-ssd-bez-podderzhki-trim.html


          1. andreymal
            07.10.2019 03:14

            Собственно, в этой же статье сказано про всего 6-7% резервной области, что далеко от желаемых 30%. Поэтому я как-то не уверен, что без TRIM износ ячеек не будет повышенным независимо от контроллера


            1. Jeditobe Автор
              07.10.2019 03:22

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

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

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

              В этом у SSD принципиальная разница с HDD: на SSD нужно дополнительное время на стирание, а на HDD — нет. Поэтому SSD пытается стирать заранее, в минуты простоя, получая информацию от TRIM.


              1. andreymal
                07.10.2019 03:23

                Ну так а защита от физической деградации откуда берётся-то?


                1. andreymal
                  07.10.2019 10:15

                  Вместо внятного ответа — минус в карму. Вот так на Хабре конструктивные диалоги ведут.


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


                  Редактирование комментария после того, как на него ответили, должно быть запрещено.


              1. andreymal
                07.10.2019 10:21

                Редактировать комментарий после того, как на него ответили — некрасиво и создаёт тайм-парадоксы.


                Теперь контроллеры постоянно (и независимо от наличия TRIM) пишут данные каждый раз в другую яичейку.

                Так ведь "других ячеек" нет, все ячейки же заняты (кроме резерва).


                1. Jeditobe Автор
                  07.10.2019 11:36

                  Я не редактировал свое сообщение после появления вашего комментария.

                  Если прям все занято, то вам файловая система скажет «стопэ, тут некуда писать». Но как правило на диске всегда есть хотя бы парочка свободных секторов, о которых контроллер точно знает. Туда он и будет писать методом Copy-on-write. И зона записи все время будет сдвигаться. Просто это будет не очень быстро в плане производительности. Всего 512 килобайт свободного места достадочно для работы механизма выравнивания. И в крайнем случае их контроллер всегда может занять в резервной зоне


                  1. andreymal
                    07.10.2019 11:44

                    Я не редактировал свое сообщение после появления вашего комментария.

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


                    Если прям все занято, то вам файловая система скажет «стопэ, тут некуда писать».

                    Нет, потому что свободные блоки свободны только с точки зрения файловой системы, но диск без TRIM никак не может знать, что эти блоки не используются файловой системой, если в них записывали хотя бы один раз — в ячейках, связанных с этими блоками, будут продолжаться бережно храниться все удалённые файлы.


                    Всего 512 килобайт свободного места достадочно для работы механизма выравнивания.

                    То есть держать 30% свободного места уже необязательно?


                    Туда он и будет писать методом Copy-on-write.

                    Но так как других свободных ячеек нет (почему — см. выше) — эти «парочка свободных секторов» быстренько сломаются первыми из-за постоянной перезаписи. Что я упускаю в своих рассуждениях?


                    1. Jeditobe Автор
                      07.10.2019 12:55

                      Всего 512 килобайт свободного места достадочно для работы механизма выравнивания.

                      То есть держать 30% свободного места уже необязательно?

                      Без 30% свободного места выравнивание износа будет работать, но все будет очень медленно.

                      эти «парочка свободных секторов» быстренько сломаются первыми


                      Не сломаются. Килобайт свободного места будет мигрировать по всему диску.

                      Сыграйте в пятнашки и поймете, о чем я говорю


                      1. andreymal
                        07.10.2019 13:04

                        Килобайт свободного места будет мигрировать по всему диску.

                        Для того, чтобы этот килобайт свободного места смигрировать в новую ячейку и затем записать туда новые данные, старое содержимое новой ячейки нужно куда-то переместить — то есть записать в другую свободную ячейку. Таким образом получаем (условно) двойную нагрузку на запись (на перемещение старого и на запись нового) и, как следствие, снова повышенный износ. Что я опять упускаю в своих рассуждениях?


                        1. Jeditobe Автор
                          07.10.2019 13:19

                          1. В условиях задачи у нас уже есть 512 килобайт свободного места.
                          2. А если его даже свободного места и нет совсем, диск возьмет взаймы 512 килобайт из резервной зоны.

                          Не будет никакой двойной нагрузки. Еще раз повторю, поиграйте в «пятнашки». И почитайте про механизм copy-on-write.


                          1. andreymal
                            07.10.2019 13:31

                            В условиях задачи у нас уже есть 512 килобайт свободного места.

                            Ну раз вы не понимаете логику моих рассуждений, давайте по шагам.


                            1) Забиваем место под завязку и оставляем свободной ровно одну ячейку (для простоты рассуждений предположим, что все ячейки из резерва уже неисправны или их просто нет).


                            2) Из ОС поступает запрос на перезапись существующего файла размером в одну ячейку.


                            3) Чтобы уменьшить износ, диск записывает данные в свободную ячейку, а старую ячейку от файла начинает считать свободной.


                            4) Из ОС снова поступает запрос на перезапись того же файла.


                            5) Чтобы уменьшить износ, диск по вашей логике выполняет миграцию свободной ячейки:


                            5.1) берёт какую-то третью занятую ячейку, перемещает из неё данные в старую свободную ячейку (запись раз)


                            5.2) и записывает в эту третью ячейку новые данные файла (запись два)


                            5.3) а старую ячейку, в которой хранились старые данные файла, начинает считать свободной.


                            6) Повторяем пункты 4-5.3 до израсходования ресурса.


                            В каком пункте/пунктах я ошибся и как мне избавиться от двойной записи в своих рассуждениях?


                            Про copy-on-write я прекрасно знаю и это здесь неприменимо, а аналогия с пятнашками некорректна.


                            1. Jeditobe Автор
                              07.10.2019 14:20

                              Вы ушли от темы дискуссии. TRIM не оказывает значимого влияния на износ современных дисков, а только позволяет сохранить диску его скоростные характеристики при активных и повторяющихся процессах (пере)записи файлов на диске, при условии наличия свободного на диске с точки зрения файловой системы.

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

                              При использовании современного диска без TRIM его износ никак не изменится относительно такого же диска с включенным TRIM. Будут только скоростные характеристики плавать.


                              1. andreymal
                                07.10.2019 14:31

                                TRIM не оказывает значимого влияния на износ современных дисков

                                Вы утверждали это уже неоднократно, но подтверждений этому утверждению я так и не увидел ни в одном вашем комментарии.


                                а только позволяет сохранить диску его скоростные характеристики

                                Почему «только»? Объясните, пожалуйста.


                                В ситуации с полностью забитым под завязку диском TRIM не поможет вообще никак.

                                Я рассматриваю ситуацию при отсутствующем TRIM, когда диск считает себя занятым, даже если в файловой системе 99% свободного места. В этом случае включение TRIM как раз очень сильно поможет, потому что диск узнает, что он свободный, и сможет использовать ячейки как ему угодно ради уменьшения износа. Что я упускаю в своих рассуждениях, вы так и не рассказали.


                                1. Jeditobe Автор
                                  07.10.2019 15:32

                                  Механизм выравнивания износа (Wear leveling) работает на уровне прошивки и контроллера SSD независимо от наличия и поддержки TRIM на уровне ОС.

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

                                  Работа механизма выравнивания не проходит бесплатно, требует дополнительных затрат со стороны контроллера SSD, вызывая снижение производительности диска при определенных условиях.

                                  Чтоб были и дудочка и горшочек и производительность и защита от преждевременного старения\износа производители придумали TRIM.

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

                                  В результате SSD диск успевает спланировать и провести свои мероприятия по Wear leveling без заметной потери производительности.


                                  1. andreymal
                                    07.10.2019 15:54

                                    Я это всё прекрасно знаю, и это никак не противоречит тому, что я писал выше. При наличии TRIM механизм выравнивания износа может избегать двойной записи за счёт более частого переиспользования свободных ячеек, а без TRIM — не может, потому что свободных ячеек мало и приходится мигрировать в занятые ячейки (по вашей же логике), так что без TRIM не только падает производительность, но и (предположительно) повышается износ из-за двойной записи. Вопрос всё тот же: что я упускаю в своих рассуждениях?


                                    1. redsh0927
                                      07.10.2019 16:24

                                      Правильный WL должен изнашивать ячейки равномерно, т.е. производить «двойную запись» даже когда есть куча свободного места. См. static wear leveling. Потому что не использовать ресурс ячеек статически занятого объёма (системой с софтом и пр.) — ещё хуже. Плюс считается что заряд в многуровневых ячейках со временем уплывает, так что нужно их в любом случае время от времени перезаписывать.
                                      Но как оно в реальности работает гадать бестолку и не расскажет никто…


                                      1. andreymal
                                        07.10.2019 16:32

                                        Правильный WL должен изнашивать ячейки равномерно, т.е. производить «двойную запись» даже когда есть куча свободного места. См. static wear leveling.

                                        Да, но если свободного места много (привет от TRIM), то они используются в среднем чаще, «двойных записей» становится в среднем меньше и в итоге износ тоже меньше, не? В первом приближении такие рассуждения вроде бы и со static wear leveling могут работать


                                        Но как оно в реальности работает гадать бестолку и не расскажет никто…

                                        Кажется, это было бы самым разумным завершением разговора)


                        1. redsh0927
                          07.10.2019 13:38

                          По поводу двойной нагрузки есть большая статья в вики. У старых сэндфорсов коэффициент записи был аж 4 с лишним)


        1. redsh0927
          07.10.2019 11:27

          Можно 30% просто не размечать, будут тогда всегда свободными. От того, что ОС постоянно трёт своп, а браузер постоянно пишет в свою БД, трим и не поможет никак. Тут всё зависит только от алгоритмов выравнивания износа в самом контроллере, для работы которых этих 6-7% резерва по идее должно хватать. Теоретически трим нужен просто для того чтобы при записи файлов в пустое место у накопителя были чистые сектора, в которые можно писать данные с нормальной скоростью…


          1. andreymal
            07.10.2019 11:36

            Можно 30% просто не размечать, будут тогда всегда свободными.

            Да, я на своём SSD так и сделал.


            ОС постоянно трёт своп

            Поэтому я не держу своп на SSD) Но БД браузера держу, чтоб не тормозил.


            этих 6-7% резерва по идее должно хватать

            Всё же у меня по-прежнему есть опасение, что если предположить вырожденный случай с постоянной перезаписью одного и того же файла, то будут постоянно перезаписываться эти самые 6-7% резерва за неимением других ячеек — они первые и сломаются из-за постоянной перезаписи. А с TRIM (ну и с неразмеченными 30%, да) у контроллера вроде бы должно быть побольше свободы выбора, какие ячейки в каком порядке изнашивать (по моим предположениям о принципах работы SSD).


            1. Sartorio
              07.10.2019 12:25

              Внесу и свою лепту, в данный вопрос. Дано: рабочая станция, винда Win7x64 на SSD объемом 128 гиг, там-же своп 16 гиг, время эксплуатации SSD: с марта 2017 по настоящее время, ежедневно около 20 часов. Имеем: считано 28 Тб, записано 14,3 Тб, оставшийся ресурс 96%. см. картинки.
              Вывод сделанный лично для себя, а возможно годный кому-то ещё,- выносить своп, папки темп и т.д. для мифической экономии ресурса SSD, затея НЕ нужная, а в контексте падения производительности и ВРЕДНАЯ! С учетом того факта, что настоящая система морально устареет, значительно раньше чем будет выработан ресурс диска.

              Заголовок спойлера



              1. andreymal
                07.10.2019 12:30

                Моему SSD четыре года, работает круглосуточно, согласно smartctl ресурс выработан на 40%. Боюсь, если бы я не вынес своп, ресурс уже кончился бы)


                1. Sartorio
                  07.10.2019 13:19

                  А сколько места в резерве? И сколько свободного на разделах в %%?


                  1. andreymal
                    07.10.2019 13:57

                    Я оставил 10ГБ неразмеченными (диск в целом 120ГБ), а основной системный раздел работает с TRIM и свободное место варьируется от половины до нуля в зависимости от того, что мне приспичит установить


                    1. Sartorio
                      07.10.2019 14:05

                      Ну у меня почти так-же 6 гигов, в резерв утилитой отправлено. И обычно свободно гигов около 30. Правда диск MLC.


              1. redsh0927
                07.10.2019 12:46

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


                1. mistergrim
                  07.10.2019 15:26

                  Потому что дохнет, как правило, контроллер. Ресурс флэша обычно значительно выше заявленного.
                  Вот, например, andiriney.ru/testirovanie-ssd-na-vynoslivost


                  1. redsh0927
                    07.10.2019 16:32

                    В том-то и дело, что на тестах накопители убивают именно многократной перезаписью. И практически всегда сценарий такой — начинает расти количество релоков в массиве и через какое-то время система просто виснет и накопитель превращается в кирпичик. По тестам 3дньюс из всех вендоров только у интела ссд более-менее умеют уходить в ридонли при проблемах с флешем. Даже хвалёный самсунговский MJX «с серверными корнями» в этом ничем не отличается от остальных…


                    1. mistergrim
                      07.10.2019 21:37

                      Если накопитель не ушёл в рид-онли, а просто перестал определяться — это не флэш-память, это контроллер. И таких там 90%. И опять же, у 90% флэш-память оказывается на порядок более живучей, чем заявлено, у того же BX500 на 3dnews уже более двух петабайт перезаписей, при заявленных 80 TBW.


            1. redsh0927
              07.10.2019 12:34

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


  1. wOvAN
    07.10.2019 08:04

    Возможно было бы рациональнее сделать качественную десктоп оболочку для линукс


    1. Doctor5772
      07.10.2019 08:32

      Есть весьма неплохие варианты уже сейчас. XFCE, простой и лёгкий. Есть KDE, который как комбайн сочетает в себе функции, свистелки и перделки, но при должном старании из него можно вылепить хорошее рабочее окружение. Какое то время назад я считал неплохим Gnome 3, потому что принял его за концепцию «модульной DE», мол, «не хватает чего — добавь расширением, сохранение принципа KISS». Сейчас такое сказать трудно, с каждым релизом, в основном, функции убираются.
      Есть так же Cinnamon и Mate, их активно используют в Linux Mint, не говоря о куче различных других оболочках для энтузиастов.
      Веду к тому что выбора достаточно, и нет смысла плодить новые сущности.

      Учитывая огромное количество софта на Win32, а так же старых драйверов, которое до сих пор в ходу, смысл в существовании ReactOS есть, и наверное будет ещё долго. Wine не панацея, но не поможет решить вопрос отсутствия драйверов, но с другой стороны обмен наработками между ним и React'ом выгодно всем, и это здорово.


      1. Sartorio
        07.10.2019 13:22

        Учитывая огромное количество софта на Win32, а так же старых драйверов, которое до сих пор в ходу,

        Попробую девятый фотошоп установить на ОС в виртуалке!


        1. Sartorio
          07.10.2019 13:56

          Ну собственно, «попробовал» и естественно установка не запустилась с издевательским сообщением:- «не является приложением win32».


          1. Doctor5772
            07.10.2019 14:16

            Данная «сборка» тестировалась на, допустим, Windows XP? Баг.репорты разработчикам ReactOS есть возможность направить?


          1. Extravert34
            07.10.2019 16:38

            Обычно такое сообщение показывается если пытаться запустить 64-битное приложение на 32-битной операционке


            1. Sartorio
              07.10.2019 17:27

              Девятый фотошоп, это прога времен SP2 для XP. Тогда 86-64 версий не было, насколько мне известно, да собственно этот дистрибутив легко встает на XP32.


              1. Jeditobe Автор
                07.10.2019 17:42
                +2

                Тогда присылайте нам баг-репорт с логом :)


                1. Sartorio
                  08.10.2019 10:55

                  Выберу время, на выходных.
                  Киньте ссылку, на страницу баг репорта, дабы с экономить время.
                  Она сейчас уже можно отметить, что с сетевых шар и прочего установка не идет. Только с локального диска или рабочего стола.


                  1. Jeditobe Автор
                    08.10.2019 12:34

                    Я уже кинул ссылку выше. Учётная запись от сайта ReactOS.org


            1. x86corez
              07.10.2019 20:34

              Судя по скриншоту товарища ниже в комментариях, он по-моему пытается с сетевого диска запустить.


              1. Jeditobe Автор
                08.10.2019 02:08

                Надо тогда ему сообщить, что запуск *.exe файлов из сетевых шар сейчас не всегда успешен :)

                Sartorio


    1. x86corez
      07.10.2019 14:17

      Это слишком просто, да их уже и так много. Мы не ищем лёгких путей! ;)


      1. perfect_genius
        07.10.2019 17:07

        Слишком просто запускать .exe на Линукс т.е.?


        1. Sartorio
          07.10.2019 17:35

          Слишком просто запускать .exe на Линукс т.е.?

          Наверное, но к чему это вот сообщение тогда, или это такой юмор?
          Заголовок спойлера


          1. x86corez
            07.10.2019 20:32

            Z:\? Сетевой диск? С сетевыми дисками могут быть проблемы.


            1. Sartorio
              08.10.2019 08:44

              Z: — это общая папка виртуальной машины VBox.


              1. Doctor5772
                08.10.2019 09:00

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


                1. Sartorio
                  08.10.2019 10:40

                  С рабочего стола запустилось! Посмотрим как будет работать.


                  1. Sartorio
                    08.10.2019 11:04

                    UPD Не работает на VBoxe, принт скрин.
                    И «бездействие системы» периодически жрет все ресурсы ЦП

                    Заголовок спойлера


                    1. Sartorio
                      08.10.2019 11:17

                      С рабочего стола запустилось! Посмотрим как будет работать.

                      Word 2003 вешает, периодически, систему наглухо. Диспетчер загрузку ЦП показывает на уровне от 120 до 152 %%. Это так и должно быть?


        1. x86corez
          07.10.2019 20:30

          Слишком просто пилить очередную DE по сравнению с полноценной ОС.


    1. mistergrim
      07.10.2019 21:57

      Ну вы сами знаете какой комикс с xkcd.


  1. Am0ralist
    07.10.2019 21:57
    +1

    Активирована поддержка выравнивания окон приложений относительно краёв экрана или раскрытия/сворачивания при перемещении окна мышью в определённых направлениях.
    Надеюсь эта функция реализована и настраивается отдельно, а не как в винде — либо отрубай и то, и то, либо мышкой в краю экрана приложение не утащишь, ибо оно развернётся?


    1. Jeditobe Автор
      08.10.2019 02:09

      Мы принимаем pull-реквесты :)


      1. Am0ralist
        08.10.2019 15:24

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


  1. Doomland
    08.10.2019 19:14
    +1

    Приветствую вас разработчики ОС и конкретно Вас Jeditobe.
    Слежу за проектом лет 15 как и сегодня наконец-то решил поэкспериментировать с железом. Не умеет грузиться с флэшэк — ладно: есть двдшник и сидишная болванка. Записал, ребут. Попробовал в режиме лив сиди — облом: не видится ни юсб клава, ни юсб мышь. Ладно, думаю, попробую бут сиди. Дошёл до выбора языка и всё: опять таки не видится ни клава ни мышь. Искать для этого пиэс2 устройства не буду. Ребята, ну так же нельзя в самом деле. У меня не было таких проблем ни с линуксом, ни даже с Хайку и OS/2. Решите, пожалуйста сперва первостепенные задачи, а потом уже как-то пиарьтесь. Конфигурация моего компа более стандартная, без изысков: Коре и3 2100, 16 гиг оперативы, ГеФорсе 1050ТИ, ничего особенного. Клава-мышь — стандартные юсб а4тех. Наверное до встречи ещё через… 15 лет. :-(


    1. Jeditobe Автор
      08.10.2019 19:24

      Добрый день!


      Не буду вдаваться в долгие объяснения, просто попрошу скачать свежую ночную сборку отсюда https://reactos.org/getbuilds/ и попробовать сделать ровно тот же самый эксперимент, который только что закончился неудачей.


      1. Doomland
        09.10.2019 17:24

        Итак, решился я на дополнительное тестирование по личной просьбе (предложению) Jeditobe. Скачал ночную сборку 0.4.14-DEV. Сразу скажу, я не фанат ночных сборок, но всё же решил попробовать, а вдруг случится чудо. Попробовал, опять же, руфусом залить образ на флэшку. Ребут, попытка загрузки — синий экран. Ну ладно, прощаю. Мне Jeditobe прислал ссылку на инструкцию, как создать загрузочную флэшку, но… Я конечно компьютерный задрот, но так делали раньше, лет 10 назад, когда линукс дистрибутивы не умели грузиться с флэх, ну или для какой-то экзотики. Я не хочу на это тратить время. Записал болванку, ребут, успешная загрузка, мышь работает, клава… э… чуваки… ну зачем же так… :-) Это я потом узнал, что клава-таки работает, но в системе не загорается ни капслок, ни нумлок. Ну и шутники. :-) Ад загрузки с сиди я-таки выдержал, попал на рабочий стол. Да, по не знанию выбрал русский язык и раскладку РУ. Запустил командную строку, индикатор горит EN, а буквы вводятся на русском. Эх… Мышкой конкретно щёлкнул по EN. Стало писать по английски. Прокрутка жутко тормозная, перемещение окон жутко тормозит. Не увидело моего большого винта на 4ТБ и 16 Гиг оперативы, но оно и понятно, так как система 32 битная. Сетевуха тоже не видна. Не запускается ни одно 32 разрядное приложение для винды, ни АИМП, ни Миранда: все рукаются на отсутствие айкрософтовских длл библиотек + «инструкция по адресу...». Я так понял 64 разрядную сборку пока вообще трогать нельзя. Я потрогал, но после попытки загрузки получил даже не синий экран, а прямо-таки чёрный. Звук проверить не удалось. И да, я не психовал и не матерился, я знал приблизительно, что меня ждёт. Скоро Майкрософт выпустит для публики десятку 1909 и я буду переустанавливать у себя рабочую ось, так как она уже загажена + я там кое что сотворил своими шаловливыми ручонками. Поставлю РеактОС на железо и попробую там поиграться, чтобы уже было составлено окончательное впечатление. Пока что оно от ливсиди сугубо отрицательное. Предчувствую, что оно мало изменится от установки на железо, но кто его знает. В любом случае, я за проектом слежу и желаю разработчикам удачи и не лениться и не спешить с релизами.


        1. Extravert34
          09.10.2019 18:21

          Релизы нужны в первую очередь для того, чтобы убедиться что ничего не сломалось из того, что работало раньше (а такое частенько случается при убирании костылей из библиотек). Для каждого релиза прогоняется куча тестов (https://reactos.org/wiki/Tests_for_0.4.13).
          По поводу 4ТБ диска, было бы неплохо потестить когда мы перейдём на новый стек storage драйверов


  1. morgot
    09.10.2019 00:39
    +1

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

    Еще, почему не работает (и тут, и раньше) самописная программа на Си, юзающая WMI (через СОМ, на вин2к работает). Просто ради теста запускал разные ехе, и вот этот упал.


    1. Jeditobe Автор
      09.10.2019 02:10

      Было бы интересно получить баг-репорт по самописной проге.


      1. morgot
        09.10.2019 03:53

        Подскажите, какие данные нужны (сорцы, прога, дамп), и куда отправлять.


        1. Jeditobe Автор
          09.10.2019 12:33

          Отправлять на jira.ReactOS.org

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


        1. Jeditobe Автор
          09.10.2019 14:24

          Инструкция по баг-репортам winehq.org.ru/Send_report


          1. morgot
            09.10.2019 18:41

            Спасибо, сегодня сделаю.


  1. punkkk
    09.10.2019 13:58
    +1

    Году так в 2012 я был оч увлечен проектом, тыкал много всего и прочее, но, по-моему, уж очень затянулся он, что бы не отставать от современного мира ОС. Хотя все равно похвально, что не забросили и работа идет!