This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author sandberg
Recipients ocean-city, sandberg, terry.reedy
Date 2009-12-03.13:31:29
SpamBayes Score 0.0005509579
Marked as misclassified No
Message-id <1259847091.4.0.486181214993.issue5985@psf.upfronthosting.co.za>
In-reply-to
Content
> Once I considered this approach, but problems was that
> nFileIndexLow/High can change every time file handle is opened, so it's
> not unique. See remarks in following page.
> http://msdn.microsoft.com/en-us/library/aa363788%28VS.85%29.aspx

Actually, that page only says that file identities may vary over time,
and that it may happen during operations such as defragmentation.
However, I have been in contact with a customer who observed a file
system where the file index actually changed every time a file was
closed and re-opened, given that nobody else kept the file open
inbetween. This was on some kind of network mount, I wasn't told which
kind (and I couldn't reproduce it with samba).

This means that it's actually essential that you don't close the file
between the CreateFile calls (and yes, your patch does this correctly).
History
Date User Action Args
2009-12-03 13:31:31sandbergsetrecipients: + sandberg, terry.reedy, ocean-city
2009-12-03 13:31:31sandbergsetmessageid: <1259847091.4.0.486181214993.issue5985@psf.upfronthosting.co.za>
2009-12-03 13:31:30sandberglinkissue5985 messages
2009-12-03 13:31:29sandbergcreate