- Wine-bugs - list.winehq.org

[Bug 508] Changed - Convert HANDLE to a void*
by wine-bugs＠winehq.com 10 Jun '02

10 Jun '02

http://bugs.winehq.com/show_bug.cgi?id=508 *** shadow/508 Sun Jun 9 11:50:13 2002 --- shadow/508.tmp.4845 Sun Jun 9 19:36:39 2002 *************** *** 33,35 **** --- 33,47 ---- whole slew of traces to fix: %d -> %p. IOW, lots of work to do. + + + ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-09 19:36 ------- + Some further elements of the plan: the plan is to first make progress on the + compilation errors by changing the code that uses HANDLES as indexes so that it + (hopefully) works in both STRICT and non-STRICT mode. To make it easier to work + the idea would be to further disable the %d/%p mismatch warning by disabling + them, by locally (i.e. not in CVS) redefining __WINE_PRINTF_ATTR in + 'include/wine/debug.h'. + Once Wine compiles with a void* HANDLE, then we can write a perl script that + parses the compilation log and automatically fixes the %d/%p warnings. Then + Alexandre can make one huge CVS commit.

1 0

[Bug 779] Changed - wine regression in Leap Ahead Preschool
by wine-bugs＠winehq.com 09 Jun '02

09 Jun '02

http://bugs.winehq.com/show_bug.cgi?id=779 *** shadow/779 Sun Jun 9 18:18:07 2002 --- shadow/779.tmp.2151 Sun Jun 9 18:29:24 2002 *************** *** 2,10 **** | wine regression in Leap Ahead Preschool | +----------------------------------------------------------------------------+ | Bug #: 779 Product: Wine | ! | Status: UNCONFIRMED Version: CVS | | Resolution: Platform: | ! | Severity: normal OS/Version: All | | Priority: P1 Component: wine-multimedia | +----------------------------------------------------------------------------+ | Assigned To: wine-bugs(a)winehq.com | --- 2,10 ---- | wine regression in Leap Ahead Preschool | +----------------------------------------------------------------------------+ | Bug #: 779 Product: Wine | ! | Status: NEW Version: CVS | | Resolution: Platform: | ! | Severity: blocker OS/Version: All | | Priority: P1 Component: wine-multimedia | +----------------------------------------------------------------------------+ | Assigned To: wine-bugs(a)winehq.com |

1 0

[Bug 779] New - wine regression in Leap Ahead Preschool
by wine-bugs＠winehq.com 09 Jun '02

09 Jun '02

http://bugs.winehq.com/show_bug.cgi?id=779 *** shadow/779 Sun Jun 9 18:18:07 2002 --- shadow/779.tmp.1767 Sun Jun 9 18:18:07 2002 *************** *** 0 **** --- 1,181 ---- + +============================================================================+ + | wine regression in Leap Ahead Preschool | + +----------------------------------------------------------------------------+ + | Bug #: 779 Product: Wine | + | Status: UNCONFIRMED Version: CVS | + | Resolution: Platform: | + | Severity: normal OS/Version: All | + | Priority: P1 Component: wine-multimedia | + +----------------------------------------------------------------------------+ + | Assigned To: wine-bugs(a)winehq.com | + | Reported By: tony_lambregts(a)telusplanet.net | + | CC list: Cc: | + +----------------------------------------------------------------------------+ + | Milestone: TargetMilestone: --- | + | URL: | + +============================================================================+ + | DESCRIPTION | + For several months now my kids have been able to enjoy most of their games on + linux using Wine. Leap Ahead Preschool was working 99.99% perfectly up untill + recently. I did some regression testing using CVS and have traced it down to + this patch http://cvs.winehq.com/patch.py?id=1022632260199058901592256 With this + patch applied Leap Ahead Preschool crashes on startup and brings up the + debugger with the following error. + + Unhandled exception: page fault on write access to 0x00000010 in 32-bit code + (0x4099cd4c). In 32-bit mode. + + 0x4099cd4c (MULTIMEDIA_PlaySound+0xdc [mmsystem.c:637] in winmm.dll.so): movl + %eax,0x10(%edx)639 LeaveCriticalSection(&iData->cs); + + + The following is the code that that is executed when the error occurs + + static BOOL MULTIMEDIA_PlaySound(const void* pszSound, HMODULE hmod, DWORD + fdwSound, BOOL bUnicode) + { + WINE_PLAYSOUND* wps = NULL; + LPWINE_MM_IDATA iData = MULTIMEDIA_GetIData(); + + TRACE("pszSound='%p' hmod=%04X fdwSound=%08lX\n", + pszSound, hmod, fdwSound); + + /* FIXME? I see no difference between SND_NOWAIT and SND_NOSTOP ! + * there could be one if several sounds can be played at once... + */ + if ((fdwSound & (SND_NOWAIT | SND_NOSTOP)) && iData->lpPlaySound != NULL) + return FALSE; + + /* alloc internal structure, if we need to play something */ + if (pszSound && !(fdwSound & SND_PURGE)) + { + if (!(wps = PlaySound_Alloc(pszSound, hmod, fdwSound, bUnicode))) + return FALSE; + } + + EnterCriticalSection(&iData->cs); + /* since several threads can enter PlaySound in parallel, we're not + * sure, at this point, that another thread didn't start a new playsound + */ + while (iData->lpPlaySound != NULL) + { + ResetEvent(iData->psLastEvent); + /* FIXME: doc says we have to stop all instances of pszSound if it's non + * NULL... as of today, we stop all playing instances */ + SetEvent(iData->psStopEvent); + + LeaveCriticalSection(&iData->cs); + WaitForSingleObject(iData->psLastEvent, INFINITE); + EnterCriticalSection(&iData->cs); + + ResetEvent(iData->psStopEvent); + } + + wps->lpNext = iData->lpPlaySound; + *** ^^^^^^^ this is line 637 ^^^^^^^ *** + + iData->lpPlaySound = wps; + LeaveCriticalSection(&iData->cs); + + if (!pszSound || (fdwSound & SND_PURGE)) return TRUE; + + if (fdwSound & SND_ASYNC) + { + DWORD id; + wps->bLoop = (fdwSound & SND_LOOP) ? TRUE : FALSE; + if (CreateThread(NULL, 0, proc_PlaySound, wps, 0, &id) != 0) + return TRUE; + } + else return proc_PlaySound(wps); + + /* error cases */ + PlaySound_Free(wps); + return FALSE; + } + + The following is the backtrace + Backtrace: + + =>0 0x4099cd4c (MULTIMEDIA_PlaySound+0xdc(pszSound=0x0, hmod=0x0, fdwSound=0x0, + bUnicode=0x0) [mmsystem.c:637] in winmm.dll.so) (ebp=405a5db0) + + + 1 0x4099ce5a (sndPlaySoundA+0x16(pszSoundA=0x0, uFlags=0x0) [mmsystem.c:695] in + winmm.dll.so) (ebp=405a5dc8) + 2 0x004090a6 (setup32.exe..text+0x80a6 in D:\install\setup32.exe) (ebp=405a5e0c) + + 3 0x0041a84f (setup32.exe.EntryPoint+0xd14f in D:\install\setup32.exe) + (ebp=405a5eb0) + 4 0x0041a3ba (setup32.exe.EntryPoint+0xccba in D:\install\setup32.exe) + (ebp=405a5ed4) + 5 0x0041917c (setup32.exe.EntryPoint+0xba7c in D:\install\setup32.exe) + (ebp=405a5f40) + 6 0x00419481 (setup32.exe.EntryPoint+0xbd81 in D:\install\setup32.exe) + (ebp=405a5f5c) + 7 0x406b8dbf (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405a5f80) + + 8 0x406b8e4a (WINPROC_CallWndProc+0x82(proc=0x419455, hwnd=0x10021, msg=0x7, + wParam=0x0, lParam=0x0) [winproc.c:183] in .so) (ebp=405a5fb0) + + + 9 0x406bf136 (CallWindowProcA+0x4a(func=0x419455, hwnd=0x10021, msg=0x7, + wParam=0x0, lParam=0x0) [winproc.c:2779] in use) (ebp=405a5fe4) + + + 10 0x406cdd32 (call_window_proc+0xf2(hwnd=0x10021, msg=0x7, wparam=0x0, + lparam=0x0, unicode=0x0) [message.c:1372] in use) (ebp=405a6040) + + + 11 0x406ce9e3 (SendMessageTimeoutA+0xdf(hwnd=0x10021, msg=0x7, wparam=0x0, + lparam=0x0, flags=0x0, timeout=0xffffffff, re5a60c4) [message.c:1784] in + user32.dll.so) (ebp=405a60a0) + + 12 0x406ceb4b (SendMessageA+0x37(hwnd=0x10021, msg=0x7, wparam=0x0, lparam=0x0) + [message.c:1829] in user32.dll.so) (ebp= + 13 0x40698ca5 (FOCUS_SwitchFocus+0x65(pMsgQ=0x40385738, hFocusFrom=0x0, + hFocusTo=0x10021) [focus.c:58] in user32.dll.so) 60f8) + + + 14 0x406b848e (WINPOS_SetActiveWindow+0x496(hWnd=0x10021, fMouse=0x0, + fChangeFocus=0x1) [winpos.c:1370] in user32.dll.so a614c) + + + 15 0x406b74b6 (SetActiveWindow+0xd2(hwnd=0x10021) [winpos.c:723] in + user32.dll.so) (ebp=405a617c) + 16 0x40a40a66 (X11DRV_SetWindowPos+0x54e(winpos=0x405a6200) [winpos.c:978] in + x11drv.dll.so) (ebp=405a61f4) + 17 0x406b8815 (SetWindowPos+0x59(hwnd=0x10021, hwndInsertAfter=0x0, x=0x0, + y=0x0, cx=0x0, cy=0x0, flags=0x43) [winpos.c:user32.dll.so) (ebp=405a622c) + + + 18 0x40a410d9 (X11DRV_ShowWindow+0x1ad(hwnd=0x10021, cmd=0x5) [winpos.c:1242] in + x11drv.dll.so) (ebp=405a6274) + 19 0x406b7b67 (ShowWindow+0x33(hwnd=0x10021, cmd=0x5) [winpos.c:1007] in + user32.dll.so) (ebp=405a6290) + 20 0x0040595a (setup32.exe..text+0x495a in D:\install\setup32.exe) + (ebp=405a6310) + 21 0x00405099 (setup32.exe..text+0x4099 in D:\install\setup32.exe) + (ebp=405a6b78) + 22 0x00405186 (setup32.exe..text+0x4186 in D:\install\setup32.exe) + (ebp=405a6c24) + 23 0x0041a3ba (setup32.exe.EntryPoint+0xccba in D:\install\setup32.exe) + (ebp=405a6c48) + 24 0x0041917c (setup32.exe.EntryPoint+0xba7c in D:\install\setup32.exe) + (ebp=405a6cb4) + 25 0x00419481 (setup32.exe.EntryPoint+0xbd81 in D:\install\setup32.exe) + (ebp=405a6cd0) + 26 0x406b8dbf (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405a6cf4) + + 27 0x406b8e4a (WINPROC_CallWndProc+0x82(proc=0x419455, hwnd=0x10021,msg=0x113, + wParam=0x1, lParam=0x0) [winproc.c:183] dll.so) (ebp=405a6d24) + + 28 0x406bf197 (CallWindowProcA+0xab(func=0x40b906c4, hwnd=0x10021, msg=0x113, + wParam=0x1, lParam=0x0) [winproc.c:2795] ill.so) (ebp=405a6d58) + + 29 0x406a16e2 (DispatchMessageA+0x11e(msg=0x42df60) [message.c:1051] in + user32.dll.so) (ebp=405a6d9c) + 30 0x0041d061 (setup32.exe.EntryPoint+0xf961 in D:\install\setup32.exe) + (ebp=00000000) ? + + I think I got the back trace right but cut and paste from the console does not + work the way I expected. \ No newline at end of file

1 0

[Bug 778] New - Compiler warnings for wine-20020605
by wine-bugs＠winehq.com 09 Jun '02

09 Jun '02

http://bugs.winehq.com/show_bug.cgi?id=778 *** shadow/778 Sun Jun 9 15:24:39 2002 --- shadow/778.tmp.26524 Sun Jun 9 15:24:39 2002 *************** *** 0 **** --- 1,50 ---- + +============================================================================+ + | Compiler warnings for wine-20020605 | + +----------------------------------------------------------------------------+ + | Bug #: 778 Product: Wine | + | Status: UNCONFIRMED Version: unspecified | + | Resolution: Platform: | + | Severity: normal OS/Version: All | + | Priority: P1 Component: wine-binary | + +----------------------------------------------------------------------------+ + | Assigned To: wine-bugs(a)winehq.com | + | Reported By: tenthumbs(a)cybernex.net | + | CC list: Cc: | + +----------------------------------------------------------------------------+ + | Milestone: TargetMilestone: --- | + | URL: | + +============================================================================+ + | DESCRIPTION | + I used gcc -W and these warnigns turned up. Most of them are of the form + unsigned foo; + if (foo < 0) report _error; + Gcc is "smart" and knows unsigned values can never be negative so the test is + false, the error clause becomes unreachable code and gcc eliminates it when + optimizing. Not good. + + I'm sure the component is wrong so someone fix it. + + The list: + files/file.c:135: warning: unsigned value < 0 is always 0 + dlls/ntdll/reg.c:229: warning: unsigned value < 0 is always 0 + dlls/advapi32/crypt.c:845: warning: unsigned value < 0 is always 0 + dlls/advapi32/crypt.c:1132: warning: unsigned value < 0 is always 0 + dlls/gdi/freetype.c:712: warning: unsigned value < 0 is always 0 + controls/button.c:201: warning: unsigned value < 0 is always 0 + dlls/x11drv/winpos.c:1405: warning: unsigned value >= 0 is always 1 + dlls/comctl32/listview.c:1835: warning: unsigned value >= 0 is always 1 + dlls/comctl32/listview.c:1838: warning: unsigned value >= 0 is always 1 + dlls/ole32/hglobalstream.c:614: warning: unsigned value < 0 is always 0 + dlls/ole32/oleobj.c:291: warning: unsigned value < 0 is always 0 + dlls/ole32/oleobj.c:650: warning: unsigned value < 0 is always 0 + dlls/shlwapi/ordinal.c:1163: warning: unsigned value < 0 is always 0 + dlls/shlwapi/ordinal.c:2458: warning: unsigned value < 0 is always 0 + dlls/shlwapi/ordinal.c:2473: warning: unsigned value < 0 is always 0 + dlls/shlwapi/shlwapi_main.c:63: warning: unsigned value >= 0 is always 1 + dlls/oleaut32/typelib.c:4586: warning: unsigned value >= 0 is always 1 + dlls/oleaut32/typelib.c:4819: warning: unsigned value >= 0 is always 1 + dlls/oleaut32/variant.c:3935: warning: unsigned value < 0 is always 0 + dlls/oleaut32/variant.c:4035: warning: unsigned value < 0 is always 0 + dlls/oleaut32/variant.c:4647: warning: unsigned value < 0 is always 0 + dlls/wininet/internet.c:855: warning: unsigned value < 0 is always 0 + dlls/wininet/internet.c:903: warning: unsigned value < 0 is always 0 \ No newline at end of file

1 0

[Bug 467] Changed - starcraft don't work well for wine version >= 20011226
by wine-bugs＠winehq.com 09 Jun '02

09 Jun '02

http://bugs.winehq.com/show_bug.cgi?id=467 *** shadow/467 Sat Jun 1 17:18:34 2002 --- shadow/467.tmp.18617 Sun Jun 9 12:38:01 2002 *************** *** 301,303 **** --- 301,307 ---- Ricardo can you try to install from CVS as we can work on the bug better if this is the case. + + ------- Additional Comments From centi_riccardo(a)libero.it 2002-06-09 12:38 ------- + Created an attachment (id=171) + ME AGAIN

1 0

[Bug 508] Changed - Convert HANDLE to a void*
by wine-bugs＠winehq.com 09 Jun '02

09 Jun '02

http://bugs.winehq.com/show_bug.cgi?id=508 *** shadow/508 Wed Mar 20 07:45:21 2002 --- shadow/508.tmp.16052 Sun Jun 9 11:50:13 2002 *************** *** 7,13 **** | Severity: normal OS/Version: All | | Priority: P1 Component: wine-winelib | +----------------------------------------------------------------------------+ ! | Assigned To: bugs(a)codeweavers.com | | Reported By: fgouget(a)codeweavers.com | | CC list: Cc: | +----------------------------------------------------------------------------+ --- 7,13 ---- | Severity: normal OS/Version: All | | Priority: P1 Component: wine-winelib | +----------------------------------------------------------------------------+ ! | Assigned To: wine-bugs(a)winehq.com | | Reported By: fgouget(a)codeweavers.com | | CC list: Cc: | +----------------------------------------------------------------------------+ *************** *** 18,20 **** --- 18,35 ---- | DESCRIPTION | See bug 90 for instructions. Approximate number of references: 1219 + + ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-09 11:50 ------- + This is the blocking target right now. + The problem is that many other handles are being assigned to a HANDLE variable. + So these assignements cannot be done without a cast as they otherwise generate a + warning. + So the idea is to convert HANDLE, and hence all other handle types to void*. + Thus assignments will be doable between them without casts. Then we can continue + converting individual handles to strict mode, i.e. to pointer types other than + void*. + There are a number of compilation errors to fix to make Wine compile with a + void* for handles: cases where a handle is used as an index. Then there is a + whole slew of traces to fix: %d -> %p. + IOW, lots of work to do. +

1 0

[Bug 514] Changed - fixme:msvcrt:__CxxFrameHandler - OpenOffice 1.0
by wine-bugs＠winehq.com 09 Jun '02

09 Jun '02

http://bugs.winehq.com/show_bug.cgi?id=514 *** shadow/514 Thu May 30 15:05:22 2002 --- shadow/514.tmp.12356 Sun Jun 9 03:31:35 2002 *************** *** 2358,2360 **** --- 2358,2367 ---- ****************************************************** I mean - did you try the installation before with older Wine and whether it worked? + + ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-09 03:31 ------- + __CxxFrameHandler: I have also seen this kind of traces quite a few times + myself. I am not sure however whether it was the cause or the symptom of the + problem. + Regardless, because it keeps comming back it may be interesting to actually + implement it right (if one finds documentation for it).

1 0

[Bug 410] Changed - Sound stuck at 48000Hz
by wine-bugs＠winehq.com 09 Jun '02

09 Jun '02

http://bugs.winehq.com/show_bug.cgi?id=410 *** shadow/410 Wed May 29 15:07:43 2002 --- shadow/410.tmp.31188 Sat Jun 8 21:50:13 2002 *************** *** 2,8 **** | Sound stuck at 48000Hz | +----------------------------------------------------------------------------+ | Bug #: 410 Product: Wine | ! | Status: UNCONFIRMED Version: unspecified | | Resolution: Platform: | | Severity: normal OS/Version: All | | Priority: P1 Component: wine-directx | --- 2,8 ---- | Sound stuck at 48000Hz | +----------------------------------------------------------------------------+ | Bug #: 410 Product: Wine | ! | Status: RESOLVED Version: unspecified | | Resolution: Platform: | | Severity: normal OS/Version: All | | Priority: P1 Component: wine-directx | *************** *** 29,31 **** --- 29,47 ---- Try to reproduce the problem with recent Wine build. If the problem still exists, please provide details how to reproduce it, which application you run, do you see the same problem with Linux native applications? + + ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-06-08 21:50 ------- + according to offline post by the reporter this is not a wine bug so marking as + RESOLVED + ----------------------------------------------------- + Nope problem not fixed. + But the problem occurs in every Linux app except those that can mix as 48khz. + + Also poblem in some apps such as HL -> sound is very crackled, but according to + some other buglists it is because data isn't send fast enough.. or let's say + data is sent at 22Khz, but soundcard accepts data at 48Khz... + + Not a wine problem. + + sorry for troubling you. + ----------- \ No newline at end of file

1 0

[Bug 777] New - Yahoo ! Messenger 5.0 : regedit not launched
by wine-bugs＠winehq.com 09 Jun '02

09 Jun '02

http://bugs.winehq.com/show_bug.cgi?id=777 *** shadow/777 Sat Jun 8 21:03:02 2002 --- shadow/777.tmp.29560 Sat Jun 8 21:03:02 2002 *************** *** 0 **** --- 1,42 ---- + +============================================================================+ + | Yahoo ! Messenger 5.0 : regedit not launched | + +----------------------------------------------------------------------------+ + | Bug #: 777 Product: Wine | + | Status: UNCONFIRMED Version: CVS | + | Resolution: Platform: | + | Severity: normal OS/Version: All | + | Priority: P1 Component: wine-programs | + +----------------------------------------------------------------------------+ + | Assigned To: wine-bugs(a)winehq.com | + | Reported By: spetreolle(a)yahoo.fr | + | CC list: Cc: | + +----------------------------------------------------------------------------+ + | Milestone: TargetMilestone: --- | + | URL: | + +============================================================================+ + | DESCRIPTION | + Trying to install Yahoo ! Messenger 5.0 (french version) + http://fr.yahoo.com/msgr/down/?http://eur.i1.yimg.com/fr.download.yahoo.com… + + I get a popup saying 'Unable to launch extern program C:\WINDOWS\regedit.' + + Running the installer in +file,+dosfs mode shows this : + + trace:dosfs:DOSFS_GetFullName C:\WINDOWS\regedit (last=0) + trace:dosfs:DOSFS_FindUnixName /home/c,WINDOWS\regedit + trace:dosfs:DOSFS_FindUnixName (/home/c,WINDOWS\regedit) -> windows (WINDOWS) + trace:dosfs:DOSFS_FindUnixName /home/c/windows,regedit + warn:dosfs:DOSFS_FindUnixName 'regedit' not found in '/home/c/windows' + trace:dosfs:DOSFS_GetFullName returning /home/c/windows/regedit = C:\WINDOWS\regedit + trace:dosfs:DOSFS_GetFullName C:\WINDOWS\regedit.* (last=0) + trace:dosfs:DOSFS_FindUnixName /home/c,WINDOWS\regedit.* + trace:dosfs:DOSFS_FindUnixName (/home/c,WINDOWS\regedit.*) -> windows (WINDOWS) + trace:dosfs:DOSFS_FindUnixName /home/c/windows,regedit.* + warn:dosfs:DOSFS_FindUnixName 'regedit.*' not found in '/home/c/windows' + trace:dosfs:DOSFS_GetFullName returning /home/c/windows/regedit.* = + C:\WINDOWS\regedit.* + trace:dosfs:DOSFS_GetFullName C:\WINDOWS\regedit (last=1) + trace:dosfs:DOSFS_FindUnixName /home/c,WINDOWS\regedit + trace:dosfs:DOSFS_FindUnixName (/home/c,WINDOWS\regedit) -> windows (WINDOWS) + trace:dosfs:DOSFS_FindUnixName /home/c/windows,regedit + warn:dosfs:DOSFS_FindUnixName 'regedit' not found in '/home/c/windows' \ No newline at end of file

1 0

[Bug 735] Changed - The WM_INPUTLANGCHANGE message is not send when switching layouts
by wine-bugs＠winehq.com 08 Jun '02

08 Jun '02

http://bugs.winehq.com/show_bug.cgi?id=735 *** shadow/735 Tue May 28 15:01:07 2002 --- shadow/735.tmp.20208 Sat Jun 8 17:03:49 2002 *************** *** 13,18 **** --- 13,19 ---- +----------------------------------------------------------------------------+ | Milestone: TargetMilestone: --- | | URL: | + | Dependencies: OtherBugsDependingOnThis: 455 | +============================================================================+ | DESCRIPTION | WM_INPUTLANGCHANGE and WM_INPUTLANGCHANGEREQUEST messages are supposed to be *************** *** 26,28 **** --- 27,37 ---- ------- Additional Comments From apa3a(a)yahoo.com 2002-05-28 15:01 ------- Shashar, I gave you privileges to confirm and edit bugs, so in future you can confirm your bugs. + + ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-08 17:03 ------- + This seems to fit in the FIXMEs. + Pointing to the thread on wine-devel too for reference. It seems to contain + useful information as to how to implement this. + + http://www.winehq.com/hypermail/wine-devel/2002/05/0728.html + http://www.winehq.com/hypermail/wine-devel/2002/05/0743.html

1 0