Path: utzoo!mnetor!uunet!husc6!cmcl2!nrl-cmf!ames!amdahl!apple!dan
From: dan@Apple.COM (Dan Allen)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Turbo Pascal
Message-ID: <9394@apple.Apple.Com>
Date: 8 May 88 23:03:22 GMT
References: <4000@killer.UUCP> <8948@oberon.USC.EDU>
Reply-To: dan@apple.UUCP (Dan Allen)
Organization: Apple Computer Inc, Cupertino, CA
Lines: 32
Keywords: Mac, Turbo, Font Da

Turbo Pascal 1.1 is great, but it DOES NOT WORK with MultiFinder.  It
seems to only have fixed the Mac II problems.

When a person Runs a program in Turbo, it creates a sub-heap inside its
own heap.  The original Mac II problem was that Color QuickDraw
allocated some data structure in this new heap when InitWindows was
called for the TTY window that Turbo puts up.  When Turbo returned to
its own heap and zapped the program heap, this data structure (which was
still being relyed upon by Color QuickDraw) caused a crash.

This has been fixed in Turbo 1.1.

However, running a program in Turbo under MultiFinder still crashes, not
just on Mac IIs, but on SEs and Pluses as well.  Unfortunately I cannot
recall the exact details of the problem, but it seems like it was
similiar to the above problem.

What you can do is build the program on disk (CMD K) and then run it.
That seems to work, but you lose some of the beauty of the Turbo
Environment.  I seem to recall a small notice by Borland to the effect
that this is the workaround for Turbo 1.1 and MultiFinder.

All Turbo needs to do is call _Launch with the appropriate high bit set
(documented in some recent TechNote if I recall right), and it would
work.

If there is a newer version of Turbo that does Run under MF, I should
would like to know!

Dan Allen
Software Explorer
Apple Computer