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 davy.zhang, vinay.sajip
Date 2010-05-19.13:21:15
SpamBayes Score 0.00092697126
Marked as misclassified No
Message-id <1274275276.88.0.834759459559.issue8764@psf.upfronthosting.co.za>
In-reply-to
Content
If you look closely, the system is not determining the name of the next log file. It is renaming log files - app.log.2 -> app.log.3, app.log.1 -> app.log.2, app.log -> app.log.1. The "next log file" is always app.log (or whatever the base file name is, I've just used app.log as an example).

It doesn't make sense to set a very large backupCount value, say of ten million (as in your example); why would you want to do this? Did you perhaps mean 10,000,000 for the maxBytes value? If you did mean backupCount, and if you do have a valid reason, then you can subclass this handler and write your own rollover implementation which does whatever you want.
History
Date User Action Args
2010-05-19 13:21:16vinay.sajipsetrecipients: + vinay.sajip, davy.zhang
2010-05-19 13:21:16vinay.sajipsetmessageid: <1274275276.88.0.834759459559.issue8764@psf.upfronthosting.co.za>
2010-05-19 13:21:15vinay.sajiplinkissue8764 messages
2010-05-19 13:21:15vinay.sajipcreate