Hi Holger,

thanks for reminding this.

So we must regenerate source from  VMConstruction-Plugins-OSProcessPlugin.oscog-dtl.56

I just did that for nice.55 (for a 2nd time), a pity that I missed the more recent one...
It's better to send such message to vm-dev as you did, I thnk audience is broader for VM concerns than pharo-dev

2017-06-01 11:32 GMT+02:00 Holger Freyther <[hidden email]>:

> On 16. May 2017, at 20:57, Max Leske <[hidden email]> wrote:
>
>
> Hi,

Hi!


> We're building the pharo.cog.spur VM on Debian (32 bits, itimer, on 64 with compat libs). Unfortunately, we're running into one particular problem with OSProcess. Some primitives like primitiveFileStat work but forking a child process (e.g. with #waitForCommand) produces a segfault. We've tried to find a difference between our build and the VM downloaded from bintray but we weren't very successful. One difference we do see is that our libc6 version is 2.19, while the one used in the travis build is 2.15 (although both binaries use the 2.19 version at runtime).
>
> I'm aware that OSProcess hasn't been tagged as officially ready for Pharo 6 (which is where I'm using it). However, all of my tests with the prebuilt VM's have been successful.


I wanted to look at the issue and it seems that the compiler warning about out of bound array access[1] in restoreDefaultSignalHandlers remains unfixed? I reported it in February and the plugin code doesn't seem to be regenerated since then. Some of my PRs are still unreviewed so does somebody else want to try her or his luck?

I think this[2] and that[3] are candidates to be merged?


holger




[1] http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2017-February/127495.html
[2] http://www.squeaksource.com/@ZzgxlHh7fhZ1n9Zo/rdfZ1xy3
[3] http://www.squeaksource.com/@ZzgxlHh7fhZ1n9Zo/wVMJyP1K