Dev on Mac LC III and Classic II

[AbelVincze]

Yes, i know, the problem is that at the moment i do not have any idea what could cause that issue.

I'm using OS globals to get the VRAM base address.... and funny but as i wrote these words, i just remember that there is two way to get that base address, and i'm using the Old way... It is possible that as you're using OS 8, the values a get from the OS globals is false, and points to nowhere, and this causes the app crashing. The next week i will have a "new" LC 475, that supports OS 8, and i will install it next to OS 7...

 

[AbelVincze]

I fixed the source files for the first app to run on LC 475 as well: http://iparigrafika.hu/retrocomputing/files/MacIntroV1.sit

 

[nglevin]

Lookin good on my Quadra 800, sir!

If I run into anything else about getting around that 64 KB data fork limit for apps (still assume it's a 68000 limitation), I'll let you know.

 

[AbelVincze]

I'm happy it work on a Quadra 800 too. May i ask which OS is it running? The 64 KB data limit has been fixed it was just a linking setting. Another 2 little app is coming soon.

 

[nglevin]

Mac OS 8.1, still.

 

[AbelVincze]

And another source: http://iparigrafika.hu/retrocomputing/files/MacIntroV2.sit

 

[nglevin]

Excellent, verified that demo looks good on my Mac, too.

I've sent you a PM on this, but I think it bears repeating for the forum. On a 68k compiler, large variables should be declared in "far data" instead of the default of "near data". There's a "far" keyword that CW supports, and there's also a pair of compiler flags that can be used to declare variables as far data; "#pragma far_data on" for the start and "#pragma far_data off" for the end.

Source: The CodeWarrior C Compiler Reference 3.2, still available on Freescale's website; http://cache.freescale.com/files/soft_dev_tools/doc/ref_manual/CCOMPILERRM.pdf