« Return to Thread: gtk-gnutella-devel Digest, Vol 30, Issue 2
gtk-gnutella-devel Digest, Vol 30, Issue 2
by gtk-gnutella-devel-request
::
Rate this Message:
Send gtk-gnutella-devel mailing list submissions to
gtk-gnutella-devel@...
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
or, via email, send a message with subject or body 'help' to
gtk-gnutella-devel-request@...
You can reach the person managing the list at
gtk-gnutella-devel-owner@...
When replying, please edit your Subject line so it is more specific
than "Re: Contents of gtk-gnutella-devel digest..."
Today's Topics:
1. Re: 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
*************************************************
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
*************************************************
« Return to Thread: gtk-gnutella-devel Digest, Vol 30, Issue 2
| Free embeddable forum powered by Nabble | Forum Help |
