Dunno. Try in command line by launching your prog trough gdb.

Example:

C:\myprog\
C:\myprog\gdb myprog.exe
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-mingw32"...(no debugging symbols found)

(gdb) run (type here your arguments if any needed, example: run datafile.dat)

And see what happens.

If it's C++ program and you have global constructors, they could be doing it before you get to main(). I don't remember if gdb step through the startup code or not.

This problem is definitely related to allegro. The debugger works fine without allegro, but if I use gdb with this simple program:

#include <allegro.h>
int main() {
}
END_OF_MAIN();

The exact same error appears. The addresses in the backtrace are also the same (only difference from the other program is instead of "_libuser32_a_iname ()" it's "_libwinmm_a_iname ()").

Thanks for your help, although nothing worked...

The current version of MinGW gcc is 3.4.2, there's a Candidate version 3.4.5, but I couldn't get it to compile the game, it said it couldn't find some object file at the linking stage.

I compiled and installed allegro with DEBUGMODE=2 and that didn't work either.

I tried with gdb 5.2.1 (the one I used before) and gdb 6.3, they both give segmentation fault although the 6.3 version gave a different backtrace.

If anyone has more ideas please tell, in the meanwhile I'll try searching other threads...

No he shouldn't.

Last try: did you link with debbuged version of allegro when testing ?

I have used all my bullets. Hope for you someone else will give a shot.

A thing that could change things (why not) Which version of allegro are you using ?

I have version 4.2 of Allegro.

If anyone can use gdb with MinGW g++ could you please post your gdb, g++ and allegro versions, and any modifiers you used to compile allegro (like DEBUGMODE, mtune)? Thanks.

I did, it doesn't work with just:

#include <allegro.h>
int main() {
}
END_OF_MAIN();

When I ran g++ like you do, I got these messages, is this helpful?:

C:\Dev-Cpp\Projects\DebugTest2>g++ -ggdb3 -W -Wall DebugTest2.exe -lalld > test.
txt
DebugTest2.exe(.text+0x220):crtstuff.c: multiple definition of `mainCRTStartup'
C:/dev-cpp/bin/../lib/gcc/mingw32/3.4.2/../../../crt2.o(.text+0x220):crt1.c: fir
st defined here
DebugTest2.exe(.text+0x240):crtstuff.c: multiple definition of `WinMainCRTStartu
p'
C:/dev-cpp/bin/../lib/gcc/mingw32/3.4.2/../../../crt2.o(.text+0x240):crt1.c: fir
st defined here
DebugTest2.exe(.text+0x260):crtstuff.c: multiple definition of `atexit'
C:/dev-cpp/bin/../lib/gcc/mingw32/3.4.2/../../../crt2.o(.text+0x260):crt1.c: fir
st defined here
DebugTest2.exe(.text+0x270):crtstuff.c: multiple definition of `_onexit'
C:/dev-cpp/bin/../lib/gcc/mingw32/3.4.2/../../../crt2.o(.text+0x270):crt1.c: fir
st defined here
DebugTest2.exe(.text+0x280):crtstuff.c: multiple definition of `__do_sjlj_init'
C:/dev-cpp/bin/../lib/gcc/mingw32/3.4.2/crtbegin.o(.text+0x0):crtstuff.c: first
defined here
DebugTest2.exe(.bss+0x4): In function `WinMain':
C:/Dev-Cpp/Projects/DebugTest2/main.cpp:6: multiple definition of `_argc'
C:/dev-cpp/bin/../lib/gcc/mingw32/3.4.2/../../../crt2.o(.bss+0x4):crt1.c: first
defined here
DebugTest2.exe(.bss+0x0): In function `WinMain':
C:/Dev-Cpp/Projects/DebugTest2/main.cpp:6: multiple definition of `_argv'
C:/dev-cpp/bin/../lib/gcc/mingw32/3.4.2/../../../crt2.o(.bss+0x0):crt1.c: first
defined here
collect2: ld returned 1 exit status

I sure didn't make more than one "main()"... And allegro library shoudn't have any. Otherwise, it wouldn't even compile.

Without the semicolon the result is the same.