<div dir="ltr"><div><div>Hello Even,<br><br><ul><li>VRTBuilder::pasDatasetProperties line 237</li></ul><p><span style="font-family:courier new,monospace">DatasetProperty* psDatasetProperties</span></p><p>This is a variable allocated on the stack; on function entry it contains a pointer somewhere inside <span style="font-family:courier new,monospace">pasDatasetProperties</span>; Say <span style="font-family:courier new,monospace">pasDatasetProperties </span>is 0x7500000 and <span style="font-family:courier new,monospace">psDatasetProperties is </span><br>

0x7500100. Now on line pasDatasetProperties the buffer at 0x7500000gets reallocated, possibly moving to, say, 0x90000000; <span style="font-family:courier new,monospace">psDatasetPropertiesshould now be </span>0x90000100 but it is still 0x7500100 because it is stored in a variable on the stack - namelly the argument <span style="font-family:courier new,monospace">psDatasetPropertie.</span></p>

<p><span style="font-family:courier new,monospace"><span style="font-family:arial,helvetica,sans-serif">On line 457</span> </span><span style="font-family:courier new,monospace">psDatasetPropertie <span style="font-family:arial,helvetica,sans-serif">is used and is going to contain</span> </span>0x750010.
 It may not trigger an access violation because the address will 
probably be inside the heap but it may generate some hard to find bugs 
that we all love and cherish. </p>
<p>As a reflection of mine, this may be the result of the naming 
convention, as psDataset and pasDataset look the same to our animal 
brains.</p><p><br></p><ul><li>Generally this is a sign of non georeferenced images...</li></ul><p>The bounding box becomes a bit more complicated in rotated images, too. I'm gonna look into it.</p><p><br></p><ul><li>
GDALProxyPoolDatasetH</li></ul><p>Got it, thanks!<br></p><br></div>Regards,<br>Nick<br><br></div>PS Forgot to reply to the list, sorry.<br></div>