Это было проще для железа: не нужно хранить лишнюю длину, просто иди по памяти, пока не встретишь ноль.
Т.е. терминирующий '/0' место не занимает, ага. Тупое решение было, а не для экономии памяти. И обернулось оно множеством проблем в будущем.
Предпреждая комментарии, что это один байт -- на PDP-11, где язык С был применён массово, минимально в памяти адресовалось не меньше слова (16 бит, отсюда и размер char -- по умолчанию 16 бит в большинстве случаев). Т.о. никаким экономичным способом хранения строки тут и не пахло.
Разыменование нулевого указателя и тогда не допускалось (то есть, не поддерживалось и вряд ли могло принести какую-либо пользу) <...>
Уж где где, а на PDP-11 читать значение, ой разыменовывать указатель, по адресу 0 вообще не возбранялось. И никакого UB. Получили бы значение, обычно это КОП JMP на начало программы. На этой машине вообще можно было читать откуда угодно из памяти/РВВ.
Да и на х86 в реальном режиме тоже. Получили бы первую запись таблицы прерываний.
Там написано банка должна быть герметично закрыта, откуда вонь?
Обычный бензин не годится из за присадок.
Поищите библиотеку "POST--" там было что то подобное.
https://github.com/knizhnik/POST--
Т.е. сделать --ptrStr и получить размер строки никак?
Зачем два указателя то?
Да, именно так.
LOOP: MOV @R3+, @R5+
JNZ LOOP
Ну, красота, же!
Т.е. терминирующий '/0' место не занимает, ага.
Тупое решение было, а не для экономии памяти. И обернулось оно множеством проблем в будущем.
Предпреждая комментарии, что это один байт -- на PDP-11, где язык С был применён массово, минимально в памяти адресовалось не меньше слова (16 бит, отсюда и размер char -- по умолчанию 16 бит в большинстве случаев).
Т.о. никаким экономичным способом хранения строки тут и не пахло.
https://sourceforge.net/projects/javaconcurrenta/files/javaConcurrentAnimated.jar/download
до 1500 раз в секунду
Ничего не сказано о AKAI -- Roberts.
Уж где где, а на PDP-11 читать значение, ой разыменовывать указатель, по адресу 0 вообще не возбранялось. И никакого UB. Получили бы значение, обычно это КОП JMP на начало программы.
На этой машине вообще можно было читать откуда угодно из памяти/РВВ.
Да и на х86 в реальном режиме тоже. Получили бы первую запись таблицы прерываний.
Так то со сжатием. А тут приходилось сначала делать захват а уж потом часами сжимать в xvid или что там было в то время.
Тогда MICRO-80 было спаять проблема, а тут XT.
Снимаю шляпу.
Несжатое видео это 100МБ в секунду, как и куда это всё уходило?
Я занимался оцифровкой видеокассет и мне приходилось ставить рэйд из SATA дисков чтобы дисковая подсистема успевала на пентиуме 4 это всё сохранять.
БК-0010 с бейсиком
СМ-4 и великолепный Макроассемблер от DEC
УВК Днепр-1 на транзисторах П416, перфоленты, УСО, вечная пропайка оловянной чумы
ДВК-2 с доп. платой для цветного телевизора
286 c XENIX, сети, графика реального времени
386/25 4МБ/120МБ VGA -- круть неимоверная, много программирования на С для DOS, Win 3.0 с дискет, OS/2, QNX демо-дискета -> все в полной прострации!
486DX/133 -- мощь!
Pentium 133 -- прощай DOS
Motorola MC88100 -- и настоящий UNIX!
Pentium 4 ...... i7 -- бойцы вспоминают минувшие дни...
Так почти то же самое что и на западе -- 8080, Z80 в большинстве случаев, редко 6502.
Но в СССР существовал клон PDP-11 в однокристальном исполнении -- БК-0010, полноценный 16 разрядный бытовой компьютер.
DEC forever!
Так вы сами не в теме AT-XT-286. Вы с другой планеты прилетели поучать сирых и убогих бывших владельцев самопальных спектрумов.
Радиоинженеры всегда критикуют схемные решения радиолюбителей, агрономы - садоводов любителей.
Товарищ ни строчки не написал на Java, но мнение имеет, ага.
Уважаемый институт, не останавливайтесь:
Табуретка -- тубаретка,
Шестнадцать -- шешнадцать,
Что -- што, и т.д.