tag:old.nabble.com,2006:forum-3853Nabble - Gtk-Gnutella2009-11-05T15:48:57ZA GTK+ Gnutella client for Unix, efficient, reliable and fast, written in C. It has been optimized for speed and scalability, with low-memory consumption. It is meant to be left running 24x7, using little CPU and only the configured bandwidth. Gtk-Gnutella home is <a href="http://sourceforge.net/projects/gtk-gnutella/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26224459gtk-gnutella-devel Digest, Vol 34, Issue 22009-11-05T15:48:57Z2009-11-05T15:48:57Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: Odd assertion failure in iso3166.c (Bill Pringlemeir)
<br> 2. Re: Crash after Bitzi Lookup attempt (Larry Nieves)
<br> 3. Re: Odd assertion failure in iso3166.c (Raphael Manfredi)
<br> 4. Re: Odd assertion failure in iso3166.c (Raphael Manfredi)
<br> 5. Re: Odd assertion failure in iso3166.c (Matthew Lye)
<br> 6. Re: Odd assertion failure in iso3166.c (Raphael Manfredi)
<br> 7. Build problem? (Lars Nordlund)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Tue, 03 Nov 2009 14:25:02 -0500
<br>From: Bill Pringlemeir <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=3" target="_top" rel="nofollow">bpringle@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Odd assertion failure in iso3166.c
<br>To: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=4" target="_top" rel="nofollow">mlye@...</a>>
<br>Cc: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=5" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=6" target="_top" rel="nofollow">87r5sfs969.fsf@...</a>>
<br>Content-Type: text/plain; charset=us-ascii
<br><br>On 3 Nov 2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=7" target="_top" rel="nofollow">mlye@...</a> wrote:
<br><br>> Hey all,
<br>>
<br>> I have encountered a crash that I find rather perplexing, seemingly in
<br>> iso3166.c:
<br><br>I have had preplexing problems as well with stack traces. I find this
<br>method gives the best stack traces with '-02' (which will be the
<br>default).
<br><br>./gtk-gnutella --log-stderr err --log-stdout log --pause-on-crash
<br><br>I run a 'topless' version on i386 debian for days and never get this
<br>crash. However, now that I think about it, I configure with '-U
<br>d_enablenls' to disable multi-lingual support.
<br><br>Anyways, the '--pause-on-crash' option gives better stack traces than
<br>a core file at least for me. Perhaps you already do this? I haven't
<br>run gtkg for a few days because I was intending to install a new
<br>un-encrypted hard drive to increase performance... but I have been
<br>putting that off so I will run the current head.
<br><br>I am guessing that you are gtk2 and did you do a full build? It is
<br>possible that something is amiss with an incremental build; especially
<br>if you update often and I think you had a time change like me.
<br><br>fwiw,
<br>Bill Pringlemeir.
<br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Tue, 3 Nov 2009 20:47:24 +0100
<br>From: Larry Nieves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=8" target="_top" rel="nofollow">lanieves@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash after Bitzi Lookup attempt
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=9" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=10" target="_top" rel="nofollow">20091103194724.GB16920@...</a>>
<br>Content-Type: text/plain; charset="utf-8"
<br><br>On Sun, Nov 01, 2009 at 12:13:10PM +0000, Raphael Manfredi wrote:
<br>> Quoting Larry Nieves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=11" target="_top" rel="nofollow">lanieves@...</a>> from ml.softs.gtk-gnutella.devel:
<br>> :It crashes again.
<br>> :Revision: 17150
<br>>
<br>> OK, try with r17153.
<br><br>Great!
<br><br>It is working again as expected.
<br><br>Cheers!
<br>--
<br>Larry Alex?nder Nieves Colmen?rez <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=12" target="_top" rel="nofollow">lanieves@...</a>>
<br>El Liberal Venezolano <a href="http://liberal-venezolano.net/" target="_top" rel="nofollow">http://liberal-venezolano.net/</a><br>GPG Public Key: 0x3F25527E
<br>Key Fingerprint = 3C08 E8AC DE25 CEC6 731D B9B4 BD9E 03B0 3F25 527E
<br>gpg --recv-keys 0x3F25527E --keyserver hkp://wwwkeys.eu.pgp.net
<br>-------------- next part --------------
<br>A non-text attachment was scrubbed...
<br>Name: not available
<br>Type: application/pgp-signature
<br>Size: 835 bytes
<br>Desc: Digital signature
<br><br>------------------------------
<br><br>Message: 3
<br>Date: Tue, 3 Nov 2009 22:29:29 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=13" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Odd assertion failure in iso3166.c
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=14" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=15" target="_top" rel="nofollow">hcqas9$a2u$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=16" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Hey all,
<br>:
<br>:I have encountered a crash that I find rather perplexing, seemingly in
<br>:iso3166.c:
<br>:
<br>:> #2 0x001e93d8 in assertion_failure (data=<value temporarily
<br>:> unavailable, due to optimizations>) at fast_assert.c:104
<br>:> #3 0x001fbfc4 in iso3166_country_cc (code=0) at iso3166.c:423
<br>:> #4 0x00189e50 in render_sources (d=<value temporarily unavailable,
<br>:> due to optimizations>, row=0, column=1) at fileinfo.c:284
<br>:
<br>:It would appear that iso316_country_cc os being passed a guint16 value
<br>:of 0x0, and subsequently failing the assertion "g_assert(code <
<br>:G_N_ELEMENTS(iso3166_countries))". Which would not be possible,
<br>:unless G_N_ELEMENTS(iso3166_countries) were (a) also zero, or (b)
<br>:evaluated as a [negative] signed integer rather than an unsigned
<br>:integer.
<br><br>Could be an optimizer bug. Do you get the crash if you compile with -O0?
<br><br>I agree with you the insertion failing with code=0 is unsettling, but
<br>the stack track could be wrong, especially due to the optimization
<br>and some arguments being passed by registers, or some calls being
<br>inlined (like here, where render_sources() seemingly calls
<br>iso3166_country_cc() while in fact it has to go through
<br>guc_download_get_country(). And iso3166_country_entry() does not appear
<br>in the stack, which is where the assertion is really.
<br><br>So try with -O0 to see whether you crash at all, and then we'll get to
<br>know what code really was.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Tue, 3 Nov 2009 22:31:54 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=17" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Odd assertion failure in iso3166.c
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=18" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=19" target="_top" rel="nofollow">hcqb0q$a2u$2@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=20" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:in frame 5:
<br>:row = 0,
<br>:i = 1, and
<br>:{struct download}key = {magic = DOWNLOAD_MAGIC, src_handle =
<br>:2434507541, src_handle_valid = 1,
<br>: error_str = "Requeued due to timeout at 10:41:53 - rescheduled for
<br>:10:42:13 #1\00037:43 #0", '\0' <repeats 181 times>, status =
<br>:GTA_DL_DONE, io_opaque = 0x0, rx = 0x0, bio = 0x0,
<br>: server = 0x3552c80, list_idx = DL_LIST_STOPPED, file_info =
<br><br>What would be interesting here is *d->server, since this is where the
<br>country is stored.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Tue, 3 Nov 2009 20:35:20 -0500
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=21" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Odd assertion failure in iso3166.c
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=22" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=23" target="_top" rel="nofollow">F6499A09-5E50-4C4D-9302-E8FBFEEB281A@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br><br>On 3-Nov-09, at 5:31 PM, Raphael Manfredi wrote:
<br><div class='shrinkable-quote'><br>> Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=24" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-
<br>> gnutella.devel:
<br>> :in frame 5:
<br>> :row = 0,
<br>> :i = 1, and
<br>> :{struct download}key = {magic = DOWNLOAD_MAGIC, src_handle =
<br>> :2434507541, src_handle_valid = 1,
<br>> : error_str = "Requeued due to timeout at 10:41:53 - rescheduled for
<br>> :10:42:13 #1\00037:43 #0", '\0' <repeats 181 times>, status =
<br>> :GTA_DL_DONE, io_opaque = 0x0, rx = 0x0, bio = 0x0,
<br>> : server = 0x3552c80, list_idx = DL_LIST_STOPPED, file_info =
<br>>
<br>> What would be interesting here is *d->server, since this is where the
<br>> country is stored.
</div><br>{struct dl_server}key->server = {magic = DL_SERVER_MAGIC, refcnt = 3,
<br>key = 0x32f62e0, list = {0x32f64e0, 0x0,
<br> 0x335f240}, vendor = 0x4e892d0 "LimeWire/4.18.8", hostname = 0x0,
<br> proxies = 0x35da5d0, sha1_counts = 0x97f3390, retry_after =
<br>1257296421,
<br> dns_lookup = 0, proxies_stamp = 0, last_connect = 0, parq_version =
<br>{major = 0,
<br> minor = 7305}, speed_avg = 256, attrs = 60096512, country = 19539}
<br><br>So that explains the assertion failure, at least.
<br><br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Wed, 4 Nov 2009 17:39:50 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=25" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Odd assertion failure in iso3166.c
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=26" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=27" target="_top" rel="nofollow">hcse96$3pv$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=28" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:So that explains the assertion failure, at least.
<br><br>Indeed.
<br><br>In r17182 I have added an assertion to check that the server's country
<br>code remains valid at all times. This is by no means a fix, but a starting
<br>point to see at which time things get corrupted.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Fri, 6 Nov 2009 00:28:40 +0100
<br>From: Lars Nordlund <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=29" target="_top" rel="nofollow">lars.nordlund@...</a>>
<br>Subject: [gtk-gnutella-devel] Build problem?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=30" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <20091106002840.5c76c789@laphroaig>
<br>Content-Type: text/plain; charset=US-ASCII
<br><br>Hi
<br><br>When building gtk-gnutella from HEAD I get this failure:
<br><br>if test -f dba; then \
<br> /usr/pkgsrc/wip/gtk-gnutella-current/work/.tools/bin/mv dba dba~; fi
<br>cc -o dba dba.o util.o -Lshell -lshell -Lcore -lcore -Ldht -ldht -Lui/gtk -lgtk-common -lgtkx -lgtk-common -ldht -lcore -Llib -lshared -Lsdbm -lsdbm -lshared -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpangoft2-1.0 -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -lgobject-2.0 -lglib-2.0 -lintl -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -lxml2 -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -lgnutls -O2 -g -L. -lsdbm -L../lib -lshared -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -lgobject-2.0 -lglib-2.0 -lintl
<br>ld: cannot find -lshell
<br>gmake[4]: *** [dba] Error 1
<br><br>I created these patches to avoid the problem.
<br><br>===> lars@laphroaig:/usr/pkgsrc/wip/gtk-gnutella-current %cat patches/patch-aa
<br>$NetBSD$
<br><br>--- src/Jmakefile.orig 2009-11-05 05:37:01.000000000 +0100
<br>+++ src/Jmakefile
<br>@@ -77,11 +77,11 @@ CFLAGS = -I.. -I. \
<br>
<br> DPFLAGS = $(CFLAGS)
<br> LDFLAGS = \
<br>- -Lshell -lshell \
<br>- -Lcore -lcore \
<br>- -Ldht -ldht \
<br>+ -L../shell -lshell \
<br>+ -L../core -lcore \
<br>+ -L../dht -ldht \
<br> |case d_headless in undef
<br>- -Lui/gtk -lgtk-common -lgtkx -lgtk-common \
<br>+ -L../ui/gtk -lgtk-common -lgtkx -lgtk-common \
<br> -case
<br> -ldht -lcore -Llib -lshared -Lsdbm -lsdbm -lshared \
<br> $(GTK_LDFLAGS) $(XML2_LDFLAGS) $(DBUS_LDFLAGS) $(GNUTLS_LDFLAGS) \
<br>===> lars@laphroaig:/usr/pkgsrc/wip/gtk-gnutella-current %cat patches/patch-ab
<br>$NetBSD$
<br><br>--- src/Makefile.SH.orig 2009-11-05 23:54:27.000000000 +0100
<br>+++ src/Makefile.SH
<br>@@ -126,14 +126,14 @@ CFLAGS = -I.. -I. \
<br>
<br> DPFLAGS = $(CFLAGS)
<br> LDFLAGS = \
<br>- -Lshell -lshell \
<br>- -Lcore -lcore \
<br>- -Ldht -ldht \
<br>+ -L../shell -lshell \
<br>+ -L../core -lcore \
<br>+ -L../dht -ldht \
<br> !NO!SUBS!
<br> case "$d_headless" in
<br> undef)
<br> $spitshell >>Makefile <<'!NO!SUBS!'
<br>- -Lui/gtk -lgtk-common -lgtkx -lgtk-common \
<br>+ -L../ui/gtk -lgtk-common -lgtkx -lgtk-common \
<br> !NO!SUBS!
<br> ;;
<br> esac
<br><br><br>I am not sure I need to patch both the Jmakefile and the Makefile.SH;
<br>but I hope you get the idea about the problem I am seeing and the
<br>changed -L path.
<br><br>I do not understand why I am the only one seeing this? It seems no
<br>fresh checkouts are buildable? This makes me think that I am doing
<br>something wrong/strange here..
<br><br>Best regards,
<br> Lars Nordlund
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26224459&i=31" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 34, Issue 2
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-26182583gtk-gnutella-devel Digest, Vol 34, Issue 12009-11-03T08:43:43Z2009-11-03T08:43:43Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: Crash after Bitzi Lookup attempt (Larry Nieves)
<br> 2. Re: Crash after Bitzi Lookup attempt (Raphael Manfredi)
<br> 3. Re: Crash after Bitzi Lookup attempt (Larry Nieves)
<br> 4. Re: Crash after Bitzi Lookup attempt (Raphael Manfredi)
<br> 5. Re: Crash after Bitzi Lookup attempt (Raphael Manfredi)
<br> 6. Odd assertion failure in iso3166.c (Matthew Lye)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Sun, 1 Nov 2009 09:22:29 +0100
<br>From: Larry Nieves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=3" target="_top" rel="nofollow">lanieves@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash after Bitzi Lookup attempt
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <20091101082229.GC19991@galar2>
<br>Content-Type: text/plain; charset="utf-8"
<br><br>On Sat, Oct 31, 2009 at 08:36:54PM +0000, Raphael Manfredi wrote:
<br>> To validate this, can you confirm you're not compiling with -O0? Try to
<br>> recompile with -O0 and check again. If that crashes then, it will rule out
<br>> my hypothesis.
<br><br>Yes, I can confirm the version that crashed was compiled with -O2. Next
<br>I tried as you suggested to compile with -O0 and the crash didn't
<br>happen. Bitzi lookups are working as expected.
<br><br>> Which version of the compiler are you using, and which OS is that?
<br><br>$ cc --version
<br>cc (Ubuntu 4.3.3-5ubuntu4) 4.3.3
<br>$ uname -rmo
<br>2.6.28-16-generic i686 GNU/Linux
<br>$ lsb_release -a
<br>No LSB modules are available.
<br>Distributor ID: Ubuntu
<br>Description: Ubuntu 9.04
<br>Release: 9.04
<br>Codename: jaunty
<br><br><br>I'l be happy to give more info if needed.
<br><br>Cheers,
<br><br><br><br>--
<br>Larry Alex?nder Nieves Colmen?rez <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=5" target="_top" rel="nofollow">lanieves@...</a>>
<br>El Liberal Venezolano <a href="http://liberal-venezolano.net/" target="_top" rel="nofollow">http://liberal-venezolano.net/</a><br>GPG Public Key: 0x3F25527E
<br>Key Fingerprint = 3C08 E8AC DE25 CEC6 731D B9B4 BD9E 03B0 3F25 527E
<br>gpg --recv-keys 0x3F25527E --keyserver hkp://wwwkeys.eu.pgp.net
<br>-------------- next part --------------
<br>A non-text attachment was scrubbed...
<br>Name: not available
<br>Type: application/pgp-signature
<br>Size: 835 bytes
<br>Desc: Digital signature
<br><br>------------------------------
<br><br>Message: 2
<br>Date: Sun, 1 Nov 2009 08:36:34 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=6" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash after Bitzi Lookup attempt
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=7" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=8" target="_top" rel="nofollow">hcjhai$mk$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Larry Nieves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=9" target="_top" rel="nofollow">lanieves@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Yes, I can confirm the version that crashed was compiled with -O2. Next
<br>:I tried as you suggested to compile with -O0 and the crash didn't
<br>:happen. Bitzi lookups are working as expected.
<br><br>So we do have a gcc optimizer bug. That's both comforting and frightnening.
<br><br>Could you check whether r17150 (the current latest SVN), compiled with -O2
<br>again, crashes during Bitzi lookups? I've changed the function where the
<br>crash was happening to not modify the arguments (which may be confusing the
<br>optimizer).
<br><br>Unfortunately it's going to be hard to report to the GCC folks since we
<br>don't have a small test-case to show them. We have a huge beast crashing...
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Sun, 1 Nov 2009 10:10:42 +0100
<br>From: Larry Nieves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=10" target="_top" rel="nofollow">lanieves@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash after Bitzi Lookup attempt
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=11" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <20091101091042.GA4038@galar2>
<br>Content-Type: text/plain; charset="utf-8"
<br><br>On Sun, Nov 01, 2009 at 08:36:34AM +0000, Raphael Manfredi wrote:
<br>> Could you check whether r17150 (the current latest SVN), compiled with -O2
<br>> again, crashes during Bitzi lookups? I've changed the function where the
<br>> crash was happening to not modify the arguments (which may be confusing the
<br>> optimizer).
<br><br>It crashes again.
<br><br>Revision: 17150
<br>Last Changed Rev: 17150
<br>Last Changed Date: 2009-10-31 22:24:22 +0100 (Sat, 31 Oct 2009)
<br><br>Compiled with default settings, i.e. "-O2".
<br><br>>From gdb:
<br><br>Core was generated by `gtk-gnutella'.
<br>Program terminated with signal 6, Aborted.
<br>[New process 9592]
<br>#0 0xb7f4b430 in __kernel_vsyscall ()
<br>(gdb) bt
<br>#0 0xb7f4b430 in __kernel_vsyscall ()
<br>#1 0xb74216d0 in raise () from /lib/tls/i686/cmov/libc.so.6
<br>#2 0x0823d114 in crash_handler (signo=11) at crash.c:177
<br>#3 <signal handler called>
<br>#4 parse_ipv6_addr (s=0x838cca0 "bitzi.com", dst=0xbf88fff8 "", endptr=0x0) at parse.c:219
<br>#5 0x0824caf3 in string_to_host_addr (s=0x838cca0 "bitzi.com", endptr=0x0, addr_ptr=0xbf8900f4) at host_addr.c:566
<br>#6 0x080d2a6a in http_async_create (url=0xbe4f1584 "<a href="http://bitzi.com/rdf/urn:sha1:CRV643PAX5VDZOITYJS46MRFR2BRGAFD?ref=gtk-gnutella" target="_top" rel="nofollow">http://bitzi.com/rdf/urn:sha1:CRV643PAX5VDZOITYJS46MRFR2BRGAFD?ref=gtk-gnutella</a>", addr=
<br> {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>,
<br> error_ind=0x80787f0 <bitzi_host_error_ind>, parent=0x0) at http.c:1977
<br>#7 0x080d2ec7 in http_async_get (url=0xbe4f1584 "<a href="http://bitzi.com/rdf/urn:sha1:CRV643PAX5VDZOITYJS46MRFR2BRGAFD?ref=gtk-gnutella" target="_top" rel="nofollow">http://bitzi.com/rdf/urn:sha1:CRV643PAX5VDZOITYJS46MRFR2BRGAFD?ref=gtk-gnutella</a>", header_ind=0,
<br> data_ind=0x8078710 <bitzi_host_data_ind>, error_ind=0x80787f0 <bitzi_host_error_ind>) at http.c:2076
<br>#8 0x080772aa in bitzi_heartbeat (unused_data=0x0) at bitzi.c:704
<br>#9 0xb77d12b6 in ?? () from /usr/lib/libglib-2.0.so.0
<br>#10 0xb77d0b88 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
<br>#11 0xb77d40eb in ?? () from /usr/lib/libglib-2.0.so.0
<br>#12 0xb77d45ba in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
<br>#13 0xb7cb17d9 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
<br>#14 0x0819aa0c in main_gui_run (geometry_spec=0x0) at main.c:697
<br>#15 0x08056f67 in main (argc=1, argv=0xbf890454) at main.c:1659
<br><br>--
<br>Larry Alex?nder Nieves Colmen?rez <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=12" target="_top" rel="nofollow">lanieves@...</a>>
<br>El Liberal Venezolano <a href="http://liberal-venezolano.net/" target="_top" rel="nofollow">http://liberal-venezolano.net/</a><br>GPG Public Key: 0x3F25527E
<br>Key Fingerprint = 3C08 E8AC DE25 CEC6 731D B9B4 BD9E 03B0 3F25 527E
<br>gpg --recv-keys 0x3F25527E --keyserver hkp://wwwkeys.eu.pgp.net
<br>-------------- next part --------------
<br>A non-text attachment was scrubbed...
<br>Name: not available
<br>Type: application/pgp-signature
<br>Size: 835 bytes
<br>Desc: Digital signature
<br><br>------------------------------
<br><br>Message: 4
<br>Date: Sun, 1 Nov 2009 09:28:08 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=13" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash after Bitzi Lookup attempt
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=14" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=15" target="_top" rel="nofollow">hcjkb8$7co$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Larry Nieves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=16" target="_top" rel="nofollow">lanieves@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:On Sun, Nov 01, 2009 at 08:36:34AM +0000, Raphael Manfredi wrote:
<br>:> Could you check whether r17150 (the current latest SVN), compiled with -O2
<br>:> again, crashes during Bitzi lookups? I've changed the function where the
<br>:> crash was happening to not modify the arguments (which may be confusing the
<br>:> optimizer).
<br>:
<br>:It crashes again.
<br><br>Good, so we have a clean optimizer bug, but it's not easy to isolate it.
<br><br>Can anybody on this list volunteer to report the bug to the gcc team
<br>and do the necessary follow-ups? We want this bug nailed down...
<br><br>BTW, there is another gcc bug to report: see the comment marked "RAM"
<br>near the top of the src/lib/fast_assert.h file. It occurred with:
<br><br> gcc (GCC) 4.2.1 20070719 [FreeBSD]
<br><br>Anyone (else) want to pursue that one further as well?
<br><br>Please let me know, thanks.
<br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Sun, 1 Nov 2009 12:13:10 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=17" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash after Bitzi Lookup attempt
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=18" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=19" target="_top" rel="nofollow">hcju0m$t5k$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Larry Nieves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=20" target="_top" rel="nofollow">lanieves@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:It crashes again.
<br>:Revision: 17150
<br><br>OK, try with r17153.
<br><br>The problem was that we were lying to the compiler in lib/parse.h, and
<br>that is an unforgivable sin! So the compiler was optimizing some tests
<br>away because we told it that the parameters could not be NULL, whereas we
<br>were passing NULL...
<br><br>Thanks to Jasen Betts for finding this one.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Tue, 3 Nov 2009 11:42:28 -0500
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=21" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: [gtk-gnutella-devel] Odd assertion failure in iso3166.c
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=22" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=23" target="_top" rel="nofollow">DDA6A6DF-99FB-495A-AD47-89D3345FA494@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br>Hey all,
<br><br>I have encountered a crash that I find rather perplexing, seemingly in
<br>iso3166.c:
<br><div class='shrinkable-quote'><br>> #0 0x93a0ab50 in __kill ()
<br>> #1 0x93aa5c00 in abort ()
<br>> #2 0x001e93d8 in assertion_failure (data=<value temporarily
<br>> unavailable, due to optimizations>) at fast_assert.c:104
<br>> #3 0x001fbfc4 in iso3166_country_cc (code=0) at iso3166.c:423
<br>> #4 0x00189e50 in render_sources (d=<value temporarily unavailable,
<br>> due to optimizations>, row=0, column=1) at fileinfo.c:284
<br>> #5 0x0018a8f0 in fi_gui_source_show (key=0x5930a00) at fileinfo.c:371
<br>> #6 0x0015839c in fi_gui_show_info (file=0x60e7dc0) at
<br>> downloads_common.c:1477
<br>> #7 0x0015a730 in fi_gui_files_cursor_update () at
<br>> downloads_common.c:1514
<br>> #8 0x001e2460 in cq_expire (cq=0xe0e140, ev=0x0) at cq.c:482
<br>> #9 0x001e264c in cq_clock (cq=0xe0e140, elapsed=<value temporarily
<br>> unavailable, due to optimizations>) at cq.c:562
<br>> #10 0x001e28cc in cq_heartbeat (cq=0xe0e140) at cq.c:613
<br>> #11 0x001e28f0 in heartbeat_trampoline (p=<value temporarily
<br>> unavailable, due to optimizations>) at cq.c:624
<br>> #12 0x007226d0 in g_timeout_dispatch ()
<br>> #13 0x00721ac4 in g_main_dispatch ()
<br>> #14 0x00723184 in g_main_iterate ()
<br>> #15 0x007234cc in g_main_run ()
<br>> #16 0x00596b38 in gtk_main ()
<br>> #17 0x0016b5bc in main_gui_run (geometry_spec=<value temporarily
<br>> unavailable, due to optimizations>) at main.c:697
<br>> #18 0x00003bc8 in main (argc=1, argv=0xbffff24c) at main.c:1667
</div><br>ccflags='-pipe -W -Wall -Wformat=2 -Wno-shadow'
<br><br>in frame 4:
<br>d is 'unavailable due to optimizations'; row = 0, column = 1, and
<br>{GtkCList}clist_download_sources = {container = {widget = {object =
<br>{klass = 0xd16020, flags = 77580, ref_count = 2, object_data =
<br>0x174eef8}, private_flags = 0, state = 0 '\0', saved_state = 0 '\0',
<br> name = 0xd21720 "clist_download_sources", style = 0x1022200,
<br>requisition = {width = 679, height = 27}, allocation = {x = 2, y = 2,
<br>width = 990, height = 199}, window = 0x0,
<br> parent = 0xd21540}, focus_child = 0x0, border_width = 0,
<br>need_resize = 0, resize_mode = 0, reallocate_redraws = 0,
<br>resize_widgets = 0x0}, flags = 780, row_mem_chunk = 0xd216b0,
<br> cell_mem_chunk = 0xd21860, freeze_count = 0, internal_allocation =
<br>{x = 0, y = 0, width = 990, height = 199}, rows = 1, row_center_offset
<br>= 12, row_height = 15, row_list = 0x3e61d7c,
<br> row_list_end = 0x3e61d7c, columns = 6, column_title_area = {x = 2,
<br>y = 2, width = 986, height = 22}, title_window = 0x0, column =
<br>0xd218a0, clist_window = 0x0, clist_window_width = 986,
<br> clist_window_height = 173, hoffset = 0, voffset = 0, shadow_type =
<br>GTK_SHADOW_IN, selection_mode = GTK_SELECTION_EXTENDED, selection =
<br>0x0, selection_end = 0x0, undo_selection = 0x0,
<br> undo_unselection = 0x0, undo_anchor = -1, button_actions =
<br>"\003\000\000\000", drag_button = 0 '\0', click_cell = {row = -1,
<br>column = -1}, hadjustment = 0xd214d0, vadjustment = 0xd21610,
<br> xor_gc = 0x0, fg_gc = 0x0, bg_gc = 0x0, cursor_drag = 0x0, x_drag =
<br>0, focus_row = 0, anchor = -1, anchor_state = GTK_STATE_SELECTED,
<br>drag_pos = -1, htimer = 0, vtimer = 0,
<br> sort_type = GTK_SORT_ASCENDING, compare = 0x60c310
<br><default_compare>, sort_column = 0}
<br><br><br>in frame 5:
<br>row = 0,
<br>i = 1, and
<br>{struct download}key = {magic = DOWNLOAD_MAGIC, src_handle =
<br>2434507541, src_handle_valid = 1,
<br> error_str = "Requeued due to timeout at 10:41:53 - rescheduled for
<br>10:42:13 #1\00037:43 #0", '\0' <repeats 181 times>, status =
<br>GTA_DL_DONE, io_opaque = 0x0, rx = 0x0, bio = 0x0,
<br> server = 0x3552c80, list_idx = DL_LIST_STOPPED, file_info =
<br>0x454cd00, record_index = 4294967295, file_name = 0x60c1130 "pure
<br>ascii text]", file_size = 1218665, size = 1218665,
<br> skip = 0, pos = 1218665, range_end = 1218665, socket = 0x0,
<br>out_file = 0x0, overlap_size = 0, req = 0x0, buffers = 0x0, start_date
<br>= 1257262948, last_update = 1257262975,
<br> last_gui_update = 0, record_stamp = 1257262537, retry_after =
<br>1257262949, head_ping_sent = 1257262912, header_sent = {tv_sec =
<br>1257262948, tv_usec = 601382}, retries = 0,
<br> timeout_delay = 0, served_reqs = 0, mismatches = 0, header_read_eof
<br>= 0, data_timeouts = 0, remove_msg = 0x0, sha1 = 0x0, uri = 0x0,
<br>last_dmesh = 1257262948, ranges = 0x0, ranges_size = 0,
<br> sinkleft = 0, flags = 262153, cflags = 24, keep_alive = 1, push =
<br>0, always_push = 1, got_giv = 0, unavailable = 0, cproxy = 0x0,
<br>parq_dl = 0x0, browse = 0x0, thex = 0x0}
<br><br><br>It would appear that iso316_country_cc os being passed a guint16 value
<br>of 0x0, and subsequently failing the assertion "g_assert(code <
<br>G_N_ELEMENTS(iso3166_countries))". Which would not be possible,
<br>unless G_N_ELEMENTS(iso3166_countries) were (a) also zero, or (b)
<br>evaluated as a [negative] signed integer rather than an unsigned
<br>integer. G_N_ELEMENTS is a very straightforwards macro that just
<br>divides the size of a static array by the size of array[0] to find the
<br>number of elements. I checked the array in gdb and it seems to be
<br>properly defined, 5180 bytes for an array of 4 byte elements, yielding
<br>a count of 1295.
<br><br>Option (b) should not be possible, given the size of the result.
<br>Which leaves (c) a bug in glib 1.2, (d) a bug in apple's gcc (powerpc-
<br>apple-darwin9-gcc-4.0.1), or (e) something I want to learn.
<br><br>This crash has occurred once before in the past week; I had not
<br>encountered it before then. However, this may not be relevant to
<br>recent commits as it seems to be dependent on file data.
<br><br>regards,
<br>Matt
<br><br><br><br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry(R) Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9 - 12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconference" target="_top" rel="nofollow">http://p.sf.net/sfu/devconference</a><br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26182583&i=24" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 34, Issue 1
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-26145820gtk-gnutella-devel Digest, Vol 33, Issue 12009-10-31T13:55:33Z2009-10-31T13:55:33Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: gtk-related crash (Raphael Manfredi)
<br> 2. Re: valgrind (Raphael Manfredi)
<br> 3. Crash after Bitzi Lookup attempt (Larry Nieves)
<br> 4. crash in parse_ipv6_addr (Meelis Roos)
<br> 5. Re: Crash after Bitzi Lookup attempt (Raphael Manfredi)
<br> 6. Re: crash in parse_ipv6_addr (Raphael Manfredi)
<br> 7. Re: crash in parse_ipv6_addr (Raphael Manfredi)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Thu, 29 Oct 2009 18:01:21 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=3" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] gtk-related crash
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=5" target="_top" rel="nofollow">hccl9h$km7$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Meelis Roos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=6" target="_top" rel="nofollow">mroos@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:First I got this warning:
<br>:(gtk-gnutella:8515): GLib-GObject-CRITICAL **: g_object_remove_weak_pointer:
<br>:assertion `G_IS_OBJECT (object)' failed
<br>:
<br>:and right then a segfault:
<br>:Program terminated with signal 11, Segmentation fault.
<br>:#0 0xb7925314 in IA__g_object_remove_weak_pointer (object=0x1,
<br>:weak_pointer_location=0x9db67e0) at gobject.c:1543
<br>:1543 gobject.c: No such file or directory.
<br>: in gobject.c
<br><br>This is located in the GUI, not in the core. It could very well be a bug
<br>in the GTK library.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Thu, 29 Oct 2009 18:02:28 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=7" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] valgrind
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=8" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=9" target="_top" rel="nofollow">hcclbk$km7$2@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Jasen Betts <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=10" target="_top" rel="nofollow">jasen@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:a patch to make gtk-gnutella behave better in valgrind
<br>:so you can see the real undefined behavior
<br><br>Sorry Jasen, I'm not going to apply this patch.
<br><br>Better remove undefined behaviour by zero-ing the setjmp() buffer
<br>for instance (I bet this is the root of the problem here).
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Sat, 31 Oct 2009 18:46:06 +0100
<br>From: Larry Nieves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=11" target="_top" rel="nofollow">lanieves@...</a>>
<br>Subject: [gtk-gnutella-devel] Crash after Bitzi Lookup attempt
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=12" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <20091031174606.GA19991@galar2>
<br>Content-Type: text/plain; charset="utf-8"
<br><br>Freshly compiled GTKG crashes after attempting to perform a bitzi
<br>lookup:
<br><br>Last Changed Rev: 17148
<br>Last Changed Date: 2009-10-31 15:33:29 +0100 (Sat, 31 Oct 2009)
<br><br>This happened twice today. The last time I made a core dump, the
<br>backtrace is as follows:
<br><br>(gdb) bt
<br>#0 0xb7f15430 in __kernel_vsyscall ()
<br>#1 0xb73eb6d0 in raise () from /lib/tls/i686/cmov/libc.so.6
<br>#2 0x0823d104 in crash_handler (signo=11) at crash.c:177
<br>#3 <signal handler called>
<br>#4 parse_ipv6_addr (s=0x838cca1 "itzi.com", dst=0xbfeb3ab8 "", endptr=0x0) at parse.c:218
<br>#5 0x0824cae3 in string_to_host_addr (s=0x838cca0 "bitzi.com", endptr=0x0, addr_ptr=0xbfeb3bb4) at host_addr.c:566
<br>#6 0x080d2a6a in http_async_create (url=0xbec13c28 "<a href="http://bitzi.com/rdf/urn:sha1:MQ42ATJTXJKBHNUB3P5NZSSCASGSGX3K?ref=gtk-gnutella" target="_top" rel="nofollow">http://bitzi.com/rdf/urn:sha1:MQ42ATJTXJKBHNUB3P5NZSSCASGSGX3K?ref=gtk-gnutella</a>", addr=
<br> {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>,
<br> error_ind=0x80787f0 <bitzi_host_error_ind>, parent=0x0) at http.c:1977
<br>#7 0x080d2ec7 in http_async_get (url=0xbec13c28 "<a href="http://bitzi.com/rdf/urn:sha1:MQ42ATJTXJKBHNUB3P5NZSSCASGSGX3K?ref=gtk-gnutella" target="_top" rel="nofollow">http://bitzi.com/rdf/urn:sha1:MQ42ATJTXJKBHNUB3P5NZSSCASGSGX3K?ref=gtk-gnutella</a>", header_ind=0,
<br> data_ind=0x8078710 <bitzi_host_data_ind>, error_ind=0x80787f0 <bitzi_host_error_ind>) at http.c:2076
<br>#8 0x080772aa in bitzi_heartbeat (unused_data=0x0) at bitzi.c:704
<br>#9 0xb779b2b6 in ?? () from /usr/lib/libglib-2.0.so.0
<br>#10 0xb779ab88 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
<br>#11 0xb779e0eb in ?? () from /usr/lib/libglib-2.0.so.0
<br>#12 0xb779e5ba in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
<br>#13 0xb7c7b7d9 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
<br>#14 0x0819a9fc in main_gui_run (geometry_spec=0x0) at main.c:697
<br>#15 0x08056f67 in main (argc=1, argv=0xbfeb3f14) at main.c:1659
<br><br>This is running in Ubuntu 2.6.28-16
<br>--
<br>Larry Alex?nder Nieves Colmen?rez <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=13" target="_top" rel="nofollow">lanieves@...</a>>
<br>El Liberal Venezolano <a href="http://liberal-venezolano.net/" target="_top" rel="nofollow">http://liberal-venezolano.net/</a><br>GPG Public Key: 0x3F25527E
<br>Key Fingerprint = 3C08 E8AC DE25 CEC6 731D B9B4 BD9E 03B0 3F25 527E
<br>gpg --recv-keys 0x3F25527E --keyserver hkp://wwwkeys.eu.pgp.net
<br>-------------- next part --------------
<br>A non-text attachment was scrubbed...
<br>Name: not available
<br>Type: application/pgp-signature
<br>Size: 835 bytes
<br>Desc: Digital signature
<br><br>------------------------------
<br><br>Message: 4
<br>Date: Sat, 31 Oct 2009 19:59:20 +0200 (EET)
<br>From: Meelis Roos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=14" target="_top" rel="nofollow">mroos@...</a>>
<br>Subject: [gtk-gnutella-devel] crash in parse_ipv6_addr
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=15" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=16" target="_top" rel="nofollow">alpine.SOC.1.00.0910311953550.24228@...</a>>
<br>Content-Type: TEXT/PLAIN; charset=US-ASCII
<br><br>Program terminated with signal 11, Segmentation fault.
<br>#0 0x08244b3b in parse_ipv6_addr (s=0x95177cb "", dst=0xbffa0538 "8JS\tT?\235??f?T?\235?", endptr=0x0) at parse.c:218
<br>218 *endptr = s;
<br>(gdb) bt
<br>#0 0x08244b3b in parse_ipv6_addr (s=0x95177cb "", dst=0xbffa0538 "8JS\tT?\235??f?T?\235?", endptr=0x0) at parse.c:218
<br>#1 0x08236e93 in string_to_host_addr (s=0x95177b8 "2001:bb8:2045:ff::1", endptr=0x0, addr_ptr=0xbffa0604) at host_addr.c:566
<br>#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
<br>#3 0x080ec31b in call_node_process_handshake_header (obj=0xbe9da554, header=0xbf0ca7e4) at nodes.c:5199
<br>#4 0x080d4797 in io_header_parse (ih=0xbe5967ec) at ioheader.c:344
<br>#5 0x0823cd22 in dispatch_poll (unused_source=0x83d62a8, unused_cond=G_IO_IN, udata=0x83ba540) at inputevt.c:715
<br>#6 0xb78bccbf in g_io_unix_dispatch (source=0x83d6300, callback=0x823cbb2 <dispatch_poll>, user_data=0x83ba540) at giounix.c:162
<br>#7 0xb7893771 in IA__g_main_context_dispatch (context=0x83d6580) at gmain.c:2045
<br>#8 0xb78967e6 in g_main_context_iterate (context=0x83d6580, block=1, dispatch=1, self=0x83d8f58) at gmain.c:2677
<br>#9 0xb7896ba7 in IA__g_main_loop_run (loop=0x90b7140) at gmain.c:2881
<br>#10 0xb7d2b281 in IA__gtk_main () at gtkmain.c:1003
<br>#11 0x0818b84e in main_gui_run (geometry_spec=0x0) at main.c:697
<br>#12 0x08056669 in main (argc=1, argv=0xbffa0c04) at main.c:1660
<br>(gdb) p s
<br>$1 = 0x95177cb ""
<br>(gdb) p endptr
<br>$2 = (const char **) 0x0
<br><br>endptr seems to be NULL.
<br><br>I'm running IPv4+IPv6 ultrapeer with real routable IPv6 address and I
<br>occassionally see some IPv6 peers connecting, one regular 6to4 user and
<br>others come and go. So IPv6 has at least worked some, for many months.
<br><br>--
<br>Meelis Roos (<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=17" target="_top" rel="nofollow">mroos@...</a>)
<br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Sat, 31 Oct 2009 20:36:54 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=18" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash after Bitzi Lookup attempt
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=19" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=20" target="_top" rel="nofollow">hci756$2et$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Larry Nieves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=21" target="_top" rel="nofollow">lanieves@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:This happened twice today. The last time I made a core dump, the
<br>:backtrace is as follows:
<br>:
<br>:(gdb) bt
<br>:#0 0xb7f15430 in __kernel_vsyscall ()
<br>:#1 0xb73eb6d0 in raise () from /lib/tls/i686/cmov/libc.so.6
<br>:#2 0x0823d104 in crash_handler (signo=11) at crash.c:177
<br>:#3 <signal handler called>
<br>:#4 parse_ipv6_addr (s=0x838cca1 "itzi.com", dst=0xbfeb3ab8 "", endptr=0x0) at
<br>:parse.c:218
<br>:#5 0x0824cae3 in string_to_host_addr (s=0x838cca0 "bitzi.com", endptr=0x0,
<br>:addr_ptr=0xbfeb3bb4) at host_addr.c:566
<br><br>That crash is IMPOSSIBLE unless there is a compiler bug.
<br><br>If you look at lib/parse.c, you see:
<br><br> 217 if (endptr)
<br> 218 *endptr = s;
<br><br>And from the stack frame above, we see that endptr is NULL, hence line #218
<br>should not be executed.
<br><br>To validate this, can you confirm you're not compiling with -O0? Try to
<br>recompile with -O0 and check again. If that crashes then, it will rule out
<br>my hypothesis.
<br><br>Which version of the compiler are you using, and which OS is that?
<br><br>Thanks,
<br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Sat, 31 Oct 2009 20:41:28 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=22" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] crash in parse_ipv6_addr
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=23" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=24" target="_top" rel="nofollow">hci7do$2et$2@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Meelis Roos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=25" target="_top" rel="nofollow">mroos@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Program terminated with signal 11, Segmentation fault.
<br>:#0 0x08244b3b in parse_ipv6_addr (s=0x95177cb "", dst=0xbffa0538
<br>:"8JS\tT?\235??f?T?\235?", endptr=0x0) at parse.c:218
<br>:218 *endptr = s;
<br><br>Everyone seems to suffer from this bug, but that code was not changed
<br>recently and as I said in a previous message, that line cannot be
<br>executed when endptr is NULL.
<br><br>Unless the C compiler messed up.
<br><br>Can you try without any optimization (-O0) and let me know what happend then?
<br><br>Thanks,
<br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Sat, 31 Oct 2009 20:54:56 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=26" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] crash in parse_ipv6_addr
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=27" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=28" target="_top" rel="nofollow">hci870$5aa$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>I've just committed r17149 to change parse_ipv6_addr() so that it does not
<br>modify its parameter.
<br><br>After what I've witnessed today which caused me to issue r17146, I think
<br>gcc suffers from an optimizer bug with parameter handling when these are
<br>put in a register.
<br><br>Can you try to recompile with the same optimization options and let me know
<br>whether it crashes again? In which case please turn off the optimizer by
<br>specifying -O0.
<br><br>Thanks,
<br>Raphael
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry(R) Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9 - 12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconference" target="_top" rel="nofollow">http://p.sf.net/sfu/devconference</a><br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26145820&i=29" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 33, Issue 1
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-26111300gtk-gnutella-devel Digest, Vol 33, Issue 12009-10-29T04:28:44Z2009-10-29T04:28:44Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: iconv avec ennui. (Bill Pringlemeir)
<br> 2. DHT connection & bandwidth (Matthew Lye)
<br> 3. Re: DHT connection & bandwidth (Raphael Manfredi)
<br> 4. Re: DHT connection & bandwidth (Raphael Manfredi)
<br> 5. crash if you set listen port to 0 (<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=3" target="_top" rel="nofollow">jasen_betts@...</a>)
<br> 6. Re: crash if you set listen port to 0 (Raphael Manfredi)
<br> 7. gtk-related crash (Meelis Roos)
<br> 8. valgrind (Jasen Betts)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Fri, 25 Sep 2009 12:34:16 -0500
<br>From: Bill Pringlemeir <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=4" target="_top" rel="nofollow">bpringle@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] iconv avec ennui.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=5" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Cc: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=6" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=7" target="_top" rel="nofollow">87eipvapyf.fsf@...</a>>
<br>Content-Type: text/plain; charset=us-ascii
<br><br>On 24 Sep 2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=8" target="_top" rel="nofollow">Raphael_Manfredi@...</a> wrote:
<br><br>> You are pinpointing a lack of granularity in the "shared" library files that
<br>> causes too much unnecessary stuff to be loaded due to transitive dependencies.
<br>> A first solution is therefore to start moving h_strconcat() and h_strdup()
<br>> out of misc.c, and then things should be much more under control.
<br><br>If these are useful (to have a locale aware variants), then you can
<br>use function pointers to have default stdc versions and allow the GUI
<br>front end to replace the function pointers with the locale aware
<br>versions during start up. This solves the linkage requirements and
<br>makes the library useful for non-glibc/iconv situation (perhaps
<br>certain headless configurations), while not depleting the locale aware
<br>variants that might be useful for more sane handling of file names and
<br>meta data which is certainly a strength of gtkg for non-English users.
<br><br>Fwiw,
<br>Bill Pringlemeir.
<br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Wed, 7 Oct 2009 09:42:53 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=9" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: [gtk-gnutella-devel] DHT connection & bandwidth
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=10" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=11" target="_top" rel="nofollow">BF2167D9-8E0A-4138-B0E3-10DA9660B500@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br>The distributed hash table seems to be disregarding the connection
<br>status of GTKG in at least some cases; I found my Gnutella I/O
<br>maintaining rates of approximately 20 Kb/s both ways after
<br>disconnecting yesterday, which was somewhat disconcerting. Either the
<br>bandwidth meter is misrepresenting the impact of the DHT, or the DHT
<br>is providing enough of a load that monitoring and control should
<br>probably be provided.
<br><br><br><br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Wed, 7 Oct 2009 20:08:22 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=12" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] DHT connection & bandwidth
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=13" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=14" target="_top" rel="nofollow">haisfm$25a$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=15" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:The distributed hash table seems to be disregarding the connection
<br>:status of GTKG in at least some cases; I found my Gnutella I/O
<br>:maintaining rates of approximately 20 Kb/s both ways after
<br>:disconnecting yesterday, which was somewhat disconcerting. Either the
<br>:bandwidth meter is misrepresenting the impact of the DHT, or the DHT
<br>:is providing enough of a load that monitoring and control should
<br>:probably be provided.
<br><br>There is no way to control incoming UDP traffic from the DHT, due to the
<br>connection-less nature of UDP.
<br><br>As far as outgoing bandwidth goes, gtk-gnutella can emit more than the
<br>configured Gnutella bandwidth whenever the UDP queue enters flow-control.
<br>This is because, as you have noticed, DHT traffic can be quite heavy and
<br>it happens to also be extremely time-sensitive (since operations are handled
<br>as Remote Procedure Calls: every request expects a timely answer).
<br><br>There is no such thing as "disconnecting from the DHT". Whenever you turn
<br>off Gnutella traffic, you're still "connected" to the DHT and keep exchanging
<br>messages.
<br><br>What's probably misleading is that the DHT traffic is accounted as Gnutella
<br>traffic in the GUI. In as sense, this is not wrong since Gnutella messages
<br>are used. However, it is not trivial to account DHT traffic separately due to
<br>the way bandwidth is accounted for today, or I would have already done it.
<br><br>It's not extraordinary difficult either, so if you want to dive into the code
<br>and supply a patch, I'm always open to that kind of contribution.
<br><br>In the "future", there will be a "degraded" DHT mode whereby you can shield
<br>yourself from incoming traffic but can still query and publish to the DHT.
<br>I have not implemented this logic yet.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Sat, 17 Oct 2009 11:03:28 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=16" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] DHT connection & bandwidth
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=17" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=18" target="_top" rel="nofollow">hbc8a0$tr9$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=19" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Either the bandwidth meter is misrepresenting the impact of the DHT, or the
<br>:DHT is providing enough of a load that monitoring and control should
<br>:probably be provided.
<br><br>This is now implemented in r17082.
<br><br>DHT traffic is inherently variable, but can be quite high if you're looking
<br>or storing a lot of entries: basically you're performing lookups for the
<br>files you have in your download queue + all the files you're sharing.
<br><br>On my node here, the DHT outgoing traffic is about 34 KiB/s on average, but
<br>it can peak to much higher values. To be a useful DHT node, you should
<br>probably allow at least 20 KiB/s of outgoing DHT traffic, or leave its
<br>traffic uncapped (which is what I do here).
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Wed, 14 Oct 2009 00:54:41 +1300
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=20" target="_top" rel="nofollow">jasen_betts@...</a>
<br>Subject: [gtk-gnutella-devel] crash if you set listen port to 0
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=21" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=22" target="_top" rel="nofollow">20091013115441.GA26414@...</a>>
<br>Content-Type: text/plain; charset=us-ascii
<br><br>revision 17067
<br><br>setting listen_port to 0 with the 'preferences window' or the
<br>shell command line causes an assertion failure
<br><br>not sure how to build debug symbols for debian.
<br><br><br><br><br>depending on what I do I get
<br>this with closing the preferences window:
<br><br>FATAL: Assertion failure in mq.c:754: "l->data != NULL"
<br>CRASH (pid=32029) by SIGABRT
<br>Aborted
<br><br>or
<br>this with changing tabs in the preferences window or using the shell:
<br><br>WARNING: Assertion failure in udp.c:305: "n"
<br>WARNING: Assertion failure in udp.c:305: "n"
<br>WARNING: Assertion failure in udp.c:305: "n"
<br><br>** ERROR **: unexpected address in pmsg_write_ipv4_or_ipv6_addr():
<br><none>
<br>aborting...
<br>CRASH (pid=32025) by SIGABRT
<br>Aborted
<br><br><br>I also got this one once
<br><br>FATAL: Assertion failure in mq.c:320: "n == q->count"
<br>CRASH (pid=32231) by SIGABRT
<br><br>and once it seemed to work...
<br>but produced lots of
<br><br>WARNING: Assertion failure in udp.c:305: "n"
<br>WARNING: Assertion failure in udp.c:305: "n"
<br>WARNING: Assertion failure in udp.c:305: "n"
<br>WARNING: Assertion failure in udp.c:305: "n"
<br>WARNING: Assertion failure in udp.c:305: "n"
<br><br><br>bye.
<br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Fri, 23 Oct 2009 17:42:49 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=23" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] crash if you set listen port to 0
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=24" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=25" target="_top" rel="nofollow">hbspup$vnn$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=26" target="_top" rel="nofollow">jasen_betts@...</a> from ml.softs.gtk-gnutella.devel:
<br>:setting listen_port to 0 with the 'preferences window' or the
<br>:shell command line causes an assertion failure
<br><br>I made a fix in SVN 17111 that may work for you. Difficult to say
<br>without a stack trace.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Thu, 29 Oct 2009 10:25:53 +0200 (EET)
<br>From: Meelis Roos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=27" target="_top" rel="nofollow">mroos@...</a>>
<br>Subject: [gtk-gnutella-devel] gtk-related crash
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=28" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=29" target="_top" rel="nofollow">alpine.SOC.1.00.0910291014380.24781@...</a>>
<br>Content-Type: TEXT/PLAIN; charset=US-ASCII
<br><br>After 45 days of uptime I got this crash in search results view (no
<br>search sidebar). I saw the results, scrolled down and I think I managed
<br>to click Clear or hit Alt-C to clear this search results.
<br><br>Debian etch,
<br>gtk-gnutella/0.96.7u-16967 (2009-08-23; GTK2; Linux i686)
<br>GLib 2.12.4
<br>Gtk+ 2.8.20
<br>GNU TLS 1.0.16
<br><br>First I got this warning:
<br>(gtk-gnutella:8515): GLib-GObject-CRITICAL **: g_object_remove_weak_pointer: assertion `G_IS_OBJECT (object)' failed
<br><br>and right then a segfault:
<br>Program terminated with signal 11, Segmentation fault.
<br>#0 0xb7925314 in IA__g_object_remove_weak_pointer (object=0x1, weak_pointer_location=0x9db67e0) at gobject.c:1543
<br>1543 gobject.c: No such file or directory.
<br> in gobject.c
<br>(gdb) bt
<br>#0 0xb7925314 in IA__g_object_remove_weak_pointer (object=0x1, weak_pointer_location=0x9db67e0) at gobject.c:1543
<br>#1 0xb7bdd62b in queue_item_free (item=0x9db67e0) at gdkgeometry-x11.c:1025
<br>#2 0xb7bdd7c7 in _gdk_window_process_expose (window=0x8d65668, serial=31487604, area=0xbfbcc4ec) at gdkgeometry-x11.c:1185
<br>#3 0xb7bda456 in gdk_event_translate (display=0x83fe0a8, event=0x9c86558, xevent=0xbfbcc54c, return_exposes=0)
<br> at gdkevents-x11.c:1630
<br>#4 0xb7bdab57 in _gdk_events_queue (display=0x83fe0a8) at gdkevents-x11.c:2225
<br>#5 0xb7bdaebf in gdk_event_dispatch (source=0x8402e28, callback=0, user_data=0x0) at gdkevents-x11.c:2285
<br>#6 0xb78aa771 in IA__g_main_context_dispatch (context=0x83c1380) at gmain.c:2045
<br>#7 0xb78ad7e6 in g_main_context_iterate (context=0x83c1380, block=1, dispatch=1, self=0x83c3eb8) at gmain.c:2677
<br>#8 0xb78adba7 in IA__g_main_loop_run (loop=0x90fbcc0) at gmain.c:2881
<br>#9 0xb7d42281 in IA__gtk_main () at gtkmain.c:1003
<br>#10 0x0818087e in main_gui_run (geometry_spec=0x0) at main.c:695
<br>#11 0x08056531 in main (argc=1, argv=0xbfbcc834) at main.c:1616
<br><br><br>--
<br>Meelis Roos (<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=30" target="_top" rel="nofollow">mroos@...</a>)
<br><br><br><br>------------------------------
<br><br>Message: 8
<br>Date: Fri, 30 Oct 2009 00:01:22 +1300
<br>From: Jasen Betts <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=31" target="_top" rel="nofollow">jasen@...</a>>
<br>Subject: [gtk-gnutella-devel] valgrind
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=32" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=33" target="_top" rel="nofollow">20091029110122.GA26669@...</a>>
<br>Content-Type: text/plain; charset=us-ascii
<br><br>a patch to make gtk-gnutella behave better in valgrind
<br>so you can see the real undefined behavior
<br><br>Index: src/lib/entropy.c
<br>===================================================================
<br>--- src/lib/entropy.c (revision 17133)
<br>+++ src/lib/entropy.c (working copy)
<br>@@ -146,9 +146,21 @@
<br> }
<br>
<br> /*
<br>- * Add local CPU state noise.
<br>+ * to test with valgrind define VALGRIND_MODE
<br>+ * in the environment before executing it
<br>+ * eg:
<br>+ *
<br>+ * $ VALGRIND_MODE=1 valgrind gtk-gnutella
<br>+ *
<br> */
<br>
<br>+
<br>+ if(!getenv("VALGRIND_MODE")){
<br>+
<br>+ /*
<br>+ * Add local CPU state noise.
<br>+ */
<br>+
<br> if (setjmp(env)) {
<br> /* We will never longjmp() back here */
<br> g_assert_not_reached();
<br>@@ -259,6 +271,7 @@
<br> /*
<br> * Done, finalize SHA1 computation into supplied digest buffer.
<br> */
<br>+ } /* not VALGRIND_MODE */
<br>
<br> SHA1Result(&ctx, digest);
<br> }
<br>===================================================================
<br><br><br>--
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry(R) Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9 - 12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconference" target="_top" rel="nofollow">http://p.sf.net/sfu/devconference</a><br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26111300&i=34" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 33, Issue 1
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-25739200Re: 29 GCC compiler warnings2009-10-04T08:42:59Z2009-10-04T08:42:59ZRaphael ManfrediQuoting Joe Bassis <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25739200&i=0" target="_top" rel="nofollow">joe.bassis@...</a>> from ml.softs.gtk-gnutella.users:
<br>:Warning types:
<br>:
<br>:"negative integer implicitly converted to unsigned type"
<br><br>Fixed.
<br><br>:"function declaration isn’t a prototype"
<br><br>Fixed some of them.
<br><br>:"no previous prototype"
<br><br>Fixed.
<br><br>:"redundant redeclaration"
<br><br>Fixed most of them.
<br><br>:"nested extern declaration"
<br><br>Not fixed. This is harmless.
<br><br>:"comparing floating point with == or != is unsafe"
<br><br>Not fixed, could not spot where they occurred (your line numbers and mine
<br>differed somehow).
<br><br>Raphael
<br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry® Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9-12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconf" target="_top" rel="nofollow">http://p.sf.net/sfu/devconf</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25739200&i=1" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-2573848329 GCC compiler warnings2009-10-04T07:21:42Z2009-10-04T07:21:42ZJoe BassisHi,
<br><br>I downloaded the SVN on October 2nd. I added quite a few more CFLAGS
<br>to include more warnings and got 29 warnings that are repeated quite a
<br>number of times throughout the compiling process. They are easy fixes
<br>for somebody fluent in C (sadly, not me). In any case, I have seen
<br>many warnings fixed since the last stable release probably due to
<br>compiling with -pedantic CFLAG.
<br><br>Warning types:
<br><br>"negative integer implicitly converted to unsigned type"
<br>"function declaration isn’t a prototype"
<br>"no previous prototype"
<br>"redundant redeclaration"
<br>"nested extern declaration"
<br>"comparing floating point with == or != is unsafe"
<br><br>In the attached file, each warning is separated by an empty line.
<br><br>My 2 cents.
<br><br>Regards,
<br>Joe
<br><br /> <br />------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry® Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9-12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconf" target="_top" rel="nofollow">http://p.sf.net/sfu/devconf</a><br />_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25738483&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>attachment0</strong> (7K) <a href="http://old.nabble.com/attachment/25738483/0/attachment0" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-25667639Re: Latest SVN 17006 Debian compile prob2009-09-29T10:38:56Z2009-09-29T10:38:56ZRaphael ManfrediQuoting Joel Oliver <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25667639&i=0" target="_top" rel="nofollow">joelol75@...</a>> from ml.softs.gtk-gnutella.users:
<br>:I tried that, it didn't work.. The usual make/make install works but I
<br>:need a .deb package.
<br><br>You need to report a bug to the dpkg-buildpackage package then. This
<br>is not normal and someone has broken the normal make behaviour.
<br><br>Luckily the /debian/rules binary script worked. I
<br>:tried both debuild -us -uc and dpkg-buildpackage -D -us -uc on an older
<br>:svn (16952) and it worked fine. Now on todays 17006 it doesn't work so
<br>:something must have changed between then and now.
<br><br>Yes, what has changed is that the normal build process now builds and
<br>links a new program in src/sdbm (dbu). Which means someone else is now
<br>using LDFLAGS in the Makefile. But this variable defined in src/Makefile
<br>should not be propagated to src/sdbm/Makefile at all!
<br><br>:Also, another question.... When building deb packages it gets a version
<br>:number of 0.96.6-0 Shouldn't it be 0.96.7?
<br><br>Absolutely not, 0.96.7 is not out yet. It's still "unstable".
<br><br>However, what do you get when you run:
<br><br> gtk-gnutella --version
<br><br>on the program you built? There it should say 0.96.7.
<br><br>Raphael
<br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry® Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9-12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconf" target="_top" rel="nofollow">http://p.sf.net/sfu/devconf</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25667639&i=1" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-25664254Latest SVN 17006 Debian compile prob2009-09-29T07:33:19Z2009-09-29T07:33:19ZJoel Oliver >> Your "make" is broken. It propagates the LDFLAGS local setting done
<br> >> in src/Makefile to the sub make processes when src/sdbm/Makefile is
<br> >> processed (it shouldn't).
<br> >>
<br> >> To validate this hypothesis, can you hand-edit the src/sdbm/Makefile
<br> >> file and add the following line above the line setting JLDFLAGS:
<br> >>
<br> >> LDFLAGS =
<br> >>
<br> >> If that works, please report a bug to "make".
<br> >>
<br> >> To know which make you are using do from the top level source directory:
<br> >>
<br> >> grep ^make= config.sh
<br> >>
<br> >> I'm using "GNU Make 3.81" here and I have no problems.
<br> >>
<br> >> Raphael
<br><br>I tried that, it didn't work.. The usual make/make install works but I
<br>need a .deb package. Luckily the /debian/rules binary script worked. I
<br>tried both debuild -us -uc and dpkg-buildpackage -D -us -uc on an older
<br>svn (16952) and it worked fine. Now on todays 17006 it doesn't work so
<br>something must have changed between then and now. I tried it on many
<br>different virtual machines such as Ubuntu Hardy, Intrepid, Jaunty,
<br>Karmic, Debian Lenny and Squeeze in both x86 and amd64 and it fails to
<br>build the newer version, yet the older 16952 builds ok. Like I said the
<br>/debian/rules binary thing worked ok though and a normal make make
<br>install works as well.
<br><br>Also, another question.... When building deb packages it gets a version
<br>number of 0.96.6-0 Shouldn't it be 0.96.7?
<br><br>Thanks for any help.
<br><br>Joel.
<br><br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry® Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9-12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconf" target="_top" rel="nofollow">http://p.sf.net/sfu/devconf</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25664254&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-25658704Re: Build error from todays SVN2009-09-29T01:09:18Z2009-09-29T01:09:18ZRaphael ManfrediQuoting Joel Oliver <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25658704&i=0" target="_top" rel="nofollow">joelol75@...</a>> from ml.softs.gtk-gnutella.users:
<br>:I cannot get 16992 to build in ubuntu or debian using debuild -us -uc
<br>:Here's the last page before the error. Any help would be appreciated.
<br>:cc -o dba dba.o util.o -Lshell -lshell -Lcore -lcore -Ldht -ldht
<br>:-Lui/gtk -lgtk-common -lgtkx -lgtk-common -ldht -lcore -Llib -lshared
<br>:-Lsdbm -lsdbm -lshared -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
<br>:-lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0
<br>:-lgmodule-2.0 -ldl -lglib-2.0 -lgobject-2.0 -lglib-2.0 -lxml2 -ldbus-1
<br>:-lgnutls -O2 -g -Wl,-Bsymbolic-functions -L. -lsdbm -L../lib -lshared
<br>:-lgobject-2.0 -lglib-2.0
<br>:/usr/bin/ld: cannot find -lshell
<br><br>Your "make" is broken. It propagates the LDFLAGS local setting done
<br>in src/Makefile to the sub make processes when src/sdbm/Makefile is
<br>processed (it shouldn't).
<br><br>To validate this hypothesis, can you hand-edit the src/sdbm/Makefile
<br>file and add the following line above the line setting JLDFLAGS:
<br><br> LDFLAGS =
<br><br>If that works, please report a bug to "make".
<br><br>To know which make you are using do from the top level source directory:
<br><br> grep ^make= config.sh
<br><br>I'm using "GNU Make 3.81" here and I have no problems.
<br><br>Raphael
<br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry® Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9-12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconf" target="_top" rel="nofollow">http://p.sf.net/sfu/devconf</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25658704&i=1" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-25657614Build error from todays SVN2009-09-25T18:11:53Z2009-09-25T18:11:53ZJoel Oliver-2I cannot get 16992 to build in ubuntu or debian using debuild -us -uc
<br><br>Here's the last page before the error. Any help would be appreciated.
<br><br><br><br><br>Continuing in src/ui/gtk...
<br>/bin/rm -f libgtkx.a
<br>/bin/ln gtk2/libgtk2.a libgtkx.a
<br>: libgtkx.a
<br>make[4]: Leaving directory `/usr/src/gtk-gnutella/src/ui/gtk'
<br>Continuing in src...
<br>/bin/rm -f gtk-gnutella
<br>if test -f gtk-gnutella; then \
<br>/bin/mv gtk-gnutella gtk-gnutella~; fi
<br>cc -o gtk-gnutella main.o if/bridge/ui2c.o if/bridge/c2ui.o
<br>if/gnet_property.o if/gui_property.o -Lshell -lshell -Lcore -lcore -Ldht
<br>-ldht -Lui/gtk -lgtk-common -lgtkx -lgtk-common -ldht -lcore -Llib
<br>-lshared -Lsdbm -lsdbm -lshared -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
<br>-lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0
<br>-lgmodule-2.0 -ldl -lglib-2.0 -lgobject-2.0 -lglib-2.0 -lxml2 -ldbus-1
<br>-lgnutls -O2 -g -Wl,-Bsymbolic-functions -lz -lresolv -lm
<br>make[4]: Entering directory `/usr/src/gtk-gnutella/src'
<br>Making all in src/core...
<br>make[5]: Entering directory `/usr/src/gtk-gnutella/src/core'
<br>Checking gnet_property.h in ../if...
<br>cd ../if; /usr/bin/make gnet_property.h
<br>make[6]: Entering directory `/usr/src/gtk-gnutella/src/if'
<br>make[6]: `gnet_property.h' is up to date.
<br>make[6]: Leaving directory `/usr/src/gtk-gnutella/src/if'
<br>Continuing in src/core...
<br>make[5]: Leaving directory `/usr/src/gtk-gnutella/src/core'
<br>Making all in src/shell...
<br>make[5]: Entering directory `/usr/src/gtk-gnutella/src/shell'
<br>Checking gnet_property.h in ../if...
<br>cd ../if; /usr/bin/make gnet_property.h
<br>make[6]: Entering directory `/usr/src/gtk-gnutella/src/if'
<br>make[6]: `gnet_property.h' is up to date.
<br>make[6]: Leaving directory `/usr/src/gtk-gnutella/src/if'
<br>Continuing in src/shell...
<br>make[5]: Leaving directory `/usr/src/gtk-gnutella/src/shell'
<br>Making all in src/dht...
<br>make[5]: Entering directory `/usr/src/gtk-gnutella/src/dht'
<br>Checking gnet_property.h in ../if...
<br>cd ../if; /usr/bin/make gnet_property.h
<br>make[6]: Entering directory `/usr/src/gtk-gnutella/src/if'
<br>make[6]: `gnet_property.h' is up to date.
<br>make[6]: Leaving directory `/usr/src/gtk-gnutella/src/if'
<br>Continuing in src/dht...
<br>make[5]: Leaving directory `/usr/src/gtk-gnutella/src/dht'
<br>Making all in src/lib...
<br>make[5]: Entering directory `/usr/src/gtk-gnutella/src/lib'
<br>make[5]: Nothing to be done for `all'.
<br>make[5]: Leaving directory `/usr/src/gtk-gnutella/src/lib'
<br>Making all in src/ui...
<br>make[5]: Entering directory `/usr/src/gtk-gnutella/src/ui'
<br>make[6]: Entering directory `/usr/src/gtk-gnutella/src/ui'
<br>Making all in src/ui/gtk...
<br>make[7]: Entering directory `/usr/src/gtk-gnutella/src/ui/gtk'
<br>Checking gnet_property.h in ../../if...
<br>cd ../../if; /usr/bin/make gnet_property.h
<br>make[8]: Entering directory `/usr/src/gtk-gnutella/src/if'
<br>make[8]: `gnet_property.h' is up to date.
<br>make[8]: Leaving directory `/usr/src/gtk-gnutella/src/if'
<br>Continuing in src/ui/gtk...
<br>Checking support-glade.h in gtk2...
<br>cd gtk2; /usr/bin/make support-glade.h
<br>make[8]: Entering directory `/usr/src/gtk-gnutella/src/ui/gtk/gtk2'
<br>make[8]: Nothing to be done for `support-glade.h'.
<br>make[8]: Leaving directory `/usr/src/gtk-gnutella/src/ui/gtk/gtk2'
<br>Continuing in src/ui/gtk...
<br>Checking libgtk2.a in gtk2...
<br>cd gtk2; /usr/bin/make libgtk2.a
<br>make[8]: Entering directory `/usr/src/gtk-gnutella/src/ui/gtk/gtk2'
<br>make[8]: `libgtk2.a' is up to date.
<br>make[8]: Leaving directory `/usr/src/gtk-gnutella/src/ui/gtk/gtk2'
<br>Continuing in src/ui/gtk...
<br>make[8]: Entering directory `/usr/src/gtk-gnutella/src/ui/gtk'
<br>Making all in src/ui/gtk/gtk1...
<br>make[9]: Entering directory `/usr/src/gtk-gnutella/src/ui/gtk/gtk1'
<br>make[9]: Nothing to be done for `all'.
<br>make[9]: Leaving directory `/usr/src/gtk-gnutella/src/ui/gtk/gtk1'
<br>Making all in src/ui/gtk/gtk2...
<br>make[9]: Entering directory `/usr/src/gtk-gnutella/src/ui/gtk/gtk2'
<br>make[9]: Nothing to be done for `all'.
<br>make[9]: Leaving directory `/usr/src/gtk-gnutella/src/ui/gtk/gtk2'
<br>make[8]: Leaving directory `/usr/src/gtk-gnutella/src/ui/gtk'
<br>make[7]: Leaving directory `/usr/src/gtk-gnutella/src/ui/gtk'
<br>make[6]: Leaving directory `/usr/src/gtk-gnutella/src/ui'
<br>make[5]: Leaving directory `/usr/src/gtk-gnutella/src/ui'
<br>Making all in src/if...
<br>make[5]: Entering directory `/usr/src/gtk-gnutella/src/if'
<br>make[6]: Entering directory `/usr/src/gtk-gnutella/src/if'
<br>Making all in src/if/bridge...
<br>make[7]: Entering directory `/usr/src/gtk-gnutella/src/if/bridge'
<br>Checking gui_property.h in .....
<br>cd ..; /usr/bin/make gui_property.h
<br>make[8]: Entering directory `/usr/src/gtk-gnutella/src/if'
<br>make[8]: `gui_property.h' is up to date.
<br>make[8]: Leaving directory `/usr/src/gtk-gnutella/src/if'
<br>Continuing in src/if/bridge...
<br>make[7]: Leaving directory `/usr/src/gtk-gnutella/src/if/bridge'
<br>make[6]: Leaving directory `/usr/src/gtk-gnutella/src/if'
<br>make[5]: Leaving directory `/usr/src/gtk-gnutella/src/if'
<br>Making all in src/sdbm...
<br>make[5]: Entering directory `/usr/src/gtk-gnutella/src/sdbm'
<br>/bin/rm -f dba.o
<br>cc -c -I../.. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
<br>-DSDBM -DDUFF -DCURDIR=src/sdbm -O2 -g -pipe -momit-leaf-frame-pointer
<br>-W -Wall -Wformat=2 -Wshadow -Wall -g -O2 dba.c
<br>/bin/rm -f util.o
<br>cc -c -I../.. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
<br>-DSDBM -DDUFF -DCURDIR=src/sdbm -O2 -g -pipe -momit-leaf-frame-pointer
<br>-W -Wall -Wformat=2 -Wshadow -Wall -g -O2 util.c
<br>util.c: In function ‘oops’:
<br>util.c:17: warning: format not a string literal, argument types not checked
<br>/bin/rm -f dba
<br>if test -f dba; then \
<br>/bin/mv dba dba~; fi
<br>cc -o dba dba.o util.o -Lshell -lshell -Lcore -lcore -Ldht -ldht
<br>-Lui/gtk -lgtk-common -lgtkx -lgtk-common -ldht -lcore -Llib -lshared
<br>-Lsdbm -lsdbm -lshared -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
<br>-lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0
<br>-lgmodule-2.0 -ldl -lglib-2.0 -lgobject-2.0 -lglib-2.0 -lxml2 -ldbus-1
<br>-lgnutls -O2 -g -Wl,-Bsymbolic-functions -L. -lsdbm -L../lib -lshared
<br>-lgobject-2.0 -lglib-2.0
<br>/usr/bin/ld: cannot find -lshell
<br>collect2: ld returned 1 exit status
<br>make[5]: *** [dba] Error 1
<br>make[5]: Leaving directory `/usr/src/gtk-gnutella/src/sdbm'
<br>make[4]: *** [subdirs] Error 1
<br>make[4]: Leaving directory `/usr/src/gtk-gnutella/src'
<br>make[3]: *** [all] Error 2
<br>make[3]: Leaving directory `/usr/src/gtk-gnutella/src'
<br>make[2]: *** [subdirs] Error 1
<br>make[2]: Leaving directory `/usr/src/gtk-gnutella'
<br>make[1]: *** [all] Error 2
<br>make[1]: Leaving directory `/usr/src/gtk-gnutella'
<br>make: *** [build-arch-stamp] Error 2
<br>dpkg-buildpackage: failure: debian/rules build gave error exit status 2
<br>debuild: fatal error at line 1329:
<br>dpkg-buildpackage -rfakeroot -D -us -uc failed
<br><br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry® Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9-12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconf" target="_top" rel="nofollow">http://p.sf.net/sfu/devconf</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25657614&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-25614132gtk-gnutella-devel Digest, Vol 32, Issue 32009-09-25T08:27:22Z2009-09-25T08:27:22Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: Unable to connect (Matthew Lye)
<br> 2. Re: Unable to connect (Hauke Hachmann)
<br> 3. Re: Unable to connect (Raphael Manfredi)
<br> 4. Re: Unable to connect (Raphael Manfredi)
<br> 5. iconv avec ennui. (Matthew Lye)
<br> 6. Re: iconv avec ennui. (Raphael Manfredi)
<br> 7. Re: iconv avec ennui. (Raphael Manfredi)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Thu, 17 Sep 2009 13:27:31 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=3" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Unable to connect
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>, Hauke Hachmann
<br> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=5" target="_top" rel="nofollow">haxe@...</a>>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=6" target="_top" rel="nofollow">26FCE636-9096-40AA-B29F-1100DE11A7FE@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br><br>On 17-Sep-09, at 11:23 AM, Hauke Hachmann wrote:
<br><br>> On Thursday 17 September 2009, Matthew Lye wrote:
<br>>> Which gtkg version are you using?
<br>>
<br>> Ah, sorry, I forgot to mention. At the moment, I am using r16974
<br>> (which
<br>> is the newest from SVN), but I think that my problems were already
<br>> present at least with r16970, probably even earlier. OTOH, I know that
<br>> it still worked one week ago, so the error cannot be very old.
<br><br>I'm testing as a leaf and not having the same problem. Are the
<br>connections merely timing out? Does the problem persist after you
<br>empty your caches?
<br><br><br>I can think of two ways that the recent changes could be introducing
<br>problems. I was unable to determine whether the older BearShare
<br>variants which accept connections nonetheless offer "FP-Auth-
<br>Challenge" headers. If they do, and you have been operating in a
<br>BearShare island, this might indeed have introduced problems.
<br><br>Alternately, it seems at a glance that when the number of known hosts
<br>is low, GTKG should start attempting to connect to servents suggested
<br>by servents caches as bad or unstable, rather than ask a web cache for
<br>help. This might be a problem if the same logic was extended to the
<br>alien servents, especially those which were Foxy hubs.
<br><br>I would suggest disconnecting, emptying all your caches, and shutting
<br>down GTKG as a first step. Wait a minute or two for any Foxy
<br>pestering to die down, and then relaunch and see if it will contact
<br>the web caches for servent addresses. If it does, you should start
<br>having connections. Let me know if that works.
<br><br><br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Thu, 17 Sep 2009 19:35:31 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=7" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Unable to connect
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=8" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=9" target="_top" rel="nofollow">200909171935.31775.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Thursday 17 September 2009, Raphael Manfredi wrote:
<br>> Is gtk-gnutella at least attempting to connect or is it just sitting
<br>> there, idle?
<br><br>It constantly tries to connect to lots of hosts. Most of them show the
<br>usual vendor strings (mostly LimeWire, some Frosty). All proceed to the
<br>stage "Hello sent". Some connections end with a 503 (either "we're
<br>leaves" or "no leaf slots"). But the vast majority of connections simply
<br>end with a timeout after the hello phase.
<br><br>I let gtk-gnutella run for several hours without getting a single
<br>Gnutella connection established. I tried both my usual installation and
<br>a fresh one with a virgin .gtk-gnutella directory.
<br><br>Needless to say that my other internet activities (http, smtp, pop3,
<br>imap) work perfectly fine, so it's clearly not a lower-level connectivity
<br>problem.
<br><br>Hauke
<br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Thu, 17 Sep 2009 18:03:49 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=10" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Unable to connect
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=11" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=12" target="_top" rel="nofollow">h8ttm5$1b9$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=13" target="_top" rel="nofollow">haxe@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:I let gtk-gnutella run for several hours without getting a single
<br>:Gnutella connection established. I tried both my usual installation and
<br>:a fresh one with a virgin .gtk-gnutella directory.
<br><br>Hmm, that would indeed cause you to bootstrap by contacting host caches.
<br>If these host cache give you back addresses of hosts that you cannot connect
<br>to, then Gnutella may be experiencing a bootstrapping problem as a whole.
<br><br>The only solution I see at this stage is for you to come to #gtk-gnutella
<br>and ask for a kind soul there to seed you with a known IP:port.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Thu, 17 Sep 2009 19:54:53 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=14" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Unable to connect
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=15" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=16" target="_top" rel="nofollow">h8u46d$gg2$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=17" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi):
<br>:Quoting Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=18" target="_top" rel="nofollow">haxe@...</a>> from ml.softs.gtk-gnutella.devel:
<br>::I let gtk-gnutella run for several hours without getting a single
<br>::Gnutella connection established. I tried both my usual installation and
<br>::a fresh one with a virgin .gtk-gnutella directory.
<br>:
<br>:Hmm, that would indeed cause you to bootstrap by contacting host caches.
<br>:If these host cache give you back addresses of hosts that you cannot connect
<br>:to, then Gnutella may be experiencing a bootstrapping problem as a whole.
<br><br>No, problem solved.
<br>It was a stupid line inversion when I applied a patch too hastly.
<br><br>Everything should be fine in r16975.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Thu, 24 Sep 2009 13:32:47 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=19" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: [gtk-gnutella-devel] iconv avec ennui.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=20" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=21" target="_top" rel="nofollow">D359F57D-C149-428C-9295-770CF91E236C@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br>Hello all,
<br><br>Since the recent changes in ./src/sdbm, I have been encountering a
<br>compile-time error originating with ./src/lib/utf8.o 's links to the
<br>iconv library. My system is a ppc7450 iMac running OS X 10.5.8, which
<br>has Darwin 9.8.0.
<br><div class='shrinkable-quote'><br>> cc -o dbu dbu.o util.o -O2 -g -L. -lsdbm -L../lib -lshared -lglib
<br>> collect2: ld terminated with signal 6 [Abort trap]
<br>> Undefined symbols
<br>> "_libiconv_open", referenced from:
<br>> _utf8_cd_get in libshared.a(utf8.o)
<br>> _locale_init in libshared.a(utf8.o)
<br>> _locale_init in libshared.a(utf8.o)
<br>> _locale_init in libshared.a(utf8.o)
<br>> _locale_init in libshared.a(utf8.o)
<br>> _locale_init in libshared.a(utf8.o)
<br>> "_libiconv", referenced from:
<br>> _complete_iconv in libshared.a(utf8.o)
<br>> _complete_iconv in libshared.a(utf8.o)
<br>> _complete_iconv in libshared.a(utf8.o)
<br>> terminate called after throwing an instance of 'char const*'
<br>> terminate called recursively
<br>> make[4]: *** [dbu] Error 1
<br>> make[3]: *** [subdirs] Error 1
<br>> make[2]: *** [all] Error 2
<br>> make[1]: *** [subdirs] Error 1
<br>> make: *** [all] Error 2
</div><br><br>This failure is identical each time, except that the undefined symbols
<br>will be "_iconv" "_inconv_open" when I try to link to a static version
<br>of libiconv. The symbol *is* defined in the relevant library in all
<br>cases.
<br><br>I believe that this problem has its roots in the Darwin OS's
<br>implementation of /usr/lib/libiconv.* and/or /usr/include/iconv.h
<br>being incompatible with the newer GNU versions, and that it involves
<br>macros and C++; there are lots of message board posts reporting iconv
<br>errors when people try to port projects to Darwin. I know that I've
<br>encountered problems with iconv before and that they were solved.
<br>What I don't recall is exactly who managed to solve it or how it was
<br>done. I've been unable to find a solid discussion or solution posted
<br>anywhere; it's possible that the situation makes a lot more sense to
<br>someone who understands C++, which I do not.
<br><br>Things I have tried:
<br>- eliminating I_ICONV guard. (I_ICONV is defined, anyways.)
<br>- specifying full pathnames of all libraries
<br>- specifying explicit pathname of iconv.h
<br>- linking specifically to static version of libiconv, both native and
<br>GNU.
<br>- changing the name of the GNU iconv library and header
<br><br>Any ideas or suggestions?
<br><br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Thu, 24 Sep 2009 18:20:09 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=22" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] iconv avec ennui.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=23" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=24" target="_top" rel="nofollow">h9gd8p$l4f$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=25" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Since the recent changes in ./src/sdbm, I have been encountering a
<br>:compile-time error originating with ./src/lib/utf8.o 's links to the
<br>:iconv library. My system is a ppc7450 iMac running OS X 10.5.8, which
<br>:has Darwin 9.8.0.
<br>:
<br>:> cc -o dbu dbu.o util.o -O2 -g -L. -lsdbm -L../lib -lshared -lglib
<br>:> collect2: ld terminated with signal 6 [Abort trap]
<br>:> Undefined symbols
<br>:> "_libiconv_open", referenced from:
<br>:> _utf8_cd_get in libshared.a(utf8.o)
<br><br>The utf8.o file should not be loaded when linking dbu, since none of the
<br>UTF-8 routines are used by dbu nor by sdbm...
<br><br>:I believe that this problem has its roots in the Darwin OS's
<br>:implementation of /usr/lib/libiconv.* and/or /usr/include/iconv.h
<br>:being incompatible with the newer GNU versions, and that it involves
<br>:macros and C++; there are lots of message board posts reporting iconv
<br>:errors when people try to port projects to Darwin.
<br><br>Again, we're talking about a library here, and the normal linker behaviour
<br>should be to not load a file from the library unless one of the symbols
<br>defined by the file is needed.
<br><br>I've checked locally the symbols in my linked dbu, and I'm astonished
<br>to see that symbols like cq_cancel() are defined.
<br><br>:Any ideas or suggestions?
<br><br>You are pinpointing a lack of granularity in the "shared" library files that
<br>causes too much unnecessary stuff to be loaded due to transitive dependencies.
<br><br>Fixing this will probably require splitting the "shared" library in more
<br>than one so that we can only the files for the required symbols, which are:
<br><br>assertion_failure
<br>common_stats
<br>compat_pread
<br>compat_pwrite
<br>fd_close
<br>file_open
<br>h_strconcat
<br>h_strdup
<br>halloc_init
<br>hash_list_free
<br>hash_list_iter_previous
<br>hash_list_iter_release
<br>hash_list_iterator_tail
<br>hash_list_moveto_head
<br>hash_list_new
<br>hash_list_prepend
<br>hash_list_tail
<br>hfree
<br>hrealloc
<br>vmm_alloc
<br>vmm_free
<br>vmm_init
<br>walloc
<br>walloc0
<br>wfree
<br>wrealloc
<br><br>>From that list, I can almost see where the problem lies: the fact that we
<br>need h_strdup() means that the whole misc.o file needs to be loaded, which
<br>in turn causes many other library files to be required given the diverse
<br>routines defined there.
<br><br>A first solution is therefore to start moving h_strconcat() and h_strdup()
<br>out of misc.c, and then things should be much more under control.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Fri, 25 Sep 2009 15:27:05 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=26" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] iconv avec ennui.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=27" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=28" target="_top" rel="nofollow">h9ing9$roa$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=29" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Since the recent changes in ./src/sdbm, I have been encountering a
<br>:compile-time error originating with ./src/lib/utf8.o 's links to the
<br>:iconv library. My system is a ppc7450 iMac running OS X 10.5.8, which
<br>:has Darwin 9.8.0.
<br><br>Let me know if things work out with r16991.
<br>I no longer see any utf8 symbols in the linked "dbu" here.
<br><br>Also I've fixed the linking line to work with glib 2.x.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry® Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9-12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconf" target="_top" rel="nofollow">http://p.sf.net/sfu/devconf</a><br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25614132&i=30" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 32, Issue 3
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-25522367Re: gtk hat keine internetverbindung trotz portwechsel2009-09-19T05:32:18Z2009-09-19T05:32:18Zhp_sebastianOn Thu, 17 Sep 2009 23:27:44 +0200 St Lessig <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25522367&i=0" target="_top" rel="nofollow">stlessig@...</a>> wrote:
<br>> hi,
<br>> bin neu und möchte den gtk-gnutella erstmal nur einrichten.
<br>> staneardport war etwa 50.000, hat nicht funktioniert, mehrfach
<br>> gewechselt gleiches problem. programm meint sei hinter firewall, der
<br>> artikel dazu in faq hilft mir gar nicht. könne wohl ein falsch
<br>> konfigurierter NAt sein (????). okay ich hoffe auf eine antwort.
<br><br>Hi,
<br>the language of this mailing-list is English.
<br>For the not-german-speakers: The problem is, that gtk-gnutella claims
<br>it is behind a firewall.
<br><br>St Lessig, did you forward the port you set in gtk-gnutella in your
<br>router?
<br><br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry® Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9-12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconf" target="_top" rel="nofollow">http://p.sf.net/sfu/devconf</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25522367&i=1" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-25520784gtk hat keine internetverbindung trotz portwechsel2009-09-17T14:27:44Z2009-09-17T14:27:44ZSt Lessighi,
<br>bin neu und möchte den gtk-gnutella erstmal nur einrichten. staneardport war etwa 50.000, hat nicht funktioniert, mehrfach gewechselt gleiches problem. programm meint sei hinter firewall, der artikel dazu in faq hilft mir gar nicht. könne wohl ein falsch konfigurierter NAt sein (????). okay ich hoffe auf eine antwort.
<br><br>grüße
<br>________________________________________________________________
<br>Neu: WEB.DE Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
<br>für nur 19,99 Euro/mtl.!* <a href="http://produkte.web.de/go/02/" target="_top" rel="nofollow">http://produkte.web.de/go/02/</a><br><br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry® Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9-12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconf" target="_top" rel="nofollow">http://p.sf.net/sfu/devconf</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25520784&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-25495471gtk-gnutella-devel Digest, Vol 32, Issue 22009-09-17T10:14:52Z2009-09-17T10:14:52Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: SPAM-LOW: Re: Foxy 1.9.9.0 in hostcache? (Matthew Lye)
<br> 2. Re: Foxy 1.9.9.0 in hostcache? (Raphael Manfredi)
<br> 3. crash in yesterdays SVN (Meelis Roos)
<br> 4. Re: crash in yesterdays SVN (Raphael Manfredi)
<br> 5. Re: Foxy 1.9.9.0 in hostcache? (Raphael Manfredi)
<br> 6. Unable to connect (Hauke Hachmann)
<br> 7. Unable to connect (Hauke Hachmann)
<br> 8. Re: Unable to connect (Hauke Hachmann)
<br> 9. Re: Unable to connect (Raphael Manfredi)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Mon, 7 Sep 2009 23:40:37 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=3" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] SPAM-LOW: Re: Foxy 1.9.9.0 in
<br> hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=5" target="_top" rel="nofollow">E76E9C40-EAA4-4DD8-B75C-F3B1CF6E799A@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br><br>On 7-Sep-09, at 3:44 PM, Raphael Manfredi wrote:
<br><div class='shrinkable-quote'><br>> Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=6" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-
<br>> gnutella.devel:
<br>> :More like this? It wasn't as difficult as I thought, once I got used
<br>> :to the functions.
<br>>
<br>> Yes, this is a correct patch. Thank you.
<br>>
<br>> I've committed it in SVN as r16961 with slight style corrections.
<br>>
<br>> Also I've addeed a provision to make sure the address of such
<br>> challenging
<br>> hosts is removed from the fresh/valid host caches, to avoid further
<br>> propagation of that address, but this is incomplete because I did not
<br>> parse X-Node or X-Listen-IP or X-My-Address to know the proper port...
<br>>
<br>> I've added it as a TODO locally, but if you want to contribute the
<br>> necessary patch... :-) Look at feed_host_cache_from_string() for
<br>> inspiration.
<br>> We can probably extract the parsing code from there to reuse it.
</div><br>Sorry, I should have thought of this before I wrote the patch:
<br>although the situation with the patch is *better* in terms of the
<br>amount of Foxy clogging, it's a half-step back from the "ban.c"
<br>solution.
<br><br>GTKG still appears to get IP suggestions that lead to Foxy servents,
<br>presumably from third party servents.
<br><br>The problem is that when GTKG eventually tries one of these IPs, it
<br>results in a 503 response from the Foxy servent:
<br>> 09-09-07 23:25:44 (MESSAGE): ----Got outgoing handshaking headers
<br>> from TH.FOXY.NO.DE:
<br>> GNUTELLA/0.6 503 No QRP
<br>> User-Agent: Foxy 1.9.9.0
<br>> Remote-IP: GTK.GNU.TEL.LA:PORT
<br>> X-Try-Hubs: 1ST.FOXY.NO.DE:PORT 2009-09-08T11:25Z,
<br>> 2ND.FOXY.NO.DE:PORT 2009-09-08T11:25Z, 3RD.FOXY.NO.DE:PORT...
<br><br>As you can see, the 503 header does not include an "X-Auth-Challenge"
<br>line; we've already failed the authentication by not establishing it
<br>ourselves.
<br><br>This means that Foxy is still periodically stuffing the host cache in
<br>a cascading manner.
<br><br>Matt
<br><br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Tue, 8 Sep 2009 05:38:43 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=7" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=8" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=9" target="_top" rel="nofollow">h84ql3$lb1$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=10" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:GTKG still appears to get IP suggestions that lead to Foxy servents,
<br>:presumably from third party servents.
<br>:
<br>:The problem is that when GTKG eventually tries one of these IPs, it
<br>:results in a 503 response from the Foxy servent:
<br>:> 09-09-07 23:25:44 (MESSAGE): ----Got outgoing handshaking headers
<br>:> from TH.FOXY.NO.DE:
<br>:> GNUTELLA/0.6 503 No QRP
<br>:> User-Agent: Foxy 1.9.9.0
<br>:> Remote-IP: GTK.GNU.TEL.LA:PORT
<br>:> X-Try-Hubs: 1ST.FOXY.NO.DE:PORT 2009-09-08T11:25Z,
<br>:> 2ND.FOXY.NO.DE:PORT 2009-09-08T11:25Z, 3RD.FOXY.NO.DE:PORT...
<br>:
<br>:As you can see, the 503 header does not include an "X-Auth-Challenge"
<br>:line; we've already failed the authentication by not establishing it
<br>:ourselves.
<br><br>X-Try-Hubs is another sure sign of a foreign network. Gnutella servents
<br>never emit this header, which belongs to the Mike Protocol used by Shareaza,
<br>for instance.
<br><br>Hence a 503 with that header means that we can surely hcache_purge()
<br>that IP:port, along with all the listed IPs on X-Try-Hubs...
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Wed, 9 Sep 2009 16:50:47 +0300 (EEST)
<br>From: Meelis Roos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=11" target="_top" rel="nofollow">mroos@...</a>>
<br>Subject: [gtk-gnutella-devel] crash in yesterdays SVN
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=12" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=13" target="_top" rel="nofollow">alpine.SOC.1.00.0909091640510.25332@...</a>>
<br>Content-Type: TEXT/PLAIN; charset=US-ASCII
<br><br>Running rev 16961 since yesterday as ultranode, and got this crash
<br>today. DHT is enabled by hand. Previous uptime was about 56 days with
<br>DHT of that timeframe.
<br><br>Core was generated by `/home/mroos/gg/bin/gtk-gnutella'.
<br>Program terminated with signal 11, Segmentation fault.
<br>#0 0x081639a6 in lk_handle_reply (obj=0xbbfc2348, kn=0xbd51c2c0, function=KDA_MSG_FIND_NODE_RESPONSE, payload=0xb714f03d "\004\215?\205\024LIME", len=666, hop=15)
<br> at lookup.c:2430
<br>2430 nl->flags |= NL_F_COMPLETED; /* For lookup_expired() to check */
<br>(gdb) p nl
<br>$1 = <value optimized out>
<br>(gdb) bt
<br>#0 0x081639a6 in lk_handle_reply (obj=0xbbfc2348, kn=0xbd51c2c0, function=KDA_MSG_FIND_NODE_RESPONSE, payload=0xb714f03d "\004\215?\205\024LIME", len=666, hop=15)
<br> at lookup.c:2430
<br>#1 0x08166458 in revent_rpc_cb (type=DHT_RPC_REPLY, kn=0xbd51c2c0, unused_n=0xbfa95aa0, function=KDA_MSG_FIND_NODE_RESPONSE, payload=0xb714f03d "\004\215?\205\024LIME", len=666,
<br> arg=0xbe05c708) at revent.c:427
<br>#2 0x08170ec0 in dht_rpc_answer (muid=0xb714f000, kn=0xbeb72040, n=0xbfa95aa0, function=KDA_MSG_FIND_NODE_RESPONSE, payload=0xb714f03d, len=666) at rpc.c:410
<br>#3 0x08155528 in k_handle_rpc_reply (kn=0xbeb72040, n=0xbfa95aa0, header=0xb714f000, extlen=0 '\0', payload=0xb714f03d, len=666) at kmsg.c:1503
<br>#4 0x08156c2b in kmsg_received (data=0xb714f000, len=727, addr={net = 4, addr = {ipv6 = "?W??\003??\003??\003?", ipv4 = 1975932833}}, port=33021, n=0xbfa95aa0) at kmsg.c:198
<br>#5 0x080e2940 in node_udp_process (s=0xb7155120) at nodes.c:7050
<br>#6 0x08139cdc in udp_received (s=0xb7155120, truncated=0) at udp.c:277
<br>#7 0x0812b7be in socket_udp_event (data=0xb7155120, unused_source=9, cond=<value optimized out>) at sockets.c:2413
<br>#8 0x0822e482 in dispatch_poll (unused_source=0x83c1200, unused_cond=G_IO_IN, udata=0x83a5520) at inputevt.c:714
<br>#9 0xb78bccbf in g_io_unix_dispatch (source=0x83c1248, callback=0x822e312 <dispatch_poll>, user_data=0x83a5520) at giounix.c:162
<br>#10 0xb7893771 in IA__g_main_context_dispatch (context=0x83c1380) at gmain.c:2045
<br>#11 0xb78967e6 in g_main_context_iterate (context=0x83c1380, block=1, dispatch=1, self=0x83c3eb8) at gmain.c:2677
<br>#12 0xb7896ba7 in IA__g_main_loop_run (loop=0x853fd78) at gmain.c:2881
<br>#13 0xb7d2b281 in IA__gtk_main () at gtkmain.c:1003
<br>#14 0x0818072e in main_gui_run (geometry_spec=0x0) at main.c:695
<br>#15 0x08056531 in main (argc=1, argv=0xbfaebf54) at main.c:1616
<br><br>--
<br>Meelis Roos (<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=14" target="_top" rel="nofollow">mroos@...</a>)
<br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Wed, 9 Sep 2009 18:02:54 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=15" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] crash in yesterdays SVN
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=16" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=17" target="_top" rel="nofollow">h88qke$euo$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Meelis Roos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=18" target="_top" rel="nofollow">mroos@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Running rev 16961 since yesterday as ultranode, and got this crash
<br>:today. DHT is enabled by hand. Previous uptime was about 56 days with
<br>:DHT of that timeframe.
<br><br>There has been no changes to the DHT code in recent versions, so the
<br>problem you're experiencing is due to an existing bug. It's a rather
<br>critical bug, but hopefully it does not manifest too often (never had it
<br>here).
<br><br>Fixed in r16963. Thanks for reporting it.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Wed, 9 Sep 2009 20:05:14 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=19" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=20" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=21" target="_top" rel="nofollow">h891pq$t2$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=22" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi):
<br>:I've added it as a TODO locally, but if you want to contribute the
<br>:necessary patch... :-) Look at feed_host_cache_from_string() for inspiration.
<br>:We can probably extract the parsing code from there to reuse it.
<br><br>I've finally fixed the missing part in r16965.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Thu, 17 Sep 2009 14:23:19 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=23" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: [gtk-gnutella-devel] Unable to connect
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=24" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=25" target="_top" rel="nofollow">200909171423.20118.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="us-ascii"
<br><br>Hi folks,
<br><br>this may or may not have to do with the recent changes to avoid useless
<br>connection attempts no non-gnutella clients. Since some days, I cannot
<br>connect to any ultrapeer. My gtk-gnutella leaf client is completely
<br>isolated and useless. Maybe there is something wrong with the new
<br>rejection logic?
<br><br>bye,
<br><br>Hauke Hachmann
<br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Thu, 17 Sep 2009 14:23:19 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=26" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: [gtk-gnutella-devel] Unable to connect
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=27" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=28" target="_top" rel="nofollow">200909171423.20118.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="us-ascii"
<br><br>Hi folks,
<br><br>this may or may not have to do with the recent changes to avoid useless
<br>connection attempts no non-gnutella clients. Since some days, I cannot
<br>connect to any ultrapeer. My gtk-gnutella leaf client is completely
<br>isolated and useless. Maybe there is something wrong with the new
<br>rejection logic?
<br><br>bye,
<br><br>Hauke Hachmann
<br><br><br><br>------------------------------
<br><br>Message: 8
<br>Date: Thu, 17 Sep 2009 17:23:48 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=29" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Unable to connect
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=30" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=31" target="_top" rel="nofollow">200909171723.48185.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Thursday 17 September 2009, Matthew Lye wrote:
<br>> Which gtkg version are you using?
<br><br>Ah, sorry, I forgot to mention. At the moment, I am using r16974 (which
<br>is the newest from SVN), but I think that my problems were already
<br>present at least with r16970, probably even earlier. OTOH, I know that
<br>it still worked one week ago, so the error cannot be very old.
<br><br>Bye,
<br><br>Hauke
<br><br><br><br>------------------------------
<br><br>Message: 9
<br>Date: Thu, 17 Sep 2009 17:14:29 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=32" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Unable to connect
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=33" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=34" target="_top" rel="nofollow">h8tqpl$roi$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=35" target="_top" rel="nofollow">haxe@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Ah, sorry, I forgot to mention. At the moment, I am using r16974 (which
<br>:is the newest from SVN), but I think that my problems were already
<br>:present at least with r16970, probably even earlier. OTOH, I know that
<br>:it still worked one week ago, so the error cannot be very old.
<br><br>Is gtk-gnutella at least attempting to connect or is it just sitting there,
<br>idle? In that case, you need to check the size of your hostcaches (go
<br>to the "Hostcache" tab) and that you did not accidentally hit the "disconnect"
<br>icon (at the bottom left) which prevents all Gnutella connections.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry® Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9-12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconf" target="_top" rel="nofollow">http://p.sf.net/sfu/devconf</a><br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25495471&i=36" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 32, Issue 2
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-25335380gtk-gnutella-devel Digest, Vol 32, Issue 12009-09-07T12:44:29Z2009-09-07T12:44:29Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Dynamic Query Question, BearShare Suggestion (Matthew Lye)
<br> 2. Re: Foxy 1.9.9.0 in hostcache? (Matthew Lye)
<br> 3. Re: Foxy 1.9.9.0 in hostcache? (Raphael Manfredi)
<br> 4. Re: SPAM-LOW: Re: Foxy 1.9.9.0 in hostcache? (Matthew Lye)
<br> 5. Re: SPAM-LOW: Re: Foxy 1.9.9.0 in hostcache? (Raphael Manfredi)
<br> 6. Re: SPAM-LOW: Re: Foxy 1.9.9.0 in hostcache? (Matthew Lye)
<br> 7. Re: Foxy 1.9.9.0 in hostcache? (Raphael Manfredi)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Sat, 29 Aug 2009 19:38:48 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=3" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: [gtk-gnutella-devel] Dynamic Query Question, BearShare
<br> Suggestion
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=5" target="_top" rel="nofollow">33136DA8-5384-4149-99DB-8EFE24726DA2@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br>Question:
<br><br>Locally generated queries are currently passed to the dynamic query
<br>code.
<br>Subsequently, queries are no longer sent when more results have been
<br>generated than a hard-coded limit, currently 150.
<br>Is this intentional behavior, or has a query reply limit (for when we
<br>receive queries from other sources and generate dynamic queries) been
<br>misapplied?
<br>If intentional, should this value be a parameter rather than hard-coded?
<br><br><br>Suggestion:
<br><br>That the current probability-based rejection of hosts for caching with
<br>ports 6346-6350 be replaced with a preferences parameter governing
<br>%age of connections allowed to such ports, as per peer type, et cetera.
<br>The current hardcoded setting makes caching too improbable for
<br>discovery of BearShare clients.
<br>These seem to be less densely locally connected than LimeWire or
<br>Frosty, and are useful at the least for host discovery.
<br><br><br><br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Sun, 6 Sep 2009 22:15:29 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=6" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=7" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=8" target="_top" rel="nofollow">19934787-EA0A-4043-80B0-F734C229300B@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br><br>On 14-Jun-09, at 4:55 PM, Christian Biere wrote:
<br><div class='shrinkable-quote'><br>> Matthew Lye wrote:
<br>>> I'm noticing an extraordinary number of outgoing attempts to connect
<br>>> to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up,
<br>>> here. Could the [swarms of] Foxy clients which are [always] failing
<br>>> to connect as incoming connections nonetheless be ending up in the
<br>>> GTKG hostcache?
<br>>
<br>> I've looked at some of the handshakes. Apparently, they always hang up
<br>> after the first handshake response which seems to indicate they don't
<br>> like some of the parameters. Maybe they just hang up due to the
<br>> missing "X-Auth-Challenge" in the response. These handshakes look more
<br>> or less like normal Gnutella handshakes. According to my information
<br>> though Foxy isn't based on Gnutella but G2, the handshake doesn't
<br>> indicate
<br>> this. I've seen a search result from Foxy exactly once so far. So Foxy
<br>> doesn't really seem to be using Gnutella.
</div><br>I looked into this, and yes, they do hang up due to GTKG's failure to
<br>answer the authentication challenge. This is correct behavior [1].
<br><br>"X-Auth-Challenge" is a header originating from the GnucDNA API, which
<br>supports both Gnutella and G2 networks. The authorization challenge
<br>is not intended to be used in open P2P networks, it makes sense only
<br>for use by closed (private) GWebCache and/or Hub based networks. It
<br>is a bit of a mystery as to why Foxy clients would be attempting to
<br>contact us in the first place, but it is very definitely an error for
<br>GTKG to be adding Foxy servent nodes to the host cache.
<br><br>When GTKG attempts to accept an incoming Foxy connection, it fails to
<br>answer the authentication challenge (one would need the correct shared
<br>code number) and is dropped. In this circumstance, the Foxy servent's
<br>IP is added to the host cache via the Listen-Ip header, even though
<br>the connection with the Foxy servent fails. What is worse, however,
<br>is when GTKG later (or in another session) attempts to connect to the
<br>listed Foxy servent. Since no authentication challenge is included, a
<br>503 error is returned, along with an X-Try-Ultrapeer message listing
<br>several Foxy ultrapeers. These will be added to the host cache, and
<br>tried in turn, with exponential effect.
<br><br>Oddly, attempting to connect to a Foxy servent inspires a burst of
<br>incoming handshake attempts from other Foxy servents. If I had to
<br>guess, I would say that the Foxy developers simply took an off-the-
<br>shelf open source servent and modified it to add an authentication
<br>stage. There seems to be no awareness in the controlling logic that
<br>other Foxy servents would be inherently disinterested in connecting to
<br>any non-Foxy servent. Perhaps something tricker is going on, and Foxy
<br>servents are supposed to be taking advantage of the wider Gnutella
<br>network for searches while remaining opaque, and the implementation of
<br>this has been suspended or badly bungled, I don't know. However, I do
<br>know that Foxy node connections will always fail, with good reason.
<br><br>The main problem presented by Foxy (from my observation) is the linger
<br>time of failed Foxy connections. This slows down the network-
<br>connecting process considerably. For this reason, Foxy connections
<br>should be recognized and refused, as they are inherently undesirable
<br>(on either side).
<br><br>The elegant thing to do would be to recognize that a handshake
<br>including a X-Auth-Challenge line will not be completed, and terminate
<br>all such connections. Likewise, it would seem prudent to reject the
<br>caching of host data originating from such servents (if not all
<br>servents that fail to complete handshakes, period). However, this
<br>may conflict with prior control logic decisions, and is beyond my
<br>ability in any case. I am testing, and would recommend, the following:
<br><br>Step 1: Hardcode Foxy as a banned vendor in "vendors.c"
<br>Step 2: Move the call of 'extract_header_pongs(n, head)' from line
<br>5126 of "core/nodes.c" so that it occurs directly *after* the vendor
<br>specific banning step (i.e, at about what is currently line 5353).
<br><br>This doesn't manage to completely eliminate the incoming Foxy
<br>connection attempts, but it reduces their numbers, greatly speeds
<br>their disposal, and eliminates the hcache problem.
<br><br>- Matt
<br><br>References:
<br>[1] <a href="http://www.gnucleus.com/GnucDNA/docs/authentication.html" target="_top" rel="nofollow">http://www.gnucleus.com/GnucDNA/docs/authentication.html</a><br><br><br><br><br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Mon, 7 Sep 2009 07:15:13 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=9" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=10" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=11" target="_top" rel="nofollow">h82bu1$999$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=12" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>I am testing, and would recommend, the following:
<br>:
<br>:Step 1: Hardcode Foxy as a banned vendor in "vendors.c"
<br>:Step 2: Move the call of 'extract_header_pongs(n, head)' from line
<br>:5126 of "core/nodes.c" so that it occurs directly *after* the vendor
<br>:specific banning step (i.e, at about what is currently line 5353).
<br>:
<br>:This doesn't manage to completely eliminate the incoming Foxy
<br>:connection attempts, but it reduces their numbers, greatly speeds
<br>:their disposal, and eliminates the hcache problem.
<br><br>Godd analysis of the problem, and probably correct remediation attempt.
<br>Unfortunately, I'm quite busy on other stuff right now and cannot devote
<br>any time to GTKG for the time being. I shall probably remain busy until
<br>the end of September.
<br><br>If you can come up with a patch, it will greatly speed-up things. :-)
<br><br>Thanks,
<br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Mon, 7 Sep 2009 10:20:47 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=13" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] SPAM-LOW: Re: Foxy 1.9.9.0 in
<br> hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=14" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=15" target="_top" rel="nofollow">F0A72950-936E-4CF3-972A-91EE26A378D6@...</a>>
<br>Content-Type: text/plain; charset="us-ascii"
<br><br><br>On 7-Sep-09, at 3:15 AM, Raphael Manfredi wrote:
<br><br>> Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=16" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-
<br>> gnutella.devel:
<br>>> I am testing, and would recommend, the following...
<br>> If you can come up with a patch, it will greatly speed-up things. :-)
<br><br><br>Okay, sure. I'd normally be reluctant to offer a patch, but the
<br>changes involved are really pretty simple.
<br>For purposes of archive, note that I mistakenly specified "vendors.c"
<br>earlier in this thread when I of course meant "ban.c"
<br><br>Application should be "patch -p0 Foxy.patch" from the root svn
<br>directory.
<br><br><br>-------------- next part --------------
<br>A non-text attachment was scrubbed...
<br>Name: Foxy.patch
<br>Type: application/octet-stream
<br>Size: 1265 bytes
<br>Desc: not available
<br>-------------- next part --------------
<br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Mon, 7 Sep 2009 15:44:47 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=17" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] SPAM-LOW: Re: Foxy 1.9.9.0 in
<br> hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=18" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=19" target="_top" rel="nofollow">h839pf$arc$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=20" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Okay, sure. I'd normally be reluctant to offer a patch, but the
<br>:changes involved are really pretty simple.
<br>:For purposes of archive, note that I mistakenly specified "vendors.c"
<br>:earlier in this thread when I of course meant "ban.c"
<br><br>Your patch ties the ban logic to the Foxy servent name. This is probably not
<br>what we want: I'd prefer something that looks for the authentication header
<br>in the handshake, regardless of the servent name.
<br><br>In the future, Foxy may remove the header and become fully inter-operable,
<br>so hardcoding their name is dangerous. Second, another vendor may choose to
<br>do the same thing with another name.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Mon, 7 Sep 2009 13:01:56 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=21" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] SPAM-LOW: Re: Foxy 1.9.9.0 in
<br> hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=22" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=23" target="_top" rel="nofollow">709B6B26-6446-4062-A501-8772037EECE7@...</a>>
<br>Content-Type: text/plain; charset="us-ascii"
<br><br><br>On 7-Sep-09, at 11:44 AM, Raphael Manfredi wrote:
<br>> Your patch ties the ban logic to the Foxy servent name. This is
<br>> probably not
<br>> what we want: I'd prefer something that looks for the authentication
<br>> header
<br>> in the handshake, regardless of the servent name.
<br><br>More like this? It wasn't as difficult as I thought, once I got used
<br>to the functions.
<br>I've been thinking more, and in my opinion this is still kinda kludgy,
<br>because the simplest behavior for a good open/closed dual servent
<br>would probably be to try to authenticate first, and then act as a
<br>portal servent upon failure. And there might well be legitimate
<br>reasons to forms sub-networks like that, especially with GWebcache or
<br>hub organized servents. However, here's the patch for your
<br>consideration; its better than nothing in the current network
<br>environment.
<br><br>patch -p0 <Foxy.patch
<br><br>- Matt
<br><br>-------------- next part --------------
<br>A non-text attachment was scrubbed...
<br>Name: Foxy.patch
<br>Type: application/octet-stream
<br>Size: 1469 bytes
<br>Desc: not available
<br>-------------- next part --------------
<br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Mon, 7 Sep 2009 19:44:01 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=24" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=25" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=26" target="_top" rel="nofollow">h83nq1$8g0$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=27" target="_top" rel="nofollow">mlye@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:More like this? It wasn't as difficult as I thought, once I got used
<br>:to the functions.
<br><br>Yes, this is a correct patch. Thank you.
<br><br>I've committed it in SVN as r16961 with slight style corrections.
<br><br>Also I've addeed a provision to make sure the address of such challenging
<br>hosts is removed from the fresh/valid host caches, to avoid further
<br>propagation of that address, but this is incomplete because I did not
<br>parse X-Node or X-Listen-IP or X-My-Address to know the proper port...
<br><br>I've added it as a TODO locally, but if you want to contribute the
<br>necessary patch... :-) Look at feed_host_cache_from_string() for inspiration.
<br>We can probably extract the parsing code from there to reuse it.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25335380&i=28" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 32, Issue 1
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-25208230Re: 2 Feature Requests2009-08-29T19:48:08Z2009-08-29T19:48:08ZBill PringlemeirOn 23 Aug 2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25208230&i=0" target="_top" rel="nofollow">Raphael_Manfredi@...</a> wrote:
<br><br>> Quoting Joe Bassis <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25208230&i=1" target="_top" rel="nofollow">joe.bassis@...</a>> from ml.softs.gtk-gnutella.users:
<br><br>>> 2. Only connect through TLS connections.
<br><br>> This is not too complex a feature to implement though, so I will consider
<br>> a patch if you supply one, but my TODO list is already filled with too many
<br>> items so I don't have the time to do it right now.
<br><br>It was already there at one point, but was not recommended as
<br>debugging. However, many ISPs will throttle traffic at peak use
<br>times. I don't think that this will necessarily prevent that and I am
<br>not sure if the DHT or UDP will be encrypted.
<br><br><para>
<br>gtk-gnutella was the first Gnutella client to provide encryption to
<br>prevent traffic filtering and shaping of Gnutella traffic. If you
<br>have an ISP that you <emphasis role="bold">know</emphasis> is
<br>detecting Gnutella traffic, you can set the
<br><emphasis>tls_enforce</emphasis> parameter. The
<br><emphasis>tls_enforce</emphasis> parameter is set from the "Debugging"
<br>tab of the Preferences dialog (control-P). Type
<br><emphasis>tls_enforce</emphasis> in the "Property pattern" and click
<br>on the value "FALSE" and change it to "TRUE".
<br></para>
<br><br>This information is probably wrong. However, Joe could try it to see
<br>if it helps. I think that it will only enforce outgoing or incoming
<br>connections? My ISP uses Sandvine software to throttle P2P traffic,
<br>but I have not tried this lately.
<br><br>The property tls_enforce is only used in socket_connect_prepare(). So
<br>Raphael would be able to speak to whether this is useful or not.
<br><br>Fwiw,
<br>Bill Pringlemeir.
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25208230&i=2" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-25101503Re: 2 Feature Requests2009-08-23T01:42:43Z2009-08-23T01:42:43ZRaphael ManfrediQuoting Joe Bassis <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25101503&i=0" target="_top" rel="nofollow">joe.bassis@...</a>> from ml.softs.gtk-gnutella.users:
<br>:1. Show countries in the download and upload sections
<br>:The ultrapeer section shows what country each ultrapeer is from.
<br>:Implement that for the download and upload sections as well.
<br><br>This is already implemented. In the download section, you have to click
<br>on the "Sources" tab, and then righ click in that tab and choose "Configure
<br>Columns", which will let you add the Country.
<br><br>In the upload section, you just have to right click and choose "Configure
<br>Columns" as well.
<br><br>Once you have chosen your columns, click on "Done". Your change is of
<br>course made persistent.
<br><br>:2. Only connect through TLS connections.
<br>:- I believe that gtk-gnutella first tries to connect through TLS and
<br>:if that is not possible it tries an unecrypted connection. Implement
<br>:an option to connect only to users that have TLS enabled.
<br><br>That would SEVERLY limit the ability to connect at all in the Gnutella
<br>network and to be able to exchange files. Indeed, the only two vendors
<br>supporting TLS are LimeWire and gtk-gnutella. Limiting to TLS connections
<br>only would rule out all the other vendors completely.
<br><br>This is not too complex a feature to implement though, so I will consider
<br>a patch if you supply one, but my TODO list is already filled with too many
<br>items so I don't have the time to do it right now.
<br><br>Raphael
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25101503&i=1" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-250975492 Feature Requests2009-08-22T13:32:36Z2009-08-22T13:32:36ZJoe Bassis1. Show countries in the download and upload sections
<br>The ultrapeer section shows what country each ultrapeer is from.
<br>Implement that for the download and upload sections as well.
<br><br>2. Only connect through TLS connections.
<br>- I believe that gtk-gnutella first tries to connect through TLS and
<br>if that is not possible it tries an unecrypted connection. Implement
<br>an option to connect only to users that have TLS enabled.
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25097549&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-24850112Re: Import partial files2009-08-06T09:38:04Z2009-08-06T09:38:04ZChristian BiereSimon Tan wrote:
<br>> Is there a way to import partial unfinished files into a currently downloading file?
<br><br>If you're desperate, there might a way to achieve this manually. However,
<br>gtk-gnutella itself does not implement any such feature so far.
<br><br>--
<br>Christian
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24850112&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-24849911Re: can I manually add a file done.sha1?2009-08-06T09:26:38Z2009-08-06T09:26:38ZChristian BiereSimon Tan wrote:
<br>> Hi all. just wondering if I can do this: If I have a file already(downloaded
<br>> from another program), how can I add this file into the gtk-gnutella database
<br>> so that when gtk-gnutella searches and sees the same file, it will mark it as
<br>> owned already.
<br><br>The easiest way is to share the files. Depending on the number of files
<br>and their size, it may take some hours to calculate the hashsums, so
<br>that gtk-gnutella can identify search results for files you already own.
<br><br>The alternative is to edit ~/.gtk-gnutella/done.sha1 while gtk-gnutella
<br>is not running. The file lists each known file, one per line, as SHA-1
<br>in Base32 encoding, followed by two spaces and the filename, whereas the
<br>latter may be arbitrary.
<br><br>> And can gtk-gnutella mark a file as being owned even though
<br>> it has not really downloaded the file?
<br><br>No, the only alternative is the manual method as described above.
<br><br>> I want to be able to right-click on a
<br>> selection and mark it completed and that would stop(and prompt to delete the
<br>> current download) but mark the download as completed.
<br><br>This is certainly an interesting and worthwhile feature but it's not
<br>implemented.
<br><br>--
<br>Christian
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24849911&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-24842413Import partial files2009-08-05T12:49:01Z2009-08-05T12:49:01ZtweetyhackIs there a way to import partial unfinished files into a currently downloading file?
<br><br><br>
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24842413&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-24842412can I manually add a file done.sha1?2009-08-05T08:51:23Z2009-08-05T08:51:23ZtweetyhackHi all. just wondering if I can do this: If I have a file already(downloaded from another program), how can I add this file into the gtk-gnutella database so that when gtk-gnutella searches and sees the same file, it will mark it as owned already. And can gtk-gnutella mark a file as being owned even though it has not really downloaded the file? I want to be able to right-click on a selection and mark it completed and that would stop(and prompt to delete the current download) but mark the download as completed.
<br><br>Great work on the program. I wish I did C but I find the pointers and address stuff confusing. I'll stick with Ruby :)
<br><br><br>
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24842412&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-24510712gtk-gnutella-devel Digest, Vol 31, Issue 12009-07-15T23:17:28Z2009-07-15T23:17:28Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: Foxy 1.9.9.0 in hostcache? (Christian Biere)
<br> 2. Re: Foxy 1.9.9.0 in hostcache? (Christian Biere)
<br> 3. crash from SVN 16943 (assertion SOCKET_MAGIC == s->magic)
<br> (Meelis Roos)
<br> 4. a question (rick james)
<br> 5. Re: a question (Raphael Manfredi)
<br> 6. The problem on DragonFly platform (Hasso Tepper)
<br> 7. Re: The problem on DragonFly platform (Raphael Manfredi)
<br> 8. Crash from GUI (Meelis Roos)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Sun, 14 Jun 2009 03:34:47 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=3" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=5" target="_top" rel="nofollow">20090614013447.GC3970@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Michael Rogers wrote:
<br>> Matthew Lye wrote:
<br>> > I'm noticing an extraordinary number of outgoing attempts to connect
<br>> > to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up,
<br>> > here. Could the [swarms of] Foxy clients which are [always] failing
<br>> > to connect as incoming connections nonetheless be ending up in the
<br>> > GTKG hostcache?
<br><br>That's possible. I've also noticed many incoming connection attempts
<br>from Foxy peers.
<br><br>> I don't know if this is related, but Foxy clients frequently hit the
<br>> gwebcaches operated by LimeWire - maybe GTKG is picking up their
<br>> addresses from there?
<br><br>It's rather the other way around. I don't see a noticable amount of outgoing
<br>connections but a steady stream of incoming connections.
<br><br>> I though ghostwhitecrab was configured to ignore
<br>> requests with net!=gnutella, but possibly not.
<br><br>It's quite possible that some cache spoiling is going on but I doubt this
<br>happens through ghostwhitecrab. Foxy has actually it's own GWebCaches listed at
<br>gcachescan.jonatkins.com. The ones using FTWebCache and jumswebcache are
<br>apparently dedicated to Foxy.
<br><br>Looking at the requests rates, use of GWebCaches and GDNA under the hood,
<br>tells me the Foxy "developers" screwed up on an epic level just like those
<br>Morpheus guys years ago.
<br><br>Nonetheless, the quality of GWC/UHC responses is, in fact, very poor. Many
<br>reported peers are fakes, spammers and zombies. Though that's just a mirror of
<br>the network which doesn't look any better.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Sun, 14 Jun 2009 22:55:22 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=6" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=7" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=8" target="_top" rel="nofollow">20090614205522.GD1871@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Matthew Lye wrote:
<br>> I'm noticing an extraordinary number of outgoing attempts to connect
<br>> to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up,
<br>> here. Could the [swarms of] Foxy clients which are [always] failing
<br>> to connect as incoming connections nonetheless be ending up in the
<br>> GTKG hostcache?
<br><br>I've looked at some of the handshakes. Apparently, they always hang up
<br>after the first handshake response which seems to indicate they don't
<br>like some of the parameters. Maybe they just hang up due to the
<br>missing "X-Auth-Challenge" in the response. These handshakes look more
<br>or less like normal Gnutella handshakes. According to my information
<br>though Foxy isn't based on Gnutella but G2, the handshake doesn't indicate
<br>this. I've seen a search result from Foxy exactly once so far. So Foxy
<br>doesn't really seem to be using Gnutella.
<br><br>The easiest option would be banning them by their identification. The
<br>last thing Gnutella needs is another abusive parasite.
<br><br>Their IP addresses might end up in the cache due the Listen-IP header
<br>in the first handshake request. This should certainly be avoided.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Fri, 19 Jun 2009 12:38:03 +0300 (EEST)
<br>From: Meelis Roos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=9" target="_top" rel="nofollow">mroos@...</a>>
<br>Subject: [gtk-gnutella-devel] crash from SVN 16943 (assertion
<br> SOCKET_MAGIC == s->magic)
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=10" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=11" target="_top" rel="nofollow">Pine.SOC.4.64.0906191225480.13995@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-15"
<br><br>Got this after 3.5 days uptime, running as ultrapeer:
<br><br>(gdb) bt
<br>#0 0xb7f1c410 in ?? ()
<br>#1 0xbfc1349c in ?? ()
<br>#2 0x00000006 in ?? ()
<br>#3 0x00001c7f in ?? ()
<br>#4 0xb75d8811 in raise () from /lib/tls/i686/cmov/libc.so.6
<br>#5 0xb75d9fb9 in abort () from /lib/tls/i686/cmov/libc.so.6
<br>#6 0xb78bd0b4 in IA__g_logv (log_domain=<value optimized out>, log_level=G_LOG_LEVEL_ERROR, format=0xb78e7880 "file %s: line %d (%s): assertion failed: (%s)",
<br> args1=0xbfc13a7c "?.'\b\222") at gmessages.c:497
<br>#7 0xb78bd0e9 in IA__g_log (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR, format=0xb78e7880 "file %s: line %d (%s): assertion failed: (%s)") at gmessages.c:517
<br>#8 0xb78bd167 in IA__g_assert_warning (log_domain=0x0, file=0x8272ec8 "sockets.h", line=146, pretty_function=0x829a960 "socket_check",
<br> expression=0x8272ed2 "SOCKET_MAGIC == s->magic") at gmessages.c:552
<br>#9 0x0812c86b in socket_evt_set (s=0xbddf9630, cond=INPUT_EVENT_RX, handler=0x80d29c9 <io_read_data>, data=0xbeb0a5e4) at sockets.h:146
<br>#10 0x080d291f in io_get_header (resource=0xbe79f200, io_opaque=0xbe79f310, bws=BSCHED_BWS_IN, s=0xbddf9630, flags=<value optimized out>,
<br> done=0x80909af <call_download_push_ready>, start=0, error=0x834ab20) at ioheader.c:493
<br>#11 0x080967e1 in download_push_ack (s=0xbddf9630) at downloads.c:12179
<br>#12 0x0812edd4 in socket_read (data=0xbddf9630, source=118, cond=<value optimized out>) at sockets.c:1573
<br>#13 0x0822e2b2 in dispatch_poll (unused_source=0x83c0200, unused_cond=G_IO_IN, udata=0x83a4520) at inputevt.c:714
<br>#14 0xb78ddcbf in g_io_unix_dispatch (source=0x83c0248, callback=0x822e142 <dispatch_poll>, user_data=0x83a4520) at giounix.c:162
<br>#15 0xb78b4771 in IA__g_main_context_dispatch (context=0x83c0380) at gmain.c:2045
<br>#16 0xb78b77e6 in g_main_context_iterate (context=0x83c0380, block=1, dispatch=1, self=0x83c2eb8) at gmain.c:2677
<br>#17 0xb78b7ba7 in IA__g_main_loop_run (loop=0x909efd8) at gmain.c:2881
<br>#18 0xb7d4c281 in IA__gtk_main () at gtkmain.c:1003
<br>#19 0x081804ee in main_gui_run (geometry_spec=0x0) at main.c:695
<br>#20 0x08056531 in main (argc=1, argv=0xbfc140a4) at main.c:1616
<br><br><br>--
<br>Meelis Roos (<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=12" target="_top" rel="nofollow">mroos@...</a>)
<br><br>------------------------------
<br><br>Message: 4
<br>Date: Wed, 8 Jul 2009 20:10:00 -0400
<br>From: rick james <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=13" target="_top" rel="nofollow">rj1961r9@...</a>>
<br>Subject: [gtk-gnutella-devel] a question
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=14" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID:
<br> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=15" target="_top" rel="nofollow">b72da3d30907081710g92149c2ud3cc1ecc0e1ce11@...</a>>
<br>Content-Type: text/plain; charset=ISO-8859-1
<br><br>Hi, I was wondering exactly how do I get gtk-gnutella to use the
<br>current local/private 192.*.*.* IPadress instead of the public
<br>76.*.*.* adress it seems to want to default to on my laptop.
<br><br>I've got packet forwarding up and running using the wlan interface and
<br>software like deluge have no problems with seeing and using forwarded
<br>ports using the 192.* adress
<br><br>But gtk-gnutella seems to insist on using the public 76.* IP adress
<br>and not seeing the the current portforwared 192.* adress or that's
<br>the impression i'm getting because gtk-gnutella keeps saying I'm
<br>firewalled even though I'm telling it to use the opened port if you
<br>understand what I'm saying.
<br><br>I'm most likely not doing a good job of explaing what i'm running
<br>into here, huh?
<br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Thu, 9 Jul 2009 08:49:55 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=16" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] a question
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=17" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=18" target="_top" rel="nofollow">h34avj$3hb$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting rick james <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=19" target="_top" rel="nofollow">rj1961r9@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:But gtk-gnutella seems to insist on using the public 76.* IP adress
<br>:and not seeing the the current portforwared 192.* adress or that's
<br>:the impression i'm getting because gtk-gnutella keeps saying I'm
<br>:firewalled even though I'm telling it to use the opened port if you
<br>:understand what I'm saying.
<br><br>Maybe I'm not understanding your issue fully but you need to know how things
<br>work to properly diagnose whether there is a problem in your configuration
<br>or whether there is a problem in the way GTKG works currently.
<br><br>The IP address that GTKG wants to use is the IP address that remote peers
<br>report you have when you connect to them.
<br><br>The "firewalled" status is computed by looking at whether you do get
<br>incoming connections to the advertised port or not, on your external IP
<br>address.
<br><br>The proper configuration therefore is to make sure the public IP router
<br>will have a rule to forward your listening port to your local machine.
<br><br>For instance, imagine your LAN address is 192.168.0.1 and your external
<br>IP address is 76.0.0.1, with your local listening port set to 12345.
<br><br>Locally, GTKG listens to 192.168.0.1:12345 but it is going to advertise
<br>76.0.0.1:12345 to the world. Therefore, on your 76.0.0.1 box, you need to
<br>forward port 12345 to 192.168.0.1 and everything will work fine.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Tue, 14 Jul 2009 00:21:48 +0300
<br>From: Hasso Tepper <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=20" target="_top" rel="nofollow">hasso@...</a>>
<br>Subject: [gtk-gnutella-devel] The problem on DragonFly platform
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=21" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=22" target="_top" rel="nofollow">200907140021.48125.hasso@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Hi,
<br><br>I happen to be a person taking care a lot of pkgsrc (www.pkgsrc.org)
<br>packaging work for DragonFly (www.dragonflybsd.org) platform. Recently I
<br>received a report from user that gtk-gnutella doesn't build on DragonFly.
<br><br>The problem is in the src/lib/entropy.c in SHA1Input(&ctx, f, sizeof *f);
<br>calls. FILE is an opaque (incomplete) type, so sizeof(FILE) just fails to
<br>build on DragonFly.
<br><br>As I don't understand the code very well and why the size of struct FILE
<br>is needed at all (is it really the data which is needed there?), no patch
<br>to apply from me.
<br><br><br>regards,
<br><br>--
<br>Hasso Tepper
<br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Tue, 14 Jul 2009 06:58:11 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=23" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] The problem on DragonFly platform
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=24" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=25" target="_top" rel="nofollow">h3haa3$96g$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Hasso Tepper <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=26" target="_top" rel="nofollow">hasso@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:As I don't understand the code very well and why the size of struct FILE
<br>:is needed at all (is it really the data which is needed there?), no patch
<br>:to apply from me.
<br><br>The purpose of the code is to get a much random information as possible to
<br>get an hopefully unique 160-bit value. The information in the FILE structure
<br>would yield platform-specific information, especially as it changes whilst
<br>we read from the file because each stdio has its own way of updating the
<br>structure. That is another source of entropy, but it's not completely random
<br>in that it's predictable on a given system.
<br><br>Since we already collect enough entropy out of the system, I've removed
<br>the problematic calls from the code in r16947.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 8
<br>Date: Thu, 16 Jul 2009 09:00:16 +0300 (EEST)
<br>From: Meelis Roos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=27" target="_top" rel="nofollow">mroos@...</a>>
<br>Subject: [gtk-gnutella-devel] Crash from GUI
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=28" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=29" target="_top" rel="nofollow">Pine.SOC.4.64.0907160857140.173@...</a>>
<br>Content-Type: TEXT/PLAIN; charset=US-ASCII
<br><br>I had rev 16943 running for quite some time. Today opened the search
<br>pane with F8, clicked on another search and gtk-gnutella crashed.
<br>Backtrace below, if it's of any use.
<br><br>Program terminated with signal 11, Segmentation fault.
<br>#0 0xb79cd314 in IA__g_object_remove_weak_pointer (object=0x1,
<br> weak_pointer_location=0x9670518) at gobject.c:1543
<br>1543 gobject.c: No such file or directory.
<br> in gobject.c
<br>(gdb) bt
<br>#0 0xb79cd314 in IA__g_object_remove_weak_pointer (object=0x1,
<br> weak_pointer_location=0x9670518) at gobject.c:1543
<br>#1 0xb7c8562b in queue_item_free (item=0x9670518) at gdkgeometry-x11.c:1025
<br>#2 0xb7c857c7 in _gdk_window_process_expose (window=0xa8c2578, serial=46624709,
<br> area=0xbf97c29c) at gdkgeometry-x11.c:1185
<br>#3 0xb7c82456 in gdk_event_translate (display=0x83fd0a8, event=0xacd0c10,
<br> xevent=0xbf97c2fc, return_exposes=0) at gdkevents-x11.c:1630
<br>#4 0xb7c82b57 in _gdk_events_queue (display=0x83fd0a8) at gdkevents-x11.c:2225
<br>#5 0xb7c82ebf in gdk_event_dispatch (source=0x8401e28, callback=0,
<br> user_data=0x0) at gdkevents-x11.c:2285
<br>#6 0xb7952771 in IA__g_main_context_dispatch (context=0x83c0380) at gmain.c:2045
<br>#7 0xb79557e6 in g_main_context_iterate (context=0x83c0380, block=1,
<br> dispatch=1, self=0x83c2eb8) at gmain.c:2677
<br>#8 0xb7955ba7 in IA__g_main_loop_run (loop=0x853ed58) at gmain.c:2881
<br>#9 0xb7dea281 in IA__gtk_main () at gtkmain.c:1003
<br>#10 0x081804ee in main_gui_run (geometry_spec=0x0) at main.c:695
<br>#11 0x08056531 in main (argc=1, argv=0xbf97c5e4) at main.c:1616
<br><br><br>--
<br>Meelis Roos (<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=30" target="_top" rel="nofollow">mroos@...</a>)
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Enter the BlackBerry Developer Challenge
<br>This is your chance to win up to $100,000 in prizes! For a limited time,
<br>vendors submitting new applications to BlackBerry App World(TM) will have
<br>the opportunity to enter the BlackBerry Developer Challenge. See full prize
<br>details at: <a href="http://p.sf.net/sfu/Challenge" target="_top" rel="nofollow">http://p.sf.net/sfu/Challenge</a><br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24510712&i=31" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 31, Issue 1
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-24017446gtk-gnutella-devel Digest, Vol 30, Issue 22009-06-13T16:56:00Z2009-06-13T16:56:00Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: abort in rev 16786 - pmap already contains the new
<br> region (Hauke Hachmann)
<br> 2. Re: abort in rev 16786 - pmap already contains the new
<br> region (Larry Nieves)
<br> 3. Re: abort in rev 16786 - pmap already contains the new
<br> region (Christian Biere)
<br> 4. SVN problems (was: abort in rev 16786) (Hauke Hachmann)
<br> 5. Re: SVN problems (was: abort in rev 16786) (Christian Biere)
<br> 6. Re: SVN problems (was: abort in rev 16786) (Hauke Hachmann)
<br> 7. #ifdef TRACK_MALLOC leaves essential halloc functions
<br> undefined (Matthew Lye)
<br> 8. Re: #ifdef TRACK_MALLOC leaves essential halloc functions
<br> undefined (Christian Biere)
<br> 9. Foxy 1.9.9.0 in hostcache? (Matthew Lye)
<br> 10. Re: Foxy 1.9.9.0 in hostcache? (Michael Rogers)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Mon, 1 Jun 2009 11:27:19 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=3" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] abort in rev 16786 - pmap already
<br> contains the new region
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=5" target="_top" rel="nofollow">200906011127.19918.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Monday 01 June 2009, Raphael Manfredi wrote:
<br>> Please try again with r16865.
<br><br>By the way, I cannot try any new revision because since two days the SVN
<br>host is suddenly broken. I get the following svn error message:
<br><br>svn: OPTIONS of '<a href="https://gtk-gnutella.svn.sourceforge.net/svnroot/gtk-" target="_top" rel="nofollow">https://gtk-gnutella.svn.sourceforge.net/svnroot/gtk-</a><br>gnutella/trunk/gtk-gnutella': could not connect to server (<a href="https://gtk-" target="_top" rel="nofollow">https://gtk-</a><br>gnutella.svn.sourceforge.net)
<br><br>Am I the only one having this problem?
<br><br>h
<br><br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Mon, 1 Jun 2009 12:31:14 +0200
<br>From: Larry Nieves <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=6" target="_top" rel="nofollow">lanieves@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] abort in rev 16786 - pmap already
<br> contains the new region
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=7" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <20090601103114.GA11641@galar2>
<br>Content-Type: text/plain; charset="utf-8"
<br><br>I just did an update to r16866 without any problems.
<br><br>On Mon, Jun 01, 2009 at 11:27:19AM +0200, Hauke Hachmann wrote:
<br>>
<br>> Am I the only one having this problem?
<br>>
<br><br>--
<br>Larry Alex?nder Nieves Colmen?rez <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=8" target="_top" rel="nofollow">lanieves@...</a>>
<br>El Liberal Venezolano <a href="http://liberal-venezolano.net/blog/" target="_top" rel="nofollow">http://liberal-venezolano.net/blog/</a><br>GPG Public Key: 0x1525843C
<br>Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C
<br>gpg --recv-keys 0x1525843C --keyserver hkp://wwwkeys.eu.pgp.net
<br>-------------- next part --------------
<br>A non-text attachment was scrubbed...
<br>Name: not available
<br>Type: application/pgp-signature
<br>Size: 197 bytes
<br>Desc: Digital signature
<br><br>------------------------------
<br><br>Message: 3
<br>Date: Mon, 1 Jun 2009 12:34:05 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=9" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] abort in rev 16786 - pmap already
<br> contains the new region
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=10" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=11" target="_top" rel="nofollow">20090601103404.GA19350@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Hauke Hachmann wrote:
<br>> By the way, I cannot try any new revision because since two days the SVN
<br>> host is suddenly broken. I get the following svn error message:
<br>
<br>> svn: OPTIONS of '<a href="https://gtk-gnutella.svn.sourceforge.net/svnroot/gtk-" target="_top" rel="nofollow">https://gtk-gnutella.svn.sourceforge.net/svnroot/gtk-</a><br>> gnutella/trunk/gtk-gnutella': could not connect to server (<a href="https://gtk-" target="_top" rel="nofollow">https://gtk-</a><br>> gnutella.svn.sourceforge.net)
<br><br>What does gtk-gnutella.svn.sourceforge.net resolve to?
<br><br>> Am I the only one having this problem?
<br><br>Probably everyone using the same DNS server as you.
<br>Which one do you use?
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Mon, 1 Jun 2009 14:18:12 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=12" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: [gtk-gnutella-devel] SVN problems (was: abort in rev 16786)
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=13" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=14" target="_top" rel="nofollow">200906011418.12833.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Monday 01 June 2009, Christian Biere wrote:
<br>> What does gtk-gnutella.svn.sourceforge.net resolve to?
<br><br>It resolves to 216.34.181.65. This looks plausible both by reverse DNS
<br>and by traceroute. Also, TCP port 443 is correctly open.
<br><br>Unfortunately, I don't know how to get more diagnostic information out
<br>of svn about _why_ the connection failed. It didn's say the host does
<br>not exist in DNS. It may well be a problem with the server's SSL
<br>certificate. I simply don't know.
<br><br>> > Am I the only one having this problem?
<br>>
<br>> Probably everyone using the same DNS server as you.
<br>> Which one do you use?
<br><br>I use 213.191.74.12, which belongs to my ISP Hansenet. But actually I
<br>have no reason to believe that this is a DNS problem.
<br><br>Hauke
<br><br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Mon, 1 Jun 2009 16:04:22 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=15" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] SVN problems (was: abort in rev
<br> 16786)
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=16" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=17" target="_top" rel="nofollow">20090601140422.GA1370@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Hauke Hachmann wrote:
<br>> On Monday 01 June 2009, Christian Biere wrote:
<br>> > What does gtk-gnutella.svn.sourceforge.net resolve to?
<br><br>> It resolves to 216.34.181.65. This looks plausible both by reverse DNS
<br>> and by traceroute. Also, TCP port 443 is correctly open.
<br><br>The IP address looks about correct.
<br>Can you load <a href="https://gtk-gnutella.svn.sourceforge.net/" target="_top" rel="nofollow">https://gtk-gnutella.svn.sourceforge.net/</a> in your web browser?
<br><br>> Unfortunately, I don't know how to get more diagnostic information out
<br>> of svn about _why_ the connection failed. It didn's say the host does
<br>> not exist in DNS. It may well be a problem with the server's SSL
<br>> certificate. I simply don't know.
<br><br>You might want to trace svn to see whether it even tries.
<br><br>> > > Am I the only one having this problem?
<br><br>I had one failure today but the next attempt succeeded. Have you tried
<br>repeating the command 10 times or so?
<br><br>You could open a support ticket at SourceForge:
<br><a href="https://apps.sourceforge.net/trac/sourceforge/newticket" target="_top" rel="nofollow">https://apps.sourceforge.net/trac/sourceforge/newticket</a><br><br>Old tickets and googaling didn't gave me any glues what might be
<br>rong here.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Mon, 1 Jun 2009 21:15:03 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=18" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] SVN problems (was: abort in rev
<br> 16786)
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=19" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=20" target="_top" rel="nofollow">200906012115.03702.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Monday 01 June 2009, Christian Biere wrote:
<br>> You could open a support ticket at SourceForge:
<br><br>OK, It seems that this is not a problem at SourceForge, but in Debian. A
<br>known bug in the WebDAV client library neon27 slipped into the normally
<br>quite stable "testing" distribution, which I am using. Other people are
<br>also having svn problems now. I will just sit and wait until it's gone.
<br><br>Sorry for the fuss,
<br><br>Hauke
<br><br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Sat, 13 Jun 2009 10:01:25 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=21" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: [gtk-gnutella-devel] #ifdef TRACK_MALLOC leaves essential
<br> halloc functions undefined
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=22" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=23" target="_top" rel="nofollow">B5CB107F-9015-438D-95B0-26548A74E180@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br>The unfinished(?) implementation of TRACK_MALLOC control in "lib/
<br>halloc.h" is currently causing several halloc functions to remain
<br>undefined if TRACK_MALLOC is not defined.
<br><br>(Specifically, halloc, hfree, hrealloc, halloc0, and hcopy, as called
<br>by matching.c, settings.c, share.c, and tls_common.c).
<br><br><br><br><br>------------------------------
<br><br>Message: 8
<br>Date: Sat, 13 Jun 2009 17:23:54 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=24" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] #ifdef TRACK_MALLOC leaves essential
<br> halloc functions undefined
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=25" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=26" target="_top" rel="nofollow">20090613152353.GA10819@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Matthew Lye wrote:
<br>> The unfinished(?) implementation of TRACK_MALLOC control in "lib/
<br>> halloc.h" is currently causing several halloc functions to remain
<br>> undefined if TRACK_MALLOC is not defined.
<br><br>There I fixed it.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 9
<br>Date: Sat, 13 Jun 2009 17:01:49 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=27" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=28" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=29" target="_top" rel="nofollow">3995E91B-6D65-45AD-9E39-03E0FA96DD04@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br>I'm noticing an extraordinary number of outgoing attempts to connect
<br>to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up,
<br>here. Could the [swarms of] Foxy clients which are [always] failing
<br>to connect as incoming connections nonetheless be ending up in the
<br>GTKG hostcache?
<br><br><br><br><br>------------------------------
<br><br>Message: 10
<br>Date: Sat, 13 Jun 2009 19:29:07 -0400
<br>From: Michael Rogers <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=30" target="_top" rel="nofollow">mrogers@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache?
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=31" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=32" target="_top" rel="nofollow">4A343643.80706@...</a>>
<br>Content-Type: text/plain; charset=ISO-8859-1
<br><br>Matthew Lye wrote:
<br>> I'm noticing an extraordinary number of outgoing attempts to connect
<br>> to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up,
<br>> here. Could the [swarms of] Foxy clients which are [always] failing
<br>> to connect as incoming connections nonetheless be ending up in the
<br>> GTKG hostcache?
<br><br>I don't know if this is related, but Foxy clients frequently hit the
<br>gwebcaches operated by LimeWire - maybe GTKG is picking up their
<br>addresses from there? I though ghostwhitecrab was configured to ignore
<br>requests with net!=gnutella, but possibly not.
<br><br>Cheers,
<br>Michael
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Crystal Reports - New Free Runtime and 30 Day Trial
<br>Check out the new simplified licensing option that enables unlimited
<br>royalty-free distribution of the report engine for externally facing
<br>server and web deployment.
<br><a href="http://p.sf.net/sfu/businessobjects" target="_top" rel="nofollow">http://p.sf.net/sfu/businessobjects</a><br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=24017446&i=33" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 30, Issue 2
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-23811660gtk-gnutella-devel Digest, Vol 30, Issue 12009-06-01T01:30:51Z2009-06-01T01:30:51Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: Crash at startup (Raphael Manfredi)
<br> 2. Re: Crash at startup (Hauke Hachmann)
<br> 3. Re: Crash at startup (Raphael Manfredi)
<br> 4. Re: Crash at startup (Hauke Hachmann)
<br> 5. Re: Crash at startup (Raphael Manfredi)
<br> 6. Re: Crash at startup (Hauke Hachmann)
<br> 7. abort in rev 16786 - pmap already contains the new region
<br> (Meelis Roos)
<br> 8. Re: abort in rev 16786 - pmap already contains the new
<br> region (Raphael Manfredi)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Sat, 30 May 2009 10:33:40 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=3" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=5" target="_top" rel="nofollow">gvr224$ic0$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=6" target="_top" rel="nofollow">haxe@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Stack trace (I hope I got this right)
<br>:=======================
<br>:#0 0x00007fde690d0065 in raise () from /lib/libc.so.6
<br>:#1 0x00007fde690d3153 in abort () from /lib/libc.so.6
<br>:#2 0x00000000005e2d76 in assertion_failure (data=0x74d4b0) at
<br>:fast_assert.c:96
<br>:#3 0x00000000006213c5 in pmap_insert_region (pm=0xa35980,
<br>:start=0x7fde63a48000, size=8192, foreign=0) at vmm.c:755
<br>:#4 0x0000000000620b05 in pmap_insert (pm=0xa35980,
<br>:start=0x7fde63a48000, size=8192) at vmm.c:488
<br>:#5 0x0000000000620bc1 in alloc_pages (size=8192, update_pmap=1) at
<br>:vmm.c:520
<br>:#6 0x00000000006247a7 in vmm_alloc (size=8192) at vmm.c:2055
<br>:#7 0x00000000006269fe in subzone_alloc_arena (sz=0xf9d790, size=8160)
<br>:at zalloc.c:445
<br>:#8 0x0000000000626d1a in zn_create (zone=0xf9d790, size=136, hint=60)
<br>:at zalloc.c:597
<br>:#9 0x000000000062701d in zcreate (size=136, hint=60) at zalloc.c:696
<br>:#10 0x00000000006271bb in zget (size=136, hint=60) at zalloc.c:784
<br>:#11 0x000000000062582b in wzone_get (rounded=136) at walloc.c:119
<br>:#12 0x0000000000625923 in walloc (size=136) at walloc.c:156
<br>:#13 0x000000000050a1fd in verify_new (hash=0x689ae0) at verify.c:295
<br>:#14 0x000000000050ae03 in verify_sha1_init () at verify_sha1.c:120
<br>:#15 0x0000000000414ab2 in main (argc=1, argv=0x7fff746ec9a8) at
<br>:main.c:1447
<br>:
<br>:
<br>:I hope this is of any use.
<br><br>This is going to help a lot, yet.
<br><br>However, I need you to do the following on gdb:
<br><br>frame 6
<br>p trap_page
<br><br>Thanks,
<br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Sat, 30 May 2009 14:02:28 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=7" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=8" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=9" target="_top" rel="nofollow">200905301402.28268.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Saturday 30 May 2009, Raphael Manfredi wrote:
<br>> However, I need you to do the following on gdb:
<br>>
<br>> frame 6
<br>> p trap_page
<br><br>(gdb) frame 6
<br>#6 0x00000000006247a7 in vmm_alloc (size=8192) at vmm.c:2055
<br>2055 p = alloc_pages(size, TRUE);
<br>(gdb) p trap_page
<br>$1 = (void *) 0x7fde6c6ea000
<br><br>By the way, this is the first time I've used gdb. It seems to actually do
<br>useful things :-). If you need to dig more into the dump, I could
<br>.tar.bz2 the whole dump directory and mail it to you (bypassing this
<br>public mailing list).
<br><br>bye,
<br><br>Hauke
<br><br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Sat, 30 May 2009 12:05:40 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=10" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=11" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=12" target="_top" rel="nofollow">gvr7ek$uv4$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Can you retry with r16823 to see whether it still crashes for the same reason?
<br><br>Thanks,
<br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Sat, 30 May 2009 14:33:34 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=13" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=14" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=15" target="_top" rel="nofollow">200905301433.34511.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="utf-8"
<br><br>On Saturday 30 May 2009, Raphael Manfredi wrote:
<br>> Can you retry with r16823 to see whether it still crashes for the
<br>> same reason?
<br><br>r16823 still crashes at startup, but later than before. I can now see
<br>the main window for about two seconds. Now the reason is a segfault.
<br><br>The problem is: When I then recompile and run in debug mode (with debug
<br>symbols, without compiler optimization etc), the behavior is different.
<br>It then crashes immediately with another segfault. Without the debugging
<br>stuff, I get about one screen full of log output before the crash
<br>(including VMM debug messages). In debug mode, the segfault happens
<br>immediately after 4 lines of output.
<br><br>So the following stack trace refers to the behavior in debug mode. Only
<br>when this issue is resolved, I can produce a trace for the other crash:
<br><br>(gdb) bt
<br>#0 0x00007f7a3b6ae065 in raise () from /lib/libc.so.6
<br>#1 0x00000000005dd71c in crash_handler (signo=11) at crash.c:176
<br>#2 <signal handler called>
<br>#3 0x00007f7a3b6f5cc0 in strlen () from /lib/libc.so.6
<br>#4 0x00007f7a3b6c29ae in vfprintf () from /lib/libc.so.6
<br>#5 0x00007f7a3b6e375a in vsnprintf () from /lib/libc.so.6
<br>#6 0x00000000005f8399 in h_strdup_vprintf (format=0x6c48f8 "%s.%s",
<br>ap=0x7fff46cc8a70) at misc.c:407
<br>#7 0x00000000005f847b in h_strdup_printf (format=0x6c48f8 "%s.%s") at
<br>misc.c:424
<br>#8 0x00000000005e376a in file_config_close (out=0x1385800,
<br>fv=0x7f7a3602d0a0) at file.c:284
<br>#9 0x0000000000493bc7 in ipp_cache_store (ic=0x7f7a3602d0a0) at
<br>ipp_cache.c:228
<br>#10 0x0000000000493c08 in ipp_cache_store_periodically
<br>(ic=0x7f7a3602d0a0, now=1243686200) at ipp_cache.c:242
<br>#11 0x0000000000493ee6 in ipp_cache_insert (cid=IPP_CACHE_LOCAL_ADDR,
<br>addr={net = 4, addr = {ipv6 = "D?'?\b??FD?'?\001\000\000", ipv4 =
<br>3576154692}}, port=6300) at ipp_cache.c:341
<br>#12 0x00000000004e1c15 in local_addr_cache_insert (addr={net = 4, addr =
<br>{ipv6 = "D?'?\b??FD?'?\001\000\000", ipv4 = 3576154692}}, port=6300) at
<br>ipp_cache.h:121
<br>#13 0x00000000004e1b7c in remember_local_addr_port () at settings.c:134
<br>#14 0x00000000004e4b0d in listen_port_changed (prop=23) at
<br>settings.c:1467
<br>#15 0x0000000000608661 in prop_add_prop_changed_listener_full
<br>(ps=0x13710a0, prop=23, l=0x4e494f <listen_port_changed>, init=1,
<br>freq=FREQ_SECS, interval=0) at prop.c:528
<br>#16 0x00000000006085df in prop_add_prop_changed_listener (ps=0x13710a0,
<br>prop=23, l=0x4e494f <listen_port_changed>, init=1) at prop.c:509
<br>#17 0x000000000042d0e0 in gnet_prop_add_prop_changed_listener (prop=23,
<br>l=0x4e494f <listen_port_changed>, init=1) at gnet_property.c:7606
<br>#18 0x00000000004e5c6b in settings_callbacks_init () at settings.c:2390
<br>#19 0x00000000004e2e29 in settings_init () at settings.c:628
<br>#20 0x0000000000414adb in main (argc=1, argv=0x7fff46ccaf88) at
<br>main.c:1436
<br><br>bye,
<br><br>Hauke
<br><br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Sat, 30 May 2009 13:31:42 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=16" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=17" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=18" target="_top" rel="nofollow">gvrcfu$92i$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=19" target="_top" rel="nofollow">haxe@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:On Saturday 30 May 2009, Raphael Manfredi wrote:
<br>:> Can you retry with r16823 to see whether it still crashes for the
<br>:> same reason?
<br>:
<br>:r16823 still crashes at startup, but later than before. I can now see
<br>:the main window for about two seconds. Now the reason is a segfault.
<br>:
<br>:The problem is: When I then recompile and run in debug mode (with debug
<br>:symbols, without compiler optimization etc), the behavior is different.
<br>:It then crashes immediately with another segfault. Without the debugging
<br>:stuff, I get about one screen full of log output before the crash
<br>:(including VMM debug messages). In debug mode, the segfault happens
<br>:immediately after 4 lines of output.
<br><br>You're not helped by the changes I made in r16822...
<br><br>:So the following stack trace refers to the behavior in debug mode. Only
<br>:when this issue is resolved, I can produce a trace for the other crash:
<br>:
<br>:(gdb) bt
<br>:#0 0x00007f7a3b6ae065 in raise () from /lib/libc.so.6
<br>:#1 0x00000000005dd71c in crash_handler (signo=11) at crash.c:176
<br>:#2 <signal handler called>
<br>:#3 0x00007f7a3b6f5cc0 in strlen () from /lib/libc.so.6
<br>:#4 0x00007f7a3b6c29ae in vfprintf () from /lib/libc.so.6
<br>:#5 0x00007f7a3b6e375a in vsnprintf () from /lib/libc.so.6
<br>:#6 0x00000000005f8399 in h_strdup_vprintf (format=0x6c48f8 "%s.%s",
<br>:ap=0x7fff46cc8a70) at misc.c:407
<br>:#7 0x00000000005f847b in h_strdup_printf (format=0x6c48f8 "%s.%s") at
<br>:misc.c:424
<br><br>Can you do under gdb:
<br><br>frame 6
<br>p len
<br>p buf
<br><br>Perhaps we can switch to direct e-mail until this issue is resolved,
<br>that will be faster?
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Sat, 30 May 2009 21:31:37 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=20" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=21" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=22" target="_top" rel="nofollow">200905302131.37580.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Saturday 30 May 2009, Raphael Manfredi wrote:
<br>> OK, this must be because of a bad varargs management...
<br>> Fixed in r16828.
<br><br>Yes, r16830 works again! Many thanks!
<br><br>Hauke
<br><br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Mon, 1 Jun 2009 10:49:15 +0300 (EEST)
<br>From: Meelis Roos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=23" target="_top" rel="nofollow">mroos@...</a>>
<br>Subject: [gtk-gnutella-devel] abort in rev 16786 - pmap already
<br> contains the new region
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=24" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=25" target="_top" rel="nofollow">Pine.SOC.4.64.0906011047130.23766@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-15"
<br><br>This is gtk-gnutella/0.96.7u-16786, it had died last night, this is the
<br>backtrace if it interests anyone.
<br><br>(gdb) bt
<br>#0 0xb7fd2410 in ?? ()
<br>#1 0xbfb4856c in ?? ()
<br>#2 0x00000006 in ?? ()
<br>#3 0x00006e82 in ?? ()
<br>#4 0xb768e811 in raise () from /lib/tls/i686/cmov/libc.so.6
<br>#5 0xb768ffb9 in abort () from /lib/tls/i686/cmov/libc.so.6
<br>#6 0xb79730b4 in IA__g_logv (log_domain=<value optimized out>, log_level=G_LOG_LEVEL_ERROR,
<br> format=0x8341400 "pmap already contains the new region", args1=0xbfb48b4c "?{;\b") at gmessages.c:497
<br>#7 0xb79730e9 in IA__g_log (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR,
<br> format=0x8341400 "pmap already contains the new region") at gmessages.c:517
<br>#8 0x082558f9 in pmap_insert_region (pm=0x83b7bc0, start=0xb716e000, size=<value optimized out>, foreign=0)
<br> at vmm.c:701
<br>#9 0x08255a8c in pmap_insert (pm=0x0, start=0x6, size=28290) at vmm.c:467
<br>#10 0x082559c6 in pmap_insert_region (pm=0x83b7bc0, start=0xbf279000, size=28290, foreign=0) at vmm.c:698
<br>#11 0x08255a8c in pmap_insert (pm=0x0, start=0x6, size=28290) at vmm.c:467
<br>#12 0x08256b5d in vpc_free (pc=0x83a824c, idx=2) at vmm.c:1203
<br>#13 0x08256f26 in page_cache_timer (unused_udata=0x0) at vmm.c:1963
<br>#14 0x0821ae92 in periodic_trampoline (cq=0xb7fcd038, data=0xb72d0014) at cq.c:706
<br>#15 0x0821a735 in cq_expire (cq=0xb7fcd038, ev=0x0) at cq.c:467
<br>#16 0x0821a871 in cq_clock (cq=0xb7fcd038, elapsed=103) at cq.c:547
<br>#17 0x0821af8b in cq_heartbeat (cq=0xb7fcd038) at cq.c:598
<br>#18 0x0821afc7 in heartbeat_trampoline (p=0xb7fcd038) at cq.c:609
<br>#19 0xb796ad36 in g_timeout_dispatch (source=0x8553cf0, callback=0x6, user_data=0xb7fcd038) at gmain.c:3422
<br>#20 0xb796a771 in IA__g_main_context_dispatch (context=0x83bb200) at gmain.c:2045
<br>#21 0xb796d7e6 in g_main_context_iterate (context=0x83bb200, block=1, dispatch=1, self=0x83bf370)
<br> at gmain.c:2677
<br>#22 0xb796dba7 in IA__g_main_loop_run (loop=0x853b3b8) at gmain.c:2881
<br>#23 0xb7e02281 in IA__gtk_main () at gtkmain.c:1003
<br>#24 0x0817e94e in main_gui_run (geometry_spec=0x0) at main.c:694
<br>#25 0x08056491 in main (argc=1, argv=0xbfb48fd4) at main.c:1518
<br><br>--
<br>Meelis Roos (<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=26" target="_top" rel="nofollow">mroos@...</a>)
<br><br>------------------------------
<br><br>Message: 8
<br>Date: Mon, 1 Jun 2009 08:30:40 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=27" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] abort in rev 16786 - pmap already
<br> contains the new region
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=28" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=29" target="_top" rel="nofollow">h003jg$iac$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Meelis Roos <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=30" target="_top" rel="nofollow">mroos@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:This is gtk-gnutella/0.96.7u-16786, it had died last night, this is the
<br>:backtrace if it interests anyone.
<br><br>Please try again with r16865. Some necessary adjustments were made
<br>at r16852 in particular, that make the VMM code more reliable on platforms
<br>which can load the kernel pmap.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
<br>is a gathering of tech-side developers & brand creativity professionals. Meet
<br>the minds behind Google Creative Lab, Visual Complexity, Processing, &
<br>iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
<br>Group, R/GA, & Big Spaceship. <a href="http://p.sf.net/sfu/creativitycat-com" target="_top" rel="nofollow">http://p.sf.net/sfu/creativitycat-com</a>
<br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23811660&i=31" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 30, Issue 1
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-23792109gtk-gnutella-devel Digest, Vol 29, Issue 52009-05-30T03:25:17Z2009-05-30T03:25:17Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. misc pedantic in zalloc.c (Matthew Lye)
<br> 2. Re: misc pedantic in zalloc.c (Christian Biere)
<br> 3. Re: Crash at startup (Hauke Hachmann)
<br> 4. Re: Crash at startup (Hauke Hachmann)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Fri, 29 May 2009 22:59:00 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=3" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: [gtk-gnutella-devel] misc pedantic in zalloc.c
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=5" target="_top" rel="nofollow">51E9F483-1A47-4C95-84D7-A33268D62740@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br>Pedantic warnings on size_t not properly cast to unsigned for use by
<br>"%u":
<br><br>line 563, the last 'rounded'
<br>line 570, the last 'rounded'
<br>line 1797, 'used' in second-last argument.
<br><br>Not sure if size_t is ever not unsigned long, but they typed it, so.
<br><br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Sat, 30 May 2009 10:35:45 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=6" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] misc pedantic in zalloc.c
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=7" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=8" target="_top" rel="nofollow">20090530083545.GA14775@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Matthew Lye wrote:
<br>> Pedantic warnings on size_t not properly cast to unsigned for use by
<br>> "%u":
<br>>
<br>> line 563, the last 'rounded'
<br>> line 570, the last 'rounded'
<br>> line 1797, 'used' in second-last argument.
<br>>
<br>> Not sure if size_t is ever not unsigned long, but they typed it, so.
<br><br>Actually, these aren't pedantic warnings, so they should always be
<br>reported, especially as these aren't visible and easy to miss on
<br>32-bit machines. So it's quite appreciated you reported them. Thanks.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Sat, 30 May 2009 12:07:03 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=9" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=10" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=11" target="_top" rel="nofollow">200905301207.04067.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Saturday 30 May 2009, Raphael Manfredi wrote:
<br>> :Could you provide a stack trace and a cat of /proc/self/maps?
<br>> :Maybe any of it gives some obvious glue.
<br>>
<br>> And please, could you turn on vmm_debug to 1 and show the last "VMM"
<br>> messages before the crash?
<br><br>OK, I sent that. But my mail awaits moderator approval, because it is
<br>too long. Is anyone in charge of that?
<br><br>h
<br><br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Sat, 30 May 2009 00:52:27 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=12" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=13" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=14" target="_top" rel="nofollow">200905300052.27378.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Saturday 30 May 2009, Raphael Manfredi wrote:
<br>> :Could you provide a stack trace and a cat of /proc/self/maps?
<br>> :Maybe any of it gives some obvious glue.
<br>>
<br>> And please, could you turn on vmm_debug to 1 and show the last "VMM"
<br>> messages before the crash?
<br><br>OK, here it comes.
<br><br><br>/proc/self/maps
<br>=======================
<br>00400000-0040d000 r-xp 00000000 fd:01 1758245 /bin/cat
<br>0060d000-0060e000 rw-p 0000d000 fd:01 1758245 /bin/cat
<br>01f73000-01f94000 rw-p 01f73000 00:00 0 [heap]
<br>7fe69340a000-7fe693674000 r--p 00000000 fd:01 1425682
<br>/usr/lib/locale/locale-archive
<br>7fe693674000-7fe6937bd000 r-xp 00000000 fd:01 1507516
<br>/lib/libc-2.9.so
<br>7fe6937bd000-7fe6939bd000 ---p 00149000 fd:01 1507516
<br>/lib/libc-2.9.so
<br>7fe6939bd000-7fe6939c1000 r--p 00149000 fd:01 1507516
<br>/lib/libc-2.9.so
<br>7fe6939c1000-7fe6939c2000 rw-p 0014d000 fd:01 1507516
<br>/lib/libc-2.9.so
<br>7fe6939c2000-7fe6939c7000 rw-p 7fe6939c2000 00:00 0
<br>7fe6939c7000-7fe6939e4000 r-xp 00000000 fd:01 1507511
<br>/lib/ld-2.9.so
<br>7fe693bc1000-7fe693bc3000 rw-p 7fe693bc1000 00:00 0
<br>7fe693be0000-7fe693be3000 rw-p 7fe693be0000 00:00 0
<br>7fe693be3000-7fe693be4000 r--p 0001c000 fd:01 1507511
<br>/lib/ld-2.9.so
<br>7fe693be4000-7fe693be5000 rw-p 0001d000 fd:01 1507511
<br>/lib/ld-2.9.so
<br>7fff9bbd0000-7fff9bbe5000 rw-p 7ffffffea000 00:00 0
<br>[stack]
<br>7fff9bbff000-7fff9bc00000 r-xp 7fff9bbff000 00:00 0
<br>[vdso]
<br>ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0
<br>[vsyscall]
<br><br><br>Crash messages with VMM debug
<br>=======================
<br>09-05-30 00:31:22 (MESSAGE): gtk-gnutella/0.96.7u-16818 (2009-03-30;
<br>GTK2; Linux x86_64)
<br>09-05-30 00:31:23 (MESSAGE): VMM using 131840 bytes for the page cache
<br>09-05-30 00:31:23 (MESSAGE): VMM kernel grows virtual memory by
<br>decreasing addresses
<br>09-05-30 00:31:23 (MESSAGE): VMM stack grows by decreasing addresses
<br>09-05-30 00:31:23 (MESSAGE): VMM initial break at 0x166d000
<br>09-05-30 00:31:23 (MESSAGE): VMM stack bottom at 0x7fff02b434ac
<br>09-05-30 00:31:23 (MESSAGE): VMM stack has at most 8519688KiB to grow
<br>09-05-30 00:31:24 (WARNING): VMM kernel did not follow hint
<br>0xffffffffff5fe000 for 8KiB region, picked 0x7ffcf1e9f000
<br>09-05-30 00:31:24 (WARNING): pmap already contains the new region
<br>[0x7ffcf1e9f000, 0x7ffcf1ea0fff]
<br>09-05-30 00:31:24 (MESSAGE): VMM current kernel pmap (253 regions):
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x400000, 0x7a5fff] 3736KiB (foreign) +
<br>2044KiB hole
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x9a5000, 0x9affff] 44KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x9b0000, 0xa37fff] 544KiB + 12368KiB
<br>hole
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x164c000, 0x256cfff] 15492KiB +
<br>137426060784KiB hole
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcef6e9000, 0x7ffcf020efff] 11416KiB
<br>+ 29248KiB hole
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf1e9f000, 0x7ffcf1ea9fff] 44KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf1eaa000, 0x7ffcf1eadfff] 16KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf1eae000, 0x7ffcf20adfff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf20ae000, 0x7ffcf20aefff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf20af000, 0x7ffcf2130fff] 520KiB +
<br>4KiB hole
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2132000, 0x7ffcf2173fff] 264KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2174000, 0x7ffcf2175fff] 8KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2176000, 0x7ffcf2374fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2375000, 0x7ffcf2375fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2376000, 0x7ffcf2389fff] 80KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf238a000, 0x7ffcf2589fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf258a000, 0x7ffcf258cfff] 12KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf258d000, 0x7ffcf25affff] 140KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf25b0000, 0x7ffcf27affff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf27b0000, 0x7ffcf27b2fff] 12KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf27b3000, 0x7ffcf27c5fff] 76KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf27c6000, 0x7ffcf29c5fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf29c6000, 0x7ffcf29c6fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf29c7000, 0x7ffcf29d3fff] 52KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf29d4000, 0x7ffcf29e4fff] 68KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf29e5000, 0x7ffcf29e6fff] 8KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf29e7000, 0x7ffcf2be5fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2be6000, 0x7ffcf2be6fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2be7000, 0x7ffcf2beffff] 36KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2bf0000, 0x7ffcf2bf7fff] 32KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2bf8000, 0x7ffcf2c71fff] 488KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2c72000, 0x7ffcf2c77fff] 24KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2c78000, 0x7ffcf2e77fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2e78000, 0x7ffcf2e78fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2e79000, 0x7ffcf2e7afff] 8KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf2e7b000, 0x7ffcf3079fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf307a000, 0x7ffcf307afff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf307b000, 0x7ffcf307bfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf307c000, 0x7ffcf32e5fff] 2472KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf32e6000, 0x7ffcf32f0fff] 44KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf32f1000, 0x7ffcf34effff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf34f0000, 0x7ffcf34f0fff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf34f1000, 0x7ffcf34f1fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf34f2000, 0x7ffcf34fbfff] 40KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf34fc000, 0x7ffcf36fafff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf36fb000, 0x7ffcf36fbfff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf36fc000, 0x7ffcf36fcfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf36fd000, 0x7ffcf3711fff] 84KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3712000, 0x7ffcf3910fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3911000, 0x7ffcf3911fff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3912000, 0x7ffcf3912fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3913000, 0x7ffcf3914fff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3915000, 0x7ffcf391bfff] 28KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf391c000, 0x7ffcf3b1afff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3b1b000, 0x7ffcf3b1bfff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3b1c000, 0x7ffcf3b1cfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3b1d000, 0x7ffcf3b21fff] 20KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3b22000, 0x7ffcf3d20fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3d21000, 0x7ffcf3d21fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3d22000, 0x7ffcf3d23fff] 8KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3d24000, 0x7ffcf3f22fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3f23000, 0x7ffcf3f23fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3f24000, 0x7ffcf3f26fff] 12KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf3f27000, 0x7ffcf4125fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf4126000, 0x7ffcf4126fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf4127000, 0x7ffcf4199fff] 460KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf419a000, 0x7ffcf4398fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf4399000, 0x7ffcf439cfff] 16KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf439d000, 0x7ffcf43acfff] 64KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf43ad000, 0x7ffcf45abfff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf45ac000, 0x7ffcf45acfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf45ad000, 0x7ffcf45d3fff] 156KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf45d4000, 0x7ffcf47d3fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf47d4000, 0x7ffcf47d5fff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf47d6000, 0x7ffcf47f0fff] 108KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf47f1000, 0x7ffcf49f0fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf49f1000, 0x7ffcf49f1fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf49f2000, 0x7ffcf49f8fff] 28KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf49f9000, 0x7ffcf4bf8fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf4bf9000, 0x7ffcf4bf9fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf4bfa000, 0x7ffcf4bfcfff] 12KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf4bfd000, 0x7ffcf4dfbfff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf4dfc000, 0x7ffcf4dfcfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf4dfd000, 0x7ffcf4e21fff] 148KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf4e22000, 0x7ffcf5020fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5021000, 0x7ffcf5021fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5022000, 0x7ffcf5037fff] 88KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5038000, 0x7ffcf5236fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5237000, 0x7ffcf5237fff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5238000, 0x7ffcf5238fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5239000, 0x7ffcf523cfff] 16KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf523d000, 0x7ffcf5254fff] 96KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5255000, 0x7ffcf5454fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5455000, 0x7ffcf5455fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5456000, 0x7ffcf5456fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5457000, 0x7ffcf545ffff] 36KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5460000, 0x7ffcf565ffff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5660000, 0x7ffcf5660fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5661000, 0x7ffcf56e6fff] 536KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf56e7000, 0x7ffcf58e6fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf58e7000, 0x7ffcf58eafff] 16KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf58eb000, 0x7ffcf592dfff] 268KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf592e000, 0x7ffcf5b2cfff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5b2d000, 0x7ffcf5b2ffff] 12KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5b30000, 0x7ffcf5b49fff] 104KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5b4a000, 0x7ffcf5d48fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5d49000, 0x7ffcf5d4afff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5d4b000, 0x7ffcf5d4bfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5d4c000, 0x7ffcf5d7afff] 188KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5d7b000, 0x7ffcf5f79fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5f7a000, 0x7ffcf5f7afff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5f7b000, 0x7ffcf5f7cfff] 8KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf5f7d000, 0x7ffcf617cfff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf617d000, 0x7ffcf617dfff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf617e000, 0x7ffcf617efff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf617f000, 0x7ffcf6187fff] 36KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6188000, 0x7ffcf6387fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6388000, 0x7ffcf6388fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6389000, 0x7ffcf6390fff] 32KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6391000, 0x7ffcf658ffff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6590000, 0x7ffcf6590fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6591000, 0x7ffcf6599fff] 36KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf659a000, 0x7ffcf6798fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6799000, 0x7ffcf6799fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf679a000, 0x7ffcf679bfff] 8KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf679c000, 0x7ffcf699afff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf699b000, 0x7ffcf699bfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf699c000, 0x7ffcf69a4fff] 36KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf69a5000, 0x7ffcf6ba3fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6ba4000, 0x7ffcf6ba4fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6ba5000, 0x7ffcf6bb4fff] 64KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6bb5000, 0x7ffcf6db4fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6db5000, 0x7ffcf6db5fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6db6000, 0x7ffcf6db7fff] 8KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6db8000, 0x7ffcf6fb6fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6fb7000, 0x7ffcf6fb7fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6fb8000, 0x7ffcf6fb9fff] 8KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf6fba000, 0x7ffcf71b8fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf71b9000, 0x7ffcf71b9fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf71ba000, 0x7ffcf72eefff] 1236KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf72ef000, 0x7ffcf74eefff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf74ef000, 0x7ffcf74f4fff] 24KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf74f5000, 0x7ffcf763dfff] 1316KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf763e000, 0x7ffcf783dfff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf783e000, 0x7ffcf7841fff] 16KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7842000, 0x7ffcf7842fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7843000, 0x7ffcf7847fff] 20KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7848000, 0x7ffcf785afff] 76KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf785b000, 0x7ffcf7a5afff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7a5b000, 0x7ffcf7a5bfff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7a5c000, 0x7ffcf7a5cfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7a5d000, 0x7ffcf7a5efff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7a5f000, 0x7ffcf7a75fff] 92KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7a76000, 0x7ffcf7c74fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7c75000, 0x7ffcf7c75fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7c76000, 0x7ffcf7d1cfff] 668KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7d1d000, 0x7ffcf7f1cfff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7f1d000, 0x7ffcf7f27fff] 44KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf7f28000, 0x7ffcf807bfff] 1360KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf807c000, 0x7ffcf827afff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf827b000, 0x7ffcf8284fff] 40KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8285000, 0x7ffcf8285fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8286000, 0x7ffcf8348fff] 780KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8349000, 0x7ffcf8547fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8548000, 0x7ffcf8549fff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf854a000, 0x7ffcf854cfff] 12KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf854d000, 0x7ffcf874bfff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf874c000, 0x7ffcf874cfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf874d000, 0x7ffcf8790fff] 272KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8791000, 0x7ffcf8990fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8991000, 0x7ffcf8992fff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8993000, 0x7ffcf89c2fff] 192KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf89c3000, 0x7ffcf8bc1fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8bc2000, 0x7ffcf8bc3fff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8bc4000, 0x7ffcf8c45fff] 520KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8c46000, 0x7ffcf8e44fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8e45000, 0x7ffcf8e4afff] 24KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8e4b000, 0x7ffcf8e92fff] 288KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf8e93000, 0x7ffcf9092fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9093000, 0x7ffcf9095fff] 12KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9096000, 0x7ffcf9114fff] 508KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9115000, 0x7ffcf9314fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9315000, 0x7ffcf9317fff] 12KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9318000, 0x7ffcf9391fff] 488KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9392000, 0x7ffcf9590fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9591000, 0x7ffcf9592fff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9593000, 0x7ffcf9593fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9594000, 0x7ffcf959efff] 44KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf959f000, 0x7ffcf979efff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf979f000, 0x7ffcf979ffff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf97a0000, 0x7ffcf9821fff] 520KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9822000, 0x7ffcf9a20fff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9a21000, 0x7ffcf9a21fff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9a22000, 0x7ffcf9a22fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9a23000, 0x7ffcf9a3cfff] 104KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9a3d000, 0x7ffcf9c3cfff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9c3d000, 0x7ffcf9c3dfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9c3e000, 0x7ffcf9c6afff] 180KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9c6b000, 0x7ffcf9e6afff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9e6b000, 0x7ffcf9e6bfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9e6c000, 0x7ffcf9e89fff] 120KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcf9e8a000, 0x7ffcfa089fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa08a000, 0x7ffcfa08cfff] 12KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa08d000, 0x7ffcfa128fff] 624KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa129000, 0x7ffcfa328fff] 2048KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa329000, 0x7ffcfa32dfff] 20KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa32e000, 0x7ffcfa71cfff] 4028KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa71d000, 0x7ffcfa91bfff] 2044KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa91c000, 0x7ffcfa926fff] 44KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa927000, 0x7ffcfa928fff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa929000, 0x7ffcfa945fff] 116KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa946000, 0x7ffcfa946fff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa947000, 0x7ffcfa949fff] 12KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa94a000, 0x7ffcfa94afff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa94b000, 0x7ffcfa94efff] 16KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa94f000, 0x7ffcfa957fff] 36KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa958000, 0x7ffcfa95afff] 12KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa95b000, 0x7ffcfa95bfff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa95c000, 0x7ffcfa95efff] 12KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa95f000, 0x7ffcfa95ffff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa960000, 0x7ffcfa98dfff] 184KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa98e000, 0x7ffcfa990fff] 12KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa991000, 0x7ffcfa992fff] 8KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa993000, 0x7ffcfa995fff] 12KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa996000, 0x7ffcfa99efff] 36KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa99f000, 0x7ffcfa9a0fff] 8KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa9a1000, 0x7ffcfa9a6fff] 24KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa9a7000, 0x7ffcfa9aafff] 16KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa9ab000, 0x7ffcfa9bdfff] 76KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa9be000, 0x7ffcfa9c0fff] 12KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa9c1000, 0x7ffcfa9d4fff] 80KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa9d5000, 0x7ffcfa9edfff] 100KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfa9ee000, 0x7ffcfaa06fff] 100KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfaa07000, 0x7ffcfaa07fff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfaa08000, 0x7ffcfaa08fff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfaa09000, 0x7ffcfaa17fff] 60KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfaa18000, 0x7ffcfaa1cfff] 20KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfaa1d000, 0x7ffcfab1bfff] 1020KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab1c000, 0x7ffcfab1cfff] 4KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab1d000, 0x7ffcfab26fff] 40KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab27000, 0x7ffcfab28fff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab29000, 0x7ffcfab2ffff] 28KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab30000, 0x7ffcfab3dfff] 56KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab3e000, 0x7ffcfab3efff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab3f000, 0x7ffcfab40fff] 8KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab41000, 0x7ffcfab41fff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab42000, 0x7ffcfab44fff] 12KiB
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab45000, 0x7ffcfab45fff] 4KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7ffcfab46000, 0x7ffcfab46fff] 4KiB +
<br>8519528KiB hole
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7fff02b21000, 0x7fff02b30fff] 64KiB
<br>(foreign)
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7fff02b31000, 0x7fff02b45fff] 84KiB +
<br>740KiB hole
<br>09-05-30 00:31:24 (MESSAGE): VMM [0x7fff02bff000, 0x7fff02bfffff] 4KiB
<br>(foreign) + 18014261074667520KiB hole
<br>09-05-30 00:31:24 (MESSAGE): VMM [0xffffffffff600000, 0xffffffffff600fff] 4KiB
<br>(foreign)
<br>FATAL: Assertion failure in vmm.c:755: "foreign"
<br>CRASH (pid=23954) by SIGABRT
<br>Aborted
<br><br><br>Stack trace (I hope I got this right)
<br>=======================
<br>#0 0x00007fde690d0065 in raise () from /lib/libc.so.6
<br>#1 0x00007fde690d3153 in abort () from /lib/libc.so.6
<br>#2 0x00000000005e2d76 in assertion_failure (data=0x74d4b0) at
<br>fast_assert.c:96
<br>#3 0x00000000006213c5 in pmap_insert_region (pm=0xa35980,
<br>start=0x7fde63a48000, size=8192, foreign=0) at vmm.c:755
<br>#4 0x0000000000620b05 in pmap_insert (pm=0xa35980,
<br>start=0x7fde63a48000, size=8192) at vmm.c:488
<br>#5 0x0000000000620bc1 in alloc_pages (size=8192, update_pmap=1) at
<br>vmm.c:520
<br>#6 0x00000000006247a7 in vmm_alloc (size=8192) at vmm.c:2055
<br>#7 0x00000000006269fe in subzone_alloc_arena (sz=0xf9d790, size=8160)
<br>at zalloc.c:445
<br>#8 0x0000000000626d1a in zn_create (zone=0xf9d790, size=136, hint=60)
<br>at zalloc.c:597
<br>#9 0x000000000062701d in zcreate (size=136, hint=60) at zalloc.c:696
<br>#10 0x00000000006271bb in zget (size=136, hint=60) at zalloc.c:784
<br>#11 0x000000000062582b in wzone_get (rounded=136) at walloc.c:119
<br>#12 0x0000000000625923 in walloc (size=136) at walloc.c:156
<br>#13 0x000000000050a1fd in verify_new (hash=0x689ae0) at verify.c:295
<br>#14 0x000000000050ae03 in verify_sha1_init () at verify_sha1.c:120
<br>#15 0x0000000000414ab2 in main (argc=1, argv=0x7fff746ec9a8) at
<br>main.c:1447
<br><br><br>I hope this is of any use.
<br><br>Hauke
<br><br><br><br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
<br>is a gathering of tech-side developers & brand creativity professionals. Meet
<br>the minds behind Google Creative Lab, Visual Complexity, Processing, &
<br>iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
<br>Group, R/GA, & Big Spaceship. <a href="http://p.sf.net/sfu/creativitycat-com" target="_top" rel="nofollow">http://p.sf.net/sfu/creativitycat-com</a>
<br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23792109&i=15" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 29, Issue 5
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-23787801gtk-gnutella-devel Digest, Vol 29, Issue 42009-05-29T15:09:55Z2009-05-29T15:09:55Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: Crash at startup (Raphael Manfredi)
<br> 2. Re: Crash at startup (Christian Biere)
<br> 3. Re: Crash at startup (Raphael Manfredi)
<br> 4. Re: Crash at startup (Christian Biere)
<br> 5. Re: Crash at startup (Raphael Manfredi)
<br> 6. Re: Crash at startup (Hauke Hachmann)
<br> 7. Re: Crash at startup (Christian Biere)
<br> 8. Re: Crash at startup (Raphael Manfredi)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Fri, 29 May 2009 19:38:56 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=3" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=5" target="_top" rel="nofollow">gvpdkg$v79$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=6" target="_top" rel="nofollow">haxe@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:On Friday 29 May 2009, Christian Biere wrote:
<br>:> This is probably fixed in SVN since r16807 now.
<br>:
<br>:Nope, the newest revision (16813) still crashes on startup. But with a
<br>:different error message this time:
<br>:
<br>:FATAL: Assertion failure in vmm.c:2311: "amount != 0"
<br><br>Sorry, fixed in r16815.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Fri, 29 May 2009 21:46:38 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=7" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=8" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=9" target="_top" rel="nofollow">20090529194638.GC22203@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Hauke Hachmann wrote:
<br>> On Friday 29 May 2009, Christian Biere wrote:
<br>> > This is probably fixed in SVN since r16807 now.
<br><br>> Nope, the newest revision (16813) still crashes on startup.
<br><br>Indeed, I can still reproduce the issues with Help->FAQ but
<br>it takes a bit longer than before.
<br><br>> But with a different error message this time:
<br>> FATAL: Assertion failure in vmm.c:2311: "amount != 0"
<br><br>I couldn't reproduce this. Not even on a 32-bit *inux machine.
<br>You're using gtk-gnutella on a 64-bit *inux machine, right?
<br><br>I suspect this might be have to do with src/lib/halloc.c which
<br>uses a pagetable for 32-bit systems but a less efficient hashtable
<br>for other systems.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Fri, 29 May 2009 20:02:34 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=10" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=11" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=12" target="_top" rel="nofollow">gvpf0q$3h9$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=13" target="_top" rel="nofollow">christianbiere@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Hauke Hachmann wrote:
<br>:> On Friday 29 May 2009, Christian Biere wrote:
<br>:> > This is probably fixed in SVN since r16807 now.
<br>:
<br>:> Nope, the newest revision (16813) still crashes on startup.
<br>:
<br>:Indeed, I can still reproduce the issues with Help->FAQ but
<br>:it takes a bit longer than before.
<br><br>This is because vmm_munmap(), in its present form, was wrong. I could
<br>swear I had written it correctly, otherwise it's a stupid mistake, sorry.
<br><br>Please test with r16816.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Fri, 29 May 2009 22:43:39 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=14" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=15" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=16" target="_top" rel="nofollow">20090529204339.GA20398@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Raphael Manfredi wrote:
<div class='shrinkable-quote'><br>> Quoting Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=17" target="_top" rel="nofollow">christianbiere@...</a>> from ml.softs.gtk-gnutella.devel:
<br>> :Hauke Hachmann wrote:
<br>> :> On Friday 29 May 2009, Christian Biere wrote:
<br>> :> > This is probably fixed in SVN since r16807 now.
<br>> :
<br>> :> Nope, the newest revision (16813) still crashes on startup.
<br>> :
<br>> :Indeed, I can still reproduce the issues with Help->FAQ but
<br>> :it takes a bit longer than before.
<br>>
<br>> This is because vmm_munmap(), in its present form, was wrong. I could
<br>> swear I had written it correctly, otherwise it's a stupid mistake, sorry.
</div><br>This was actually my mistake. I don't like testing against '-1' when the
<br>only successful return value is zero. I added a warning in case of failure
<br>now, which would have made this inverted logic of mine obvious sooner.
<br><br>I doubt this fixes Hauke's issue though. The assertion failure seems to
<br>imply that mmap() didn't like the hint.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Fri, 29 May 2009 20:52:42 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=18" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=19" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=20" target="_top" rel="nofollow">gvphuq$8jg$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=21" target="_top" rel="nofollow">christianbiere@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:I doubt this fixes Hauke's issue though. The assertion failure seems to
<br>:imply that mmap() didn't like the hint.
<br><br>Only he can tell that, but my guess is that the hint was falling in a
<br>newly mapped region that was not loaded in the kernel pmap, and this
<br>triggered a reload. Then it hit my bug whereby I called vmm_reserve_stack(0)
<br>and forgot to move down the pre-condition to the region where we have no
<br>kernel map loaded in that vmm_reserve_stack() routine.
<br><br>What made me look at vmm_munmap() was the behaviour you described, that
<br>was working for me previously. I disabled locally my kernel map loading,
<br>hit "Help -> FAQ" and boom. I had the bug.
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Fri, 29 May 2009 23:37:11 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=22" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=23" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=24" target="_top" rel="nofollow">200905292337.11528.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Friday 29 May 2009, Christian Biere wrote:
<br>> I couldn't reproduce this. Not even on a 32-bit *inux machine.
<br>> You're using gtk-gnutella on a 64-bit *inux machine, right?
<br><br>Correct, I am using x86-64 Linux (current Debian "testing", which means
<br>software versions roughly being: kernel 2.6.26, glibc 2.9, GCC 4.3.3).
<br><br>On Friday 29 May 2009, Christian Biere wrote:
<br>> I doubt this fixes Hauke's issue though.
<br><br>Again correct (unfortunately). Revision 16818 still crashes at startup.
<br>The message this time:
<br><br>FATAL: Assertion failure in vmm.c:755: "foreign"
<br><br>Hauke
<br><br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Fri, 29 May 2009 23:46:05 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=25" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=26" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=27" target="_top" rel="nofollow">20090529214605.GA8504@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Hauke Hachmann wrote:
<div class='shrinkable-quote'><br>> On Friday 29 May 2009, Christian Biere wrote:
<br>> > I couldn't reproduce this. Not even on a 32-bit *inux machine.
<br>> > You're using gtk-gnutella on a 64-bit *inux machine, right?
<br>>
<br>> Correct, I am using x86-64 Linux (current Debian "testing", which means
<br>> software versions roughly being: kernel 2.6.26, glibc 2.9, GCC 4.3.3).
<br>>
<br>> On Friday 29 May 2009, Christian Biere wrote:
<br>> > I doubt this fixes Hauke's issue though.
<br>>
<br>> Again correct (unfortunately). Revision 16818 still crashes at startup.
<br>> The message this time:
<br>>
<br>> FATAL: Assertion failure in vmm.c:755: "foreign"
</div><br>Could you provide a stack trace and a cat of /proc/self/maps?
<br>Maybe any of it gives some obvious glue.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 8
<br>Date: Fri, 29 May 2009 22:09:22 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=28" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=29" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=30" target="_top" rel="nofollow">gvpmei$jd4$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=31" target="_top" rel="nofollow">christianbiere@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:Hauke Hachmann wrote:
<br>:> On Friday 29 May 2009, Christian Biere wrote:
<br>:> > I couldn't reproduce this. Not even on a 32-bit *inux machine.
<br>:> > You're using gtk-gnutella on a 64-bit *inux machine, right?
<br>:>
<br>:> Correct, I am using x86-64 Linux (current Debian "testing", which means
<br>:> software versions roughly being: kernel 2.6.26, glibc 2.9, GCC 4.3.3).
<br>:>
<br>:> On Friday 29 May 2009, Christian Biere wrote:
<br>:> > I doubt this fixes Hauke's issue though.
<br>:>
<br>:> Again correct (unfortunately). Revision 16818 still crashes at startup.
<br>:> The message this time:
<br>:>
<br>:> FATAL: Assertion failure in vmm.c:755: "foreign"
<br>:
<br>:Could you provide a stack trace and a cat of /proc/self/maps?
<br>:Maybe any of it gives some obvious glue.
<br><br>And please, could you turn on vmm_debug to 1 and show the last "VMM" messages
<br>before the crash?
<br><br>Thanks,
<br>Raphael
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
<br>is a gathering of tech-side developers & brand creativity professionals. Meet
<br>the minds behind Google Creative Lab, Visual Complexity, Processing, &
<br>iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
<br>Group, R/GA, & Big Spaceship. <a href="http://p.sf.net/sfu/creativitycat-com" target="_top" rel="nofollow">http://p.sf.net/sfu/creativitycat-com</a>
<br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23787801&i=32" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 29, Issue 4
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-23784446gtk-gnutella-devel Digest, Vol 29, Issue 32009-05-29T10:52:15Z2009-05-29T10:52:15Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Re: getpeername() failed warning: getpeername not being
<br> called. (Matthew Lye)
<br> 2. Re: getpeername() failed warning: getpeername not being
<br> called. (Christian Biere)
<br> 3. Re: getpeername() failed warning: getpeername not being
<br> called. (Christian Biere)
<br> 4. Re: getpeername() failed warning: getpeername not being
<br> called. (Matthew Lye)
<br> 5. Crash at startup (Hauke Hachmann)
<br> 6. Re: Crash at startup (Hauke Hachmann)
<br> 7. Re: Crash at startup (Christian Biere)
<br> 8. Re: Crash at startup (Christian Biere)
<br> 9. Re: Crash at startup (Hauke Hachmann)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Wed, 13 May 2009 12:14:15 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=3" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] getpeername() failed warning:
<br> getpeername not being called.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=5" target="_top" rel="nofollow">47FE50C0-C091-447D-A567-2FDC10A07F9C@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br><br>On 13-May-09, at 1:46 AM, Christian Biere wrote:
<br>> Do you get this warning for every incoming connection or just for
<br>> some?
<br><br>Just for some, albeit fairly frequently. (That said, it's happening
<br>with every call to getpeername$UNIX2003.) I'd have treated it as more
<br>of a problem if it was flooding the console.
<br><br>I shouldn't be getting any IPv6 from anywhere except my local wireless
<br>nodes talking to each other.
<br><br>I'll see if I can get return values from accept(), or probably accept
<br>$UNIX2003()*, later today; also see if I can catch the warning
<br>occurring with a manageable number of incoming connections to scan
<br>through, and/or figure out how to get the socket (identical to fd?)
<br>number to show up alongside the incoming IP number.
<br><br>*be prepared for dumps of assembly language interspersed with
<br>sarcastic comments**. Mystery computer science theater UNIX2003.
<br><br>**No, not really.
<br><br><br><br><br>------------------------------
<br><br>Message: 2
<br>Date: Wed, 13 May 2009 19:29:44 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=6" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] getpeername() failed warning:
<br> getpeername not being called.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=7" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=8" target="_top" rel="nofollow">20090513172944.GA25033@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Matthew Lye wrote:
<br>> On 13-May-09, at 1:46 AM, Christian Biere wrote:
<br>> > Do you get this warning for every incoming connection or just for
<br>> > some?
<br>
<br>> Just for some, albeit fairly frequently. (That said, it's happening
<br>> with every call to getpeername$UNIX2003.) I'd have treated it as more
<br>> of a problem if it was flooding the console.
<br><br>What's the frequency? About once per second, minute, hour?
<br>
<br>> I shouldn't be getting any IPv6 from anywhere except my local wireless
<br>> nodes talking to each other.
<br><br>If you have IPv6 connectivity, the following should display a valid
<br>IPv6 address:
<br><br>echo print local_ip6|gtk-gnutella --shell
<br><br>You can use netstat, fstat and maybe lsof to see all sockets,
<br>their addresses and the latter two also show which file descriptor
<br>they are corresponding to. That should also tell you whether there
<br>are any IPv6 connections.
<br>
<br>> I'll see if I can get return values from accept(), or probably accept
<br>> $UNIX2003()*, later today; also see if I can catch the warning
<br>> occurring with a manageable number of incoming connections to scan
<br>> through, and/or figure out how to get the socket (identical to fd?)
<br>> number to show up alongside the incoming IP number.
<br><br>I don't know what's the frequency of incoming connections for you.
<br>If it's not multiple per second, it shouldn't be too difficult to
<br>see which connections trigger this issue and the timestamps shown
<br>by these tools should help, too.
<br><br>One possibility for this issue could be an invalid definition of
<br>the socklen_t type. I found at least one post in which someone wrote
<br>that his GCC used long instead of int or vice-versa causing an ABI
<br>mismatch. This may go unnoticed if the upper bits are conveniently
<br>within the acceptable boundaries for valid parameters. As the
<br>variables are mostly auto-variables on the stack which is typically
<br>dirty, this isn't completely unlikely. Maybe it only fails when
<br>the respective bits are all zero by incident causing these function
<br>to fail respectively not fill-in the source address.
<br><br>So what you could try is this:
<br><br>In src/core/sockets.c, replace all occurences of socklen_t with
<br>SOCKLEN_T, then add one of the following lines at the head
<br>of the file, after #include "common.h", for example:
<br><br>#define SOCKLEN_T short
<br>#define SOCKLEN_T int
<br>#define SOCKLEN_T long
<br><br>Try compiling with each of these three and see whether it helps. You'll
<br>have to ignore the compiler warnings, of course.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Wed, 13 May 2009 21:15:43 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=9" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] getpeername() failed warning:
<br> getpeername not being called.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=10" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=11" target="_top" rel="nofollow">20090513191543.GC25033@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Matthew Lye wrote:
<br>> On 13-May-09, at 1:46 AM, Christian Biere wrote:
<br>> > Do you get this warning for every incoming connection or just for
<br>> > some?
<br>
<br>> Just for some, albeit fairly frequently. (That said, it's happening
<br>> with every call to getpeername$UNIX2003.)
<br><br>You could call getpeername() unconditonally after each successful
<br>accept() to ensure it's not just a problem with getpeername(). However,
<br>getpeername() wouldn't be called if accept() had provided an address
<br>as it should.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Thu, 14 May 2009 13:12:46 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=12" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] getpeername() failed warning:
<br> getpeername not being called.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=13" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=14" target="_top" rel="nofollow">7F6255B6-0E1C-45D9-845C-4BC6F1FFA7B5@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br><br>On 13-May-09, at 3:15 PM, Christian Biere wrote:
<br><div class='shrinkable-quote'><br>> Matthew Lye wrote:
<br>>> On 13-May-09, at 1:46 AM, Christian Biere wrote:
<br>>>> Do you get this warning for every incoming connection or just for
<br>>>> some?
<br>>
<br>>> Just for some, albeit fairly frequently. (That said, it's happening
<br>>> with every call to getpeername$UNIX2003.)
<br>>
<br>> You could call getpeername() unconditonally after each successful
<br>> accept() to ensure it's not just a problem with getpeername().
<br>> However,
<br>> getpeername() wouldn't be called if accept() had provided an address
<br>> as it should.
</div><br>Under these circumstances, getpeername() does set a plausible
<br>address. It's setting 0.0.0.0 and failing only when called after
<br>accept(). Looking at the warnings in the code, there should be a
<br>different warning if getpeername() ever succeeds when accept() fails;
<br>this does not occur. I'll check the network stuff next session.
<br><br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Fri, 29 May 2009 01:47:34 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=15" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=16" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=17" target="_top" rel="nofollow">200905290147.34313.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="us-ascii"
<br><br>Hi list,
<br><br>I have a problem with latest svn revision 16799: I cannot even start the
<br>application. Directly after invokation I get this error:
<br><br>** ERROR **: pmap already contains the new region
<br>aborting...
<br>CRASH (pid=14792) by SIGABRT
<br>Aborted
<br><br>Any ideas?
<br><br>Hauke
<br><br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Fri, 29 May 2009 15:53:34 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=18" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=19" target="_top" rel="nofollow">mlye@...</a>>,
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=20" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=21" target="_top" rel="nofollow">200905291553.34538.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Friday 29 May 2009, Matthew Lye wrote:
<br>> > I have a problem with latest svn revision 16799:...
<br>[...]
<br>>
<br>> That error message is from "lib/vmm.c", which was undergoing some
<br>> work as recently as revision 16799.
<br>> Just roll back to 16798 for the day if you need your client right
<br>> now.
<br><br>That did not work. The error must have been introduced earlier. I then
<br>took the time and bisected the error back to r16786. Everything before
<br>that works fine, everything starting from r16786 is broken.
<br><br>Going with r16785 for the moment.
<br><br>Bye,
<br><br>Hauke
<br><br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Fri, 29 May 2009 18:09:51 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=22" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=23" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=24" target="_top" rel="nofollow">20090529160951.GA21925@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Hauke Hachmann wrote:
<div class='shrinkable-quote'><br>> On Friday 29 May 2009, Matthew Lye wrote:
<br>> > > I have a problem with latest svn revision 16799:...
<br>> [...]
<br>> >
<br>> > That error message is from "lib/vmm.c", which was undergoing some
<br>> > work as recently as revision 16799.
<br>> > Just roll back to 16798 for the day if you need your client right
<br>> > now.
<br>>
<br>> That did not work. The error must have been introduced earlier. I then
<br>> took the time and bisected the error back to r16786. Everything before
<br>> that works fine, everything starting from r16786 is broken.
<br>>
<br>> Going with r16785 for the moment.
</div><br>I can confirm this but I'm only seeing crashes when vmm_mmap() is used.
<br>This happens either by uploads or when loading the FAQ under Help->FAQ
<br>in the GUI. The crash doesn't occur immediately but a bit afterwards
<br>because there seems to be something screwed up with respect to tracking
<br>foreign regions.
<br><br>If it happens on *inux more frequently, it might be because
<br>/proc/self/maps is used then to find foreign regions.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 8
<br>Date: Fri, 29 May 2009 19:37:05 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=25" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=26" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=27" target="_top" rel="nofollow">20090529173705.GA19545@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Hauke Hachmann wrote:
<div class='shrinkable-quote'><br>> On Friday 29 May 2009, Matthew Lye wrote:
<br>> > > I have a problem with latest svn revision 16799:...
<br>> [...]
<br>> >
<br>> > That error message is from "lib/vmm.c", which was undergoing some
<br>> > work as recently as revision 16799.
<br>> > Just roll back to 16798 for the day if you need your client right
<br>> > now.
<br>>
<br>> That did not work. The error must have been introduced earlier. I then
<br>> took the time and bisected the error back to r16786. Everything before
<br>> that works fine, everything starting from r16786 is broken.
</div><br>This is probably fixed in SVN since r16807 now.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 9
<br>Date: Fri, 29 May 2009 19:52:05 +0200
<br>From: Hauke Hachmann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=28" target="_top" rel="nofollow">haxe@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] Crash at startup
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=29" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=30" target="_top" rel="nofollow">200905291952.05124.haxe@...</a>>
<br>Content-Type: Text/Plain; charset="iso-8859-1"
<br><br>On Friday 29 May 2009, Christian Biere wrote:
<br>> This is probably fixed in SVN since r16807 now.
<br><br>Nope, the newest revision (16813) still crashes on startup. But with a
<br>different error message this time:
<br><br>FATAL: Assertion failure in vmm.c:2311: "amount != 0"
<br><br>h
<br><br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
<br>is a gathering of tech-side developers & brand creativity professionals. Meet
<br>the minds behind Google Creative Lab, Visual Complexity, Processing, &
<br>iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
<br>Group, R/GA, & Big Spaceship. <a href="http://p.sf.net/sfu/creativitycat-com" target="_top" rel="nofollow">http://p.sf.net/sfu/creativitycat-com</a>
<br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23784446&i=31" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 29, Issue 3
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-23687121Re: Cannot create filters2009-05-23T11:34:25Z2009-05-23T11:34:25ZHalbbartAm Sat, 23 May 2009 20:31:37 +0200
<br>schrieb Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23687121&i=0" target="_top" rel="nofollow">christianbiere@...</a>>:
<br><br>> Halbbart wrote:
<br>> > since Version 0.96.6 I cannot create Filters. If I push the "create
<br>> > filter"-button, the PC-speaker beeps and nothing happens.
<br>>
<br>> You probably didn't enter a name for the filter. The input box is
<br>> left to the "Create Filter" button. You might have to resize the
<br>> left sidebar of the filter dialog to make it visible.
<br>>
<br><br>That's it, thank you!
<br><br /> <br />------------------------------------------------------------------------------
<br>Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
<br>is a gathering of tech-side developers & brand creativity professionals. Meet
<br>the minds behind Google Creative Lab, Visual Complexity, Processing, &
<br>iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
<br>Group, R/GA, & Big Spaceship. <a href="http://www.creativitycat.com" target="_top" rel="nofollow">http://www.creativitycat.com</a> <br />_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23687121&i=1" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (205 bytes) <a href="http://old.nabble.com/attachment/23687121/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-23687044Re: Cannot create filters2009-05-23T11:26:52Z2009-05-23T11:26:52ZChristian BiereHalbbart wrote:
<br>> since Version 0.96.6 I cannot create Filters. If I push the "create
<br>> filter"-button, the PC-speaker beeps and nothing happens.
<br><br>You probably didn't enter a name for the filter. The input box is
<br>left to the "Create Filter" button. You might have to resize the
<br>left sidebar of the filter dialog to make it visible.
<br><br>--
<br>Christian
<br><br>------------------------------------------------------------------------------
<br>Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
<br>is a gathering of tech-side developers & brand creativity professionals. Meet
<br>the minds behind Google Creative Lab, Visual Complexity, Processing, &
<br>iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
<br>Group, R/GA, & Big Spaceship. <a href="http://www.creativitycat.com" target="_top" rel="nofollow">http://www.creativitycat.com</a>
<br>_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23687044&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-23686205Cannot create filters2009-05-23T09:45:50Z2009-05-23T09:45:50ZHalbbartHi,
<br>since Version 0.96.6 I cannot create Filters. If I push the "create
<br>filter"-button, the PC-speaker beeps and nothing happens. I removed
<br>~/.gtk-gnutella but that doesn't helped.
<br>gtk-gnutella --version outputs this:
<br> gtk-gnutella/0.96.6-16301 (2009-03-29; GTK2; Linux x86_64)
<br> GLib 2.18.4
<br> Gtk+ 2.14.7
<br> GNU TLS 2.6.6
<br><br>best regards,
<br>Halbbart
<br><br /> <br />------------------------------------------------------------------------------
<br>Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
<br>is a gathering of tech-side developers & brand creativity professionals. Meet
<br>the minds behind Google Creative Lab, Visual Complexity, Processing, &
<br>iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
<br>Group, R/GA, & Big Spaceship. <a href="http://www.creativitycat.com" target="_top" rel="nofollow">http://www.creativitycat.com</a> <br />_______________________________________________
<br>gtk-gnutella-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23686205&i=0" target="_top" rel="nofollow">gtk-gnutella-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (205 bytes) <a href="http://old.nabble.com/attachment/23686205/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-users-f3856.html" embed="fixTarget[3856]" target="_top" >gtk-gnutella-users</a></p>tag:old.nabble.com,2006:post-23515670gtk-gnutella-devel Digest, Vol 29, Issue 22009-05-12T22:40:37Z2009-05-12T22:40:37Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscribe or unsubscribe via the World Wide Web, visit
<br> <a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br>or, via email, send a message with subject or body 'help' to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=1" target="_top" rel="nofollow">gtk-gnutella-devel-request@...</a>
<br><br>You can reach the person managing the list at
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=2" target="_top" rel="nofollow">gtk-gnutella-devel-owner@...</a>
<br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of gtk-gnutella-devel digest..."
<br><br><br>Today's Topics:
<br><br> 1. Too many downloads (Lloyd Bryant)
<br> 2. Re: Too many downloads (Raphael Manfredi)
<br> 3. getpeername() failed warning: getpeername not being called.
<br> (Matthew Lye)
<br> 4. Re: getpeername() failed warning: getpeername not being
<br> called. (Christian Biere)
<br> 5. Re: getpeername() failed warning: getpeername not being
<br> called. (Christian Biere)
<br> 6. Re: getpeername() failed warning: getpeername not being
<br> called. (Matthew Lye)
<br> 7. Re: getpeername() failed warning: getpeername not being
<br> called. (Christian Biere)
<br> 8. Re: getpeername() failed warning: getpeername not being
<br> called. (Christian Biere)
<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1
<br>Date: Sun, 10 May 2009 02:36:38 -0700
<br>From: Lloyd Bryant <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=3" target="_top" rel="nofollow">lloydbaz@...</a>>
<br>Subject: [gtk-gnutella-devel] Too many downloads
<br>To: devlist <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=4" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=5" target="_top" rel="nofollow">BAY121-W6D6954709A93DC1FEDC6FCE620@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br><br>I recently encountered the following situation: I have my max simultaneous downloads per file set to 30, and the max total downloads set to 120. I started the download of a file with a large number of sources ( > 3000 ). I left it alone for a few minutes, and when I came back, I had 17 active downloads, and 103 actively queued sources. Meanwhile, a THEX download for this file couldn't even start, because I had reached the max total downloads.
<br><br>I traced this issue back to the following change:
<br>------------------------------------------------------------------------
<br>r16537 | rmanfredi | 2009-04-21 09:18:21 -0700 (Tue, 21 Apr 2009) | 4 lines
<br><br>download_has_enough_active_sources(): use fi->recvcount, not fi->lifecount as
<br>the latter refers to all the known sources, not necessarily the ones that
<br>end-up being active.
<br><br>------------------------------------------------------------------------
<br><br>What's happening is that actively queued sources do not count against "fi->recvcount" (they're in "fi->active_queued"), but they *do* count against the max total downloads.
<br><br>I've changed that line in download_has_enough_active_sources() to use "(fi->recvcount + fi->active_queued)", rather than just "fi->recvcount", and this mitigates the issue considerably. But I'm still seeing active plus actively queued exceeding the max simultaneous downloads per file value, since with the above change the only thing limiting the number of attempted connection is the max total downloads, and potentially every attempt can wind up as active or actively queued.
<br><br>Lloyd B.
<br><br>-------------- next part --------------
<br>An HTML attachment was scrubbed...
<br><br>------------------------------
<br><br>Message: 2
<br>Date: Sun, 10 May 2009 17:40:33 +0000 (UTC)
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=6" target="_top" rel="nofollow">Raphael_Manfredi@...</a> (Raphael Manfredi)
<br>Subject: Re: [gtk-gnutella-devel] Too many downloads
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=7" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=8" target="_top" rel="nofollow">gu73ih$hup$1@...</a>>
<br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Quoting Lloyd Bryant <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=9" target="_top" rel="nofollow">lloydbaz@...</a>> from ml.softs.gtk-gnutella.devel:
<br>:I've changed that line in download_has_enough_active_sources() to use
<br>:"(fi->recvcount + fi->active_queued)", rather than just "fi->recvcount"
<br><br>Thanks, I've committed that change.
<br><br><br>:But I'm still seeing active plus actively
<br>:queued exceeding the max simultaneous downloads per file value, since with the
<br>:above change the only thing limiting the number of attempted connection is the
<br>:max total downloads, and potentially every attempt can wind up as active or
<br>:actively queued.
<br><br>The max number of downloads per file should only be a hint, not something
<br>strictly enforced. The aim is to avoid using too many sources for a given
<br>file, but this is not something that prevents particular abuse of some
<br>resource, be it local (# of connections tracked separately) or remote (max #
<br>of downloads per host is enforced).
<br><br>Raphael
<br><br><br><br>------------------------------
<br><br>Message: 3
<br>Date: Tue, 12 May 2009 22:34:11 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=10" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: [gtk-gnutella-devel] getpeername() failed warning:
<br> getpeername not being called.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=11" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=12" target="_top" rel="nofollow">4DD11138-2588-47D6-A3A8-9A476A99EFBE@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br>This may be old news.
<br><br>For a long time I've seen the following warning produced many, many
<br>times per session:
<br><br>> 09-05-12 22:01:00 (WARNING): getpeername() failed: Invalid argument
<br><br>I just got around to checking into it with dtrace, and it appears that
<br>getpeername() is not actually being called when this warning comes up.
<br><br>This would imply that the either of the two following asserts in the
<br>function socket_addr_getpeername(...) (located in core/sockets.c: line
<br>1981) always fails:
<br>> g_return_val_if_fail(p_addr, -1);
<br>> g_return_val_if_fail(fd >= 0, -1);
<br><br><br>(Otherwise, a getpeername() call would be logged.)
<br><br><br><br><br><br><br>------------------------------
<br><br>Message: 4
<br>Date: Wed, 13 May 2009 05:26:18 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=13" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] getpeername() failed warning:
<br> getpeername not being called.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=14" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=15" target="_top" rel="nofollow">20090513032618.GB692@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Matthew Lye wrote:
<div class='shrinkable-quote'><br>> For a long time I've seen the following warning produced many, many
<br>> times per session:
<br>>
<br>> > 09-05-12 22:01:00 (WARNING): getpeername() failed: Invalid argument
<br>>
<br>> I just got around to checking into it with dtrace, and it appears that
<br>> getpeername() is not actually being called when this warning comes up.
<br>>
<br>> This would imply that the either of the two following asserts in the
<br>> function socket_addr_getpeername(...) (located in core/sockets.c: line
<br>> 1981) always fails:
<br>> > g_return_val_if_fail(p_addr, -1);
<br>> > g_return_val_if_fail(fd >= 0, -1);
</div><br>If that's the case you should see the relevant warnings on stderr.
<br>You can also try to remove the lines to verify your thesis.
<br><br>It is also possible that the userland code of getpeername() doesn't
<br>like some of the passed arguments, so that the syscall is never
<br>issued and you probably don't see anything with dtrace. If it
<br>happens often but not always it could be an alignment issue.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 5
<br>Date: Wed, 13 May 2009 05:31:19 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=16" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] getpeername() failed warning:
<br> getpeername not being called.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=17" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=18" target="_top" rel="nofollow">20090513033119.GC692@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Christian Biere wrote:
<div class='shrinkable-quote'><br>> Matthew Lye wrote:
<br>> > For a long time I've seen the following warning produced many, many
<br>> > times per session:
<br>> >
<br>> > > 09-05-12 22:01:00 (WARNING): getpeername() failed: Invalid argument
<br>> >
<br>> > I just got around to checking into it with dtrace, and it appears that
<br>> > getpeername() is not actually being called when this warning comes up.
<br>> >
<br>> > This would imply that the either of the two following asserts in the
<br>> > function socket_addr_getpeername(...) (located in core/sockets.c: line
<br>> > 1981) always fails:
<br>> > > g_return_val_if_fail(p_addr, -1);
<br>> > > g_return_val_if_fail(fd >= 0, -1);
<br>>
<br>> If that's the case you should see the relevant warnings on stderr.
<br>> You can also try to remove the lines to verify your thesis.
<br>>
<br>> It is also possible that the userland code of getpeername() doesn't
<br>> like some of the passed arguments, so that the syscall is never
<br>> issued and you probably don't see anything with dtrace. If it
<br>> happens often but not always it could be an alignment issue.
</div><br>It's also thinkable that the connection was only half-established
<br>or reset before getpeername(). You might want to run tcpdump or
<br>similar in parallel to see whether the warnings correlate with
<br>incoming connections and what happens after the first SYN packet.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 6
<br>Date: Wed, 13 May 2009 00:53:58 -0400
<br>From: Matthew Lye <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=19" target="_top" rel="nofollow">mlye@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] getpeername() failed warning:
<br> getpeername not being called.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=20" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=21" target="_top" rel="nofollow">43935FEC-0457-4D0A-83BD-694481A97306@...</a>>
<br>Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
<br><br>On 12-May-09, at 11:26 PM, Christian Biere wrote:
<br>> If that's the case you should see the relevant warnings on stderr.
<br>> You can also try to remove the lines to verify your thesis.
<br><br>No, no, that would have been clever.
<br><br>It's more complicated than I thought. There's a "getpeername
<br>$UNIX2003()", which is being called instead of "getpeername()", and it
<br>is this which fails. Presumably known to everyone outside of Apple as
<br>"getpeername()". The arguments being passed it seem okay. A socket
<br>number (I assume), and two addresses. The latter should be a (small)
<br>size, and is in my tests always 0x10 or 0x1e. I don't know the
<br>structure of the former, but it always starts with 0x1002 followed by
<br>3 8-byte words of zeros in the first case, and 0x1c1e followed by 6 8-
<br>byte words of zeros in the second case.
<br><br>The warnings didn't seem to correlate with anything unusual incoming
<br>bearing a SYN bit. I'm less than handy with tcpdump, I'll try
<br>tomorrow with fewer peers in the mix. Is there anything in particular
<br>you're thinking of?
<br><br><br><br><br><br><br><br><br><br>------------------------------
<br><br>Message: 7
<br>Date: Wed, 13 May 2009 07:32:34 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=22" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] getpeername() failed warning:
<br> getpeername not being called.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=23" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=24" target="_top" rel="nofollow">20090513053230.GA21209@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Matthew Lye wrote:
<div class='shrinkable-quote'><br>> On 12-May-09, at 11:26 PM, Christian Biere wrote:
<br>> > If that's the case you should see the relevant warnings on stderr.
<br>> > You can also try to remove the lines to verify your thesis.
<br>>
<br>> No, no, that would have been clever.
<br>>
<br>> It's more complicated than I thought. There's a "getpeername
<br>> $UNIX2003()", which is being called instead of "getpeername()", and it
<br>> is this which fails. Presumably known to everyone outside of Apple as
<br>> "getpeername()". The arguments being passed it seem okay. A socket
<br>> number (I assume), and two addresses. The latter should be a (small)
<br>> size, and is in my tests always 0x10 or 0x1e. I don't know the
<br>> structure of the former, but it always starts with 0x1002 followed by
<br>> 3 8-byte words of zeros in the first case, and 0x1c1e followed by 6 8-
<br>> byte words of zeros in the second case.
<br>>
<br>> The warnings didn't seem to correlate with anything unusual incoming
<br>> bearing a SYN bit. I'm less than handy with tcpdump, I'll try
<br>> tomorrow with fewer peers in the mix. Is there anything in particular
<br>> you're thinking of?
</div><br>There must be some incoming connection, otherwise the function wouldn't
<br>be called. accept() seems to succeed but doesn't fill in the source
<br>address. Maybe dtrace could show anything useful about this accept()
<br>call because it's already odd enough that it doesn't fill in the
<br>source address.
<br><br>It is possible that an incoming connection is reset before accept()
<br>is called. Normally, accept() should fail in this case.
<br><br>Another possibility is that there's an incoming IPv6 connection and
<br>something with the code isn't right. I don't know whether you have
<br>IPv6 connectivity or whether you've configured it to use IPv4 only.
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>Message: 8
<br>Date: Wed, 13 May 2009 07:46:11 +0200
<br>From: Christian Biere <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=25" target="_top" rel="nofollow">christianbiere@...</a>>
<br>Subject: Re: [gtk-gnutella-devel] getpeername() failed warning:
<br> getpeername not being called.
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=26" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br>Message-ID: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=27" target="_top" rel="nofollow">20090513054610.GB21209@...</a>>
<br>Content-Type: text/plain; charset=utf-8
<br><br>Matthew Lye wrote:
<br>> For a long time I've seen the following warning produced many, many
<br>> times per session:
<br>>
<br>> > 09-05-12 22:01:00 (WARNING): getpeername() failed: Invalid argument
<br>>
<br>> I just got around to checking into it with dtrace, and it appears that
<br>> getpeername() is not actually being called when this warning comes up.
<br><br>Do you get this warning for every incoming connection or just for some?
<br><br>--
<br>Christian
<br><br><br><br>------------------------------
<br><br>------------------------------------------------------------------------------
<br>The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
<br>production scanning environment may not be a perfect world - but thanks to
<br>Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
<br>Series Scanner you'll get full speed at 300 dpi even with all image
<br>processing features enabled. <a href="http://p.sf.net/sfu/kodak-com" target="_top" rel="nofollow">http://p.sf.net/sfu/kodak-com</a><br><br>------------------------------
<br><br>_______________________________________________
<br>gtk-gnutella-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23515670&i=28" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel</a><br><br><br>End of gtk-gnutella-devel Digest, Vol 29, Issue 2
<br>*************************************************
<br><p>From forum: <a href="http://old.nabble.com/gtk-gnutella-devel-f3855.html" embed="fixTarget[3855]" target="_top" >gtk-gnutella-devel</a></p>tag:old.nabble.com,2006:post-23467801gtk-gnutella-devel Digest, Vol 29, Issue 12009-05-10T00:33:41Z2009-05-10T00:33:41Zgtk-gnutella-devel-requestSend gtk-gnutella-devel mailing list submissions to
<br> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23467801&i=0" target="_top" rel="nofollow">gtk-gnutella-devel@...</a>
<br><br>To subscr