Arghhh What is wrong with this asm code? (must be something stupid...)

[Gelb]

Hey man, are you the same RWO (René W. Olsen) that is responsible for so many great graphical masterpieces including the desert skull picture in Kefrens Desert Dream?

[RWO]

@Piru

>Size optimization was not the focus here

okey.

>BEEP! Wrong.

Well I could sweare that it worked lasttime tryed in v39

@Gelb
No sorry wrong person, I have the same name as RWO/Kefrens well I'm not sure about my middlename.

[Piru]

Well I could sweare that it worked lasttime tryed in v39

It might work by luck for some functions, but you can't know for sure which ones. You cannot assume the functions will continue to work like this in future OS versions, either.

Anyway, this hack only works for Kickstart 1.x dos.library, because it uses moveq + bra in jumptable and direct bsr/bra to other dos.library functions inside dos.library (BCPL legacy stuff). This hacky code was removed in V36 dos.library, and dos.library was made normal library.

[iamaboringperson]

That only was true for Kickstart 1.x (pre-V36). Kickstart V36+ dos.library requires library base in a6, like any other library.

I think that was the suggestion from V36 upwards.

I'm pretty sure the old software that uses a5 for dos will still work

[Piru]

I'm pretty sure the old software that uses a5 for dos will still work

And I am sure they don't. Some functions don't need dosbase at all, but what I am 100% sure about is that dos.library functions do NOT look into A5 for dosbase, ever.

At least they will cause problems if dos.library functions are patched (the patch calling dos.library functions by itself & wrong library base in a6 -> boom).

Don't count on it. It won't work. Always put dosbase in a6 when calling dos.library.