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.
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.
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.
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.
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.
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.
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.
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.
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.
http://bugs.winehq.com/show_bug.cgi?id=1272
Summary: SW_SHOWMINIMIZED bug
Product: Wine
Version: 20030115
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: felipewd(a)elipse.com.br
SW_SHOWMINIMIZED has a weird bug: The application, when restored, goes blank and
have to be killed and re-started to work again.
This looks like an internal loop inside wine, or a wrong XLib flag being set.
This seems to be critical, because to app does not work anymore untill it is
re-started.
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.