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 vinay.sajip
Recipients Frans, lowell87, mramahi77, neyro, rcronk, vinay.sajip
Date 2009-06-09.16:48:15
SpamBayes Score 2.27342e-05
Marked as misclassified No
Message-id <1244566097.8.0.723426907602.issue4749@psf.upfronthosting.co.za>
In-reply-to
Content
Debugging threading problems is never as simple as it seems. I don't
believe logging is breaking because of some interaction with the system
calls - rather, the presence of the system calls is changing the
real-time characteristics of the system and exposing the failure.

This problem is not directly related to logging - for example, see

http://groups.google.com/group/comp.lang.python/browse_thread/thread/98fa9592e7c47130/d5642964c573dfc0#d5642964c573dfc0

I will look to see if I can find what the exact problem is. Did you turn
off Windows search indexing for the volume before running the test, in
addition to turning off the anti-virus? It looks as if something else is
opening the file (which, in our test, will have been very recently
written to when the error occurs) and the suspicion must fall on
anti-virus or search indexing or some other file watching software (e.g.
backup software which is configured to monitor all file changes and
refresh the backup copy in pseudo-real-time).
History
Date User Action Args
2009-06-09 16:48:18vinay.sajipsetrecipients: + vinay.sajip, mramahi77, lowell87, neyro, rcronk, Frans
2009-06-09 16:48:17vinay.sajipsetmessageid: <1244566097.8.0.723426907602.issue4749@psf.upfronthosting.co.za>
2009-06-09 16:48:16vinay.sajiplinkissue4749 messages
2009-06-09 16:48:15vinay.sajipcreate