|
View:
New views
1 Messages
—
Rating Filter:
Alert me
|
|
|
gtk-gnutella-devel Digest, Vol 30, Issue 2Send gtk-gnutella-devel mailing list submissions to
gtk-gnutella-devel@... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel or, via email, send a message with subject or body 'help' to gtk-gnutella-devel-request@... You can reach the person managing the list at gtk-gnutella-devel-owner@... When replying, please edit your Subject line so it is more specific than "Re: Contents of gtk-gnutella-devel digest..." Today's Topics: 1. Re: abort in rev 16786 - pmap already contains the new region (Hauke Hachmann) 2. Re: abort in rev 16786 - pmap already contains the new region (Larry Nieves) 3. Re: abort in rev 16786 - pmap already contains the new region (Christian Biere) 4. SVN problems (was: abort in rev 16786) (Hauke Hachmann) 5. Re: SVN problems (was: abort in rev 16786) (Christian Biere) 6. Re: SVN problems (was: abort in rev 16786) (Hauke Hachmann) 7. #ifdef TRACK_MALLOC leaves essential halloc functions undefined (Matthew Lye) 8. Re: #ifdef TRACK_MALLOC leaves essential halloc functions undefined (Christian Biere) 9. Foxy 1.9.9.0 in hostcache? (Matthew Lye) 10. Re: Foxy 1.9.9.0 in hostcache? (Michael Rogers) ---------------------------------------------------------------------- Message: 1 Date: Mon, 1 Jun 2009 11:27:19 +0200 From: Hauke Hachmann <haxe@...> Subject: Re: [gtk-gnutella-devel] abort in rev 16786 - pmap already contains the new region To: gtk-gnutella-devel@... Message-ID: <200906011127.19918.haxe@...> Content-Type: Text/Plain; charset="iso-8859-1" On Monday 01 June 2009, Raphael Manfredi wrote: > Please try again with r16865. By the way, I cannot try any new revision because since two days the SVN host is suddenly broken. I get the following svn error message: svn: OPTIONS of 'https://gtk-gnutella.svn.sourceforge.net/svnroot/gtk- gnutella/trunk/gtk-gnutella': could not connect to server (https://gtk- gnutella.svn.sourceforge.net) Am I the only one having this problem? h ------------------------------ Message: 2 Date: Mon, 1 Jun 2009 12:31:14 +0200 From: Larry Nieves <lanieves@...> Subject: Re: [gtk-gnutella-devel] abort in rev 16786 - pmap already contains the new region To: gtk-gnutella-devel@... Message-ID: <20090601103114.GA11641@galar2> Content-Type: text/plain; charset="utf-8" I just did an update to r16866 without any problems. On Mon, Jun 01, 2009 at 11:27:19AM +0200, Hauke Hachmann wrote: > > Am I the only one having this problem? > -- Larry Alex?nder Nieves Colmen?rez <lanieves@...> El Liberal Venezolano http://liberal-venezolano.net/blog/ GPG Public Key: 0x1525843C Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C gpg --recv-keys 0x1525843C --keyserver hkp://wwwkeys.eu.pgp.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature ------------------------------ Message: 3 Date: Mon, 1 Jun 2009 12:34:05 +0200 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] abort in rev 16786 - pmap already contains the new region To: gtk-gnutella-devel@... Message-ID: <20090601103404.GA19350@...> Content-Type: text/plain; charset=utf-8 Hauke Hachmann wrote: > By the way, I cannot try any new revision because since two days the SVN > host is suddenly broken. I get the following svn error message: > svn: OPTIONS of 'https://gtk-gnutella.svn.sourceforge.net/svnroot/gtk- > gnutella/trunk/gtk-gnutella': could not connect to server (https://gtk- > gnutella.svn.sourceforge.net) What does gtk-gnutella.svn.sourceforge.net resolve to? > Am I the only one having this problem? Probably everyone using the same DNS server as you. Which one do you use? -- Christian ------------------------------ Message: 4 Date: Mon, 1 Jun 2009 14:18:12 +0200 From: Hauke Hachmann <haxe@...> Subject: [gtk-gnutella-devel] SVN problems (was: abort in rev 16786) To: gtk-gnutella-devel@... Message-ID: <200906011418.12833.haxe@...> Content-Type: Text/Plain; charset="iso-8859-1" On Monday 01 June 2009, Christian Biere wrote: > What does gtk-gnutella.svn.sourceforge.net resolve to? It resolves to 216.34.181.65. This looks plausible both by reverse DNS and by traceroute. Also, TCP port 443 is correctly open. Unfortunately, I don't know how to get more diagnostic information out of svn about _why_ the connection failed. It didn's say the host does not exist in DNS. It may well be a problem with the server's SSL certificate. I simply don't know. > > Am I the only one having this problem? > > Probably everyone using the same DNS server as you. > Which one do you use? I use 213.191.74.12, which belongs to my ISP Hansenet. But actually I have no reason to believe that this is a DNS problem. Hauke ------------------------------ Message: 5 Date: Mon, 1 Jun 2009 16:04:22 +0200 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] SVN problems (was: abort in rev 16786) To: gtk-gnutella-devel@... Message-ID: <20090601140422.GA1370@...> Content-Type: text/plain; charset=utf-8 Hauke Hachmann wrote: > On Monday 01 June 2009, Christian Biere wrote: > > What does gtk-gnutella.svn.sourceforge.net resolve to? > It resolves to 216.34.181.65. This looks plausible both by reverse DNS > and by traceroute. Also, TCP port 443 is correctly open. The IP address looks about correct. Can you load https://gtk-gnutella.svn.sourceforge.net/ in your web browser? > Unfortunately, I don't know how to get more diagnostic information out > of svn about _why_ the connection failed. It didn's say the host does > not exist in DNS. It may well be a problem with the server's SSL > certificate. I simply don't know. You might want to trace svn to see whether it even tries. > > > Am I the only one having this problem? I had one failure today but the next attempt succeeded. Have you tried repeating the command 10 times or so? You could open a support ticket at SourceForge: https://apps.sourceforge.net/trac/sourceforge/newticket Old tickets and googaling didn't gave me any glues what might be rong here. -- Christian ------------------------------ Message: 6 Date: Mon, 1 Jun 2009 21:15:03 +0200 From: Hauke Hachmann <haxe@...> Subject: Re: [gtk-gnutella-devel] SVN problems (was: abort in rev 16786) To: gtk-gnutella-devel@... Message-ID: <200906012115.03702.haxe@...> Content-Type: Text/Plain; charset="iso-8859-1" On Monday 01 June 2009, Christian Biere wrote: > You could open a support ticket at SourceForge: OK, It seems that this is not a problem at SourceForge, but in Debian. A known bug in the WebDAV client library neon27 slipped into the normally quite stable "testing" distribution, which I am using. Other people are also having svn problems now. I will just sit and wait until it's gone. Sorry for the fuss, Hauke ------------------------------ Message: 7 Date: Sat, 13 Jun 2009 10:01:25 -0400 From: Matthew Lye <mlye@...> Subject: [gtk-gnutella-devel] #ifdef TRACK_MALLOC leaves essential halloc functions undefined To: gtk-gnutella-devel@... Message-ID: <B5CB107F-9015-438D-95B0-26548A74E180@...> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes The unfinished(?) implementation of TRACK_MALLOC control in "lib/ halloc.h" is currently causing several halloc functions to remain undefined if TRACK_MALLOC is not defined. (Specifically, halloc, hfree, hrealloc, halloc0, and hcopy, as called by matching.c, settings.c, share.c, and tls_common.c). ------------------------------ Message: 8 Date: Sat, 13 Jun 2009 17:23:54 +0200 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] #ifdef TRACK_MALLOC leaves essential halloc functions undefined To: gtk-gnutella-devel@... Message-ID: <20090613152353.GA10819@...> Content-Type: text/plain; charset=utf-8 Matthew Lye wrote: > The unfinished(?) implementation of TRACK_MALLOC control in "lib/ > halloc.h" is currently causing several halloc functions to remain > undefined if TRACK_MALLOC is not defined. There I fixed it. -- Christian ------------------------------ Message: 9 Date: Sat, 13 Jun 2009 17:01:49 -0400 From: Matthew Lye <mlye@...> Subject: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache? To: gtk-gnutella-devel@... Message-ID: <3995E91B-6D65-45AD-9E39-03E0FA96DD04@...> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes I'm noticing an extraordinary number of outgoing attempts to connect to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up, here. Could the [swarms of] Foxy clients which are [always] failing to connect as incoming connections nonetheless be ending up in the GTKG hostcache? ------------------------------ Message: 10 Date: Sat, 13 Jun 2009 19:29:07 -0400 From: Michael Rogers <mrogers@...> Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache? To: gtk-gnutella-devel@... Message-ID: <4A343643.80706@...> Content-Type: text/plain; charset=ISO-8859-1 Matthew Lye wrote: > I'm noticing an extraordinary number of outgoing attempts to connect > to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up, > here. Could the [swarms of] Foxy clients which are [always] failing > to connect as incoming connections nonetheless be ending up in the > GTKG hostcache? I don't know if this is related, but Foxy clients frequently hit the gwebcaches operated by LimeWire - maybe GTKG is picking up their addresses from there? I though ghostwhitecrab was configured to ignore requests with net!=gnutella, but possibly not. Cheers, Michael ------------------------------ ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ------------------------------ _______________________________________________ gtk-gnutella-devel mailing list gtk-gnutella-devel@... https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel End of gtk-gnutella-devel Digest, Vol 30, Issue 2 ************************************************* |
| Free embeddable forum powered by Nabble | Forum Help |