Would seem so.sporniket wrote: Thu May 19, 2022 5:29 pm It looks like accessing a1+2 does trigger the error handler then ?
Bus error handling problem
Re: Bus error handling problem
- mrbombermillzy
- Moderator

- Posts: 2347
- Joined: Sun Jun 03, 2018 7:37 pm
Re: Bus error handling problem
From that wording, I would hazard a guess that by using a long, your assembly variable space is stepping into an odd boundary (if compiling on a 68000, which I guess you are?) causing an odd address/bus error. This would require the STOS variables to be words/evenly aligned to avoid this.exxos wrote: Thu May 19, 2022 4:33 pm There is still something odd going on![]()
I can peek a byte or word in STOS and I get a number back, but a LONG I get BERR.
It's possible that STOS only uses 16 bit words for its data handling...I wouldn't know.
Re: Bus error handling problem
@mrbombermillzy I was only peeking byte or word in STOS. The assembly code was checking for a long. Indeed I confirmed that long failed in STOS as well. Flashyclock registers are 16bit so it wouldn't respond to long access. So now the asm code checks for words, it's all fine now 
- mrbombermillzy
- Moderator

- Posts: 2347
- Joined: Sun Jun 03, 2018 7:37 pm
