Техраздел UZIX

[Error404]

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

В эмуляторе CP/M добавил небольшую фичу: если в параметрах командной строки указать юниксовый путь (определяется тупо по наличию слешей), то он во-первых вырезается из параметров, передаваемых CP/M программе (т.к. в CP/M программе пути не обрабатываются), и во вторых перед передачей управления СОМ-файлу осуществляется переход по вырезанному пути. Эффект в результате получается такой: можно находясь в каталоге ААА обработать CP/M-программой файлы из каталога BBB через параметры командной строки (например так: sed.com /home/guest/test.txt ).

И кстати, вопрос. Шикарные редакторы от CP/M хотят файлы с концами строк CR+LF, а в Юниксах только CR. Поэтому нормально ими текстовое редактирование ими не сделаешь. как выкрутиться?

PS. Сообщения про компиляторы отцепил в эту тему:
http://zx-pk.ru/threads/29581-dialog...troitelya.html

[Advertiser]

[andreil]

И кстати, вопрос. Шикарные редакторы от CP/M хотят файлы с концами строк CR+LF, а в Юниксах только CR. Поэтому нормально ими текстовое редактирование ими не сделаешь. как выкрутиться?

Не знай как в старых, но современные редакторы этого не замечают толком. NANO только показывает доп. символ на каждой строке и всё. Kate и прочие автоматом распознают перевод строки и используют его для каждого документа индивидуально. Notepad++ под Вин так же универсален.
Надо будет покопать старые редакторы, что есть. А пока на работе забит очень сильно

[Error404]

Не знай как в старых, но современные редакторы этого не замечают толком. NANO только показывает доп. символ на каждой строке и всё. Kate и прочие автоматом распознают перевод строки и используют его для каждого документа индивидуально. Notepad++ под Вин так же универсален.
Надо будет покопать старые редакторы, что есть. А пока на работе забит очень сильно

Решил пока добивать VI. Правда не понял редактирует ли он файлы размером более доступного ОЗУ, тупо не смотрел пока. Написано там все заумно, пока интерфейс бы победить. Ну, почти победил, кстати, пользоваться вполне можно, кнопки все настроил (все как в оригинальном VI + управление курсором как в WordStar/TurboPascal - курсорные ctrl+S,E,D,X {они в орионовском драйвере замаплены на курсорные стрелки} ; PgUp=ctrl+R ; PgDn=ctrl+C). Работает всё примерно как vi на AIX, где редактирование (переход туда по кнопке I - от Insert) слегка чудное - например в режиме редактирования клавиша "забой"(BS) стирает символ слева от курсора в буфере, но не на экране (где просто сдвигает курсор влево), а 'x' в командном режиме стирает символ под курсором и в буфере и на экране.
А вот в vi на Linux кнопкой "забой"(BS) символ стирается и на экране и в буфере, и 'x' тоже стирает и там и там.

В общем пользоваться вполне можно. Надо допилить по мелочи - вот эти вот стирания символов, расширить отображение строки состояния (добавить отображение текущего режима cmd/edit - пока не понял откуда его взять: такой явной переменной не нашел пока) .

Все правки залил на GIT, и тут тоже положу.

[Error404]

Решил пока добивать VI. Правда не понял редактирует ли он файлы размером более доступного ОЗУ, тупо не смотрел пока.

В-общем, большие файлы оно не открывает. Пишет overflow. И строки более 80 символов не обрабатывает. Стыд-позор, ведь такое умеет почти любой редактор от CP/M размером в 10кб и менее (а не 39кб как вышел vi=leevee у меня или over 40к у FUZIX-оидов). Я несколько реализаций попроще vi видел до этого (в т.ч. и для PC) - там из исходника было видно что редактор берет "только что полезло в ОЗУ". Тут накручено было более заумно, где-то оно даже lseek по файлу зачем-то делало, и я понадеялся что может сделали нормально, но на выходе увы, опять туфта (в сущности как и почти все что смотрел в репах FUZIX, но зато накрутят мильон дефайнов, прям как у больших дядей - вот нафига тащить туда такое г.? лучше бы подобрали нормальный редактор от CP/M в исходниках чтобы добавить пути файлов и поправить обработку конца строк, зла не хватает).