Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!clyde.concordia.ca!nstn.ns.ca!news.cs.indiana.edu!news.nd.edu!mentor.cc.purdue.edu!noose.ecn.purdue.edu!samsung!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!sics.se!ollef
From: ollef@sics.se (Olle Furberg)
Newsgroups: comp.sys.mac.hypercard
Subject: Re: does HC 1.2.5 work on locked disk?
Message-ID: <1991Feb9.104737.9131@sics.se>
Date: 9 Feb 91 10:47:37 GMT
References: <89373@unix.cis.pitt.edu>
Sender: news@sics.se
Organization: Swedish Institute of Computer Science, Kista
Lines: 25

In <89373@unix.cis.pitt.edu> er225711@unix.cis.pitt.edu (Martin NMN Thurn)
writes:

>Are we doing something wrong, or does 1.2.5
>not work on a locked volume?  Thank any and all for suggestions.

This was discussed 6 months ago, Martin Gannholm then answered (in article
<10286@goofy.Apple.COM>):

>In HyperCard 1.2.5 and earlier Bill made a call to UnloadScrap to free up 
>the memory that the clipboard may be taking. If this returned an error 
>code (which will happen if the Scrap Manager can't write to the Clipboard 
>file), HyperCard would quit. Silly, eh?
>
>Well guess what? We thought it was silly too, and "fixed" it in 2.0. You
>should be able to run HyperCard 2.0 with a locked startup disk.

As far as I know there is no patch available for HC 1.x to get around this,
the only solution seems to be to upgrade to HC 2.0 .

If you have your stacks on a CD, the "set usermodify to true" makes them
just as available for HC 1.* as for HC 2.0 .


   /Olle