gtk-gnutella-devel Digest, Vol 33, Issue 1
|
View:
New views
1 Messages
—
Rating Filter:
Alert me
|
 |
gtk-gnutella-devel Digest, Vol 33, 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: gtk-related crash (Raphael Manfredi) 2. Re: valgrind (Raphael Manfredi) 3. Crash after Bitzi Lookup attempt (Larry Nieves) 4. crash in parse_ipv6_addr (Meelis Roos) 5. Re: Crash after Bitzi Lookup attempt (Raphael Manfredi) 6. Re: crash in parse_ipv6_addr (Raphael Manfredi) 7. Re: crash in parse_ipv6_addr (Raphael Manfredi) ---------------------------------------------------------------------- Message: 1 Date: Thu, 29 Oct 2009 18:01:21 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] gtk-related crash To: gtk-gnutella-devel@... Message-ID: <hccl9h$km7$1@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Meelis Roos <mroos@...> from ml.softs.gtk-gnutella.devel: :First I got this warning: :(gtk-gnutella:8515): GLib-GObject-CRITICAL **: g_object_remove_weak_pointer: :assertion `G_IS_OBJECT (object)' failed : :and right then a segfault: :Program terminated with signal 11, Segmentation fault. :#0 0xb7925314 in IA__g_object_remove_weak_pointer (object=0x1, :weak_pointer_location=0x9db67e0) at gobject.c:1543 :1543 gobject.c: No such file or directory. : in gobject.c This is located in the GUI, not in the core. It could very well be a bug in the GTK library. Raphael ------------------------------ Message: 2 Date: Thu, 29 Oct 2009 18:02:28 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] valgrind To: gtk-gnutella-devel@... Message-ID: <hcclbk$km7$2@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Jasen Betts <jasen@...> from ml.softs.gtk-gnutella.devel: :a patch to make gtk-gnutella behave better in valgrind :so you can see the real undefined behavior Sorry Jasen, I'm not going to apply this patch. Better remove undefined behaviour by zero-ing the setjmp() buffer for instance (I bet this is the root of the problem here). Raphael ------------------------------ Message: 3 Date: Sat, 31 Oct 2009 18:46:06 +0100 From: Larry Nieves <lanieves@...> Subject: [gtk-gnutella-devel] Crash after Bitzi Lookup attempt To: gtk-gnutella-devel@... Message-ID: <20091031174606.GA19991@galar2> Content-Type: text/plain; charset="utf-8" Freshly compiled GTKG crashes after attempting to perform a bitzi lookup: Last Changed Rev: 17148 Last Changed Date: 2009-10-31 15:33:29 +0100 (Sat, 31 Oct 2009) This happened twice today. The last time I made a core dump, the backtrace is as follows: (gdb) bt #0 0xb7f15430 in __kernel_vsyscall () #1 0xb73eb6d0 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0x0823d104 in crash_handler (signo=11) at crash.c:177 #3 <signal handler called> #4 parse_ipv6_addr (s=0x838cca1 "itzi.com", dst=0xbfeb3ab8 "", endptr=0x0) at parse.c:218 #5 0x0824cae3 in string_to_host_addr (s=0x838cca0 "bitzi.com", endptr=0x0, addr_ptr=0xbfeb3bb4) at host_addr.c:566 #6 0x080d2a6a in http_async_create (url=0xbec13c28 "http://bitzi.com/rdf/urn:sha1:MQ42ATJTXJKBHNUB3P5NZSSCASGSGX3K?ref=gtk-gnutella", addr= {net = 0, addr = {ipv6 = '\0' <repeats 15 times>, ipv4 = 0}}, port=0, type=HTTP_GET, header_ind=0, data_ind=0x8078710 <bitzi_host_data_ind>, error_ind=0x80787f0 <bitzi_host_error_ind>, parent=0x0) at http.c:1977 #7 0x080d2ec7 in http_async_get (url=0xbec13c28 "http://bitzi.com/rdf/urn:sha1:MQ42ATJTXJKBHNUB3P5NZSSCASGSGX3K?ref=gtk-gnutella", header_ind=0, data_ind=0x8078710 <bitzi_host_data_ind>, error_ind=0x80787f0 <bitzi_host_error_ind>) at http.c:2076 #8 0x080772aa in bitzi_heartbeat (unused_data=0x0) at bitzi.c:704 #9 0xb779b2b6 in ?? () from /usr/lib/libglib-2.0.so.0 #10 0xb779ab88 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #11 0xb779e0eb in ?? () from /usr/lib/libglib-2.0.so.0 #12 0xb779e5ba in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #13 0xb7c7b7d9 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x0819a9fc in main_gui_run (geometry_spec=0x0) at main.c:697 #15 0x08056f67 in main (argc=1, argv=0xbfeb3f14) at main.c:1659 This is running in Ubuntu 2.6.28-16 -- Larry Alex?nder Nieves Colmen?rez <lanieves@...> El Liberal Venezolano http://liberal-venezolano.net/ GPG Public Key: 0x3F25527E Key Fingerprint = 3C08 E8AC DE25 CEC6 731D B9B4 BD9E 03B0 3F25 527E gpg --recv-keys 0x3F25527E --keyserver hkp://wwwkeys.eu.pgp.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: Digital signature ------------------------------ Message: 4 Date: Sat, 31 Oct 2009 19:59:20 +0200 (EET) From: Meelis Roos <mroos@...> Subject: [gtk-gnutella-devel] crash in parse_ipv6_addr To: gtk-gnutella-devel@... Message-ID: <alpine.SOC.1.00.0910311953550.24228@...> Content-Type: TEXT/PLAIN; charset=US-ASCII Program terminated with signal 11, Segmentation fault. #0 0x08244b3b in parse_ipv6_addr (s=0x95177cb "", dst=0xbffa0538 "8JS\tT?\235??f?T?\235?", endptr=0x0) at parse.c:218 218 *endptr = s; (gdb) bt #0 0x08244b3b in parse_ipv6_addr (s=0x95177cb "", dst=0xbffa0538 "8JS\tT?\235??f?T?\235?", endptr=0x0) at parse.c:218 #1 0x08236e93 in string_to_host_addr (s=0x95177b8 "2001:bb8:2045:ff::1", endptr=0x0, addr_ptr=0xbffa0604) at host_addr.c:566 #2 0x080dd53a in node_check_remote_ip_header (peer={net = 6, addr = {ipv6 = " \002?E\224;?G???213?, ipv4 = 1473839648}}, head=0xbf0ca7e4) at nodes.c:4172 #3 0x080ec31b in call_node_process_handshake_header (obj=0xbe9da554, header=0xbf0ca7e4) at nodes.c:5199 #4 0x080d4797 in io_header_parse (ih=0xbe5967ec) at ioheader.c:344 #5 0x0823cd22 in dispatch_poll (unused_source=0x83d62a8, unused_cond=G_IO_IN, udata=0x83ba540) at inputevt.c:715 #6 0xb78bccbf in g_io_unix_dispatch (source=0x83d6300, callback=0x823cbb2 <dispatch_poll>, user_data=0x83ba540) at giounix.c:162 #7 0xb7893771 in IA__g_main_context_dispatch (context=0x83d6580) at gmain.c:2045 #8 0xb78967e6 in g_main_context_iterate (context=0x83d6580, block=1, dispatch=1, self=0x83d8f58) at gmain.c:2677 #9 0xb7896ba7 in IA__g_main_loop_run (loop=0x90b7140) at gmain.c:2881 #10 0xb7d2b281 in IA__gtk_main () at gtkmain.c:1003 #11 0x0818b84e in main_gui_run (geometry_spec=0x0) at main.c:697 #12 0x08056669 in main (argc=1, argv=0xbffa0c04) at main.c:1660 (gdb) p s $1 = 0x95177cb "" (gdb) p endptr $2 = (const char **) 0x0 endptr seems to be NULL. I'm running IPv4+IPv6 ultrapeer with real routable IPv6 address and I occassionally see some IPv6 peers connecting, one regular 6to4 user and others come and go. So IPv6 has at least worked some, for many months. -- Meelis Roos (mroos@...) ------------------------------ Message: 5 Date: Sat, 31 Oct 2009 20:36:54 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] Crash after Bitzi Lookup attempt To: gtk-gnutella-devel@... Message-ID: <hci756$2et$1@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Larry Nieves <lanieves@...> from ml.softs.gtk-gnutella.devel: :This happened twice today. The last time I made a core dump, the :backtrace is as follows: : :(gdb) bt :#0 0xb7f15430 in __kernel_vsyscall () :#1 0xb73eb6d0 in raise () from /lib/tls/i686/cmov/libc.so.6 :#2 0x0823d104 in crash_handler (signo=11) at crash.c:177 :#3 <signal handler called> :#4 parse_ipv6_addr (s=0x838cca1 "itzi.com", dst=0xbfeb3ab8 "", endptr=0x0) at :parse.c:218 :#5 0x0824cae3 in string_to_host_addr (s=0x838cca0 "bitzi.com", endptr=0x0, :addr_ptr=0xbfeb3bb4) at host_addr.c:566 That crash is IMPOSSIBLE unless there is a compiler bug. If you look at lib/parse.c, you see: 217 if (endptr) 218 *endptr = s; And from the stack frame above, we see that endptr is NULL, hence line #218 should not be executed. To validate this, can you confirm you're not compiling with -O0? Try to recompile with -O0 and check again. If that crashes then, it will rule out my hypothesis. Which version of the compiler are you using, and which OS is that? Thanks, Raphael ------------------------------ Message: 6 Date: Sat, 31 Oct 2009 20:41:28 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] crash in parse_ipv6_addr To: gtk-gnutella-devel@... Message-ID: <hci7do$2et$2@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Meelis Roos <mroos@...> from ml.softs.gtk-gnutella.devel: :Program terminated with signal 11, Segmentation fault. :#0 0x08244b3b in parse_ipv6_addr (s=0x95177cb "", dst=0xbffa0538 :"8JS\tT?\235??f?T?\235?", endptr=0x0) at parse.c:218 :218 *endptr = s; Everyone seems to suffer from this bug, but that code was not changed recently and as I said in a previous message, that line cannot be executed when endptr is NULL. Unless the C compiler messed up. Can you try without any optimization (-O0) and let me know what happend then? Thanks, Raphael ------------------------------ Message: 7 Date: Sat, 31 Oct 2009 20:54:56 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] crash in parse_ipv6_addr To: gtk-gnutella-devel@... Message-ID: <hci870$5aa$1@...> Content-Type: text/plain; charset="iso-8859-1" I've just committed r17149 to change parse_ipv6_addr() so that it does not modify its parameter. After what I've witnessed today which caused me to issue r17146, I think gcc suffers from an optimizer bug with parameter handling when these are put in a register. Can you try to recompile with the same optimization options and let me know whether it crashes again? In which case please turn off the optimizer by specifying -O0. Thanks, Raphael ------------------------------ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ------------------------------ _______________________________________________ gtk-gnutella-devel mailing list gtk-gnutella-devel@... https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel End of gtk-gnutella-devel Digest, Vol 33, Issue 1 ************************************************* |
| Free embeddable forum powered by Nabble | Forum Help |
