Рапира и её создатели

[GARNIZON]

Ни слова про совместимость с Apple II, не ожидал.

А еще ни слова про совместимость с IBM PC.

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

[Advertiser]

[litwr]

много чего, особенно в младших моделях - которые не позиционировались, как числодробилки. Так что аргумент - мимо. А на то, что реализовали или не реализовали в x86-x64 мне вообще наплевать - ***** оно и есть *****

Вы пытались оспорить, что аппаратная десятичная арифметика осталась только на мейнфреймах... И речь не о младших моделях, а более поздних. Промах у Вас.

Зависит от того, как реализовывать. Если чисто программно - то легко. Очень давно, году так в 85-ом написал на Фортране подпрограммы для четырёх основных операций над целыми числами произвольной длины. Длина могла быть любой, пока хватало памяти. Первоначально было под RT, потом перенёс на RSX и под F77 - с его виртуальными массивами это позволило сильно увеличить максимальную длину. Два основных недостатка - было медленно и никому особо не нужно.

На фортране можно это представить - там есть нормальные функции. Но для бухгалтерии это не подойдет, бухгалтеру придётся вместо a+b*c писать что-то типа longplus(a, longmul(b,c)) - нехорошо ему станет от этого. А представьте более длинное выражение с любимимы всеми банкирами сложными процентами - совсем будет нехорошо. А некоторые тупят что-то ещё и про древний бейсик. Вот на си++ или рубине (и некоторых других языках) реализовать и использовать длинные числа - это вполне нормально - у меня многие студенты это делали в рамках курсовых работ.

может, и отсутствует, а может, не по адресу затерялся; зато там присутствует пакет muMATH+muSIMP
причём даже с уроками программирования в мусимпе (видно, просто поиск текста выполнив внутри образа)
образы в формате proDOS, внутри видим текстовую строку ADIOS - то есть это явно не CP/M и не z80 softcard

Это есть, avivanov76 это запускал - и при чем тут z80? Но мюлисп там есть действительно только для Z80 - ваш очередной промах.

мимо, "аннаунсмент" это когда "мы выпустим", а там в тексте "now available"

Так бывает. Вроде почти выпустили, но что-то сорвалось.

...поэтому заключаем, что си - это не си, потому что у него препроцессор, которым можно исковеркать синтаксис да?

Посмотрите на снимок экрана ниже, который выложил avivanov76 - это никакой не лисп, а специализированный язык для математиков.

ПОВТОРЯЮ, опровергнуто конкретное заявление:

Какое конкретное утверждение, когда нас интересовали только длинные числа? Вы знакомы с тем, что называют контекст?

так вот, судя по снимку из заглавного поста, одно время длинная арифметика рапиры работала с ошибками (то есть НЕ работала)
...
возможно, баг исправле был уже в нашу эмуляторную эпоху (и возможно, не везде и не окончательно)
вот так, и теперь я жду 100% убедительных доказательств, что в исторической рапире вообще была правильная длинная арифметика

Сомнительно, что ошибку исправили недавно - кто бы стал это делать?! Но чтобы разобраться с этим загадочным снимком экрана, нужны образы дисков с разными версиями рапиры. К сожалению, не смог найти архива агатовского софта. Может с этим кто поможет? Странно, что тут нет темы со ссылками на ресурсы по Агату.

словоблудие, что значит "за n+1 никто не взялся"? пруфы есть, что у разных авторов n одно и то же в разном софте?
и что такого сложного в изучаемых в начальной школе алгоритмах арифметики столбиком и почему их невозможно было "внедрить" в программы?

Была практическая тема, что форматы вещeственных BCD для 8-биток жестко фиксированы. Вы с этим спорите. Но это факт. Конечно, можно переписать MSX-бейсик, например, но как это было внедрять при наличие стандартного варианта в ПЗУ? Или представьте, что вам на Спеке нужно под бейсиком использовать вещественные числа формата 8087 - это практически невозможно. Максимум, что можно сделать это при вводе данных сразу конвертировать числа в стандартный формат, а при выводе делать наоборот, но это приведет к потере точности и сделает всё это бессмысленным.

Любой может скачать здесь образ диска, запустить его в эмуляторе Apple ][ и убедиться собственноручно, что длинные на 6502 были. Вот вам скриншоты работающего muMATH-80. Z80 Card ему не нужен. И, кстати, целые он использует длиной до 254 байт, так что точность достигает 600 знаков.

Никто с этим не спорил - Вы похоже не следите за темой. Спорим мы, был ли универсальный язык, который поддерживал длинный числа на платформе 6502, кроме рапиры? MuMath-80 - это математический пакет, а не универсальный язык.

Похоже, вы не знаете, как Рапира устроена. У нее ОС, интерпретатор и редактор собраны в единый монолит. Под другой ОС Рапиру запустить нельзя. А ОС у Рапиры основана на Apple DOS 3.3, которая ничего не знала про жесткие диски. Поэтому ни версия Рапиры для Агата, ни версия для Apple использовать жесткие диски не могли. Поддержка жестких дисков у Apple появилась в ProDOS, а Рапиру под нее не переносили.

Это достаточно типично для софта Апл. Mumath-80 - это такой же монолит, у которого к тому же дискеты нестандартные - их, например, MAME не грузит. Перенос рапиры на ProDOS не должен был бы быть слишком сложным, но это, конечно, пустые разговоры. Без Звенигородского рапира зачахла. А интегрированный редактор в рапире - просто супер, на такой фишке Турбо-паскаль и прочие Турбы от Борланд очень хорошо пошли.

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

Про парсинг выражений поподробнее. Вы собрались тетенькам из бухгалтерии голую Рапиру подсунуть? Чтобы они формулы в ней писали? Серьезно? Ну, успехов вам Будете ходить в бухгалтерию как на работу и все за них считать

Выше уже написал для Hunta соответствующий комментарий. Добавлю только, что древние бейсики очень тормозные. Например, как-то был озадачен, когда Коммодор 64 просто заполнял 120 длинных cтрок более 2 часов. Это из-за дрянного уборщика мусора, но и на более продвинутом Коммодоре +4 это занимает до 15 минут. А программы в бухгалтерии делал и внедрял...

Я тут курил мануал по ESA/390 и что-то он не очень бьется с вашими утверждениями. Там описаны два десятичных формата: зонный и упакованный.

А вычисления производятся только над числами в упакованном формате. Упакованный формат имеет максимальную длину 16 байт и содержит 31 цифру и знак. Никаких 127 знаков.

Тут Вы абсолютно правы. Однако, мы в теме рапиры и Агата.

Так, а кто перепишет софт для мейнфрейма и распараллелит его на 10 персоналок? Думаю, это обойдется дороже, чем сами персоналки.

Речь о том, что 4361 только для некоторых видов расчетов мог быть до 3-х раз быстрее, чем IBM PC AT. А, например, обработка текстов или 16-битных данных на AT могла быть даже быстрее. Поэтому этот мейнфрейм соответствовал по мощи процессора только от 1 до 3 эйтишек. Конечно, у мейнфрейма диски были раз в 10 быстрее и некоторые другие преимущества, но были и недостатки, например, в популярных ОС не было даже поддержки каталогов, тексты нельзя нормально скроллировать, и т.п.

Если сравнивать с каким-нибудь UNIVAC 1951 года выпуска, наверно так и получится. Только это не будет корректное сравнение. Машины должны быть примерно одного года и одинаково доступны коммерчески. А то так можно еще и с каким-нибудь спецвычислителем, сделанным из золота в одном экземпляре сравнить.

Его вы за $20000 не купили бы тогда. А вот серия https://en.wikipedia.org/wiki/IBM_5100 ровесник Apple II, сопровождаемая IBM до середины 80-х, работала медленнее Агата.

SETL - это язык, созданный с очень практической целью: повысить производительность программиста и улучшить читаемость программы.

Цели - это хорошо, но со списком реализаций как-то совсем плохо - не пошёл SETL.

А вот разделение языков, введенное Ершовым, мне кажется чисто теоретическим. Он предлагал, чтобы школьники сначала учили "алгоритмический язык", а потом переходили к "учебно-производственным" языкам типа Рапиры. А потом бац - закончили учиться, пришли на работу, а там Фортран или C. И вместо того, чтобы вникать в суть дела, вчерашний школьник вынужден изучать еще один синтаксис.

Или яву с питоном. Но такова проза жизни. Профессиональный программист обычно обязан уметь работать как с минимум 10-м языков - ничего сверхестественного. Рапира был очень даже достойный язык с минималистическим синтаксисом - учить почти ничего и не надо было. да и у рапиры могла бы быть другая судьба, если бы за ней стояла крепкая команда.

Напомню, что спор ведется с утверждением, что "возможно, получил Гвидо рапиру и переребрендил в питон.". То есть, тупо этикетки переклеил.

Спрашивается, как после переклейки этикеток получилось, что синтаксис языков отличается, что Питон - объектно-ориентированный язык, а Рапира - процедурный, что в Питоне есть обработка исключений, иерархические пространства имен, нормальный оператор присваивания, да даже индексы начинаются с 0, а не с 1?

Есть в питоне элементы, похожие именно на рапиру. Не понял про присваивание, это в рапире он нормальный, соответсвующий естественной практике языков, с нотацией слева-направо. Так же присваивание записывается в коболе, некоторых популярных ассемблерах. Даже для х86 в GCC используют почти всегда такую нотацию. Обратная нотация реально более массова, но это не делает её более нормальной. Некоторые языки используют нотацию справа-налево - они что ненормальные? Рапира создавалась ещё до того как концепции ООП явно оформились. Первые популярные ООП языки появились только к концу 90-х. Поэтому неудивительно, что ООП в рапире нет. С другой строны в питоне ООП весьма специфично. Возможно это дело вкуса, но считаю, что в С++, Ruby или Java с этим существенно получше. Индексы - это тоже дело непринципиальное, где-то они с нуля, где-то с 1, а в паскале начальный индекс вообще может быть любым и что?

Это как обвинить человека в угоне "Жигулей", и доказывать это тем, что он ездит на "BMW". Типа, руль и колеса такие же, а остальное он "отшлифовал".

Причем тут "обвиняю". Человек возможно посмотрел на рапиру и это помогло ему сделать питон, что в этом плохого?

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

А еще ни слова про совместимость с IBM PC.

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

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

[Lethargeek]

Это есть, avivanov76 это запускал - и при чем тут z80?

при том, что это точно не для карты z80, чтобы не было потом таких разговоров

Но мюлисп там есть действительно только для Z80 - ваш очередной промах.

эй, алё, при чём тут вообще мулисп? когда в той моей цитате упомянут муСИМП

Так бывает. Вроде почти выпустили, но что-то сорвалось.

словоблудие

Посмотрите на снимок экрана ниже, который выложил avivanov76

я на первом сразу вижу файл MUSIMP.COM

- это никакой не лисп, а специализированный язык для математиков.

а, ну тогда рапира - специализированный язык для школьников, и что из этого?

Какое конкретное утверждение,

процитированное мною

когда нас интересовали только длинные числа?

кого "вас"?

Вы знакомы с тем, что называют контекст?

я, в отличие от некоторых, прекрасно понимаю, что такое контекст и прекрасно вижу, что заявление "Кстати, на 6502 лисп сделали только в 2013" говорит о ЛЮБОМ лиспе в ЛЮБОМ контексте

Сомнительно, что ошибку исправили недавно - кто бы стал это делать?!

сомнительно, что ошибку исправили давно - кто бы стал это делать?! полагаю, исправление внесено не ранее 2013

Была практическая тема, что форматы вещeственных BCD для 8-биток жестко фиксированы.

хде? и чтоб именно "для 8-биток", а не "для бейсиков" (это не одно и то же, вдруг кто не в курсе))

Вы с этим спорите. Но это факт.

не вижу факта, вижу голословное утверждение

Конечно, можно переписать MSX-бейсик, например, но как это было внедрять при наличие стандартного варианта в ПЗУ? Или представьте, что вам на Спеке нужно под бейсиком использовать вещественные числа формата 8087 - это практически невозможно. Максимум, что можно сделать это при вводе данных сразу конвертировать числа в стандартный формат, а при выводе делать наоборот, но это приведет к потере точности и сделает всё это бессмысленным.

да насрать на бейсики, изначально разговор шёл о восьмибитках как таковых и ЛЮБЫХ применениях BCD-формата на восьмибитках

[litwr]

при том, что это точно не для карты z80, чтобы не было потом таких разговоров

Так писал Вам, что запускал, avivanov76 это похоже пропустил и позапускал ещё.

а, ну тогда рапира - специализированный язык для школьников, и что из этого?

Кстати, да, интересно получается. Питоном почти все школы запитонили. Повезло питону, покрепче оказалось у его "основного делателя" здоровье, чем у нашего главного рапириста.

да насрать на бейсики, изначально разговор шёл о восьмибитках как таковых и ЛЮБЫХ применениях BCD-формата на восьмибитках

Была у нас подтема о том, где вообще использовали BCD. Привел пример некоторых бейсиков, а Вы наверное поняли это как некое обобщение.

сомнительно, что ошибку исправили давно - кто бы стал это делать?!

Тут нужно хорошим знатокам Агата подключаться. Но у меня возникло впечатление, что возможно кто-то намеренно внес бага в рапиру, так что изредка длинная арифметика похоже сбивается. Рапира осиротела рано, интересы и люди вокруг были разные, всяко могло быть.

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

А еще ни слова про совместимость с IBM PC.

Интересно, что только Апл активно боролась против IBM PC, может ещё Атари, но уже очень пассивно. А вот Коммодор просто себя дал раздавить, легши под IBM PC, - хотя ему IBM за это дала бонус, мейнфремовый язык REXX, который внедрили на Амигах с 1990.

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

эй, алё, при чём тут вообще мулисп? когда в той моей цитате упомянут муСИМП

Вы давали ссылку, что за muSIMP стоит muLisp...

а, ну тогда рапира - специализированный язык для школьников, и что из этого?

muSimp никак не может рассматриваться как универсальный язык программирования. Это встроенный язык макросов для данного пакета. MuSimp никто (кроме Вас) и никогда не позиционировал как универсальный. Он не может быть универсальным и по внешним признакам - нет поддержки работы с файлами и текстовыми строками. В рапире это всё есть. Её "школьность" не объективный фактор, а влияние обстоятельств, тяжелой обстановки заката СССР.

[Lethargeek]

Была у нас подтема о том, где вообще использовали BCD. Привел пример некоторых бейсиков, а Вы наверное поняли это как некое обобщение.

мало ли что там где-то было, отвечал я на конкретное сообщение о "коммерческих задачах", а не о бейсиках

Вы давали ссылку, что за muSIMP стоит muLisp...

да, стоит, и что? а в том посте говорю, что на сайте есть мусимп - "промах" в чём?

muSimp никак не может рассматриваться как универсальный язык программирования. Это встроенный язык макросов для данного пакета.

нет, это часть пакета, на которой написана другая часть пакета и запускать её отдельно тоже возможно
если на рапире что-то напишут и положат с этим чем-то в один пакет - она сразу потеряет универсальность?

MuSimp никто (кроме Вас) и никогда не позиционировал как универсальный. Он не может быть универсальным и по внешним признакам - нет поддержки работы с файлами и текстовыми строками.

во-1, конечно же, ЕСТЬ (а если даже чего-то не хватает, то есть возможность запуска машиннокодовых процедур)
во-2, с каких пор наличие каких-то типов данных стало вдруг критерием универсальности?
в жабе, например, нет беззнаковых целых - но где сегодня жаба и где рапира

[GARNIZON]

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

Я уже говорил, для Эпл (как и для мистического агата, который эпл-клон) у меня нет версии, тем более что она на английском.

А для Агата, тот который из НИИВК - пожалуйста, качайте на сайте. Тут трудностей не вижу.