Re: [eclipse-clp-users] java.net.SocketException when using OutOfProcessEclipse, seemingly due to insufficient RAM

You can find the 6.1 version of ECLiPSe in the Dev directory of the 
download site, i.e.:

http://eclipseclp.org/Distribution/Dev/6.1_<BuildNumber>/x86_64_nt/

or

http://sunsite.informatik.rwth-aachen.de/ftp/pub/mirror/ECLiPSe-CLP/Dev/6.1_<BuildNumber>/x86_64_nt/

The current build number is 85.


I had to use 6.1 for similar reasons, using it embedded in a C++ program 
left too little consecutive RAM available for ECLiPSe to be feasible. 
But with 6.1 on 64bit Windows it was smooth sailing so far. I have no 
experience with embedding ECLiPSe in Java, so can't tell if that's the 
problem you were having. For me, ECLiPSe would no become unresponsive 
but simply crash with a stack overflow.


Cheers,
Thorsten



Am 15.09.2011 09:44, schrieb -dp-:
> We're using ECLiPSe 6.0 (i.e. 32-bit) on Windows7 64-bit. We embed CLP 
> in a Java 1.6 app run in the EclipseIDE via OutOfProcessEclipse. We 
> use 32 bit Java and EclipseIDE to be compatible with ECLiPSe 6.0, 
> because there is no 64 bit version of CLP for Windows that we could find.
>
> On other Windows machines, using XP, we were getting memory exceeded 
> errors, so we switched to Win7 64bit and have been experimenting with 
> settings like the following to try to escape those limitations:
>
>     In the Java IDE's Run Config, "VM Arguments" is set to:
>
>     -Declipse.directory="C:\Program Files (x86)\ECLiPSe 6.0" -Xms128M
>     -Xmx256M
>     -XX:MaxPermSize=350m
>
>
> Our runs now get about twice as far into the search space, but now 
> we're running into the following socket error. It seems to suggest 
> that the spawned CLP process has gone unresponsive:
>
>     java.net.SocketException: Connection reset
>         at java.net.SocketInputStream.read(SocketInputStream.java:168)
>         at java.net.SocketInputStream.read(SocketInputStream.java:182)
>         at java.io.DataInputStream.readByte(DataInputStream.java:248)
>         at
>     com.parctechnologies.eclipse.EXDRInputStream.readTerm(EXDRInputStream.java:97)
>         at
>     com.parctechnologies.eclipse.RemoteEclipse.readControl(RemoteEclipse.java:1114)
>         at
>     com.parctechnologies.eclipse.RemoteEclipse.getNextControlTerm(RemoteEclipse.java:1182)
>         at
>     com.parctechnologies.eclipse.RemoteEclipse.getNextControlSignal(RemoteEclipse.java:796)
>         at
>     com.parctechnologies.eclipse.EclipseConnectionImpl.waitForEclipse(EclipseConnectionImpl.java:647)
>         at
>     com.parctechnologies.eclipse.EclipseConnectionImpl.executeRpc(EclipseConnectionImpl.java:381)
>         at
>     com.parctechnologies.eclipse.EclipseConnectionImpl.rpc(EclipseConnectionImpl.java:312)
>         at
>     com.parctechnologies.eclipse.OutOfProcessEclipse.rpc(OutOfProcessEclipse.java:362)
>         at sg.ihpc.wayang.WorldToObserver.go(WorldToObserver.java:89)
>         at sg.ihpc.wayangTest.Main$1.run(Main.java:62)
>         at java.lang.Thread.run(Thread.java:662)
>
>
> Of course, there might be some bug in our CLP code that's causing the 
> CLP process to crash, and we'll keep looking into that. But in case 
> this is another manifestation of the memory limit issue, we wanted 
> your advice about how to increase RAM allocated to 
> the OutOfProcessEclipse. Is the use of MaxPermSize above appropriate 
> and sufficient?
>
> On June 22 2011, Kish Shen wrote:
> > For ECLiPSe 6.0 (the current version of ECLiPSe), 64 bit binary versions
> > are available for Linux (running on x86_64), Mac OS X (running on
> > x86_64). In ECLiPSe 6.1 (the development version of ECLiPSe), there is
> > additionally the 64 bit Windows version (running on x86_64).
>
> Where could we get this 64bit ECLiPSe 6.1 for Windows?
>
> David
>
>
> ------------------------------------------------------------------------------
> Doing More with Less: The Next Generation Virtual Desktop
> What are the key obstacles that have prevented many mid-market businesses
> from deploying virtual desktops?   How do next-generation virtual desktops
> provide companies an easier-to-deploy, easier-to-manage and more affordable
> virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
>
>
> _______________________________________________
> ECLiPSe-CLP-Users mailing list
> ECLiPSe-CLP-Users_at_lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/eclipse-clp-users