gtk-gnutella-devel Digest, Vol 30, Issue 1
|
View:
New views
1 Messages
—
Rating Filter:
Alert me
|
 |
gtk-gnutella-devel Digest, Vol 30, Issue 1
by gtk-gnutella-devel-request
::
Rate this Message:
Send gtk-gnutella-devel mailing list submissions to
gtk-gnutella-devel@... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel or, via email, send a message with subject or body 'help' to gtk-gnutella-devel-request@... You can reach the person managing the list at gtk-gnutella-devel-owner@... When replying, please edit your Subject line so it is more specific than "Re: Contents of gtk-gnutella-devel digest..." Today's Topics: 1. Re: Crash at startup (Raphael Manfredi) 2. Re: Crash at startup (Hauke Hachmann) 3. Re: Crash at startup (Raphael Manfredi) 4. Re: Crash at startup (Hauke Hachmann) 5. Re: Crash at startup (Raphael Manfredi) 6. Re: Crash at startup (Hauke Hachmann) 7. abort in rev 16786 - pmap already contains the new region (Meelis Roos) 8. Re: abort in rev 16786 - pmap already contains the new region (Raphael Manfredi) ---------------------------------------------------------------------- Message: 1 Date: Sat, 30 May 2009 10:33:40 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] Crash at startup To: gtk-gnutella-devel@... Message-ID: <gvr224$ic0$1@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Hauke Hachmann <haxe@...> from ml.softs.gtk-gnutella.devel: :Stack trace (I hope I got this right) :======================= :#0 0x00007fde690d0065 in raise () from /lib/libc.so.6 :#1 0x00007fde690d3153 in abort () from /lib/libc.so.6 :#2 0x00000000005e2d76 in assertion_failure (data=0x74d4b0) at :fast_assert.c:96 :#3 0x00000000006213c5 in pmap_insert_region (pm=0xa35980, :start=0x7fde63a48000, size=8192, foreign=0) at vmm.c:755 :#4 0x0000000000620b05 in pmap_insert (pm=0xa35980, :start=0x7fde63a48000, size=8192) at vmm.c:488 :#5 0x0000000000620bc1 in alloc_pages (size=8192, update_pmap=1) at :vmm.c:520 :#6 0x00000000006247a7 in vmm_alloc (size=8192) at vmm.c:2055 :#7 0x00000000006269fe in subzone_alloc_arena (sz=0xf9d790, size=8160) :at zalloc.c:445 :#8 0x0000000000626d1a in zn_create (zone=0xf9d790, size=136, hint=60) :at zalloc.c:597 :#9 0x000000000062701d in zcreate (size=136, hint=60) at zalloc.c:696 :#10 0x00000000006271bb in zget (size=136, hint=60) at zalloc.c:784 :#11 0x000000000062582b in wzone_get (rounded=136) at walloc.c:119 :#12 0x0000000000625923 in walloc (size=136) at walloc.c:156 :#13 0x000000000050a1fd in verify_new (hash=0x689ae0) at verify.c:295 :#14 0x000000000050ae03 in verify_sha1_init () at verify_sha1.c:120 :#15 0x0000000000414ab2 in main (argc=1, argv=0x7fff746ec9a8) at :main.c:1447 : : :I hope this is of any use. This is going to help a lot, yet. However, I need you to do the following on gdb: frame 6 p trap_page Thanks, Raphael ------------------------------ Message: 2 Date: Sat, 30 May 2009 14:02:28 +0200 From: Hauke Hachmann <haxe@...> Subject: Re: [gtk-gnutella-devel] Crash at startup To: gtk-gnutella-devel@... Message-ID: <200905301402.28268.haxe@...> Content-Type: Text/Plain; charset="iso-8859-1" On Saturday 30 May 2009, Raphael Manfredi wrote: > However, I need you to do the following on gdb: > > frame 6 > p trap_page (gdb) frame 6 #6 0x00000000006247a7 in vmm_alloc (size=8192) at vmm.c:2055 2055 p = alloc_pages(size, TRUE); (gdb) p trap_page $1 = (void *) 0x7fde6c6ea000 By the way, this is the first time I've used gdb. It seems to actually do useful things :-). If you need to dig more into the dump, I could .tar.bz2 the whole dump directory and mail it to you (bypassing this public mailing list). bye, Hauke ------------------------------ Message: 3 Date: Sat, 30 May 2009 12:05:40 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] Crash at startup To: gtk-gnutella-devel@... Message-ID: <gvr7ek$uv4$1@...> Content-Type: text/plain; charset="iso-8859-1" Can you retry with r16823 to see whether it still crashes for the same reason? Thanks, Raphael ------------------------------ Message: 4 Date: Sat, 30 May 2009 14:33:34 +0200 From: Hauke Hachmann <haxe@...> Subject: Re: [gtk-gnutella-devel] Crash at startup To: gtk-gnutella-devel@... Message-ID: <200905301433.34511.haxe@...> Content-Type: Text/Plain; charset="utf-8" On Saturday 30 May 2009, Raphael Manfredi wrote: > Can you retry with r16823 to see whether it still crashes for the > same reason? r16823 still crashes at startup, but later than before. I can now see the main window for about two seconds. Now the reason is a segfault. The problem is: When I then recompile and run in debug mode (with debug symbols, without compiler optimization etc), the behavior is different. It then crashes immediately with another segfault. Without the debugging stuff, I get about one screen full of log output before the crash (including VMM debug messages). In debug mode, the segfault happens immediately after 4 lines of output. So the following stack trace refers to the behavior in debug mode. Only when this issue is resolved, I can produce a trace for the other crash: (gdb) bt #0 0x00007f7a3b6ae065 in raise () from /lib/libc.so.6 #1 0x00000000005dd71c in crash_handler (signo=11) at crash.c:176 #2 <signal handler called> #3 0x00007f7a3b6f5cc0 in strlen () from /lib/libc.so.6 #4 0x00007f7a3b6c29ae in vfprintf () from /lib/libc.so.6 #5 0x00007f7a3b6e375a in vsnprintf () from /lib/libc.so.6 #6 0x00000000005f8399 in h_strdup_vprintf (format=0x6c48f8 "%s.%s", ap=0x7fff46cc8a70) at misc.c:407 #7 0x00000000005f847b in h_strdup_printf (format=0x6c48f8 "%s.%s") at misc.c:424 #8 0x00000000005e376a in file_config_close (out=0x1385800, fv=0x7f7a3602d0a0) at file.c:284 #9 0x0000000000493bc7 in ipp_cache_store (ic=0x7f7a3602d0a0) at ipp_cache.c:228 #10 0x0000000000493c08 in ipp_cache_store_periodically (ic=0x7f7a3602d0a0, now=1243686200) at ipp_cache.c:242 #11 0x0000000000493ee6 in ipp_cache_insert (cid=IPP_CACHE_LOCAL_ADDR, addr={net = 4, addr = {ipv6 = "D?'?\b??FD?'?\001\000\000", ipv4 = 3576154692}}, port=6300) at ipp_cache.c:341 #12 0x00000000004e1c15 in local_addr_cache_insert (addr={net = 4, addr = {ipv6 = "D?'?\b??FD?'?\001\000\000", ipv4 = 3576154692}}, port=6300) at ipp_cache.h:121 #13 0x00000000004e1b7c in remember_local_addr_port () at settings.c:134 #14 0x00000000004e4b0d in listen_port_changed (prop=23) at settings.c:1467 #15 0x0000000000608661 in prop_add_prop_changed_listener_full (ps=0x13710a0, prop=23, l=0x4e494f <listen_port_changed>, init=1, freq=FREQ_SECS, interval=0) at prop.c:528 #16 0x00000000006085df in prop_add_prop_changed_listener (ps=0x13710a0, prop=23, l=0x4e494f <listen_port_changed>, init=1) at prop.c:509 #17 0x000000000042d0e0 in gnet_prop_add_prop_changed_listener (prop=23, l=0x4e494f <listen_port_changed>, init=1) at gnet_property.c:7606 #18 0x00000000004e5c6b in settings_callbacks_init () at settings.c:2390 #19 0x00000000004e2e29 in settings_init () at settings.c:628 #20 0x0000000000414adb in main (argc=1, argv=0x7fff46ccaf88) at main.c:1436 bye, Hauke ------------------------------ Message: 5 Date: Sat, 30 May 2009 13:31:42 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] Crash at startup To: gtk-gnutella-devel@... Message-ID: <gvrcfu$92i$1@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Hauke Hachmann <haxe@...> from ml.softs.gtk-gnutella.devel: :On Saturday 30 May 2009, Raphael Manfredi wrote: :> Can you retry with r16823 to see whether it still crashes for the :> same reason? : :r16823 still crashes at startup, but later than before. I can now see :the main window for about two seconds. Now the reason is a segfault. : :The problem is: When I then recompile and run in debug mode (with debug :symbols, without compiler optimization etc), the behavior is different. :It then crashes immediately with another segfault. Without the debugging :stuff, I get about one screen full of log output before the crash :(including VMM debug messages). In debug mode, the segfault happens :immediately after 4 lines of output. You're not helped by the changes I made in r16822... :So the following stack trace refers to the behavior in debug mode. Only :when this issue is resolved, I can produce a trace for the other crash: : :(gdb) bt :#0 0x00007f7a3b6ae065 in raise () from /lib/libc.so.6 :#1 0x00000000005dd71c in crash_handler (signo=11) at crash.c:176 :#2 <signal handler called> :#3 0x00007f7a3b6f5cc0 in strlen () from /lib/libc.so.6 :#4 0x00007f7a3b6c29ae in vfprintf () from /lib/libc.so.6 :#5 0x00007f7a3b6e375a in vsnprintf () from /lib/libc.so.6 :#6 0x00000000005f8399 in h_strdup_vprintf (format=0x6c48f8 "%s.%s", :ap=0x7fff46cc8a70) at misc.c:407 :#7 0x00000000005f847b in h_strdup_printf (format=0x6c48f8 "%s.%s") at :misc.c:424 Can you do under gdb: frame 6 p len p buf Perhaps we can switch to direct e-mail until this issue is resolved, that will be faster? Raphael ------------------------------ Message: 6 Date: Sat, 30 May 2009 21:31:37 +0200 From: Hauke Hachmann <haxe@...> Subject: Re: [gtk-gnutella-devel] Crash at startup To: gtk-gnutella-devel@... Message-ID: <200905302131.37580.haxe@...> Content-Type: Text/Plain; charset="iso-8859-1" On Saturday 30 May 2009, Raphael Manfredi wrote: > OK, this must be because of a bad varargs management... > Fixed in r16828. Yes, r16830 works again! Many thanks! Hauke ------------------------------ Message: 7 Date: Mon, 1 Jun 2009 10:49:15 +0300 (EEST) From: Meelis Roos <mroos@...> Subject: [gtk-gnutella-devel] abort in rev 16786 - pmap already contains the new region To: gtk-gnutella-devel@... Message-ID: <Pine.SOC.4.64.0906011047130.23766@...> Content-Type: text/plain; charset="iso-8859-15" This is gtk-gnutella/0.96.7u-16786, it had died last night, this is the backtrace if it interests anyone. (gdb) bt #0 0xb7fd2410 in ?? () #1 0xbfb4856c in ?? () #2 0x00000006 in ?? () #3 0x00006e82 in ?? () #4 0xb768e811 in raise () from /lib/tls/i686/cmov/libc.so.6 #5 0xb768ffb9 in abort () from /lib/tls/i686/cmov/libc.so.6 #6 0xb79730b4 in IA__g_logv (log_domain=<value optimized out>, log_level=G_LOG_LEVEL_ERROR, format=0x8341400 "pmap already contains the new region", args1=0xbfb48b4c "?{;\b") at gmessages.c:497 #7 0xb79730e9 in IA__g_log (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR, format=0x8341400 "pmap already contains the new region") at gmessages.c:517 #8 0x082558f9 in pmap_insert_region (pm=0x83b7bc0, start=0xb716e000, size=<value optimized out>, foreign=0) at vmm.c:701 #9 0x08255a8c in pmap_insert (pm=0x0, start=0x6, size=28290) at vmm.c:467 #10 0x082559c6 in pmap_insert_region (pm=0x83b7bc0, start=0xbf279000, size=28290, foreign=0) at vmm.c:698 #11 0x08255a8c in pmap_insert (pm=0x0, start=0x6, size=28290) at vmm.c:467 #12 0x08256b5d in vpc_free (pc=0x83a824c, idx=2) at vmm.c:1203 #13 0x08256f26 in page_cache_timer (unused_udata=0x0) at vmm.c:1963 #14 0x0821ae92 in periodic_trampoline (cq=0xb7fcd038, data=0xb72d0014) at cq.c:706 #15 0x0821a735 in cq_expire (cq=0xb7fcd038, ev=0x0) at cq.c:467 #16 0x0821a871 in cq_clock (cq=0xb7fcd038, elapsed=103) at cq.c:547 #17 0x0821af8b in cq_heartbeat (cq=0xb7fcd038) at cq.c:598 #18 0x0821afc7 in heartbeat_trampoline (p=0xb7fcd038) at cq.c:609 #19 0xb796ad36 in g_timeout_dispatch (source=0x8553cf0, callback=0x6, user_data=0xb7fcd038) at gmain.c:3422 #20 0xb796a771 in IA__g_main_context_dispatch (context=0x83bb200) at gmain.c:2045 #21 0xb796d7e6 in g_main_context_iterate (context=0x83bb200, block=1, dispatch=1, self=0x83bf370) at gmain.c:2677 #22 0xb796dba7 in IA__g_main_loop_run (loop=0x853b3b8) at gmain.c:2881 #23 0xb7e02281 in IA__gtk_main () at gtkmain.c:1003 #24 0x0817e94e in main_gui_run (geometry_spec=0x0) at main.c:694 #25 0x08056491 in main (argc=1, argv=0xbfb48fd4) at main.c:1518 -- Meelis Roos (mroos@...) ------------------------------ Message: 8 Date: Mon, 1 Jun 2009 08:30:40 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] abort in rev 16786 - pmap already contains the new region To: gtk-gnutella-devel@... Message-ID: <h003jg$iac$1@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Meelis Roos <mroos@...> from ml.softs.gtk-gnutella.devel: :This is gtk-gnutella/0.96.7u-16786, it had died last night, this is the :backtrace if it interests anyone. Please try again with r16865. Some necessary adjustments were made at r16852 in particular, that make the VMM code more reliable on platforms which can load the kernel pmap. Raphael ------------------------------ ------------------------------------------------------------------------------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ------------------------------ _______________________________________________ gtk-gnutella-devel mailing list gtk-gnutella-devel@... https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel End of gtk-gnutella-devel Digest, Vol 30, Issue 1 ************************************************* |
| Free embeddable forum powered by Nabble | Forum Help |
