On Thursday 11 October 2001 03:59 am, [EMAIL PROTECTED] wrote:
> Hi,
>
> I have commit configure tests for -lnsl and -lsocket (see commitlog).
>
> to Derek Glidden:
> Could you test the new configure script?
> There also seems to be an issue with Solaris / multithreaded apps
> and Alarm Clock (SIG
On Tuesday 23 October 2001 10:04 pm, ken restivo wrote:
> that's bizarre. i updated to latest cvs. i will try one more thing
> (just in case) since i have been having mailer issues.
>
> attached is the patch in .gz format.
>
> -ken
Patch committed. I had to pass -p0 to the 'patch' program.
--
From: "ken restivo" <[EMAIL PROTECTED]>
that's bizarre. i updated to latest cvs. i will try one more thing (just in
case) since i have been having mailer issues.
attached is the patch in .gz format.
if you want to have another go at it, please do. otherwise i'll send a
tarball.
sorry for all the i
cracy in the middle east, go here:
http://www.realgoods.com
-- next part --
A non-text attachment was scrubbed...
Name: netbsd.patch.gz
Type: application/x-gzip
Size: 7670 bytes
Desc: compressed patch
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20011023/
that's bizarre. i updated to latest cvs. i will try one more thing (just in case)
since i have been having mailer issues.
attached is the patch in .gz format.
if you want to have another go at it, please do. otherwise i'll send a tarball.
sorry for all the inconvenience.
-ken
--
On We
From: "ken restivo" <[EMAIL PROTECTED]>
Sorry - your revised patch doesn't work either.
Very few hunks work, most fail.
If someone else can get the patch to work, then please apply it and check in
patched files to cvs.
Otherwise, if you want to send me the changed files, I'll integrate chan
thanks ken for the patch
regrettably it failed.
can you please ensure you've got latest version of the fcptools files from
cvs, and re-generate the patch.
seems the patch only applies to makefile.am
otherwise, you could just tar up the modified files and send them to me
cheers
david
___
On Tue, Oct 23, 2001 at 10:27:19AM +0200, Volker Stolz wrote:
<>
> These lines repeat every 5 secs or so and the node is effectively dead, after
> a restart, it takes about 1h to
> reach this state again...
Yes, thelema was having this exact problem last night. If you could get
a threaddump (sen
Hi, after a short time on a 0.4 node I get
Oct 23, 2001 9:53:33 AM (Freenet.interfaces.PublicInterface, Interface #
tcp/4109): Pruning connections
Oct 23, 2001 9:53:33 AM (Freenet.interfaces.PublicInterface, Interface #
tcp/4109): Stopped 0 connections; effect may not be instant.
Oct 23, 2001 9:5
>A node should never accept a private address from a non-private addressed
>node, and a node should never send a private address to a non-private
>addressed node. This would contain the private addresses within private
>networks.
More specifically, a node should only accept private address fro
>Easy. Make a configuration options like this:
>
># Set to "yes" to allow your node to cache private addresses. Most people=
>=20
># do not need to change this.
>#
>allowPrivateAddress =3D no
>
>If set to "no", the node dumps any private IP addresses it receives.
I don't see a strong reason to
Zitiere ken restivo :
> ok, here is the patch again, as an attachment. i would guess that mutt
> is inserting line breaks or something to mangle the patch.
>
> i used the cvs diff -uN flag too.
Looks perfect, expect that the configure check for pthread on FreeBSD
should not add to LIBS but only
In local.freenet, you wrote:
> The superdir of your Freenet directory of course. Depending on what you
> are building, you may also need to make the Contrib/javax and
> Contrib/junit classes available.
Thanks, I was lacking the javax-stuff (which is kind of counter intuitive
as I thought that java
In local.freenet, you wrote:
> A related question: how can this be accomplished while allowing Freenets
> to exist in private blocks with the ability to connect to the larger
> network as well as directly with each other?
That's hard to domaybe you could add a command line switch which tells
A non-text attachment was scrubbed...
Name: msg.pgp
Type: application/pgp
Size: 2559 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20011023/48a6d4e0/attachment.bin>
msg.pgp
Zitiere David McNab :
> thanks ken for the patch
second that
> regrettably it failed.
>
> can you please ensure you've got latest version of the fcptools files
> from
> cvs, and re-generate the patch.
Please generete the unified diffs with
diff -ruN
thats
cvs diff -uN
for CVS users (put "diff
>A node should never accept a private address from a non-private addressed
>node, and a node should never send a private address to a non-private
>addressed node. This would contain the private addresses within private
>networks.
More specifically, a node should only accept private address fr
>Easy. Make a configuration options like this:
>
># Set to "yes" to allow your node to cache private addresses. Most people=
>=20
># do not need to change this.
>#
>allowPrivateAddress =3D no
>
>If set to "no", the node dumps any private IP addresses it receives.
I don't see a strong reason to
I downloaded the Freenet sources from the CVS and noticed that the ant
build script didn't function anymore. I made a new one based on the
Makefile and now I could update it to CVS but I don't have write access
there.
I suppose we can have both the Ant and Make build scripts since they are
quite e
Zitiere ken restivo <[EMAIL PROTECTED]>:
> ok, here is the patch again, as an attachment. i would guess that mutt
> is inserting line breaks or something to mangle the patch.
>
> i used the cvs diff -uN flag too.
Looks perfect, expect that the configure check for pthread on FreeBSD
should not
On Tue, Oct 23, 2001 at 10:27:19AM +0200, Volker Stolz wrote:
<>
> These lines repeat every 5 secs or so and the node is effectively dead, after a
>restart, it takes about 1h to
> reach this state again...
Yes, thelema was having this exact problem last night. If you could get
a threaddump (sen
Hi, after a short time on a 0.4 node I get
Oct 23, 2001 9:53:33 AM (Freenet.interfaces.PublicInterface, Interface # tcp/4109):
Pruning connections
Oct 23, 2001 9:53:33 AM (Freenet.interfaces.PublicInterface, Interface # tcp/4109):
Stopped 0 connections; effect may not be instant.
Oct 23, 2001 9:
> > > In the meantime, I or Sebastian will need to add code to the config
> > > program
> > > to allow sizes > 2047 if the disk is NTFS/
> >
> > I thought the 2GB limit was due to the Java VM, as well as the OS.
> > (i.e. If the OS allows it, the VM might not)
>
> I think the Java standards spec
24 matches
Mail list logo