SjASMPlus от z00m

[Ped7g]

For example, Python

Thinking about using "in" instead of "in_array" (this one is from PHP), but "in" is already Z80 instruction, so it's adding to the visual ambiguity when reading the source (it's not a direct clash for assembler, as it's instruction vs operator, but I think I will prefer "in_array" any way, to make it distinct even at first look).

[Advertiser]

[Bedazzle]

Thinking about using "in" instead of "in_array" (this one is from PHP), but "in" is already Z80 instruction, so it's adding to the visual ambiguity when reading the source (it's not a direct clash for assembler, as it's instruction vs operator, but I think I will prefer "in_array" any way, to make it distinct even at first look).

if variable from (1,2,3,4,5)

?

[Ped7g]

https://github.com/z00m128/sjasmplus...es/tag/v1.16.0
* predefined defines extended with new ones (like __BASE_FILE__ or __LINE__)
* relocation data generator (inspired by SymbOS executables)
* some bugfixes/improvements in parser, some warnings are suppressible now

NEO: now the new lua warning about bytes emitted without "allpass" should be suppressible (you can put the "; ok" comment either at the beginning of lua block, or at the end of it, whichever way you prefer, both lines will count).

[NEO SPECTRUMAN]

исправил

Скрытый текст

[свернуть]

на вид все работает

Скрытый текст

[свернуть]

даже на всякий случай перехваты трдоса отключил

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

А я могу предложить вообще не трогать размер бейсик загрузчика,

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

я чота погорячился...

ладно предположим что успешная загрузка выше это или чисто случайность
или не отключаемый перехват в эмуляторе (в придачу не в одном)

и если даже trdos ВНЕЗАПНО грузит бейсик файл постепенно до последней строки (в чем я лично сомневаюсь)
то этого могут не делать 100500 существующих boot-ов
и на это нельзя рассчитывать

бред зачеркнул
просто NEO SPECTRUMAN привык что обычно он знает всё
но его уверенность в этом иногда его ВНЕЗАПНО подводит

[Dart Alver]

ладно предположим что успешная загрузка это или чисто случайность
или не отключаемый перехват эмулятора

В принципе я проверил и на второй игре, она тоже запустилась. Но всё же не факт что так будет везде (просто нет у меня достаточно знаний чтобы утверждать это или обратное) и со всеми программами. Также не знаю как будет реагировать наличие в бейсике прилинкованных переменных бейсика или автозапуска с определённой строки и т.п. мелочи, поэтому и голосую за не трогать. Тем более что системные проги tr-dos (в том числе copy и move) и командеры вполне нормально работают с подобными файлами.

[NEO SPECTRUMAN]

Но всё же не факт что так будет везде (просто нет у меня достаточно знаний чтобы утверждать это или обратное)

просмотрел загрузку замедленно memory band-ом
и как то оно подозрительно выглядит
64К явно не грузится

за одно уточнил в начале бейсик файла своего размера нет
(так что нужно проверять начало каждой строки чтобы дойти до конца файла)

при наличии 100500 существующих запускалок
да и 100600 версий tr-dos-ов гуляет...
лучше правда это не трогать

еще проверял merge
пишет out of memory
но файл на все 64К все равно не грузит
но и в приmergeнный бейсик потом не получается зайти сразу сброс

[Ped7g]

https://github.com/z00m128/sjasmplus...es/tag/v1.17.0

• STRUCT has new TEXT pseudo-instruction to define "DB-like" data
• STRUCT initializer block can be now multi-line (when correctly enclosed in curly braces)
• EQU now allows for optional override of page number assigned to the new symbol
• new $$$ and $$$$ operators to retrieve "physical" address/page inside DISP block
• instruction out (c),0 now emits warning (can be suppressed by the "; ok" comment)
• fixed listing of structures using long BLOCK fields (machine code was correct, but listing not)
• fixed some memory leaks, undefined behaviour and unaligned memory access

Now things like this are possible:

        STRUCT S_fileHeader
type    BYTE
name    TEXT    10, { ' ' }
adr     WORD
len     WORD
        ENDS

file1head   S_fileHeader    {
    FILE_TYPE_A,
    { "file1" },
    data1_start,
    data1_end - data1_start
}

file2head   S_fileHeader    {
    FILE_TYPE_B,
    { "f2" },
    data2_start,
    data2_end - data2_start
}

; ... etc...

[NEO SPECTRUMAN]

instruction out (c),0 now emits warning (can be suppressed by the "; ok" comment)

а зачем плодить безсмысленные предупреждения?
скоро придется весь код закоментировать ;ok-ями чтоб он компилировался без предупреждений
на фоне предупреждений не видно серьезных ошибок

в одной программке у меня штук 400 out (c),0


если уже гадить без остановки
то нужна гадить разными цветами хотя бы
красным ошибки
желтым предупреждения


или нужно глабальное отключение не нужных предупреждений
ставить сплошные ;ok это не дело

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

new $$$ and $$$$ operators to retrieve "physical" address/page inside DISP block

звучит интересно
сейчас приходится отдельно его высчитывать

[zebest]

в одной программке у меня штук 400 out (c),0

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

[Ped7g]

about warnings... I hear you and I will try to figure out something.

About your usage of `out (c),0|255` so.. you are fine with CMOS Z80 doing `out (c),255`? I was kinda surprised (not in nice way).

But one possible workaround with current v1.17.0 is to use different reporting level for different files. Put all your `out (c),0` to one file and use `--msg=err` there to see zero warnings... let other files assemble with regular `--msg` level as you need it.

Other workaround is to redirect assembler output through `sed` and just remove the warning you don't want to see.

I understand these workarounds are not trivial, and I don't like current situation too, just give me some time...
Well, the `out (c),0` warning is definitely enough to be displayed once-per-assembling, I guess one is enough to learn about the dangers of usage of it.

But I think the best solution would be to make these extra checks configurable, like the "low memory access is" (NEO: --syntax=m to switch it off completely)

But it means there will be many new switches, etc...

So if you use `--msg=err`, you are actually missing some useful warnings, right? Can you remember which warnings is useful for you? This info is very valuable for me, the stories from the real world.

(you can also easily comment out that warning in source and build your own patched v1.17.0 .. it's just single line patch, jeez... :P )