February 2009 - Wine-bugs - list.winehq.org

[Bug 13884] New: No music in Blue Wish Resurrection Plus
by wine-bugs＠winehq.org 20 Apr '25

20 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=13884 Summary: No music in Blue Wish Resurrection Plus Product: Wine Version: CVS/GIT Platform: Other URL: http://www004.upp.so-net.ne.jp/x_xgameroom/ OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leffeman(a)gmail.com Created an attachment (id=13974) --> (http://bugs.winehq.org/attachment.cgi?id=13974) Normal Wine log Music doesn't work in BWR+ 1.11. The music is stored as MP3 data files. This might be the same as bug 9554. There are quite a few DirectMusic stubs in the log, so perhaps something is not implemented. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 21

[Bug 10341] New: Pro evolution soccer 2008
by wine-bugs＠winehq.org 18 Apr '25

18 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=10341 Summary: Pro evolution soccer 2008 Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco.r24(a)libero.it Game crash when exit the game -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 32

[Bug 11673] New: WiX cannot validate created .msi, due to lacking MsiMergeDatabase
by wine-bugs＠winehq.org 15 Apr '25

15 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=11673 Summary: WiX cannot validate created .msi, due to lacking MsiMergeDatabase Product: Wine Version: unspecified Platform: Other URL: http://bugs.winehq.org/show_bug.cgi?id=11414#c10 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jdahlin(a)async.com.br Finally, using latest GIT it is possible to generate .msi using WiX, however to be able to do so one I have to pass in the -sval parameter. See the instructions in bug 11414, comment 10 for information on how to reproduce. Obviously, stubbing out MsiMergeDatabase to always succeed is not enough for the validation to work properly. I sent a patch to wine-patches which adds the stub, Adding the stub merely prevents wine from crashing, but the validation does not succeed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 14218] New: OleLoadPictureEx is not fully implemented (ole32)
by wine-bugs＠winehq.org 21 Mar '25

21 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=14218 Summary: OleLoadPictureEx is not fully implemented (ole32) Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: mehlers(a)adata.de Created an attachment (id=14504) --> (http://bugs.winehq.org/attachment.cgi?id=14504) Wine Output for OleLoadPictureEx The Main Window of our Software under Windows shows a Picture. If we use the builtin-Version of ole32 the Picture is not displayed. It seems that "OleLoadPictureEx" ist not fully implemented. See attachment "output.txt" for more information. adata Software GmbH Michael Ehlers -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 26

[Bug 11336] New: typing an open parenthesis "(" in vba causes an error
by wine-bugs＠winehq.org 22 Feb '25

22 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=11336 Summary: typing an open parenthesis "(" in vba causes an error Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=10442) --> (http://bugs.winehq.org/attachment.cgi?id=10442) picture of the error When programming in VBA under excel the application throws up an error when I try to enter the open parenthesis -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 21

[Bug 10522] New: endless WM_PAINT loop bug (update regions, queue paint count)
by wine-bugs＠winehq.org 17 Feb '25

17 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=10522 Summary: endless WM_PAINT loop bug (update regions, queue paint count) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/whdc/devtools/debugging/install x86.mspx OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=9265) --> (http://bugs.winehq.org/attachment.cgi?id=9265) trace with WINEDEBUG=+tid,+message,+win,+server Hello, I've seen this bug a while ago in other apps but ignored it because it was not easily to reproduce. Well until recently when I tested some stuff with windbg from "Debugging Tools for Windows" (Microsoft). I used debugging tools version 6.8.4.0 and recent GIT (wine-0.9.49-302-g58b85bb). Immediately when a child window was opened using toolbar (register, locals, .. whatever), windbg would become unresponsive, eating most CPU. Happens in both GUI modes - "floating/docking toolwindow" and "MDI emulation. Though "MDI emulation" is more obvious, it actually shows the endless refreshing (window caption). Attached is WINEDEBUG=+tid,+message,+win,+server log. Additionally I added a trace message which prints the current queue paint count (when incremented or fetched) which makes some things easier to spot. Printed as "inc_queue_paint_count: %d" and "get_message_paint_count: %d". The window hierarchy is as follows: --- snip --- *root*=0x10020 Shell_TrayWnd=0x10022 WinDbgFrameClass=0x10024 DockClass=0x10026 ToolbarWindow32=0x10028 msctls_statusbar32=0x1002a tooltips_class32=0x1002e WinBaseClass=0x10030 ToolbarWindow32=0x10032 SysListView32=0x10034 SysHeader32=0x10036 RichEdit20W=0x10038 --- snip --- After the child windows are created the queue paint count never drops to zero, resulting in endless WM_PAINT processing. Maybe some update (region) code path missed or flags problem? I played a bit with ignoring null region updates and it seemed to help a bit (preventing endless WM_PAINT loop) though other stuff wasn't drawn properly then. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 41

[Bug 11718] New: d3d 2/3 blackout, world editor
by wine-bugs＠winehq.org 16 Feb '25

16 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=11718 Summary: d3d 2/3 blackout, world editor Product: Wine Version: 0.9.56. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugzilla(a)gmail.com Created an attachment (id=10944) --> (http://bugs.winehq.org/attachment.cgi?id=10944) d3d 2/3 blackout Warcraft 3x world editor, version 1.21b (6052) The mouse cursor does not line up with the on screen cursor, thanks to 2/3 of the screen does not get draw. Trigger editor panel in wrong overlaps. (A pictures is worth a thousand words) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 51

[Bug 16876] New: .NET 3.0: WIC installer hangs due to bug in property sheet control
by wine-bugs＠winehq.org 15 Feb '25

15 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=16876 Summary: .NET 3.0: WIC installer hangs due to bug in property sheet control Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after bug 16875 is fixed, there is another bug unearthed by WIC installer. Normally you won't notice it because the main installer claims success on this sub-installer. If you run WIC installer manually and press "finish" in last property page it simply hangs. Prerequisite: 1. clean WINEPREFIX 2. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 3. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 4. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. There is a (ui) thread spawned to display and handle property sheet: --- snip --- 0084:Starting thread proc 0x1043904 (arg=(nil)) ... 0084:Call comctl32.CreatePropertySheetPageW(7ec515b4) ret=01045ccb ... 0084:Ret comctl32.CreatePropertySheetPageW() retval=00149568 ret=01045ccb ... 0084:Call comctl32.PropertySheetW(7ec516e0) ret=01045ffc 0084:Call KERNEL32.GlobalAlloc(00000040,00000084) ret=7763bc0e 0084:Ret KERNEL32.GlobalAlloc() retval=006026a8 ret=7763bc0e 0084:trace:propsheet:PropertySheetW (0x7ec516e0) 0084:trace:propsheet:PROPSHEET_CollectSheetInfoW ** PROPSHEETHEADER ** dwSize 52 dwFlags 01198100 hwndParent (nil) hInstance (nil) pszCaption L"\1828\7ec5" nPages 5 pfnCallback 0x1043cb1 ... 0084:trace:propsheet:PROPSHEET_PropertySheet startpage: 0 of 5 pages 0084:trace:propsheet:PROPSHEET_CreateDialog ... 0084:trace:propsheet:PROPSHEET_Finish active_page 4 ... 0084:trace:propsheet:PROPSHEET_CleanUp ... 0084:trace:propsheet:PROPSHEET_Finish msg result 0 ... 0084:Ret comctl32.PropertySheetW() retval=00000001 ret=01045ffc .. 0084:Call user32.GetMessageA(7ec519ec,00000000,00000000,00000000) ret=01043942 <hangs here> --- snip --- Relevant code: --- snip dlls/comctl32/propsheet.c --- static BOOL PROPSHEET_Finish(HWND hwndDlg) { .. if (psInfo->result == 0) psInfo->result = IDOK; if (psInfo->isModeless) psInfo->activeValid = FALSE; else psInfo->ended = TRUE; return TRUE; } --- snip dlls/comctl32/propsheet.c --- --- snip dlls/comctl32/propsheet.c --- static INT_PTR PROPSHEET_PropertySheet(PropSheetInfo* psInfo, BOOL unicode) { ... if(!psInfo->isModeless) { parent = psInfo->ppshheader.hwndParent; if (parent) EnableWindow(parent, FALSE); } bRet = PROPSHEET_CreateDialog(psInfo); if(!psInfo->isModeless) { bRet = do_loop(psInfo); if (parent) EnableWindow(parent, TRUE); } return bRet; } --- snip dlls/comctl32/propsheet.c --- --- snip dlls/comctl32/propsheet.c --- static INT do_loop(const PropSheetInfo *psInfo) { MSG msg; INT ret = -1; HWND hwnd = psInfo->hwnd; while(IsWindow(hwnd) && !psInfo->ended && (ret = GetMessageW(&msg, NULL, 0, 0))) { if(ret == -1) break; if(!IsDialogMessageW(hwnd, &msg)) { TranslateMessage(&msg); DispatchMessageW(&msg); } } if(ret == 0) { PostQuitMessage(msg.wParam); ret = -1; } if(ret != -1) ret = psInfo->result; DestroyWindow(hwnd); return ret; } --- snip dlls/comctl32/propsheet.c --- This propery sheet is modal. When the message pumps exits, the return value is derived from "psInfo->result" which is set to IDOK (button "finish") in PROPSHEET_Finish(). Unfortunately this tells the app the property sheet is modeless and it tries to setup it's own message pump after PropertySheetW() return which obviously hangs because the control is no more present at this time. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 26

[Bug 17258] New: M.A.X.2 : error "Screen init failed" when starting the game
by wine-bugs＠winehq.org 26 Jan '25

26 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=17258 Summary: M.A.X.2 : error "Screen init failed" when starting the game Product: Wine Version: 1.1.14 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jazzedupj0sh(a)gmail.com Created an attachment (id=19245) --> (http://bugs.winehq.org/attachment.cgi?id=19245) Game does not start, instead shows this error Installation works fine. This is a game meant for Windows 98. Not sure which version of Directx it uses. The game does not start, instead I get an error. The screenshot of the error is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 33

[Bug 9418] New: Colasoft Mac Scanner 1.1 doesn't work
by wine-bugs＠winehq.org 26 Jan '25

26 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=9418 Summary: Colasoft Mac Scanner 1.1 doesn't work Product: Wine Version: CVS/GIT Platform: Other URL: http://www.colasoft.com/mac_scanner/ OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user complained in http://www.linuxforums.org/forum/wine/101536-problem-tcp-ip.html "[Running colasoft mac scan in wine complains Cannot find any valid ip address...]" So I downloaded it and tried it. It found my IP address right away, so that's fine. But it wasn't able to actually scan for MAC addresses; it had lots of fixme:iphlpapi:SendARP (DestIP 0xda01a8c0, SrcIP 0x00000000, pMacAddr 0x7abcc808, PhyAddrLen 0x7abcc7fc): stub messages. On Linux, at least, the way to do this is probably to send the packet, wait a millisec, then do ioctl SIOCGARP. (Or the command arp -n W.X.Y.Z. Or look in /proc/net/arp.) It'd be cheesy beans to implement, if anybody cares to. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14