<div dir="ltr">Hi Zoltan.<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 8, 2015 at 12:33 AM, Zoltan Somogyi <span dir="ltr"><<a href="mailto:zoltan.somogyi@runbox.com" target="_blank">zoltan.somogyi@runbox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On Tue, 7 Apr 2015 20:15:47 +1000, Julien Fischer <<a href="mailto:jfischer@opturion.com">jfischer@opturion.com</a>> wrote:<br>
> We (i.e the Mercury developers) will also need to take a look at the code<br>
> that's causing the problem, since<br>
> it should be possible to reduce its stack consumption.<br>
<br>
</span>The stack is consumed by read_item_loop in prog_io.m. It should be<br>
possible to use the standard two-level loop technique to free stack<br>
frames periodically, say every 1000th item. However, since it is<br>
not urgent, I would prefer that this not be done, since in my work<br>
on the item list, I have replaced this code already, so any other<br>
change to it would cause conflicts.<br></blockquote><div><br></div><div>That ok; I can adjust the reserve stack size on 32-bit Windows for now.</div><div>It should probably be higher than the (very low) default in any case.</div><div><br></div><div>Cheers,</div><div>Julien.</div><div><br></div><div> </div></div><br></div></div>