You ran fix mingw32, make, and make install, correct? You did say you had the jpgalleg.h and jpgalleg.a files, so again, I assume so.

Have you tried to compile any of the examples?

No, I didn't use mingw32 to install it. I have no idea how to install libraries like that, and have yet to find a tutorial that I've been successful learning from. I use .devpaks to install libraries. I used the Package Manager in DevCpp to install both Allegro and JPGalleg.

____________________________________________________________________________________________"c is much better than c++ if you don't need OOP simply because it's smaller and requires less load time." - alethiophileOMG my sides are hurting from laughing so hard... :D

I tested it when I built it, and it worked, so I downloaded the one I uploaded, and it crashes. I went back to the ones I built, and they crash too now. I guess it might be a problem with the allegro dll being different to the one I built against. I will look into it.

Edit: I really don't know what is going on, I have rebuilt allegro, rebuilt jpgalleg (2.5 and 2.3) in various combinations, and it still doesn't work. I guess I must have imagined it working, cause it doesnt work now.

____________________________________________________________________________________________"c is much better than c++ if you don't need OOP simply because it's smaller and requires less load time." - alethiophileOMG my sides are hurting from laughing so hard... :D

Some time ago there was a similar thread about crashing when loading jpg-images. I had this problem too with Allegro 4.2.0.Then I tried jpgalleg version 2.5 with Allegro 4.0.3 and it worked with this grabber file!

longear: thanks for the advice, jpgalleg 2.5 grabber plugin does work with allegro-4.0.3

I built allegro 4.0.3, I then built jpgalleg 2.5, then I built the grabber plugin, and made a copy of the grabber.exe and dat.exe. I then removed allegro 4.0.3, stuck on allegro 4.2.1 and built that, then built jpgalleg 2.5 against it.

I then built a simple test program that checked if data files created with the 4.0.3 grabber could be used by the 4.2.1 dll. The test worked fine, I hope that it doesn't have any problems.

In jpgalleg, you need to copy the include directory to the mingw include directory and the lib\mingw32 to the mingw lib directory.

If you arnt using 4.2.1, you probably will need to recompile jpgalleg against whatever version you are using.

____________________________________________________________________________________________"c is much better than c++ if you don't need OOP simply because it's smaller and requires less load time." - alethiophileOMG my sides are hurting from laughing so hard... :D

Be careful with the 4.0.x branch and datafiles. There was a longstanding bug with file decompression. As I recall, on certain bitstreams it saved the data correctly, but then would refuse to load it (using a 4.2.1 version of grabber should load it though). Anyway, make backups.

A last thought, are you checking the return value of load_bitmap()?, if might be failing because it couldn't load an image, and when you blit, it crashes. Rather than crashing on load.

____________________________________________________________________________________________"c is much better than c++ if you don't need OOP simply because it's smaller and requires less load time." - alethiophileOMG my sides are hurting from laughing so hard... :D