CompuServe Archive

Scott, thanks for the response. Sounds like a first good step. Now what about this (starting from your example: E:\MSTOOLS\BIN): 1. SetCurrentDirectory(".."); 2. GetCurrentDirectory(); -> does it return E:\MSTOOLS? 3. SetCurrentDirectory("C:"); 4. GetCurrentDirectory(); -> returns C:something, right? 5. SetCurrentDirectory("E:"); 6. GetCurrentDirectory(); -> now the $64,000 question: do you get E:\MSTOOLS…

I tested this behavior on Windows NT 3.5 (build 807), utilizing the following p-code SetCurrentDirectory("E:"); GetCurrentDirectory(); The buffer returned by GetCurrentDirectory() contained the current directory on the E: drive (in my case, E:\MSTOOLS\BIN) Regards, Scott Field Microsoft Corp. There is 1 Reply. Read action !

> You have described exactly what I tried. However, specifying > either "D:" or "D:." does not give the desired result of > remembering" the current directory on the drive. It really > changes to root every time, as far as I can tell. (Trying "D:\" > does change to…

You have described exactly what I tried. However, specifying either "D:" or "D:." does not give the desired result of "remembering" the current directory on the drive. It really changes to root every time, as far as I can tell. (Trying "D:\" does change to root, too. 🙂 ) Read…

> But then my file dialog would need to keep a dynamic list of the > last-used directory on each drive. I doubt that the Common Dialog > does that, for example – how could it keep a persistent list? > There must be another way. Oops, I don't think…

But then my file dialog would need to keep a dynamic list of the last-used directory on each drive. I doubt that the Common Dialog does that, for example – how could it keep a persistent list? There must be another way. There is 1 Reply. Read action !

> For example, if I use the dialog to get to directory D:\SAMPLE, > then use the drive combo box to change to drive C:, then use it to > get back to D:, I want to return to directory D:\SAMPLE instead of > D: root. > > I've tried…

John, I don't think I can help you, but I have come up with a workaround for my problem that is not too inconvenient for my customers. The workaround is to use the LABEL command after formatting a drive to make sure that the volume label appears in the root…

I reported a different bug with GetVolumeInformation()… or at least I think it's a bug. See message 79238 if it's still around. (It should be.) I've continued to tinker with this and I can't get it to work. I've used both the GetLogicalDrives and GetLogicalDriveStrings to find the valid drives…

All, When GetVolumeInformation() is called for a network redirected drive, it returns a bogus volume label if the volume label is only stored in the boot sector. Backgrounder: Starting with DOS 4.0, the volume label can appear in the boot sector, or can be a specially marked file in the…