GetOpenFileName Directory Locking

[softwarescience]

We have a C++ dll that is uploaded to intranet users to allow them to select file names.
This uses the GetOpenFileName function with the OPENFILENAME structure.
The basic concept works, however there is an unwanted side affect that we cannot find any reference to.

For windows 98 SE and prior the problem does NOT occur, whereas on W2K and XP (ignore NT) there is a problem.

On using the function to select (or cancel selection) a file the entire path is locked i.e. select a file 'c:\temp\bob\file1.doc' then the directories 'temp' and 'bob' cannot be renamed, moved etc until the browser is shut. This effectively locks the path until the user exits the application, which is obviously unusable.

Has anyone had a similar problem or am I just missing something.

Many thanks

 

[cdraycott]

softwarescience,

Here is a Topic in a newsgroup that relates to CFileDialog and has encountered the same as you are getting. I think CFileDialog uses GetOpenFileName underneath so some of the solutions in this thread should be appropriate.

http://groups.google.co.uk/group/mi...cks+directories&rnum=1&hl=en#19fca0a78665c4bd

 

[softwarescience]

Thanks for the link, it was just what I wanted.

Basically, someone else having the same problem and getting the same solution of re-setting the current directory.

Seems daft though that there is no definate way of releasing the directory lock.