Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucsd!hub.ucsb.edu!castor!stoms
From: stoms@castor.ncgia.ucsb.edu (David Stoms)
Newsgroups: comp.sys.mac.programmer
Subject: Re: cdev - INIT Data Exchange
Message-ID: <5737@hub.ucsb.edu>
Date: 8 Jun 90 01:18:28 GMT
References: <2695@cooper.cooper.EDU> <55045@microsoft.UUCP> <1990Jun5.142604.11826@asterix.drev.dnd.ca> <8560@goofy.Apple.COM>
Sender: news@hub.ucsb.edu
Reply-To: stoms@castor.ncgia.ucsb.edu ()
Distribution: na
Organization: U. C. Santa Barbara, Geography Department
Lines: 19

In article <8560@goofy.Apple.COM> lsr@Apple.COM (Larry Rosenstein) writes:
>In article <1990Jun5.142604.11826@asterix.drev.dnd.ca> 
>louis@asterix.drev.dnd.ca (Louis Demers) writes:
>>     What happens if you disable the init and it is not loaded.  Your
>>     resource is still there pointing to some area it has no right to

>I would place a magic series of bytes in memory and have the cdev check 
>that the resource points to the expected magic bytes.

This would work (2^32-1)/2^32 of the time. A better solution might be
to reset the modified date back to what it was before the change. Then
it wouldn't be backed up.

Another problem is that the "magic" string of bytes might be there if
the INIT wasn't loaded (same propability). Unfortunately, I see no
solution to this problem. You can't just expect the prefs file data
to be reset each time the computer starts up.

Josh.