<div dir="ltr">Roland,<div>could I have your modification.</div><div><br></div><div>I just had another walk over and lost a piece of text buffer.</div><div>Basically I want to see if it is indeed caused by the log or not.</div><div><br></div><div>Thanks,</div><div><br></div><div>j.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 31, 2015 at 7:16 PM, R. P. de Jong <span dir="ltr"><<a href="mailto:rdjong@mac.com" target="_blank">rdjong@mac.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>
> In "real" systems, it's a little bit more sophisticated.<br>
<br>
</span>That's life.<br>
<span class=""><br>
><br>
><br>
> AFAIR Native Oberon reserve a little bit of heap in Kernel for this purpose. OLR and other Linux Oberons allocate heap dynamically, running into this problem seldom.<br>
><br>
<br>
</span>OK, see your point. Nice to have this dynamic heap enlargement on bigger systems.<br>
<br>
<br>
Regards<br>
Roel de Jong<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
<a href="mailto:Oberon@lists.inf.ethz.ch">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br>
<a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" rel="noreferrer" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a><br>
</div></div></blockquote></div><br></div>