Цифровая археология: 1801 и все-все-все

[Vslav]

Майкрософт на гитхабе подкинул мелкую подлянку.
Поскольку у меня в проекте есть бинарные файлы - топологии, схемы, пдфки, то я для этих файлов указал использовать LFS - специальное хранилище на гитхабе, сами файлы кладутся в него, в репке остаются только ссылки на объекты, удобно, размер репозитория очень умеренный, есть лимит на 1 гигабайт. Потом я оформил всю эту топологию в отдельный git субмодуль, это отдельная репка cad11, все бинарники туда ушли, кому неинтересно - их не выкачивает при клонировании. А недавно Майкрософт прислал интересное письмо, оказывается на эту LFS есть общий лимит в 1 гигабайт, только не для отдельного репозитория, а на весь аккаунт. И лимит не только на объем хранимого, но и на скачивание из LFS не более 1 гигабайт в месяц. Ну я как бы разработчик, я не качаю. Но вот тут засада - в квоту считаются форки. То есть, если кто-то на гитхабе форкает репку с LFS и это отфорканное вычитается от квоты исходной репки. О как. И все скачивания с форкнутой репки тоже идут в месячную квоту оригинальной репки и оригинального аккаунта. В начале июля народ понемножку клонит и форкает мои реверснутые репки и месячная квота уже заканчивается (95 процентов). Как закончится - LFS файлы до конца месяца на github станут недоступны (потом придет следующая месячная квота). Такой вот мелкий шрифт в условиях бесплатного аккаунта на github. И лимит на весь аккаунт, и квота на скачивание твоей репки другими пользователями. Не нравится - надо платить. Оно как бы не жалко, но противненько, пока ты неуловимый Джо - все тихо, как только к проекту появляется малый интерес - сразу просят денег. Поэтому я все свои репозитории перезалил без использования LFS (денег пока только за него хотят), если кто-то форкал старые версии - то лучше удалить и сделать новый форк, уже без LFS.

[MM]

есть лимит на 1 гигабайт

В облаке Майл.ру лимит на запись в бесплатный аккаунт - 100 гигабайт.
На скачивание - видимо, лимитов нет.
Можно делать отдельные папки, открывать и закрывать к ним доступ.
За крайние 5 лет вроде как усё на месте.
3 года назад можно было выкладывать файлы без компресса - для RT-11 типа .DSK, .SAV и т.п.
Да, на Украине этот ресурс заблокирован.

[Vslav]

можно было выкладывать файлы

Git - это не выкладывание файлов, это стандартизированный воркфлоу с моделью совместной разработки, историей изменений, системой ревью и тд. Плюс сам github это простенькая социалочка.
Если уже совсем плохо будет - подниму git сервер на своем домене или таки оплачу мою личную учетку на github.

[svinka]

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

А вариантов там было много... http://www.cpushack.com/2017/11/22/c...si-11-chipset/
Можно по-пинать коллекционеров и собрать все версии управляющих чипов и микрокода
тут еще информация http://web.frainresearch.org:8080/pr...-11/lsi-11.php

[Hunta]

Vslav, с файлами

u.zeptobars.ru/yuot/1425/RAW/ScanLine/двойной 1/Image_00001.tif
u.zeptobars.ru/yuot/1425/RAW/ScanLine/двойной 1/Scan-0008.tif
u.zeptobars.ru/yuot/1425/RAW/ScanLine/двойной 2/Image_00002.tif
u.zeptobars.ru/yuot/1425/RAW/ScanLine/двойной 2/Scan-0018.tif

что то не так - пишет, 404

[Vslav]

Vslav, с файлами

u.zeptobars.ru/yuot/1425/RAW/ScanLine/двойной 1/Image_00001.tif
u.zeptobars.ru/yuot/1425/RAW/ScanLine/двойной 1/Scan-0008.tif
u.zeptobars.ru/yuot/1425/RAW/ScanLine/двойной 2/Image_00002.tif
u.zeptobars.ru/yuot/1425/RAW/ScanLine/двойной 2/Scan-0018.tif

что то не так - пишет, 404

Это были промежуточные сканы, почищены, откорректирован контраст и включено в общий документ. Файлохранилище на zeptobars.ru - все, до конца года максимум проработает. Большие и не полезные файлы типа этих сканов давно удалены.

[Advertiser]

[SuperMax]

да, есть дополнительное зеркало у http://www.1801bm1.com/files/ - http://1801bm1.pdp-11.ru/files/
поддерживается руками

zeptobars.ru / zeptobars.com не копировал

[Vslav]

Тишина, однако. Взорвем немножко?
В телеграмме, в группе БК-0010 уже сутки как появилась информация про баг в ВМ1. Первооткрыватели Станислав и Дамир дали добро на публикацию здесь, присоединятся к дискуссии позже.
Выяснилось такое

  sec
  movb R0, R0
  bcc 1$

Переход по bcc всегда выполняется.
А вот тут:

  sec
  movb R0, R0
  nop
  bcc 1$

Все работает правильно.
И еще такое:

  sec
  mfps R0
  bcc 1$

Переход bcc срабатывает, но флаг С в регистре R0 сохраняется единичным.

Баг воспроизводится на реальных 1801ВМ1А и 1801ВМ1Г, а также на всех моделях, и похоже, не зависит от скорости выборки памяти.

Модели показывают что регистр PSW содержит корректные флаги, но инструкции ветвления используют внутренний регистр FSEL микропрограммного автомата. А этот регистр в инструкциях movb, mfps и swab не обновляется если приемник имеет нулевой режим адресации (регистр) и отображает последнюю операцию ALU - AND с маской старшего байта. Для битов NZV это нормально, они переписываются в PSW вполне законно, а вот с флагом С не все просто - он всегда нулевой. Для swab это OK, а для movb и mfps имеем ошибку.

[Hunta]

Интересно

[Sergei Frolov]

На ВМ2 такого нет?