On Sun, 28 Dec 2003, Pascal de R. wrote: > Running from around 8pm..
Very good, leave it running if you can. > ==31314== 200 bytes in 1 blocks are definitely lost in loss record 1 of 4 > ==31314== at 0x40218D6C: my_malloc (vg_libpthread.c:263) > ==31314== by 0x4021A6FF: get_or_allocate_specifics_ptr (vg_libpthread.c:1405) > ==31314== by 0x4021A818: __pthread_key_create (vg_libpthread.c:1442) > ==31314== by 0x808B26B: SysCreateTlsKey(unsigned&, void (*)(void*)) > (SysDepLinux.cpp:2121) > ==31314== by 0x8055743: ErrOnceSetup() (Errors.cpp:319) > ==31314== by 0x4021AB04: __pthread_once (vg_libpthread.c:1551) > ==31314== by 0x808B327: SysThreadOnce(int*, void (*)()) (SysDepLinux.cpp:2171) > ==31314== by 0x8055761: ErrSetupEnv() (Errors.cpp:328) This is harmless/one-time. > ==31314== 392 bytes in 14 blocks are still reachable in loss record 2 of 4 > ==31314== at 0x400218C6: malloc (vg_replace_malloc.c:153) > ==31314== by 0x4330AF4B: ??? > ==31314== by 0x43309C06: ??? > ==31314== by 0x4330A35A: ??? > ==31314== by 0x43309F21: ??? > ==31314== by 0x432FE05E: ??? > ==31314== by 0x432FE292: ??? > ==31314== by 0x40414A77: gethostbyname_r@@GLIBC_2.1.2 (in /lib/libc-2.3.2.so) This is glibc internal, and almost zero-size. > ==31314== 3936 bytes in 79 blocks are definitely lost in loss record 3 of 4 > ==31314== at 0x400218C6: malloc (vg_replace_malloc.c:153) > ==31314== by 0x808B33E: SysAlloc(unsigned) (SysDepLinux.cpp:2180) > ==31314== by 0x80632B0: GwLkGetLinkFromStrings(char**) (POP3GwLink.cpp:151) > ==31314== by 0x8064D45: GwLkGetNextUser(GWLKF_HANDLE_struct*) (POP3GwLink.cpp:877) > ==31314== by 0x806A43E: PSYNCStartTransfer(void*, PSYNCConfig*) (PSYNCSvr.cpp:296) > ==31314== by 0x806A1AB: PSYNCThreadProc(void*) (PSYNCSvr.cpp:214) > ==31314== by 0x808C47C: SysStkCall(unsigned (*)(void*), void*) > (SysDepLinux.cpp:2997) > ==31314== by 0x808A5EE: SysThreadStartup(void*) (SysDepLinux.cpp:1573) > ==31314== > ==31314== > ==31314== 6648 bytes in 433 blocks are still reachable in loss record 4 of 4 > ==31314== at 0x400218C6: malloc (vg_replace_malloc.c:153) > ==31314== by 0x808B33E: SysAlloc(unsigned) (SysDepLinux.cpp:2180) > ==31314== by 0x808BEC9: SysStrDup(char const*) (SysDepLinux.cpp:2655) > ==31314== by 0x806336E: GwLkGetLinkFromStrings(char**) (POP3GwLink.cpp:161) > ==31314== by 0x8064D45: GwLkGetNextUser(GWLKF_HANDLE_struct*) (POP3GwLink.cpp:877) > ==31314== by 0x806A43E: PSYNCStartTransfer(void*, PSYNCConfig*) (PSYNCSvr.cpp:296) > ==31314== by 0x806A1AB: PSYNCThreadProc(void*) (PSYNCSvr.cpp:214) > ==31314== by 0x808C47C: SysStkCall(unsigned (*)(void*), void*) > (SysDepLinux.cpp:2997) These two are leaks that I fixed in 1.18 and 2.0. But still, they do not justify growing memory in terms of hundreds of megabytes. - Davide - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
