Hi,
Tnx for the answer and sorry for not replying sooner, but I only now had time
to check it.
I tried running the configure file you sent me and I get:
"config.status: error: cannot find input file: include/log4cxx/config_msvc.h.in"
After running make (since makefile was already created at tha
Hi,
I have installed log4cxx library on Windows xp. I have used the dll as well
as the static version of the library. I am almost certain that there are
memory leaks in the library.
Also when I used the dll version of the library I get a runtime error saying
"pure virtual function call" error no. R
Hi,
Hemant wrote:
Hi,
I have installed log4cxx library on Windows xp. I have used the dll as well
as the static version of the library. I am almost certain that there are
memory leaks in the library.
Could you be more precise about the memory leak(s) ? What make you think
that and do you have p
Hello,
If you tested log4cxx with MFC, you will get false memory leaks because of
static class members which are destroyed after the leak dump is displayed on
the ouput.
If not, please send your leak dump to the mailing list.
Michaël
Selon Christophe de VIENNE <[EMAIL PROTECTED]>:
> Hi,
>
>
> H
Hi,
I have attached the c++ file along with this mail. Just run this code with
dll version of the log4cxx library.
>Could you be more precise about the memory leak(s) ? What make you think
>that and do you have presumption on where ?
After running this file you can see the memory leaks dumped in
Hi,
Sorry about the file. This is the latest version of the file. I have
attached it again.
-Hemant
-Original Message-
From: Christophe de VIENNE [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 27, 2004 4:01 PM
To: Log4CXX User
Subject: Re: Memory Leaks in Log4cxx
Hi,
Hemant wrote:
>Hi
Hi,
I have used a win32 console based application. I already have attached the
file and sent it across.
Just in case you do not get it I have attached it with this mail. When you
run it you will get the leaks listed in
the output window.
-Hemant
-Original Message-
From: Michael CATANZARI
Hemant,
can you just copy your MSVC Output concerning the leaks in a mail, please ?
Selon Hemant <[EMAIL PROTECTED]>:
> Hi,
> I have used a win32 console based application. I already have attached the
> file and sent it across.
> Just in case you do not get it I have attached it with this mail.
Heman,
I think I have understood the problem.
On line 29, please change
Logger *pMylogger = Logger::getLogger(_T("MgmtServer"));
by
LoggerPtr pMylogger = Logger::getLogger(_T("MgmtServer"));
and let us know if it works.
Michaël
Selon Hemant <[EMAIL PROTECTED]>:
> Hi,
> Sorry about the fil
There are 13 memory leaks and 7 resource leaks reported at the end of
execution. I am still trying to figure out most of them, but here's where
some of the leaks reported are coming from:
timezone.cpp line 32 [2 leaks - calling tzset and gmtime]:
TimeZonePtr TimeZone::defaultTimeZone =
I mixed the line numbers - they are swapped, the first line was 92, the
second one 32.
[EMAIL PROTECTED]
teel.com
Hi,
I tried it already, and then I changed it back to what you see now. I still
get the runtime error
"pure virutal function call".
-Hemant
-Original Message-
From: Michael CATANZARITI [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 27, 2004 5:47 PM
To: Log4CXX User
Subject: RE: Memory Leak
And here is the actual dump:
(See attached file: memleaks.txt)
memleaks.txt
Description: Binary data
Hi,
Did you examine the following files for memory leaks :-
basiconfigurator.cpp
logmanager.cpp
-Hemant
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 27, 2004 6:17 PM
To: Log4CXX User
Subject: RE: Memory Leaks in Log4cxx
And here is the ac
I'm trying to figure out how does this memory debugging actually work. I'm
not sure we are using Crt... functions in a proper way.
I get a leak report by running this:
#include
#include
int main(int argc, char* argv[])
{
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);
Hi,
[EMAIL PROTECTED] wrote:
There are 13 memory leaks and 7 resource leaks reported at the end of
execution. I am still trying to figure out most of them, but here's where
some of the leaks reported are coming from:
timezone.cpp line 32 [2 leaks - calling tzset and gmtime]:
TimeZonePtr TimeZo
Christophe de
VIENNE
<[EMAIL PROTECTED]
I think it's the same problem.
By using the _CRTDBG_REPORT_FLAG flag, it should work.
Michaël
Selon Christophe de VIENNE <[EMAIL PROTECTED]>:
> Hi,
>
>
> [EMAIL PROTECTED] wrote:
>
> >There are 13 memory leaks and 7 resource leaks reported at the end of
> >execution. I am still trying to figure
Hello,
That's right.
You don't have to call _CrtDumpMemoryLeaks directly. Indeed, you will cause the
dump to begin before all static class members are destroyed.
Just use the following line
_CrtSetDbgFlag(_CRTDBG_REPORT_FLAG|_CRTDBG_LEAK_CHECK_DF);
with the flag _CRTDBG_REPORT_FLAG, CRT automat
Hello,
That's right.
You don't have to call _CrtDumpMemoryLeaks directly. Indeed, you will cause the
dump to begin before all static class members are destroyed.
Just use the following line
_CrtSetDbgFlag(_CRTDBG_REPORT_FLAG|_CRTDBG_LEAK_CHECK_DF);
with the flag _CRTDBG_REPORT_FLAG, CRT automat
Barak,
I put my entire tree, tar'ed and compressed on our ftp server
Login as user 'anonymous' with any string as passwd
Set BINARY mode (bin command)
And download logSolaris.tar.gz
ftp memento-inc.com
Connected to memento-inc.com.
220 Microsoft FTP Service
User (memento-inc.com:(none)): anonymou
On Jul 27, 2004, at 7:29 AM, [EMAIL PROTECTED] wrote:
There are 13 memory leaks and 7 resource leaks reported at the end of
execution. I am still trying to figure out most of them, but here's
where
some of the leaks reported are coming from:
timezone.cpp line 32 [2 leaks - calling tzset and
22 matches
Mail list logo
