doublec / aliceml-abandoned Goto Github PK

Entering code without a trailing space after the semicolon works fine in the interactive console when pressing enter:

1+2;<enter>
val it : int = 2

Adding a trailing space followed by a newline causes the console to wait for further input. Only another semicolon appears to cause the first line to be processed:

1+2;<space><enter>
;
val it : int = 2

The SEAM VM seems to use the select API call in IOHandler.cc which has limitations compared to newer APIs like epoll. In particular, select is limited to 1024 file handles on some platforms.

Hi, I had some difficulty getting Alice to compile on my new installation of Linux Mint. Seems the libsmlnj-smlnj library is not included with the Mint repo's package of SML/NJ, and must be downloaded separately. (I found this solution through a Debian user forum, so maybe the problem is common to Debian-based distros?)

The explorer shows an empty window when following the instructions to use the Explorer to view a constraint solution. To reproduce this you'll need to first do the workaround/fix in issue #1.

If an alice instance unpickles and calls a proxy function it will sometimes fail with a Hole.Hole exception. To reproduce, in alice instance A do:

val f = Remote.proxy (fn s => print (s ^ "\n"));
Pickle.save ("/tmp/a.pickle", pack (val it = f) : (val it : string -> unit));  

In alice instance B do:

structure H = unpack Pickle.load "/tmp/a.pickle" : (val it : string -> unit);
H.it "foo";

The exception gets raised in instance B:

Uncaught exception
   Hole.Hole

If the Remote structure is used in instance B before calling the deserialized proxy function then it works fine:

await Remote.port;
H.it "foo";

This can be any use of Remote. Opening it, calling a function in it, etc. It seems like something in Remote needs to be initialized that doesn't occur when just deserializing and calling the proxy function.

When running the constraint example from the Alice website an internal exception occurs:

...
import structure Search from "x-alice:/lib/gecode/Search"
Search.searchAll money  ;
### loaded signature from x-alice:/lib/gecode/Search
Internal exception
  Io {cause = Native (_val), function = "load",
   name =
      "distro/share/alice/lib/gecode/UnsafeGecode.dll"}
  while linking
      x-alice:/lib/gecode/UnsafeGecode

This is due to shared libraries needed by UnsafeGecode.dll not being in the library load path:

$ ldd UnsafeGecode.dll |grep "not found"
    libgecodekernel.so.8 => not found
    libgecodeint.so.8 => not found
    libgecodeset.so.8 => not found
    libseam.so.0 => not found
    libseam.so.0 => not found

Adding gecode/install/lib/ and distro/lib to the LD_LIBRARY_PATH fixes this issue. The build process should perhaps move the gecode/install/lib into distro/lib and include instructions to add distro/lib to the LD_LIBRARY_PATH and equivalent on Mac OS X.