Matthew Lye wrote:
> I've seen this a few times, but not yet in a circumstance when I was
> confident that I'd made a good clean build, and that it had been
> recent enough.
> I've included the last warning just in case it's relevant in some way.
>
> > 07-08-17 00:06:00 (WARNING): gnutls_handshake() failed:
> > host=24.217.91.218:62441 (incoming) error="A TLS packet with
> > unexpected length was received."
I don't think it's relevant because at that point, we're far beyond
the code shown in the crash trace.
> > FATAL: Assertion failure in settings.c:725: "is_host_addr(peer)"
> > #2 0x001eb108 in assertion_failure (data=0x0) at fast_assert.c:96
> > #3 0x000f3c5c in settings_addr_changed (new_addr={net = 50, addr =
> > {ipv6 = "\000\000\004\000\004?b0\000\000\000\020??\001d", ipv4 =
> > 1024}}, peer=
> > {net = 0, addr = {ipv6 = "\000\000\000\004??\001d???P\000?C
> > $", ipv4 = 4}}) at settings.c:725
> > #4 0x000fd9cc in guess_local_addr (s=0x3d9aa00) at sockets.c:2041
> > #5 0x001009a8 in socket_accept (data=0xfe3000, unused_source=0,
> > cond=64596480) at sockets.c:2199
Can you reproduce this or do you see this often? It looks interesting
but I'd need more debug messages to see where things go wrong. It seems either
accept() does not initialize the address or the incoming connection is
neither an IPv4 nor an IPv6 connection.
--
Christian
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
gtk-gnutella-devel mailing list
gtk-gnutella-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
