19 December 2023, 12:28 | #101 |
move.l #$c0ff33,throat
Join Date: Dec 2005
Location: Berlin/Joymoney
Posts: 6,865
|
|
19 December 2023, 15:27 | #102 |
Registered User
Join Date: Jan 2018
Location: Germany
Posts: 46
|
ASMPro-1.20a works on E-UAE without any crashes. Thank you for fixing the issue!
Really strange that different environments (WinUAE, native, Vampire, E-UAE) behaved differently... |
19 December 2023, 18:03 | #103 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,855
|
@Stingray I used the zi command but it didn’t fixed the problem at least I learned about that command. Thanks.
|
20 December 2023, 01:52 | #104 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,066
|
Is that reproducible? Technically, it happens when the assembler is in pass2 and some include file is not found in cache (normally, everything is read and cached in pass1).
So, it should never happen, unless you are deliberately messing with conditionals (e.g. IF1, IF2), however it does happen regardless for some reason. And this is not only in 1.20, but also 1.18, asm-one 1.48 etc. It's very very rare but I can say it has happened to me, say... once or twice a year. That kind of rare (but I typically don't mess around much with includes). And I don't remember a case when ZI didn't resolve the problem. The point being, I'm not even sure how to reproduce this. I did some... simple tests but they all either worked or never worked, as expected (because IF1/2 is absolute, it does what it should). Does that happen with system includes, or your stuff only? If consistently reproducible, how complex is it, would it be possible to make a copy and throw out the code you are not comfortable sharing, and only leave the includes and relevant conditionals (IFDEF and similar, e.g. if you are using them as guards for once-only including) and send it + includes over to me? If that's a possibility, you might as well check if pruned source assembles properly or it's still a problem. |
20 December 2023, 08:54 | #105 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,855
|
It is 100% reproducible as I said on previous version or AsmOne it is occurring at the first assemble but in 1.20 in all of them.
Maybe something is buggy in the includes It is not the officials includes but LVO.i and custom.i I’ll check if repro in the non modified version. |
20 December 2023, 18:23 | #106 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,855
|
a/b
You can repro just using the 2 lines below, custom.i can contain anything or can be any file I guess. Same with the value of INCDIR, it could be any path. INCLUDE “ram:custom.i” INCDIR “ram:” This give include jam every time. Under AsmOne or older version of AsmPro the message include jam only happens at the 1st assemble. |
20 December 2023, 21:11 | #107 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,066
|
Thanks, figured it out. The problem is actually in the original code and consequently in 1.19. 1.20 exposes the problem with (un)related change (#15: incdir is reset at the start, intention was to prevent using the wrong path in case you switch sources), but doesn't provide a solution for the jam problem.
In 1.18/1.19 the file is actually cached *twice*, as ram:custom.i and RAM:ram:custom.i, because cache logic simply marges 2 paths together without checking whether or not they are absolute or relative. The jam problem occurs in run1 pass2 because now the incdir is non-empty (was set at the end of pass1) and the merged path is different. In run2 you start with a non-empty incdir and now the file is cached again as RAM:ram:custom.i and pass2 happily finds that one. The original ram:custom.i is still cached but never referenced again. I'll upload a new version once I'm done fixing this... |
20 December 2023, 21:27 | #108 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,855
|
Thanks
|
20 December 2023, 21:35 | #109 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,066
|
Forgot to mention, a simple workaround for you for now is to set the incdir at the start of your code to what it is at the end.
I could do a lazy fix by simply reseting the incdir path at the start of each pass instead of only once at the start of assembly, but this still leaves the jam problem and double caching unaddressed and I want to get rid of that, now that I understand what's going on. |
20 December 2023, 21:48 | #110 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,855
|
No hurry I agree that it should be fixed properly.
|
22 December 2023, 02:46 | #111 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,066
|
v1.20b uploaded to aminet. Thanks to all who contributed with bugreports over the last few days.
|
22 December 2023, 14:47 | #112 |
Zone Friend
Join Date: May 2006
Location: France
Posts: 1,855
|
Thanks
|
22 December 2023, 23:00 | #113 |
Moderator
Join Date: Nov 2004
Location: Eksjö / Sweden
Posts: 5,658
|
Flynn bringing the crazy combos! And Pistorms and Vampires with no spec.
Please do not change code to make AsmPro work on HW with no spec. You can if you want, but because of the lack of spec first please look to legit accelerators including new ones like TF etc. If you accommodate HW with no spec it may affect these. You choose what you want to support, and if you support no spec I don't support you. I know the work involved. Devs know which Assembler doesn't crash. Users have a much easier time to tell devs what to do. "Doesn't work". See this post in that light. AsmPro has for decades had these 3 issues. 1. Initialization and allocation of added memory. 2. Debugging handover. 3. Rolling text buffer handling at start/end of source. If you appreciate that feedback more then please have a look at those. Cheers. |
24 December 2023, 21:34 | #114 |
Registered User
Join Date: Sep 2009
Location: Norway
Posts: 1,718
|
There's one thing that annoys me. Scrolling of the AsmPro console is incredibly slow for me (does it use the blitter?), even on a 68060. Bigger projects with a lot of include files will output a lot of text and scroll the console quite a bit, and I have to wait several seconds for it to complete before I write to binary. Is there any way I can get this to be faster?
Otherwise, I love AsmPro and all the new versions. Good job! |
25 December 2023, 01:22 | #115 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,066
|
It's using gfxlib->ScrollRaster() for RTG compatibility. If there's a better way, let me know.
Editor can still use the old cpu copypasta routines (editor prefs, custom scroll), apparently that was a problem for everyone and so it was left in. For the cmdline mode, I could put it back in, but I don't think it would be sufficiently faster. I think something like (optionally) scrolling up 8 lines at a time instead of only 1. I'll see what I can do... |
25 December 2023, 10:37 | #116 |
Registered User
Join Date: Sep 2009
Location: Norway
Posts: 1,718
|
It's a luxury problem, really. Not a big deal, but just a small thing I wish could be improved somehow so that the workflow would be even faster (when making small changes, assembling, testing, rinse repeat...). And by console I mean the console inside AsmPro when you start it.
|
25 December 2023, 11:59 | #117 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,066
|
v1.20c is in the zone (I won't upload it to aminet just yet) so grab it from there if you want it...
There is a new Multiscroll option in the asm preferences (just above the cpu selector), if enabled it will scroll the screen up by 8 lines instead of 1 during assembly. |
26 December 2023, 13:11 | #118 |
Registered User
Join Date: Sep 2009
Location: Norway
Posts: 1,718
|
Thanks!
EDIT: Just gave it a try, and it really did fix my problem. Thank you! Last edited by 8bitbubsy; 28 December 2023 at 18:19. |
10 March 2024, 01:16 | #119 |
Moderator
Join Date: Nov 2004
Location: Eksjö / Sweden
Posts: 5,658
|
Today I fixed a nagging bug in AsmTwo that to my knowledge (and checking AsmOne 1.20 and AsmPro 1.17) is not fixed in any AsmOne/Pro version.
I'm still finding time to finish the todo-list for a finished AsmTwo (so I can customize it to my own taste, which will also take time). a/b, you have a DM with the fix so ppl won't have to wait until then. |
14 April 2024, 04:59 | #120 |
Registered User
Join Date: Jun 2008
Location: somewhere else
Posts: 524
|
Where is the source code of the *latest* version of AsmPro ?
|
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 |
|
|