LINUX.ORG.RU

9front «MARITIME ENGINEERING STANDARDS»

 


1

2

Представлен новый выпуск 9front — форка plan9, направленного на расширение возможностей оригинального plan9.

Изменения в ядре и драйверах:

  • ядро: исправлена утечка памяти в функции отладки checkpagerefs();
  • ядро: исправлено состояние гонки в функциях twakeup() и timerdel();
  • ядро: исправлены ошибки pread() при работе с директориями;
  • pc: исправлена ошибка связанная с тем, что PCMP и RSD находились в low (kaddr) или reserved (vmap) памяти;
  • pc: исправлена утечка памяти, добавлена функция clog();
  • pc64: теперь указывается зависимость mp.h для archacpi.$O;
  • devdraw: команда drawdebug теперь игнорируется;
  • devsd: улучшена обработка случаев, когда функция ifc->enable() не применима;
  • devsd: проверяется значение функции ifc->enable(), unit name или user strings больше не «утекают»;
  • devvga: hwgc включён в файл vgactl;
  • devvga: удалена неиспользуемая копия функции checkport();
  • sdvirtio: теперь возвращается 1 при успешном выполнении функций vioenable() и viodisable();
  • sdnvme: новый драйвер NVMe-контроллера (работа в процессе);
  • sdnvme: включён по умолчанию в конфигурации ядер для платформ pcf, pccpuf, pc64.

Изменения в библиотеках:

  • libavl: исправлена документация;
  • libavl: lookup теперь возвращает наиболее соответствующее значение;
  • libdraw: переменная _drawdebug больше не используется;
  • libmemdraw/libmemlayer: больше не используется вывод drawdebug;
  • libmemdraw: больше не производится эмуляция iprint();
  • libregexp: чистка кода;
  • libsec: добавлена поддержка sha256 для thumbprint-файлов, также теперь используется в ssh;
  • libsec/tlshand: исправлены ECDHE и DHE для SSLv3;
  • libsec/tlshand: исправлено преобразование mpint в byte, переработан буфер send/recv, добавлена проверка на переполнения в msgSend();
  • libsec/tlshand: функция tlsReadN() упрощена.

Изменения связанные с компиляторами и дебаггерами:

  • 5e: исправления в битовом сдвиге;
  • [012568kqv]a: исправлена обработка целых чисел в сборщиках;
  • исправлена ошибка в yacc.

Изменения связанные с программами:

  • aux/wpa: исправлена работа с «открытыми» сетями;
  • chgrp: удалена неиспользуемая декларация функции;
  • cwfs: пользователь «none» теперь может переименовывать файлы;
  • factotum: теперь прилагается открытая экспонента RSA после модуля;
  • file: теперь распознаются битовые потоки Xilinx;
  • fortune: добавлены исправления для избежания переполнений буфера при использовании линий больше или равных 2 килобайта;
  • games/blit: mkfile: теперь бинарный файл устанавливается в /bin/games ;
  • games/blit: левый верхний угол теперь всегда показывается;
  • games/blit: удалена линия для отладки;
  • games/galaxy: исправлено состояние гонки при выходе;
  • games/galaxy: вычисления сил гравитации теперь параллелизированы;
  • hjfs: добавлен комментарий об изменении размера OFF в 8;
  • hjfs: все refs теперь очищаются в 0 при очистке;
  • hjfs: исправлены ошибки в счёте ref при сканировании. Добавлена команда для сканирования;
  • hjfs: добавлена проверка количества входных блоков (entry blocks) при сканировании каталога;
  • hjfs: предупреждение 8c “non-interruptable temporary” теперь избегается;
  • hjfs: check: блок теперь проверяется если количество ref не равняется 0. Теперь проверяется количество ref блоков каталога;
  • hjfs: отключена hjfs check до тех пор, пока не будет добавлено больше функционала;
  • hjfs: исправлена работа dprint;
  • hjfs: улучшены сообщения об ошибках когда блоки не найдены;
  • hjfs: в дерево исходных кодов включена начальная реализация hjfs check;
  • hjfs: упрощён dprinting;
  • hjfs: начата работа над реализацией проверки каталога;
  • ip/torrent: запрос одних и тех же участков теперь избегается;
  • ip/torrent: теперь избегаются коллизии peerid при использовании truerand() вместо time(0).
  • ip/torrent: теперь немедленно завершается когда загружаемый файл проверен и не раздаётся;
  • ndb/dns: удвоено значение максимальных попыток для длинных цепочек перенаправлений cnames;
  • nusb/lib: возвращаемое значение функции usbcmd() теперь симметрично;
  • nusb/ptp: каждый сеанс теперь считается за каталог;
  • nusb/serial: pl2303: улучшена обработка ошибок;
  • replica: теперь используется реализация avl-дерева библиотеки libavl;
  • rsa2ssh: удалена поддержка ключей первой версии;
  • ssh: добавлена поддержка управления потоком и ID каналов;
  • ssh: добавлен метод «none» для получения списка поддерживаемых методов;
  • ssh: добавлена поддержка подсистем;
  • ssh: чистка сообщений отладки;
  • ssh: канал теперь очищается при зависании vt;
  • ssh: невозможные методы аутентификации больше не используются;
  • ssh: документированы опции thumbfile;
  • ssh: исправлены блокировки, добавлена поддержка пере обмена ключами;
  • ssh: исправлена опечатка;
  • ssh: реализован способ аутентификации по паролю;
  • ssh: реализована начальная проверка ключей хостов;
  • ssh: увеличен начальный window size для лучшей пропускной способности;
  • ssh: допустимое количество попыток входа теперь настраивается;
  • ssh: при неудаче проверки ssh-rsa-ключ теперь выводится в base64;
  • sshfs: добавлены опции -r и -M;
  • sshfs: родительский каталог теперь высчитывается корректно;
  • sshfs: содержимое каталогов больше не кешируется;
  • sshfs: исправлено падение при доступном для чтения файле /etc/password на удалённой стороне;
  • sshfs: исправлены утечки памяти, теперь используется функция estrdup9p()
  • vt: размер истории увеличен до 64 килобайт.

Также обновлена документация.

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

★★

Проверено: Shaman007 ()
Последнее исправление: JB (всего исправлений: 6)

Ответ на: комментарий от NextGenenration

А что, сейчас такого нельзя сделать?

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

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

BSD-шник, чтоли?

Гентушник, бздэшник. GPL головного мозга не болею, предпочитаю BSD, MIT, ISC, как более свободные для разработчика, но это выходит за рамки данного треда, потому обсуждению не подлежит.

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

Новость на русском, какая претензия?

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

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

Допустим я смотрю фильм и поставил на паузу

Про фильм ничего сказать не могу, не знаю как с этим вообще у Plan9 и Plan B.
И интерфейс у обоих достаточно специфический, очень простой.

Если строить теоретические рассуждения на основании концепций Plan9, то с воспроизведением по сети нет проблем, т.к. любые ресурсы экспортируются и импортируются в едином виде - как файлы, с любой машины, на любую.
И если Plan B строит GUI на этих принципах, то да, теоретически должно быть можно перенести окно плеера или его часть, а он будет продолжать работать.

Вот, на канале профессора из тусовки Plan B есть немного видосов по теме:
https://www.youtube.com/channel/UCb5B2TbsJxYdb30Zccm2wqQ

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

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

любые ресурсы экспортируются и импортируются в едином виде - как файлы, с любой машины, на любую.

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

А вообще ничего сверхестественного в переносе программ между машинами нет. Единственное что нужно для этого - сериализация, десериализация.

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

нетварь выродилась в DrDos/Concurent Dos, многопользовательская. Dr Dos 7.02 была с исходниками public domain. где-то там, на сайтах фанатов CP/M и любителей DrDos / Novel/Caldera/Linaro/ wtf поищи.

свободный GEM с исходниками — там же лежит.

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

inferno обновляется потихоньку, см. charles forsyth на bitbucket, inferno-os

оно как бы не перспективнее плана 9 — всё-таки работает подсистемой из хост оси, просто как приложение.

плана 9 сейчас штук 5+ дистрибутивов бывает, тот же harvey например собирается gcc (отодрали kencc и сделали отдельную архитектуру под plan9 для gcc, в итоге современный софт gcc-ой собирается кросскомпиляцией почти без танцов с бубном). ещё jehanne есть, например.

тулчейн который этот, из harvey или kencc+rc(или лучше, ex shell, дальнейшее развитие rc)+mk / inferno sh со встроенным tcl/mk/limbo — кстати, пример нормально сделанного модульного кроссплатформенного кода.

и там, где сейчас кроссборкою собирают на gcc-шном билдруте и GNU make + BASH + тот же pacman/spkg/portage, кстати — вполне могло бы быть и окружение из inferno.

inferno само по себе представляет скорее такой стенд, где можно потыкать модули (на лимбо), отмоделировать ими устройства виртуальной установки, затем написать «драйвер» таких устройств на sh, ну или на модуле ядра (собранном разделяемой библиотекой в emu, основном процессе инферны) с shim драйвером, либо писать таки нормальный kernel mode драйвер.

тут непременно стоит читать примеры лаб и презентации от тех же caerwyn, powerman и charles forsyth, с pdf-ами.

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

кабы Гари Килдал довёл CP/M до ума вовремя, и пиарился бы понормальному, может и вместо юникса с си был бы повсюду сплошной CP/M с PL/M-ом :-)))

ну или интел бы скупила CP/M и вместо своего iRMX бы предлагала :-)

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

девятый план, кстати похож на BSD в каком-то смысле :))

в том смысле, что в Research Unix отцы-основатели из Bell Labs решились откатиться к истокам BSD а не SVR, и вместо BSD sockets накрутили хтонические STREAMS, во славу ктулху!

через пару релизов Research Unix оно выродилось в Plan9 namespaces.

Plan B и inferno тут лишь заполировали.

ДОС, лучший чем ДОС! BSD, лучшее чем BSD!

пнгуи фхтагн победившего дизельпанка.

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

во славу ктулху!

при этот этот ваш юникс — жалкая подделка под православный Multics, а «няшная сишечка» — жалкое подобие левой руки PL/1!

эффект второй системы (или даже третьей — юникс, четвёртой — BSD), однако.

а мультикс, ребятки — это 1965-ый год! так-то

3.1 Background

3.1.1 “Second system effect”

• 1st system

    - terrified of failure

    - simplified to bare bones

    - successful beyond its intended life-span

• 2nd system:

    - hugely ambitious

    - usually conceived by academics

    - many good ideas

    - a little ahead of its time

    - doomed to fail

• 3rd system:

    - pick and choose essence

    - usually made by good hackers

    - emphasize elegance and utility over performance and generality

    - become widely adopted

• 4th systems:

    - maturation

3.1.2 Multics lineage

    1st system: CTSS

    2nd system: Multics

    3rd system: Unix

    4th system: BSD

что действительно надо было делать — упрощать PL/I в какой-то PL/M, и получилась бы CP/M Concurent CP/M mini-Multix

в качестве правильной второй/третьей системы.

прощёлкал штеуд своё щасте, так-то. не выкупив CP/M и допилив его до недоюникса, а развивая свой велосипедный iRMX (ну и где оно всё теперь?)

anonymous
()
Ответ на: во славу ктулху! от anonymous

• 4th systems:

- maturation

  • 5th systems:
    • - masturbation (Поттеринг, например)
anonymous
()
Ответ на: комментарий от anonymous

Новость - это тебе не справочник по технологиям.

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

Чуваки из Citrix и NoMachine походу и правда не знают. Либо просто делают решения под имеющиеся ОС, которые не предназначены для удалённой работы.

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

Как раз сетевая прозрачность иксов позволяет работать с GUI удалённо и без тормозов. Производительность ограничивается удалённым железом и сетью. Но увы - нынче идёт мода на удаление всего быстрого и лёгкого в угоду вебу. Впрочем, иксы сами по себе не идеал и решение более близкое к идеальному как раз в Plan9 сделано. Только вряд ли кто согласится на него переходить в обозримом будущем.

Quasar ★★★★★
()
Последнее исправление: Quasar (всего исправлений: 1)
Ответ на: комментарий от NextGenenration

Некоторые старики впали в маразм и парочка из них пошла к шизику пилить вяленд со стонами о том, как им тяжело поддерживать X.org (да напишите новый X-сервер, мудилы, и не нойте! Заодно X12 будет. Некоторые быстро переписывают заново в одиночку и ничего - все живы.).

Quasar ★★★★★
()
Последнее исправление: Quasar (всего исправлений: 1)
Ответ на: комментарий от anonymous

CP/M априори была хуже юниксов. Так что хорошо, что CP/M закопали.

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

Килдал вполне себе довел CP/M, судя по тогдашней доле рынка, и даже MP/M сделал. Может, делал бы и дальше, да убили мужика...

А Intel предпочла купить дешевый кривой клон CP/M-86 и продавать его IBM и прочим. Ну да это отдельная мутная история.

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

а интел тогда ещё свою ОСРВ iRMX с кросскомпилятором PL/M предлагала. в середине девяностых оно даже совместно работало с NT-ей, правда допилить это до чего-то inferno-подобного по фичастости им не удалось.

кабы вот в этом направлении CP/M, MP/M развивался — юниксу был бы ещё один конкурент.

но в целом у юникса было меньше дурацких ограничений (с костылями и велосипедами), и public domain CP/M версия так и не развилась до чего-то Plan9 подобного (с костылями и велосипедами более концептуально правильной архитектуры). хотя могла бы, в альтернативной реальности :)

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

Интел купила в середине 70х PL/M у Киллдала, а к его CP/M «не проявила интереса», в результате чего он стал развивать свою «Intergalactic Digital Research, Inc.». а потом через лет через 5 выпустила свой велосипед iRMX.

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

тот же Android подозрительно напоминает Inferno.

только на базе Линукса а не Plan9, Dalvik и ява вместо Dis VM и Limbo, bionic вместо glibc, ну и т.п.

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

Да задолбался уже, что движок ЛОРа не даёт посты исправлять. MS конечно же имелся в виду.

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

Юникс возник на больших ЭВМ, с нормальными накопителями, где было сразу много терминалов и прочего. А CP/M - дитя одного человека, выросшее на поле микропроцессоров, для которых даже флопик был за величайшую радость (по сравнению с перфолентами и магнитофонами). Так что в лоб их сравнивать сложно и не совсем корректно. Легко быть умным задним числом. Вон, микроядра - в теории вообще супер, а на практике никак не взлетают пока. Дальше видно будет.

DummyBoy ★★
()

Наконец-то чуваки, которые прямо в faq пишут открытым текстом: «не нужно». Полностью солидарен с самооценкой авторов данного поделия - нахрен не нужно.

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

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

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

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

ты же Dummy Boy s/Юникс/Multics/ - по характеристикам машинка на которой 2-3 чувака сотворили Уних (учитывая лаг в 7-9 лет между унихам и наследником спм мсдос) были эквиваленты(т.е если сравнить первых ibmpc и то первое pdp-7? - то и там и там не было апаратной поддержки многозадачности защиты межпроцесорья и прочая) - да чё далеко ходить есть курьёзы показывающие как очучались не первые юниксы - когда археологи подняли несколько юниксов на радио86.

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

Вон, микроядра - в теории вообще супер

В теории они супер только у Энди Танненбаума лол. Ядро оригинального Plan9 монолитное, однако по размеру и быстродействию заруливало любое современное ему микроядро

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

Производительнее, чем что и чем где? Производительнее для выбивания грантов? Возможно

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

Микроядра отличаются только способностью 30 лет выбивать гос. бабло на «разработку»

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

Где найти датацентр с микроядрами?

Любой, где присутствует Xen. Собственно любой гипервизор 1 типа это и есть микроядро.

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

Дай угадаю, эту чушь ты в википедии вычитал?

anonymous
()

Юзал недавно, почти все заработало, но огарчило выпиливание fossil :( Кто знает, как его запилить обратно? Еще были траблы с factotum, так до конца не разобрался. Нужно попробовать новую версию погонять, хочу пару софтин перекомпилить на эту платформу, может и в продакшне пригодится???

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