IIRC, We had a similar problem in one of our apps with GetFileAttributesA. The solution was to switch to FindFirstFile, FindClose, giving raise to the suspicion that some implementations of GetFileAttributes are broken. Regards, Simon. -----Original Message----- From: boost-users-bounces@lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Sebastian Orfino Sent: 23 March 2004 16:07 To: boost-users@lists.boost.org Subject: [Boost-users] boost::filesystem::exists() & GetfileAttributesA Hi, I am experiencig a problem with exists() and its Windows implementation with GetFileAttributes API. I am using exists() prior to the scan of a directory to see if it exists; the fact is that on W2K (just tested it on that OS) after a day or two GetFileAttributesA() returns INVALID_FILE_ATTRIBUTES but the path does exists (it is a UNC-style path). After a restart of the app, all works fine. So, should I use exists() this way ? I don't know why not. Or just use directory_iterator and scan the hot-folder right away catching any exceptions ?. I don't want to iterate over a direcotry that doesn't exists if I could knew that in advance; besides, I don't know if that will work anyway. Does anyone know somthing about this GetFileAttributesA/boost::exists() behavior ? Thanks in advance, Sebastian. _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users **************** Confidentiality Notice & Disclaimer ****************** Information in this message (including attachments) is confidential and may be legally privileged. It is intended solely for the person to whom it is addressed. If you are not the intended recipient, you are hereby notified that any unauthorised disclosure, copying, distribution or use of this information is strictly prohibited. If you receive this transmission in error, please notify the sender and then delete this e-mail immediately. Any views or opinions presented are solely those of the author and do not necessarily represent those of Computair Limited. E-mails received by employees of Computair Limited may be monitored and read by employees other than those to whom it is addressed.