<div dir="ltr">Hi David,<div><br></div><div>     what would help here is if all the VMConstruction-Plugins- packages lived in a single repository.  So instead of <a href="http://www.squeaksource.com/{AioPlugin,OSProcessPlugin,XDCP}">http://www.squeaksource.com/{AioPlugin,OSProcessPlugin,XDCP}</a> there was <a href="http://www.squeaksource.com/OSConnectivity">http://www.squeaksource.com/OSConnectivity</a> or <a href="http://www.squeaksource.com/AdditionalPlugins">http://www.squeaksource.com/AdditionalPlugins</a> or some such.  Checking lots of different repositories for changes is tedious.  If there was one I could keep a repository inspector open and refresh.</div><div><br></div><div>Alternatively we need Update URLs instead of Update URL.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 1, 2017 at 5:38 AM, Nicolas Cellier <span dir="ltr"><<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br><div dir="ltr"><div><div><div>Hi Holger,<br></div>thanks for reminding this.<br></div>So we must regenerate source from  <strong>VMConstruction-Plugins-<wbr>OSProcessPlugin.oscog-dtl.56<br></strong></div>I just did that for nice.55 (for a 2nd time), a pity that I missed the more recent one...<br>It's better to send such message to vm-dev as you did, I thnk audience is broader for VM concerns than pharo-dev<br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-06-01 11:32 GMT+02:00 Holger Freyther <span dir="ltr"><<a href="mailto:holger@freyther.de" target="_blank">holger@freyther.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
> On 16. May 2017, at 20:57, Max Leske <<a href="mailto:maxleske@gmail.com" target="_blank">maxleske@gmail.com</a>> wrote:<br>
><br>
><br>
> Hi,<br>
<br>
Hi!<br>
<br>
<br>
> 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).<br>
><br>
> 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.<br>
<br>
<br>
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?<br>
<br>
I think this[2] and that[3] are candidates to be merged?<br>
<br>
<br>
holger<br>
<br>
<br>
<br>
<br>
[1] <a href="http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2017-February/127495.html" rel="noreferrer" target="_blank">http://lists.pharo.org/piperma<wbr>il/pharo-dev_lists.pharo.org/<wbr>2017-February/127495.html</a><br>
[2] <a href="http://www.squeaksource.com/@ZzgxlHh7fhZ1n9Zo/rdfZ1xy3" rel="noreferrer" target="_blank">http://www.squeaksource.com/@Z<wbr>zgxlHh7fhZ1n9Zo/rdfZ1xy3</a><br>
[3] <a href="http://www.squeaksource.com/@ZzgxlHh7fhZ1n9Zo/wVMJyP1K" rel="noreferrer" target="_blank">http://www.squeaksource.com/@Z<wbr>zgxlHh7fhZ1n9Zo/wVMJyP1K</a></blockquote></div><br></div>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div>