We are using log4cpp version 1.0.0
I am facing following problems in HP-UX 11.
1. After reaching the maxFileSize mentioned in configuration file, because of RollingAppender behavour a file with name <logfile_name>.1 is created.
But on HP-UX the file is created with suffix "d" in name of file as
2. If maxBackupIndex is set to 5 then after reaching maxFileSize for first time the file created is <logfile_name>.4d and not <logfile_name>.1d
In my perception there is bug in RollingAppender.
Please let me know if this is fixed in later version of log4cpp.
Please try out CVS version. I have commites changes in RollingFileAppender. Let me know about results.
Sorry we are using log4cpp version 0.3.5rc3 and not 1.0.0
But anyways I shall do changes which you have done for 1.0.0
Thanks a lot for your help and immediate response :)
Since we are using log4cpp version 0.3.5rc3 and not 1.0.0
i can't compile the fix u have submitted as i guess FactoryParams.cpp and FactoryParams.h have added in latest version of 1.0.0.
These files are absent in 0.3.5rc3 so would you please suggest a fix in 0.3.5rc3 ?
or suggest a workaround.
As a workaroud you may just replace RollingFileAppender::rollOver in RollingFileAppender.cpp for log4cpp-0.3.5rc3 within RollingFileAppender::rollOver in RollingFileAppender.cpp from current CVS. That all you need.
The changes is dumping core as follows
#0 0xc6b17884 in log4cpp::Priority::getPriorityValue (priorityName=@0x7b04175c) at Priority.cpp:43
#1 0xc6b13414 in log4cpp::PropertyConfiguratorImpl::configureCategory (this=0x7b0413c8, categoryName=@0x400213d0)
#2 0xc6b0f158 in log4cpp::PropertyConfiguratorImpl::doConfigure (this=0x7b0413c8, in=@0x7b0414d4)
#3 0xc6b0ef68 in log4cpp::PropertyConfiguratorImpl::doConfigure (this=0x7b0413c8, initFileName=@0x7b040f34)
#4 0xc6b0e330 in log4cpp::PropertyConfigurator::configure (initFileName=@0x7b040f34) at PropertyConfigurator.cpp:17
#5 0x10c88 in dp_trace_init+0x370 ()
#6 0xfe68 in main+0x44 ()
I have written a small application which simply calls log4cpp functions.
dp_trace_init is wrapper written by us
If you can figure out something then gr888 else i shall debug the code at my side
Please send me a minimal example that crushes and I try figure out what is wrong.