GDI + se bloque lors du chargement PNG à partir de IStream

Question

J'ai écrit quelque chose pour charger des fichiers PNG à partir d'un IStream C++ personnalisé via GDI +. Cela a fonctionné très bien jusqu'à ce que je l'ai couru sur des machines de Vista. Crashes à chaque fois.

Lors de la compilation sur VS 2008, j'ai trouvé que l'insertion de code dans la méthode IStream::AddRef, comme un cout, a fait disparaître le problème. Lors de la compilation avec VS 2010, il se bloque toujours indépendamment de cela. J'ai dépouillé le programme de ses principes de base. J'ai copié un FileStream directement à partir de la documentation de Microsoft. Il peut charger des fichiers PNG en utilisant Bitmap::FromFile. Il peut charger des fichiers JPEG, GIF et BMP via FromFile ou FromStream. Donc, en bref: sur Vista, les fichiers PNG chargés par Bitmap::FromStream crash. Le suivi et le débogage montrent qu'il effectue certains appels à la classe IStream. Il se bloque à l'intérieur de lastResult = DllExports::GdipCreateBitmapFromStream(stream, &bitmap); de GdiPlusBitmap.h, qui est un encapsuleur statique en ligne sur l'API plat.

Outre le comptage de références, les seules méthodes IStream appelées sont stat (pour la taille de fichier), read et seek.

pile d'appel ressemble à:

• ntdll.dll!_DbgBreakPoint@0() + 0x1 octets
• ntdll.dll!_RtlpBreakPointHeap@4() + 0x28 octets
• ntdll.dll _RtlpValidateHeapEntry @ 12() + 0x70a3c octets
• ntdll.dll!_RtlDebugFreeHeap@12() + 0x9A octets
• ntdll.dll! @ RtlpFreeHeap @ 16() + 0x13cdd octets
• ntdll.dll! _RtlF reeHeap @ 12() + 0x2e49 octets
• kernel32.dll!_HeapFree@12() + 0x14 octets
• ole32.dll! CRetailMalloc_Free() + 0x1c octets
• ole32.dll!_CoTaskMemFree@4() + 0x13 octets
• GdiPlus.dll! GpPngDecoder :: GetImageInfo() + 0x68 octets
• GdiPlus.dll! GpDecodedImage :: InternalGetImageInfo() + 0x3c octets
• GdiPlus.dll! GpDecodedImage :: GetImageInfo() + 0x18 octets
• GdiPlus.dll! CopyOnWriteBitmap :: CopyOnWriteBitmap() + 0x49 octets
• GdiPlus.dll! CopyOnWriteBitmap :: Créer() + 0x1D octets
• GdiPlus.dll! GpBitmap :: GpBitmap() + 0x2c octets

Je ne pouvais pas trouver quelqu'un d'autre avec le même problème, donc je suppose qu'il y a quelque chose qui ne va pas avec mon implémentation ...

Answer 1

Aucun repro avec le code donné et mon propre test.png sur Win7. La seule chose que je vois mal est votre fonction Stat(), elle n'initialise pas complètement le STATSTG. Il contient des déchets lors du premier appel.

La pile d'appel affiche une corruption du tas.Vista a un gestionnaire de tas nouveau et beaucoup amélioré qui diagnostique la corruption de tas beaucoup plus tôt que XP. Je peux seulement supposer que la corruption se produit dans le code non montré.