After very hard work i finished my program, and i want to introduce source code
for it.

small addiction: this program can display jpg, jpeg, gif, dib, bmp formats

Hm, are you both doing CreateStreamOnHGlobal with fDeleteOnRelease=TRUE, and freeing the the memory manually afterwards?

what about supporting png's? just wondering

f0dder, this code totally memory-leaks free, every stream and allocated memory are freed after using

donkey7, there is available pnglib, i think that this library can be ported to fasm with ease, but it contains a lot of code, i create this stream example because it contain very simple method to show popular picture formats

What I meant is that I see you pass TRUE on your CreateStreamOnHGlobal call, but it also seems like you're both manually freeing the memory, as well as calling the picture release method. If this is true, you're introducing a double-free bug, which can cause heap corruption (and does this reproducably on NT4).

If you're not doing the double-free, sorry for misreading your code.

Hello,

I just found this great example.

I'm having a hard time assembling it. For example "enter" and "return" instructions produce errors in FASM.

Also, procs defined like it is in the code is not accepted:

proc _centerwnd, lpWnd


Not sure if I'm missing includes...

Any help to assembly the code with latest FASM?

Thanks!

The example is terribly old so you need to remove all ocurrences of "enter" and replace "return" with "ret". Also, it seems that at that time the locals where handled differently.You'll have to wrap them in a locals/endl block to make them work because otherwise them will end up being executable code.

As for ole32.inc you can fix that by changing "apia" in the path to "api" but I have no solution for oleaut32.inc, you'll have to search if it is available somewhere in this forum.