wine-bugs

wine-bugs@winehq.org

1 participants
159410 discussions

[Bug 1129] bitmaps are not drawn in "Dink Smallwood"
by Wine Bugs 28 Jun '03

28 Jun '03

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.

1 0

[Bug 1186] Problem with Wine installation....
by Wine Bugs 28 Jun '03

28 Jun '03

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.

1 0

[Bug 1128] Curse of Monkey Island cannot find its files on CD (was: Curse of Monkey Island has no music and speech)
by Wine Bugs 28 Jun '03

28 Jun '03

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.

1 0

[Bug 1127] Page fault in heap functions in native Winhlp32 (win2k) when cancelling from the full text search setup window
by Wine Bugs 28 Jun '03

28 Jun '03

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.

1 0

[Bug 1187] remote administrator: keyboard doesn't work upon connect
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1187 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 07:48 ------- Bug comments restored from Gmane.org: Wine 20021125 (latest in debian unstable), no windows install. Remote administrator 2.1 (www.famatech.com) loads a window with selectable remote machines. The keyboard works on this menu, however when a remote screen is opened the keyboard stops working (ie doesn't transmit to remote screen). This used to work a long time ago, say v20001202. There is a simple work around: by choosing the menu, then clicking options, about or connection info the keyboard starts working properly. Radmin reports errors like these: fixme:ntdll:RtlNtStatusToDosError no mapping for 403a01d8 fixme:winsock:NtStatusToWSAError Status code 403a01d8 converted to DOS error code 13d fixme:ntdll:RtlNtStatusToDosError no mapping for 403a1cf0 fixme:winsock:NtStatusToWSAError Status code 403a1cf0 converted to DOS error code 13d fixme:ntdll:RtlNtStatusToDosError no mapping for 403a10b0 fixme:winsock:NtStatusToWSAError Status code 403a10b0 converted to DOS error code 13d fixme:ntdll:RtlNtStatusToDosError no mapping for 403a20c0 fixme:winsock:NtStatusToWSAError Status code 403a20c0 converted to DOS error code 13d fixme:ntdll:RtlNtStatusToDosError no mapping for 403a01d8 fixme:winsock:NtStatusToWSAError Status code 403a01d8 converted to DOS error code 13d ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-12-12 04:25 ------- > fixme:ntdll:RtlNtStatusToDosError no mapping for 403a10b0 > fixme:winsock:NtStatusToWSAError Status code 403a10b0 converted to DOS error > code 13d Winsock issue, fixed in CVS already. No idea with keyboard issue. Try using --debugmsg +relay,+key,+keyboard,+message,+event,+x11drv,+winsock ------- Additional Comments From coryp <at> petersen-arne.com 2002-12-12 17:58 ------- That produces a lot of output! 100mb for only about a minute. I opened radmin, connected to a server, tried to use the keyboard than killed the wine server because my cpu maxes and wine no longer responds to either mouse or keyboard with all those debug options. 45mb gzipped error log can be found at: http://www.petersen-arne.com/~cory/wine_debug1.txt.gz -- 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.

1 0

[Bug 1124] NOW: Usage problems with Bryce 4
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1124 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:46 ------- Bug comments restored from Gmane.org: I'm running Wine 20021007 on a Suse-8.0 machine, and want to startup Bryce-4.0 (which installed properly inclusive Quicktime and Acroreader) but which fails with: fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x426bc1d8)->(00000000,00000008) fixme:win:OpenDesktopA ("screen-saver",1,0,40): stub fixme:msvcrt:_XcptFilter (-2147483392,0x406d1f7c)semi-stub wine: Unhandled exception, starting debugger... err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 134679808 512") (2) What's there going wrong? Is it maybe only the missed screen saver? But when, how getting one for a pure wine installation, so wine without some Windows-whatever-release-wherefrom-stuff? With greeting from Munich .. ------- Additional Comments From buffer0 <at> t-online.de 2002-11-03 16:41 ------- This sort of "bug/error" and exception was caused by the incomplete installation of Bryce-4.0 (German release). The 'setup' by the CDROM distribution hadn't a proper run through (spurious!). Well, when having installed the [MetaStream],[QuickTime 3] and [Acrobat] folders explicitely in addition after the setup, one obtained a complete installation. However, on my Suse-8.0 box/installation, all things had run through only to the point where some ALSA problems then occured: Nov 4 00:00:05 teflon modprobe: modprobe: Can't locate module sound-slot-1 Nov 4 00:00:05 teflon modprobe: modprobe: Can't locate module sound-service-1-3 Nov 4 00:00:05 teflon modprobe: modprobe: Can't locate module sound-slot-2 Nov 4 00:00:05 teflon modprobe: modprobe: Can't locate module sound-service-2-3 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-slot-1 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-service-1-3 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-slot-2 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-service-2-3 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-slot-1 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-service-1-3 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-slot-2 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-service-2-3 Nov 4 00:00:06 teflon kernel: ALSA ../../../alsa-kernel/core/seq/oss/seq_oss_init.c:212: no device found AND that's a different bug and story, I'll assume. So I'lll resolve/close Bug#1124. What's the main thing with this bug? Well, wine is VERY sensitive on principle installation dependancies, and can't tell them to us ... ------- Additional Comments From johane <at> lysator.liu.se 2002-11-06 02:22 ------- The resolution shouldn't be fixed. ------- Additional Comments From johane <at> lysator.liu.se 2002-11-06 02:29 ------- Did the installer say that all necessary components were installed, when they were not? In that case this should be considered an open bug. ------- Additional Comments From johane <at> lysator.liu.se 2002-11-06 02:30 ------- A clicking-error... ------- Additional Comments From buffer0 <at> t-online.de 2002-11-06 10:53 ------- I'm testing wine and Bryce, with the following results: [0]: The installer hadn't complained. The sole worse things had been with installing Quicktime where the window-management made trouble: The installer GUI put its screen on the screen with topmost priority, resulting that all other related subwindows aren't visible for the user. What helped? Some alt-F4 or so under KDE, or some other hot-key under Enlightenment which allowed to change the window orders ... [1]: Some hard thing must be wrong the window management! Bryce-4.0 runs only proper within the Desktop mode! When trying to run in fullscreen mode the main-top window can't be accessed. Seems a worse arrangment problem with X11 window management schemes. [2]: wine crashes spuriously; '*click*' error/crash. But wine+Bryce crashes definitely intermediately when selecting under Bryce-help menu the about menu-entry. [3]: An important thing for the wine-config file: "crtdll"= "native, builtin" is a must. Else Bryce-4.0 doesn't come up with its main screen. [4]: wine+Bryce didn't had crashed yet on rendering. Meaning: All the window, menu and whatever I/O stuff seem to influencee much too hard the non-crashing quality of wine - with Bryce-4.0 - or? So what? The *click+crash* problems are worse. But how fixing (it fast)? How jumping into the wine and w$dos machinery?? -- 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.

1 0

[Bug 1123] User run-time cannot use "C:\Windows\Desktop" (No permissions)
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1123 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:45 ------- Bug comments restored from Gmane.org: Discovery proceess: After install of "wine-20021007.i386.rpm" the root ID cannot run wine. Winesetup documentation says "be user" for wine run-time. OK, login as user, run "wine winword". Oops, need full directory string. do that, and when I do that, I get a nasty error, "Cannot create C:\Windows\Desktop". OK, su - root, and ls -l | grep Desktop" (in C:/Windows directory) to get permission list of "drwxr-xr-x ... Desktop". Vain attempt of "chmod 777 Desktop" because windows directory has insufficient permission structure for this situation. Workaround: Realizeing that problem can be circumvented if root can run wine, I "cp -R /home/user/.wine /root" (created by the user ID earlier, above). Now I execute "wine winword.exe" (in the C:\Program Files\microsoft office directory, and all works well.(That is until I try to run spelling check, Seems the file directory linkages do not work.Cannot find the dll where expected.) Concerns: 1.User ID cannot ever have permissions needed in win98 file structure! 2.Process for finding windows PATH in wine applications is insufficient for the task. 3.When looking for a file to open (in winword.exe), I get the directory, but need to type in the <directory name>\*.doc to move to that directory. Typical Microsoft double click on directory to change directory tries to open directory file for editing. Kudo's: I also ran a doc file with an jpeg image in it. Winword (97) worked very well. Wine winword.exe saves files OK too. Michael F. Winthrop winthrom <at> hotmail.com -- 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.

1 0

[Bug 1122] No keyboard inputs in Neverwinter Nights (since CVS-2002-10-30)
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1122 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:45 ------- Bug comments restored from Gmane.org: Since "cvs up -D 2002-10-30" the game Neverwinter Nights does not longer accept keyboard inputs in the main game window (it works e.g. in dialogs). My settings in the config that might be of interest DXGrab: NO! Managed: YES! Desktop: YES! A cvs diff shows some changes in the hook management for windows - guess the problem came with this patch. BTW: assigned it to wine-user, because parts of the changed for the hooks took place their. ------- Additional Comments From lazytodd <at> hotmail.com 2002-11-13 13:06 ------- *** This bug has been confirmed by popular vote. *** ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-13 15:54 ------- Could you find the exact patch please? http://www.winehq.org/Docs/wine-devel/cvs-regression.shtml ------- Additional Comments From frick <at> sc-networks.de 2002-11-19 04:50 ------- I just want to let you knwo, that i am working on it - but i usually can not do more than 3 compile runs on my box per evening; i think i am close to the patch - but have not found it yet (still surrender it per hour - binary search works fine for computers; but not humans, because there is this guy named Murphy :)) ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-19 10:27 ------- I have had dealings with Murphy myself. However as your time frame narrows compile time _should_ go down since there are less changes. I do regression testing on my 300 mhz machine a fair amount and I have a wine tree and a regression tree. That way I can go from regression testing to an up-to-date CVS in a matter of minutes.If you do development as well you could have a development tree as well. ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-23 12:51 ------- Patch has been submitted to wine-patches on 20021123 which is supposed to fix this. ------- Additional Comments From frick <at> sc-networks.de 2002-11-25 16:41 ------- Well now i can say it definetly - this is the patch: http://www.winehq.com/hypermail/wine-cvs/2002/10/0469.html I did an cvs up yesterday and the bug was _not_ gone - assuming the patch Andreas mentioned was already in this version i used. ------- Additional Comments From hoffmajs <at> gmx.de 2002-11-27 09:21 ------- Yes that patch was the culprit. Are you sure that the fix for it was in the cvs update you checked? just look at dlls/dinput/dinput_main.c around line 58 the line should read ..."KeyboardCallback, inst, 0 );" instead of "KeyboardCallback, 0, 0 );". If its the latter just change the first zero to "inst" and im sure it will work :) ------- Additional Comments From frick <at> sc-networks.de 2002-12-01 07:51 ------- I guess i checked out the "current version" before your patch made it to my cvs host or something like that. In the version i "update"ed the lines you mentioned where in the source. The annotate shows, that the lines made it in the cvs on 20021024. Long story short: I tested it some minutes ago and i can confirm, that the problem is gone! Thanx gentleman! ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-12-01 08:36 ------- Closing bug. -- 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.

1 0

[Bug 1121] DirectPlay problems?
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1121 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:42 ------- Bug comments restored from Gmane.org: When attempting to invoke the multiplay capabilities in Heroes of Might and Magic III, I receive the following error message: "DirectPlay Error: 'Unknown error?' File: 'C:\Dev\Heroes 3 Exp 2\Remote.cpp' Line# 1867" At this point, the builtin version of dplay was being used. I received the same error when using the native version. The output of "wine --debugmsg +dplay,+dplayx,warn+all Heroes3.exe" can be found at http://yotamr.dyndns.org/winelog. The apparently relevant excerpt from the log is: trace:dplay:DPLAYX_LibMain (1117782016,0x00000000,0x1) trace:dplay:DPLAYX_DestructData DPLAYX dll unloaded - destruct called trace:dplay:DPLAYX_GetThisLobbyHandles Waiting for DPLAYX semaphore trace:dplay:DPLAYX_GetThisLobbyHandles Through wait trace:dplay:DPLAYX_IsAppIdLobbied Translated dwAppID == 0 into 0x0806e1b0 trace:dplay:DPLAYX_GetThisLobbyHandles DPLAYX Semaphore released ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-02 11:24 ------- DirectPlay is known to be problematic sometimes. Checking out a --debugmsg +relay,+dplay log might be helpful. ------- Additional Comments From yotamr <at> bezeqint.net 2002-11-02 11:42 ------- I have made the compressed wine log available at http://yotamr.dyndns.org/winelog-with-relay.gz The file takes up 80 MiB in its uncompressed form. -- 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.

1 0

[Bug 1189] Error in window creation, Wine 20021124
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1189 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 07:42 ------- Bug comments restored from Gmane.org: When starting either Total Commander (http://www.ghisler.com) SummaSummarum (best obtained through me), windows that should be in front, are created behind the main application window. Total commander, when unregistered, opens a nag-window where the user must press a certain key. This window is created as tha frontmost window under MS Windows, but behind the main application window under wine 20021125 (running Suse 8.1). SummaSummarum (accounting software) opens a window that lets the user decide which ledger to open. Like with total Commander, this is created behind the main window. there is also a very visible screen error, where a non-refreshing area is created just below the toolbar. Both programs were created with Delphi. Please contact me if you want elaboration or to obtain a copy of SummaSummarum (it is shareware, but the download site is in danish).I will also be happy to test updates for the prolems. ------- Additional Comments From ping <at> piteraq.dk 2002-12-13 03:25 ------- Created an attachment (id=354) --> (http://bugs.winehq.com/attachment.cgi?id=354&action=view) The window from SummaSummarum that should be in front ------- Additional Comments From ping <at> piteraq.dk 2002-12-13 03:26 ------- Created an attachment (id=355) --> (http://bugs.winehq.com/attachment.cgi?id=355&action=view) The dark blue and dark grey bars are not shown with wine ------- Additional Comments From ping <at> piteraq.dk 2002-12-13 03:29 ------- *** This bug has been confirmed by popular vote. *** ------- Additional Comments From ping <at> piteraq.dk 2002-12-13 14:53 ------- Errata: I have written that the dark blue and the dark grey bars are not shown. That is not correct, as they ARE shown, but between them and the horizontal toolbar, there is some slackspace when used under wine that is not there under ms windows. Could it be that the window height somehow is reported less than it actually is ? ------- Additional Comments From michal.seliga <at> visicom.sk 2003-01-29 11:49 ------- There is the same problem in many application (new modal windows are created behind main window), including many installers. I workarounded it with setting wine to not use managed mode in wine.conf. Now everything works well. I tried wine 20030115 so maybe that could lead to something.... (bug in managed mode?) -- 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.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs