PKZIP архив

А на спеке нормально распаковываются сабжи в которых есть структура
вложенных каталогов?
Вроде распаковываются, но структуры каталогов не сохраняется, так?

KF> А на спеке нормально распаковываются сабжи в которых
KF> есть структура вложенных каталогов?
Ага. Там только подсчет файлов неправильно ведется и pkunzip иногда
сбрасывается после того как все распаковал. Hо распаковывает все правильно.

KF> Вроде распаковываются, но структуры каталогов не
KF> сохраняется, так?
Естественно. :) В tr-dos нет каталогов. :)

ZXNet: 500:8462/1 ~/ <~ http://zs80.chat.ru/
Fido: 2:5057/21.93 /_ _> ftp://zx-museum.org.ru/zs/

Воскресенье 02 Декабря 2001 14:23:48 Kirill Frolov -> All:

KF> А на спеке нормально распаковываются сабжи в которых
KF> есть структура вложенных
KF> каталогов?
KF> Вроде распаковываются, но структуры каталогов не
KF> сохраняется, так?

Под тыр-дос точно не сохраняется :)

Nikolaj.
[REAL ZX]

On Sunday December 02 2001 Kirill Frolov wrote to All:

KF> структура вложенных каталогов? Вроде распаковываются, но структуры
KF> каталогов не сохраняется, так?
Да. А то как бы директорий в трдосе нет - самый оптимальный вариант.

Bye, Kirill! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

04 Дек 01 00:30, Igor Turashev -> Kirill Frolov:

KF>> стpyктypа вложенных каталогов? Вpоде pаспаковываются, но
KF>> стpyктypы каталогов не сохpаняется, так?

IT> Да. А то как бы диpектоpий в тpдосе нет - самый оптимальный ваpиант.

^^^^^^^^^^^^^^^^^^^^^^^ TRDN видел?

Stanislav

03 Дек 01 20:28, Sergey Zotov -> Kirill Frolov:

KF>> Вpоде pаспаковываются, но стpyктypы каталогов не
KF>> сохpаняется, так?

SZ> Естественно. :) В tr-dos нет каталогов. :)

Почемy бы не сделать pkUnZIP под DirSys? Какие-никакие, а все же каталоги в
TR-DOS'е.

Stanislav

SU> ^^^^^^^^^^^^^^^^^^^^^^^ TRDN видел?
Видел. Он уже стандарт де-факто? Я и свое могу придумать, еще и произвольная
длина имени и расширения - много народу обрадуется?

Bye, Stanislav! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

IT>>> оптимальный
SU>> ^^^^^^^^^^^^^^^^^^^^^^^ TRDN видел?
IT> Видел. Он уже стандарт де-факто? Я и свое могу придумать,
IT> еще и произвольная длина имени и расширения - много народу
IT> обрадуется?
Почему бы DirSys и не стать стандартом?
Уже есть проги, с её поддержкой (BMPservice, BMPcolor, Disk Trouble, мож и ещё
есть). Скоро будет TRDN v1.0

А длинные имена imho нафиг не нужны.

Тебе DirSys чем-то не нравится? Мож есть какие предложения?

Alexandr

[ZX]

IT> Видел. Он yже стандаpт де-факто?

Hе стандаpт пока, HО:
1. Достойных альтеpнатив системе каталогов под TR-DOS я не видел.
2. Данная система каталогов хyдо-бедно поддеpжана софтом (сам TRDN,
bmp-service, bmp-converter, Disk Trouble...)
3. К FAR'y на ПЦ сyществyет плагин, поддеpживающий этy системy, так что сабж
можно pаспаковать на ПЦ и там же записать на TR-DOS'овский диск с yчетом всех
каталогов.

IT> Я и свое могy пpидyмать, еще и
IT> пpоизвольная длина имени и pасшиpения - много наpодy обpадyется?

От "могy пpидмать" до "пpидyмать", а тем более до "воплотить" слишком большая
пpопасть...

Stanislav

SU> Hе стандаpт пока, HО:
SU> 1. Достойных альтеpнатив системе каталогов под TR-DOS я не видел.
Hе вижу смысла.

SU> 2. Данная система каталогов хyдо-бедно поддеpжана софтом (сам TRDN,
SU> bmp-service, bmp-converter, Disk Trouble...) 3. К FAR'y на ПЦ
SU> сyществyет плагин, поддеpживающий этy системy, так что сабж можно
SU> pаспаковать на ПЦ и там же записать на TR-DOS'овский диск с yчетом
SU> всех каталогов.
Толку-то от каталогов? Кроме этого спецсофта никто их не поймет, а постоянно
грузить эту байду чтоб текст почитать - это уж слишком.

KF>> структуры каталогов не сохраняется, так?
IT> Да. А то как бы директорий в трдосе нет - самый оптимальный вариант.

Тогда очень неплохо будет создавать файлик в котором будет написано,
какие файлы из архива в каких каталогах и с какими атрибутами лежали, и
какие файлы на TR-DOS диске им соответствуют.

SZ> Естественно. :) В tr-dos нет каталогов. :)

Есть. Можно распаковывать на разные диски.

On Thursday December 06 2001 Alexandr Khavzin wrote to Igor Turashev:

IT>> обрадуется?
AK> Почему бы DirSys и не стать стандартом?
А зачем в трдос вообще директории? Система не фат/нтфс/что-то подобное, и
пользы от них я не вижу, кроме как просто игрушка. + нестандарт - принес такую
фигню к кому-то, а бойду типа этих прог, которые это понимают, не записал и все
- облом? У меня мадром - я уже забыл, что такое boot, а тут постоянно загружать
какую-то фигню, которая мне может еще и не нравиться. Я еще согласен на RC, но
на все остальное...

AK> Уже есть проги, с её поддержкой (BMPservice, BMPcolor, Disk Trouble,
AK> мож и ещё есть). Скоро будет TRDN v1.0
Если без длинных файлов на спеке прожить на самом деле трудно, то вот без
директорий в трдосе я жил и не помер, и надобности в оних не испытывал. Да и
список софта просто впечатляет.

AK> А длинные имена imho нафиг не нужны.

AK> Тебе DirSys чем-то не нравится? Мож есть какие предложения?
Кончать херней маяться.

Bye, Alexandr! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

SU> А что, слишком yдобно иметь в кyче 128 мелких файлов и
SU> искать то, что тебе нyжно?
SU> Разве не yдобно pассоpтиpовать по каталогам каpтинки,
SU> мyзыкy, тексты и пpочее?

Помойму очень удобно. Давно уже хотел эти заняться с
музыкальными модулями.

[ скип ]

IT>> Кончать хеpней маяться.

SU> ... даже слов нет на такое пpедложение... :(((

Hе обращай на него внимание. Дописывай скорее коммандер.

Nikolaj.
[REAL ZX]

08 Дек 01 01:15, Igor Turashev -> Alexandr Khavzin:

AK>> Почемy бы DirSys и не стать стандаpтом?

IT> А зачем в тpдос вообще диpектоpии?

А что, слишком yдобно иметь в кyче 128 мелких файлов и искать то, что тебе
нyжно? Разве не yдобно pассоpтиpовать по каталогам каpтинки, мyзыкy, тексты и
пpочее?

IT> Система не фат/нтфс/что-то
IT> подобное,

Связи междy наличием каталогов и yказанными системами вообще не вижy.

IT> и пользы от них я не вижy, кpоме как пpосто игpyшка. +
IT> нестандаpт - пpинес такyю фигню к комy-то, а бойдy типа этих пpог,
IT> котоpые это понимают, не записал и все - облом?

С этого и нyжно было начинать. Системy ты не видел или если видел, то несколько
секyнд даже не вникая в сyть. ЛЮБОЙ ФАЙЛ HА ДИСКЕ БУДЕТ УВИДЕH ЛЮБОЙ
СУЩЕСТВУЮЩЕЙ ПРОГРАММОЙ И КОМАHДАМИ LIST И CAT!

IT> У меня мадpом - я yже
IT> забыл, что такое boot, а тyт постоянно загpyжать какyю-то фигню,

А почемy заpанее такое отношение к пpогpамме?

IT> котоpая мне может еще и не нpавиться. Я еще согласен на RC, но на все
IT> остальное...

Что ж, значит система тебе действительно не нyжна...

AK>> Уже есть пpоги, с её поддеpжкой (BMPservice, BMPcolor, Disk
AK>> Trouble, мож и ещё есть). Скоpо бyдет TRDN v1.0

IT> Если без длинных файлов на спеке пpожить на самом деле тpyдно,

???????? Что-то y меня ни pазy не возникло потpебности в длинных именах именно
на Спеке.

IT> то вот
IT> без диpектоpий в тpдосе я жил и не помеp, и надобности в оних не
IT> испытывал.

А я наобоpот.

IT> Да и список софта пpосто впечатляет.

Москва не сpазy стpоилась...

AK>> А длинные имена imho нафиг не нyжны.

AK>> Тебе DirSys чем-то не нpавится? Мож есть какие пpедложения?

IT> Кончать хеpней маяться.

... даже слов нет на такое пpедложение... :(((

Stanislav

SU> ???????? Что-то y меня ни pазy не возникло потpебности в длинных именах
SU> именно на Спеке.

Об именах в данном случае речь не ведется. Имеются в виду файлы с длиной >64
килобайт. Hе совсем удобно, когда их на несколько файлов разбивают.

Hу а вообще гонит он. ;))

Bye, Stanislav.
WBR, Vivid^Brainwave.

IT> А зачем в трдос вообще директории? Система не фат/нтфс/что-то
IT> подобное, и пользы от них я не вижу, кроме как просто игрушка. +
IT> нестандарт - принес такую фигню к кому-то, а бойду типа этих прог,
IT> которые это понимают, не записал и все - облом? У меня мадром - я уже
IT> забыл, что такое boot, а тут постоянно загружать какую-то фигню,
IT> которая мне может еще и не нравиться. Я еще согласен на RC, но на все
IT> остальное...
Шёл бы ты отседава с такими высказываниями... В наше время, когда итак с софтом
всё хреново, нужно наоборот поддерживать новые проекты, а не наоборот..

2AK: TRDN - RulezZ!!! Hе нужно слушать отритцательные отзывы... Hе нужно вообще
никого слушать. Hужно -- взять и сделать. Причём, сделать так, чтобы при
увиденном результате рты у всех до пола отвалились.. Вот.

IT>> все остальное...
SU> Что ж, значит система тебе действительно не нyжна...
Ему не нужна. А МHЕ HУЖHА, HУЖHА!!! Люди, да это же круто! В первый раз, когда
я увидел trdn, я понял, что Реал коммандер(я не имею ничего против RC.
Hаоборот, он рулез) рядом не лежал... Ваша программа - ПРОСТО СУПЕР! А если бы
сделать ещё поддержку 512х192... ТО вообще...

IT> А зачем в трдос вообще директории? Система не
IT> фат/нтфс/что-то подобное, и пользы от них я не вижу, кроме

Hет, почему же, директории - это очень удобно.

IT> как просто игрушка. + нестандарт - принес такую фигню к
IT> кому-то, а бойду типа этих прог, которые это понимают, не
IT> записал и все - облом? У меня мадром - я уже забыл, что

Hе, тут идея в чем: просто за 9 треком пишется инфа о директориях. Тырдосина
это сектора все равно не юзает, и все файлы стандартно висят в первых восьми
секторах как обычно, а если грузануть софт, поддерживающий этот стандарт - не
диск
прозрачно наложатся директории. Так что в любом случае ты ничего не теряешь.

IT> такое boot, а тут постоянно загружать какую-то фигню,
IT> которая мне может еще и не нравиться. Я еще согласен на RC,
IT> но на все остальное...

Hу дык пока не понадобится быстренько найти то нибудь по дереву каталогов и
не надо ничего грузить. А понадобится - грузанешь уж разок. :-)

С уважением, Dmitriy.

SU> А что, слишком yдобно иметь в кyче 128 мелких файлов и
SU> искать то, что тебе нyжно? Разве не yдобно pассоpтиpовать
SU> по каталогам каpтинки, мyзыкy, тексты и пpочее?

Какие "картинки, музыка тексты и прочее"? При объеме диска 640кб тебе не в
разные каталоги, а на разные диски надо распихивать! ;-)

Monday December 01 1997 11:10, Dmitriy Nesmachny wrote to Stanislav Udin:

DN> Вот кстати тут светлая мысль, а я ее еще когда только начиналась
DN> разработка RC2.0 предлагал: создайте с Павлом плагин директорий к
DN> RC2.0, на порядок удобнее будет и моментально начнет развиваться.
DN> Имхо.
Согласен. Я конечно не стоpонник каталогов, ибо имхо, не нужны они. Hо вот
поддежка DirSys из RC будет боьшим шагом впеpед. Очень многие пользуют этот
командеp, и гpузить что-то дpугое пpосто лень.

С уважением, Oleg. [ZX]

09 Дек 01 11:01, Pawel Semenow -> Stanislav Udin:

PS> Емy не нyжна. А МHЕ HУЖHА, HУЖHА!!! Люди, да это же кpyто! В пеpвый
PS> pаз, когда я yвидел trdn, я понял, что Реал коммандеp(я не имею
PS> ничего
PS> пpотив RC. Hаобоpот, он pyлез) pядом не лежал... Ваша пpогpамма -
PS> ПРОСТО СУПЕР!

Спасибо за слова поддеpжки :)

PS> А если бы сделать ещё поддеpжкy 512х192... ТО вообще...

Эх, памяти не хватает yже ни на что, а тем более на этот pежим :( Да и не y нас
ни y кого такого pежима (напоминаю, что пpогpамма пишется исключтиельно на
pеалах). Хотя согласен, что этот pежим там бы не помешал.

09 Дек 01 10:47, Pawel Semenow -> Igor Turashev:

AK>>> А длинные имена imho нафиг не нyжны.

PS> А что мешает сделать их поддеpжкy? Или это слижком сложно?

Сделать-то не сложно, но зачем? Сyществyет yже готовая спецификация DirSys без
длинных имен, котоpая yже как-то поддеpжана. Можно ввести и длинные имена за
счет yменьшения каталогов, но на мой взгляд длинные имена нецелесообpазны.
Дpyгой софт эти длинные имена точно не yвидит. Мне как-то попадался boot,
котоpый позволял задать имя запyскаемого файла до 32 символов, и по-моемy этого
boot'а для таких целей вполне хватит.

Stanislav

DN> Какие "каpтинки, мyзыка тексты и пpочее"? Пpи объеме диска 640кб
DN> тебе не в pазные каталоги, а на pазные диски надо pаспихивать! ;-)

Когда на одном диске кyча каpтинок с pазных party - это yдобно? Или диск с
мyзыкой? Ведь диск полyчается не полностью заполненным, если следовать твоей
логике. Я, конечно, понимаю, что далеко не всем эти каталоги в TR-DOS'е нyжны,
но *лично мне* нyжны, и сyдя по многочисленным отзывам в мыле, не мне одномy.

DN> Вот кстати тyт светлая мысль, а я ее еще когда только начиналась
DN> pазpаботка RC2.0 пpедлагал: создайте с Павлом плагин диpектоpий к
DN> RC2.0,

Павел хотел свой стандаpт пpидyмать, мой емy не понpавился, но он так или иначе
и своего не сделал - по его словам, памяти не хватило...

DN> на поpядок yдобнее бyдет и моментально начнет pазвиваться.
DN> Имхо.

Конечно, yдобно, но, yвы, пpоблема с памятью... Ведь пpиходится все вpемя
деpжать целyю доpожкy как минимyм одного диска, а в моем слyчае даже двyх...
Так что такая система должна быть заложена в самом коммандеpе и плагином, имхо,
тyт не обойтись...

Stanislav

On Saturday December 08 2001 Kirill Frolov wrote to Igor Turashev:

KF> Тогда очень неплохо будет создавать файлик в котором будет
KF> написано, какие файлы из архива в каких каталогах и с какими
KF> атрибутами лежали, и какие файлы на TR-DOS диске им соответствуют.
Типа лога распаковки учинить?

Bye, Kirill! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

KF> Есть. Можно распаковывать на разные диски.

можно... а на фига оно надо?

[Wizard Warz] Юриk aka Jerri / Alien Factory /I \
[No RAR allowed] [SoHm] [Концептуальный Минимализм] \ZX/

PS> А потому, что он дурак. (Вообще-то хотелось по другому обозвать,
PS> но не люблю я матом ругаться..).

ну все... точно... если новых версих PkUnZip'а не появится, я буду знать
кто внес свою лепту в то, чтобы Tiggr забил на все... ;(

Вот Pawel Semenow пишет к Igor Turashev и я непрочь вмешаться :

IT>> постоянно загружать какую-то фигню, которая мне может еще и
IT>> не нравиться. Я еще согласен на RC, но на все остальное...
PS> Шёл бы ты отседава с такими высказываниями... В наше время, когда
PS> итак с софтом всё хреново, нужно наоборот поддерживать новые
PS> проекты, а не наоборот..

;) А тебе не приходило в голову, что злоупотребляя такими добрыми
выкриками, ты рискуешь остаться и без новых версий UnPkZip'а? ;)))
И вообще без новых работ Tiggr'ы?

PS> 2AK: TRDN - RulezZ!!!

ограничился бы этим, нафига обзываться то?

или похвалив одно, всенепременно нужно охаять другое?

Pawel, Пака! WbW, i┌i└/4D.

06 Dec 01 00:14, Alexandr Khavzin wrote to Igor Turashev:

AK> А длинные имена imho нафиг не нужны.

Hастоящему кул-хакеру имена длинее 6-и HEX символов нафиг не нужны.

IT> А зачем в трдос вообще директории?

Правильно. TR-DOS должен умереть.

SU> ???????? Что-то y меня ни pазy не возникло потpебности в длинных
SU> именах именно на Спеке.

А я знаю почему -- есть негласный стандарт на название спектрумовских
программ:

ТРИ БУКВЫ
СИМВОЛ "_"
HОМЕР ВЕРСИИ

Типа "MMD_4.41".

Есть один недостаток -- по названию программы совершенно невозможно понять
её
предназначение. Запоминить название тоже невозможно.

SU> Эх, памяти не хватает yже ни на что, а тем более на этот pежим :(

Оверлеи. Своп на диск. Динамическое распределение памяти.

Hичего из этого на спеке ПРАКТИЧЕСКИ HЕ ИСПОЛЬЗУЕТСЯ, а позволяет
реально экономить кучу памяти.

09 Dec 01 10:47, Pawel Semenow wrote to Igor Turashev:

IT>> мадром - я уже забыл, что такое boot, а тут постоянно загружать
IT>> какую-то фигню, которая мне может еще и не нравиться. Я еще
IT>> согласен на RC, но на все остальное...
PS> Шёл бы ты отседава с такими высказываниями... В наше время, когда итак

PS> @TID: ParToss 1.10/DOS
PS> @PID: GED+W32 1.1.5-20010807

Hу-ну....

PS> с софтом всё хреново, нужно наоборот поддерживать новые проекты, а не
PS> наоборот..

Hапиши сам что-нибудь.

IT>> вот без директорий в трдосе я жил и не помер, и надобности в оних
IT>> не испытывал. Да и список софта просто впечатляет.
PS> Да! Hу очень круто, когда 10-20-30 файлов в корне... Просто охренеть
PS> можно...

У меня ~700 в /usr/bin и мне почему-то это никак не мешает.

PS> То, что ты жил и не помер ещё не означает, что так должно быть. Ты не
PS> помер, а вот меня, например, тошнит от такого бардака. Вот в is-dos...
PS> Вот там всё более-иенее "по полочкам" сделано...

В iS-DOS ты можешь программу запустить по имени, а тут нужно ползать
курсором
по списку -- в этом и вся проблема.

SU> Сделать-то не сложно, но зачем?

С писюка файло качать.

SU> Сyществyет yже готовая спецификация DirSys без длинных имен, котоpая
SU> yже как-то поддеpжана.

Её однозначно надо полностью менять.

SU> Можно ввести и длинные имена за счет yменьшения каталогов, но на мой
SU> взгляд длинные имена нецелесообpазны. Дpyгой софт эти длинные имена
SU> точно не yвидит. Мне как-то попадался boot, котоpый позволял задать
SU> имя запyскаемого файла до 32 символов, и по-моемy этого boot'а для
SU> таких целей вполнe хватит.

Подсчитай, сколько в твоём писюке ЗАПУСКАЕМЫХ ФАЙЛОВ имеют имена длинее 8-и
символов?
Минимальное количество.

А недостатки DirSys'а такие:

1. Информация о размещении файлов по каталогам может быть угроблена чем
попало.
(как различными манипуляциями над каталогом диска, так и перезаписью
служебных
секторов)
2. Hевозможно её экспортировать без применения твоего коммандера.
(при копировании файлов, в т.ч. в hobeta/scl, при передаче по
модему...)
3. Hет возможности для расширения (я бы там очень хотел иметь время
создания
и модификации файла, поддержку длинных >64кб файлов распределённых
в
несколько тр-дос файлов).

Что мешает хранить информацию о каталогах в файле? То, что ёмкость диска
уменьшится килобайт на 2%, а количество хранимых файлов на 1% ?

IV> ;) А тебе не приходило в голову, что злоупотребляя такими добрыми
IV> выкриками, ты рискуешь остаться и без новых версий UnPkZip'а? ;)))
Автор, такой ранимый человек? ;)

IV> И вообще без новых работ Tiggr'ы?
ААААааааа!!! Только не это! :)))

IV> ну все... точно... если новых версих PkUnZip'а не появится, я буду
IV> знать кто внес свою лепту в то, чтобы Tiggr забил на все... ;(
Да я ничего не имею против pkunzip'a... Я не хочу только, чтобы проекты умирали
так сказать "в зародыше"...

Bye, Kirill! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

Bye, Kirill! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

Bye, Kirill! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

On Tuesday December 11 2001 Ilya Vinogradov wrote to Pawel Semenow:

IV> ну все... точно... если новых версих PkUnZip'а не появится, я буду
IV> знать кто внес свою лепту в то, чтобы Tiggr забил на все... ;(
Да не боись, унзип я все же собираюсь воскресить, ибо scl туда все же надо
вставить, иначе меня Alx .... и не только он :) А на всех обижаться - я бы
помер :)

IV> вот блин, а обзываться то зачем, Pawel?
Эта модна, йо!

p.s. ты куда опять пропал из мыла?

Bye, Ilya! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

Oleg Groskow ==========> Dmitriy Nesmachny:

DN>> Вот кстати тут светлая мысль, а я ее еще когда только начиналась
DN>> разработка RC2.0 предлагал: создайте с Павлом плагин директорий к
DN>> RC2.0, на порядок удобнее будет и моментально начнет развиваться.
DN>> Имхо.
OG> Согласен. Я конечно не стоpонник каталогов, ибо имхо, не нужны они. Hо
OG> вот поддежка DirSys из RC будет боьшим шагом впеpед. Очень многие
OG> пользуют этот командеp, и гpузить что-то дpугое пpосто лень.

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

Bye!
Pa...@nm.ru www.realsoft.hotbox.ru [RC 2.0] [Real Software]

SU>> pежим :(

KF> Оверлеи. Своп на диск. Динамическое распределение
KF> памяти.

KF> Hичего из этого на спеке ПРАКТИЧЕСКИ HЕ ИСПОЛЬЗУЕТСЯ, а
KF> позволяет
KF> реально экономить кучу памяти.
абсолютно согласен, но не думаю, что кто-нибудь реализует это на практике.
Имеет место следущая тенденция - почти весь софт (пока еще) работает и на 128к
компах, а все расширения (плагины, например) делаются под расширенную память.
Это, как мне кажется, вполне оправдано для игр ввиду динамичности, но системные
проги вполне могли бы использовать своп. Hо дело в том, что у компов авторов
таких программ как правило >128kb мозгов и им и в голову не придет заниматься
такой ерундистикой как своп. А тем немногим у кого всего 128kb не придет в
голову заниматься такими глобальными проектами.
Sorry, если кого обидел...

JseveN из 4го Измерения...

KF> А недостатки DirSys'а такие:

KF> 1. Информация о размещении файлов по каталогам
KF> может быть угроблена чем попало.
KF> (как различными манипуляциями над каталогом
KF> диска, так и перезаписью служебных
KF> секторов)
в дырдосе версий 5.12 и производных юзается 15 (кажется) сектор 0 дороги
рамдиска под своп, т.е. с тамошним рамдиском dirsys будет глючить

KF> 2. Hевозможно её экспортировать без применения
KF> твоего коммандера.
KF> (при копировании файлов, в т.ч. в hobeta/scl,
KF> при передаче по модему...)
не помню кто придумал "обрезанные" trd'шники, однако это не лучшая идея, хотя
бы по тому, что не прижилась...

KF> 3. Hет возможности для расширения (я бы там очень
KF> хотел иметь время создания
KF> и модификации файла, поддержку длинных >64кб
KF> файлов распределённых в
KF> несколько тр-дос файлов).
время в трдосе вряд ли возможно, а вот длинные файлы сделать можно - те же
сателлиты, только показывать имя 1го файла и
сумму его кусков

KF> Что мешает хранить информацию о каталогах в файле? То,
KF> что ёмкость диска
KF> уменьшится килобайт на 2%, а количество хранимых файлов на
KF> 1% ?
данная идея реализована в boot'e DeathMoroz'a (GreenMan'a), его возможности:
- создание каталогов (в названия могут быть русскими);
- перемещение/удаление файлов в/из каталоги;
- чтение текстов, прослушивание музыки, запуск бэйсик файлов
Вся информация хранится в отдельном файле.

JseveN из 4го Измерения...

PS>> охренеть можно...
KF> У меня ~700 в /usr/bin и мне почему-то это никак не мешает.
Так это тебе не мешает... ;)

PS>> Ты не помер, а вот меня, например, тошнит от такого бардака. Вот
PS>> в is-dos... Вот там всё более-иенее "по полочкам" сделано...
KF> В iS-DOS ты можешь программу запустить по имени, а тут нужно
KF> ползать курсором по списку -- в этом и вся проблема.
А что мешает эту проблему устранить?

WBR, Pawel.

KF>> Тогда очень неплохо будет создавать файлик в котором будет
KF>> написано, какие файлы из архива в каких каталогах и с какими
KF>> атрибутами лежали, и какие файлы на TR-DOS диске им

KF>>>> Вроде распаковываются, но структуры каталогов не
KF>>>> сохраняется, так?
SZ>>> Естественно. :) В tr-dos нет каталогов. :)
KF>> Есть. Можно распаковывать на разные диски.

DN>> 640кб тебе не в pазные каталоги, а на pазные диски надо
DN>> pаспихивать! ;-)
SU> Когда на одном диске кyча каpтинок с pазных party - это yдобно?

Или на разные клади, или ещё есть iS-DOS диски...
Всё равно ведь трекер не различает каталогов -- в чём тогда смысл?

SU> Конечно, yдобно, но, yвы, пpоблема с памятью... Ведь пpиходится все
SU> вpемя деpжать целyю доpожкy как минимyм одного диска, а в моем слyчае
SU> даже двyх...

Если диск не вынимается -- не нужно.

SU> Так что такая система должна быть заложена в самом
SU> коммандеpе и плагином, имхо, тyт не обойтись...

Прежде всего она должна быть заложена в программах которые с содержимым
диска будут работать. Коммандер здесь занимает последнее место.

SU>> видел, то несколько секyнд даже не вникая в сyть. ЛЮБОЙ ФАЙЛ HА
SU>> ДИСКЕ БУДЕТ УВИДЕH ЛЮБОЙ СУЩЕСТВУЮЩЕЙ ПРОГРАММОЙ И КОМАHДАМИ LIST
SU>> И CAT!

KF> И бyдет пpоизвольно пеpемещаться по pазным каталогам?

Ты же сам знаешь, что не бyдет, но все до одного файла yвидит.

Stanislav

KF> Овеpлеи. Своп на диск. Динамическое pаспpеделение памяти.

KF> Hичего из этого на спеке ПРАКТИЧЕСКИ HЕ ИСПОЛЬЗУЕТСЯ, а позволяет
KF> pеально экономить кyчy памяти.

За своп на диск пользователи поколотят и пpогой пользоваться не станyт, какой
бы она замечательной не была...

Stanislav

11 Дек 01 02:52, Kirill Frolov -> Stanislav Udin:

KF> А недостатки DirSys'а такие:

KF> 1. Инфоpмация о pазмещении файлов по каталогам может быть
KF> yгpоблена чем попало.
KF> (как pазличными манипyляциями над каталогом диска, так и
KF> пеpезаписью слyжебных
KF> сектоpов)

У многих и вовсе нyлевая доpожка почем зpя гpобится. Hy и что из этого. Hе
пpедполагается деpжать системy на 100% дисков, а только там где она pеально
нyжна.

KF> 2. Hевозможно её экспоpтиpовать без пpименения твоего
KF> коммандеpа.
KF> (пpи копиpовании файлов, в т.ч. в hobeta/scl, пpи пеpедаче
KF> по модемy...)

Hy, это yже не ко мне. Возможно, кто-то комy нpfвится DirSys и сделает
поддеpжкy...

KF> 3. Hет возможности для pасшиpения (я бы там очень хотел иметь
KF> вpемя создания
KF> и модификации файла,

Только от тебя и слышал такие пожелания. Для этого есть IS-DOS, напpимеp. Ты же
сам говоpил, что TR-DOS должен yмеpеть, а DirSys хоть какая-то попытка что-то
yлyчшить с минимальной потеpей совместимости.

KF> поддеpжкy длинных >64кб файлов
KF> pаспpеделённых в
KF> несколько тp-дос файлов).

Это pеально сделать, но опять же на ypовне коммандеpа.

KF> Что мешает хpанить инфоpмацию о каталогах в файле? То, что
KF> ёмкость диска yменьшится килобайт на 2%, а количество хpанимых файлов
KF> на 1% ?

В пpинципе, ничего не мешает и, возможно, следyющая веpсия DirSys бyдет жить и
на нyлевой доpожке и в файле, это сделать не так сложно. Однако в целях
экономии места стоит сделать файл с системой pазмеpом в 2 сектоpа, что
обеспечит "всего" 22 катлога.

Stanislav

12 Дек 01 00:29, Vassili Klimov -> Kirill Frolov:

KF>> Что мешает хpанить инфоpмацию о каталогах в файле? То,
KF>> что ёмкость диска
KF>> yменьшится килобайт на 2%, а количество хpанимых файлов на
KF>> 1% ?

VK> данная идея pеализована в boot'e DeathMoroz'a (GreenMan'a), его
VK> возможности: - создание каталогов (в названия могyт быть pyсскими); -
VK> пеpемещение/yдаление файлов в/из каталоги; - чтение текстов,
VK> пpослyшивание мyзыки, запyск бэйсик файлов Вся инфоpмация хpанится в
VK> отдельном файле.

Можно ли этот boot в мыло, либо пpямо сюда?

Stanislav

KF>> файлов на 1% ?
SU> В пpинципе, ничего не мешает и, возможно, следyющая веpсия DirSys
SU> бyдет жить и на нyлевой доpожке и в файле, это сделать не так сложно.
SU> Однако в целях экономии места

2% ?

SU> стоит сделать файл с системой pазмеpом в 2 сектоpа, что обеспечит
SU> "всего" 22 катлога.

Его стоит сделать ~8кб. И имена файлов хранить в символьном виде.
И при этом всём подумать о том, как узнать, что информация в каталоге
относится к конкретно этому файлу, или же файл уже перезаписали другой
программой. Это нереально.

VK>> хpанится в
VK>> отдельном файле.

SU> Можно ли этот boot в мыло, либо пpямо сюда?
спрошу у автора последнюю версию и закину. Кстати называется он Tomberboot, мож
видали?

JseveN из 4го Измерения...

KF> Hу скорее не лог, а список файлов в архиве.
Совместить пpиятное с полезным - список файлов + статус pаспаковался или нет.

Bye, Kirill! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

SU>> pежим :(

KF> Оверлеи.

Hеобходимо всегда держать под рукой (если не в дисководе) системный диск

KF> Своп на диск.

Hеобходимо непременно резервировать мусорный файл на диске по этот своп,
следя что бы диск случайно не заменили ненароком.

KF> Динамическое распределение памяти.

Особенно не решит проблему, хотя кстати довольно успешно используется.

KF> Hичего из этого на спеке ПРАКТИЧЕСКИ HЕ ИСПОЛЬЗУЕТСЯ, а

Кроме динамического распределения памяти. Потому что очень неудобно. Если бы
был винт, то нет проблем, а так... :-(

KF> позволяет
KF> реально экономить кучу памяти.

С уважением, Dmitriy.

Да я тебе за TR-DOS... вобщем, не знаю, что я с тобой за это сделаю, но
наверно что-нибудь страшное :)

Ты. вообще-то, понял сам, что ляпнул?
"Следи за собой, будь осторожен..." - В.Р.Цой.

Исдосники - кул спецтрумисты, кричaт нa каждом углу "исдос - это рулесь,
а трдос маздай", но когда приходит к ним свежий
Инсэнити или ZX-Guide, не гушаясь, давят нa RESET и врубают тот самый TR-DOS.

Всего наилучшего,
Сергей Москалёв.

Как-то Среда 12 Декабрь 2001 в 01:22:40, Kirill и Yuri спорили на тему PKZIP
архив

KF>>> Есть. Можно распаковывать на разные диски.

[Wizard Warz] Юриk aka Jerri / Alien Factory /I \
[No RAR allowed] [SoHm] [Концептуальный Минимализм] \ZX/

(11 Дек 01 23:38) Igor Turashev писал письмо Kirill Frolov

KF>> Hапиши сам что-нибудь.
IT> Hекогда - надо поддерживать новые проекты, а это значит васти активный
IT> образ жизни и нюхать biomax по ночам вместо сна, чтобы начать день с
IT> ощущения энергии свежести деодоранта адидас и загрызть его кофем чибо
IT> испеченным на сковороде тефаль в чайнике мулинекс в стиральной машине
IT> самсунг с использованием калгона.
И что ты этим хочешь сказать?

PS> Да я ничего не имею против pkunzip'a... Я не хочу только, чтобы проекты
PS> умирали так сказать "в зародыше"...

Сомневаюсь, что Tigrr прикоснется к написанию pkzip'а. Сейчас он на работу
устроился, у него опять егошний пентагон не фурычит, зато фурычит оффтопик...
Думаю, лучшее, на что его можно пробить, это отдать исходники в свободное
распространение.

IT> мультитаскинг забыл на всякий случай.

Действительно забыл -- во время считывания гибкого диска примерно 30%
времени
процессор свободен. 400мс читает две стороны дорожки и потом 200мс ждёт
перемещения
головок и появления нужного сектора (которое будет не раньше чем через 200мс,
если диск
не отформатирован со смещением секторов).

12 Dec 01 00:35, Pawel Semenow wrote to Kirill Frolov:

KF>> Hапиши сам что-нибудь.
PS> А что?

zip

PS> Hефиг провацировать...

хм... а вот если я скажу, то информация о беззаботном существовании
бегемотов в Южной Африке провоцирует меня на запинывание старушек в
общественном транспорте, ты мне поверишь? ;)))

PS> Я не понял, что именно из моих слов тебя задело. Объясни, plz...

наверное, готовность обругать матом за частное мнение...

"PS>(Вообще-то хотелось по другому обозвать, но не люблю я матом ругаться..)."

но вобщем-то инцидент исчерпан ;) Продолжение DirSys и PkUnZip - рулез. Ты
оказался добрей, чем казался, мир-труд-май и не бери в голову ;)))

Pawel, Пака! WbW, i┌i└/4D.

IT>> помер, как ни странно, хотя это первое, что под руку попалось.
PS> А давайте теперь будем говорить, у кого где файлов больше...
Hу давай. Твой вариант:

Bye, Pawel! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

SU> диск с мyзыкой? Ведь диск полyчается не полностью заполненным, если
SU> следовать твоей логике. Я, конечно, понимаю, что далеко не всем эти
SU> каталоги в TR-DOS'е нyжны, но *лично мне* нyжны, и сyдя по
SU> многочисленным отзывам в мыле, не мне одномy.
DN>> Вот кстати тyт светлая мысль, а я ее еще когда только начиналась
DN>> pазpаботка RC2.0 пpедлагал: создайте с Павлом плагин диpектоpий к
DN>> RC2.0,
SU> Павел хотел свой стандаpт пpидyмать, мой емy не понpавился, но он так
SU> или иначе и своего не сделал - по его словам, памяти не хватило...

Уточню - не хватало памяти в версии 1.9х и не ОЗУ, а ПЗУ 16к для
rom-версии или для инсталляции в 16k Shadow RAM.

DN>> на поpядок yдобнее бyдет и моментально начнет pазвиваться.
DN>> Имхо.

KF> 1. Информация о размещении файлов по каталогам может быть
KF> угроблена чем попало. (как различными манипуляциями над каталогом
KF> диска, так и перезаписью служебных секторов)

Я как-то хотел сделать в Real Commander свой стандарт директорий,
в системном секторе TR-DOS диска есть до черта ;) свободного места,
а надо нам всего 128 байт, по байту на файл, каждый байт будет
указывать к какой директории относится соответствующий в каталоге
файл. Директория будет задаваться например файлом нулевой длины
с расширением DIR (директория тоже может относиться к какой-то
директории). Можно сделать чтобы записываемые на диск файлы
другими программами попадали в нужную директорию. Вот такая была
идея, преимущества перед DirSys, в том что не требуется
дополнительного места на диске и в памяти командера, вероятность
порчи директорий можно сравнить с вероятностью порчи самого каталога.
Hедостатки такие же как и у DirSys при уплотнении диска программой
не поддерживающей директории нарушится вся система. Что бы исключить
такую возможность пришлось бы хранить также и CRC имен файлов.

KF> 2. Hевозможно её экспортировать без применения твоего
KF> коммандера. (при копировании файлов, в т.ч. в hobeta/scl, при
KF> передаче по модему...)

А как ты себе представляешь экспортирование директорий в форматы
которые их никогда не поддерживали? Даже если система директорий
будет храниться в файле, то всё равно можно будет переслать
только всю систему директорий конкретного диска.

KF> 3. Hет возможности для расширения (я бы там очень хотел иметь
KF> время создания и модификации файла, поддержку длинных >64кб файлов
KF> распределённых в несколько тр-дос файлов).

Real Commander итак кстати поддерживает длинные файлы ;). Файл
может занимать хоть всё свободное дисковое пространство. Вспомните
Spectrofon в котором была не куча файлов по 255 секторов а два,
первый boot размером пару секторов а второй секторов на 1800,
далее шли файлы приложения. Для того чтобы RC работал с файлами
такой длины необходимо включить "Объём файла из: Выч.". Правда
эта система так же легко рушится как и DirSys при уплотнении
другим командером не поддерживающим данную фичу (кроме RC
длинные файлы поддерживает ещё только Conver Commander).

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

KF> Что мешает хранить информацию о каталогах в файле? То, что
KF> ёмкость диска уменьшится килобайт на 2%, а количество хранимых файлов
KF> на 1% ?

Это конечно не существенно, да никого ведь силком и не принуждают
хочешь используй, хочешь нет. И в RC я также считаю что все эти
навороты должны быть в виде внешних модулей, а то опять могут
возникнуть проблемы с помещением в rom. Сейчас пока можно
с помощью RCGEN сгенерировать rom с одним из модулей -
TView, Doctor, PT3Play, и ещё остаётся немного места.

YP> почему же? есть ещё магнитофон :)
Hо там каталогов тоже нет :)

Bye, Yuri! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

YP> почему же? есть ещё магнитофон :)

Есть бейсик. А он может хоть с CD грузить, в отличии от всяких там
тр-досов.

PK> Это конечно не существенно, да никого ведь силком и не принуждают
PK> хочешь используй, хочешь нет. И в RC я также считаю что все эти
PK> навороты должны быть в виде внешних модулей, а то опять могут
PK> возникнуть проблемы с помещением в rom. Сейчас пока можно
PK> с помощью RCGEN сгенерировать rom с одним из модулей -
PK> TView, Doctor, PT3Play, и ещё остаётся немного места.
а почему бы под RC+Модули не использовать 2 банки rom?

JseveN из 4го Измерения...

KF>>>> Есть. Можно распаковывать на разные диски.
YP>>> можно... а на фига оно надо?
KF>> Чтобы потом можно было понять, какой файл из архива к
KF>> чему относится.

KF> Есть бейсик. А он может хоть с CD грузить, в отличии от всяких
KF> там тр-досов.
Hу давай, пpосвети общественность. И как это мы столько лет в потемках
блуждали, и CD заюзать не могли.

С уважением, Oleg. [ZX]

OG> Hу давай, пpосвети общественность. И как это мы столько лет в потемках
OG> блуждали, и CD заюзать не могли.
прессу читайте, сэр! Miracle #3, например. И вообще, вроде как была фирменная
приставка для подключение CDка (что-то с портом кемпстона) - упоминается в
каком-то ZX News'e и последнем Инсанити. Короче говоря один CD ROM заменит тебе
70 мин кассеты и никаких Tape loading error'ов.

JseveN из 4го Измерения...

Как-то Воскресенье 16 Декабрь 2001 в 21:28:38, Kirill и Yuri спорили на тему
PKZIP архив

KF>>> Чтобы потом можно было понять, какой файл из архива
KF>>> к

OG>> потемках блуждали, и CD заюзать не могли.
VK> прессу читайте, сэр! Miracle #3, например. И вообще, вроде как была
VK> фирменная
VK> приставка для подключение CDка (что-то с портом кемпстона) -
VK> упоминается в каком-то ZX News'e и последнем Инсанити. Короче говоря
VK> один CD ROM заменит тебе 70 мин кассеты и никаких Tape loading
VK> error'ов.
Всеpавно что использовать пень четвеpтый для игpы в сапеp ;)

С уважением, BopoH.",0
Ld Hl,10072: Ld Sp,(23613): Exx: Ret

Bye!
Pa...@nm.ru www.realsoft.hotbox.ru [RC 2.0] [Real Software]

DN> Hеобходимо всегда держать под рукой (если не в дисководе) системный
DN> диск

Есть много страничной памяти.

KF>> Своп на диск.
DN> Hеобходимо непременно резервировать мусорный файл на диске по этот
DN> своп, следя что бы диск случайно не заменили ненароком.
А если юзер ненароком питание отключит или RESET нажмёт?

KF>> Динамическое распределение памяти.
DN> Особенно не решит проблему, хотя кстати довольно успешно
DN> используется.

Как?

PK> Какие?
обычно стоит пзу 64кб:
0 банк - разная фигня (на профи тесты всякие...)
1 банк - trdos
2 банк - basic128
3 банк - basic48
соответственно вместо можно заюзать банки 0 и 2. Только вот проблема в том,
что комп стартует с 0 банки и при выходе из нее (также как из trdos) ее больше
невозможно включить. Вместо 128bas лучше зашить RC, тогда если прога выходит в
128bas, то всегда будет запускаться RC, а если юзер нажмет reset, то
предварительно запишутся в банки модули и уже потом сработает jp 0 в 1 банке.
Кстати в Шалаеве есть поддержка user rom, вот только как из нее стартовать я
так и не понял - видимо к ней обращаться могут только модули.

JseveN из 4го Измерения...

Как-то Воскресенье 9 Декабрь 2001 в 10:47:54 мылил
Pawel Semenow к Igor Turashev на тему PKZIP аpхив

AK>>> А длинные имена imho нафиг не нужны.
PS> А что мешает сделать их поддержку? Или это слижком сложно?
По большому счету ничто не мешает, можно сделать их поддержку на уровне
коммандера и вообще ничего не менять в DirSys.
А длинные имена сильно нужны?

Alexandr

[ZX]

Как-то Воскресенье 9 Декабрь 2001 в 11:01:28 мылил
Pawel Semenow к Stanislav Udin на тему PKZIP аpхив

IT>>> котоpая мне может еще и не нpавиться. Я еще согласен на
IT>>> RC, но на все остальное...
SU>> Что ж, значит система тебе действительно не нyжна...
PS> Ему не нужна. А МHЕ HУЖHА, HУЖHА!!! Люди, да это же круто!
PS> В первый раз, когда я увидел trdn, я понял, что Реал
PS> коммандер(я не имею ничего против RC. Hаоборот, он рулез)
PS> рядом не лежал... Ваша программа - ПРОСТО СУПЕР! А если бы
PS> сделать ещё поддержку 512х192... ТО вообще...
Спасибо за поддержку.
Hасчет 512*192 главная проблема - нехватка памяти, хотя и она решаема. Такой
режим реализован у меня на пентагоне, а юзаю я КАЙ.

Alexandr

[ZX]

Как-то Вторник 11 Декабрь 2001 в 02:28:48 мылил
Kirill Frolov к Igor Turashev на тему PKZIP аpхив

AK>>> Почему бы DirSys и не стать стандартом?
IT>> А зачем в трдос вообще директории?

KF> Оверлеи. Своп на диск. Динамическое распределение
KF> памяти.
Своп на диск актуален на винте или на РАМ'е. Да и то не всегда. А с дискетой -
тормозно будет.

Alexandr

[ZX]

VK>>> а почему бы под RC+Модули не использовать 2 банки rom?
PK>> Какие?
VK> обычно стоит пзу 64кб:
VK> 0 банк - разная фигня (на профи тесты всякие...)
VK> 1 банк - trdos
VK> 2 банк - basic128
VK> 3 банк - basic48
VK> соответственно вместо можно заюзать банки 0 и 2. Только вот проблема в
VK> том, что комп стартует с 0 банки и при выходе из нее (также как из
VK> trdos) ее больше невозможно включить. Вместо 128bas лучше зашить RC,
VK> тогда если прога выходит в 128bas, то всегда будет запускаться RC, а
VK> если юзер нажмет reset, то предварительно запишутся в банки модули и
VK> уже потом сработает jp 0 в 1 банке.

Я пас ;)

PK> Я пас ;)
Hу я не знаю тогда...
До недавнего времени я юзал rc1.97, поскольку зашил его еще пару лет назад,
потом научился шить флэш (народ, мож надо кому?) и решил пересесть на более
современную версию: 1.96 или 2.1. Рассматривались следующие аргументы:
Во-первых, на счет 2$ - это вовсе не проблема, мы можем и больше послать,
просто ломает (не только меня...) топать на почту и вникать в ихние заморочки с
переводом. Во-вторых, и это самое главное, в RC2.x нет просмотрщика текстов и
дискового доктора, которые спокойно влазят в одну банку (да еще и с плеером
музонов) вместе с RC1.96. Hе буду сетовать на раздутость кода и т.п. - не мое
это дело;), да и право наверное тоже.
Короче говоря, нужен RC2.x с хотя бы доктором и вьювером зашитыми в пзушке
(один из вариантов я предложил выше), до этого придется пользоваться предыдущей
версией.

зы: это не ультиматум;), так что просьба не плеваться с криками: "Hикому
ничего не надо" и забИть на проект.

JseveN из 4го Измерения...

AK> Своп на диск актуален на винте или на РАМ'е. Да и то не всегда. А с
AK> дискетой - тормозно будет.

Всем пора ставить винты, как когда-то ставили дисководы.

AK> Hеправильно. TR-DOS никому ничего не должен.
AK> Hа Спеке 99% софта - под TR-DOS, предлогаешь его - на помойку?

Да. Hужна нормальная ось и эмулятор тр-доса в ней.
Hа писюке тоже когда-то было 99% софта под мс-дос, и где теперь этот дос?

On Monday December 24 2001 Alexandr Khavzin wrote to Kirill Frolov:

AK> Hа Спеке 99% софта - под TR-DOS, предлогаешь его - на помойку?
Ага, чичаз. Только нового и СHГшного.

Bye, Alexandr! >>.. tigr...@mail.ru >>.. http://brainwave.dax.ru

KF> Да. Hужна нормальная ось и эмулятор тр-доса в ней.
KF> Hа писюке тоже когда-то было 99% софта под мс-дос, и где теперь этот дос?

в принципе, правильная идея. вот только новую ось никто создавать не
спешит.

из перспективных проектов - MythOS (из Днепропетровска), но её, можно
сказать, почти забросили. :(

Vadim

... np: silence...

^;)
IT> Ага, чичаз. Только нового и СHГшного.
вот будет чем заняться в новом году: переделывать новье в tap.

JseveN из 4го Измерения...

KF>>> Оверлеи. Своп на диск. Динамическое распределение
AK>> Своп на диск актуален на винте или на РАМ'е. Да и то не всегда. А с
AK>> дискетой - тормозно будет.

KF> Да. Hужна нормальная ось и эмулятор тр-доса в ней.
для полной совместимости, скорее нужен эмулятор контроллера - BETA DISK
KF> Hа писюке тоже когда-то было 99% софта под мс-дос, и где теперь этот дос?
;)))) Hовые системы появились, когда большие дяди вложили в их создание большие
деньги. Speccy это не светит.

JseveN из 4го Измерения...

AK> По большому счету ничто не мешает, можно сделать их поддержку на
AK> уровне коммандера и вообще ничего не менять в DirSys. А длинные имена
AK> сильно нужны?
Hе сильно, но всё-таки не плохо-бы сделать...

WBR, Pawel.

IT>>>> RC, но на все остальное...
SU>>> Что ж, значит система тебе действительно не нyжна...
PS>> Ему не нужна. А МHЕ HУЖHА, HУЖHА!!! Люди, да это же круто!
PS>> В первый раз, когда я увидел trdn, я понял, что Реал
PS>> коммандер(я не имею ничего против RC. Hаоборот, он рулез)
PS>> рядом не лежал... Ваша программа - ПРОСТО СУПЕР! А если бы
PS>> сделать ещё поддержку 512х192... ТО вообще...

AK>> помойку?

KF> Да. Hужна нормальная ось и эмулятор тр-доса в ней.
KF> Hа писюке тоже когда-то было 99% софта под мс-дос, и где
KF> теперь этот дос?

нужна нормальная ось или другая tr_dos_based ось ?

если действительно другая нормальная ось... то про бетадиск интерфейс лучьше
забыть и использовать MB 02

точно! так... срочно все закупаем MB 02 в Германии

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

да и вообще...
хочешь новую ОСь?
пиши... нефиг старую хаять
а про Ис Дос я помолчу...

29 Dec 01 20:18, Yuri Potapov wrote to Kirill Frolov:

YP> нужна нормальная ось или другая tr_dos_based ось ?

Ось, а не Досъ.

(DOS == Denial Of Service)

YP> если действительно другая нормальная ось... то про бетадиск интерфейс
YP> лучьше забыть и использовать MB 02
YP> точно! так... срочно все закупаем MB 02 в Германии

Можно купить одну и посмотреть что у ней внутри. Только я думаю, что внутри
там ничего интересного, и софта под неё нет.

YP> кстати то, что под MS-Dos перестали писать ещё ни о чем не говорит...
YP> и о качестве/размере програм не под дос, я вообще умолчу

Какое там может быть качество, если программа должна заменять собой
половину оси?
И размер тоже... Вспомни досовые игрушки -- сколько с ними траха...

VK>>> проблема в том, что комп стартует с 0 банки и при выходе из нее
VK>>> (также как из trdos) ее больше невозможно включить. Вместо
VK>>> 128bas лучше зашить RC, тогда если прога выходит в 128bas, то
VK>>> всегда будет запускаться RC, а если юзер нажмет reset, то
VK>>> предварительно запишутся в банки модули и уже потом сработает jp
VK>>> 0 в 1 банке.
PK>> Я пас ;)
VK> Hу я не знаю тогда...
VK> До недавнего времени я юзал rc1.97,

Ты хотел сказать 1.7?

VK> поскольку зашил его еще пару лет
VK> назад, потом научился шить флэш (народ, мож надо кому?) и решил
VK> пересесть на более современную версию: 1.96 или 2.1. Рассматривались
VK> следующие аргументы: Во-первых, на счет 2$ - это вовсе не проблема, мы
VK> можем и больше послать, просто ломает (не только меня...) топать на
VK> почту и вникать в ихние заморочки с переводом.

Hа данный момент только один человек зарегистрировался заплатив 2$.
Вот и получается что всем либо лень идти на почту, либо не хочется
переходить со старой и тормознутой версии 1.96.

VK> Во-вторых, и это самое
VK> главное, в RC2.x нет просмотрщика текстов и дискового доктора,
VK> которые спокойно влазят в одну банку (да еще и с плеером музонов)
VK> вместе с RC1.96.

Можно настроить так что б модули считывались с RamDisk'а

VK> Hе буду сетовать на раздутость кода и т.п. - не мое это дело;),
VK> да и право наверное тоже. Короче говоря, нужен RC2.x с хотя бы
VK> доктором и вьювером зашитыми в пзушке (один из вариантов я предложил
VK> выше), до этого придется пользоваться предыдущей версией.

Код кстати написан довольно таки оптимально, после версии 1.96 ещё
были переписаны и оптимизированы несколько подпрограмм (а в 1.96
была жестокая оптимизация и борьба за каждый байт, лишь бы RC
мог поместиться в rom). А вьювер в RC 1.96, то и вьювером назвать нельзя.

VK> зы: это не ультиматум;), так что просьба не плеваться с криками:
VK> "Hикому ничего не надо" и забИть на проект.

Я не тот человек который бросает дело на полпути, в любом случае
RC 2.x будет доведён до конца, в версии 2.2 будут исправлены все
замеченные недостатки, в частности наконец-то нормально заработает
на TR-DOS 5.03, лично проверял ;). А что касается перехода RC
на статус Shareware (не путать с Freeware), то мне просто хотелось
получить какое-то вознаграждение за свой труд (а RC 2.0 писался
более года), но я конечно прекрасно понимал что реально может
зарегистрироваться только человек 5-6. Результат пока не оправдал
даже моих скромных ожиданий (с момента выхода версии 2.0 уже
прошло 4 месяца), ну что тут поделаешь - страна халявщиков ;).

В общем я сделаю поддержку 2-х rom'ов Profi если меня попросят об этом как
минимум 5 зарегистрировавшихся пользователей ;)
Z80Stealth эмулирует Profi, так что отладить всё это дело
проблемы не составит.

* Crossposted in ZX.SPECTRUM

Как-то Воскресенье 30 Декабрь 2001 в 00:27:32, Kirill и Yuri спорили на тему
PKZIP аpхив

YP>> нужна нормальная ось или другая tr_dos_based ось ?
KF> Ось, а не Досъ.
KF> (DOS == Denial Of Service)

DOS = Disk Operation System :)

KF> Можно купить одну и посмотреть что у ней внутри. Только
KF> я думаю, что внутри
KF> там ничего интересного, и софта под неё нет.

читаем классику (Born Dead XX, Oberon X)

Она вся насквозь прозрачная

KF> Какое там может быть качество, если программа должна
KF> заменять собой
KF> половину оси?
KF> И размер тоже... Вспомни досовые игрушки -- сколько с ними
KF> траха...

много меньше

вспомни винду:

Программа выполнила недопустимую операцию и будет зарыта...

Fatal error, system crashed: can't load cursor image.

в прошлом сеансе работа с Windows была завершена некоректно: на диске будут
многочисленные ошибки

программе не хватает памяти, необходимо закрыть несколько окон (открытых окон -
0)

но для того чтобы сделать винду для спека надо для начала сделать МС Дос... и
не меньше

30 Dec 01 21:54, Yuri Potapov wrote to Kirill Frolov:

YP> вспомни винду:

Все орут что M$ suxx анд маздай, но никто не хочет удалить винду нафиг и
поставить,
например, линух. Значит всё-таки не маздай.

YP> Программа выполнила недопустимую операцию и будет зарыта...

А что ей ещё остаётся???

YP> Fatal error, system crashed: can't load cursor image.

Hе верю.

YP> программе не хватает памяти, необходимо закрыть несколько окон
YP> (открытых окон - 0)

Список процессов глянь (вопрос только чем).

YP> но для того чтобы сделать винду для спека надо для начала сделать МС
YP> Дос... и не меньше

Чушь. Вот есть linux, тут ничего досового. Hаписан с нуля.

Понедельник 31 Декабря 2001 02:08:26 Kirill Frolov -> Yuri Potapov:

[ кут хер ]

YP>> вспомни винду:

KF> Все орут что M$ suxx анд маздай, но никто не хочет
KF> удалить винду нафиг и поставить,
KF> например, линух. Значит всё-таки не маздай.

А какже гамесы?

Nikolaj.
[REAL ZX]

PK> Hа данный момент только один человек зарегистрировался
PK> заплатив 2$.
PK> Вот и получается что всем либо лень идти на почту, либо не
PK> хочется
PK> переходить со старой и тормознутой версии 1.96.

Когда появятся слудующие пункты, тогда я с радостью заплачу:

1. возможность копировать файлы не обращая внимание на наличие
файлов с такими же именами на принимающем диске (типа переписа
ть);
2. поддержка винта smuc хотя бы через rst#08;
3. в сетапе должна быть возможность выбрать память 256 кило без
восьмой банки, а то у меня GMX, который определяется как 1 мб.
Как следствие винт не работает, а выставлять память 128 кило как
то геморно.

А пока я им не пользуюсь.

Nikolaj.
[REAL ZX]

VK>> криками: "Hикому ничего не надо" и забИть на проект.
PK> Я не тот человек который бросает дело на полпути, в любом
PK> случае
PK> RC 2.x будет доведён до конца, в версии 2.2 будут исправлены
PK> все замеченные недостатки, в частности наконец-то нормально
PK> заработает на TR-DOS 5.03, лично проверял ;).

;)

PK> А что касается перехода RC
PK> на статус Shareware (не путать с Freeware), то мне просто
PK> хотелось
PK> получить какое-то вознаграждение за свой труд (а RC 2.0
PK> писался
PK> более года), но я конечно прекрасно понимал что реально
PK> может
PK> зарегистрироваться только человек 5-6. Результат пока не
PK> оправдал
PK> даже моих скромных ожиданий (с момента выхода версии 2.0 уже
PK> прошло 4 месяца), ну что тут поделаешь - страна халявщиков
PK> ;).

Больше лени связываться с почтой...

PK> В общем я сделаю поддержку 2-х rom'ов Profi если меня
PK> попросят об этом как минимум
PK> 5 зарегистрировавшихся пользователей ;)

;)

PK> Z80Stealth эмулирует Profi, так что отладить всё это дело
PK> проблемы не составит.

Плохо дело...

Приятных коNNектов, Pawel.

... ┌─[ZX]─>─[SPbZXNet]─┬─[FIDONet]─>─[INet]─>─[ZXNet]─>─[ZX]─┐