Anything related in any way to game development as a whole is welcome here. Tell us about your game, grace us with your project, show us your new YouTube video, etc.
Here is a horrible Spanish language game riddled with bugs. My first attempt to do something with Allegro. I don't think it has a buffer :O. Oh well it was done on Linux and then ported to windows. Enjoy the pain. One nice thing is the game states, tell me what you think. (P.S, No I didn't spend a lot of time making my website I used drupal, added a theme and thats it :D)
I've been working all day. So I download it at work, and I have nothing to extract it with. I downloaded some freeware program, but I didn't have ADMINISTRATIVE PERMISSIONS to install it!
So I'm going to have to wait until I get a few minutes free at home.
Thanks mate you can get a free version of win rar. I have been in Linux lala land for so long I don't bother with practicality for other operating systems. Where do you work?
Well, yes, it does seem to have some strange bugs. Like telling me I'm wrong because it's using the answer from the previous question. And because it had "= " before the answer. Also, leaving my answer blank seems to make it constantly display "test" for the answer?
The input seems to work well... And it changes between answer and question right... plays like an old DOS game (which isn't bad) :)
And the program seems to keep a lock on the directory after it's closed (can't delete the empty dir).
Work out the bugs, add some scoring, and it'd be pretty nice.
I realized the moment I fell into the fissure that the book would not be destroyed as I had planned.
Thanks. I was more looking for advice on the game state engine with the code provided I know that the game is horrible. :P I wouldn't use allegro to make a nice game as I lack experience with its API. But once again thanks :D
err:wgl:X11DRV_wglGetProcAddress No libGL on this box - disabling OpenGL support !
err:wgl:X11DRV_wglGetProcAddress No libGL on this box - disabling OpenGL support !
err:wgl:X11DRV_wglGetProcAddress No libGL on this box - disabling OpenGL support !
err:wgl:X11DRV_wglGetProcAddress No libGL on this box - disabling OpenGL support !
err:wgl:X11DRV_wglGetProcAddress No libGL on this box - disabling OpenGL support !
<ETC...>
err:d3d:WineD3D_CreateFakeGLContext Can't find a suitable iPixelFormat
err:d3d:InitAdapters Failed to get a gl context for default adapter
fixme:d3d:IWineD3DDeviceImpl_Release (0x121378) Device released with resources still bound, acceptable but unexpected
fixme:d3d:dumpResources Leftover resource 0x121c50 with type 1,WINED3DRTYPE_SURFACE
err:ddraw:IDirectDrawImpl_CreateNewSurface IWineD3DDevice::CreateSurface failed. hr = 8876017c
err:ddraw:IDirectDrawImpl_CreateSurface IDirectDrawImpl_CreateNewSurface failed with 8876017c
wine: Unhandled page fault on read access to 0x00000000 at address 0x679cc32b (thread 0009), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x679cc32b).
Register dump:
CS:0017 SS:001f DS:001f ES:001f FS:1007 GS:0037
EIP:679cc32b ESP:0069fd00 EBP:0069fd78 EFLAGS:00200206( - 00 - -IP1)
EAX:00000000 EBX:00000000 ECX:0069f870 EDX:00000280
ESI:00000000 EDI:0011cb90
Stack dump:
0x0069fd00: 0044a02e 00000000 00000000 0069fd00
0x0069fd10: 0044a01a 00000000 0011ca00 0011ca00
0x0069fd20: 00000000 00000001 ffffffff 00000280
0x0069fd30: 00000000 00000000 00126e58 0069fdf4
0x0069fd40: 00000067 0011cb90 0069fd78 00401dbb
0x0069fd50: 00000000 00126e58 00000000 00000000
0200: sel=1007 base=7ffc0000 limit=0000ffff 32-bit rw-
Backtrace:
=>1 0x679cc32b in alleg42 (+0xc32b) (0x0069fd78)
2 0x00401be1 in test yourself in spanish (+0x1be1) (0x0069fd88)
3 0x0040165d in test yourself in spanish (+0x165d) (0x0069fd98)
4 0x004013da in test yourself in spanish (+0x13da) (0x0069fe38)
5 0x67a5afa8 in alleg42 (+0x9afa8) (0x0011cc00)
6 0x00000000 (0x0011cb91)
0x679cc32b: movl 0x0(%ebx),%edx
Modules:
Module Address Debug info Name (13 modules)
PE 400000- 49e000 Export test yourself in spanish
PE 608a0000-608a4000 Deferred advapi32
PE 60b50000-60b54000 Deferred ddraw
PE 60d10000-60d14000 Deferred ole32
PE 60e00000-60e15000 Deferred user32
PE 62170000-62174000 Deferred gdi32
PE 62240000-62244000 Deferred rpcrt4
PE 622d0000-622d4000 Deferred dsound
PE 62330000-6237d000 Deferred winmm
PE 623e0000-623e4000 Deferred msvcrt
PE 679c0000-67aab000 Export alleg42
PE 7b810000-7b87c000 Deferred kernel32
PE 7bc10000-7bc14000 Deferred ntdll
Threads:
process tid prio (all id:s are in hex)
00000008 (D) C:\Program Files\Test Yourself in Spanish\Binary\Test Yourself In Spanish.exe
0000001c 15
0000001b 0
0000001a 1
00000017 0
00000009 0 <==
0000000c
00000014 0
00000013 0
00000012 0
0000000e 0
0000000d 0
0000000f
00000016 0
00000015 0
00000011 0
00000010 0
00000018
00000019 0
Backtrace:
=>1 0x679cc32b in alleg42 (+0xc32b) (0x0069fd78)
2 0x00401be1 in test yourself in spanish (+0x1be1) (0x0069fd88)
3 0x0040165d in test yourself in spanish (+0x165d) (0x0069fd98)
4 0x004013da in test yourself in spanish (+0x13da) (0x0069fe38)
5 0x67a5afa8 in alleg42 (+0x9afa8) (0x0011cc00)
6 0x00000000 (0x0011cb91)
It then displays it with a black window. Ah well...
and sometimes there’s a third, even deeper level and that one is the same as the top surface one...Like with pie…
-Dr Horrible
Why did you use DarWINE when the project is built for Linux? If DarWINE is what it says it is, then why would you try and use it to run a linux program. Excuse me for my ignorance.
The Darwine project intends to port and develop WINE as well as other supporting tools that will allow Darwin and Mac OS X/ppc users to run Windows Applications, and to provide a Win32 API compatibility at application source code level.
I was running the Windows binary that was included with the tar.gz I downloaded from the link you provided in your original post. I haven't attempted to compile the Linux source yet.
dejai wrote:Why did you use DarWINE when the project is built for Linux? If DarWINE is what it says it is, then why would you try and use it to run a linux program. Excuse me for my ignorance.
The Darwine project intends to port and develop WINE as well as other supporting tools that will allow Darwin and Mac OS X/ppc users to run Windows Applications, and to provide a Win32 API compatibility at application source code level.
and sometimes there’s a third, even deeper level and that one is the same as the top surface one...Like with pie…
-Dr Horrible