- Wine-Bugs - list.winehq.org

[Bug 1265] - ToolTip text is cut off (Visual FoxPro)
by wine-bugs＠winehq.com Feb. 10, 2003

Feb. 10, 2003

http://bugs.winehq.com/show_bug.cgi?id=1265 ------- Additional Comments From dclark(a)akamail.com 2003-02-10 13:03 ------- This is being caused because this sequence of events is taking place. Early on the app creates two DCs for the tooltip with a default size of 66x20 pixels. One is an offscreen DC for working in (ends up being 0xa18 on my system), and the other is the DC that is used to actually display the tooltip on the screen (0xa14). When it comes time to show the tooltip, the app moves and resizes both DCs, and paints and writes in the text to the offscreen DC. It then copies this into the screen DC and sends a signal to make it visible. Up to this point everything is fine. When the window is made visible, some events are received from the X queue, which "catch up" the app. It sends two resize events to the offscreen DC, the first resizes back to 66x20, which effectively clips the rest of the tooltip, and the second resizes it back to the correct size. Unfortunately the contents are now corrupted, but the app is assuming the offscreen DC is ok. The corrupted offscreen DC is then copied to the screen DC. When the tooltip is hidden and redisplayed, the same sequence of events occurs. Except this time, the DCs were already at the correct size for the tooltip, so no resizing back to 66x20 occurs, and the offscreen DC is not corrupted this time. Even when the window is closed and reopened, it continues to use the DCs it has already created, so no problem occurs. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1265>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1272] - SW_SHOWMINIMIZED bug
by wine-bugs＠winehq.com Feb. 10, 2003

Feb. 10, 2003

http://bugs.winehq.com/show_bug.cgi?id=1272 ------- Additional Comments From felipewd(a)elipse.com.br 2003-02-10 12:43 ------- Well, Duane...I guess it got rejected because it does not work :) The problem still exists...in fact, what seems to happen is that when the window is SW_SHOWMINIMIZED, it also is resized to 0,0, it's not only minimized. And when the user tries to restore the windows to normal (having to manually resize the window to the "normal" size) state, the main window is locked, but the menu seem to work (could be some flag not being set correctly). To download the attachments...just click on them. They're are also available here: ftp://ftp.elipse.com.br/pub/showWindow/showWindow-exe.tar.gz ftp://ftp.elipse.com.br/pub/showWindow/showWindow-src.tar.gz DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1272>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1272] - SW_SHOWMINIMIZED bug
by wine-bugs＠winehq.com Feb. 10, 2003

Feb. 10, 2003

http://bugs.winehq.com/show_bug.cgi?id=1272 ------- Additional Comments From dclark(a)akamail.com 2003-02-10 12:35 ------- It was quick because I have been using this patch for quite awhile now :-) It was even submitted to CVS, but rejected: http://www.winehq.com/hypermail/wine-devel/2002/08/0360.html I guess maybe an attempt needs to be made to figure out the right fix. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1272>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1272] - SW_SHOWMINIMIZED bug
by wine-bugs＠winehq.com Feb. 10, 2003

Feb. 10, 2003

http://bugs.winehq.com/show_bug.cgi?id=1272 ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-02-10 12:10 ------- OK, *my* issue is not quite a bug. My Win98SE copy has horribly negative values for almost all WindowMetrics keys, so Wine picks up these values and uses them in an uncorrected manner. I'll try to find out what Windows does in case of negative values, and I'll change Wine to handle that if required. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1272>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1272] - SW_SHOWMINIMIZED bug
by wine-bugs＠winehq.com Feb. 10, 2003

Feb. 10, 2003

http://bugs.winehq.com/show_bug.cgi?id=1272 ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-02-10 11:47 ------- Whoa, that was fast! I've also been looking at this bug, and I found something different: I have used Win98 notepad.exe in a desktopified Wine environment for testing. I started it, minimized notepad, and watched in amazement as it totally disappeared (no icon anywhere!). So in fact I uncovered a second bug while investigating that bug. Cool, huh? Call trace: X11DRV_ShowWindow WINPOS_MinMaximize(hwnd, SW_MINIMIZE, &newPos) GetWindowPlacement(hwnd, &wpl) WINPOS_InitInternalPos() WINPOS_FindIconPos(wndPtr, wp l.ptMinPosition [-1, -1]); (rectParent 0/0 - 1400/1050: desktop window!) SetRect(newPos, wpl.ptMaxPosition.x, wpl.ptMaxPosition.y, GetSystemMetrics(SM_CXICON), GetSystemMetrics(SM_CYICON); --> 21/1596 - 32/32 ---> WAY below Wine Desktop window!!!! What seems to happen is that WINPOS_InitInternalPos returns -1, -1 (no position information stored yet for window). WINPOS_FindIconPos can't deal with -1, -1 properly, it seems. I tried your patch to check whether it'd also fix this issue, but it doesn't. Any idea about my problem? DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1272>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1272] - SW_SHOWMINIMIZED bug
by wine-bugs＠winehq.com Feb. 10, 2003

Feb. 10, 2003

http://bugs.winehq.com/show_bug.cgi?id=1272 ------- Additional Comments From dclark(a)akamail.com 2003-02-10 11:17 ------- I can never figure out how to download those attachments. Anyway, try this patch, which fixes the exact same symptom on another app for me. Watch out for word wrap. Index: dlls/x11drv/winpos.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v retrieving revision 1.63 diff -u -r1.63 winpos.c --- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63 +++ dlls/x11drv/winpos.c 14 Jan 2003 03:02:14 -0000 @@ -1345,8 +1345,7 @@ if (!(win = WIN_GetPtr( hwnd ))) return; - if ((win->dwStyle & WS_VISIBLE) && - (win->dwStyle & WS_MINIMIZE) && + if ((win->dwStyle & WS_MINIMIZE) && (win->dwExStyle & WS_EX_MANAGED)) { int x, y; @@ -1373,7 +1372,10 @@ WIN_SetStyle( hwnd, style ); WIN_ReleasePtr( win ); - SendMessageA( hwnd, WM_SHOWWINDOW, SW_RESTORE, 0 ); + /* The SW_SHOW is needed if WS_VISIBLE is false. It will trigger + X11DRV_ShowWindow, and pass the SW_SHOW parameter. Otherwise, it + does not hurt anything. */ + SendMessageA( hwnd, WM_SHOWWINDOW, SW_RESTORE, SW_SHOW ); SetWindowPos( hwnd, 0, rect.left, rect.top, rect.right-rect.left, rect. bottom-rect.top, SWP_NOZORDER | SWP_WINE_NOHOSTMOVE ); } DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1272>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1254] - StarSiege Tribes 1 - OpenGL not detected
by wine-bugs＠winehq.com Feb. 10, 2003

Feb. 10, 2003

http://bugs.winehq.com/show_bug.cgi?id=1254 ------- Additional Comments From lionel.ulmer(a)free.fr 2003-02-10 09:24 ------- Errrrm, actually, with the patch I sent the other day, it seems to work fine now. (last time I tried, I did not check the 'Fullscreen' box and it seems it's the only one that shows OpenGL in it). I was not able to actually play it due to the dinput bug (so I do not resolve the bug right now), but now one can choose the OpenGL menu entry in the Video option menu. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1254>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 803] - virtualdub hangs up
by wine-bugs＠winehq.com Feb. 10, 2003

Feb. 10, 2003

http://bugs.winehq.com/show_bug.cgi?id=803 ------- Additional Comments From q(a)galgenberg.net 2003-02-10 07:14 ------- Hi, I did try VirtualDub some time ago, but I couldn't get it to recognize any installed codecs (pretty useless then). Well, since I'm desperatly trying to get Diablo&Starcraft to work under Wine+FreeBSD I thought that I should first try to close existing bugs with Wine+FreeBSD. Anyways, here's the current situation: Wine 20030115 and FreeBSD 4.7-STABLE, I installed Win98SE and added all the necessary codecs and installed Diablo and Starcraft there. When running Virtualdub with the stock configfile included I get this error: fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo not yet supported on this system fixme:mmsys:WMMMidiRunOnce16 (), stub! err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices err:thunk:_loadthunk (USER.EXE, UsrMpr_ThunkData16, MPR.DLL): Bad magic fUh (should be SL01) err:thunk:_loadthunk (USER.EXE, UsrMpr_ThunkData16, MPR.DLL): Bad magic fUh (should be SL01) (Exit Code 133) Ok, specifying to load the builtin mpr.dll and starting VirtualDub _for the first time_ resulted in this: fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo not yet supported on this system fixme:mmsys:WMMMidiRunOnce16 (), stub! err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices fixme:file:DeviceIo_MMDEVLDR (5,0x0,0,0x283b2bdc,4,0x28622e18,0x0): stub fixme:gdi:Escape16 unknown/unsupported 16-bit escape c03 (56,0x28632f3e,0x28632f86 fixme:gdi:Escape16 unknown/unsupported 16-bit escape c03 (56,0x28632f3e,0x28632f86 fixme:x11drv:X11DRV_GetDeviceCaps (0xafc): CAPS1 is unimplemented, will return 0 fixme:hook:NotifyWinEvent (32780,0x30029,-4,1)-stub! fixme:process:CreateProcessA (C:\windows\SYSTEM\DDHELP.EXE,...): NORMAL_PRIORITY_CLASS ignored fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo not yet supported on this system fixme:x11drv:X11DRV_GetDeviceCaps (0xafc): CAPS1 is unimplemented, will return 0 fixme:mmsys:WMMMidiRunOnce16 (), stub! err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices fixme:x11drv:X11DRV_GetDeviceCaps (0x74): CAPS1 is unimplemented, will return 0 GetModuleHandleA succeed LoadLibrary returns baaa0000 fixme:system:EnumDisplayDevicesA (0x0,0,0x286226e8,0x00000000), stub! wine: Unhandled exception, starting debugger... Warning: L"/usr/bin/winedbg.exe" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408.exe" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408 152.exe" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408 152" not accessible from a configured DOS drive err:seh:start_debugger Couldn't start debugger ("/usr/bin/winedbg 134705408 152") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x28e9990e err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x28e9990e [1000 more lines of the same error] zsh: 30788 illegal hardware instruction (core dumped) wine --dll mpr=b virtualdub Note: VirtualDub started, presented me with the License, I clicked ok and then the "virtal dub internal debugger" started and wine crashed. Ok, the first obvious glitch here is, that "winedbg" is not in /usr/bin/ but in /usr/local/bin (why does wine look for it in a hardcoded path, not respecting $PREFIX?) What worries me the most is the 'illegal hardware instruction (core dumped)', I get this when trying to run Diablo/Starcraft too. Ok, I then started VirtualDub a second time and it complains that "My Displaydriver is not compatible with Windows95. DirectDraw only supports Windows95 compatbile drivers" Using --dll ddraw=b fixed that problem too. I then can play DivX movies without "problems" but after closing Virtualdub I get another 'illegal hardware instruction (core dumped)'. ExitCode 132, btw. I'm pretty sure the problem of the originator had to do with 2002.06.05 breaking the libc_r thing, which has been fixed. If "FireWire BSD" can't reproduce the problem, I think this Bug should be closed, but I would be glad if someone could enlighten me as to the problems discussed above. Thanks! Wait, I just tried another movie, and got this strange timeout (I had to kill wine and wineserver!) fixme:hook:NotifyWinEvent (32780,0x50027,-4,1)-stub! fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. fixme:winmm:MMDRV_WaveOut_UnMap16To32A Shouldn't be used: those 16 bit functions use the 32 bit interface file_set_error: Bad address fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f file_set_error: Bad address fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f file_set_error: Bad address fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f file_set_error: Bad address fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f file_set_error: Bad address fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f file_set_error: Bad address fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f file_set_error: Bad address fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f file_set_error: Bad address fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f file_set_error: Bad address fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f err:ntdll:RtlpWaitForCriticalSection section 0x287da798 "../../windows/user.c: USER_SysLevel" wait timed out, retrying (60 sec) tid=08821800 zsh: 30882 killed wine --dll mpr=b --dll ddraw=b virtualdub DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=803>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1272] - SW_SHOWMINIMIZED bug
by wine-bugs＠winehq.com Feb. 10, 2003

Feb. 10, 2003

http://bugs.winehq.com/show_bug.cgi?id=1272 ------- Additional Comments From felipewd(a)elipse.com.br 2003-02-10 06:53 ------- Created an attachment (id=397) executable of an app to test the SW_SHOWMINIMIZED flag DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1272>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1272] - SW_SHOWMINIMIZED bug
by wine-bugs＠winehq.com Feb. 10, 2003

Feb. 10, 2003

http://bugs.winehq.com/show_bug.cgi?id=1272 ------- Additional Comments From felipewd(a)elipse.com.br 2003-02-10 06:52 ------- Created an attachment (id=396) source code of an app to test the SW_SHOWMINIMIZED flag DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1272>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0