🚀 go-pugleaf

In article <776@apple.UUCP> rpd@apple.UUCP (Rick Daley) writes:
>In article <1995@husc6.UUCP>, stew@endor.harvard.edu (Stew Rubenstein) writes:
>> In article <6186@dartvax.UUCP> earleh@dartvax.UUCP (Earle R. Horton) writes:
>> >In article <1953@husc6.UUCP>, stew@endor.harvard.edu (Stew Rubenstein) writes:
>> >> 
>> >> All programs compiled with LightSpeed C WILL BREAK, GUARANTEED 100%,
>> >> when Apple comes out with a 32 bit operating system for the Mac II or
>> >Is this a general compiler problem, or is it, rather, specific to some
>> >of the runtime libraries?
>> 
>> When I said "all" I meant "all."  Even if you don't even include MacTraps.
>> The problem is in that little bit of code in segment 1 that gets prepended
>> to all (that means every one without exception) applications.
>The claim that all LSC applications execute code that assumes a 24 bit
>addressing model is simply not true.

Forgive me, you are right.  I was able to construct a small program
which skipped over the code which BSET's handles.  Here is a program
which will fail:

main()
{
	char *p = "test";
}

Any application which has a CREL resource in it will fail.  I don't
know if this is a necessary condition, but it is sufficient.  LSC
Developers - check your applications.  Let's take an informal poll:
Let me know if your application has any CREL resources.  If so, it
will fail.  Let me know if it doesn't, also, so I can get a reasonably
accurate poll.  So far, I have checked eight programs which I have
around that were built with LSC.  Every one has at least one CREL.

It's right there, at CODE0001+$78, BSET #7, (A3), where A3 is a handle
to the code resource being loaded.

>  I am the primary developer at Apple of
>the "A/UX Toolbox", the software that allows A/UX (Apple's UNIX) programs to
>use the mac toolbox.
>						-- Rick Daley
>						rpd@apple.UUCP
>						ucbvax!sun!apple!rpd

Now I'm REALLY worried!  Surely you are doing more testing???
Please don't tell me that this is typical of development on A/UX Toolbox...