|
TINS windows binary package |
amarillion
Member #940
January 2001
|
Here I present Please let me know if something doesn't work (game crashes, dll not present, ...). I expect I will need to fix things, so keep an eye on this thread for updates. I'll open the tins site for voting soon. -- |
Hard Rock
Member #1,547
September 2001
|
Everything worked for me except your entry (crashes on start up) and The hostages which wanted libpng13.dll _________________________________________________ |
amarillion
Member #940
January 2001
|
My entry is not working? Well stop the press! Could you do me a favor and try this debug version here http://amarillion.bafsoft.net/download/eleven_monkeys_win_bin_dbg.zip, and if that one crashes too, run in through gdb and get a backtrace? -- |
Hard Rock
Member #1,547
September 2001
|
Never used GDB so before so um... But good news! It didn't get very far at all.... Quote:
C:\Downloads\eleven_monkeys_win_bin_dbg\eleven_monkeys>gdb tins07 warning: al-gfx INFO: Called set_gfx_mode(2, 640, 480, 0, 0). warning: al-gfx INFO: First call, remembering console state. warning: al-gfx INFO: Autodetecting graphic driver. warning: al-gfx INFO: The driver will wait for vsync. warning: al-gfx INFO: set_gfx_card success for 640x480x16. Program received signal SIGSEGV, Segmentation fault. And that's where it dies. MSVC 8.0's Debuggers tells me it fails in find64.c Quote: #endif /* _USE_INT64 */ { _VALIDATE_RETURN( ((HANDLE)hFile != INVALID_HANDLE_VALUE), EINVAL, -1); if (!FindNextFile((HANDLE)hFile, &wfd)) { At the bolded line... now Since you probably compiled in MINGW I take it the info is pretty much useless. Anyway looking at your dependencies I think I can just compile this and play around with the code until it works. However I have an exam tomorrow and knowing my work habits it's probably in my best interest to fix this later I'll get around to it.. but just not yet. _________________________________________________ |
Thomas Fjellstrom
Member #476
June 2000
|
All you needed to do in GDB was to type "bt" or "backtrace" and hit enter -- |
Hard Rock
Member #1,547
September 2001
|
Thanks I take it that's after it crashes? New info:
_________________________________________________ |
amarillion
Member #940
January 2001
|
Thanks, that is what I needed. I haven't figured out what's going wrong yet. It's crashing on a call to al_findnext. Here is that part of code:
-- |
Matthew Leverton
Supreme Loser
January 1999
|
Your binary crashes for me (Vista), but when I build it with VS 2005 it runs fine. Edit: Attached is my executable. |
Hard Rock
Member #1,547
September 2001
|
I can confirm that this version works. [edit] [edit2] _________________________________________________ |
Rampage
Member #3,035
December 2002
|
This is the part I like the most about speedhack-like competitions. -R |
lambik
Member #899
January 2001
|
Works fine on windows 2000 though my copy of allegro42.dll seems to be out of date, couldn't play Amarillion's game till I used the dll from the debug version from above. |
Hard Rock
Member #1,547
September 2001
|
That would be it. I was using the allegro dll from this site for MSVC 8. When I took out the mingw version your original works. So it looks like it was a dll issue. So are the MSVC dll and mingw dll incompatible? This doesn't look good, the whole point of having dll's is to be able to share 1 with multiple applications, but as it seems, it doesn't end up working that way. _________________________________________________ |
Onewing
Member #6,152
August 2005
|
I'd just like to point out the reason my game doesn't end is because on line 40 of CORRIDOR.cpp I have "==" when it should be "<=". It's as simple as that. Oh, and amarillion, you did get my source code, yes? It's not in the binary package above (I sent an email with the source code to ya). ------------ |
amarillion
Member #940
January 2001
|
Ok, I guess static linking allegro should fix the bug in my entry. Version 2 of the package is now available (linked above), with
Onewing: Yes, I got it, thanks. The source of your entry should now be available from the entries page on the TINS site. -- |
Matt Smith
Member #783
November 2000
|
"The procedure entry point _install_allegro_version_check could not be located in the dynamic link library allegro42.dll" So much for not breaking ABI in 4.2 |
Matthew Leverton
Supreme Loser
January 1999
|
The 4.2.0 DLL does not work with 4.2.1 games. It's not supposed to. Quote: We will not be maintaining "forwards compatibility", meaning that programs compiled with a newer release of Allegro may not necessarily run on a target system which has an older release of Allegro installed. You would have to upgrade the Allegro DLL on the target system. While we will try to minimise these kinds of forced upgrades, it should give us more flexibility within the stable series.
|
le_y_mistar
Member #8,251
January 2007
|
i wanted to try some of them for the heck of it but couldnt, where can i get the dlls? IIRC there used to be an installer for this. ----------------- |
|