LINUX.ORG.RU

ПО для ОС MINIX 3

 


0

0

Под операционную систему MINIX 3 были портированы: PCE - эмулятор IBM PC, lesstif - свободная версия Motif, а также mdf2iso, pstotext, catdoc.

Весь список портированного ПО можно посмотреть на официальном сайте ОС MINIX 3: http://www.minix3.org.

>>> Подробности

anonymous

Проверено: Shaman007 ()
Ответ на: комментарий от sv75

А ядро OpenSolaris вообще сконфигурировать нельзя, кстати! (и при этом оно может и не скомпилиться и не загрузиться) Так что радуйтесь хоть конфиг у вас не отняли.

anonymous
()
Ответ на: комментарий от Demon37

> Небезопасно даже sprintf использовать. Язык C не для т.н. "быдлокодеров".

Согласен. У sprintf, кстати, есть безопасная (но не стандартизованная) замена, asprintf.

> P.S. У функции isaplha() в есть аналог для многобайтовых кодировок, ЕМНИП.

Тоже согласен. Только давай посмотрим на это с другой стороны: у хорошей функции iswalpha() есть устаревший несовместимый аналог, который все еще используется в старом ПО (которое тем самым компилируется, но в некоторый случаях "тихо" не работает с многобайтными кодировками) и вставляется в новый код всякими американцами (которые в этом не хотят разбираться, так как им хватает ASCII).

Мое мнение таково: возможности, которые оставлены для обратной совместимости (но фактически только позволяют старым программам _притворяться_, что они работают), которые принципиально невозможно использовать правильно (но которые тем не менее фактически используются по незнанию), должны быть рано или поздно удалены навсегда из языка. В результате получится другой язык.

AEP ★★★★★
()
Ответ на: комментарий от animechaos

> Linux - модульное ядро, это ж полный ахтунг называть его монолитным.

Пилите, Шура, пилите. Оно монлитом быть от своей модульности не перестаёт.

Rubystar ★★
()
Ответ на: комментарий от iZEN

> Такая у него ущербная архитектура. Скоро будет ядро как у новой версии Windows: 20-30 мегабайт кода, а ничего делать не умеет без костылей-модулей.

А зачем ты включаешь в ядре ненужный тебе функционал?

Rubystar ★★
()
Ответ на: комментарий от Rubystar

Главное преимущество микроядерных систем не размер ядра, а его устойчивость. Корявый драйвер не повалит всю систему. Но Таненбаум свое время упустил. Надо было раньше думать, а сейчас есть много более приятных вкусностей, например, QNX. Будущее за микроядерными системами, но я лучше подожду когда сделают Debian Hurd на L4.

anonymous
()
Ответ на: комментарий от vitalif

> Особняком в этом списке стоит ОС Plan 9, поскольку однозначно отождествить её логотип крайне затруднительно - то ли это зайчик (животное), то ли привидение a la Каспер (нечисть), то ли ушастый презерватив с зубами (абстракция «высокого полёта»).

Прочь грязные руки от Гленды! Это заяц, вашу мать, заяц! А если у кого-то проблемы со зрением, очки надо носить!

anonymous
()
Ответ на: комментарий от Absurd

>Часто у тебя Linux падает в kernel panic?

Я помню как после выхода XFree 6.0 (в шапке 7.x емнип?) я первый раз увидел повисшие Xы которые убили систему. Расстроился.

r ★★★★★
()
Ответ на: комментарий от iZEN

>Всё больше ошибок в монолитном ядре делают его потенциально уязвимым для крекеров.

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

>Чтобы эффективно управлять, нужно разделять вещи на более мелкие и более понятные.

базовую систему наконец собрались упразднить и на пакеты вменяемые разбить? наконец-то!

ну я конечно понимаю тебя. трезво на вещи в целом тебе смотреть неинтересно. необъять мозгом. надо разделить да, на более мелкие? =))

black7
()
Ответ на: комментарий от r

>>Часто у тебя Linux падает в kernel panic?

>Я помню как после выхода XFree 6.0 (в шапке 7.x емнип?) я первый раз увидел повисшие Xы которые убили систему. Расстроился.

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

Absurd ★★★
()
Ответ на: комментарий от anonymous

>Линукс делался "фор фун", то бишь чтобы весело воняло.

а. так ты жвешь по принципу обратному - "все через жопу. чем больше в жизни мучений тем лучше"

>В любом случае, Миникс куда больше привлекает меня как девелопера, чем всякие Пингвинуксы с рюшечками от других операционок.

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

black7
()
Ответ на: комментарий от anonymous

>Линукс по жизни имеет жирное как у пингвина ядро

ФГМ на лицо. ты даже тролить не умеешь удачно

>Видимо, для кого-то выгружаемый драйвер сканнера и является признаком "модульности", но для нас это просто КОСТЫЛЬ.

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

black7
()

Почитал каменты и подумалось - сколько из флеймящих тут хоть раз писали в кернел спейсе или хотя-бы недалеко от оного? Хеловорлд в виде подгружаемого модуля не в счёт

Stalwart ★★★
()
Ответ на: комментарий от anonymous

>А ты ядра этих монстров видел? Посмотри, а заодно посмотри ядро MINIX 3 и ответь, в каком из ядер проще раpобраться?

В menuet os по такой логике - там меньше всего читабельного кода.

Зачем разбираться в ядре построчно? Им не нужно видеть как драйвер тюнера написан. Нужны общие принципы работы. И опять же сразу видны шаги по достижению кроссплатформенности.

jackill ★★★★★
()
Ответ на: комментарий от r

>Я помню как после выхода XFree 6.0 (в шапке 7.x емнип?) я первый раз увидел повисшие Xы которые убили систему. Расстроился.

А уж что было, когда появился linux 0.01 - у-у-у...

jackill ★★★★★
()
Ответ на: комментарий от AEP

>Тоже согласен. Только давай посмотрим на это с другой стороны: у хорошей функции iswalpha() есть устаревший несовместимый аналог, который все еще используется в старом ПО (которое тем самым компилируется, но в некоторый случаях "тихо" не работает с многобайтными кодировками) и вставляется в новый код всякими американцами (которые в этом не хотят разбираться, так как им хватает ASCII).
>Мое мнение таково: возможности, которые оставлены для обратной совместимости (но фактически только позволяют старым программам _притворяться_, что они работают), которые принципиально невозможно использовать правильно (но которые тем не менее фактически используются по незнанию), должны быть рано или поздно удалены навсегда из языка. В результате получится другой язык.
>AEP


Мдаааа .... скорее все анонимусы зарегятся чем у этого типчика мозг отрастёт. Угрёбан - всё на что ты задирал лапку - это функции из библиотек! Внимание - вопрос! Что же ты собрался убирать из _языка_ Си?!

Могу посоветовать убрать из Си только твои кривые лапки - иди и жабь!

anonymous
()
Ответ на: комментарий от jackill

>А уж что было, когда появился linux 0.01 - у-у-у...

Я про то что до этого Xы всегда в легкую могли быть пристрелены и не делали критичных подвисонов.

r ★★★★★
()
Ответ на: комментарий от anonymous

> Что же ты собрался убирать из _языка_ Си?!

В спецификацию языка Си (в том виде, в котором ее можно купить у ISO) входят и библиотечные функции. Так что формально они являются частью языка.

AEP ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.