| Summary: | Crash closing konqueror window | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Andrea Aime <aaime> |
| Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
I just got another crash, but the backtrace is different... anyways, it may
be related to my PC: I'm using a 2.4.19ck9 kernel (ck patchset), compiling
koffice in the background and also using netbeans, so the PC is
definitely under pressure (CPU and memory, what a bad boy I am...)
Anyways, here is the new backtrace:
[New Thread 1024 (LWP 6059)]
0x41061409 in wait4 () from /lib/libc.so.6
#0 0x41061409 in wait4 () from /lib/libc.so.6
#1 0x410e098c in __check_rhosts_file () from /lib/libc.so.6
#2 0x40ef5d56 in waitpid (pid=19091, stat_loc=0x0, options=0)
at wrapsyscall.c:172
#3 0x405e17e0 in KCrash::defaultCrashHandler (sig=6) at kcrash.cpp:235
#4 0x40ef35bb in pthread_sighandler (signo=6, ctx=
{gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0,
edi = 1089440256, esi = 6059, ebp = 3221219000, esp = 3221218956, ebx =
6059, edx = 1089467580, ecx = 6, eax = 0, trapno = 0, err = 0, eip =
1090340385, cs = 35, __csh = 0, eflags = 582, esp_at_signal = 3221218956,
ss = 43, __ssh = 0, fpstate = 0xbfffe410, oldmask = 2147483648, cr2 = 0}) at
signals.c:97
#5 0x40fd4478 in killpg () from /lib/libc.so.6
#6 0x40fd5a53 in abort () from /lib/libc.so.6
#7 0x40fcde12 in __assert_fail () from /lib/libc.so.6
#8 0x41779503 in khtml::Cache::clear () at loader.h:154
#9 0x416d91e5 in KHTMLFactory::~KHTMLFactory (this=0x82a0500,
__in_chrg=3)
at khtml_factory.cpp:104
#10 0x416d9337 in KHTMLFactory::deref () at khtml_factory.cpp:143
#11 0x416d91ec in KHTMLFactory::~KHTMLFactory (this=0x82a0530,
__in_chrg=3)
at khtml_factory.cpp:107
#12 0x405f3edb in KLibrary::~KLibrary (this=0x8283ac8, __in_chrg=3)
at klibloader.cpp:137
#13 0x405f662e in KLibLoader::close_pending (this=0x80588b0,
wrap=0x8279cd0)
at klibloader.cpp:525
#14 0x405f504c in KLibLoader::~KLibLoader (this=0x80588b0, __in_chrg=3)
at klibloader.cpp:342
#15 0x405f4b98 in KLibLoader::cleanUp () at klibloader.cpp:312
#16 0x40573f46 in KApplication::~KApplication (this=0xbfffec08, __in_chrg=0)
at kapplication.cpp:1333
#17 0x4129143e in main (argc=2, argv=0x805b4f8) at konq_main.cc:52
#18 0x0804c874 in launch (argc=2, _name=0x805bc34 "konqueror",
args=0x805bc47 "\001", cwd=0x0, envc=1, envs=0x805bc58 "",
reset_env=false, tty=0x0, avoid_loops=false,
startup_id_str=0x805bc5c "server.aime.it;1035621507;287529;4445")
at kinit.cpp:547
#19 0x0804d617 in handle_launcher_request (sock=7) at kinit.cpp:1023
#20 0x0804daf1 in handle_requests (waitForPid=0) at kinit.cpp:1189
#21 0x0804ea12 in main (argc=3, argv=0xbffff924, envp=0xbffff934)
at kinit.cpp:1534
#22 0x40fc2280 in __libc_start_main () from /lib/libc.so.6
it works fine here. Do you have recent qt-copy? Subject: Re: Crash closing konqueror window Uhm... maybe a weed old... too much? Anyways I'm updating my cvs copy, I'll keep you informed after recompilation (provided that I see any P or U in the cvs output ;-) I've recompiled qt but the crash persists (with the very same bt), now I'm updating kdelibs and kdebase and will let you know when I've recompiled them... I've updated my cvs copy twice (I do it once a week) but I still see the problem,
the stack trace still is:
[New Thread 1024 (LWP 2072)]
0x41062409 in wait4 () from /lib/libc.so.6
#0 0x41062409 in wait4 () from /lib/libc.so.6
#1 0x410e198c in __check_rhosts_file () from /lib/libc.so.6
#2 0x40f18d56 in waitpid (pid=2191, stat_loc=0x0, options=0)
at wrapsyscall.c:172
#3 0x405b5e60 in KCrash::defaultCrashHandler (sig=6) at kcrash.cpp:235
#4 0x40f165bb in pthread_sighandler (signo=6, ctx=
{gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0,
edi = 1089583616, esi = 2072, ebp = 3221219000, esp = 3221218956, ebx =
2072, edx = 1089610940, ecx = 6, eax = 0, trapno = 0, err = 0, eip =
1090344481, cs = 35, __csh = 0, eflags = 582, esp_at_signal = 3221218956,
ss = 43, __ssh = 0, fpstate = 0xbfffe410, oldmask = 2147483648, cr2 = 0}) at
signals.c:97
#5 0x40fd5478 in killpg () from /lib/libc.so.6
#6 0x40fd6a53 in abort () from /lib/libc.so.6
#7 0x40fcee12 in __assert_fail () from /lib/libc.so.6
#8 0x417f7523 in khtml::Cache::clear () at loader.h:154
#9 0x41757065 in KHTMLFactory::~KHTMLFactory (this=0x829fc68,
__in_chrg=3)
at khtml_factory.cpp:104
#10 0x417571b7 in KHTMLFactory::deref () at khtml_factory.cpp:143
#11 0x4175706c in KHTMLFactory::~KHTMLFactory (this=0x829fb08,
__in_chrg=3)
at khtml_factory.cpp:107
#12 0x405c859b in KLibrary::~KLibrary (this=0x829fa28, __in_chrg=3)
at klibloader.cpp:137
#13 0x405cacee in KLibLoader::close_pending (this=0x80588b0,
wrap=0x829c548)
at klibloader.cpp:525
#14 0x405c970c in KLibLoader::~KLibLoader (this=0x80588b0, __in_chrg=3)
at klibloader.cpp:342
#15 0x405c9258 in KLibLoader::cleanUp () at klibloader.cpp:312
#16 0x405482c6 in KApplication::~KApplication (this=0xbfffec08, __in_chrg=0)
at kapplication.cpp:1334
#17 0x4129298e in main (argc=4, argv=0x8060f28) at konq_main.cc:52
#18 0x0804c874 in launch (argc=4, _name=0x805b92c "konqueror",
args=0x805b983 "/home/wolf", cwd=0x805b983 "/home/wolf", envc=42,
envs=0x805bfb4 "", reset_env=true, tty=0x0, avoid_loops=false,
startup_id_str=0x805bfb8 "server.aime.it;1036331463;335866;1942")
at kinit.cpp:547
#19 0x0804d617 in handle_launcher_request (sock=4) at kinit.cpp:1023
#20 0x0804daa1 in handle_requests (waitForPid=0) at kinit.cpp:1179
#21 0x0804ea12 in main (argc=3, argv=0xbffff924, envp=0xbffff934)
at kinit.cpp:1534
#22 0x40fc3280 in __libc_start_main () from /lib/libc.so.6
I'm on the HEAD, should I move to a particular branch to provide help
for the RC phase? Moreover, I think that cvs mirrors introduce quite some
delay, may I get read only access to the real thing (that is, the main
cvs repository?)
nonsense *** This bug has been marked as a duplicate of 49860 *** Dirk, may I know what is nonsense? My request of read only access to the cvs server or the backtraces? If the first, why? I've reported quite a lot of bugs, that's the only way I've got to help with my available spare time... but the cvs update delay is slowing me down... he said nonsense because he first closed the wrong bug. It's not about anything you said. I think it's the same... When I surf on the web, using my third buttton mouse, il often opens 2 or 3 windows instead of the one I need. When I close them, sometimes, it crashes and closes all my open konqueror windows. I can't do it everytime, but it happens at least 2 or 3 times a session. thx |
Version: (using KDE Devel) Installed from: Compiled sources Compiler: gcc 2.96 Mandrake 8.2 OS: Linux I was browsing the kernel mailing list on the marc (marc.theaimsgroup.com) using tabbed browsing... then I closed the window (or it was only a tab?... not sure) and konqueror crashed. Here is the backtrace: [New Thread 1024 (LWP 17799)] 0x41061409 in wait4 () from /lib/libc.so.6 #0 0x41061409 in wait4 () from /lib/libc.so.6 #1 0x410e098c in __check_rhosts_file () from /lib/libc.so.6 #2 0x40ef5d56 in waitpid (pid=5855, stat_loc=0x0, options=0) at wrapsyscall.c:172 #3 0x405e17e0 in KCrash::defaultCrashHandler (sig=11) at kcrash.cpp:235 #4 0x40ef35bb in pthread_sighandler (signo=11, ctx= {gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, edi = 137575120, esi = 137531896, ebp = 3221218792, esp = 3221218792, ebx = 1088129744, edx = 134217728, ecx = 0, eax = 6357069, trapno = 14, err = 4, eip = 1086573049, cs = 35, __csh = 0, eflags = 66194, esp_at_signal = 3221218792, ss = 43, __ssh = 0, fpstate = 0xbfffe368, oldmask = 2147483648, cr2 = 6357137}) at signals.c:97 #5 0x40fd4478 in killpg () from /lib/libc.so.6 #6 0x409033fd in QApplication::notify (this=0xbffff0b0, receiver=0x8333ad0, e=0xbfffe870) at kernel/qapplication.cpp:2104 #7 0x405705dc in KApplication::notify (this=0xbffff0b0, receiver=0x8333ad0, event=0xbfffe870) at kapplication.cpp:440 #8 0x40c3d13e in QApplication::sendSpontaneousEvent (receiver=0x8333ad0, event=0xbfffe870) at kernel/qapplication.h:480 #9 0x408b24c7 in QETWidget::translateMouseEvent (this=0x8333ad0, event=0xbfffeb20) at kernel/qapplication_x11.cpp:4235 #10 0x408afea3 in QApplication::x11ProcessEvent (this=0xbffff0b0, event=0xbfffeb20) at kernel/qapplication_x11.cpp:3383 #11 0x408c18d9 in QEventLoop::processEvents (this=0x808dce8, flags=4) at kernel/qeventloop_x11.cpp:167 #12 0x40915c35 in QEventLoop::enterLoop (this=0x808dce8) at kernel/qeventloop.cpp:188 #13 0x40915b70 in QEventLoop::exec (this=0x808dce8) at kernel/qeventloop.cpp:138 #14 0x40903d33 in QApplication::exec (this=0xbffff0b0) at kernel/qapplication.cpp:2409 #15 0x41291399 in main (argc=2, argv=0x8059b10) at konq_main.cc:130 #16 0x0804c874 in launch (argc=2, _name=0x805b17c "konqueror", args=0x805b18f "\001", cwd=0x0, envc=1, envs=0x805b1a0 "", reset_env=false, tty=0x0, avoid_loops=false, startup_id_str=0x805b1a4 "server.aime.it;1035620980;448388;4445") at kinit.cpp:547 #17 0x0804d617 in handle_launcher_request (sock=7) at kinit.cpp:1023 #18 0x0804daf1 in handle_requests (waitForPid=0) at kinit.cpp:1189 #19 0x0804ea12 in main (argc=3, argv=0xbffff924, envp=0xbffff934) at kinit.cpp:1534 #20 0x40fc2280 in __libc_start_main () from /lib/libc.so.6