Morning all,
I'm doing a bit more work on the next exciting episode of QL Today's
LibGen utility. I have spotted a huge pair of bugs in my code, viz:
li_libfile equ $03
...
li_unavmove.l #$,ws_litem+li_libfile(a1)
bra.s li_rdrw
...
li_avail move.l
I'm pretty sure odd address access is perfectly acceptable with a 68020,
but could be wrong.
On 25/01/2013 10:47, Norman Dunbar wrote:
Morning all,
I'm doing a bit more work on the next exciting episode of QL Today's
LibGen utility. I have spotted a huge pair of bugs in my code, viz:
On 25 Jan 2013, at 10:47, Norman Dunbar wrote:
Morning all,
I'm doing a bit more work on the next exciting episode of QL Today's LibGen
utility. I have spotted a huge pair of bugs in my code, viz:
li_libfile equ $03
...
li_unavmove.l #$,ws_litem+li_libfile(a1)
Thanks all for the information. It seems my Motorola books don't mention
this fact!
I'll need to change the code then. It's supposed to work with a bare
bones QL and hence, 68008.
None of mt assembly books bother to mention this fact either, I've spent
the last hour or so looking up
Op 25/01/2013 12:53, Marcel Kilgus schreef:
Norman Dunbar wrote:
In QPC, version 3.33, the above works without any exceptions. PRINT
PROCESSOR gives 20, I must assume that either a 68020 doesn't barf at a
long word access to an odd address or something is not working correctly
any more!
Only
On 25 Jan 2013, at 12:34, Norman Dunbar wrote:
None of mt assembly books bother to mention this fact either, I've spent the
last hour or so looking up everything that could be possibly related. Sigh!
My THOR 21 came with Motorola's manual MC68020. The information about
instruction and data
