GNOME Bugzilla – Bug 347470
Epiphany crashes when closed
Last modified: 2006-09-15 19:30:29 UTC
Steps to reproduce: 1. Close epiphany 2. 3. Stack trace: (from bugbuddy) Distribution: qbits (LFS) Gnome Release: 2.15.4 2006-07-11 (quantum-bits.org) BugBuddy Version: 2.15.0 Memmory status: size: 96792576 vsize: 0 resident: 96792576 share: 0 rss: 32935936 rss_rlim: 0 CPU usage: start_time: 1152840187 rtime: 0 utime: 181 stime: 0 cutime:173 cstime: 0 timeout: 8 it_real_value: 0 frequency: 0 Backtrace was generated from '/usr/bin/epiphany' Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1229150544 (LWP 19055)] 0xffffe410 in ?? ()
+ Trace 69317
Thread 1 (Thread -1229150544 (LWP 19055))
Other information: Epiphany 2.15.4 (gecko=firefox 1.5.0.3) gnome 2.15.4 / gnome-vfs 2.15.3 gtk+ 2.10.0 / glib 2.12.0 Everything compiled from sources.
Thanks for the bug report. Unfortunately, that stack trace is not very useful in determining the cause of the crash. Can you get us one with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so.
Sorry, my mistake. :-/
Do you still whant that stacktrace from gdb ?
A stack trace with debug symbols for gnome-vfs would be useful, yes.
+ Trace 69323
This is a crash in gnome-vfs http module, re-assigning.
+ Trace 69328
Thread 1 (Thread -1229592912 (LWP 15572))
Might be also useful: (gdb) handle SIG33 nostop noprint pass Signal Stop Print Pass to program Description SIG33 No No Yes Real-time event 33 (gdb) run Starting program: /usr/bin/epiphany [Thread debugging using libthread_db enabled] [New Thread -1229216080 (LWP 15514)] [New Thread -1231864912 (LWP 15519)] [New Thread -1265624144 (LWP 15520)] [New Thread -1275315280 (LWP 15521)] [New Thread -1284490320 (LWP 15522)] [New Thread -1292883024 (LWP 15523)] Detaching after fork from child process 15524. [Thread -1275315280 (LWP 15521) exited] [Thread -1231864912 (LWP 15519) exited] [Thread -1284490320 (LWP 15522) exited] [Thread -1292883024 (LWP 15523) exited] [Thread -1265624144 (LWP 15520) exited] GLib-CRITICAL **: g_hash_table_destroy: assertion `hash_table->ref_count > 0' failed aborting... Program received signal SIGABRT, Aborted. [Switching to Thread -1229216080 (LWP 15514)] 0xffffe410 in ?? () (gdb) thread apply all bt
+ Trace 69329
Thread 1 (Thread -1229216080 (LWP 15514))
*** Bug 348166 has been marked as a duplicate of this bug. ***
I can reproduce this now. I get the (epiphany:29068): GLib-CRITICAL **: g_hash_table_destroy: assertion `hash_table->ref_count > 0' failed warning 4 times on shutdown.
+ Trace 69569
Ok, some more information: - I set breakpoints on gnome_vfs_init and gnome_vfs_shutdown and they're only called once each in Epiphany HEAD - Starting epiphany up and shut down -> no warnings - Starting epiphany up and loading a http:// web page, shut down -> no warnings - Starting epiphany up and loading a https:// web page, shut down -> WARNINGS! (4 identical warnings)
Ahh, since https:// is an alias for http:// maybe that will cause the "double" free. I am going to look at this later. Thanks!
*** Bug 348695 has been marked as a duplicate of this bug. ***
*** Bug 348714 has been marked as a duplicate of this bug. ***
*** Bug 349140 has been marked as a duplicate of this bug. ***
*** Bug 349803 has been marked as a duplicate of this bug. ***
*** Bug 350178 has been marked as a duplicate of this bug. ***
*** Bug 350633 has been marked as a duplicate of this bug. ***
Indeed, It is definitely connected to loading a https:/ web page before loading a http:/ page and closing. No pb whatsoever when surfing http:/ pages only. Moved to gnome 2.15.91 (gnome-vfs 2.15.91, gnome-vfs-monikers 2.15.3, epiphany 2.15.91) -> same pb. Anything I can do to help ?
*** Bug 351073 has been marked as a duplicate of this bug. ***
*** Bug 351105 has been marked as a duplicate of this bug. ***
*** Bug 351210 has been marked as a duplicate of this bug. ***
*** Bug 351248 has been marked as a duplicate of this bug. ***
*** Bug 351307 has been marked as a duplicate of this bug. ***
*** Bug 351393 has been marked as a duplicate of this bug. ***
*** Bug 351641 has been marked as a duplicate of this bug. ***
*** Bug 352607 has been marked as a duplicate of this bug. ***
*** Bug 353490 has been marked as a duplicate of this bug. ***
chpe, can you try to reproduce this with gnomevfs HEAD? I think Christian Kellner might have fixed the issue with a patch: 2006-09-01 Christian Kellner <gicmo@gnome.org> * modules/http-neon-method.c: Never try to the resolve the status of a neon request after a call to http_follow_redirect(). Fixes #353337 I can't seem to reproduce here. Thanks!
Yes, I can still reproduce this in gnome-vfs HEAD, with the steps from comment 9.
*** Bug 354173 has been marked as a duplicate of this bug. ***
... and I can also reproduce it after upgrading to gnome-vfs-2.16.0 (and epiphany 2.16.0)
Created attachment 72811 [details] [review] Proposed Patch The attached patch refcounts the neon module. Note that foreach textual method, we call the GnomeVFSModule's init and shutdown functions, which requires us to do ref-counting for proper resource freeing.
Committed, closing.