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 rcronk
Recipients Frans, lowell87, mramahi77, neyro, rcronk, vinay.sajip
Date 2009-06-08.23:33:02
SpamBayes Score 5.2825113e-09
Marked as misclassified No
Message-id <1244503984.79.0.952782425174.issue4749@psf.upfronthosting.co.za>
In-reply-to
Content
I didn't care about the os.system() call contention because that's what 
caused the logging problem and that blah.txt file contention should not 
cause logging to fail.

I also had the join calls originally but took them out to simplify the 
code since it seemed to run correctly either way - if this were 
production code, I'd have left them in.

The revised script works for me on windows 2.6.2 (the version I 
upgraded to) but I think it just puts locks around the problem and 
masks the true problem out.  It appears something in os.system() is 
crashing logging and that shouldn't happen.  If locks need to be 
placed, they should be placed around the problem within os.system() or 
within logging, if needed.

Please take the locks off the os.system() calls and see why logging is 
failing when those calls are made.  Remember, this is a test script I 
wrote from scratch with the express purpose of making logging fail from 
multiple threads so you could catch it in a debugger or something.  
Changing the script to make it work misses the point.
History
Date User Action Args
2009-06-08 23:33:04rcronksetrecipients: + rcronk, vinay.sajip, mramahi77, lowell87, neyro, Frans
2009-06-08 23:33:04rcronksetmessageid: <1244503984.79.0.952782425174.issue4749@psf.upfronthosting.co.za>
2009-06-08 23:33:03rcronklinkissue4749 messages
2009-06-08 23:33:03rcronkcreate