<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Выпуск операционной системы ToaruOS 2.1</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/128775.html</link>
    <description>Опубликован выпуск  Unix-подобной операционной системы  ToaruOS 2.1, написанной с нуля и поставляемой со своим ядром, загрузчиком, стандартной Си-библиотекой, пакетным менеджером, компонентами пространства пользователя и графическим интерфейсом с композитным оконным менеджером. Изначально проект развивался в Иллинойсском университете  как исследовательская работа в области создания новых композитных графических интерфейсов, но затем трансформировался в отдельную операционную систему. Код проекта написан на языке Си и  распространяется  под лицензией BSD. Для загрузки подготовлен live-образ, размером 14.4 МБ, который можно протестировать в QEMU, VMware или VirtualBox...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57995&lt;br&gt;</description>

<item>
    <title>Выпуск операционной системы ToaruOS 2.1 (Совершенно другой аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/128775.html#158</link>
    <pubDate>Sun, 06 Nov 2022 06:05:09 GMT</pubDate>
    <description>&amp;gt; Так вот в Linux на IA32 (&amp;#171;x86&amp;#187; в местном понимании) вызов ядра &lt;br&gt;&amp;gt; организован программным прерыванием (int 0x80) через шлюз, описанный в Interrupt Descriptor &lt;br&gt;&amp;gt; Table. В AMD64 команда syscall опять вызывает ядро (&amp;#171;ядро&amp;#187; в данном &lt;br&gt;&amp;gt; контексте - кольцо аппаратной защиты, а не &amp;#171;размер&amp;#187;). Если уж аппаратные &lt;br&gt;&amp;gt; прерывания умудряются обрабатывать в QNX, то непонятно, почему реализация диспетчера для &lt;br&gt;&amp;gt; программных невозможна.&lt;br&gt;&lt;br&gt;В том-то и дело. Аппаратное прерывание одно - 0x80, а тех, кто его должен обрабатывать - много. В том-же QNX4:&lt;br&gt;- есть драйвер Fsys.eide, включающий в свой состав файловую систему (т.е. функции open(), close(), read() и т.д.) и прерывание 0x80 с данными функциями должно попадать к нему;&lt;br&gt;- есть реализация стека протоколов TCP/IP - Sock&#091;l&#093;et/Tcpip (т.е. функции socket(), send(), recv() а так-же те-же read(), write() и close()) и прерывание 0x80 с данными функциями должно попадать к нему;&lt;br&gt;- есть реализация файловых систем FAT* - Dosfsys/Fatfsys, есть реали</description>
</item>

<item>
    <title>Выпуск операционной системы ToaruOS 2.1 (Бывалый смузихлёб)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/128775.html#157</link>
    <pubDate>Tue, 01 Nov 2022 09:54:23 GMT</pubDate>
    <description>&lt;br&gt;&amp;gt; ёкта жирная по сравнению с буилдрут, если в нём собрать будет еще &lt;br&gt;&amp;gt; в 2 раза меньше &lt;br&gt;&lt;br&gt;В ёкте под конкретную плату обычно собирают - там и дрова и поддержка периферии и иное. Но и вес назвал с запасом т.к точно уже не помню.&lt;br&gt;Если сильно ужиматься по весу, то может получиться вещь в себе, без внятного оконного менеджера, аппаратного видеоускорения, норм работы с сетью и прочих плюх&lt;br&gt;Упомянутый образ был не совершенно минимальным а полноценным( тогда под малину для эксперимента собирал ) но с выкинутым лишним. Далее на ту ось предполагалось ставить приложение с норм интерфейсами и анимациями чтобы на выходе было нечто вроде панели управления техникой или цифровой терминал &lt;br&gt;&lt;br&gt;Давно сравнивал с билдрутом. Чем-то сильно не понравилось в сравнении с сабжем, уже и не помню чем&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск операционной системы ToaruOS 2.1 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/128775.html#156</link>
    <pubDate>Mon, 31 Oct 2022 18:04:26 GMT</pubDate>
    <description>Если учесть, как часто используются академически правильные языки в реальных проектах, то это вызывает сомнение в их полезности.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск операционной системы ToaruOS 2.1 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/128775.html#155</link>
    <pubDate>Mon, 31 Oct 2022 18:02:01 GMT</pubDate>
    <description>Всё верно. Без нас анонимов ОпенНет будет скучнее самых скучных обоев.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск операционной системы ToaruOS 2.1 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/128775.html#154</link>
    <pubDate>Mon, 31 Oct 2022 17:59:52 GMT</pubDate>
    <description>Ненужна совместимость с systemd. Аноним.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск операционной системы ToaruOS 2.1 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/128775.html#153</link>
    <pubDate>Mon, 31 Oct 2022 17:58:07 GMT</pubDate>
    <description>Сказали бабки из отряда ... и дружно разбили iPad.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск операционной системы ToaruOS 2.1 (n00by)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/128775.html#152</link>
    <pubDate>Mon, 31 Oct 2022 04:59:35 GMT</pubDate>
    <description>Так вот в Linux на IA32 (&amp;#171;x86&amp;#187; в местном понимании) вызов ядра организован программным прерыванием (int 0x80) через шлюз, описанный в Interrupt Descriptor Table. В AMD64 команда syscall опять вызывает ядро (&amp;#171;ядро&amp;#187; в данном контексте - кольцо аппаратной защиты, а не &amp;#171;размер&amp;#187;). Если уж аппаратные прерывания умудряются обрабатывать в QNX, то непонятно, почему реализация диспетчера для программных невозможна.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск операционной системы ToaruOS 2.1 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/128775.html#151</link>
    <pubDate>Mon, 31 Oct 2022 04:42:24 GMT</pubDate>
    <description>&amp;gt;Неужели никто не хочет взять ядро Linux и переписать его на микроядерной основе, сохранив все syscall&apos;ы, но поменяв архитектуру?&lt;br&gt;&lt;br&gt;Есть хурд. Но там сисколлы другие.&lt;br&gt;&lt;br&gt;&amp;gt;Я не программист&lt;br&gt;&lt;br&gt;Вот то-то и оно, ставь хурд, разбирайся в нём, учи сишку и, что самое главное, перепиливай MIG так, чтобы помимо C он умел генерировать код под все языки под луной. И, самое главное, пропиарить.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск операционной системы ToaruOS 2.1 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/128775.html#149</link>
    <pubDate>Mon, 31 Oct 2022 04:35:31 GMT</pubDate>
    <description>Нужен MIX и MMIX.&lt;br&gt;</description>
</item>

</channel>
</rss>
