SjASMPlus Z80 кросс ассемблер

[zebest]

А 32-битная версия работает?

32-x битная под ХР точно работает.
ну и по тап-ке

Различие в лоадере явно видно, твой последний - слева.
Но тем не менее компиленный файл работает правильно.

[Advertiser]

[mastermind]

32-x битная под ХР точно работает.
ну и по тап-ке

Различие в лоадере явно видно, твой последний - слева.
Но тем не менее компиленный файл работает правильно.

Разобрался. Это ни на что не влияет - "new" "намусорил" (не обнулил точнее) в выделенный буфер. Эта часть данных загрузчика не используется, т.к. нет использованных 128К страниц и соответствующие поля не заполняются. (в старой версии обнулялось, т.к. память выделялась по-другому)
Программа же для 48К? А "device zxspectrum128" используется? Зачем?

Чтоб соответствовало поведению предыдущих версий и чтоб не мусорило в тапки, будет обнуление в следующих версиях.

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

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

А, я думал что он в принципе валится на Вин7. ОК, будем разбираться. Исходники в личку могут сильно ускорить процесс.

Нашёл ещё - файлик savetap_test.asm из набора sjasm-1.10.1 тоже валит компиляцию.
положил сюда

Спасибо, смотрю.

; store BASIC
		savetap	"output.tap",BASIC,"tstSAVETAP", bas.line10, bas.total, 10
; store SCREEN$
		savetap	"output.tap",CODE,"intro", screen, screen.len
; store CODE
		savetap	"output.tap",CODE,"demo", demo, demo.len
; store CHARS
		savetap "output.tap",CHARS,"t$", chars, chars.len, 't'
; store HEADLESS
		savetap "output.tap",HEADLESS, (screen + $1800), 32, 66 ; custom flag

Это что за директивы? Документация знает только про "SAVETAP <filename>,<startadressofprogram>" ( https://github.com/sjasmplus/sjasmpl...dressofprogram )


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

Новый релиз v.20190306: https://github.com/sjasmplus/sjasmplus/releases

Fixed

• SAVETAP: zero-fill allocated memory buffer before using it
• Fixed a crash in EDUP

[Bedazzle]

Это что за директивы? Документация знает только про "SAVETAP <filename>,<startadressofprogram>"

это в версии 1.10 было впилено

Новый релиз v.20190306

во, другое дело, перестал крашиться, компилит
))

[asve79]

Хотел задать еще один вопрос.


При компиляции, при некоторых ошибках все равно создается бинарь. В чем фишка?

Вот например:

SjASMPlus Z80 Cross-Assembler v.20190304+++WiP
Pass 1 complete (0 errors)
Pass 2 complete (0 errors)
main.asm(114): error: Label not found: main.sockets.sent
Pass 3 complete
Errors: 1, warnings: 0, compiled: 5152 lines

При этой ошибке создается бинарик. Да и код завершения компирятора = 0, что "все норм".

[mastermind]

При этой ошибке создается бинарик. Да и код завершения компирятора = 0, что "все норм".

Да, известная проблема, с этим делом полный "разброд и шатание". Записал в баги чтоб не забыть разобраться с этим: https://github.com/sjasmplus/sjasmplus/issues/8

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

Какие-то чудеса стали происходить с "Over 20 defines nested"

Добавил код в макрос:

	XOR	A
	LD	(filename-1),A		;type 0 - file
	_fentry filename-1		;Copen file

Снова получил ошибку

SjASMPlus Z80 Cross-Assembler v.20190306
main.asm(113): error: Over 20 defines nested

В этой строке вызывается

	_ifenterput	ekcm_nc

Сам макрос заменил чтобы имена агрумента и параметра не совпадали.

		MACRO	_fentry fname
		LD	HL,fname
		CALL	fs.fentry
		ENDM

И все равно падает.

Убрал уже вызов _fentry - все равно падает.

Непонятна связь этой строчки с остальным кодом:

	_ifenterput	ekcm_nc

Вот такой код успешно ассемблируется:

        module fs
fentry equ 0
        endmodule

filename   db "asdf.ghj"

        MACRO   _fentry fname
        LD      HL,fname
        CALL    fs.fentry
        ENDM

        XOR     A
        LD      (filename-1),A          ;type 0 - file
        _fentry filename-1              ;Copen file

;               _ifenterput     ekcm_nc

SjASMPlus Z80 Cross-Assembler v.20190306
Pass 1 complete (0 errors)
Pass 2 complete (0 errors)
Pass 3 complete
Errors: 0, warnings: 0, compiled: 20 lines

Что я делаю не так?

[asve79]

Что я делаю не так?

Таак...
Вот хороший вопрос. )
Этот модуль из другого кода норм компилируется.

==
Для воспроизведения проблемы проект git@github.com:asve79/z80-ftp.git ветка wc_plugin.
1. Зайти в каталог: cd z80-ftp
2. Скачать зависимости: ./get_depencies.sh
3. Запустить сборку: ./_make.sh
==

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

Нашел косяк!

в файле fs.mac ф-ция была определена так:

		MACRO	_mkfile filestruct
		LD 	HL,filestruct
		CALL	fs.mkfile
		ENDM

Она вызывалась также с аргументом filestruct, на этом и падало.

переделал на

		MACRO	_mkfile fstruct
		LD 	HL,fstruct
		CALL	fs.mkfile
		ENDM

И все полетело

В гите пока нерабочая версия, которая падает.

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

Выдвину предположение, что твой фикс на устранения зацикливания при одинаковом аргументе и параметре, работает только на 1 один случай в коде. Если их больше 1 то падает.

[mastermind]

Выдвину предположение, что твой фикс на устранения зацикливания при одинаковом аргументе и параметре, работает только на 1 один случай в коде. Если их больше 1 то падает.

Нет, я тот фикс случайно выпилил в процессе другого фикса (т.к. чиню пока подобные глюки "тупо в лоб" - пока парсер нормально не перепишу)
В репо на github уже исправлено, сейчас сделаю релиз.

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

Новый релиз: v.20190306.1

• Сборки для Windows и macOS: https://github.com/sjasmplus/sjasmplus/releases
• Arch Linux: AUR
  
• Инструкции по сборке для остальных версий Linux/Unix: https://github.com/sjasmplus/sjasmpl...ster/README.md
• Документация: https://github.com/sjasmplus/sjasmplus/wiki

Fixed

• Fixed some problems with MACRO arguments parsing