14 April 2024, 05:46 | #121 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,091
|
Aminet, same place as 1.18:
http://aminet.net/dev/asm/ASMPro1.20.lha http://aminet.net/dev/asm/ASMPro1.20src.lha That's for 1.20b. 1.20c (or d, ...) is still work in progress, once there's more bugfixes and/or improvements I'll release a new version. The one I put in the zone for 8bitbubsy is basically 1.20b + optional multiline scroll when assembling. |
14 April 2024, 05:54 | #122 |
Registered User
Join Date: Jun 2008
Location: somewhere else
Posts: 545
|
I've seen that one but it seems to be old.
I'll wait then. |
14 April 2024, 09:26 | #123 |
Ex nihilo nihil
Join Date: Oct 2017
Location: CH
Posts: 5,133
|
|
12 July 2024, 22:17 | #124 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,889
|
@a/b
I tried to assemble a source, the source include graphics/gel.i at line 138 of this include there is : AC EQU 0 Asmpro (and probably one) trigger the error ; ** Reserved word I can understand that ac is a command in the assembler shell but why complain about it in the source code? I got the same thing because in the source there is a label named : tt1, dunno what is the purpose of tt1 in that case I just changed the label name but I can’t do that in official includes. There is maybe other cases… |
12 July 2024, 22:27 | #125 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,091
|
Those are MMU registers.
|
13 July 2024, 00:09 | #126 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,889
|
So because Asmpro set MMU registers as reserved keywords a developer cannot use gel.i include in his code and label like tt1 and probably others ?
This is not a problem with Devpac for example and I have MMU enabled in the settings. Last edited by kamelito; 13 July 2024 at 00:15. |
13 July 2024, 13:33 | #127 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,091
|
That's how asm-xxx are designed. You can use any register even with 68000 selected and it will assemble, but you can optionally enable warnings to see possible problems. Consequently, all register names of all units are reserved words. Changing that would require substantial changes.
Devpac obviously handles that differently, and it works in *practical* cases (you can still construct code that will cause it to fail or produce unexpected opcodes, but you can control that via your source code so it's fixable). I don't know how to handle this... If I look at what's going on in the includes, the problem is "STRUCTURE AC,0" (name, initial offset), which is translated via macro (exec/types.i) to "AC EQU 0" and "SOFFSET EQU \2". Now, I don't know why exactly is the first EQU needed at all, especially when always set to a zero. For a possible e.g. IFD/IFND at a later time to determine whether that structure is defined? I'm not that familiar with all the intricacies of the includes, so I'd guess it's not needed. I also did a "grep AC" on all the includes and couldn't see anything that would resemble that symbol being used. So I can only suggest an unpopular workaround: change the include to "STRUCTURE AComp,0". |
13 July 2024, 15:26 | #128 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,889
|
thanks
|
14 July 2024, 13:26 | #129 |
Registered User
Join Date: Jun 2008
Location: somewhere else
Posts: 545
|
Btw, try to load a binary and input a beginning address like "d$40000".
|
14 July 2024, 15:36 | #130 | |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,091
|
Quote:
Thanks for reporting, I'll have a look right away. I'm surprised this hasn't been noticed before, since a too quick arrow-up/down a few times + enter at the wrong time shouldn't be that rare (this is an old bug, 1.18 or earlier). |
|
14 July 2024, 18:58 | #131 |
Registered User
Join Date: Jun 2008
Location: somewhere else
Posts: 545
|
I don't know when this appeared because even the first versions of AsmOne didn't crash on this and properly reported an unknown symbol output.
|
14 July 2024, 19:37 | #132 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,091
|
I don't know when exactly it was introduced, but the code is different from Rune's asm-one v1.x. Basically, at some point the read begin/end address (INPUTBEGINEND) routine was expanded with additional d7 parameter to signal optional/mandatory end address, all while lower level parser routines are using d7 as AF_xxx flags, thus trashing them. So if a parse error occurs, the error handler has wrong flags and starts nuking zero page (null ptr). All the other stuff is sending d7=0, only readbin is sending d7=-1.
|
02 August 2024, 09:30 | #133 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,889
|
@a/b I found this post https://www.pouet.net/topic.php?post=61920
The v part and the comment being in inverted video are still there. |
02 August 2024, 10:30 | #134 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,889
|
@Stingray,
Since a/b is fixing AsmPro you could maybe point to specific bugs still there. Is the 020 support still behind AsmOne? https://eab.abime.net/showpost.php?p...3&postcount=20 |
02 August 2024, 11:35 | #135 |
Registered User
Join Date: Oct 2012
Location: Italy
Age: 49
Posts: 2,980
|
Asm rulez !
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
ASMPro 1.18 on A500/A600? | Antiriad_UK | Coders. Asm / Hardware | 11 | 28 December 2022 10:49 |
AsmPro Macro | REAKTOR BEAR | Coders. Asm / Hardware | 2 | 04 October 2022 13:19 |
AsmPro and INCLUDE sources | OCrowley | Coders. General | 2 | 06 July 2014 11:42 |
AsmPro | copse | Coders. Asm / Hardware | 4 | 25 April 2012 11:41 |
AsmPro | CmdrVimes | Coders. General | 5 | 01 September 2010 12:40 |
|
|