Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!rice!hsdndev!bbn.com!nic!chaos.cs.brandeis.edu!chaos.cs.brandeis.edu!phils From: phils@chaos.cs.brandeis.edu (Phil Shapiro) Newsgroups: comp.sys.mac.programmer Subject: Re: Why do application partitions exist? Message-ID: Date: 12 Feb 91 17:06:37 GMT References: <0B010004.qtlrta@outpost.UUCP> <11033@adobe.UUCP> Sender: @chaos.cs.brandeis.edu Organization: Symantec Corp. Lines: 33 In-Reply-To: gelphman@adobe.COM's message of 12 Feb 91 10:20:27 GMT In article <11033@adobe.UUCP> gelphman@adobe.COM (David Gelphman) writes: In article <0B010004.qtlrta@outpost.UUCP> peirce@outpost.UUCP writes: > >My memory is rather rusty, but I recall a hack that provided multiple >applications running in a single large heap. It was either slightly >before Switcher or contemporary with it. ... >I don't recall what this was called, and it fadded away quickly with >the coming of Switcher. Does anyone remember this and what it was >called? There was a very cool piece of software called MultiMac which allowed you to run multiple applications with background processing. It was definitely before MultiFinder but did allow the screen to be shared (unlike Switcher). Evidently it was hard coded to use the 64K Roms and died when the 128K Rom came out. The version I saw was a great demo but you couldn't use it for real work. I never heard anything about the memory management approach it took. Yeah, MultiMac was *way* cool... I saw a copy, and yes, it only worked on 64K ROM macs. It has this neato config screen that had slots for each application, and it had "priority" sliders that let you assign some sort of CPU percentage to each app, on the fly. You would also tell it how much memory to assign to each program. Alas, it was also way buggy. :-(. I don't remember who the author was ... "Jan" somebody, I think... -phil -- Phil Shapiro Technical Support Analyst Language Products Group Symantec Corporation Internet: phils@chaos.cs.brandeis.edu