[jira] Commented: (LOG4NET-86) In RollingFileAppender when setting CountDirection=1 and the curr size reach int.MaxValue

["Ron Grabowski (JIRA)" <ji...@apache.org>]

    [ http://issues.apache.org/jira/browse/LOG4NET-86?page=comments#action_12423481 ] 
            
Ron Grabowski commented on LOG4NET-86:
--------------------------------------

You have a folder with 2,147,483,638 files in it? That's a lot of files. NTFS supports 4,294,967,295 files in a folder. Do we need to support and/or manage that many files...probably not. If you need to put that many files in a folder perhaps you should think about extending the RollingFileAppender.

> In RollingFileAppender when setting CountDirection=1 and the curr size reach int.MaxValue
> -----------------------------------------------------------------------------------------
>
>                 Key: LOG4NET-86
>                 URL: http://issues.apache.org/jira/browse/LOG4NET-86
>             Project: Log4net
>          Issue Type: Bug
>          Components: Appenders
>    Affects Versions: 1.2.10
>         Environment: All
>            Reporter: Tal G
>
> In RollingFileAppender when setting CountDirection=1 and the curr size reach int.MaxValue the log4net
> 1. Open a new file with .-2147483648 extension. And stop deleting old files for example file with extension .2147483638.
> 2. When i restart my application, it start writing log on the file with .-2147483648 although the newest file is with extension .-2147483643.
> 3. etc.. many more bugs related to this issue
> I suggest that when the file extension reach int.MaxValue move to 0 again and continue properly deleting old files and opening new files.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira