I am in the process of evaluating the library, and was
trying to get it working on a remote linux box. I ssh
-X into the box (after copying over a jarred set of the
class files to escher.jar) and try doing:
java -classpath escher.jar gnu.x11.test.Hello
Unfortunately, I get the following error:
$ java -classpath escher.jar gnu.x11.test.Hello
X11 connection rejected because of wrong authentication.
Exception in thread "main" java.lang.Error: Connection
closed by X server: java.io.EOFException
at
gnu.x11.Connection.read_message(Connection.java:345)
at
gnu.x11.Connection.read_reply(Connection.java:374)
at gnu.x11.Display.read_reply(Display.java:718)
at gnu.x11.Display.<init>(Display.java:187)
at gnu.x11.Display.<init>(Display.java:152)
at gnu.x11.Application.<init>(Application.java:50)
at gnu.x11.test.Hello.<init>(Hello.java:26)
at gnu.x11.test.Hello.main(Hello.java:84)
When I do:
$ xterm
I do get a forwarded Xterm on my local machine through
the ssh tunnel. I haven't looked at the internals of
the api quite yet, but if you have any insight into how
to fix the bug, it would be much appreciated.
One other note - locally, the java command that failed
above works, so the jar file is correct. The java
versions on both machines are the same:
java version "1.4.2_04"
Java(TM) 2 Runtime Environment, Standard Edition (build
1.4.2_04-b05)
Java HotSpot(TM) Client VM (build 1.4.2_04-b05, mixed mode)
Any question - please email to sloker AT rogers DOT com
Logged In: YES
user_id=252733
Originator: NO
Hi all!
Just to inform that Escher is actively developed again. I'll look at this issue and see if it's still valid and in this case provide a fix.
Please, look at the webpage, we have also switched to HG so the download and browse source function on SF will not work anymore.
Thanks and sorry for the years of waiting!