Техраздел UZIX

[Ewgeny7]

далее делаем в ней такое же шаманство:

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

[Error404]

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

Вот!
Вот так же я смотрю в ваши VHDL (хотя казалось бы, Паскаль то я прекрасно знаю).

- - - Добавлено - - -

Впрочем, я подумываю добавить работу c партициями Юзикс в свои плагины пофайловой работы с образами CPM (ODI/OHI) для ТоталКомандера (т.е. и ДаблКомандера и Фар). Такое осваиваемо?

[Ewgeny7]

UCP> root 0:

Вот на этой сказке всё и кончается, окошко закрывается. Вылетаем.
Возможно, виновато то, что у меня файло лежит на диске С, в корне.
Соответственно, строка подключения выгдядит чуть иначе -
use 0:c:\uzix.ohi
use
fd0: 0:c:\uzix.ohi
fd1:

- - - Добавлено - - -

для ТоталКомандера (т.е. и ДаблКомандера и Фар

Я помню, что они там что-то могли когда-то. Типа .trd и .scl открывать, и вроде даже по .ohi лазить умудрялись.
Ну да дедушка тоже раньше много чего мог, а вот чичаз....
В общем, буду благодарен за тыкомордие в этом направлении (что скачать, где, куды засунуть и что нажать).

- - - Добавлено - - -

хотя казалось бы, Паскаль то я прекрасно знаю

Паскаль последователен в исполнении. А тут исполняется всё сразу!!! Это невероятная движуха, где всё влияет на всё!

- - - Добавлено - - -

Что странно, на микроконтроллерах я давно сижу на Си, и очень уютно. А вот verilog для ПЛИС ну никаке не войдет в мою жизнь, не лэзет.

[Error404]

Вот на этой сказке всё и кончается, окошко закрывается. Вылетаем.
Возможно, виновато то, что у меня файло лежит на диске С, в корне.
Соответственно, строка подключения выгдядит чуть иначе -
use 0:c:\uzix.ohi
use
fd0: 0:c:\uzix.ohi
fd1:

тут надо указать "1" как и в моем примере двумя постами ранее - 1:c:\uzix.ohi
В версии для Windows номер партиции для UCP.EXE (в командной строке при вызове или в команде USE) передается как порядковый считая с нуля. У нас в образе такие партиции:
CP/M (0) <- загрузочная и сервисная
UZIX (1) <- основная, где все файлы, ее и указываем !
UZIX (2) <- пустая для экспериментов
UZIX (3) <- пустая для экспериментов

Я помню, что они там что-то могли когда-то. Типа .trd и .scl открывать, и вроде даже по .ohi лазить умудрялись.
Ну да дедушка тоже раньше много чего мог, а вот чичаз....
В общем, буду благодарен за тыкомордие в этом направлении (что скачать, где, куды засунуть и что нажать).

Это направление дедушка еще планирует доделывать (тут главное понять надо ли кому, сам то я и с UCP справляюсь). Там пока только CPM поддерживается. Ты вообще как с двухпанельными коммандерами вообще и TotalCommander/DoubleCommander/Far - на короткой ноге? Когда-нибудь плагины в них использовал?

[Sancho45]

тут образ uzix включая исправленный uzix.com chmod nano и sed.hlp в юзере 0

- загрузиться в CP/M c этого образа UZIX (т.к. там же в юзер 0 еще есть утилита UCP.COM для обмена с файловыми системам юзикса), выполнить:
idebdos (или "idebdos sd" тут у кого какой носитель)
ucp
root 2:
UCP> cd /bin
UCP> bget chmod
UCP> bget nano
UCP> bget sed.hlp
UCP> chmod 0755 nano
UCP> exit
uzix 2: (запускаем юзикс, логинимся как root или еще как)

- - - Добавлено - - -

у меня с мастер IDE загрузка, путь в bget не указываю, по умолчанию идет с user 0 в /bin

- - - Добавлено - - -

Только этот nano у меня пишет sed что - то там и load
потом подвисает

- - - Добавлено - - -

завтра буду поглядеть

- - - Добавлено - - -

Да,делал chmod 777 nano, без нуля

- - - Добавлено - - -

На всякий

[Ewgeny7]

тут главное понять надо ли кому, сам то я и с UCP справляюсь

Думаю, что лицемерить не стОит, пользоваться этим будут полтора человека. На волне интереса - два с половиной. Поэтому спроси у своей лени.

Ты вообще как с двухпанельными коммандерами вообще и TotalCommander/DoubleCommander/Far - на короткой ноге?

Нууууу.... ээээээ... даааа.... В общем, пользоваться нортоном я умею более-менее. Это одна из причин, почему я люблю Орион, а не РК. Как говорится, нюансы найдите сами
Я не считаю, что эти инструменты прям уж сильно удобны, Проводник мне нравится гораздо больше. Но пользоваться с горем пополам можно.

тут надо указать "1" как и в моем примере двумя постами ранее - 1:c:\uzix.ohi

Ага, пойду пробовать.
Я посчитал, что раз диск используется основной, "нулевой", то нужно ноль и указывать.

- - - Добавлено - - -

Сегодня Вин10 встала не с той ноги, отказывает в доступе на запись во флешку, даже из-под админа повершелла. Это у нее бывает, фаза Луны чуть сместится, и запись пойдет.

- - - Добавлено - - -

[Advertiser]

[Error404]

Только этот nano у меня пишет sed что - то там и load
потом подвисает

А если указать параметр - имя редактируемого файла? Например так:
cd /bin
nano sed.hlp


Файл указать из текущего каталога, т.к. сомневаюсь что эмулятор CP/M переваривает пути (в оригинальной CP/M их же нет)

- - - Добавлено - - -

спроси у своей лени.

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

[Sancho45]

А если указать параметр - имя редактируемого файла? Например так:
cd /bin
nano sed.hlp


Файл указать из текущего каталога, т.к. сомневаюсь что эмулятор CP/M переваривает пути (в оригинальной CP/M их же нет)

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

[Ewgeny7]

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

- - - Добавлено - - -

Так, понял, местная живность тут не при чем. Главный олень - это я.
cd /bin
nano
и всё работает.

- - - Добавлено - - -

LOAD: sed.hlp



Хоть спустя 8 лет, но почитать про команды редактора

- - - Добавлено - - -

клавишный ввод в юзиксе - это такой изощренный вид адского наказания, ебипетская казнь.

- - - Добавлено - - -

А если указать параметр - имя редактируемого файла? Например так:
cd /bin
nano sed.hlp

Ну надо же, вверху это уже расписано было

[Error404]

Оно конечно мы ранее уже выяснили за православный юниксовый SED, но поскольку вот это вот "SED вместо редактирования зависает" очень обидно было, я слепил адаптацию SED.COM от CP/M (экранный редактор). Ну как слепил, тупо записал код SED.COM поверх MED (МСХ-ный редактор с интегрированныйм эмулем CP/М) c офсетом описанным постом ранее. И оно заработало, я сам в шоке.
Поскольку имя SED занято православной консольной STDIN/OUT утилитой, то гибрид, полученный в результате издевательста над MED и SED.COM, я обозвал как NANO (хелп к нему по-прежнему SED.HLP, и генерируемый файл состояния - SED.SYS). Прошу проверить.

ЗЫ. Конечно есть ложечка дегтя: почему-то CP/M эмуль не отрабатывает сочетание клавишь CTRL+D, а это ни что иное как "курсор вправо", что весьма раздражает (влево, вверх и вниз работают). Пока что для перемещения вправо использую CTRL+U (или можно CTRL+Q D). Кто выяснит почему не работает CTRL+D получит медаль "за взятие Юзикс".

Как я уже говорил, в исходном Uzix CPM-эмулятор линковался к каждому CPM-файлу, причем неперемещаемо, отчего ВСЕ файлы были размером 47к. И что бы запустить еще какой-то новый CP/Mфайл, его надо было таким же образом слепить с эмулятором получив 47-килобайтный гибрид. Коряво, вы скажете, и будете правы! Поэтому я всё переделал. Теперь эмулятор отдельно, а котлеты{зачеркнуто} CP/M-файлы отдельно (и их вообще не меняем, достаточно их тупо скопировать на файловую систему Юзикса и дать права на исполнение).

Как всё работает:
при старте приложения (вызов execve() ) Юзикс проверяет атрибут "исполняемый файл", байт 0C3h в первом байте кода файла (для всех), и имя файла на наличие 3-символьного расширения. Исполняемые бинарные файлы с 3-символьным (строго 3) расширением считаются файлами эмулятора и одновременно с загрузкой исполняемого файла в озу процесса, ищется грузится и эмулятор /usr/lib/emu.* (у эмулятора расширение ставится такое же как у исполняемого файла этого типа!). Т.е. для исполняемых файлов CP/M (у которых расширение .com) это будет /usr/lib/emu.com.

Файл эмулятора в первых 6 байтах содержит:
- сигнатуру "E",0C9h (0C9h чтобы при попытке выполнить его самостоятельно {а не запуском файла с нужным расширением} сразу происходил RET)
- адрес загрузки в пространстве запускаемого процесса
- стартовый адрес куда передается управление после загрузки исполняемого бинарника и бинарника эмулятора (обычно этот адрес внутри эмулятора).

Эмуляторов (и эмулируемых окружений) может быть несколько и эмулятор указывать не надо, достаточно давать бинарям с других платформ соответствующие 3-символьные расширения в именах файлов (ну и конечно иметь нужный эмулятор в /usr/lib/).
Пример запуска:
sed.com text.txt # запустятся sed (на редактирование файла text.txt) и эмулятор CP/M /usr/lib/emu.com
game.spc # запустятся игра и эмулятор Специалиста /usr/lib/emu.spc

Поправленное - во вложении (и на GIT). Сегодня уже поигрался в King, Ladder ну и конечно же sed. Как добавить: ядро uzix.com кладем в образ в юзер0 вместо старого, остальное, предположим, в юзер 4 (диска С). А далее (внимательнее: первый get, затем все bget):

idebdos {или idebdos sd}
ucp 2:

UCP>
UCP> cd /usr/lib/
UCP> get 4:c:liberror.txt
UCP> bget 4:c:emu.com
UCP> chmod 744 emu.com
UCP> cd /bin
UCP> bget 4:c:king.com
UCP> bget 4:c:ladder.com
UCP> bget 4:c:ladder.dat
UCP> bget 4:c:sed.com
UCP> bget 4:c:sed.hlp
UCP> chmod 744 king.com
UCP> chmod 744 ladder.com
UCP> chmod 744 sed.com
UCP> exit

uzix 2:

- - - Добавлено - - -

А вот кстати вопрос. Какие интересные 8-битные платформы проца 8080/Z80, работающие через некую документированную керналь вызовов (т.н. "Монитор"), можно эмулировать в случае с Юзикс где свободное ОЗУ с 0000 (строго говоря с 0100H, но можно и с 0000) до 0E800h т.е. низшие 58кб? Вызовы в верхние 6кб недопустимы, т.е. отпадают РК-86 и Ордосовское от Ориона (т.к. эта недосистема не содержит в себе кернали для вывода на экран и ввода с клавиатуры, и всё ордосовское ПО лезет за этим прямо в МониторF800). Идеально получается CP/M (что уже сделано), и наверное Специалист с его ПЗУ Монитора с 0С000h (вроде) эмуляцию которого можно попробовать сделать. А что еще?