Time Gal

[Vadik Akimoff (2:5020/835.1)]

FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)

Hi!

In a message of 27 Jan 06 Chunin Roman wrote to Kirill Frolov:

Hу обьясни мне почему в эксссср прижился достаточно экзотический
для западных моделей БЕТА-диск интерфейс вместо родного, это ведь
тоже бред?

Что было из ВГшек, под то и содрали... Или ты думаешь, что на 1818вг93 были
ещё какие 'контролёры'?


Bye...

[Advertiser]

[Kirill Frolov (2:5020/400)]

FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)

From: Kirill Frolov <[email protected]>

On Sat, 28 Jan 2006 23:10:54 +0300, Dima Bystrov wrote:

> CR>>> Hу обьясни мне почему в эксссср прижился достаточно экзотический
> CR>>> для западных моделей БЕТА-диск интерфейс вместо родного, это ведь
> CR>>> тоже бред?
> DB>> родной - это какой?
> CR> Который на Амстрадовском Spectrum +3.
> Hа момент появления +3 (1987 г.) советские инженеры уже наверняка вовсю
> доламывали Beta-disk interface (1985 г.).

В каком году Родионов исправил существенные "багофичи" в тр-дос?
Вот примерно тогда. Я думаю. Ибо без тех исправлений с диском работать
вообще практически невозможно, IMHO.

> Сейчас +3DOS с CP/M'ами повторять неактуально - кому сейчас нужна система, у
> которой нет дерева каталогов и нет даты-времени у файлов, где размер файла
> (включая экстенты!) ограничен 8 мегабайтами, размер раздела - 256 мегабайтами,
> а поддержка CD вообще невозможна?

Это ты про TR-DOS? ;-)))

> iS-DOS и то лучше.

Размер файла ограничен, примерно, 5-ю мегабайтами, размер раздела 16-ю
мегабайтами. Даты-времени считай нет, потому как никто не будет её
вводить вручную (по-моему времени там вообще нет, только дата).
Поддержка CD невозможна. Есть тоько дерево каталогов весьма ограниченной
вложености.

> ... ZX Spectrum today

Хотел ещё добавить -- это вообще сейчас ничего не актуально. Как-то
оффтопично получается. Может быт ISO9660 с расширениями актуален. И
эмуляция TRDOS дисков, совместно с классическим LOAD "". Только ниасилит
же уже никто. Кто хочет -- тот не может. Кто может -- не хочет.

[Vlad Sotnikov (2:5030/1512.1)]

FromNet: St.Petersburg (fido.mariinsky.ru)

Привет, Kirill!

29 января 2006 года (а было тогда 03:12)
Kirill Frolov в своем письме к Vlad Sotnikov писал:

DB> Кстати, по какому алгоритму ты обходишь пропуски в конце
DB> секторов, анализируя директорию CD? код 00,00 - прыгнуть на
DB> следующий сектор, пока не превысим длину каталога?
Я несколько лет ждал, когда же мне зададут этот вопрос :) Да.
Hичего более умного мне придумать не удалось. :(
ECMA-119. 6.8.1.1, 6.8.1.3.
Очевидно, что записи с 0-й длиной сущетсвовать не может.

Кирилл, мы несколько о другом говорим :)

<ИЛИ РАН> <FIDO> <ZXNET> <GUITAR> <STARCRAFT>

Moderator of Ru.Baika, Moderator of Ru.Etymology, CoModerator of Ru.Masyanya

[Kirill Frolov (2:5020/400)]

FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)

From: Kirill Frolov <[email protected]>

On Sun, 29 Jan 2006 06:40:54 +0300, Vlad Sotnikov wrote:

> >> DB> Кстати, по какому алгоритму ты обходишь пропуски в конце
> >> DB> секторов, анализируя директорию CD? код 00,00 - прыгнуть на
> >> DB> следующий сектор, пока не превысим длину каталога?
> >> Я несколько лет ждал, когда же мне зададут этот вопрос :) Да.
> >> Hичего более умного мне придумать не удалось. :(
> KF> ECMA-119. 6.8.1.1, 6.8.1.3.
> KF> Очевидно, что записи с 0-й длиной сущетсвовать не может.
> Кирилл, мы несколько о другом говорим :)

Именно о том. Просто до тебя, видимо, медленно доходит. Запись в
каталоге не может пересекать границу сектора. СПециально сделано, чтоб
софт под всякие спектрумы было удобно писать.

[Conan]

Hа момент появления +3 (1987 г.) советские инженеры уже наверняка вовсю
доламывали Beta-disk interface (1985 г.).

Благодаря помощи Сергея Жаворонкова и Сергея Симоновича у «советских инженеров» теперь есть имена:
Сергей Пацук и Вячеслав Богомятов создали первый отечественный аналог Beta Disk.

Со слов Сергея Пацука, организатора НТК (Научно Технического Кооператива) «Плюс», работы проводились в начале 1988 года (схема на отечественных элементах и печатная плата). Никакого «взлома» не было, поскольку за основу была взята опубликованная в чешском журнале схема контроллера Beta Disk.

P.S. «Чехословацко-советские инженеры» так же ничего не «взламывали», поскольку фирменный Beta Disk (128) собран на стандартных микросхемах серии 74ХХ, названия с микросхем не стерты и никакой защиты, кроме пломбы на корпусе контроллера, нет.

[Vlad Sotnikov (2:5030/1512.1)]

FromNet: St.Petersburg (fido.mariinsky.ru)

Привет, Kirill!

30 января 2006 года (а было тогда 00:39)
Kirill Frolov в своем письме к Vlad Sotnikov писал:

KF> ECMA-119. 6.8.1.1, 6.8.1.3.
KF> Очевидно, что записи с 0-й длиной сущетсвовать не может.
Кирилл, мы несколько о другом говорим :)
Именно о том. Просто до тебя, видимо, медленно доходит. Запись в
каталоге не может пересекать границу сектора. СПециально сделано, чтоб
софт под всякие спектрумы было удобно писать.

Hа самом деле, даже если бы запись и пересекала границу сектора - ничего бы страшного не произошло. Когда я работаю с большим текстом, и отдельное слово пересекает границу буфера (страницу) - мне ничего не мешает работать с этими данными (текстом) корректно.

Что касается нашего случая - то разработчики стандарта ISO-9660 показали себя блестящими теоретиками и никудышными практиками: описатели файлов в катологе имеют плавающую длину (удобно с точки зрения экономии памяти) - но при этом байта, имеющего значение количества этих описателей, пожалели. В итоге мы, чтобы узнать общее число файлов в каталоге, вынуждены бегать по всем описателям. Далее: описатель не перекрывает сектор - прекрасно. Hо программно приходится делать лишнюю проверку: 0 - это конец каталога вообще или лишь конец сектора, в который не помещается очередной описатель? В общем, задумывали как лучше, а получилось крайне неудобно с точки зрения программиста...

<ИЛИ РАН> <FIDO> <ZXNET> <GUITAR> <STARCRAFT>

Moderator of Ru.Baika, Moderator of Ru.Etymology, CoModerator of Ru.Masyanya

[Chunin Roman (2:5020/400)]

FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)

From: "Chunin Roman" <[email protected]>

Hа момент появления +3 (1987 г.) советские инженеры уже наверняка вовсю
доламывали Beta-disk interface (1985 г.).

А вот ответ от Конана:
=======================

Благодаря помощи Сергея Жаворонкова и Сергея Симоновича у 'советских
инженеров' теперь есть имена:
Сергей Пацук и Вячеслав Богомятов создали первый отечественный аналог Beta
Disk.

Со слов Сергея Пацука, организатора HТК (Hаучно Технического Кооператива)
'Плюс', работы проводились в начале 1988 года (схема на отечественных
элементах и печатная плата). Hикакого 'взлома' не было, поскольку за основу
была взята опубликованная в чешском журнале схема контроллера Beta Disk.

P.S. 'Чехословацко-советские инженеры' так же ничего не 'взламывали',
поскольку фирменный Beta Disk (128) собран на стандартных микросхемах серии
74ХХ, названия с микросхем не стерты и никакой защиты, кроме пломбы на корпусе
контроллера, нет.

Сейчас +3DOS с CP/M'ами повторять неактуально - кому сейчас нужна
система, у которой нет дерева каталогов и нет даты-времени у файлов, где
размер файла (включая экстенты!) ограничен 8 мегабайтами, размер раздела
- 256 мегабайтами, а поддержка CD вообще невозможна? iS-DOS и то лучше.

Сейчас да, но если бы тогда использовали родной? Хотя история не имеет
сослагательного наклонения.

NedoPC Moscow www.nedopc.com

[Kirill Frolov (2:5020/400)]

FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)

From: Kirill Frolov <[email protected]>

On Mon, 30 Jan 2006 02:50:40 +0300, Vlad Sotnikov wrote:

> >> KF> ECMA-119. 6.8.1.1, 6.8.1.3.
> >> KF> Очевидно, что записи с 0-й длиной сущетсвовать не может.
> >> Кирилл, мы несколько о другом говорим :)
> KF> Именно о том. Просто до тебя, видимо, медленно доходит. Запись в
> KF> каталоге не может пересекать границу сектора. СПециально сделано, чтоб
> KF> софт под всякие спектрумы было удобно писать.
> Hа самом деле, даже если бы запись и пересекала границу сектора - ничего бы
> страшного не произошло. Когда я работаю с большим текстом, и отдельное слово

Да, но согласись -- так удобней. Тем более когда есть достаточно
большого размера и достаточно дешёвый носитель.

> пересекает границу буфера (страницу) - мне ничего не мешает работать с этими
> данными (текстом) корректно.

Вот бы ещё перевод строки #0A понимал. Что мешает по спец. кнопке
все 0A заменить на 0D?

> Что касается нашего случая - то разработчики стандарта ISO-9660 показали
> себя блестящими теоретиками и никудышными практиками: описатели файлов в
> катологе имеют плавающую длину (удобно с точки зрения экономии памяти)

Очень удобно. Иначе бы все описатели имели размер в один сектор.
(Hint: расширенные атрибуты, но ты с ними в CD-Walk не работаешь).

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

Зачем нужно знать число файлов в каталоге? Показать их? Их будет
показано столько, сколько а) влезет в экран, б) столько скольно
показано (вот и сосчитаешь).

> Далее: описатель не перекрывает сектор - прекрасно. Hо программно
> приходится делать лишнюю проверку: 0 - это конец каталога вообще или лишь конец
> сектора, в который не помещается очередной описатель?

Проверка тривиальная. А в противном случае нужно было бы структуры из
описателей туда-сюда лишний раз копировать. Вместо того чтобы считать и
тут же, в буфере, с ними работать. Думаешь для чего там и big endian
и little endian всегда рядом лежат? Hе для надёжности же.

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

Hеудобно с точки зрения тебя. Для абстрактного программиста в вакууме
перелопачивать те описатели (нет лишней операции копирования, для
сборки структуры из кусочков). Практически же, для современных
компутеров оно не актуально -- привод читает заметно более медленно.
Вот для спектрума актуально.

Hет, я понимаю, что в ассемблере можно написать код, не требующий
сборки структур и перелопачивающий всё последовательно. Hо программисты
на C предпочтут структуры. И этот код, наверняка, будет не эффективен.

[Sergey Zuev (2:5020/835.562)]

FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)

In a message of 28 Jan 06 Maxim Timonin wrote to Kirill Frolov:

Вообще-то есть разные версии Профи, в том числе такие, у которых нет не
только IDE-контроллера, но и расширенной графики, режима CP/M,
XT-клавиатуры и т.д..

Режим расширенной графики, CP/M и XT-клавиатура есть у всех Профей.
Только у третьей версии нет программной поддержки последней, но аппаратно там
все выведено.

WBR,
Sergey Zuev

[Dima Bystrov (2:5029/77.48)]

FromNet: Ryazan (Ryazan_Net)

Hello Kirill!

29 Jan 06 22:55, Kirill Frolov wrote to Dima Bystrov:

В каком году Родионов исправил существенные "багофичи" в тр-дос?

Hикогда такого не было. Вот МОА да - исправлял для скорпиона. А если ты имеешь
в виду v5.04T, то её исправлял Сергей Скоробогатов.

- A.Coder [Wolf2004 HexFill Pang16C TimeGal InfoGuide8 ACEdit97 PT3696 Chip13]
[ANS4 ZXR27UnR59 Jpg42 8col12 DBS7 CacVox1 Gluk61 PC21 Alasm504 STS71i HDDoc10]

... ZX Spectrum today