Created attachment 1147 [details]
a +relay-trace of DK Gold starting

This is a +relay trace of DK Gold while it starts. Uncompressed it's about 1.5
MB

Could you try starting it but with the full 'windows' path of the game ?

I.e. if your 'Windows' directory is mapped as 'D:' in Wine, start it like this
(from the directory where DKGold is installed):

'wine D:\\DKGold\\KEEPER95.EXE'

And tell us if it works better.

OK, I did this: 
wine Y:\\Windows\\DKGold\\Keeper95.exe  
And it tries to start. 
In normal mode it stucks at the SplashScreen. 
In a virtual Desktop it plays the video and gets to the Main menu.  
Then the mouse Cursor is stuck in the top left corner. So I can't start a 
game. 
The same goes for the d3d-Version. 

Assigning the bug to myself. I have a patch that fixes this issue that I need to
re-send (it was sent to wine-patches some time ago and was never committed due
to the lack of test cases).

Is there any news on this bug or better the patch? This issue with Dungeon
Keeper (and Theme Hospital if i remember correctly) is kinda old now.

Created attachment 1278 [details]
Force copy of DOS-style executable path into argv[0] of PE executable process

This is a patch to fix the primary bug on DungeonKeeper. I am surprised this
bug was overlooked up to now.

The basic problem is that Wine is passing the argv[] array unmodified (except
for the removal of the 'wine' reference itself) to the PE process. This means
that, unless the user writes a DOS-style path at wine invocation, the PE
process receives an UNIX-style relative path as its argv[0]. This differs from
standard behavior in MS-DOS and Windows, where the argv[0] of the process
contains a fully qualified DOS-style path (such as C:\WINDOWS\FOO.EXE)
regardless of the method used to run the executable. DungeonKeeper relies on
this characteristic of MS-DOS/Windows and crashes when it sees the UNIX-style
path. 

This patch will also be sent to wine-patches, as a fix for one of the issues of
bug 3542.

with a cvs - snapshot( 01.11.05 12:00 CET ) I get the following: 
 
sifff@Skynet ~/Windows/DKGold $ wine Y:\\Windows\\DKGOLD\\keeper95.exe 
 
wine: cannot open (null) 
 
I'll attach a trace+all 
 
This is also plagueing some other programs, including the ie6 Installer 

Never mind... a mistake in my rights... 

with a cvs-wine of today and starting it with wine keeper95.exe I get the 
following Output: 
wine: Unhandled page fault on write access to 0x00000000 at address 0x4048e2 
(thread 0009), starting debugger... 
WineDbg starting on pid 0x8 
First chance exception: page fault on read access to 0x00000000 in 32-bit code 
(0x7ff992c1). 
In 32 bit mode. 
Register dump: 
 CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 
 EIP:7ff992c1 ESP:7fbcf408 EBP:7fbcf4d0 EFLAGS:00010246(   - 00      -RIZP1) 
 EAX:00000000 EBX:7ffd52e4 ECX:00000000 EDX:00000000 
 ESI:00000000 EDI:00000002 
Stack dump: 
0x00000000:  00000000 00000000 00000000 00000000 
0x00000010:  00000000 00000000 00000000 00000000 
0x00000020:  00000000 00000000 00000000 00000000 
0x00000030:  00000000 00000000 00000000 00000000 
0x00000040:  00000000 00000000 00000000 00000000 
0x00000050:  00000000 00000000 00000000 00000000 
0200: sel=1007 base=7ff5e000 limit=00001fff 32-bit rw- 
Backtrace: 
=>1 0x7ff992c1 RtlImageNtHeader+0x61(hModule=0x0) 
[/home/sifff/wine/dlls/ntdll/loader.c:2007] in ntdll (0x7ff992c1) 
  2 0x7ff9941b RtlImageDirectoryEntryToData+0x3b(module=0x0, image=0x1, 
dir=0x2, size=0x7fbcf810) [/home/sifff/wine/dlls/ntdll/loader.c:2112] in ntdll 
(0x7ff9941b) 
  3 0x7fc1a46f UnhandledExceptionFilter+0x12f(epointers=0x7fbcf84c) 
[/home/sifff/wine/dlls/kernel/except.c:407] in kernel32 (0x7fc1a46f) 
  4 0x7ff904f7 __wine_exception_handler+0x47(record=0x7fbcfc9c, 
frame=0x7fbcff2c, context=0x7fbcf9d0, pdispatcher=0x7fbcf910) 
[/home/sifff/wine/dlls/ntdll/exception.c:579] in ntdll (0x7ff904f7) 
  5 0x7ffb53e9 call_exception_handler+0x29 in ntdll (0x7ffb53e9) 
  6 0x7ffb53bd EXC_CallHandler+0x1d in ntdll (0x7ffb53bd) 
  7 0x7ff90cd3 raise_exception+0x473(first_chance=<register not in topmost 
frame>) [/home/sifff/wine/dlls/ntdll/exception.c:270] in ntdll (0x7ff90cd3) 
  8 0x7ff90d99 __regs_RtlRaiseException(rec=0x7fbcfc9c, context=0x7fbcf9d0) 
[/home/sifff/wine/dlls/ntdll/exception.c:383] in ntdll (0x7ff90d99) 
  9 0x7ffb557c raise_segv_exception(rec=0x7fbcfc9c, context=0x7fbcf9d0) 
[/home/sifff/wine/dlls/ntdll/signal_i386.c:1072] in ntdll (0x7ffb557c) 
  10 0xdeadbabe (0xdeadbabe) 
  11 0x7fc48cdb start_process+0xeb(arg=0x0) 
[/home/sifff/wine/dlls/kernel/process.c:966] in kernel32 (0x7fc48cdb) 
  12 0xb7f940b7 wine_switch_to_stack+0x17 in libwine.so.1 (0xb7f940b7) 
0x7ff992c1 RtlImageNtHeader+0x61 [/home/sifff/wine/dlls/ntdll/loader.c:2007] 
in ntdll: cmpw     $0x5a4d,0x0(%eax) 
2007            if (dos->e_magic == IMAGE_DOS_SIGNATURE) 
Modules: 
Module  Address                 Debug info      Name (77 modules) 
PE      0x00400000-007ae000     Deferred        keeper95 
PE      0x10000000-10029000     Deferred        wsnd7r 
PE      0x20000000-2002b000     Deferred        mss32 
ELF     0x7bf00000-7bf03000     Deferred        <wine-loader> 
ELF     0x7e75b000-7e770000     Deferred        midimap<elf> 
  \-PE  0x7e760000-7e770000     \               midimap 
ELF     0x7e881000-7e8a7000     Deferred        msacm32<elf> 
  \-PE  0x7e890000-7e8a7000     \               msacm32 
ELF     0x7e8a7000-7e8ec000     Deferred        wineoss<elf> 
  \-PE  0x7e8c0000-7e8ec000     \               wineoss 
ELF     0x7e8ec000-7e9f1000     Deferred        libcrypto.so.0.9.7 
ELF     0x7e9f1000-7ea22000     Deferred        libssl.so.0.9.7 
ELF     0x7ea22000-7ea45000     Deferred        libcups.so.2 
ELF     0x7eaa4000-7eac0000     Deferred        imm32<elf> 
  \-PE  0x7eab0000-7eac0000     \               imm32 
ELF     0x7eac0000-7eadd000     Deferred        ximcp.so.2 
ELF     0x7eadd000-7f29b000     Deferred        libglcore.so.1 
ELF     0x7f29b000-7f31e000     Deferred        libgl.so.1 
ELF     0x7f33a000-7f3c0000     Deferred        winex11<elf> 
  \-PE  0x7f350000-7f3c0000     \               winex11 
ELF     0x7f3c0000-7f3e5000     Deferred        libexpat.so.0 
ELF     0x7f3e5000-7f41a000     Deferred        libfontconfig.so.1 
ELF     0x7f42d000-7f436000     Deferred        libxcursor.so.1.0.2 
ELF     0x7f436000-7f450000     Deferred        libz.so.1 
ELF     0x7f450000-7f4e0000     Deferred        libfreetype.so.6 
ELF     0x7f4e0000-7f50b000     Deferred        ws2_32<elf> 
  \-PE  0x7f4f0000-7f50b000     \               ws2_32 
ELF     0x7f50b000-7f525000     Deferred        wsock32<elf> 
  \-PE  0x7f510000-7f525000     \               wsock32 
ELF     0x7f525000-7f562000     Deferred        dplayx<elf> 
  \-PE  0x7f540000-7f562000     \               dplayx 
ELF     0x7f562000-7f62d000     Deferred        libx11.so.6 
ELF     0x7f62d000-7f645000     Deferred        libice.so.6 
ELF     0x7f649000-7f661000     Deferred        msacm<elf> 
  \-PE  0x7f650000-7f661000     \               msacm 
ELF     0x7f661000-7f6e0000     Deferred        ddraw<elf> 
  \-PE  0x7f680000-7f6e0000     \               ddraw 
PE      0x7f6e0000-7f6f8000     Deferred        smackw32 
ELF     0x7f6f9000-7f708000     Deferred        libxext.so.6 
ELF     0x7f708000-7f727000     Deferred        iphlpapi<elf> 
  \-PE  0x7f710000-7f727000     \               iphlpapi 
ELF     0x7f727000-7f772000     Deferred        rpcrt4<elf> 
  \-PE  0x7f740000-7f772000     \               rpcrt4 
ELF     0x7f772000-7f807000     Deferred        ole32<elf> 
  \-PE  0x7f790000-7f807000     \               ole32 
ELF     0x7f807000-7f890000     Deferred        winmm<elf> 
  \-PE  0x7f810000-7f890000     \               winmm 
ELF     0x7f890000-7f9c3000     Deferred        user32<elf> 
  \-PE  0x7f8b0000-7f9c3000     \               user32 
ELF     0x7f9c3000-7f9ef000     Deferred        winspool<elf> 
  \-PE  0x7f9d0000-7f9ef000     \               winspool 
ELF     0x7f9ef000-7fa30000     Deferred        advapi32<elf> 
  \-PE  0x7fa00000-7fa30000     \               advapi32 
ELF     0x7fa30000-7fac0000     Deferred        gdi32<elf> 
  \-PE  0x7fa40000-7fac0000     \               gdi32 
ELF     0x7fbd0000-7fbd8000     Deferred        libxrender.so.1 
ELF     0x7fbd8000-7fce0000     Stabs           kernel32<elf> 
  \-PE  0x7fbf0000-7fce0000     \               kernel32 
ELF     0x7fdf3000-7fdfe000     Deferred        libnss_files.so.2 
ELF     0x7fdfe000-7fe08000     Deferred        libnss_nis.so.2 
ELF     0x7fe08000-7fe10000     Deferred        libnss_compat.so.2 
ELF     0x7fe11000-7fe15000     Deferred        libxrandr.so.2 
ELF     0x7fe15000-7fe1a000     Deferred        libxxf86vm.so.1 
ELF     0x7fe1a000-7fe20000     Deferred        libxxf86dga.so.1 
ELF     0x7fe23000-7fe2c000     Deferred        libsm.so.6 
ELF     0x7fe2c000-7fe50000     Deferred        libm.so.6 
ELF     0x7fe50000-7ff46000     Deferred        libwine_unicode.so.1 
ELF     0x7ff46000-7ff49000     Deferred        xlcdef.so.2 
ELF     0x7ff49000-7ff5e000     Deferred        libnsl.so.1 
ELF     0x7ff62000-7ffe0000     Stabs           ntdll<elf> 
  \-PE  0x7ff70000-7ffe0000     \               ntdll 
ELF     0xb7e5b000-b7e5f000     Deferred        libdl.so.2 
ELF     0xb7e5f000-b7f7c000     Deferred        libc.so.6 
ELF     0xb7f7c000-b7f8e000     Deferred        libpthread.so.0 
ELF     0xb7f8f000-b7fa9000     DIA             libwine.so.1 
ELF     0xb7faa000-b7fac000     Deferred        libnvidia-tls.so.1 
ELF     0xb7fc5000-b7fdc000     Deferred        ld-linux.so.2 
Threads: 
process  tid      prio (all id:s are in hex) 
00000008 (D) Y:\Windows\DKGold\keeper95.exe 
        00000009    0 <== 
WineDbg terminated on pid 0x8 
 

Created attachment 3145 [details]
wine output for keeper95 crash

Dungeon keeper crashes immediately after the splash screen, attatched please
find the results of 
wine c:\\Keeper\\keeper95.exe 2> ~/keeper95.txt

The same thing happens with the deeper dungeons, and the direct3d versions
don't work either.

I am using version 0.9.18 on ubuntu dapper.

Is this still an issue in current wine?

I've Installed a new CVS-Wine of (15.11.07) and the situation hasn't changed much. If I simply enter
wine keeper95.exe 
the app immediately crashes(Log supplied).
If I supply a full Dos-Path, Dungeon Keeper immediately exits with:

fixme:win:EnumDisplayDevicesW ((null),0,0x7c50e2b4,0x00000000), stub!
err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found(640x480x8)! (XRandR)

If I start it in a virtual desktop, it shows the Intro-Screen,and crashes then.
I'll attach a log of it.
If I start it in a virtual desktop, it produces a bunch of Error-Messages.
(log supplied)

Created attachment 9191 [details]
THe Output of Wine if I supply a Unix-Style Path

Created attachment 9193 [details]
The Output of Wine if I start it in a virtual Desktop(WinXP-Mode)

Created attachment 9194 [details]
THe Direct3d version started in a virtual desktop

Created attachment 9202 [details]
backtrace from the direct3d version

Flo: from attachment 9194 [details], it looks like there may be something wrong with your opengl setup. What video card / driver / distro are you using?

Attached is a backtrace from my attempt to run the game. I'm using a NV44 card with nvidia binary driver 100.14.11 on slackware 12. It looks like I got a bit further along.

I'm using an ATI-card with the binary-driver 8.42.3 on Gentoo with X.org-Server 1.4.
Other OpenGL things, like e.g. my own OpenGL Programs work, so I didn't suspect anything there...

I am seeing the same issue, nvidia driver 100.14.19 on Fedora 8, wine 0.9.49. Running the full path (wine "C:\Program Files\DKGold\KEEPER95.EXE") allows it to run properly, but it hangs right after the intro movie (X locks up so I could not obtain any errors).

Well, I'm using a git-wine of today(21.03.08) and DK immediately crashes if I start it with a Unix-Path. If I start wine with the Windows-style path both, the d3d and the normal version crash after showing the intro screen. I started it in WinXP-Mode in a virtual Desktop. I still have an ATI-card and I'm using driver 8.3(The Version from march 08). I'll attach the output of both versions.

Created attachment 11526 [details]
The normal version of DK

Created attachment 11527 [details]
The D3D Version of DK

Created attachment 11528 [details]
Now, really the log of the normal version of DK

Download link is busted, anyone got another?

Please retest in current git. If still present, update version field to earliest known version of wine that had this bug. Thanks!

I can confirm this with 1.1.12 (Fedora).

The debug trace shows the problem comes from IDirectDrawSurfaceImpl_GetPalette.
The IWineD3DPalette_GetParent call raises an exception which crashes the game.

I try to comment this few lines in dlls/ddraw/surface.c:
//     if(wPal)
//     {
//         hr = IWineD3DPalette_GetParent(wPal, (IUnknown **) Pal);
//     }
//     else
//     {
        *Pal = NULL;
        hr = DDERR_NOPALETTEATTACHED;
//     }

This is VERY dirty but it worked. The game work seems to work fine (the menu is ok and I could start a new game). 

Created attachment 20693 [details]
Dungeon Keeper crash output - wine-1.1.20

I think I got something: If I'm not mistaken, the crash comes from the fact the program (or wine?) releases the palette before the surface is released.

I made a patch (for wine 1.1.19) which checks if the palette is attached to a surface and removes it from the surface before releasing it. With that patch Dungeon Keeper works fine (Actually I haven't tested the network, but the rest is fine).

Created attachment 20873 [details]
Patch for removing palette from a surface before releasing it

Created attachment 23643 [details]
Crash output with Benjamin Silvestre's patch on Wine 1.1.29

(In reply to comment #29)
> Created an attachment (id=20873) [details]
> Patch for removing palette from a surface before releasing it

Tested this patch in version 1.1.29.  The patch removes the page fault but the game still crashed on launch.  In the included attachment is all that remains of the error messages for me.  If I had more time, I'd roll back to the wine version Mr. Silvestre used to see if I get the same results, but that'll have to wait.

Hopefully someone with more time and knowledge of wine's inner workings than myself can get something useful out of this.

My patch allows playing dungeon keeper (and deeper dungeon) gold but the direct3D version is still broken (last time I tried, the game crashed after the main menu).

I don't know if it matter but I currently run wine 1.1.27. with an ati based card (fglrx driver).

Created attachment 24727 [details]
DK Gold Crash Output for 1.1.33

Just keeping this up to date.

Looks like there's a download for it here:
http://www.gameswin.org/gameen.php?id=453

Is this still an issue in current (1.1.44 or newer) wine?

(In reply to comment #33)
> Looks like there's a download for it here:
> http://www.gameswin.org/gameen.php?id=453
> 
> Is this still an issue in current (1.1.44 or newer) wine?

Yes.  I just submitted new test results with 1.2-rc1.

Created attachment 28316 [details]
Patch for removing palette from a surface before releasing it

Hi all!

See enclosed an update of my first patch for wine 1.2-rc1 (I added a warn comment too).

I made quick tests with a fresh wine 1.2-rc1:
- without patch: dungeon keeper normal and d3d version crash 
- with my patch: dungeon keeper normal works fine but d3d version still crashs

Regards

Created attachment 28317 [details]
A capture with dungeon keeper running

A capture with dungeon keeper running in wine 1.2-rc1 + patch

(In reply to comment #35)
> Created an attachment (id=28316) [details]
> Patch for removing palette from a surface before releasing it
> 
> Hi all!
> 
> See enclosed an update of my first patch for wine 1.2-rc1 (I added a warn
> comment too).
> 
> I made quick tests with a fresh wine 1.2-rc1:
> - without patch: dungeon keeper normal and d3d version crash 
> - with my patch: dungeon keeper normal works fine but d3d version still crashs
> 
> Regards

That did the trick (why it didn't work for me before likely had something to do with me being an idiot).  The game no longer crashes for me.

However, the ALSA sound doesn't work for this game (OSS does), but that's a topic for another time.

> Created an attachment (id=28316) [details]
> Patch for removing palette from a surface before releasing it

Good job Benjamin, it works also for me. Henri/Roderick/Stefan is this patch OK for you?

I have some doubt (In reply to comment #38)
> > Created an attachment (id=28316) [details] [details]
> > Patch for removing palette from a surface before releasing it
> 
> Good job Benjamin, it works also for me. Henri/Roderick/Stefan is this patch OK
> for you?
I have some doubts about that patch. The surface is supposed to keep a reference to the palette, so the situation where the palette is destroyed before the surface is released isn't supposed to happen.

Still present in wine-1.2-rc4.

Confirmed present in 1.2-rc5 as well (new AppDB results submitted).

(In reply to comment #39)
> I have some doubts about that patch. The surface is supposed to keep a
> reference to the palette, so the situation where the palette is destroyed
> before the surface is released isn't supposed to happen.

You seem to know a bit about how this part of wine works (or is supposed to work).  Do you know of a better solution?  It'd be nice to squash this one, maybe even for final 1.2. *cross fingers*

(In reply to comment #41)
> You seem to know a bit about how this part of wine works (or is supposed to
> work).  Do you know of a better solution?  It'd be nice to squash this one,
> maybe even for final 1.2. *cross fingers*
The most important part is to get a clear understanding of why the bug happens first. I.e., the patch removes the palette from any surfaces it is attached to when it's destroyed, but that situation isn't supposed to happen. What you want to know is why it's being destroyed while still being attached to a surface.

Created attachment 30315 [details]
console output from wine-1.3.1


Still present in wine-1.3.1.

Now i notice, that most traces attached here are garbage or when it is proper, it's different from the one provided by wine-1.3.1. So adding current back-trace.

Confirming the problem under Wine 1.3.1 also. But the patch fixes the problems, and the game becomes very playable.

Still present in wine-1.3.2-115-gd822555.

Still present in wine-1.3.3.

Still present in wine-1.3.9. Although the output trace is shorter and cleaner (to me;)

Created attachment 34604 [details]
Patch wine 1.3.19

Hi, I adapted the previous patch to the latest wine version. In contrast to the previous one, this one only removes the palette frome the surface if the palette is actually released. This should make the patch fairly unobstrusive. Of course it still does not explain why the refcount drops to zero before the surface is released. Maybe a programming error in dungeon keeper? Would be cool if someone could test what happens under windows if a palette is manually released before the surface to get an idea whether this defensive release strategy is also implemented on windows.

> what happens under windows if a palette is manually
> released before the surface to get an idea whether this defensive release
> strategy is also implemented on windows.

Could you provide such an EXE for Windows? I could report back results from different Windows versions.

> Hi, I adapted the previous patch to the latest wine version.

Tried that patch with 1.3.34 and that made this game playable.

Created attachment 38607 [details]
patch wine 1.4-rc1

The patch for wine 1.3.19 doesn't work anymore with wine 1.4-rc1, so I adjusted it.

Remove Lionel as owner of open bugs as he isn't active anymore (and that for years).

Confirming that Tor's patch works with 1.5.0.

Created attachment 40040 [details]
Crash from wine-1.5.3-164-gdec3d50


Still present in wine-1.5.3-164-gdec3d50. Console output differs, so attaching fresh output.

With 1.5.31 it crashes when loading. I can only see the the first logo image, then crashes. Using the game without any wine patches, only the normal one.

Ubuntu 13.04 64 Bit.

I even tried patching the game with the update, same problem. I changed the configuration file from Program Files/KEEPER95 to c:/KEEPE95. same thing.

It keeps crashing with an error like this:

cyrex@cyrex:~/.wine/dosdevices/c:/Keeper$ wine KEEPER95.EXE

fixme:win:EnumDisplayDevicesW ((null),0,0x170e0d8,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 8
fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x15b868, flags 0x1, event (nil) stub!
fixme:d3d_surface:d3dfmt_p8_init_palette No palette set.
wine: Unhandled page fault on write access to 0x8a5f6118 at address 0x110121 (thread 0009), starting debugger...
Unhandled exception: page fault on write access to 0x8a5f6118 in 32-bit code (0x00110121).
fixme:dbghelp:addr_to_linear Failed to linearize address 10bf:ffd0 (mode 0)

There's a demo for this game, I guess the problem can be reproduced here as well (you need to unpack it in DOS first, but then you get a normal Windows app): http://download.cnet.com/Dungeon-Keeper-demo/3000-2119_4-10011780.html

You may want to add it to the URL field.

Should be fixed by commit c5a8b933afb0d671da1084e4964cf1be26318369.

hmm, I'm using wine 1.7.8
the executables keeper95.exe and deeper95.exe don't even start.
keepd3d.exe at least shows some splash screen and then segfaults.
It seems the patch you mentioned is not yet in wine-1.7.8?

(In reply to comment #58)
> hmm, I'm using wine 1.7.8
> the executables keeper95.exe and deeper95.exe don't even start.
> keepd3d.exe at least shows some splash screen and then segfaults.
> It seems the patch you mentioned is not yet in wine-1.7.8?

The patch was commited after wine 1.7.8 release, so it's in wine-git version. It will be in wine 1.7.9.

Resolving FIXED. Please reopen if that's not the case.

Closing bugs fixed in 1.7.10.

This does not appear to be working for me.

Ubuntu 13.10 Saucy x64
Wine 1.7.10

To test, I installed a fresh copy of Wine 1.7.10 with no patches or anything, and then installed Dungeon Keeper Gold.

After installation, I navigate to the Bullfrog/Keeper directory and try to launch KEEPER95.exe, it briefly pops up the DK splash screen, then disappears and I am left with this in my terminal:

wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$ wine KEEPER95.EXE
p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
fixme:win:EnumDisplayDevicesW ((null),0,0x160dff8,0x00000000), stub!
fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x166480, flags 0x1, event (nil) stub!
fixme:d3d_surface:d3dfmt_p8_init_palette No palette set.
fixme:winediag:AUDDRV_GetAudioEndpoint Winepulse is not officially supported by the wine project
fixme:winediag:AUDDRV_GetAudioEndpoint For sound related feedback and support, please visit http://ubuntuforums.org/showthread.php?t=1960599
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2402c (device=2 access=1 func=b method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 24008 (device=2 access=1 func=2 method=0)
wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$ 
---------------
In particular the line "fixme:d3d_surface:d3dfmt_p8_init_palette No palette set." is standing out to me, but this may not be the culprit.

Please let me know if there is any additional testing or debug logs you would like from me.

Created attachment 47175 [details]
This is a log of a KEEPER95.EXE crash with +relay and +snoop debug turned on.

This is a log of a KEEPER95.EXE crash with +relay and +snoop debug turned on.
It is 180 kb compressed, 14.3 MB uncompressed.

Please note the line "000d:Call KERNEL32.ExitProcess(00000000) ret=7f8129ca3adb" at line # 131,274.

I admit that in my original bug report I used keeper95.exe.
What is working is the d3d version: keepd3d.exe
I tested that. I'm undecided whether we still care about keeper95.exe ...
On the other hand the extension deeper95 does not seem to be included in the direct3d version. Probably this warrants a new bug report.

(In reply to comment #64)
> I admit that in my original bug report I used keeper95.exe.
> What is working is the d3d version: keepd3d.exe
> I tested that. I'm undecided whether we still care about keeper95.exe ...
> On the other hand the extension deeper95 does not seem to be included in the
> direct3d version. Probably this warrants a new bug report.

Theres are good points. So I have tried to run keepd3d.exe and deepd3d.exe from my Gold installation, and each one gives me this: 
wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$ wine deepd3d.exe
err:module:map_image Could not map section .reloc, file probably truncated
err:module:map_image Could not map section .reloc, file probably truncated
wine: Bad EXE format for C:\Program Files\Bullfrog\Keeper\deepd3d.exe.

Nothing tries to run, no splash screen, just these errors.

Am I doing something wrong? Can anyone else confirm this behavior? 
This is very different from what I would have expected given how KEEPER95.EXE runs.

This doesn't look like an internal wine thing. Somehow wine doesn't recognize the executables. Probably you see a difference if you check the executables with the "file" utility.

(In reply to comment #66)
> This doesn't look like an internal wine thing. Somehow wine doesn't
> recognize the executables. Probably you see a difference if you check the
> executables with the "file" utility.

This is what I am seeing as output from the executables with the file command: 
wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$ file keepd3d.exe 
keepd3d.exe: PE32 executable (GUI) Intel 80386, for MS Windows
wodencafe@ubuntu:~/.wine/drive_c/Program Files/Bullfrog/Keeper$ file KEEPER95.EXE 
KEEPER95.EXE: PE32 executable (GUI) Intel 80386, for MS Windows

(In reply to comment #65)
> Can anyone else confirm this behavior? 

Hi, KEEPER95.EXE runs perfectly here, since wine-1.7.9. Many thanks Henri for fixing this game.

PS: Since wine-1.7.9 DEEPER95.EXE is able to run intro video, but then quits without a crash. But that's unrelated to this bug report.

install ok on wine 1.7.9
the game runs fine but i can't finish the first party : the space bar doesn't quit the winning party !

UBUNTU 12.04
wine 1.7.9
driver : GeForce GT 610/PCIe/SSE2 
Dungeon Keeper Gold : original disk

(In reply to xavier Frenchy from comment #69)
> install ok on wine 1.7.9
> the game runs fine but i can't finish the first party : the space bar
> doesn't quit the winning party !

Please open a new bug for that, this one was about the game not starting.