Ticket #1456 (closed defect: wontfix)

Opened 2 years ago

Last modified 19 months ago

memory leak

Reported by: 1122 Owned by: emostar
Priority: normal Milestone:
Component: qt/kde gui Version: 1.3.4
Keywords: Cc:

Description

licq 1.3.4 FedoraCore? 6 qt-kde plugin - kde 3.5.5 qt 3.3.7 gcc version 4.1.1 20061011 (Red Hat 4.1.1-30) make with -O1 i686

memory leaks (from 20 to 55Mb after some hours of works)

mail to : evg-foto(at)yandex.ru

Change History

Changed 2 years ago by root_42

Two things: can you try current SVN version, and second, can you compile with debug symbols (-g) and run in valgrind? Make sure to let valgrind write a logfile of the memory check, and optionally use a full memory check. Then ATTACH the logfile to this bugreport.

Changed 2 years ago by 1122

with current SVN version - same problem. (compiled for i686 -O1).

fort est I open many tabs - every portion of tabs increase memory use. close and new open tabs (no any other actions) - already increase memory use. No errors, no crash - but memory leak.

Changed 2 years ago by 1122

kdelibs-3.5.5-0.2.fc6 kdebase-3.5.5-0.4.fc6 kdebase-devel-3.5.5-0.4.fc6 kdegraphics-devel-3.5.5-0.1.fc6 kdelibs-devel-3.5.5-0.2.fc6

Changed 2 years ago by root_42

Hm, I can confirm that every tab consumes some memory, which does not seem to be freed. I am going to run this through valgrind later to see where the culprit might be.

Changed 2 years ago by 1122

"every tab consumes some memory" - yes, but I open 10 tabs - this increase memory use. close tabs, new opened 10 tabs - next increase memory use. Don't free used memory? ================== I make Licq with flags -O0 -g valgrind 3.2.1-4 I never use valgrind earlier. How I can $valgrind --tool=memcheck --leak-check=yes --db-attach=yes -v /usr/local/licq/bin/licq

what file send to you?

==8272== ==8272== ERROR SUMMARY: 6532 errors from 5 contexts (suppressed: 130 from 1) ==8272== ==8272== 1 errors in context 1 of 5: ==8272== Use of uninitialised value of size 4 ==8272== at 0x7CBF583: BN_num_bits_word (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CBF5C5: BN_num_bits (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CBE10A: BN_mod_exp_mont_consttime (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CBE71D: BN_mod_exp_mont (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD5DFD: (within /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD61A7: (within /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD5D01: DH_generate_key (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x32B619: ssl3_ctx_ctrl (in /lib/libssl.so.0.9.8b) ==8272== by 0x33ACC3: SSL_CTX_ctrl (in /lib/libssl.so.0.9.8b) ==8272== by 0x80AB9FB: CLicq::Init(int, char**) (in /usr/local/licq/bin/licq) ==8272== by 0x80AE589: main (in /usr/local/licq/bin/licq) ==8272== ==8272== 1 errors in context 2 of 5: ==8272== Conditional jump or move depends on uninitialised value(s) ==8272== at 0x7CBF54D: BN_num_bits_word (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CBF5C5: BN_num_bits (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CBE10A: BN_mod_exp_mont_consttime (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CBE71D: BN_mod_exp_mont (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD5DFD: (within /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD61A7: (within /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD5D01: DH_generate_key (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x32B619: ssl3_ctx_ctrl (in /lib/libssl.so.0.9.8b) ==8272== by 0x33ACC3: SSL_CTX_ctrl (in /lib/libssl.so.0.9.8b) ==8272== by 0x80AB9FB: CLicq::Init(int, char**) (in /usr/local/licq/bin/licq) ==8272== by 0x80AE589: main (in /usr/local/licq/bin/licq) ==8272== ==8272== 1 errors in context 3 of 5: ==8272== Conditional jump or move depends on uninitialised value(s) ==8272== at 0x7CBF546: BN_num_bits_word (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CBF5C5: BN_num_bits (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CBE10A: BN_mod_exp_mont_consttime (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CBE71D: BN_mod_exp_mont (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD5DFD: (within /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD61A7: (within /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD5D01: DH_generate_key (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x32B619: ssl3_ctx_ctrl (in /lib/libssl.so.0.9.8b) ==8272== by 0x33ACC3: SSL_CTX_ctrl (in /lib/libssl.so.0.9.8b) ==8272== by 0x80AB9FB: CLicq::Init(int, char**) (in /usr/local/licq/bin/licq) ==8272== by 0x80AE589: main (in /usr/local/licq/bin/licq) ==8272== ==8272== 1 errors in context 4 of 5: ==8272== Conditional jump or move depends on uninitialised value(s) ==8272== at 0x7CC01A7: BN_bin2bn (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CC3815: (within /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD60F9: (within /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD5D01: DH_generate_key (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x32B619: ssl3_ctx_ctrl (in /lib/libssl.so.0.9.8b) ==8272== by 0x33ACC3: SSL_CTX_ctrl (in /lib/libssl.so.0.9.8b) ==8272== by 0x80AB9FB: CLicq::Init(int, char**) (in /usr/local/licq/bin/licq) ==8272== by 0x80AE589: main (in /usr/local/licq/bin/licq) ==8272== ==8272== 6528 errors in context 5 of 5: ==8272== Use of uninitialised value of size 4 ==8272== at 0x7CBE5BE: BN_mod_exp_mont_consttime (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CBE71D: BN_mod_exp_mont (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD5DFD: (within /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD61A7: (within /lib/libcrypto.so.0.9.8b) ==8272== by 0x7CD5D01: DH_generate_key (in /lib/libcrypto.so.0.9.8b) ==8272== by 0x32B619: ssl3_ctx_ctrl (in /lib/libssl.so.0.9.8b) ==8272== by 0x33ACC3: SSL_CTX_ctrl (in /lib/libssl.so.0.9.8b) ==8272== by 0x80AB9FB: CLicq::Init(int, char**) (in /usr/local/licq/bin/licq) ==8272== by 0x80AE589: main (in /usr/local/licq/bin/licq)

==8256== starting debugger with cmd: -nw /proc/8325/fd/1014 8325 /bin/sh: -nw: command not found ==8256== ==8256== Debugger has detached. Valgrind regains control. We continue. --8256-- Reading syms from /usr/lib/qt-3.3/plugins/inputmethods/libqimsw-multi.so (0x4A0E000) --8256-- object doesn't have a symbol table --8256-- Reading syms from /usr/lib/qt-3.3/plugins/inputmethods/libqimsw-none.so (0x4A18000) --8256-- object doesn't have a symbol table --8256-- Reading syms from /usr/lib/qt-3.3/plugins/inputmethods/libqsimple.so (0x4D4D000) --8256-- object doesn't have a symbol table --8256-- Reading syms from /usr/lib/qt-3.3/plugins/inputmethods/libqxim.so (0x4A1D000) --8256-- object doesn't have a symbol table --8256-- memcheck GC: 262144 nodes, 233519 survivors ( 89.0%) --8256-- memcheck GC: increase table size to 524288 --8256-- memcheck GC: 524288 nodes, 468791 survivors ( 89.4%) --8256-- memcheck GC: increase table size to 1048576

Changed 2 years ago by 1122

Do you have any update for this problem?

Changed 2 years ago by emostar

  • owner set to emostar
  • status changed from new to assigned

Well, first a few pointers.

When you post a packet dump, gdb backtrace, or valgrind output, please use the inline syntax of 3 { and 3 }. See WikiFormatting for more details.

And the output you showed, doesn't show any problems at all. It is all with the openssl lib, which you can ignore. Did you run it for long enough?

Jon

Changed 22 months ago by 1122

I'm make licq 1.3.4 (daily 13-20-2007) with new KDE 3.5.6 and gcc 4.1.1-51 (Fedora Core 6). Memory leaks now are small - much smaller, than 1.3.4 with KDE 3.5.5.

I think, that you can close this Bug ticket.

Changed 19 months ago by emostar

  • status changed from assigned to closed
  • resolution set to wontfix

Sounds like a memory leak with KDE then... I'll keep my eye out for this, but will close this for now.

Note: See TracTickets for help on using tickets.