Bug 49712 - Crash closing konqueror window
Summary: Crash closing konqueror window
Status: RESOLVED DUPLICATE of bug 49860
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-10-26 10:51 UTC by Andrea Aime
Modified: 2003-06-16 15:21 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrea Aime 2002-10-26 10:51:07 UTC
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
Comment 1 Andrea Aime 2002-10-26 11:02:32 UTC
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 
 
Comment 2 Stephan Kulow 2002-10-26 19:49:56 UTC
it works fine here. Do you have recent qt-copy?  
Comment 3 Andrea Aime 2002-10-26 20:40:26 UTC
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 ;-)

Comment 4 Andrea Aime 2002-10-27 07:59:33 UTC
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... 
Comment 5 Andrea Aime 2002-11-03 14:21:55 UTC
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?) 
Comment 6 Dirk Mueller 2002-11-10 17:50:26 UTC
nonsense 
Comment 7 Dirk Mueller 2002-11-10 17:51:28 UTC

*** This bug has been marked as a duplicate of 49860 ***
Comment 8 Andrea Aime 2002-11-10 21:44:36 UTC
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... 
Comment 9 Stephan Kulow 2002-11-12 20:35:02 UTC
he said nonsense because he first closed the wrong bug. It's not about anything 
you said. 
Comment 10 asthar la star 2003-06-16 15:21:43 UTC
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