gtk-gnutella-devel Digest, Vol 30, Issue 2

View: New views
1 Messages — Rating Filter:   Alert me  

gtk-gnutella-devel Digest, Vol 30, Issue 2

by gtk-gnutella-devel-request :: Rate this Message:

Reply to Author | View Threaded | Show Only 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
*************************************************