Posted by
alistairgrant on
May 17, 2017; 7:54am
URL: https://forum.world.st/OSProcess-fork-issue-with-Debian-built-VM-tp4947326p4947426.html
On Tue, May 16, 2017 at 04:59:24PM +0200, Alistair Grant wrote:
> Hi Max,
>
> On 16 May 2017 15:40, "Max Leske" <
[hidden email]> wrote:
>
> Hi Alistair,
>
> On 16 May 2017, at 15:32,
[hidden email]
> wrote:
>
> Hi Max,
>
> I can't answer your question directly, but just wondering why you are
> using
> the itimer VM when the are known issues with external calls, and not
> the
> heartbeat VM?
>
> Because of the root user issue, and also because I don't care about that
> much at the moment. I'm still experimenting and for those experiments it
> doesn't matter which VM I use. Thirdly, the itimer VM is the one I get when
> I use 'curl get.pharo.org/60+vmLatest | bash', which is convenient to get
> the latest VM, and to minimise differences between the VM's we built the
> same one. I will definitely consider using the threaded VM for production.
>
> P.S. I would love to see OSProcess working in 32 bit mode.
>
> Well, it does work already, just not when we build the VM ourselves :/
>
> Interesting, I had the impression that for Pharo 6 OSProcess didn't work in
> 32bits, only 64, but I'm also building my own VM. I'm away from my PC, but
> I'll try and take a look.
I'm seeing the same behaviour as you, i.e. OSProcess works in a VM
downloaded from get.pharo.org, but locks up when using the VM I
compiled.
Both VMs (threaded heartbeat) are based on the same source code, i.e.:
VM: 201705022326
https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Tue May 2 16:26:41 2017 -0700 $
I'll try and take a look at this eventually, but I'm not sure how long
that will be (several weeks away, at least).
If you figure it out, please let me know.
Thanks!
Alistair