OberonCore

Да, идея в том, что консольные программы должны иметь прямой доступ к аргументам. Не только к тем, которые идут после /PAR, а ко всем.

А поясните, пож, на примере. Вот вы пишете приложение, которое что-то должно принимать из командной строки. Его клиенты должны отправить ему что-то после PAR. Так?

Или вы хотите написать, например, свой grep на ББ, чтобы он принимал все стандартные параметры grep?

Да, речь о написании полноценного консольного приложения.

Создал для своих нужд пока модули Args и HostArgs. Опубликовал, чтобы не пропали:
https://forum.oberoncore.ru/viewtopic.php?f=134&t=6719



Реализовано через Kernel.Hook.

...И версия для Windows:
https://forum.oberoncore.ru/viewtopic.php?f=134&t=6719&p=113770#p113770

Надо придумать, как этот модуль правильно назвать (Args, Env, Params, ...), и как назвать процедуры в нём (Get, GetParam, ParamStr, Argv, ...).

Зачем в System тащить устаревшие вещи? Командная строка юникса -- изделие 70-х годов. Командная строка ББ -- 90-х.
Логично внедрять механизм, который позволит из более древней командной строки обратиться к более новой, а не наоборот. А механизм такой в виде интерпретатора уже есть. Хочется вызов с параметрами командной строки -- достаточно написать на уровне системы скрипт с параметрами, которые будут подставлены в комстроку ББ.На мой взгляд, если тут что и развивать, то это встроенный интерпретатор.

Если не хочется скрипты писать каждый раз, сделать специальный Init для консоли, который будет прямо отображать параметры командной строки на параметры главной процедуры консольного приложения. Meta это позволяет. А всякие Env и иже с ними пусть сидят в Host.

Коллега, а как узнать, какого размера s будет достаточным для GetParam(n, s)? Это, кмк, брешь: передаст вам балбес или злоумышленник стопицот байтов, и будет вам авост (а если вы при компиляции отключите проверки - то и полноценный Core Dump)

А что будет делать Init, если они не отображаются? И где задается, что есть главная процедура консольного приложения?

Почему же авост? Просто строка обрежется — Оберон же знает, какого она размера.

Какой вариант бы вы предложили? сделать POINTER TO ARRAY OF CHAR или (условно) GetParamLen(n: INTEGER): INTEGER ?



Я не согласен, что аргументы командной строки — устаревшая вещь. Она универсальная, поддерживается всеми ОС.

А как он мне передаст? О себе передаст. И будет у него авост. И поделом.

Просто обрезать не совсем правильно. Надо как-то сообщить, что строка не влезла.

Ну, сделает Артур программу, и будет ее кто-нибудь использовать на стороне веб-сервера для обработки запроса. И прилетит злоумышленный запрос, который обрушит на сервере программу.

Согласен, только сильнее: совсем не правильно!

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

P.S.
А кстати, GetParam(n: INTEGER; OUT s: ARRAY OF CHAR) ведь подразумевает преобразование SHORTCHAR -> CHAR? Т.е. если ОС передает аргументы как SHORTCHAR/UTF8, то GetParam уже возвращает их как CHAR/UCS2, как принято в ББ?

Если возвращать POINTER TO ARRAY OF CHAR, то 1) опять-таки подразумевается преобразование к CHAR/UCS2 2) подразумевается, возможно, лишнее обращение к менеджеру памяти и следом - работа для сборщика.