On Sat, 7 Feb 2004, S�nke Ruempler wrote: > > $ ldd XMail > > libdl.so.2 => /lib/libdl.so.2 (0x4001e000) > libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40022000) > libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40037000) > libm.so.6 => /lib/i686/libm.so.6 (0x40079000) > libc.so.6 => /lib/i686/libc.so.6 (0x4009c000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Hmm, are you sure this is a glibc 2.2.x setup? It seems a 2.3.x. > >> And then? What can i do against the growing RSS? Or is _THIS_ the > >> solution? > > > > No, it should not fix that. But ut has improved mechanism for external > > executed binaries. It is worth a try. > > Mhm so how can we debug what lets XMail grow in memory. Which information do > you need? Note that this is not an XMail problem. The fact that a pretty large number of XMail setups on Linux run fine and the fact that setting LD_ASSUME_KERNEL=2.4 solved the issue in other machines, tells pretty much that it is an underlying glibc/kernel thing. Did you try to do an: export LD_ASSUME_KERNEL=2.4 in your XMail startup script? Did you notice any difference in the RSS growing? - 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]
