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