SjASMPlus от z00m

[Sayman]

Ped7g, вроде был простой вопрос и тут посыпались wrong, не wrong, для чего это навязывание своих стандартов? у вас дата с года рисуется, у нас день месяц год. куда лучше смотрелось бы переопределение формата. или ключём через аргументы или в листинге кода. Lua тут костыль (хоть и рабочий).

[Advertiser]

[transman]

Ped7g, Нет. Скомпилировать SJASM+ я не могу.
128+2 байт хватает, когда DB используется для стандартных сценариев. Но не хватает, когда пишутся или адаптируются под sjasm+ игровые скрипты, особенно содержащие в себе много текста. Тогда приходится проделывать множество ручной работы, компилируя скрипты, выявляя строки, не укладывающиеся в ограничения по длине и в ручную ограничивая их длину.
Почему нельзя задать буфер под DB с некоторым запасом например 512+2 или 1024+2 ? Это снимет все вопросы к данной директиве раз и на всегда.
У современных конфигураций компьютеров память может исчисляться десятками гигабайт и лишняя пара килобайт ничего не значит.

[0xDEAD]

wrong, не wrong, для чего это навязывание своих стандартов?

Так делается для того (в том числе), что если у тебя есть куча файлов с названием в формате YYYY-MM-DD, и вывести их список, сортируя по имени, они выведутся, к тому же, в правильном хронологическом порядке. Если называть файлы в формате DD-MM-YYYY, то при выполении dir в директории с миллиардом файлов в подобном формате, получим (при сортировке по имени) чушь, в которой сложно ориентироваться.

 Directory of D:\test

17.06.2022  20:37    <DIR>          .
17.06.2022  20:37    <DIR>          ..
17.06.2022  20:34                 0 01-01-2020.txt
17.06.2022  20:34                 0 01-01-2021.txt
17.06.2022  20:34                 0 01-01-2022.txt
17.06.2022  20:34                 0 02-01-2020.txt
17.06.2022  20:34                 0 02-01-2021.txt
17.06.2022  20:34                 0 02-01-2022.txt
17.06.2022  20:34                 0 03-01-2020.txt
17.06.2022  20:34                 0 03-01-2021.txt
17.06.2022  20:34                 0 03-02-2022.txt

vs

17.06.2022  20:40    <DIR>          .
17.06.2022  20:40    <DIR>          ..
17.06.2022  20:38                 0 2020-01-01.txt
17.06.2022  20:38                 0 2020-01-02.txt
17.06.2022  20:38                 0 2020-01-03.txt
17.06.2022  20:38                 0 2021-01-01.txt
17.06.2022  20:38                 0 2021-01-02.txt
17.06.2022  20:38                 0 2021-01-03.txt
17.06.2022  20:38                 0 2021-01-04.txt
17.06.2022  20:38                 0 2022-01-01.txt
17.06.2022  20:38                 0 2022-01-02.txt
17.06.2022  20:38                 0 2022-01-03.txt
17.06.2022  20:38                 0 2022-01-04.txt
17.06.2022  20:38                 0 2022-01-05.txt

Лично я полностью согласен, что DD-MM-YYYY is wrong, хотя у нас так исторически почему-то сложилось. Но, если у тебя есть дата, ты можешь отформатировать её в любом формате, что и показал Peg7g LUA-скриптом.

[Sayman]

0xDEAD, во1х, причём тут имена файлов, атрибут времени и ассемблер?
во2х, ты спутал разные понятия - атрибут времени и имя файла. твоя проблема решается сортировкой.
в3х, я говорил про ассемблер, компилятор. то. что оно wrong, оно только в разных странах по разному. у нас оно принято DD.MM.YYYY. и чтобы записать внутри собранного файла дату и вывести её на экран, мне нужен такой порядок. а ты полез в какие то дебри. мало ли для каких целей это нужно.
LUA скрипт не удобен. нет желания прибегать к нему.

[0xDEAD]

1. Ассемблер тут притом, что он применяет формат даты, который уже устоялся. По многим причинам.
2. А у меня проблем нет. А твоя проблема решается переформатированием даты, хотя бы, с помощью скрипта. Но он для тебя неудобен.
3. И я о том же говорил. Про ассемблер, компилятор. Да - в разных странах оно по-разному, у нас получилось DD-MM-YYYY, и по-моему мнению (и по мнению 3/4 планеты), это wrong. А для тебя YYYY-MM-DD wrong. И, в связи с этим, как раз не у меня проблемы возникли.

[Dexus]

Истины ради, не 3/4, а сильно меньше. Есть довольно распространённый MM-DD-YYYY, который ещё более нелогичный чем DD-MM-YYYY. А единственный рациональный и дружественный логике и соответственно компутерам YYYY-MM-DD (который используется повсеместно в IT) не особо «традиционен».
Вообще несмотря на нечастость надобности странных форматов даты было бы неплохо встроить функцию с human-readable строкой. Есть же стандартная функция форматирования. Просто её подцепить, с дюжиной пресетов. Скрипт - хорошо что есть и работает (отчасти), но это все-таки костыль.
(Лично мне для спектрума и YYYY-MM-DD ни разу не пригождался. Я вообще считаю что у сабжа достаточно куда более существенных недоработок и помимо «формата даты»)

[Sayman]

0xDEAD,
1. Ассемблер, точнее компилятор данного языка - это, инструмент, в первую очередь. применять он может разные форматы, данные и прочее. для этого есть его директивы и аргументы ком.строки.
1.1. где там что устоялось? https://ru.wikipedia.org/wiki/%D0%9A...BE%D0%B4%D0%B0.
ознакомься с устоями даты.
2. у меня тоже проблем нет. ни с сортировкой файлов ни тут с датой. я могу тупо build.exe использовать. но это внешний инструмент, так же как и LUA. sjasm+ единственный компилятор, который применяет данный костыль. использование данного костыля усложняет переносимость исходных текстов. это же очевидно, что тут не понятного может быть?
3. у нас принят формат даты как DD.MM.YYYY, через точку, если быть точнее. но это уже детали. с точки зрения хранения данных на компе, дата занимает 4 байта (в BIN формате). не имеет значения в каком формате она хранится.
тебе поспорить хочется или как? добавить в исходнике компилятора переопределение переменной невозможная задача? "не смешите мои тапочки" (с).

когда дело доходит до реализации какой то мелкой бредни, которой пользуются полтора человека на всей планете - автор тут как тут. как реализовать адекватный функционал - начинаются песни и танцы. я прекрасно помню отмазки вокруг формата REL и подобных... так и щас.

[0xDEAD]

Дело хозяйское. Проблем нет, но проблема есть.

[Sayman]

для тех у кого с восприятием проблемы, я ещё раз повторяю:
1. дату в программах выводят в удобном для местного населения формате. у нас в РФ принят формат даты, который по мнению 0xDEAD и Ped7g является wrong.
2. есть понятие - переносимость кода/исходников. LUA сильно сокращает эту самую переносимость.
3. автор компилятора жив, на связи, с исходниками на руках. в чём проблема добавить возможность переопределять?
вроде очевидные вещи пишу, нет, надо зайти и срач на пустом месте поднять.

[Dexus]

Sayman, тебе хотя бы костыль предложили и он работает. А в моем случае (выгрузка меток и метаинформации по типам данных) даже и костыльного варианта СОВСЕМ нет.