OK, I'll give it a try tomorrow and let the mailing list know about the outcome.


On 2017-05-02 18:30, Denis Kudriashov wrote:
Could you check how it works with Pharo5 which was based on prespur CogVM?

2017-05-02 16:36 GMT+02:00 Raffaello Giulietti <raffaello.giulie...@lifeware.ch <mailto:raffaello.giulie...@lifeware.ch>>:

    Hello,

    I'm on Pharo 6 (32 bit)/Windows 10 (64 bit).

    I'm trying to load and use the (32 bit) JVM DLL into a running Pharo
    image via the UFFI.

    Everything works correctly, including JVM method invocations, except
    when trying to set the minimum and maximum JVM heap size by passing
    the -Xms<size> and -Xmx<size> options upon JVM creation. With these
    options, Pharo simply crashes without leaving any trace.

    Apparently, memory management requests from the JVM interfere with
    Pharo's own memory management.

    Please note that we successfully use the same mechanism for both
    VisualWorks (32 bit)/Windows 10 (64 bit) and Gemstone 64 bit/Linux,
    so it seems it has to do with a Pharo limitation somehow.

    Further, I couldn't find any documentation on how to increase
    Pharo's working set.

    So the questions are:
    * What is the most probable cause of the crash described above?
    * Where is there more doc about Pharo's memory configuration settings?

    Greetings
    Raffaello





Reply via email to