cgeiger@ut-emx.UUCP (charles s. geiger, esq.) (03/23/88)
Today I downloaded the new SFScrollinit which was posted here a
couple of days ago. I went to take the old one out of my system
folder (to save it in case the new one didn't work right), and IT
WASN'T THERE! I'm totally confused, because my machine still works
like it IS there. I looked innumerable times to make sure I didn't
name it something else, I used DiskTools to check and see if I had
accidentally made it invisible, but it isn't there.
My question: did the new system/finder make SFScrollinit unnecessary?
Am I going crazy? What gives? I swear, it's not there!
cheers, from
charles s. geiger
ARPA: cgeiger@emx.cc.utexas.edu cgeiger@ut-emx.ARPA
UUCP: ihnp4!ut-emx!cgeiger allegra!ut-emx!cgeiger
gatech!ut-emx!cgeiger seismo!ut-sally!ut-emx!cgeiger
harvard!ut-sally!ut-emx!cgeigerlsr@Apple.COM (Larry Rosenstein) (03/24/88)
In article <1315@ut-emx.UUCP> cgeiger@ut-emx.UUCP (charles s. geiger, esq.) writes: >Today I downloaded the new SFScrollinit which was posted here a >couple of days ago. I went to take the old one out of my system >folder (to save it in case the new one didn't work right), and IT >WASN'T THERE! I'm totally confused, because my machine still works What program did you use for the downloading? It is possible that it has a bug. The problem is that for certain file system calls, the File Manager will look in the System Folder if a given file can't be found. So if a downloading program deletes the file being downloaded first (in case it already exists), then it is possible that it will delete a file with the same name from the System folder by mistake. The INIT would still be active, because that code gets installed at boot time, and does not depend on having the actual file around once installed. (This is true of most, but not all, INIT files.) For programmers, the way to bypass this feature is to always specify a dirID on file system calls. You need to call PBGetWDInfo to determine the dirID, given a working directory refnum. [I directed followups to comp.sys.mac.programmer, since this is relevant only to programmers.] -- Larry Rosenstein, Object Specialist Apple Computer, Inc. 20525 Mariani Ave, MS 32E Cupertino, CA 95014 AppleLink:Rosenstein1 domain:lsr@Apple.COM UUCP:{sun,voder,nsc,decwrl}!apple!lsr
cgeiger@ut-emx.UUCP (charles s. geiger, esq.) (03/25/88)
In article <7768@apple.Apple.Com>, lsr@Apple.COM (Larry Rosenstein) writes: > In article <1315@ut-emx.UUCP> cgeiger@ut-emx.UUCP (charles s. geiger, esq.) writes: > >Today I downloaded the new SFScrollinit which was posted here a > >couple of days ago. I went to take the old one out of my system > >folder (to save it in case the new one didn't work right), and IT > >WASN'T THERE! I'm totally confused, because my machine still works > > What program did you use for the downloading? It is possible that > it has a bug. The problem is that for certain file system calls, the > File Manager will look in the System Folder if a given file can't be > found. > > So if a downloading program deletes the file being downloaded first > (in case it already exists), then it is possible that it will delete > a file with the same name from the System folder by mistake. Yes, I figured out that this is what happened. I rebooted the machine, and low and behold SFScrollinit didn't work anymore (I hadn't put the new one in my Sys Folder yet). BTW, I used MacKermit to download. I guess the lesson to be learned here is to change the name of the init before downloading. It does suck, though. cheers, from charles s. geiger ARPA: cgeiger@emx.cc.utexas.edu cgeiger@ut-emx.ARPA UUCP: ihnp4!ut-emx!cgeiger allegra!ut-emx!cgeiger gatech!ut-emx!cgeiger seismo!ut-sally!ut-emx!cgeiger harvard!ut-sally!ut-emx!cgeiger