<p dir="ltr">Jim,</p>
<p dir="ltr">I made a Path2D patch but I sent the webrev by email. <br>
Did you got it ? Could you review it ?</p>
<p dir="ltr">I got a size limit issue: Your message to 2d-dev awaits moderator approval !</p>
<p dir="ltr">Looking forward having an openjdk id ro push my webrev to <a href="http://cr.openjdk.net">cr.openjdk.net</a> !</p>
<p dir="ltr">Regards,<br>
Laurent</p>
<div class="gmail_quote">Le 25 févr. 2015 02:06, "Jim Graham" <<a href="mailto:james.graham@oracle.com">james.graham@oracle.com</a>> a écrit :<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Those changes were exactly what I was referring to.  I don't see why we shouldn't make trimmed arrays when copying the shape.  I'm pretty sure that the copy constructors are going to be overwhelmingly used to make a protected copy of an existing shape/path2d which is likely meant mostly for reading.  In particular, in the case of the return value from createStrokedShape() I don't think the intention is to create the shape and then scribble on it, the intent is to treat the answer as if it were immutable - at least the 99.9% case - so I think a perfectly sized shape is OK.<br>
<br>
Be sure to add a test case that creates an empty Path2D, clones it, copy constructs it (to both .Double() and .Float() variants) and then tries to add new segments to it - to make sure that the array growth code doesn't get ArrayIndexOutOfBounds exceptions due to making assumptions about the lengths of the arrays (I eyeballed the makeRoom() code and it looks good, but we should test it if we are making arrays that are potentially zero length or very tiny)...<br>
<br>
                        ...jim<br>
<br>
On 2/24/15 9:58 AM, Laurent Bourgčs wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Jim,<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ah, wait, those constructors do copy the arrays without having to iterate the segments and grow the arrays, but they don't trim them.  I'm trying to remember if there was a specific reason that we decided not to trim the arrays in those constructors, but the only "advantage" I can think of is that the new copy will have the same potential spare room for growth that the original had.  But that is of questionable value so we should probably just patch the existing "construct from a Shape" constructors to trim the arrays to the required length instead...<br>
</blockquote>
<br>
In marlin github, I have the patched Path2D class (not used at runtime):<br>
<br>
public Float(Shape s, AffineTransform at) {<br>
             super(); // LBO: invoke empty constructor explicitely !<br>
             if (s instanceof Path2D) {<br>
                 Path2D p2d = (Path2D) s;<br>
                 setWindingRule(p2d.<u></u>windingRule);<br>
                 this.numTypes = p2d.numTypes;<br>
                 // LBO: trim arrays:<br>
                 this.pointTypes = Arrays.copyOf(p2d.pointTypes,<br>
this.numTypes);<br>
// this.pointTypes = Arrays.copyOf(p2d.pointTypes,<br>
// p2d.pointTypes.length);<br>
                 this.numCoords = p2d.numCoords;<br>
                 this.floatCoords = p2d.cloneCoordsFloat(at);<br>
             } else {<br>
                 PathIterator pi = s.getPathIterator(at);<br>
                 setWindingRule(pi.<u></u>getWindingRule());<br>
                 this.pointTypes = new byte[INIT_SIZE];<br>
                 this.floatCoords = new float[INIT_SIZE * 2];<br>
                 append(pi, false);<br>
             }<br>
         }<br>
<br>
float[] cloneCoordsFloat(<u></u>AffineTransform at) {<br>
             float ret[];<br>
             if (at == null) {<br>
                 // LBO: trim arrays:<br>
                 ret = Arrays.copyOf(floatCoords, numCoords);<br>
// ret = Arrays.copyOf(this.<u></u>floatCoords, this.floatCoords.length);<br>
             } else {<br>
                 // LBO: trim arrays:<br>
                 ret = new float[numCoords];<br>
// ret = new float[floatCoords.length];<br>
                 at.transform(floatCoords, 0, ret, 0, numCoords / 2);<br>
             }<br>
             return ret;<br>
         }<br>
<br>
What do you think?<br>
<br>
FYI my use case in createStrokedShape () is to allocate (and reuse) a<br>
path2d (4k arrays), fill it and then return a new path whose arrays are<br>
trimmed.<br>
<br>
Laurent<br>
<br>
</blockquote>
</blockquote></div>