Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!hoptoad!tim From: tim@hoptoad.uucp (Tim Maroney) Newsgroups: comp.sys.mac.programmer Subject: Re: list of files Message-ID: <6449@hoptoad.uucp> Date: 4 Feb 89 20:04:03 GMT References: Reply-To: tim@hoptoad.UUCP (Tim Maroney) Organization: Eclectic Software, San Francisco Lines: 29 In article wiechman@athos.rutgers.edu (NightMeower) writes: >Perhaps someone can help. What I'd like to do is using SFGetfile >create a list of files to form a queue which could then be saved and >read back in at a later time and processed. Admittedly, the user >could trash/move some files. If at the time of processing the file >wasn't available then it would be skipped. After tinkering with this >for several days now, I have gotten no where. It would appear that >just having the vrefnum and fname is not enough. So I have been >including the dirid so that I can open a working directory. However, >all or some of these numbers appear to be different when I try to >process them at a later time. Ideas? This is a bit vague. If you try to use the data again during the run of the application, there should be no problem. However, if you save this stuff to disk and then try to use it again after rebooting (or, I'd guess, relaunching) then it won't work -- the vRefNums from Standard File refer to working directories that have gone away. If you're trying to do this kind of lasting save, then you'll need, minimally, a volume name (not reference number, since after you reboot, the volume could be mounted in a different order or even on a floppy that hasn't been mounted), a directory id, and a file name. However, there are a few cases where saving a directory ID won't work, on hypothetical AFP servers, so it's better to save a full path name. -- Tim Maroney, Consultant, Eclectic Software, sun!hoptoad!tim "I've got troubles of my own, and you can't help me out. So take your meditations and your preparations and ram it up yer snout!" - Frank Zappa, "Kozmik Debris"