Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!casbah.acns.nwu.edu!ils.nwu.edu!engber From: engber@ils.nwu.edu (Mike Engber) Newsgroups: comp.sys.mac.programmer Subject: Follow Up: on files not showing up in SFGetFile Summary: seems version number related Message-ID: <1488@anaxagoras.ils.nwu.edu> Date: 24 Apr 91 23:35:16 GMT Organization: The Institute for the Learning Sciences Lines: 40 In my previous posting I described a problem involving creating files that showed up in the Finder, but not in SFGetFile dialogs. ephraim@Think.COM suggested that the problem could be non-zero version numbers. I was creating the files using PBHCreate. PBHCreate does not list ioFVersNum as an input parameter so I was leaving it uninitialized in the HParamBlock. Furthermore, PBGetFInfo showed the version number of the file to be zero. So, it would seem that a non-zero version number is not the problem. But, if I specify initialize ioFVersNum to zero in the HParamBlock I pass to PBHCreate, the problem doesn't occur. This raises questions: - Does PBHCreate use the ioFVersNum field of the HParamBlock? i.e. is IM IV p. 146 missing -> ioFVersNum - Why did PBGetFInfo return zero for version number - did it bother to read the info off disk or did it assume it to be zero since it was on an HFS volume? - Is specifying 0 for ioFVersNum to PBHCreate a reliable way to get file with version numbers of zero or should I explicity set them to zero. - To set the version number of a file to zero it seems like I'd need to use PBSetFInfo, the non-HFS call, since it lists ioVVerNum as an input parameter and PBHSetFInfo doesn't. Or perhaps PBHSetFInfo suffers from the same problem as PBHCreate and really uses ioFVersNum. - If someone could just tell me of a reliable way to check version numbers of files I could empirically answer these questions. Please respond via email if possible. I'll post another summary if I get a handle on what's going on. (seems like there should be a relevant tech note somewhere) -ME