Полигон-2

... ну, в том то и дело, что компьютеры Яндекс Музея ничем больше, кроме дисководов, не оборудованы — поэтому сегодня у нас было без вариантов — пришлось выкручиваться

конечно, у ребят есть "хотелка" снабдить все машины хотя бы Flash-дисками или, в идеале, каким-то адаптером, который позволил бы такой "диск" отображать на какой-то сетевой каталог Яндекса...
... но пока это всё именно что "хотелки" — этим надо предметно заниматься, а тут, в первую очередь, время уходит на работу с посетителями

// в отношении Kermit — вариантов, на самом деле, много — я когда-то пользовался протоколом xmodem (даже писал его реализацию на какой-то "свистелке")
// в частности, он был в составе Hypertem (кажется так), что в составе Windows XP (емнип), что было когда-то весьма сподручно

Technomancer написал:

[q]

Если это входит в тему, могу в какой-то момент здесь написать минимум для запуска Kermit-а.

[/q]

Безусловно, "входит в тему"!
// кстати, если в качестве "сервера" можно использовать ПиСи-шку, то (сугубо для Яндекс Музея), думаю, это было бы хорошим вариантом

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

Спасибо!!

>> Пробую запустить компилятор прямо от DK: или MX1:, но не получается. Сделаю диск C:, который по сути MX1:, и заработало. Почему так? Почему именно C:? Это как-то связано с DOS-овскими именам дисков? Это как раз и моя непонятка по работу компилятора.

Кратко: диск C: обязателен. Компилятор ищет на нём файл stdio.h, а потом, возможно (но я не уверен), ещё и as.sav.

Точный ответ — в руководстве CCPROG.LST, а именно, строки 342-356 и 473-501.

Если "своими словами", то суть такая:
- в Си директива #include имеет две формы: (1) с указанием файла в угловых скобках и (2) с указанием файла в двойных кавычках
- вторая форма рекомендуется в том случае, если Вы подключаете заголовочный файл, являющийся частью Вашего же проекта, — вот, например, как здесь: https://github.com/xoiss/b3-23...ain.c#L38. Тогда компилятор будет начинать поиск включаемого файла в текущем рабочем каталоге (на RT-11 - это DK: ), потом просмотрит список каталогов, указанных в строке вызова компилятора опцией "-I" (в нашем примере отсутствуют), и только потом поищет его в системных библиотеках (на RT-11 - это специальное логическое устройство C:, а в Линуксах — набор каталогов, а-ля /usr/include и др.)
- первая же форма рекомендуется, если Вы подключаете заголовочный файл какой-либо стандартной библиотеки. Тогда СОВРЕМЕННЫЙ компилятор будет вести поиск в обратном порядке: начнёт с каталогов системных библиотек и закончит текущей директорией. Но это именно для современных компиляторов...
- ... для данного компилятора маршрут поиска файла, заданного первой формой (в угловых скобках), ограничивается ТОЛЬКО каталогом системных библиотек — это специальный диск "C:". Соответственно, не найдя его там (например, потому что такого диска нет вообще), он НЕ будет пытаться искать его на DK: или ещё где-либо и выдаст ошибку

Название C, надо полагать, означает "Си".


>> Кстати, может быть есть смысл тут и LINK.SAV выкладывать, чтобы всё было в одном месте?

Да, наверное, можно было бы.
Я просто поленился это делать, т.к. он уже есть на "системном диске" SY: в эмуляторе RT-11.


>> ... а то пока только на Linux-е у меня сервер стоят

... так и у нас тут (в Яндексе) сервера на Линуксе

Спасибо за подробный отчёт!!

xoiss, сами напросились

Вот так тоже должно работать:
.LINK HELLO,C:SPEIS,C:CXLIB

Аналогично
.LINK /EXE:B323 SPEIS,CXLIB,MAIN,ADCON,SIMUL

[q]

не подскажите, как всё-таки CTRL/C из командного файла отдать?

[/q]

Что-то не припоминаю я там такой возможности...

[q]

.ru sy:link

[/q]

Так тоже не пишут. Запуск программы с системного диска - просто R:
.R LINK abcdef