[freenet-support] going native (windows)...
i recently tried to compile build 519 to a native windows application, and it actually worked! fred was able to open fproxy, put and get htl=0 files (fec see below) (remote freds see below) i was using Excelsior JET 2.51 with Maintenance Pack1 on the environment i posted some days ago ---~~--- installation of JRE and JET, compilation of FRED ---~~--- 1. install a JRE of your choice (1.3.x, 1.4.x) 2. reboot to set up the paths :-/ 3. install a personal edition of JET from http://www.excelsior-usa.com/ 4. wait about 1 to 1,5 hours to let JET set up precompiled class files (no joke) 5. reboot to set up the paths :-/ JET's ready 6. set up freenet 0.5pre5 7. change into the directory where it's at 8. type jc =make freenet.jar freenet-ext.jar this will overwrite the existing freenet.exe file, but on my system it doesn't work either ;) (if you want so save it, rename the old freenet.exe to something else, let JET compile freenet, rename the new freenet.exe to a filename of your choice and finally, rename the original freenet.exe to its original name) 9. wait again some time while JET compiles fred (about 30 mins) 9a. if JET stoppt with a out of memory error simply restart, then all processed files will be skipped, alternatively use the -COMPILERHEAP=12800 parameter FRED's ready 10. now, simply type freenet and fred will start up like usual, but this time it's a native application which is faster and nicer to the system ;) A. optional: create a JET-project-file for fred, so you can adjust some more settings and compile again B. optional: rename your new freenet.exe to fred.exe or something, the namedoes not matter anymore, so you can have that bunnything too JET is really i FineThing, i still have version 1.0 from 1999 :)=) version 3.0 is announced but seems to be still in development ---~~--- proof :D ---~~--- here is fproxy's environment: Available processors 1 Maximum memory the JVM will allocate 30.000.000 Bytes Memory currently allocated by the JVM 30.000.000 Bytes Unused allocated memory 10.681.704 Bytes Memory in use 19.318.296 Bytes JVM Vendor JVM Name JVM Version Operating System Windows 98 OS Version 4.10 Total size of the data store 32 MB Free space in the data store 32.656 KB Used space in the data store 112 KB Total pooled threads 1 Available pooled threads 0 Pooled threads in use 1 notice JVM Vendor, JVM Name and JVM Version are empty (ergo not Sun, ergo JET's VM) ---~~--- FECs ---~~--- having a completely different VM i retried inserting a fec file (~3,5MB) here's the result: block 32: The insert has been accepted; waiting up to 579 seconds for the StoreData block 32: State REQUESTING reached. block 31: State DONE reached. block 32: State DONE reached. Segment 1 inserted. Data and check blocks inserted. inserting SplitFile metadata... UNEXPECTED EXCEPTION: java.lang.ArithmeticException: / by zero java.lang.ArithmeticException: / by zero Insert Failed. no stack trace, but we all know which AE/0 that is ;) ---~~--- remote FREDs (htl != 0) ---~~--- unfortunately i was not able to fetch something out of freenet, TFE, FF, CHK@gpl all of these failed as i could see from my firewall (correctly configured, worked for the java version, so don't start bashing at this) there WERE connections from my fred to remote computers (about 10 connections, maybe 14, that's the initial noderefs), but fproxy still claimed my node didn't make it of [my] computer dunno why, connection is there and alive, but fred does not seem to be able to collect data out of this connections :[ ---~~--- NodeRefs ---~~--- by the way, the supported noderefs are really crap, one has to retry ten times to get to a site, but then it runs smoothly ;) The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Re: [freenet-support] going native (windows)...
On Fri, Oct 18, 2002 at 10:22:25PM +0100, Chris Dennis wrote: On Fri, 2002-10-18 at 13:12, [EMAIL PROTECTED] wrote: i recently tried to compile build 519 to a native windows application, and it actually worked! snip ---~~--- remote FREDs (htl != 0) ---~~--- unfortunately i was not able to fetch something out of freenet, TFE, FF, CHK@gpl all of these failed as i could see from my firewall (correctly configured, worked for the java version, so don't start bashing at this) there WERE connections from my fred to remote computers (about 10 connections, maybe 14, that's the initial noderefs), but fproxy still claimed my node didn't make it of [my] computer dunno why, connection is there and alive, but fred does not seem to be able to collect data out of this connections :[ That sounds like the problem I was having until recently. It turned out to be a Java problem. I'm using Sun Java on Linux, but it could still be related. Sun Java runs either with 'green' threads that all run within a single process, or as 'native' threads, each of which is a separate process. Recent builds of Fred only work with native threads; requests can't get off the node with green threads. Build 509 would work with either. In other words, Fred is a bit sensitive to something related to threading within Java. Interesting. Kaffe uses green threads by default, and it works for me, modulo bugs :) cheers Chris -- Matthew Toseland [EMAIL PROTECTED] [EMAIL PROTECTED] Freenet/Coldstore open source hacker. Employed full time by Freenet Project Inc. from 11/9/02 to 11/11/02. http://freenetproject.org/ msg01448/pgp0.pgp Description: PGP signature
Re: [freenet-support] going native (windows)...
On Fri, Oct 18, 2002 at 02:12:01PM +0200, [EMAIL PROTECTED] wrote: i recently tried to compile build 519 to a native windows application, and it actually worked! fred was able to open fproxy, put and get htl=0 files (fec see below) (remote freds see below) i was using Excelsior JET 2.51 with Maintenance Pack1 on the environment i posted some days ago Cool. ---~~--- installation of JRE and JET, compilation of FRED ---~~--- 1. install a JRE of your choice (1.3.x, 1.4.x) 2. reboot to set up the paths :-/ 3. install a personal edition of JET from http://www.excelsior-usa.com/ 4. wait about 1 to 1,5 hours to let JET set up precompiled class files (no joke) 5. reboot to set up the paths :-/ JET's ready 6. set up freenet 0.5pre5 7. change into the directory where it's at 8. type jc =make freenet.jar freenet-ext.jar this will overwrite the existing freenet.exe file, but on my system it doesn't work either ;) (if you want so save it, rename the old freenet.exe to something else, let JET compile freenet, rename the new freenet.exe to a filename of your choice and finally, rename the original freenet.exe to its original name) 9. wait again some time while JET compiles fred (about 30 mins) 9a. if JET stoppt with a out of memory error simply restart, then all processed files will be skipped, alternatively use the -COMPILERHEAP=12800 parameter FRED's ready 10. now, simply type freenet and fred will start up like usual, but this time it's a native application which is faster and nicer to the system ;) A. optional: create a JET-project-file for fred, so you can adjust some more settings and compile again B. optional: rename your new freenet.exe to fred.exe or something, the namedoes not matter anymore, so you can have that bunnything too JET is really i FineThing, i still have version 1.0 from 1999 :)=) version 3.0 is announced but seems to be still in development ---~~--- proof :D ---~~--- here is fproxy's environment: Available processors 1 Maximum memory the JVM will allocate 30.000.000 Bytes Memory currently allocated by the JVM 30.000.000 Bytes Unused allocated memory 10.681.704 Bytes Memory in use 19.318.296 Bytes JVM Vendor JVM Name JVM Version Operating System Windows 98 OS Version 4.10 Total size of the data store 32 MB Heh. A bit small :). Should be OK as long as you're above 2400kB. Free space in the data store 32.656 KB Used space in the data store 112 KB Total pooled threads 1 Available pooled threads 0 Pooled threads in use 1 notice JVM Vendor, JVM Name and JVM Version are empty (ergo not Sun, ergo JET's VM) ---~~--- FECs ---~~--- having a completely different VM i retried inserting a fec file (~3,5MB) here's the result: block 32: The insert has been accepted; waiting up to 579 seconds for the StoreData block 32: State REQUESTING reached. block 31: State DONE reached. block 32: State DONE reached. Segment 1 inserted. Data and check blocks inserted. inserting SplitFile metadata... UNEXPECTED EXCEPTION: java.lang.ArithmeticException: / by zero java.lang.ArithmeticException: / by zero Insert Failed. no stack trace, but we all know which AE/0 that is ;) Fixed in current snapshot. ---~~--- remote FREDs (htl != 0) ---~~--- unfortunately i was not able to fetch something out of freenet, TFE, FF, CHK@gpl all of these failed as i could see from my firewall (correctly configured, worked for the java version, so don't start bashing at this) there WERE connections from my fred to remote computers (about 10 connections, maybe 14, that's the initial noderefs), but fproxy still claimed my node didn't make it of [my] computer dunno why, connection is there and alive, but fred does not seem to be able to collect data out of this connections :[ Hmm. Probably dubious or overloaded noderefs. ---~~--- NodeRefs ---~~--- by the way, the supported noderefs are really crap, one has to retry ten times to get to a site, but then it runs smoothly ;) -- Matthew Toseland [EMAIL PROTECTED] [EMAIL PROTECTED] Freenet/Coldstore open source hacker. Employed full time by Freenet Project Inc. from 11/9/02 to 11/11/02. http://freenetproject.org/ msg01457/pgp0.pgp Description: PGP signature