[freenet-support] Solving "I queued it 2 weeks ago and it's still at 0%" : are really long URIs a problem?

[freenetw...@web.de]

1) CHK-keys are already long enough
2) why add something that tries to fix something broken (routing?) or
contradicts the concept (caching of keys around the key location; unused
content gets dropped)

if a) unwanted content is supposed to be dropped from the network to
make space for fresh stuff and b) the top key is *needed* for *every*
request of a ((larger) split-) file, how can the top key possibly fall
off the network?

IMHO I think this is making extra effort and adding
YetJustAnotherKeyType for CreateAWorkaroundForSomethingDifferent for
something that needs to be addressed elsewhere


Matthew Toseland wrote:
> Anecdotal evidence suggests that right now at least one third of our content 
> persistence problems boil down to this one bug: "I added it 2 weeks ago and 
> it still hasn't got past 0% (0/1)". A new key type, DHKs (Duplicated Hash 
> Keys), would solve the problem, but the new keys would be twice as long as 
> current CHKs. Is this a problem? I would really appreciate input from users, 
> particularly those who upload and download files:
> - Is it a problem for the keys to be really long (twice as long as current 
> CHKs)? CHKs are copied and pasted, so maybe not a problem?
> - Is it true that a great many downloads get stuck at 0% for a long time, 
> showing 0 blocks of 1 if you mouseover the percentage?
>
> Example:
> CHK at 
> 4~2FTXtBE2So8NZZIzneYrn5SOaFFk-hQsvjBHLc77A,97XjJekfSl8HxkJFYhj4cdo9n7s0exhE-EWMr8zuVxM,AAIC--8/chaosradio_142.mp3
>
> -> (something like)
>
> DHK at 
> 97XjJekfSl8HxkJFYhj4cdo9n7s0exhE-EWMr8zuVxM,4~2FTXtBE2So8NZZIzneYrn5SOaFFk-hQsvjBHLc77A,ughDyCjP0jeBuRRx33nULUb4Pl-6Dk9DrDrH1miXCj0,VIOAKDzD~YIzrD5NBbD3v5SxOiwYXg84qQYdbkJA3bo,AAIC--8/chaosradio_142.mp3
>
> GORY DETAILS:
>
> Currently we use:
> CHK@,,
>
> (Filenames afterwards are manifests, and therefore impact on the CHK)
>
> The new key type would be:
>
> DHK@,,, 3>,/
>
> (A filename is mandatory, and is always ignored, so does not impact on the 
> rest of the key).
>
> We might allow any number of routing keys from 2 upwards, for more redundancy 
> at the cost of a longer URI, but IMHO 3 is a good default number.
>
> You would get such a key when you insert a file as DHK at .
>
> Arguably nobody ever types CHKs even now, and copy and paste allows for 
> fairly 
> long keys. Thoughts?
>   
> 
>
> ___
> Support mailing list
> Support at freenetproject.org
> http://news.gmane.org/gmane.network.freenet.support
> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
> Or mailto:support-request at freenetproject.org?subject=unsubscribe

Re: [freenet-support] Solving I queued it 2 weeks ago and it's still at 0% : are really long URIs a problem?

[freenetw...@web.de]

1) CHK-keys are already long enough
2) why add something that tries to fix something broken (routing?) or
contradicts the concept (caching of keys around the key location; unused
content gets dropped)

if a) unwanted content is supposed to be dropped from the network to
make space for fresh stuff and b) the top key is *needed* for *every*
request of a ((larger) split-) file, how can the top key possibly fall
off the network?

IMHO I think this is making extra effort and adding
YetJustAnotherKeyType for CreateAWorkaroundForSomethingDifferent for
something that needs to be addressed elsewhere


Matthew Toseland wrote:
 Anecdotal evidence suggests that right now at least one third of our content 
 persistence problems boil down to this one bug: I added it 2 weeks ago and 
 it still hasn't got past 0% (0/1). A new key type, DHKs (Duplicated Hash 
 Keys), would solve the problem, but the new keys would be twice as long as 
 current CHKs. Is this a problem? I would really appreciate input from users, 
 particularly those who upload and download files:
 - Is it a problem for the keys to be really long (twice as long as current 
 CHKs)? CHKs are copied and pasted, so maybe not a problem?
 - Is it true that a great many downloads get stuck at 0% for a long time, 
 showing 0 blocks of 1 if you mouseover the percentage?

 Example:
 c...@4~2ftxtbe2so8nzzizneyrn5soaffk-hqsvjbhlc77a,97XjJekfSl8HxkJFYhj4cdo9n7s0exhE-EWMr8zuVxM,AAIC--8/chaosradio_142.mp3

 - (something like)

 d...@97xjjekfsl8hxkjfyhj4cdo9n7s0exhe-ewmr8zuvxm,4~2FTXtBE2So8NZZIzneYrn5SOaFFk-hQsvjBHLc77A,ughDyCjP0jeBuRRx33nULUb4Pl-6Dk9DrDrH1miXCj0,VIOAKDzD~YIzrD5NBbD3v5SxOiwYXg84qQYdbkJA3bo,AAIC--8/chaosradio_142.mp3

 GORY DETAILS:

 Currently we use:
 CHK@routing key,crypto key,extra

 (Filenames afterwards are manifests, and therefore impact on the CHK)

 The new key type would be:

 DHK@data hash,routing key 1,routing key 2,routing key 
 3,extra/ignore filename

 (A filename is mandatory, and is always ignored, so does not impact on the 
 rest of the key).

 We might allow any number of routing keys from 2 upwards, for more redundancy 
 at the cost of a longer URI, but IMHO 3 is a good default number.

 You would get such a key when you insert a file as d...@.

 Arguably nobody ever types CHKs even now, and copy and paste allows for 
 fairly 
 long keys. Thoughts?
   
 

 ___
 Support mailing list
 Support@freenetproject.org
 http://news.gmane.org/gmane.network.freenet.support
 Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
 Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe

[freenet-support] Probably a bug: please report: 3 peers forcibly disconnected due to not acknowledging packets.

[freenetw...@web.de]

build #1179, svn revision 23640

Probably a bug: please report: 3 peers forcibly disconnected due to not
acknowledging packets.
3 of your peers are having severe problems (not acknowledging packets
even after 10 minutes). This is probably due to a bug in the code.
Please report it to us at the bug tracker at
https://bugs.freenetproject.org/ or at support at freenetproject.org.
Please include this message and what version of the node you are running.

[freenet-support] Probably a bug: please report: 3 peers forcibly disconnected due to not acknowledging packets.

[freenetw...@web.de]

build #1179, svn revision 23640

Probably a bug: please report: 3 peers forcibly disconnected due to not
acknowledging packets.
3 of your peers are having severe problems (not acknowledging packets
even after 10 minutes). This is probably due to a bug in the code.
Please report it to us at the bug tracker at
https://bugs.freenetproject.org/ or at [EMAIL PROTECTED]
Please include this message and what version of the node you are running.

___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:[EMAIL PROTECTED]

[freenet-support] #1173: Internal error: Found interface freenet.support.compress.Compressor, but class was expected

[freenetw...@web.de]

Dennis Nezic wrote:
>> On Sun, 09 Nov 2008 12:07:40 +0100,
>> "freenetwork at web.de"  wrote:
>>
>> Hi list,
>>
>> after updating to lastest mandatory build #1173 revision r23439 all my
>> downloads are failing with "Internal error: Found interface
>> freenet.support.compress.Compressor, but class was expected" as error
>> message. The downloads have been started and taken over from a
>> previous build.
>> 
>
> Strange--all my downloads do seem to have recovered throughout all
> these past updates. Though, I believe my downloads are fairly recent (a
> week or so old) inserts--not sure if that matters.
>
> Did you try restarting any of them? New compression procedures were
> introduced around 1170, so maybe that is affecting it.
Restarting them resulted in the downloads going back to "Internal error:
..." within seconds. I tried several times with several node restarts...

[freenet-support] #1173: Internal error: Found interface freenet.support.compress.Compressor, but class was expected

[freenetw...@web.de]

Hi list,

after updating to lastest mandatory build #1173 revision r23439 all my
downloads are failing with "Internal error: Found interface
freenet.support.compress.Compressor, but class was expected" as error
message. The downloads have been started and taken over from a previous
build.

Now what?

[freenet-support] Nearly no content left with correct compression?

[freenetw...@web.de]

1166 has already been released, so using trunk after 1166 got out
essentially is "1166+minors"

Maybe I am wrong here?



Matthew Toseland wrote:
> On Tuesday 28 October 2008 18:27, freenetwork at web.de wrote:
>   
>> I have. With the results shown below... so I downgraded again to
>> 1165+minors.
>> 
>
> No, you tried trunk, which is completely different.
>   
>> bqz69 wrote:
>> 
>>> You must upgrade to 1166, which was released yesterday.
>>> ***
>>>
>>> On Tuesday 28 October 2008 10.37.19 freenetwork at web.de wrote:
>>>   
>>>   
 Hi guys,

 I just updated to current head and have to find to my dislike that
 nearly nothing is fetchable anymore.

 Be it either the found data structure is "too old" and inaccessible:

 Error: Archive failure
 Freenet was unable to retrieve this file.
 This is a fatal error. It is unlikely that retrying will solve the 
 
> problem.
>   
 Failure in extracting files from an archive: An IOE occured: Not in GZIP
 format

 for The Ultimate FreeNet Index, Toad, Publish!, Freesite HOWTO, etc etc
 etc, many many others

 or the found data structure is "too new" and not parsed by FProxy:

 Large file
 Filename: bombe-51.tar
 Size: 2.07 MiB (may change)
 Expected MIME type: application/x-tar


 This isn't a very productive and joyful situation... at least
 backward-compatibility could be retained.
 I'm back to r22882, at least then was 95% of the content working.

 I wonder what's with the Frost boards / other non-freesite content
 inserted? In what format are these stored?
 Is a new full content reset approaching? And needlessy, too, I think.

 A concerned citizen.
 ___
 Support mailing list
 Support at freenetproject.org
 http://news.gmane.org/gmane.network.freenet.support
 Unsubscribe at
 http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or
 mailto:support-request at freenetproject.org?subject=unsubscribe
 
 
>>> ___
>>> Support mailing list
>>> Support at freenetproject.org
>>> http://news.gmane.org/gmane.network.freenet.support
>>> Unsubscribe at 
>>>   
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>   
>>> Or mailto:support-request at freenetproject.org?subject=unsubscribe
>>>
>>>   
>>>   
>> ___
>> Support mailing list
>> Support at freenetproject.org
>> http://news.gmane.org/gmane.network.freenet.support
>> Unsubscribe at 
>> 
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>   
>> Or mailto:support-request at freenetproject.org?subject=unsubscribe
>>
>>
>> 
>> 
>>
>> ___
>> Support mailing list
>> Support at freenetproject.org
>> http://news.gmane.org/gmane.network.freenet.support
>> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>> Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] Nearly no content left with correct compression?

[freenetw...@web.de]

Great! However I thought it would be finished before release of 1166,
but so I'll wait for 1167+ or fixed trunk.

Matthew Toseland wrote:
> It's a bug. It will be fixed before we release the code.
>
> On Tuesday 28 October 2008 09:37, freenetwork at web.de wrote:
>   
>> Hi guys,
>>
>> I just updated to current head and have to find to my dislike that
>> nearly nothing is fetchable anymore.
>>
>> Be it either the found data structure is "too old" and inaccessible:
>>
>> Error: Archive failure
>> Freenet was unable to retrieve this file.
>> This is a fatal error. It is unlikely that retrying will solve the problem.
>> Failure in extracting files from an archive: An IOE occured: Not in GZIP
>> format
>>
>> for The Ultimate FreeNet Index, Toad, Publish!, Freesite HOWTO, etc etc
>> etc, many many others
>>
>> or the found data structure is "too new" and not parsed by FProxy:
>>
>> Large file
>> Filename: bombe-51.tar
>> Size: 2.07 MiB (may change)
>> Expected MIME type: application/x-tar
>>
>>
>> This isn't a very productive and joyful situation... at least
>> backward-compatibility could be retained.
>> I'm back to r22882, at least then was 95% of the content working.
>>
>> I wonder what's with the Frost boards / other non-freesite content
>> inserted? In what format are these stored?
>> Is a new full content reset approaching? And needlessy, too, I think.
>>
>> A concerned citizen.
>> ___
>> Support mailing list
>> Support at freenetproject.org
>> http://news.gmane.org/gmane.network.freenet.support
>> Unsubscribe at 
>> 
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>   
>> Or mailto:support-request at freenetproject.org?subject=unsubscribe
>>
>>
>> 
>> 
>>
>> ___
>> Support mailing list
>> Support at freenetproject.org
>> http://news.gmane.org/gmane.network.freenet.support
>> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>> Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] Nearly no content left with correct compression?

[freenetw...@web.de]

I have. With the results shown below... so I downgraded again to
1165+minors.

bqz69 wrote:
> You must upgrade to 1166, which was released yesterday.
> ***
>
> On Tuesday 28 October 2008 10.37.19 freenetwork at web.de wrote:
>   
>> Hi guys,
>>
>> I just updated to current head and have to find to my dislike that
>> nearly nothing is fetchable anymore.
>>
>> Be it either the found data structure is "too old" and inaccessible:
>>
>> Error: Archive failure
>> Freenet was unable to retrieve this file.
>> This is a fatal error. It is unlikely that retrying will solve the problem.
>> Failure in extracting files from an archive: An IOE occured: Not in GZIP
>> format
>>
>> for The Ultimate FreeNet Index, Toad, Publish!, Freesite HOWTO, etc etc
>> etc, many many others
>>
>> or the found data structure is "too new" and not parsed by FProxy:
>>
>> Large file
>> Filename: bombe-51.tar
>> Size: 2.07 MiB (may change)
>> Expected MIME type: application/x-tar
>>
>>
>> This isn't a very productive and joyful situation... at least
>> backward-compatibility could be retained.
>> I'm back to r22882, at least then was 95% of the content working.
>>
>> I wonder what's with the Frost boards / other non-freesite content
>> inserted? In what format are these stored?
>> Is a new full content reset approaching? And needlessy, too, I think.
>>
>> A concerned citizen.
>> ___
>> Support mailing list
>> Support at freenetproject.org
>> http://news.gmane.org/gmane.network.freenet.support
>> Unsubscribe at
>> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or
>> mailto:support-request at freenetproject.org?subject=unsubscribe
>> 
>
>
> ___
> Support mailing list
> Support at freenetproject.org
> http://news.gmane.org/gmane.network.freenet.support
> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
> Or mailto:support-request at freenetproject.org?subject=unsubscribe
>
>   

[freenet-support] Nearly no content left with correct compression?

[freenetw...@web.de]

Hi guys,

I just updated to current head and have to find to my dislike that
nearly nothing is fetchable anymore.

Be it either the found data structure is "too old" and inaccessible:

Error: Archive failure
Freenet was unable to retrieve this file.
This is a fatal error. It is unlikely that retrying will solve the problem.
Failure in extracting files from an archive: An IOE occured: Not in GZIP
format

for The Ultimate FreeNet Index, Toad, Publish!, Freesite HOWTO, etc etc
etc, many many others

or the found data structure is "too new" and not parsed by FProxy:

Large file
Filename: bombe-51.tar
Size: 2.07 MiB (may change)
Expected MIME type: application/x-tar


This isn't a very productive and joyful situation... at least
backward-compatibility could be retained.
I'm back to r22882, at least then was 95% of the content working.

I wonder what's with the Frost boards / other non-freesite content
inserted? In what format are these stored?
Is a new full content reset approaching? And needlessy, too, I think.

A concerned citizen.

[freenet-support] quick question

[freenetw...@web.de]

If these ten nodes are only interconnected with themselves they -of 
course- have no access to the larger network and therefore form a small 
private, albeit darknet, network.
If one of the nodes is connected to the "global" darknet, then the ten 
nodes have access to the global darknet but routing might be impaired as 
the other nine nodes will not connect to the darknet.

Opennet is a completely different story as nodes are seeded by seednodes 
(therefore private networks are possible if the nodes don't access the 
seednodes, but by default opennet nodes ask seednodes).
Also opennet nodes do swap informations about their peers, so nodes 
without knowledge of other nodes might come across new noderefs and 
connect to previously unknown nodes to enhance connectivity.

Hope this helped


Peter S wrote:
> Just a simple question; 10 peers, none using opennet, and all 
> interconnected with each node having the other 9 in their trusted 
> peers list .. will they be able to access the 'actual freenet', or is 
> this just a small private and closed circle, with only the content 
> they publish inside that circle available?
> If 10 peers in a closed loop as described /can/ access the freenet, I 
> just don't understand HOW that's possible without talking to other 
> nodes in an opennet fashion and somewhat compromising the closed loop.
> 
>
> ___
> Support mailing list
> Support at freenetproject.org
> http://news.gmane.org/gmane.network.freenet.support
> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
> Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] NPE at freenet.clients.http.bookmark.BookmarkManager.(BookmarkManager.java:82)

[freenetw...@web.de]

* svn build 16004
* clean install (only freenet[-ext].jar in directory)
* called with java -jar [...] node.Node

[...]
Initializing SSK Datastore
Opened main database for ssk-store-
Opening access times database for ssk-store-
Opened access times database for ssk-store-
Opening block db index
Opened block number database for ssk-store-
Keys in store: db 0 file 0 / max 15344
Initializing SSK Datacache (15344 keys)
Opened main database for ssk-cache-
Opening access times database for ssk-cache-
Opened access times database for ssk-cache-
Opening block db index
Opened block number database for ssk-cache-
Keys in store: db 0 file 0 / max 15344
Deleted 0 of 0 temporary files (0 non-temp files in temp directory) in 0
Initializing USK Manager
Error in WrapperListener.start callback.  java.lang.NullPointerException
java.lang.NullPointerException
at 
freenet.clients.http.bookmark.BookmarkManager.(BookmarkManager.java:82)
at freenet.node.NodeClientCore.(NodeClientCore.java:349)
at freenet.node.Node.(Node.java:1335)
at freenet.node.NodeStarter.start(NodeStarter.java:152)
at 
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java:2831)
at 
org.tanukisoftware.wrapper.WrapperManager.privilegedStart(WrapperManager.java:1815)
at 
org.tanukisoftware.wrapper.WrapperManager.access$2400(WrapperManager.java:103)
at 
org.tanukisoftware.wrapper.WrapperManager$5.run(WrapperManager.java:1743)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.tanukisoftware.wrapper.WrapperManager.start(WrapperManager.java:1740)
at freenet.node.NodeStarter.main(NodeStarter.java:261)
at freenet.node.Node.main(Node.java:511)
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closed database
Closed database
Closed database
Closed database
Closed database
Closed database
[EOT]

[freenet-support] java.lang.NullPointerException with purest vanilla freenet

[freenetw...@web.de]

svn revision 13945

when running "java -Xmx512M -cp freenet-cvs-snapshot.jar;freenet-ext.jar 
freenet.node.Node"
within a directory that only contains "freenet-cvs-snapshot.jar" and 
"freenet-ext.jar" leads to this:

console log:

[...]
Initializing SSK Datacache (15344 keys)
Opened main database for ssk-cache-
Opened access times database for ssk-cache-
Opening block db index
Opened block number database for ssk-cache-
Keys in store: db 0 file 0 / max 15344
Error in WrapperListener.start callback.  java.lang.NullPointerException
java.lang.NullPointerException
at freenet.config.SubConfig.getRawOption(SubConfig.java:307)
at freenet.node.Node.(Node.java:1168)
at freenet.node.NodeStarter.start(NodeStarter.java:147)
at 
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java:2831)
at 
org.tanukisoftware.wrapper.WrapperManager.privilegedStart(WrapperManager.java:1815)
at 
org.tanukisoftware.wrapper.WrapperManager.access$2400(WrapperManager.java:103)
at 
org.tanukisoftware.wrapper.WrapperManager$5.run(WrapperManager.java:1743)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.tanukisoftware.wrapper.WrapperManager.start(WrapperManager.java:1740)
at freenet.node.NodeStarter.main(NodeStarter.java:256)
at freenet.node.Node.main(Node.java:500)
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closed database
Closed database
Closed database
Closed database
Closed database
Closed database
Successfully closed all datastores.

[freenet-support] MAIN LOOP TERMINATED!

[freenetw...@web.de]

svn revision 13858


console log:

[...]
Freenet 0.7 Build #1040 r at custom@
FNP port is on 0.0.0.0:FNPDarknetPort
TMCI started on 127.0.0.1:2323
Loading persistent request 1 of 4...
Loading persistent request 2 of 4...
Loading persistent request 3 of 4...
Loading persistent request 4 of 4...
Starting FCP server on 127.0.0.1:9481.
Adding link: /sl/gallery/ => /plugins/plugins.TestGallery/
Adding link: /sl/search/ => /plugins/plugins.Librarian/
Adding link: /darknet/ => /friends/
Starting FProxy on 127.0.0.1:
Resuming persistent requests
Extra peer data reading and processing completed
Node initialization completed.
Completed startup: All persistent requests resumed or restarted
Written freenet.ini.tmp and moved to freenet.ini
FNP port created on 0.0.0.0:OpennetPort
Written freenet.ini.tmp and moved to freenet.ini
run() exiting
Written freenet.ini.tmp and moved to freenet.ini
MAIN LOOP TERMINATED!
Goodbye.

Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Written freenet.ini.tmp and moved to freenet.ini
Shutting down with exit code 0
Closed database
Closed database
Closed database
Closed database
Closed database
Closed database
Successfully closed all datastores.
[End]


freenet-latest.log:

[Begin]
Jul 01, 2007 08:19:15:910 (freenet.node.Node, main, ERROR): NOT using wrapper 
(at least not correctly).  Your freenet-ext.jar 
 and/or wrapper.conf 

 need to be updated.
Jul 01, 2007 08:19:16:207 (freenet.config.FreenetFilePersistentConfig, main, 
ERROR): Initialization not finished, refusing to write config
java.lang.Exception: error
at 
freenet.config.FreenetFilePersistentConfig.store(FreenetFilePersistentConfig.java:51)
at freenet.node.NodeClientCore.storeConfig(NodeClientCore.java:1011)
at 
freenet.clients.http.bookmark.BookmarkManager$USKUpdatedCallback.onFoundEdition(BookmarkManager.java:163)
at freenet.client.async.USKManager.update(USKManager.java:146)
at freenet.client.async.USKFetcher.onSuccess(USKFetcher.java:310)
at 
freenet.client.async.USKFetcher$USKAttempt.onSuccess(USKFetcher.java:125)
at freenet.client.async.USKChecker.onSuccess(USKChecker.java:30)
at 
freenet.client.async.ClientRequestScheduler.register(ClientRequestScheduler.java:250)
at freenet.node.SendableGet.schedule(SendableGet.java:108)
at 
freenet.client.async.USKFetcher$USKAttempt.schedule(USKFetcher.java:156)
at freenet.client.async.USKFetcher.schedule(USKFetcher.java:462)
at freenet.client.async.USKManager.subscribe(USKManager.java:187)
at 
freenet.clients.http.bookmark.BookmarkManager.addBookmark(BookmarkManager.java:243)
at 
freenet.clients.http.bookmark.BookmarkManager$BookmarkCallback.set(BookmarkManager.java:131)
at 
freenet.clients.http.bookmark.BookmarkManager.(BookmarkManager.java:91)
at freenet.node.NodeClientCore.start(NodeClientCore.java:432)
at freenet.node.Node.start(Node.java:1304)
at freenet.node.NodeStarter.start(NodeStarter.java:148)
at 
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java:2831)
at 
org.tanukisoftware.wrapper.WrapperManager.privilegedStart(WrapperManager.java:1815)
at 
org.tanukisoftware.wrapper.WrapperManager.access$2400(WrapperManager.java:103)
at 
org.tanukisoftware.wrapper.WrapperManager$5.run(WrapperManager.java:1743)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.tanukisoftware.wrapper.WrapperManager.start(WrapperManager.java:1740)
at freenet.node.NodeStarter.main(NodeStarter.java:256)
at freenet.node.Node.main(Node.java:498)
Jul 01, 2007 08:19:16:285 (freenet.config.FreenetFilePersistentConfig, main, 
ERROR): Initialization not finished, refusing to write config
java.lang.Exception: error
at 
freenet.config.FreenetFilePersistentConfig.store(FreenetFilePersistentConfig.java:51)
at freenet.node.NodeClientCore.storeConfig(NodeClientCore.java:1011)
at 
freenet.clients.http.bookmark.BookmarkManager$USKUpdatedCallback.onFoundEdition(BookmarkManager.java:163)
at freenet.client.async.USKManager.update(USKManager.java:146)
at freenet.client.async.USKFetcher.onSuccess(USKFetcher.java:310)
at 
freenet.client.async.USKFetcher$USKAttempt.onSuccess(USKFetcher.java:125)
at freenet.client.async.USKChecker.onSuccess(USKChecker.java:30)
at 
freenet.client.async.ClientRequestScheduler.register(ClientRequestScheduler.java:250)
at freenet.node.SendableGet.schedule(SendableGet.java:108)
at 
freenet.client.async.USKFetcher$USKAttempt.schedule(USKFetcher.java:156)
at 

[freenet-support] Error in WrapperListener.start callback. java.lang.NullPointerException

[freenetw...@web.de]

svn revision 13841
console log:

[...]
FNP port is on 0.0.0.0:xxx
Error in WrapperListener.start callback.  java.lang.NullPointerException
java.lang.NullPointerException
at 
freenet.node.IPDetectorPluginManager.tryMaybeRun(IPDetectorPluginManager.java:155)
at 
freenet.node.IPDetectorPluginManager.start(IPDetectorPluginManager.java:142)
at freenet.node.NodeIPDetector.start(NodeIPDetector.java:395)
at freenet.node.Node.start(Node.java:1278)
at freenet.node.NodeStarter.start(NodeStarter.java:148)
at 
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java:2831)
at 
org.tanukisoftware.wrapper.WrapperManager.privilegedStart(WrapperManager.java:1815)
at 
org.tanukisoftware.wrapper.WrapperManager.access$2400(WrapperManager.java:103)
at 
org.tanukisoftware.wrapper.WrapperManager$5.run(WrapperManager.java:1743)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.tanukisoftware.wrapper.WrapperManager.start(WrapperManager.java:1740)
at freenet.node.NodeStarter.main(NodeStarter.java:256)
at freenet.node.Node.main(Node.java:497)
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closed database
Closed database
Closed database
Closed database
Closed database
Closed database
Successfully closed all datastores.

[freenet-support] 'problem loading page' - 'unable to connect'

[freenetw...@web.de]

Have you chosen  as you node's port?!
Don't do this as it's need for FProxy.
Take a random number between 1024 and 65535 and try again


>If I had to guess, it looks like you may be running as a limited user.
> The install script is installing a service (which requires admin
>privileges).  Maybe someone else has an idea?

>On 2/12/07, Suomen Kuningas  wrote:
>> I have just installed freenet 0.7 and frost and I am new to this type of
>> networking. There didn't seem to be any problems with the install.
>> I am following First Timers Handbook in the Wiki and I am having problems
>> here...
>>
>> Go to  http://localhost: If you see Freenet FProxy Homepage of .,
>> then your Node is up and operational. If not, then either your node is not
>> running, it is still loading, or something else is happening. See the Help
>> section below.
>>
>> I am getting 'problem loading page' - 'unable to connect' with firefox2.
>> I have a firewall and I have turned it off and quickly tried again, but with
>> no luck.
>> I connect directly to the internet.
>>
>> I went to the help section below but it didn't seem to relate to my problem.
>>
>> Here is the wrapper.log
>> STATUS | wrapper  | 2007/02/12 16:54:21 | Freenet 0.7 darknet- removed.
>> ERROR  | wrapper  | 2007/02/12 16:54:21 | CreateService failed - Access is
>> denied. (0x5)
>>
>> So whats going on here?
>> Thanks for your time.
>>
>> ___
>> Support mailing list
>> Support at freenetproject.org
>> http://news.gmane.org/gmane.network.freenet.support
>> Unsubscribe at
>> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>> Or
>> mailto:support-request at freenetproject.org?subject=unsubscribe
>>


>-- 
>I may disagree with what you have to say, but I shall defend, to the
>death, your right to say it. - Voltaire
>Those who would give up Liberty, to purchase temporary Safety, deserve
>neither Liberty nor Safety. - Ben Franklin
>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] looking for reference

[freenetw...@web.de]

Hi Tom,

please visit #freenet-refs at irc.freenode.com
Don't post refs on the mailing lists as they disturb


>Hi,

>I'm looking for references. Can anybody send me the reference?

>My reference:

>lastGoodVersion=Fred,0.7,1.0,1010
>sig=009c0d0f2971bdece7f47132f42f0fef1b19d4885d3291d612e961779b4292ee53,60fd60bb3080f92f38665203ebd5e0af1f373e1e2d9de3c2a2f0c8a684361e0f
>identity=S3jZFvotB0t8lIWw6YhvIAKMXllHlp4UxnGl~pjPtxU
>myName=myFreenet
>location=0.03687556179156304
>testnet=false
>version=Fred,0.7,1.0,1012
>physical.udp=88.198.137.235:59566
>ark.pubURI=SSK at 
>Si2NgNMpBQT5-rf-5ZDeIbpbWOXupC6xN4BjUrlnDv0,KB7~-5y9Phyi1mBo2zG-AakDziwVVjEKF80aX1wkaEw,AQACAAE/ark
>ark.number=0
>dsaPubKey.y=AIE1utrhe2Wy0Om4hgTWn6lWj-HixEmA1vzy7LeBxC24QIYrI0wQE5YEdHpJP7G0JpvHrHpMG5x~12oii1BND1QizxQq0zYDr6dsQcqqy9jUftCbQ6xCRnV4Z-HL31WZx-
DHkpc22dU2NLecPR9UtWGCtjqNrWnLdDgR3yDd9rVjktOfRzc9gnIaYYmd86HbTOlMtXR2eFVf~f5BFQDmUI2tfN78Ix8EbBvzb1OUHXLLGOKKKV48SHqbKrAX6bhXKjM9hFbHrVuAnFq6kb4pnzk1pjggRuyeZnPuQKT4WwCK6Um0fCBH1hUZ5
~YSDiJDb2cUcUOO97oimsuURIwVtzY
>dsaGroup.p=AIYIrE9VNhM38qPjirGGT-PJjWZBHY0q-JxSYyDFQfZQeOhrx4SUpdc~SppnWD~UHymT7WyX28eV3YjwkVyc~--H5Tc83hPjx8qQc7kQbrMb~CJy7QBX~YSocKGfioO-
pwfRZEDDguYtOJBHPqeenVDErGsfHTCxDDKgL2hYM8Ynj8Kes0OcUzOIVhShFSGbOAjJKjeg82XNXmG1hhdh2tnv8M4jJQ9ViEj425Mrh6O9jXovfPmcdYIr3C~3waHXjQvPgUiK4N5Saf~FOri48fK-PmwFZFc-YSgI9o2-70nVybSnBXlM96QkzU6x4CYFUuZ7-
B~je0ofeLdX7xhehuk
>dsaGroup.g=UaRatnDByf0QvTlaaAXTMzn1Z15LDTXe-J~gOqXCv0zpz83CVngSkb--bVRuZ9R65OFg~ATKcuw8VJJwn1~A9p5jRt2NPj2EM7bu72O85-
mFdBhcav8WHJtTbXb4cxNzZaQkbPQUv~gEnuEeMTc80KZVjilQ7wlTIM6GIY~ZJVHMKSIkEU87YBRtIt1R~BJcnaDAKBJv~oXv1PS-6iwQRFMynMEmipfpqDXBTkqaQ8ahiGWA41rY8d4jDhrzIgjvkzfxkkcCpFFOldwW8w8MEecUoRLuhKnY1sm8nnTjNlYLtc1Okeq-
ba0mvwygSAf4wxovwY6n1Fuqt8yZe1PDVg
>dsaGroup.q=ALFDNoq81R9Y1kQNVBc5kzmk0VvvCWosXY5t9E9S1tN5
>End

>Thanks
>Tom
>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] Firefox can't establish a connection to the server at localhost:8888.

[freenetw...@web.de]

>> try both "localhost:" and "127.0.0.1:" as "localhost" is most of =
>the case !=3D 127.0.0.1 (do you read me, Worst-developer? ;)

>Why would localhost !=3D 127.0.0.1?

for me "localhost" is "192.168.2.1", my inferface's IP
and 127.0.0.1 is only "virtual loopback" without a "real" inferface

and if it binds to 192.168.2.1 (localhost) it's (of course and correctly) not 
accessible at 127.0.0.1 and vice versa

you can bind to three interfaces:
- localhost
- loopback
- (all)
which all three indicate different interfaces

[freenet-support] Firefox can't establish a connection to the server at localhost:8888.

[freenetw...@web.de]

>> what do you mean with "references"? references is a reserved word for a text 
>> passage describing a a node identity, do you mean that or just a 
>> http://localhost:/XXX at YYY-link?

>I added 13 peers where 2 are connected and the rest are disconnected, 
>one of them has Version 1007
>> did you start your node at all?

how did you add them? via the web-frontend? or via TCMI?

>It started alone (isn't it a service?)

depends on operating system and whether you run it manually or as a service, 
therefore i asked

>> is port  maybe used by a different program?
>>
>>   
>How can I verify that?

0) read the log for errors, usually there should be something if the node can't 
start. if you don't find anything:
1) shut down the node, be sure it isn't running
2.1) open a "cmd" console
2.2) type"netstat -a -n"
2.3) search for a line with either "TCP127.0.0.1: 0.0.0.0:0 
 LISTENING" or "TCP127.0.0.1:9481 0.0.0.0:0  
LISTENING"
2.4) if one of these lines exists and your node is not running, then this port 
is used by a different program and therefore the node can't start
3) then you can either:
3a) stop or remove the other program
3b) change the ports of the other program
3c) change the ports of the freenet node
4) also you can try to start the node nevertheless and perform step 2 to see if 
the ports are now taken by the node. the node uses both ports, so if they are 
both taken (after a node start without errors (see the log)), freenet should be 
running

HTH

[freenet-support] Firefox can't establish a connection to the server at localhost:8888.

[freenetw...@web.de]

be more verbose

try both "localhost:" and "127.0.0.1:" as "localhost" is most of the 
case != 127.0.0.1 (do you read me, Worst-developer? ;)
which version of freenet so you use - 0.5 or 0.7?
what exact build?
what do you mean with "references"? references is a reserved word for a text 
passage describing a a node identity, do you mean that or just a 
http://localhost:/XXX at YYY-link?
did you start your node at all?
is port  maybe used by a different program?

HTH

>After I got some references included I get most of the time:

>Firefox can't establish a connection to the server at localhost:.



>How can I fix that?


>bye

>Ronald Wiplinger

>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] Node doesn't start anymore... "java.lang.NoSuchFieldError: config"

[freenetw...@web.de]

>Doesn't happen here. Maybe an SVN/compiling glitch? You did compile it
>yourself, correct? With sun java or GCJ?

1. "ant clean"
2. delete test folder contents as it depends on junit, regardless the 
proclamation of default target being independent of them now it still is (here)
3. "ant"
4. compiles without problems
5. run
6. get exception on node startup
7. node shuts down


jikes is not installed here, compiling is done with sun's javac

"java -version":
java version "1.6.0-beta2"
Java(TM) SE Runtime Environment (build 1.6.0-beta2-b86)
Java HotSpot(TM) Client VM (build 1.6.0-beta2-b86, mixed mode, sharing)

"javac -version":
javac 1.6.0-beta2


wrapper is not installed but it wonderfully worked without until now (yet 
another*** annoying "must-have" dependency!!?!)



>On Thu, Dec 21, 2006 at 10:30:32PM +0100, freenetwork at web.de wrote:
>> ...and once again one of the recent change broke my node... *sigh*
>> build 11507
>>=20
>>=20
>> Initializing SSK Datacache (15344 keys)
>> Opening database using .\ssk-xxx.cache
>> Opening block db index
>> Keys in store: db 4422 file 4422 / max 15344
>> Deleted 0 of 0 temporary files (0 non-temp files in temp directory) in
>> Initializing USK Manager
>> Initializing Plugin Manager
>> Error in WrapperListener.start callback.  java.lang.NoSuchFieldError: con=
>fig
>> java.lang.NoSuchFieldError: config
>> at freenet.pluginmanager.PluginManager.(PluginManager.java:=
>62)
>> at freenet.node.Node.(Node.java:1338)
>> at freenet.node.NodeStarter.start(NodeStarter.java:148)
>> at org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperMa=
>nager.java:2831)
>> at org.tanukisoftware.wrapper.WrapperManager.privilegedStart(Wrap=
>perManager.java:1815)
>> at org.tanukisoftware.wrapper.WrapperManager.access$2400(WrapperM=
>anager.java:103)
>> at org.tanukisoftware.wrapper.WrapperManager$5.run(WrapperManager=
>=2Ejava:1743)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at org.tanukisoftware.wrapper.WrapperManager.start(WrapperManager=
>=2Ejava:1740)
>> at freenet.node.NodeStarter.main(NodeStarter.java:256)
>> at freenet.node.Node.main(Node.java:685)
>> Closing database due to shutdown.
>> Closing database due to shutdown.
>> Closing database due to shutdown.
>> Closing database due to shutdown.
>> Closing database due to shutdown.
>> Closing database due to shutdown.
>> Closed database
>> Closed database
>> Closed database
>> Closed database
>> Closed database
>> Closed database
>> Successfully closed all datastores.
>>=20
>>=20
>> ___
>> Support mailing list
>> Support at freenetproject.org
>> http://news.gmane.org/gmane.network.freenet.support
>> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/sup=
>port
>> Or mailto:support-request at freenetproject.org?subject=3Dunsubscribe
>>=20

>--M9NhX3UHpAaciwkO
>Content-Type: application/pgp-signature; name="signature.asc"
>Content-Description: Digital signature
>Content-Disposition: inline

>-BEGIN PGP SIGNATURE-
>Version: GnuPG v1.4.6 (GNU/Linux)

>iD8DBQFFjHUTA9rUluQ9pFARAqdXAJ9OGiuY8kGxD/GoZGeHBGue/1fOawCdHNw/
>iljgXZSwKBv5wfbPfF2kRTA=
>=a1a8
>-END PGP SIGNATURE-

>--M9NhX3UHpAaciwkO--


>--===1987447660==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline

>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe
>--===1987447660==--

[freenet-support] Node doesn't start anymore... "java.lang.NoSuchFieldError: config"

[freenetw...@web.de]

Bug still in build 11514 :(

>As far as I know this is fixed.

>On Fri, Dec 22, 2006 at 07:43:09AM +0100, freenetwork at web.de wrote:
>> >> ...and once again one of the recent change broke my node... *sigh*
>> >> build 11507
>> >>
>>=20
>> >You realize you are running "unstable(testing)" builds of alpha
>> >software, right?  If you aren't doing it to test the software, I
>> >suggest you stick to the "stable" releases.  If you are reporting a
>> >bug, could you choose a nicer tone please?
>>=20
>> >Thanks  :)
>>=20
>> wow, juiceman. i meant no offense or harm to anyone!
>> i know it's alpha as i've been around since version 0.3, ran 0.7 builds <=
>300 and participated in the 0.7 testnet.
>> what i mention here is that in the last few weeks there have been commits=
> to HEAD that effectively stop a node from functioning. of course this can =
>happen, but i'd like to see more testing before committing, and if the test=
>s ran through okay (which i assume they did) a=20
>> relatively quick response to the developers indicating a problem (my mail=
>). as i assume this is a configuration or settings problem at my side, i ha=
>ven't submitted a bug to emu. if it turns out to be one, i'll add one there.
>>=20
>> so, again, no offense meant! sorry, you thought so :(
>>=20
>> merry christmas :)
>> ERsT0r! :P

>--GvXjxJ+pjyke8COw
>Content-Type: application/pgp-signature; name="signature.asc"
>Content-Description: Digital signature
>Content-Disposition: inline

>-BEGIN PGP SIGNATURE-
>Version: GnuPG v1.4.6 (GNU/Linux)

>iD8DBQFFjFZBA9rUluQ9pFARAkrSAJ0WA8O457BOtc68LM3YdwjP8PUs6QCgoKyz
>WjL8qV+gQY0fM3OE6wAdTR0=
>=klFd
>-END PGP SIGNATURE-

>--GvXjxJ+pjyke8COw--


>--===0239746020==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline

>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe
>--===0239746020==--

[freenet-support] Node doesn't start anymore... "java.lang.NoSuchFieldError: config"

[freenetw...@web.de]

>> ...and once again one of the recent change broke my node... *sigh*
>> build 11507
>>

>You realize you are running "unstable(testing)" builds of alpha
>software, right?  If you aren't doing it to test the software, I
>suggest you stick to the "stable" releases.  If you are reporting a
>bug, could you choose a nicer tone please?

>Thanks  :)

wow, juiceman. i meant no offense or harm to anyone!
i know it's alpha as i've been around since version 0.3, ran 0.7 builds <300 
and participated in the 0.7 testnet.
what i mention here is that in the last few weeks there have been commits to 
HEAD that effectively stop a node from functioning. of course this can happen, 
but i'd like to see more testing before committing, and if the tests ran 
through okay (which i assume they did) a 
relatively quick response to the developers indicating a problem (my mail). as 
i assume this is a configuration or settings problem at my side, i haven't 
submitted a bug to emu. if it turns out to be one, i'll add one there.

so, again, no offense meant! sorry, you thought so :(

merry christmas :)
ERsT0r! :P

[freenet-support] Node doesn't start anymore... "java.lang.NoSuchFieldError: config"

[freenetw...@web.de]

...and once again one of the recent change broke my node... *sigh*
build 11507


Initializing SSK Datacache (15344 keys)
Opening database using .\ssk-xxx.cache
Opening block db index
Keys in store: db 4422 file 4422 / max 15344
Deleted 0 of 0 temporary files (0 non-temp files in temp directory) in
Initializing USK Manager
Initializing Plugin Manager
Error in WrapperListener.start callback.  java.lang.NoSuchFieldError: config
java.lang.NoSuchFieldError: config
at freenet.pluginmanager.PluginManager.(PluginManager.java:62)
at freenet.node.Node.(Node.java:1338)
at freenet.node.NodeStarter.start(NodeStarter.java:148)
at 
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java:2831)
at 
org.tanukisoftware.wrapper.WrapperManager.privilegedStart(WrapperManager.java:1815)
at 
org.tanukisoftware.wrapper.WrapperManager.access$2400(WrapperManager.java:103)
at 
org.tanukisoftware.wrapper.WrapperManager$5.run(WrapperManager.java:1743)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.tanukisoftware.wrapper.WrapperManager.start(WrapperManager.java:1740)
at freenet.node.NodeStarter.main(NodeStarter.java:256)
at freenet.node.Node.main(Node.java:685)
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closed database
Closed database
Closed database
Closed database
Closed database
Closed database
Successfully closed all datastores.

[freenet-support] HELP!!!!!

[freenetw...@web.de]

basically it's working if http://127.0.0.1:/darknet/ shows some peers with 
a green "CONNECTED".

for starters see here: http://wiki.freenetproject.org/FreenetConnections
(and the other wiki pages)



>i just downloaded the freenet software not sure if its working correctly 
>, i read the "set up" info BUT its VERY confusing, a less complicated 
>explanation on how to make the software run would be greatly appreciated

>:>

>_
>Visit MSN Holiday Challenge for your chance to win up to $50,000 in Holiday 
>cash from MSN today!  
>http://www.msnholidaychallenge.com/index.aspx?ocid=tagline=en-us

>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] ant build problems

[freenetw...@web.de]

hi guys,

recenty i've got heavy problems with the ant dist build target.
for some odd reason it now wants to compile the test units that
a) won't compile here at all, so i had to delete the test directory!
b) "dist" won't build because it depends on junit which isn't installed here so 
i had to hack here, too

who the hell fscked the buildfile!!!?

[freenet-support] Freenet 0.7 build 1001

[freenetw...@web.de]

>> >Freenet 0.7 build 1001 is now available. Please upgrade. Tell me if the
>> >auto-update doesn't work for you. 1000 and 1001 consist mostly of
>> >bugfixes, mostly relating to recent problems with high bandwidth usage
>> >(above the specified limit) and low payload (efficiency) percentage. If
>> >you are currently seeing these problems please try build 1001, and let
>> >us know how you get on. Thanks.
>>=20
>> Suddenly ALL my peers are BACKED OFF and my node is not able to detect it=
>'s IP address anymore ("give a hint...")
>> What's wrong? Is this just me?

>Strange. Two separate problems. The first I have no idea, but try 1002.

1002 seems to have helped. They're CONNECTED once more.
IP still isn't detected. I'm natted, so the other nodes tell me my IP within 
their packets?

>As for the second, is the jSTUN plugin still loaded? If not, I suggest
>you load it manually (instructions on the plugins page on the wiki).

"No plugins loaded"

jSTUN never worked for me, either. It had an incompatible protocol.

>> (My peer versions range from 998 to 1001)

>--dDRMvlgZJXvWKvBx
>Content-Type: application/pgp-signature; name="signature.asc"
>Content-Description: Digital signature
>Content-Disposition: inline

>-BEGIN PGP SIGNATURE-
>Version: GnuPG v1.4.5 (GNU/Linux)

>iD8DBQFFbH8zA9rUluQ9pFARArStAJ9MzQV5/0TApYcw31PkUmoKekKT7gCfVa81
>38U3a8BQpanSBVft8axoMFk=
>=6gVb
>-END PGP SIGNATURE-

>--dDRMvlgZJXvWKvBx--


>--===1455854953==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline

>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe
>--===1455854953==--

[freenet-support] Freenet 0.7 build 1001

[freenetw...@web.de]

>Freenet 0.7 build 1001 is now available. Please upgrade. Tell me if the
>auto-update doesn't work for you. 1000 and 1001 consist mostly of
>bugfixes, mostly relating to recent problems with high bandwidth usage
>(above the specified limit) and low payload (efficiency) percentage. If
>you are currently seeing these problems please try build 1001, and let
>us know how you get on. Thanks.

Suddenly ALL my peers are BACKED OFF and my node is not able to detect it's IP 
address anymore ("give a hint...")
What's wrong? Is this just me?

(My peer versions range from 998 to 1001)

[freenet-support] build 10982 NPE hangs node on startup

[freenetw...@web.de]

[...]
Written freenet.ini.tmp and moved to freenet.ini
Extra peer data reading and processing completed
Node initialization completed.
Exception in thread "freenet.clients.http.SimpleToadletServer$SocketHandler at 
42cbda" java.lang.NullPointerException
at 
freenet.node.updater.NodeUpdaterManager.fetchingNewMainJar(NodeUpdaterManager.java:679)
at 
freenet.node.useralerts.UpdatedVersionAvailableUserAlert.isValid(UpdatedVersionAvailableUserAlert.java:176)
at 
freenet.node.useralerts.UserAlertManager.createAlerts(UserAlertManager.java:58)
at 
freenet.clients.http.WelcomeToadlet.handleGet(WelcomeToadlet.java:526)
at 
freenet.clients.http.ToadletContextImpl.handle(ToadletContextImpl.java:282)
at 
freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:394)
at java.lang.Thread.run(Thread.java:619)

after that nothing more happened, fproxy also didn't show up

[freenet-support] build 10536 - ERROR + FEC: NPE causing ExceptionInInitializerError

[freenetw...@web.de]

from console:

[...]
Node initialization completed.
Written freenet.ini.tmp and moved to freenet.ini
Failed to load native FEC: java.lang.ExceptionInInitializerError
java.lang.ExceptionInInitializerError
at 
freenet.client.StandardOnionFECCodec.(StandardOnionFECCodec.java:137)
at 
freenet.client.StandardOnionFECCodec.getInstance(StandardOnionFECCodec.java:114)
at freenet.client.FECCodec.getCodec(FECCodec.java:25)
at 
freenet.client.async.SplitFileFetcherSegment$Decoder.run(SplitFileFetcherSegment.java:199)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
at 
com.onionnetworks.util.NativeDeployer.findLibraries(NativeDeployer.java:140)
at 
com.onionnetworks.util.NativeDeployer.getLibraryPath(NativeDeployer.java:66)
at com.onionnetworks.fec.Native8Code.(Unknown Source)
... 5 more



from log:

Sep 28, 2006 13:32:08:087 (freenet.config.FreenetFilePersistentConfig, main, 
ERROR): Initialization not finished, refusing to write config
java.lang.Exception: error
at 
freenet.config.FreenetFilePersistentConfig.store(FreenetFilePersistentConfig.java:47)
at freenet.node.NodeClientCore.storeConfig(NodeClientCore.java:741)
at 
freenet.clients.http.BookmarkManager$USKUpdatedCallback.onFoundEdition(BookmarkManager.java:77)
at freenet.client.async.USKManager.update(USKManager.java:152)
at freenet.client.async.USKFetcher.onSuccess(USKFetcher.java:308)
at 
freenet.client.async.USKFetcher$USKAttempt.onSuccess(USKFetcher.java:122)
at freenet.client.async.USKChecker.onSuccess(USKChecker.java:26)
at 
freenet.client.async.ClientRequestScheduler.register(ClientRequestScheduler.java:173)
at 
freenet.client.async.BaseSingleFileFetcher.schedule(BaseSingleFileFetcher.java:76)
at 
freenet.client.async.USKFetcher$USKAttempt.schedule(USKFetcher.java:151)
at freenet.client.async.USKFetcher.schedule(USKFetcher.java:440)
at freenet.client.async.USKManager.subscribe(USKManager.java:191)
at 
freenet.clients.http.BookmarkManager.addBookmark(BookmarkManager.java:138)
at freenet.clients.http.BookmarkManager.(BookmarkManager.java:90)
at freenet.node.NodeClientCore.start(NodeClientCore.java:212)
at freenet.node.Node.start(Node.java:1408)
at freenet.node.NodeStarter.start(NodeStarter.java:151)
at 
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java:3125)
at 
org.tanukisoftware.wrapper.WrapperManager.privilegedStart(WrapperManager.java:2109)
at 
org.tanukisoftware.wrapper.WrapperManager.access$2400(WrapperManager.java:416)
at 
org.tanukisoftware.wrapper.WrapperManager$5.run(WrapperManager.java:2044)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.tanukisoftware.wrapper.WrapperManager.start(WrapperManager.java:2041)
at freenet.node.NodeStarter.main(NodeStarter.java:224)
at freenet.node.Node.main(Node.java:654)
Sep 28, 2006 13:33:04:147 (freenet.client.StandardOnionFECCodec, Decoder for 
freenet.client.async.SplitFileFetcherSegment at 143bf3d, ERROR): Failed to load 
native FEC: java.lang.ExceptionInInitializerError
java.lang.ExceptionInInitializerError
at 
freenet.client.StandardOnionFECCodec.(StandardOnionFECCodec.java:137)
at 
freenet.client.StandardOnionFECCodec.getInstance(StandardOnionFECCodec.java:114)
at freenet.client.FECCodec.getCodec(FECCodec.java:25)
at 
freenet.client.async.SplitFileFetcherSegment$Decoder.run(SplitFileFetcherSegment.java:199)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
at 
com.onionnetworks.util.NativeDeployer.findLibraries(NativeDeployer.java:140)
at 
com.onionnetworks.util.NativeDeployer.getLibraryPath(NativeDeployer.java:66)
at com.onionnetworks.fec.Native8Code.(Unknown Source)
... 5 more

[freenet-support] Freenet 0.7 *PLONK*

[freenetw...@web.de]

Don't feed the troll


>Freenet 0.7 is nothing more than yet another in a series of Freenet
>failures-in-waiting until it proves itself, IMHO, by emerging out of alpha
>with open-net.
>
>
>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] Freenet gets stuck on shutdown

[freenetw...@web.de]

Current svn-snapshot

[--- node startup ---]
Creating ARKFetchManager
Creating PeerManager
Read X peers from .\peers-X
Initializing CHK Datastore (X keys)
Opening block db index
Keys in store: 1587 / 49101 (db 1587 file 1587)
Initializing CHK Datacache (59790:12276 keys)
Opening block db index
Keys in store: 33611 / 59790 (db 33611 file 33611)
Initializing pubKey Datastore
Opening block db index
Keys in store: 126 / 49101 (db 126 file 126)
Initializing pubKey Datacache (12276 keys)
Opening block db index
Keys in store: 5009 / 12276 (db 5009 file 5009)
Initializing SSK Datastore
Opening block db index
Keys in store: 127 / 49101 (db 127 file 127)
Initializing SSK Datacache (61250:12276 keys)
[--- pressed CTRL+C ---]
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Closing database due to shutdown.
Opening block db index
Keys in store: 5627 / 61250 (db 5627 file 5627)
Could not open datastore: java.lang.IllegalStateException: Shutdown in progress
java.lang.IllegalStateException: Shutdown in progress
at 
java.lang.ApplicationShutdownHooks.add(ApplicationShutdownHooks.java:39)
at java.lang.Runtime.addShutdownHook(Runtime.java:192)
at 
freenet.store.BerkeleyDBFreenetStore.(BerkeleyDBFreenetStore.java:234)
at freenet.node.Node.(Node.java:1204)
at freenet.node.NodeStarter.start(NodeStarter.java:150)
at 
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java:3125)
at 
org.tanukisoftware.wrapper.WrapperManager.privilegedStart(WrapperManager.java:2109)
at 
org.tanukisoftware.wrapper.WrapperManager.access$2400(WrapperManager.java:416)
at 
org.tanukisoftware.wrapper.WrapperManager$5.run(WrapperManager.java:2044)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.tanukisoftware.wrapper.WrapperManager.start(WrapperManager.java:2041)
at freenet.node.NodeStarter.main(NodeStarter.java:224)
at freenet.node.Node.main(Node.java:654)
Failed to load node: Could not open datastore: java.lang.IllegalStateException: 
Shutdown in progress (3)
freenet.node.Node$NodeInitException: Could not open datastore: 
java.lang.IllegalStateException: Shutdown in progress (3)
at freenet.node.Node.(Node.java:1221)
at freenet.node.NodeStarter.start(NodeStarter.java:150)
at 
org.tanukisoftware.wrapper.WrapperManager.startInner(WrapperManager.java:3125)
at 
org.tanukisoftware.wrapper.WrapperManager.privilegedStart(WrapperManager.java:2109)
at 
org.tanukisoftware.wrapper.WrapperManager.access$2400(WrapperManager.java:416)
at 
org.tanukisoftware.wrapper.WrapperManager$5.run(WrapperManager.java:2044)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.tanukisoftware.wrapper.WrapperManager.start(WrapperManager.java:2041)
at freenet.node.NodeStarter.main(NodeStarter.java:224)
at freenet.node.Node.main(Node.java:654)
Closed database
Closed database
Closed database
Closed database
Closed database
[--- and here it stops and stays without exiting ---]

[freenet-support] Freenet 0,5 and 0,7

[freenetw...@web.de]

0) be sure you have Java version 1.5 or 1.6 (1.4 will/should work too)
- type "java -version" in a console and watch the output

1) download these two files into a separate directory you've created forehand:
- http://downloads.freenetproject.org/alpha/freenet-r10260-snapshot.jar
- http://downloads.freenetproject.org/alpha/freenet-ext.jar

2) change to the directory they're in

3) rename "freenet-r10260-snapshot.jar" to "freenet.jar"

4) run "java -cp freenet.jar;freenet-ext.jar;%CLASSPATH%;. freenet.node.Node

5) report problems :)



>On Thu, 24 Aug 2006 19:37:56 -0400, Juiceman  wrote:
>>
>
>> For those of you have never even tried to use 0.7 but are complaining about 
>> it:
>> 1.  You shouldn't argue until you at least try it.
>> 2.  It performs quite well IMO compared to 0.5
>> 3.  Almost every app from 0.5 works with 0.7 now (or there is an
>> equivalent program available)
>> 4.  It is a complete re-write of almost all the code and uses a
>> dramatically different data format so backwards compatibility is not
>> possible.  Move forward.  :)
>
>To convince me you need not try for ready am I to migrate to 0.7
>Like others recently posting however I am Windows 98 user not able to 
>change OS.
>Tried have I various install methods to use.  So far Failed have they all.
>
>Seeking guidance am I, to complete the migration with success.  From others 
>have
>I seen postings in their quest similar, yet ignored are they all.
>
>For help thank I you all.
>
>
>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] Freenet 0,5 and 0,7

[freenetw...@web.de]

Choose:

1) 0.5:
- the branch stable is in effect the branch unstable. both share the same 
code, eventhough the 'stable'  is called 0.5 and the unstable "pre 0.6" or 
something like that
- unstable (eventhough the branch is called 'stable'): there are still 
major problems with the routing algorithm IIRC even in the latest CVS
- unsupported and utterly unmaintained for NOW SEVERAL YEARS

or

2) 0.7:
- no unstable branch because the code has to be settled and heavy work is 
going on, therefore a distinction between stable and unstable is not helpful at 
this time as both branches would be modified by a new release
- unstable - but in the sense of "unfinished", NOT "doesn't work". 0.5 is 
more "doesn't work" than 0.7 currently is and will ever be
- actively supported and maintained. New releases are nearly every other 
day. Bugfixes and improvements galore (that doesn't mean that 0.5 is bug free - 
all the known or unknown bugs simply aren't fixed anymore and nobody cares (for 
a good reason))

make your choice.

I already have and won't regret droppiong 0.5 which is, or better was, a 
horrible monster of software. 0.5 started up in a minute or so, 0.7 in fully 
operational in less than 5 seconds! (YMMV)




--Original Message Text---
From: urza9...@gmail.com
Date: Wed, 23 Aug 2006 21:34:25 -0400

0.7 isn't a stable version either. It's a not nearly completed, far
from functional version.

On 8/23/06, Ortwin Regel  wrote:
> 0.5 isn't a stable version. It's an outdated version that many people
> happen to use. Of course you can keep using 0.5 and slowly watch it
> die, or even try to keep it alive. But the freenet team wants you to
> populate 0.7 so they can improve it. It's unfortunate that it scares
> away a few users too lazy to run 0.7 but they will come back once it's
> better and stable.
>
> On 8/22/06, an ominous cow herd  wrote:
> > I don't think that the 0.5 network needs active coding. It's fine the way it
> > is. It should be stated that there will be no patches or bug fixes for the
> > 0.5 network, but putting it in small print and calling it "unsupported" 
> > while
> > directing new users to the alpha 0.7 network just doesn't make sense. The
> > 0.5 network should be called the stable version and 0.7 should be the
> > unstable version, just like it was done in the past. If users ask questions,
> > they should be directed to the wiki. Why the big push to get new users on
> > the 0.7 network while it's still in the alpha stage?
> >
> > On Monday 21 August 2006 14:35, Matthew Toseland wrote:
> > > We don't have a big enough team to actively support both.
> > >
> > > On Sun, Aug 20, 2006 at 11:31:38PM -0700, an ominous cow herd wrote:
> > > > I can empathize.  Freenet is is one of the first projects that I've seen
> > > > take a working application and push it aside, while directing new users
> > > > to an alpha version.  The way it would normally be done is listing
> > > > Freenet 0.5 as the stable version instead of the "unsupported" version,
> > > > and 0.7 as the alpha version still under development.  New users would
> > > > opt for the stable version. Having new users directed to an alpha 
> > > > version
> > > > while the stable version is fully functioning is quite strange.
> > > >
> > > > On Saturday 19 August 2006 08:11, - wrote:
> > > > > Hi,
> > > > >
> > > > > I think you're making a mistake in forcing new people into the beta
> > > > > test freenet 0.7 instead of the established 0.5.
> > > > >
> > > > > You're forgetting how _highly_ someone new has to be motivated to try
> > > > > freenet, even version 0.5 which works and is not a beta test. Let's
> > > > > think about what would motivate someone...
> > > > >
> > > > > I remember when I found freenet, I installed it spent hours reading
> > > > > over the technical jargon.
> > > > > It was incredible slow. I removed it thinking this is a pile of crap
> > > > > that does not work.
> > > > >
> > > > > Only a few months later, did I again bother to go through this
> > > > > complicated process and after waiting for three days with it on, it
> > > > > finally started working.
> > > > >
> > > > > The reason I spent many hours and went back after throwing it out 
> > > > > once,
> > > > > was because I was _highly motivated_ for the anonymity and content.
> > > > >
> > > > > Here's the problem:
> > > > >
> > > > > If 0.7 doesn't offer the anonymity and the content, plus it's an
> > > > > unstable beta test,
> > > > > why would anyone new bother to join the community?
> > > > >
> > > > > Do you think people are nice enough to offer their time and computers
> > > > > to beta test some random highly technical peer to peer application 
> > > > > that
> > > > > completely hogs your computer's resources?
> > > > >
> > > > >
> > > > >
> > > > > The problem with freenet (even 0.5) is, it just isn't user friendly.
> > > > > A person who just stumbles on freenet does not know if it's actually
> > > > > going to work. After 

[freenet-support] Caught a FetchException

[freenetw...@web.de]

Current svn snapshot:

Aug 23, 2006 17:08:08:818 (freenet.client.async.SplitFileFetcherSegment, FCP 
input handler for /127.0.0.1:2580, ERROR): Failing with 
FetchException:Cancelled:null:-1:null:false:null:null but already started decode
FetchException:Cancelled:null:-1:null:false:null:null
at 
freenet.client.async.SplitFileFetcherSegment.cancel(SplitFileFetcherSegment.java:387)
at 
freenet.client.async.SplitFileFetcher.cancel(SplitFileFetcher.java:252)
at freenet.client.async.ClientGetter.cancel(ClientGetter.java:135)
at freenet.node.fcp.ClientRequest.cancel(ClientRequest.java:179)
at freenet.node.fcp.FCPClient.removeByIdentifier(FCPClient.java:162)
at 
freenet.node.fcp.RemovePersistentRequest.run(RemovePersistentRequest.java:37)
at 
freenet.node.fcp.FCPConnectionInputHandler.realRun(FCPConnectionInputHandler.java:84)
at 
freenet.node.fcp.FCPConnectionInputHandler.run(FCPConnectionInputHandler.java:26)
at java.lang.Thread.run(Thread.java:619)

[freenet-support] Logs

[freenetw...@web.de]

try to avoid setting the log level to DEBUG or MINOR.. that's insane - no 
wonder your logs are that big :D

then again i suppose "Maximum disk space used by old logs" should work 
nevetheless if i understand it's purpose correctly...



--Original Message Text---
From: Stefan Gr?nberg
Date: Wed, 23 Aug 2006 11:39:39 +0200



freenetwork at web.de wrote: try setting the log level from NORMAL to ERROR.


its at minor atm since i got tons of problems daily with my node.
also... why are your logs this big? o_O


same as above id guess, i get perhaps 5-15gig logs a day or something

On Wed, 23 Aug 2006 11:09:09 +0200, Stefan Gr??nberg wrote:

is there any way to limit the log size so i dont keep getting 1 gig logs 
all the time?

ive set max 100k lines in ram, 10M in ram
and 50M Maximum disk space used by old logs
still getting several hunderes meg sized logs
___
Support mailing list
Support at freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-request at freenetproject.org?subject=unsubscribe




___
Support mailing list
Support at freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-request at freenetproject.org?subject=unsubscribe





-- next part --
An HTML attachment was scrubbed...
URL: 

[freenet-support] Logs

[freenetw...@web.de]

try setting the log level from NORMAL to ERROR.

also... why are your logs this big? o_O


On Wed, 23 Aug 2006 11:09:09 +0200, Stefan Gr??nberg  wrote:

>is there any way to limit the log size so i dont keep getting 1 gig logs 
>all the time?
>
>ive set max 100k lines in ram, 10M in ram
>and 50M Maximum disk space used by old logs
>still getting several hunderes meg sized logs
>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] Some NPEs on node shutdown

[freenetw...@web.de]

As on toad's request these go here:

This appened on node (svn build 10227) shutdown.


Exception in thread "freenet.clients.http.SimpleToadletServer$SocketHandler at 
1be22a5" java.lang.NullPointerException
at java.io.DeleteOnExitHook.add(DeleteOnExitHook.java:33)
at java.io.File.deleteOnExit(File.java:936)
at freenet.support.io.FileBucket.(FileBucket.java:49)
at freenet.support.io.TempFileBucket.(TempFileBucket.java:41)
at 
freenet.support.io.TempBucketFactory.makeBucket(TempBucketFactory.java:71)
at 
freenet.support.io.TempBucketFactory.makeBucket(TempBucketFactory.java:47)
at 
freenet.support.io.PaddedEphemerallyEncryptedBucketFactory.makeBucket(PaddedEphemerallyEncryptedBucketFactory.java:24)
at freenet.clients.http.StaticToadlet.handleGet(StaticToadlet.java:49)
at 
freenet.clients.http.ToadletContextImpl.handle(ToadletContextImpl.java:277)
at 
freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:366)
at java.lang.Thread.run(Thread.java:619)
Exception in thread "freenet.clients.http.SimpleToadletServer$SocketHandler at 
b6bbb0" Exception in thread 
"freenet.clients.http.SimpleToadletServer$SocketHandler at 2872e5" 
java.lang.NullPointerException
at java.io.DeleteOnExitHook.add(DeleteOnExitHook.java:33)
at java.io.File.deleteOnExit(File.java:936)
at freenet.support.io.FileBucket.(FileBucket.java:49)
at freenet.support.io.TempFileBucket.(TempFileBucket.java:41)
at 
freenet.support.io.TempBucketFactory.makeBucket(TempBucketFactory.java:71)
at 
freenet.support.io.TempBucketFactory.makeBucket(TempBucketFactory.java:47)
at 
freenet.support.io.PaddedEphemerallyEncryptedBucketFactory.makeBucket(PaddedEphemerallyEncryptedBucketFactory.java:24)
at freenet.clients.http.StaticToadlet.handleGet(StaticToadlet.java:49)
at 
freenet.clients.http.ToadletContextImpl.handle(ToadletContextImpl.java:277)
at 
freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:366)
at java.lang.Thread.run(Thread.java:619)
java.lang.NullPointerException
at java.io.DeleteOnExitHook.add(DeleteOnExitHook.java:33)
at java.io.File.deleteOnExit(File.java:936)
at freenet.support.io.FileBucket.(FileBucket.java:49)
at freenet.support.io.TempFileBucket.(TempFileBucket.java:41)
at 
freenet.support.io.TempBucketFactory.makeBucket(TempBucketFactory.java:71)
at 
freenet.support.io.TempBucketFactory.makeBucket(TempBucketFactory.java:47)
at 
freenet.support.io.PaddedEphemerallyEncryptedBucketFactory.makeBucket(PaddedEphemerallyEncryptedBucketFactory.java:24)
at freenet.clients.http.StaticToadlet.handleGet(StaticToadlet.java:49)
at 
freenet.clients.http.ToadletContextImpl.handle(ToadletContextImpl.java:277)
at 
freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:366)
at java.lang.Thread.run(Thread.java:619)
Exception in thread "freenet.clients.http.SimpleToadletServer$SocketHandler at 
13427bb" java.lang.NullPointerException
at java.io.DeleteOnExitHook.add(DeleteOnExitHook.java:33)
at java.io.File.deleteOnExit(File.java:936)
at freenet.support.io.FileBucket.(FileBucket.java:49)
at freenet.support.io.TempFileBucket.(TempFileBucket.java:41)
at 
freenet.support.io.TempBucketFactory.makeBucket(TempBucketFactory.java:71)
at 
freenet.support.io.TempBucketFactory.makeBucket(TempBucketFactory.java:47)
at 
freenet.support.io.PaddedEphemerallyEncryptedBucketFactory.makeBucket(PaddedEphemerallyEncryptedBucketFactory.java:24)
at freenet.clients.http.StaticToadlet.handleGet(StaticToadlet.java:49)
at 
freenet.clients.http.ToadletContextImpl.handle(ToadletContextImpl.java:277)
at 
freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:366)
at java.lang.Thread.run(Thread.java:619)
Exception in thread "freenet.clients.http.SimpleToadletServer$SocketHandler at 
1922148" java.lang.NullPointerException
at java.io.DeleteOnExitHook.add(DeleteOnExitHook.java:33)
at java.io.File.deleteOnExit(File.java:936)
at freenet.support.io.FileBucket.(FileBucket.java:49)
at freenet.support.io.TempFileBucket.(TempFileBucket.java:41)
at 
freenet.support.io.TempBucketFactory.makeBucket(TempBucketFactory.java:71)
at 
freenet.support.io.TempBucketFactory.makeBucket(TempBucketFactory.java:47)
at 
freenet.support.io.PaddedEphemerallyEncryptedBucketFactory.makeBucket(PaddedEphemerallyEncryptedBucketFactory.java:24)
at freenet.clients.http.StaticToadlet.handleGet(StaticToadlet.java:49)
at 
freenet.clients.http.ToadletContextImpl.handle(ToadletContextImpl.java:277)
at 
freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:366)
 

[freenet-support] 2 crashes during night

[freenetw...@web.de]

SUN current release 1.5.0_08 available at 
http://java.sun.com/javase/downloads/index.jsp
SUN early access 1.6 beta 2 available at 
http://java.sun.com/javase/downloads/ea.jsp


I'm running:

java version "1.6.0-beta2"
Java(TM) SE Runtime Environment (build 1.6.0-beta2-b85)
Java HotSpot(TM) Client VM (build 1.6.0-beta2-b85, mixed mode, sharing)

although s/o reported problems with this Java release, I've got a steady node.


If that does not help, try to get a JRE from other vendors like IBM, etc.

Check your machine's RAM, reboot windows often and hope your system libraries 
are okay.


Like I said - it's not problem of freenet. It's just triggering a fault in the 
JRE or your system. There's nothing freenet can do, although there are already 
some workarounds in use to help crippled and buggy JREs/libs(NTPL) it's 
understandably not the core activity of 
development.


HTH



--Original Message Text---
From: Stefan Gr?nberg
Date: Mon, 21 Aug 2006 10:40:31 +0200

java version "1.5.0_07"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-b03)
Java HotSpot(TM) Client VM (build 1.5.0_07-b03, mixed mode, sharing)

freenetwork at web.de wrote: Which JVM? Which OS?

freenet can do ***nothing*** about crashing and buggy Java Environments. Get 
the current release and check your libraries.

2 crashes during night





___
Support mailing list
Support at freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-request at freenetproject.org?subject=unsubscribe





-- next part --
An HTML attachment was scrubbed...
URL: 

[freenet-support] 2 crashes during night

[freenetw...@web.de]

Which JVM? Which OS?

freenet can do ***nothing*** about crashing and buggy Java Environments. Get 
the current release and check your libraries.

>2 crashes during night
>

[freenet-support] NPE while updating

[freenetw...@web.de]

>>1) but it's showing three times the "starting the update process" line, which 
>>looks strange
>>2) but on the fproxy homepage the warning "A new stable version of Freenet is 
>>available" does not disappear anymore
>>3) there's no feedback to the user that the node won't update because there's 
>>no wrapper. perhaps the whole update mechanism should not be shown to the 
>>user but a "you could have updated if you had run freenet within the wrapper"
>
>4) the node does not check for further new versions:
>
>Freenet 0.7 Build #924 r at custom@
>Freenet-ext Build #5 r9584
>A newer version is available! (Build #927)
>
>but it's still stuck with the update to #925

5) "It seems that your node isn't running the latest version of the software. 
Updating to 925 is advised. Your node is currently doing a final check to 
verify the security of the update. (4/3)" -- huh? step 4 of 3?


sorry for the many posts but the problems keep on coming ;)

[freenet-support] NPE while updating

[freenetw...@web.de]

>tested with build 924
>
>now it doesn't throw an npe anymore:
>
>Found new update edition 925
>Starting the update process: found the update (925), now fetching it.
>Starting the update process: found the update (925), now fetching it.
>Starting the update process: found the update (925), now fetching it.
>Found 925
>Searching for revocation key
>Revocation counter: 0
>Update in progress
>Cannot update because not running under wrapper
>
>1) but it's showing three times the "starting the update process" line, which 
>looks strange
>2) but on the fproxy homepage the warning "A new stable version of Freenet is 
>available" does not disappear anymore
>3) there's no feedback to the user that the node won't update because there's 
>no wrapper. perhaps the whole update mechanism should not be shown to the user 
>but a "you could have updated if you had run freenet within the wrapper"

4) the node does not check for further new versions:

Freenet 0.7 Build #924 r at custom@
Freenet-ext Build #5 r9584
A newer version is available! (Build #927)

but it's still stuck with the update to #925

[freenet-support] NPE while updating

[freenetw...@web.de]

tested with build 924

now it doesn't throw an npe anymore:

Found new update edition 925
Starting the update process: found the update (925), now fetching it.
Starting the update process: found the update (925), now fetching it.
Starting the update process: found the update (925), now fetching it.
Found 925
Searching for revocation key
Revocation counter: 0
Update in progress
Cannot update because not running under wrapper

1) but it's showing three times the "starting the update process" line, which 
looks strange
2) but on the fproxy homepage the warning "A new stable version of Freenet is 
available" does not disappear anymore
3) there's no feedback to the user that the node won't update because there's 
no wrapper. perhaps the whole update mechanism should not be shown to the user 
but a "you could have updated if you had run freenet within the wrapper"



>Build 9882 may fix this. Please try it.
>
>On Thu, Aug 03, 2006 at 06:55:52PM +0200, freenetwork at web.de wrote:
>> Found 921
>> Searching for revocation key
>> Revocation counter: 0
>> Update in progress
>> Exception : java.lang.NullPointerException
>> java.lang.NullPointerException
>> at freenet.node.updater.NodeUpdater.innerUpdate(NodeUpdater.java:=
>219)
>> at freenet.node.updater.NodeUpdater.Update(NodeUpdater.java:169)
>> at freenet.clients.http.WelcomeToadlet.handlePost(WelcomeToadlet.=
>java:80)
>> at freenet.clients.http.ToadletContextImpl.handle(ToadletContextI=
>mpl.java:295)
>> at freenet.clients.http.SimpleToadletServer$SocketHandler.run(Sim=
>pleToadletServer.java:342)
>> at java.lang.Thread.run(Thread.java:619)
>--=20
>Matthew J Toseland - toad at amphibian.dyndns.org
>Freenet Project Official Codemonkey - http://freenetproject.org/
>ICTHUS - Nothing is impossible. Our Boss says so.

[freenet-support] NPE while updating

[freenetw...@web.de]

Found 921
Searching for revocation key
Revocation counter: 0
Update in progress
Exception : java.lang.NullPointerException
java.lang.NullPointerException
at freenet.node.updater.NodeUpdater.innerUpdate(NodeUpdater.java:219)
at freenet.node.updater.NodeUpdater.Update(NodeUpdater.java:169)
at 
freenet.clients.http.WelcomeToadlet.handlePost(WelcomeToadlet.java:80)
at 
freenet.clients.http.ToadletContextImpl.handle(ToadletContextImpl.java:295)
at 
freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:342)
at java.lang.Thread.run(Thread.java:619)

[freenet-support] dedicated linux server

[freenetw...@web.de]

Try Freenet 0.7.

It's much more ressource friendly than 0.5 is/was and is the current main 
project.

Check out http://wiki.freenetproject.org for installation details and more info.

HTH


>OK, Freenet is making my windows box run way too hot. (3.0 AMD / 2G /XP Pro) 
>Normally runs 94-98F, when I push really hard it gets up to 114-118F. 
>Freenet puts me up at 125-129F!
>Slows everthing down to the point of unusability. So, I either have to turn 
>freenet off during the day, or move it off to a dedicated server.
>
>So, I've got an old box sitting here - 666 Celeron / 256M / 60G
>I'd like to put linux on it & run it as a stand alone freenet box.
>Any suggestions on what flavor of linux would be easiest to set up freenet 
>on?(remember it's ONLY for freenet)
>Any other things I'm going to need to set up / know?
>Is there a readable faq/manual somewhere?
>Anybody willing to help off list (via email or irc)
>After OS & Swap, how much of the remaining drive space would it be ok to 
>dedicate to freenet?
>Split temp & store 50/50?
>Does java for linux behave any better?
>
>Any tricks to configuring mainport.bindAddress & mainport.allowedHosts?
>What about fuqid & frost?
>
>
>
>
>
>You start with a bag full of luck and an empty bag of experience. The trick 
>is to fill the bag of experience before you empty the bag of luck.
>
>
>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] Build problem

[freenetw...@web.de]

javac automatically includes the main rt.jar java library, jikes does not. 
you'll have to add rt.jar to your classpath it you're using jikes


>Hi,
>
>After got freenet-ext.jar (make getseeds) make jar return the error:
>
>make jar
>jikes -bootclasspath lib/freenet-ext.jar -sourcepath src -d build  
>src/freenet/client/*.java src/freenet/client/cli/*.java
>
>Found 1 system error:
>
>*** Semantic Error: You need to modify your classpath, sourcepath, 
>bootclasspath, and/or extdirs setup. Jikes could not find package 
>"java.lang" in:
>lib/freenet-ext.jar
>/src/FreeNet-src/lib
>src
>
>What's wrong ?
>
>Sam.
>
>
>-- 
>Ce message a ?t? v?rifi? par MailScanner
>pour des virus ou des polluriels et rien de
>suspect n'a ?t? trouv?.
>MailScanner remercie transtec pour son soutien.
>
>___
>Support mailing list
>Support at freenetproject.org
>http://news.gmane.org/gmane.network.freenet.support
>Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>Or mailto:support-request at freenetproject.org?subject=unsubscribe

[freenet-support] Re: Turning off or shutting down Freenet

[freenetw...@web.de]

>>> Right now this isn't directly possible via freenet.exe (the systray app) as 
>>> far
>>> as I can tell. It does take command line args, but not a shutdown one. It 
>>> could
>>Heh ignore that, I'm an idiot, obviously running freenet.exe -shutdown to call
>>ExitFServe would spawn a new process then shut it down rather than affecting 
>>an
>>existing one :) It would have to look for another instance of itself, post
>>stop/exit messages to it and then quit. This is unneccessarily complex though,
>>process killing should work one way or another.
>
>Good news I found a way that kind of works and doesn't require any external 
>programs. taskkill.exe comes with Windows and can be used to end 
>tasks/processes from the commandline. Unfortunately, Freenet doesn't work 
>properly with taskkill. In theory, 'taskkill /IM 
freenet.exe' should end Freenet but it only ends the front end. Freenet remains 
in the background. Repeating the function does not help (it says send the 
signal but the process does not end). I guess Freenet backend does not respond 
to Windows end task signal for 
some reason. An alternative, you can use 'taskkill /IM freenet.exe /F' which 
forces Freenet to end but of course this means it's not a clean shutdown. While 
I still think a command line shut down switch would be useful, at the very 
least Freenet should respond properly to 
a Windows end task signal.
>
>Thanks Matthew for your help to approve my message as I used a remailed for 
>anonymity purposes.

The freenet node runs with the name "javaw.exe". But if you don't know the 
exact PID, simply killing by name might affect other java programs running as 
they all have the same process name (java or javaw).
"freenet.exe" is just the bunnyapp (Yes, this confusion arises quite often but 
nobody cares to give this, IMHO totally superfluous (hopefully 0.7 comes 
without all these stupid extra-programs), app a proper name).

[freenet-support] Re: "Could not find the Main class" error

[freenetw...@web.de]

>6. Enter "java -Xmx128M -cp freenet.jar freenet.node.Main" without the quotes.

make that  "java -Xmx128M -cp freenet.jar;freenet-ext.jar;%CLASSPATH% 
freenet.node.Main"