> $ 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)
>> 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? > If the RSS grows over certain limits, the kernel is going to kill the > application. And is that tunable? - 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]
