<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2523" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial>> Benoit,<BR></FONT><FONT face=Arial>> Ca marche
chez toi:<BR><FONT size=2>> </FONT><BR>> ctest -R TestCopy
<BR></FONT></DIV>
<DIV><FONT face=Arial><FONT size=2>non mais c'est normal.</FONT></FONT></DIV>
<DIV><FONT face=Arial><FONT size=2>Maintenant que l'on copie les champs d'une
image a l'autre, les deux images partagent le meme pointeur de donnée !!!
</FONT></FONT></DIV>
<DIV><FONT face=Arial><FONT size=2>Du coup, si on appelle les destructeurs de
'original' ET de 'copy' alors on va effacer deux fois la meme zone
mémoire.</FONT></FONT></DIV>
<DIV><FONT face=Arial><FONT size=2>Je ne sais pas d'ailleurs si le parsing tag
par tag avec l'iterateur effectue ou non la copie de l'image, ou si seule la
fonction SetImageData en est la cause !</FONT></FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial><FONT size=2>Conclusion/proposition: </FONT></DIV>
<DIV><FONT size=2>La fonction SetImageData est tres dangereuse !</FONT></DIV>
<DIV><FONT size=2>La zone mémoire correspondant a compressed, qui normalement
est allouée par PixelConverter ne devrait etre mise a jour que par
PixelConverter. Si on donne ou nouvelle image, on fait une copie du contenu et
pas du pointeur. Si la taille est plus grande ou plus petite ou réalloue. et on
s'arrange pour que le destructeur de PixelConverter et celui de Document qui
efface tagHT champ par champ ne se marchent pas sur les pieds. (comment ??? a
priori comme cela vient d'etre proposé, a savoir tagHT efface les elements les
uns apres les autres, et PixelConverter n'efface pas Decompressed ou RGB
truc).</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Commentaires ?</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>JM</FONT></DIV>
<DIV><BR></DIV></FONT></BODY></HTML>