http://bugs.winehq.com/show_bug.cgi?id=1181
------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:23 -------
Bug comments restored from Gmane.org:
The X11 keyboard driver (dlls/x11drv/keyboard.c) uses raw X11 keycodes.
This is wrong; keycodes are Xserver and hardware dependent. Applications
should never use the keycodes.
One example when this is a problem is when using VNC, since Xvnc does not
use the same keycodes as most XFree86 servers. This has led to that Wine
has a special keymap for this special Xvnc server. But this keymap only
supports the US keyboard layout. Basically, to support all layouts (x) on
all servers (y), Wine needs to have x*y keymaps. This is just not feasible.
And even if it was, things would go wrong: Xvnc allocates keycodes
dynamically, which is totally "legal". This means that "aring" can have
different keycodes different times, depending on in which order the user
has pressed international keys.
rdesktop (www.rdesktop.org) suffered from exactly the same problem. I have
written a new keyboard translation implementation which uses Keysyms
instead. Maybe Wine can re-use parts of this work.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1182
------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:19 -------
Bug comments restored from Gmane.org:
If you run "artsdsp wine" to make arts run with an OSS-using wine, then
wine crashes instantly.
Some debugging revealed that it is due to a crash in scheduler/pthread.c
(some pthread emulation struct field contained values that it didn't like).
Sounds like we need to make sure our pthreads emulation doesn't touch any
pthreads struct fields that other system parts might want to tamper with...
A workaround is to use winearts.drv, of course (unless winearts.drv is not
stable enough).
------- Additional Comments From fgouget <at> codeweavers.com 2002-12-10 19:54
-------
Andi wrote:
[...]
> A workaround is to use winearts.drv, of course (unless winearts.drv
> is not stable enough).
Precisely. I would say that this is a "won't fix" and that one should be using
the winarts driver rather than artsdsp.
------- Additional Comments From fgouget <at> codeweavers.com 2002-12-10 19:55
-------
Btw, see also bug 325.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1183
------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:06 -------
Bug comments restored from Gmane.org:
When trying to run Carmen Sandiego Junior It will not start and displays a
message box instead. I see the following messages on the console.
err:msacm:MIDIMAP_LoadSettingsDefault Registry glitch: couldn't find midi out (#0)
fixme:system:ChangeDisplaySettingsA (0x406ccc0c,0x00000006), stub
flags=TEST,FULLSCREEN,
fixme:system:ChangeDisplaySettingsA (Putting X in this mode beforehand might help)
fixme:system:ChangeDisplaySettingsA (0x406ccc0c,0x00000006), stub
flags=TEST,FULLSCREEN,
fixme:system:ChangeDisplaySettingsA (Putting X in this mode beforehand might help)
fixme:system:ChangeDisplaySettingsA (0x406ccc0c,0x00000006), stub
flags=TEST,FULLSCREEN,
fixme:system:ChangeDisplaySettingsA (Putting X in this mode beforehand might help)
fixme:dialog:MSGBOX_OnInit system modal msgbox ! Not modal yet.
I will attach a better trace (relay) when I get a chance
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-08
14:21 -------
Created an attachment (id=347)
--> (http://bugs.winehq.com/attachment.cgi?id=347&action=view)
Screen shot of message box
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-08
15:52 -------
Created an attachment (id=349)
--> (http://bugs.winehq.com/attachment.cgi?id=349&action=view)
Annotated log run with -debugmsg +relay (snipped to 337 lines)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1131
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:59 -------
Bug comments restored from Gmane.org:
when using the cvs build of wine with ms office 2000, trying to start an
application brings up the app splash screen followed by a wine-debug window...
last error message:
0x40a6c45c (RPCRT4.DLL.UuidToStringA+0x40 in rpcrt4.dll.so): movzbl
0xf(%esi),%eax
any ideas?
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 10:41
-------
Hmm, interesting crash.
Could you please give *detailed* output, though ?
------- Additional Comments From jms <at> josh.com 2002-11-07 11:01 -------
is this what you are looking for?
this is the full contents of the debug window...
WineDbg starting on pid 8378c98
No debug information in ELF 'wine' (0x00000000)
Breakpoint 1 at 0x4000acb0
Loaded debug information from ELF '/usr/lib/libntdll.dll.so' (0x40024000)
No debug information in ELF '/usr/lib/libwine.so' (0x40122000)
No debug information in ELF '/usr/lib/libwine_unicode.so' (0x40139000)
No debug information in ELF '/lib/i686/libm.so.6' (0x4021a000)
No debug information in ELF '/lib/libdl.so.2' (0x4023c000)
No debug information in ELF '/lib/ld-linux.so.2' (0x40000000)
No debug information in ELF '/lib/libnss_files.so.2' (0x40240000)
No debug information in ELF '/usr/lib/wine/advapi32.dll.so' (0x40743000)
No debug information in ELF '/usr/lib/wine/kernel32.dll.so' (0x40773000)
No debug information in ELF '/usr/lib/wine/gdi32.dll.so' (0x40822000)
No debug information in ELF '/usr/lib/wine/ole32.dll.so' (0x408a0000)
No debug information in ELF '/usr/lib/wine/user32.dll.so' (0x4090d000)
No debug information in ELF '/usr/lib/wine/rpcrt4.dll.so' (0x40a31000)
No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40a79000)
No debug information in ELF '/usr/lib/wine/x11drv.dll.so' (0x40ac2000)
No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40b23000)
No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40b2c000)
No debug information in ELF '/usr/X11R6/lib/libXxf86dga.so' (0x4024a000)
No debug information in ELF '/usr/X11R6/lib/libXv.so' (0x40b43000)
No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40b47000)
No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40b55000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/common/xlcUTF8Load.so.2'
(0x40019000)
No debug information in ELF '/usr/X11R6/lib/X11/locale/common/ximcp.so.2'
(0x40c33000)
No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x4001b000)
No debug information in 32bit DLL 'C:\Program Files\Microsoft
Office\Office\EXCEL.EXE' (0x30000000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40060000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL'
(0x407b0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL'
(0x40760000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40840000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL'
(0x40940000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL'
(0x40a50000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x408c0000)
No debug information in 32bit DLL 'C:\PROGRAM FILES\MICROSOFT
OFFICE\OFFICE\MSO9.DLL' (0x308c0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL'
(0x40ae0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ACTXPRXY.DLL'
(0x70390000)
Unhandled exception: page fault on read access to 0x0000000f in 32-bit code
(0x40a6c45c).
In 32-bit mode.
0x40a6c45c (RPCRT4.DLL.UuidToStringA+0x40 in rpcrt4.dll.so): movzbl
0xf(%esi),%eax
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 11:05
-------
Ah, I see.
Hmm, could you also post the additional lines done by a "backtrace" ?
------- Additional Comments From jms <at> josh.com 2002-11-07 11:08 -------
here is the backtrace
=>0 0x40a6c45c (RPCRT4.DLL.UuidToStringA+0x40 in rpcrt4.dll.so) (ebp=40731cc0)
1 0x40a661d9 (RPCRT4.DLL.NdrDllRegisterProxy+0xc9 in rpcrt4.dll.so) (ebp=40731
e04)
2 0x70391bfc (ACTXPRXY.DLL.DllRegisterServer+0x26 in
C:\WINDOWS\SYSTEM\ACTXPRX
Y.DLL) (ebp=40731f68)
3 0x3000dae8 (EXCEL.EXE.EntryPoint+0xb490 in C:\Program Files\Microsoft Office
\Office\EXCEL.EXE) (ebp=40732cfc)
4 0x30005968 (EXCEL.EXE.EntryPoint+0x3310 in C:\Program Files\Microsoft Office
\Office\EXCEL.EXE) (ebp=40732de4)
5 0x300027e4 (EXCEL.EXE.EntryPoint+0x18c in C:\Program Files\Microsoft Office\
Office\EXCEL.EXE) (ebp=40732e00)
6 0x300026e5 (EXCEL.EXE.EntryPoint+0x8d in C:\Program Files\Microsoft Office\O
ffice\EXCEL.EXE) (ebp=40732e8c)
7 0x400c5500 (start_process+0x238 [process.c] in libntdll.dll.so) (ebp=40732f3
0)
8 0x400c9479 (call_on_thread_stack+0x79 [sysdeps.c] in libntdll.dll.so) (ebp=4
0732ff4)
9 0x400c95b4 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000)
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 12:48
-------
Hmm, sorry, I simply see that I don't see at which line exactly it crashes.
Sounds like it's missing some debug information...
Could you also paste "info local" and "info reg" ?
Thanks !
------- Additional Comments From jms <at> josh.com 2002-11-07 12:55 -------
here it is...hope it helps!
info local:
RPCRT4.DLL.UuidToStringA:
info reg:
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000
EIP:40a6c45c ESP:40731cb8 EBP:40731cc0 EFLAGS:00010206( R- 00 I - -P1 )
EAX:0000000e EBX:40a78e44 ECX:4025001c EDX:4028dd00
ESI:00000000 EDI:7039f990
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 13:07
-------
Sorry, not at all. No information here either :-\
Could you attach a --debugmsg +relay,+ole logfile ?
------- Additional Comments From jms <at> josh.com 2002-11-07 14:02 -------
Created an attachment (id=327)
--> (http://bugs.winehq.com/attachment.cgi?id=327&action=view)
+relay,+ole trace !!!Warning....77mb when uncompressed!!!
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 15:14
-------
Hmm, the program calls NdrDllRegisterProxy:
083765d8:Call rpcrt4.NdrDllRegisterProxy(70390000,7039f370,703982b0) ret=70391bf
c
trace:ole:NdrDllRegisterProxy
(0x70390000,0x7039f370,{b8da6310-e19b-11d0-933c-00
a0c90dcaa9})
083765d8:Call ntdll.RtlAllocateHeap(40250000,00000000,00000025) ret=40a6c442
083765d8:Ret ntdll.RtlAllocateHeap() retval=4028e078 ret=40a6c442
trace:ole:NdrDllRegisterProxy registering IActiveScriptStats {70395720-57a2-7039
-b255-397000000000} => b8da6310-e19b-11d0-933c-00a0c90dcaa9
083765d8:Call ntdll.RtlAllocateHeap(40250000,00000000,00000025) ret=40a6c442
083765d8:Ret ntdll.RtlAllocateHeap() retval=4028e128 ret=40a6c442
which then leads to:
083765d8:Ret advapi32.RegCloseKey() retval=00000000 ret=40a66291
trace:ole:NdrDllRegisterProxy registering IActiveScriptParseProcedure2 (null) =>
b8da6310-e19b-11d0-933c-00a0c90dcaa9
083765d8:Call ntdll.RtlAllocateHeap(40250000,00000000,00000025) ret=40a6c442
083765d8:Ret ntdll.RtlAllocateHeap() retval=4028e128 ret=40a6c442
083765d8:Call kernel32.UnhandledExceptionFilter(40620900) ret=302c34f5
wine: Unhandled exception, starting debugger...
Note that proxy->header.piid is null !!
But AFAICS UuidToString should handle the first argument (null) just fine.
(it properly assigns the null uuid to it in case it's null).
Why that now crashes is beyond me...
Could you add some more TRACEs to dlls/rpcrt4/rpcrt4_main.c/UuidToStringA()
in order to nail down why exactly it crashes in that function ?
Thanks !
------- Additional Comments From jms <at> josh.com 2002-11-07 15:23 -------
as i am new to this, can you tell me what it is you want me to add to
dlls/rpcrt4/rpcrt4_main.c/UuidToStringA()? sorry for the ignorance...
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 17:13
-------
Oh come on :-)
You don't want to tell me you don't know to add a simple TRACE ? :)
Just add something like
TRACE("stupid trace\n");
and then tell me in which line it crashes.
(preferrably also with printout of variables if possible)
(sorry, I'm too stupid to manage to think why and where exactly it might crash,
so you'll have to tell me :-\)
------- Additional Comments From jms <at> josh.com 2002-11-08 12:07 -------
naw, man...
i don't think you understand...
i am a router/firewall guy, not a programmer...
in order to do this, i would need very explicit instructions...
sorry!
:-/
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-08
13:58 -------
choose your favorite test editor and edit
where_ever_wine_is/dlls/rpcrt4/rpcrt4_main.c
search for UuidToStringA
You should end up with at this
/*************************************************************************
* UuidToStringA [RPCRT4.@]
*
* Converts a UUID to a string.
*
* UUID format is 8 hex digits, followed by a hyphen then three groups of
* 4 hex digits each followed by a hyphen and then 12 hex digits
*
* RETURNS
*
* S_OK if successful.
* S_OUT_OF_MEMORY if unsucessful.
*/
RPC_STATUS WINAPI UuidToStringA(UUID *Uuid, LPSTR* StringUuid)
{
*StringUuid = HeapAlloc( GetProcessHeap(), 0, sizeof(char) * 37);
if(!(*StringUuid))
return RPC_S_OUT_OF_MEMORY;
if (!Uuid) Uuid = &uuid_nil;
sprintf(*StringUuid,
"%08lx-%04x-%04x-%02x%02x-%02x%02x%02x%02x%02x%02x",
Uuid->Data1, Uuid->Data2, Uuid->Data3,
Uuid->Data4[0], Uuid->Data4[1], Uuid->Data4[2],
Uuid->Data4[3], Uuid->Data4[4], Uuid->Data4[5],
Uuid->Data4[6], Uuid->Data4[7] );
return RPC_S_OK;
}
---
Insert trace statements before each statement so we an find out what is going
wrong like so
/*************************************************************************
* UuidToStringA [RPCRT4.@]
*
* Converts a UUID to a string.
*
* UUID format is 8 hex digits, followed by a hyphen then three groups of
* 4 hex digits each followed by a hyphen and then 12 hex digits
*
* RETURNS
*
* S_OK if successful.
* S_OUT_OF_MEMORY if unsucessful.
*/
RPC_STATUS WINAPI UuidToStringA(UUID *Uuid, LPSTR* StringUuid)
{
TRACE("before HeapAlloc")
*StringUuid = HeapAlloc( GetProcessHeap(), 0, sizeof(char) * 37);
TRACE("Before if(!(*StringUuid))")
if(!(*StringUuid))
return RPC_S_OUT_OF_MEMORY;
TRACE("Before if(!Uuid)")
if (!Uuid) Uuid = &uuid_nil;
TRACE("Before sprintf(")
sprintf(*StringUuid,
"%08lx-%04x-%04x-%02x%02x-%02x%02x%02x%02x%02x%02x",
Uuid->Data1, Uuid->Data2, Uuid->Data3,
Uuid->Data4[0], Uuid->Data4[1], Uuid->Data4[2],
Uuid->Data4[3], Uuid->Data4[4], Uuid->Data4[5],
Uuid->Data4[6], Uuid->Data4[7] );
TRACE("Before Return")
return RPC_S_OK;
}
Save the file and do a "make && make depend", "su" "make
install" cycle so the
traces are in the wine binary
Is that simple enough or would you want more help?
------- Additional Comments From jms <at> josh.com 2002-11-08 23:08 -------
ok, so when adding the trace statements to rpcrt4_main.c following the
instructions you gave, i noticed that you had an additional if condition that
the current cvs source (20021031) didn't actually include...
"if (!Uuid) Uuid = &uuid_nil;"
i added it to the file, did a make depend,make, make install and i now can
start excel...
sorry for the lack of knowledge on the debugging, but i figured i would do the
right thing when i came across the error and lend help the best i could...
any clue as to how to get it to stop telling me that "the file you are trying
to open doesn't exist" when i try to open a file that truely does exist?
Thanks again for your help!
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-09
00:09 -------
It looks like the "if (!Uuid) Uuid = &uuid_nil;" was added to CVS since the last
snapshot (20021031). (I use CVS bleading edge So that solves that.)
About the file not being found I think you should start a new bug report for
that. I think it might be a case sensitivity thing but without a trace I
wouldn't know. Please open a new bug report and I will see what I can do.
Resolving fixed (fix is already in cvs)
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-09 03:16
-------
Argl ! Now that's why I couldn't find any problem within this function.
20021031 is **NOT** current CVS.
CVS is CVS, and it's *much* more current than the STANDARD RELEASE 20021031,
of
course (tons of new patches).
Anyway, glad to see your issue fixed :)
Hmm, about the file problem: no idea.
You could open a separate bug (with current CVS, pleeezze !!!) and attach a
--debugmsg +relay,+file,+dosfs,+commdlg logfile.
------- Additional Comments From dpaun <at> rogers.com 2003-03-30 23:13 -------
Closing time.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1185
------- Additional Comments From winebug(a)flonet.net 2003-28-06 07:59 -------
Bug comments restored from Gmane.org:
Runing the tests on Microsoft Windows 98 (4.10.1998) a lot of tests fail. tests
downloaded from http://fgouget.free.fr/wine/winetests.zip
I was unable to redirect the output of the tests to a file. For example
"ws2_32_test.exe sock > temp.txt" would give me a 0 lenght file is it supposed
to work that way? Some tests output more than 50 lines so that even with the
terminal set to 50 lines I would not be able to copy all of them.
Also a lot (most) of the tests had the prefix of where the file resided on when
it was compiled for each line, which made for very long lines. I cleaned up the
lines wrap, but is it really nessesary to print the whole path.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-10
00:00 -------
Created an attachment (id=350)
--> (http://bugs.winehq.com/attachment.cgi?id=350&action=view)
Test Results
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-10
22:55 -------
Created an attachment (id=351)
--> (http://bugs.winehq.com/attachment.cgi?id=351&action=view)
Test results with latest zip file (Dec 10, 2002)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1130
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:54 -------
Bug comments restored from Gmane.org:
I have tried to play the game Deus Ex,
patch is installed so "Insert CD" does not come up, as it would not recognise my
drive or something - wine config drives/paths are correct
error message which says
Can't find file for package 'Effects'
History: UObject::SafeLoadError <- UObjectStaticLoadClass <-
Init Engine
------- Additional Comments From bhuang <at> myrealbox.com 2002-11-07 06:01
-------
Got it, nothing more than incomplete install process
deus ex works great!!!
------- Additional Comments From dpaun <at> rogers.com 2003-03-30 23:18 -------
Invalid bug. Closing.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1129
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:53 -------
Bug comments restored from Gmane.org:
There is this (freeware) game called Dink Smallwood, which I would like to play
and it almost works but not quite:
You walk around in this game in a view from above (like in the old zeldas or
ultimas), but wine does not draw the floor tiles, which is quite annoying.
The link to the game is:
http://www.rtsoft.com/dink/download.htm
There are two function calls, which I believe to have identified as the
culprits:
DIB_DirectDraw_Blt
or
DIB_DirectDraw_BltFast
The first function call complains saying that DBLT_ASYNC|DBLT_WAIT is not
supported, but as far as I understand the source code, still everything should
be rendered.
The second function is also called a lot and here I am not so sure, what
happens. Is this function completely implemented?
I think it is strange that the last argument is zero, whenever the game calls
it. I read the specification on the ms-homepage and it does not say that you
can call it with a zero parameter.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-06
12:59 -------
You can discount the warning about async/wait as this does not apply to the way
wine deals with ddraw. The other function BltFast might be the culprit but you
did not include the exact fixme/error message. I will try to get a look at this
program if time permits. I have also CC:d Lionel who is the REAL DDraw expert.
------- Additional Comments From lionel.ulmer <at> free.fr 2002-11-10 06:07 -------
Out of curiosity with which Wine version was that tested ? With latest CVS, I do
not have anything displayed at all... Just a white square on the screen.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-10
09:20 -------
I installed it with a very recent version of CVS (a couple of days ago) I have a
wine with windows (95) setup. Maybe thats the difference? I have a problem with
the mouse at the startup screen (I cannot see it). By guess and a liitle luck I
was able to get a game started. I get a 3rd person view of Dink and have no
problem moving around with the keyboard. The floor/ground tiles are white just
like reported. I have not had much of a chance to play(debug) it.
------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-11 07:37
-------
Sorry, when I posted the bug report, I forgot to tell this:
I also get the white screen at the beginning, but after some time (maybe
pressing the mousebuttons or something), I reach the start menu, where the
mouse pointer does not work. Continuing here requires a bit of patience: Moving
the mouse around until a sign appears at the menu entry (this depends a lot on
luck, sometimes I'm able to do this within 3 seconds, sometimes it takes me
more than 1 or 2 minutes).
Anyway, it is possible to start the game, just a bit difficult...
To the question, what the exact error message is: There is no error message
(apart from the ASYNC-stuff). I ran with "wine -debugmsg +relay..." and looked
through the messages displayed and I thought that DIB_DirectDraw_BltFast might
be the problem, but I have no clue at all.
Thanks for your work on this.
Klaus
------- Additional Comments From lionel.ulmer <at> free.fr 2002-11-11 10:37 -------
As I still have no luck managing to get the game to run (I have crashes due to
WinMM and sound stuff), could you attach to this bug report a +ddraw trace (wine
--debugmsg +ddraw).
------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-11 18:13
-------
I never had a crash I think (I first tried the game 18 month ago). I'm using kde, i.e.
artsd.Otherwise I don't know.I found out a way to start the game more reliably: Press
at the
menu-screen "alt-d" to enter debug mode.Now move the invisible cursor with the
cursor keys
to the coordinates x=112 y=45. The mark should appear next to the start entry.Press
"ctrl"
to start the game.Lionel, I produced the trace, you requested, but it is over 50MB in
size. I include
below some lines, which may be helpful.They start at a SurfaceBlit of size 640, so I
hope this is
were the floor tile is drawn, but I don't know:Thanks again for your
help. Klausfixme:ddraw:DIB_DirectDrawSurface_BltFast
(0x403af948)->(0,0,0x403e14a0,0x406d2070,00000000)fixme:ddraw:DIB_DirectDrawSurface_BltFast
trans:fixme:ddraw:DIB_DirectDrawSurface_BltFast srcrect:
0x0-640x480trace:ddraw:Main_DirectDrawSurface_Lock
(0x403e14a0)->Lock((nil),0x406d1efc,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock!
locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN
DDSCAPS2_HINTDYNAMIC
DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP
DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY
DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST -
DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH :
640 - DDSD_LPSURFACE : 0x42ad0000 - DDSD_PIXELFORMAT : (
DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8,
R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock
(0x403af948)->Lock((nil),0x406d1f78,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER
DDSCAPS_COMPLEX DDSCAPS_FLIP
DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY
DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2
DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 -
DDSD_PITCH : 640 - DDSD_LPSURFACE :
0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEX!
ED8 DDPF_RGB , RGB bits: 8, R 00 G 00B
00)trace:ddraw:Main_DirectDrawSurface_Unlock
(0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock
(0x403e14a0)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt
(0x403af948)->(0x406d1fa4,0x4581c1a8,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock
(0x4581c1a8)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN
DDSCAPS_SYSTEMMEMORY
DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP
DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 136 -
DDSD_WIDTH : 26 - DDSD_PITCH : 32 - DDSD_LPSURFACE : 0x463a0000 -
DDSD_PIXELFORMAT : (
DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B
00)trace:ddraw:Main_DirectDrawSurface_Lock
(0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked sur!
face returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER
DDSCAPS_COMPLEX DDSCAPS_FLIP
DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY
DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2
DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 -
DDSD_PITCH : 640 - DDSD_LPSURFACE :
0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB ,
RGB bits: 8, R 00 G 00B
00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect
:27x0-53x50trace:ddraw:DIB_DirectDrawSurface_Blt
srcrect :0x86-26x136trace:ddraw:DIB_DirectDrawSurface_Blt flags:
DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock
(0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock
(0x4581c1a8)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt
(0x403af948)->(0x406d1fa4,0x4582f1c0,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock
(0x4582f1c0)->Lock((nil),0x406d1e44,00000010!
,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning
description : - DDSD_CAPS
: DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY
DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP
DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY
DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST
- DDSD_HEIGHT : 45 - DDSD_WIDTH : 65 - DDSD_PITCH : 72 - DDSD_LPSURFACE
: 0x465f0000 -
DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00
G 00B
00)trace:ddraw:Main_DirectDrawSurface_Lock
(0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER
DDSCAPS_COMPLEX DDSCAPS_FLIP
DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY
DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2
DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 -
DDSD_PITCH : 640 - DD!
SD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : (
DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G
00B 00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect
:160x30-225x75trace:ddraw:DIB_DirectDrawSurface_Blt srcrect
:0x0-65x45trace:ddraw:DIB_DirectDrawSurface_Blt flags:
DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock
(0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock
(0x4582f1c0)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt
(0x403af948)->(0x406d1fa4,0x45830230,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock
(0x45830230)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN
DDSCAPS_SYSTEMMEMORY
DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP
DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 22 -
DDSD_WIDTH : 20 - DDSD_PITCH : 24 - DDSD_LPSU!
RFACE : 0x46610000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8
DDPF_RGB , RGB bits: 8, R 00 G 00B
00)trace:ddraw:Main_DirectDrawSurface_Lock
(0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER
DDSCAPS_COMPLEX DDSCAPS_FLIP
DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY
DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2
DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 -
DDSD_PITCH : 640 - DDSD_LPSURFACE :
0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB ,
RGB bits: 8, R 00 G 00B
00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect
:516x52-536x74trace:ddraw:DIB_DirectDrawSurface_Blt
srcrect :0x0-20x22trace:ddraw:DIB_DirectDrawSurface_Blt flags:
DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock
(0x403af948)->Unlock((nil))trace:ddraw:!
Main_DirectDrawSurface_Unlock
(0x45830230)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt
(0x403af948)->(0x406d1fa4,0x4582e988,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock
(0x4582e988)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN
DDSCAPS_SYSTEMMEMORY
DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP
DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 24 -
DDSD_WIDTH : 22 - DDSD_PITCH : 24 - DDSD_LPSURFACE : 0x465e0000 -
DDSD_PIXELFORMAT : (
DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B
00)trace:ddraw:Main_DirectDrawSurface_Lock
(0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER
DDSCAPS_COMPLEX DDSCAPS_FLIP
DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOM!
EMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC
DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP
DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY
DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST
- DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 -
DDSD_LPSURFACE : 0x41690000 -
DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00
G 00B
00)trace:ddraw:Main_DirectDrawSurface_Lock
(0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER
DDSCAPS_COMPLEX DDSCAPS_FLIP
DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY
DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2
DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 -
DDSD_PITCH : 640 - DDSD_LPSURFACE :
0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB ,
RGB bits: 8, R 00 G 00B
00)trace:dd!
raw:DIB_DirectDrawSurface_Blt destrect
:27x0-53x136trace:ddraw:DIB_DirectDrawSurface_Blt srcrect
:0x0-26x136trace:ddraw:DIB_DirectDrawSurface_Blt flags:
DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock
(0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock
(0x4581c1a8)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt
(0x403af948)->(0x406d1fa4,0x4581c1a8,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock
(0x4581c1a8)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN
DDSCAPS_SYSTEMMEMORY
DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP
DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 136 -
DDSD_WIDTH : 26 - DDSD_PITCH : 32 - DDSD_LPSURFACE : 0x463a0000 -
DDSD_PIXELFORMAT : (
DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B
00)trace:ddraw:Mai!
n_DirectDrawSurface_Lock
(0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER
DDSCAPS_COMPLEX DDSCAPS_FLIP
DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY
DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2
DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 -
DDSD_PITCH : 640 - DDSD_LPSURFACE :
0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB ,
RGB bits: 8, R 00 G 00B
00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect
:27x74-53x210trace:ddraw:DIB_DirectDrawSurface_Blt
srcrect :0x0-26x136trace:ddraw:DIB_DirectDrawSurface_Blt flags:
DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock
(0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock
(0x4581c1a8)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt
(0x403af948)->(0x406d1!
fa4,0x4042e008,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock
(0x4042e008)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock
locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN
DDSCAPS_SYSTEMMEMORY
DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP
DDSCAPS2_CUBEMAP_NEGATIVEX
DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE
DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 97 -
DDSD_WIDTH : 48 - DDSD_PITCH : 48 - DDSD_LPSURFACE : 0x45510000 -
DDSD_PIXELFORMAT : (
DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-11
21:15 -------
Please attach trace next time... <grin>
------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-15 18:51
-------
Sorry for the trace inside the comment.I took a look myself at the wine-code and while I
did not
solve the real bug,I found a smaller one in the debugging output, which I have fixed
(I'm veryproud
of myself!!)As you maybe see in the trace, but probably not, the last argument of
theSurface_BltFast-fnc is 0 and latter in the debugging output you see "trans:"but the
value of trans (which is given by the last argument) is not displayed.The reason is the
following
(include/ddraw.h):trans = DDBLTFAST_NOCOLORKEY = 0but in dll/ddraw/helper.c
the debugging output is
generated by DDRAW_dump_flags_:for (i=0; i < num_names; i++) if (names[i].val &
flags) DPRINTF("%s ", names[i].name);The "if" does not detect the case trans ==
0, so I modified this into for (i=0; i < num_names; i++) if (names[i].val == 0 && flags ==
0) DPRINTF("%s ", names[i].name); else if (names[i].val & flags) DPRINTF("%s
", names[i].name);I don't know if this is the fix like it should!
be or not, but I'm proud anyway.I still have no clue, why the game does not
work.Cheers Klaus
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-15
19:10 -------
allright what the heck are you doing the messes up your comments? Are you
pasting them in? Is it your browser? As it is the comments are not very
usefull.<frown>
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-15 19:19
-------
Yep, that sounds like it's definitely a bug, albeit a relatively minor one.
I'd propose something like
static void DDRAW_dump_flags_(DWORD flags, const flag_info* names,
size_t num_names, int newline)
{
unsigned int i;
for (i=0; i < num_names; i++)
if ((flags & names[i].val) /* standard flag value */
|| ((!flags) && (!names[i].val))) /* zero value only */
DPRINTF("%s ", names[i].name);
if (newline)
DPRINTF("\n");
}
------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-26 18:44
-------
Me again. Sorry for the strange formatting of my emails.I don't know why this happens.
I'm using
konqueror-2.2.xI was just wondering if it may be that wine does not load the bitmapsof
the game. I
did an strace and I don't find anything about loadingthe files "./dink/Tiles/*.bmp".The
only thing I discovered wasopen("/usr/share/wine/drivec/Program Files/Dink
Smallwood/dink/Tiles", O_RDONLY|O_LARGEFILE) = 15ioctl(15,
VFAT_IOCTL_READDIR_BOTH, 0x406d16a4)
= -1 ENOTTY (Inappropriate ioctlfor device)close(15) =
0open("/usr/share/wine/drivec/Program
Files/Dink Smallwood/dink/Tiles",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 15fstat64(15,
{st_mode=S_IFDIR|0777, st_size=1456, ...}) = 0fcntl64(15, F_SETFD, FD_CLOEXEC)
= 0getdents64(0xf,
0x80c8040, 0x1000, 0x19) = 1904getdents64(0xf, 0x80c8040, 0x1000, 0x19) =
0close(15) = 0Maybe someone
smarter than me could tell me what this means.Anyway if I use "wine -debugmsg +!
file dink.exe" I find lines saying:trace:file:CreateFileW L"tiles\\TS01.bmp"
GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING
attributes 0x80trace:file:CreateFileW
returning 0x58trace:file:_lopen ('tiles\TS01.BMP',0000)trace:file:CreateFileW
L"tiles\\TS01.BMP" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE
OPEN_EXISTING attributes
0x0trace:file:CreateFileW returning 0x58trace:file:ReadFile 0x58 0x406d2690 14
0x406d264c
(nil)trace:file:ReadFile 0x58 0x406d2668 40 0x406d264c (nil)trace:file:ReadFile 0x58
0x406d26a4 1024
0x406d264c (nil)trace:file:_lclose handle 88I hope someone can read this and the
formatting is not
destroyed againthis time.Bye Klaus
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-26
19:12 -------
I would suspect that its something to do with konqueror. Lets see what I can do
<Klaus's comments>
I was just wondering if it may be that wine does not load the bitmaps of the
game. I did an strace and I don't find anything about loading the files
"./dink/Tiles/*.bmp".The only thing I discovered was
open("/usr/share/wine/drivec/Program Files/Dink Smallwood/dink/Tiles",
O_RDONLY|O_LARGEFILE) = 15
ioctl(15, VFAT_IOCTL_READDIR_BOTH, 0x406d16a4) = -1 ENOTTY (Inappropriate
ioctlfor device)
close(15)= 0
open("/usr/share/wine/drivec/Program Files/Dink Smallwood/dink/Tiles",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 15
fstat64(15, {st_mode=S_IFDIR|0777, st_size=1456, ...}) = 0
fcntl64(15, F_SETFD, FD_CLOEXEC) = 0
getdents64(0xf, 0x80c8040, 0x1000, 0x19) = 1904
getdents64(0xf, 0x80c8040, 0x1000, 0x19) = 0
close(15) = 0
Maybe someone smarter than me could tell me what this means.Anyway if I use
"wine -debugmsg +file dink.exe" I find lines saying:
trace:file:CreateFileW L"tiles\\TS01.bmp" GENERIC_READ FILE_SHARE_READ
FILE_SHARE_WRITE OPEN_EXISTING attributes 0x80
trace:file:CreateFileW returning 0x58
trace:file:_lopen ('tiles\TS01.BMP',0000)
trace:file:CreateFileW L"tiles\\TS01.BMP" GENERIC_READ FILE_SHARE_READ
FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0
trace:file:CreateFileW returning 0x58
trace:file:ReadFile 0x58 0x406d2690 14 0x406d264c (nil)
trace:file:ReadFile 0x58 0x406d2668 40 0x406d264c (nil)
trace:file:ReadFile 0x58 0x406d26a4 1024 0x406d264c (nil)
trace:file:_lclose handle 88
</Klaus's comments>
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-27 00:48
-------
VFAT_IOCTL_READDIR_BOTH doesn't matter, since it's on a non-VFAT partition
and we just probe for VFAT properties.
Apart from that, no idea.
------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-27 08:41
-------
Today I'm using IE, so I hope this helps with the formatting.
Could someone tell me, if the tile-bitmaps are loaded or is there some way to
find this out? I guess that wine does not have problems with capital-letters
and such in filenames (since Windows does not distiguish them as far as I know).
Anyway in case this is not the error, I have been doing some "reverse-
engineering" in dink-smallwood, maybe someone can give me a hint on what to
test next:
Basically Dink Smallwood uses a Display-Surface with a Front- and Backbuffer
(640x480), an offscreen-memory-surface of the same size and some smaller
surfaces containing objects.
When the player enters a new room the offscreen-memory-surface is painted with
the ground-tiles and this remains fixed until the player enters another room.
Every time a frame is drawn the offscreen-surface is copied first to the
backbuffer (to paint the floor) and then the other several objects (trees,
people, etc.) are copied directly to the backbuffer. When this is finished, the
Back- and frontbuffers are switched and the steps above repeat.
What I am wondering is, why the objects are visible, but the floor-tiles are
not. The only differences I see for now, is that the objects are copied
directly to the backbuffer, while the floor-tiles are copied first to the
offscreen-memory and then to the backbuffer and the second difference is that
the floor-tiles are stored in regular *.bmp files, while the objects are stored
in some format, which I do not recognize.
What could I test next? Thanks
Klaus
------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-12-04 08:41
-------
I'm sorry about this fuzz with the "strace", where I didn't see the loading of
the bitmaps.
The problem was that these files are opened by another win-thread and this was
not monitored by strace.
To get it right you need to use "strace -f wine dink.exe".
What should I try next?
Klaus
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1186
------- Additional Comments From winebug(a)flonet.net 2003-28-06 07:51 -------
Bug comments restored from Gmane.org:
Hi...
I uninstall the last version, and try to install the new one, but it still
appears in the system...
ricardo@wangbnetsps src]$ cd wine-20021125/
[ricardo@wangbnetsps wine-20021125]$ ./tools/wineinstall
WINE Installer v0.74
Warning !! wine binary (still) found, which may indicate
a (conflicting) previous installation.
You might want to abort and uninstall Wine first.
Running configure...
./configure: line 85: conftest.sh: Permission denied
./configure: line 86: conftest.sh: Permission denied
chmod: failed to get attributes of `conftest.sh': No such file or directory
./configure: line 198: conf29404.file: Permission denied
./configure: line 945: config.log: Permission denied
Configure failed, aborting install.
[ricardo@wangbnetsps wine-20021125]$
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-10
15:47 -------
looks like you do not have permission to write to the root wine directory .chown
so that you own the directory.
cd ..\..
(so you are below wine root.)
chown -R owner:group wine-20021125
(change ownership of all the files in the tree starting at wine-20021125, where
owner and group are you)
------- Additional Comments From rmunguia <at> gb-net.net 2002-12-11 08:37 -------
is done, thanks for your help
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-12-11
10:29 -------
Closing.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1128
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:49 -------
Bug comments restored from Gmane.org:
Trying out COMI again, I noticed that the music and speech are gone. Actually,
the whole intro movie gets skipped. To be continued...
------- Additional Comments From johane <at> lysator.liu.se 2002-11-07 02:25 -------
I forgot to set some of the symlinks. Well, this is a bug too.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1127
------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:48 -------
Bug comments restored from Gmane.org:
Winhlp32 crashes when cancelling from the full text search setup window.
How to reproduce:
1. run winedbg winhlp32 (Windows 2000 native version)
2. select a .hlp file (I selected any from msoe.hlp msoeacct.hlp wab.hlp)
3. click on "Help Topics" toolbar item
4. click cancel in "Find Setup Wizard" window
Depending on where it crashes it gives either a page fault on a null pointer
(HEAP_FindFreeBlock) or
a page fault on 0xC (RtlAllocateHeap)
It seems to be random where it crashes.
HEAP_FindFreeBlock [heap.c:608]
DWORD arena_size = (pArena->size & ARENA_SIZE_MASK) +
0 0x400ce8f4 HEAP_FindFreeBlock(heap=0x40370000, size=0x80,
ppSubHeap=0x406925f8)
1 0x400cf318 RtlAllocateHeap(heap=0x40370000, flags=0x2, size=0x80)
2 0x408e6293 list_window_children(hwnd=0x11005e, atom=0x0, tid=0x0)
3 0x408ea5d0 WIN_ListChildren
4 0x408dbd7b RDW_UpdateRgns
5 0x408dc5ca RedrawWindow
6 0x40a7ee4e expose_window
7 0x50a7f0c7 X11DRV_Expose
8 0x40a75b6b EVENT_ProcessEvent
...
13 0x40904de7 GetMessageA
14 0x0102b892 winhlp32.exe..text+0x2a892
Another crash trace:
RtlAllocateHeap+0xe6 [heap.c:1039]
pArena->prev->next = pArena->next;
0 0x400cf386 RtlAllocateHeap(heap=0x4037, flags=0x2, size=0x20)
1 0x4081b293 REGION_AllocWineRegion(n=0x2)
2 0x4081b31c REGION_CreateRegion(n=0x2)
3 0x4081b5d4 CreateRectRgn(left=0x32, top=0x43, right=0x158, bottom=0x45)
4 0x4081b647 CreateRectRgnIndirect
5 0x408dc4e3 RedrawWindow
6 0x40a7ee4e expose_window
7 0x40a7f0c7 X11DRV_Expose
...
13 0x40904de7 GetMessageA
14 0x0102b892 winhlp32.exe..text+0x2a892
Nothing out of the ordinary appears at the console
------- Additional Comments From R.J.Shearman <at> warwick.ac.uk 2003-05-16 08:07
-------
I've discovered the reason it corrupts the heap is because it destroys the
dialog in WM_INITDIALOG (patch on the way) but the reason it does this is still
unknown to me.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.