>turning that into an external is maybe not efficient - it would better
to add these features to the &gt;already existing array object.<br>I meant, altering the existing array into a new bounded_array object, or whatever name suits better. The difference is it would be a compiled object and not an abstraction.<br>

<br>best regards,<br>Pedro<br><br><div class="gmail_quote">On Mon, Jun 7, 2010 at 3:26 PM, Joćo Pais <span dir="ltr">&lt;<a href="mailto:jmmmpais@googlemail.com">jmmmpais@googlemail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">


I&#39;ve written a version of an array with step values and limits, using data<br>
</blockquote>
structures. I could send it to &gt;the list, but I would need some time to<br>
isolate the code from the main patch.<br>
That would be interesting Joćo! Another possibility is turning that into a<br>
direct external, that does the work internally. (I&#39;m assuming you did an<br>
abstraction... &quot;because you said isolate it from the main patch&quot; - if not,<br>
even better!)<br>
</blockquote>
<br></div>
turning that into an external is maybe not efficient - it would better to add these features to the already existing array object.<br>
<br>
yes, it would be an abstraction. it isn&#39;t in my patch, but can easily turn into one. I&#39;m very busy now, if I find the time I&#39;ll make an abstraction out of it.<br>
</blockquote></div><br><br clear="all"><br>-- <br>Pedro Lopes<br>contacto: <a href="mailto:jazz@radiozero.pt">jazz@radiozero.pt</a><br>website: <a href="http://web.ist.utl.pt/Pedro.Lopes">http://web.ist.utl.pt/Pedro.Lopes</a> <br>