PuTTY semi-bug pageant-dirhandle

This is a mirror. Follow this link to find the primary PuTTY web site.

Home | FAQ | Feedback | Licence | Updates | Mirrors | Keys | Links | Team
Download: Stable · Snapshot | Docs | Changes | Wishlist

summary: Pageant keeps open handles on removeable media
class: semi-bug: This might or might not be a bug, depending on your precise definition of what a bug is.
fixed-in: 2005-03-01 d7b50f8066b835b348f0e0a952db2c73e812133b (0.58)

We've had a couple of reports (e.g. on comp.security.ssh) that the Pageant process tends to keep hold of a directory handle to the directory of the last key loaded via the file selection GUI.

This causes trouble for people who keep keys on removeable media such as USB memory sticks, as Windows won't let them unmount and remove the device.

The following workarounds are said to work:

We don't believe that the Pageant code itself keeps handles on anything particularly, so we suspect that the file selection GUI is keeping a handle behind our backs. The workarounds above bear out this hypothesis.

Update, 2005-02-28 (JTN): I've implemented a wrapper to GetOpenFileName() which maintains a separate CWD for the file requester and for the process as a whole (which should appear in snapshots >=r5413), so this should be fixed now. I haven't tested it with anything that objects to having a process in a particular directory, nor with anything potentially awkward like UNCs, but the docs suggest it should work. (A simpler solution would have been to use OFN_NOCHANGEDIR, but that would have changed the UI behaviour.)


If you want to comment on this web site, see the Feedback page.
Audit trail for this semi-bug.
(last revision of this bug record was at 2016-12-27 11:40:22 +0000)