Interesting log. Getting NullPointerExceptions on what should be valid InetAddress objects. Looks like a libgcj bug. Any ideas?
11-Jun-03 11:43:48 AM (freenet.transport.tcpAddress, QThread-2, DEBUG): getHostAddress() took 0 ms 11-Jun-03 11:43:48 AM (freenet.transport.tcpConnection, QThread-2, DEBUG): tcpConnection (outbound) java.lang.Exception: debug at _ZN4java4lang11VMThrowable16fillInStackTraceEPNS0_9ThrowableE (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4/libgcj.so.4.0.0) at _ZN4java4lang9Throwable16fillInStackTraceEv (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4/libgcj.so.4.0.0) at _ZN4java4lang9ThrowableC1EPNS0_6StringE (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4/libgcj.so.4.0.0) at _ZN4java4lang9ExceptionC1EPNS0_6StringE (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4/libgcj.so.4.0.0) at _ZN7freenet9transport13tcpConnectionC1EPNS0_12tcpTransportEPNS0_10tcpAddressEbb (freenet/transport/tcpConnection.java:37) at _ZN7freenet9transport10tcpAddress7connectEb (freenet/transport/tcpAddress.java:123) at _ZN7freenet35OpenConnectionManager$ConnectionJob3runEv (freenet/OpenConnectionManager.java:455) at _ZN7freenet6thread22QThreadFactory$QThread3runEv (freenet/thread/QThreadFactory.java:213) at _Z13_Jv_ThreadRunPN4java4lang6ThreadE (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4/libgcj.so.4.0.0) at GC_start_routine (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4/libgcj.so.4.0.0) at __clone (/lib/libc-2.3.2.so) GRRR: Logging too fast, chopped 3 lines 11-Jun-03 11:43:58 AM (freenet.OpenConnectionManager, QThread-17, ERROR): Unknown exception while connecting to: 24.165.20.30:40076 java.lang.NullPointerException at _ZN4java3net6SocketC1EPNS0_11InetAddressEiS3_ib (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4/libgcj.so.4.0.0) at _ZN4java3net6SocketC1EPNS0_11InetAddressEi (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4/libgcj.so.4.0.0) at _ZN7freenet9transport21TCP$privSocketFactory12createSocketEPN4java3net11InetAddressEi (freenet/transport/TCP.java:50) at _ZN7freenet9transport13tcpConnectionC1EPNS0_12tcpTransportEPNS0_10tcpAddressEbb (freenet/transport/tcpConnection.java:41) at _ZN7freenet9transport10tcpAddress7connectEb (freenet/transport/tcpAddress.java:123) at _ZN7freenet35OpenConnectionManager$ConnectionJob3runEv (freenet/OpenConnectionManager.java:455) at _ZN7freenet6thread22QThreadFactory$QThread3runEv (freenet/thread/QThreadFactory.java:213) at _Z13_Jv_ThreadRunPN4java4lang6ThreadE (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4/libgcj.so.4.0.0) at GC_start_routine (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4/libgcj.so.4.0.0) at __clone (/lib/libc-2.3.2.so) On Wednesday 11 June 2003 11:36, Tiernan Hubble wrote: > Alright, an update, I've got fproxy to work. You need to copy > '(CVS)/freenet/node/http/templates' to '/freenet/node/http/templates' in > the root directory of your filesystem. Quick hack I know, and it may only > work on Unix(es) but it seems to work. No bugs in any of the servlets, that > I can see. > > Unfortunately, there seems to be a quite severe socket bug. Although it > listens for connections properly and accepts them (at least from > localhost), it doesn't seem to be able to connect to anything, ever. It > gives up on connecting to every node without even trying. Strange. > > Also, don't try to run the GCJ executable in an already-created Freenet > directory! It will probably not run, and will screw things up, at least it > did for me. Start with a freshly-unpacked snapshot. _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
