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=128000000" > 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/pgp00000.pgp
Description: PGP signature
