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

[Bug 35817] New: foobar doesn't redraw properly when resizing
by wine-bugs＠winehq.org 30 Mar '21

30 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35817 Bug ID: 35817 Summary: foobar doesn't redraw properly when resizing Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tharzoss(a)gmail.com As the summary said. Using foobar 1.3.1 and Wine 1.7.14 on Ubuntu LTS 12.04. Attached the output of wine foobar2000.exe 1>lol.txt 2>&1 -- 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 8

[Bug 40125] New: O2Jam Lags on newer version of Wine
by wine-bugs＠winehq.org 30 Mar '21

30 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=40125 Bug ID: 40125 Summary: O2Jam Lags on newer version of Wine Product: Wine Version: 1.9.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: onte_jc(a)yahoo.com Distribution: --- O2Jam Lags on newer version of Wine We're using this http://adolfintel.com/index.php?p=wined3d/index.frag on 64bit app, and both normal and staging version Nvidia GTX 970 Windows 10 1511 OS Build 10586.104 you can try it out here http://o2jam.intgamerz.net -- 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 14

[Bug 45262] New: C&C:RA2 and C&C: YR will suddenly freeze on OS X 10.9 and newer OSs.
by wine-bugs＠winehq.org 29 Mar '21

29 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45262 Bug ID: 45262 Summary: C&C:RA2 and C&C:YR will suddenly freeze on OS X 10.9 and newer OSs. Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forucial(a)icloud.com I've tested from 1.8.x to most recently version, even with Wine Staging patched, it always occur. WineX11 or WineMac doesn't affect it. All OS version from 10.9 to 10.13 have the same problem. My computer model is MacBook Air 2014-early, the CPU is i5-4260U and GPU is Intel HD 5000. I can ensure that it is not a bug in ddraw because there is a ddraw.dll written from scratch which uses GDI to render, but it doesn't affect at all. It is strange that there is no crash log or backtrack message appears, only screen frozen. -- 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 2

[Bug 48225] New: StoneHearth, Radiant Entertainment, available from Steam. Too many open files error
by WineHQ Bugzilla 29 Mar '21

29 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48225 Bug ID: 48225 Summary: StoneHearth, Radiant Entertainment, available from Steam. Too many open files error Product: Wine Version: 4.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)zootal.com Distribution: --- Game installs and plays, but after 5-10 minutes of game play, this appears in console: wine: Unhandled exception 0xe0000008 in thread 1fb at address 00007FB8C7E93023 (thread 01fb), starting debugger... 01fb:err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased And the game stops responding. If anyone wants to see logs I would be happy to provide whatever you want. -- 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.

1 9

[Bug 45827] New: Heroes of Might and Magic IV combat very choppy animations
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45827 Bug ID: 45827 Summary: Heroes of Might and Magic IV combat very choppy animations Product: Wine Version: 3.0.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: antonin.wingender(a)gmail.com Distribution: --- Heroes of Might and Magic IV (GOG Complete version) launches normally, loads up a map normally, and while the exploration map works fine, in combat, it is extremely choppy (the animations look like they are played at a frame per second). The cursor movement and everything else works fine, just the animations that don't work. It makes the game practically unplayable. Tested also on 3.15 and it is the same way. -- 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 2

[Bug 36002] New: ImpotRapide 2013 (.NET 4.0 app) crashes on unimplemented function msvcp110.dll.?gcount@?$basic_istream@DU?$char_traits@D@std@@@std@@QBE_JXZ
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=36002 Bug ID: 36002 Summary: ImpotRapide 2013 (.NET 4.0 app) crashes on unimplemented function msvcp110.dll.?gcount@?$basic_istream(a)DU?$char_traits(a)D @std@@@std@@QBE_JXZ Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, split off from bug 35901 (which targets Mono insufficiency). Prerequisite: 'winetricks -q dotnet40' --- snip --- ... Unhandled exception: unimplemented function msvcp110.dll.?gcount@?$basic_istream(a)DU?$char_traits(a)D@std@@@std@@QBE_JXZ called in 32-bit code (0x7b83be35). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7b83be35 ESP:0033b524 EBP:0033b598 EFLAGS:00200287( - -- I S - -P-C) EAX:7b826b19 EBX:7b8b5ff4 ECX:00000008 EDX:0033b54c ESI:00000002 EDI:80000100 ... Backtrace: =>0 0x7b83be35 in kernel32 (+0x2be35) (0x0033b598) 1 0x7e720e78 in msvcp110 (+0x60e77) (0x0033b5d4) 2 0x7e6c7d7d in msvcp110 (+0x7d7c) (0x0033b628) 3 0x06e679e6 (0x0033b628) ... 0x7b83be35: movl 0xfffffff0(%ebp),%ecx Modules: Module Address Debug info Name (187 modules) PE 340000- 3f1000 Deferred ic_ne PE 400000- 20f2000 Export ir2013 PE 2100000- 21d6000 Deferred msvcr110 PE 21f0000- 23d5000 Deferred ic_xa PE 23e0000- 2544000 Deferred icuin51 PE 2550000- 255b000 Deferred ic_xam PE 2560000- 299c000 Export mfc110 PE 29a0000- 29b1000 Deferred ic2013ac PE 5f00000- 5f11000 Export ic2013pp PE 6ac0000- 6ac6000 Deferred 674994.qpd PE 6b30000- 6b57000 Deferred smime3 PE 6e20000- 6e56000 Deferred nspr4 PE fe20000- ff26000 Deferred libeay32 PE ff30000- fffe000 Deferred 204927.qpd PE 10000000-100ce000 Deferred ir2013at PE 100d0000-10490000 Deferred ir2013ir ... Threads: process tid prio (all id:s are in hex) ... 00000057 (D) C:\Program Files\ImpotRapide 2013\ir2013.exe ... 00000058 0 <== --- snip --- There is no native recipe because Microsoft Visual C++ 2012 Redist installer suffers from bug 17273 $ sha1sum InstallFr2013_Bld6004_Mar14.exe 6ba93dda6d1b9744842fb84ba27ad3bcf0b26061 InstallFr2013_Bld6004_Mar14.exe $ du -sh InstallFr2013_Bld6004_Mar14.exe 55M InstallFr2013_Bld6004_Mar14.exe $ wine --version wine-1.7.16 Regards -- 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 11

[Bug 36683] New: RPG Maker VX 1.02a: clicking menu item results in 'Out of memory' error message
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=36683 Bug ID: 36683 Summary: RPG Maker VX 1.02a: clicking menu item results in 'Out of memory' error message Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, found during investigation of other bugs. Also mentioned in appdb entry without actual bug report. Reproduce: click 'About ...' or any other main menu item. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Enterbrain/RPGVXAce $ WINEDEBUG=+tid,+seh,+relay,+winmm,+mmio wine ./RPGVXAce.exe >>log.txt 2>&1 ... 0023:Ret window proc 0x5095b0 (hwnd=0x100c6,msg=WM_LBUTTONUP,wp=00000000,lp=00300038) retval=00000000 0023:Ret user32.IsDialogMessageW() retval=00000001 ret=004fef38 ... 0023:Call user32.DispatchMessageW(00169638) ret=004fdd84 0023:Call window proc 0x5095b0 (hwnd=0x2008e,msg=WM_COMMAND,wp=0000e140,lp=00000000) 0023:Call user32.GetParent(0002008e) ret=00509754 0023:Ret user32.GetParent() retval=00000000 ret=00509754 0023:Call user32.GetCapture() ret=00402e34 0023:Ret user32.GetCapture() retval=00000000 ret=00402e34 0023:Call user32.IsWindowEnabled(0002008e) ret=004ff0ca 0023:Ret user32.IsWindowEnabled() retval=00000001 ret=004ff0ca 0023:Call KERNEL32.FindResourceW(10000000,0000150f,0000000a) ret=011cc46e 0023:Ret KERNEL32.FindResourceW() retval=10009360 ret=011cc46e 0023:Call KERNEL32.SizeofResource(10000000,10009360) ret=0079a72e 0023:Ret KERNEL32.SizeofResource() retval=0002b8bc ret=0079a72e 0023:Call KERNEL32.LoadResource(10000000,10009360) ret=0079a75b 0023:Ret KERNEL32.LoadResource() retval=102991f8 ret=0079a75b 0023:Call KERNEL32.LockResource(102991f8) ret=011caff2 0023:Ret KERNEL32.LockResource() retval=102991f8 ret=011caff2 0023:Call winmm.mmioOpenW(00000000,003392ec,00000000) ret=0079a7db 0023:trace:mmio:MMIO_Open ((null), 0x3392ec, 00000000, unicode); 0023:Call ntdll.RtlAllocateHeap(00110000,00000008,00000058) ret=7cb2f81c 0023:Ret ntdll.RtlAllocateHeap() retval=0021ff50 ret=7cb2f81c 0023:trace:mmio:MMIO_SetBuffer (0x21ff50 0x102991f8 178364 0) 0023:warn:mmio:MMIO_SetBuffer Untested handling of huge mmio buffers (178364 >= 64k) 0023:trace:mmio:mmioMemIOProc (0x21ff50,0x0003,0x00000000,0x00000000) 0023:Call ntdll.RtlFreeHeap(00110000,00000000,00000000) ret=7cb3047f 0023:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7cb3047f 0023:Ret winmm.mmioOpenW() retval=00000005 ret=0079a7db ... 0023:Call winmm.mmioSeek(00000005,00000000,00000001) ret=00799b8c 0023:trace:mmio:mmioSeek (0x5, 00000000, 1); 0023:trace:mmio:mmioSeek => 0 0023:Ret winmm.mmioSeek() retval=00000000 ret=00799b8c 0023:Call winmm.mmioSeek(00000005,00000000,00000002) ret=00799b8c 0023:trace:mmio:mmioSeek (0x5, 00000000, 2); 0023:Ret winmm.mmioSeek() retval=ffffffff ret=00799b8c 0023:Call winmm.mmioSeek(00000005,00000000,00000000) ret=00799b8c 0023:trace:mmio:mmioSeek (0x5, 00000000, 0); 0023:trace:mmio:mmioSeek => 0 0023:Ret winmm.mmioSeek() retval=00000000 ret=00799b8c 0023:Call ntdll.RtlDecodePointer(eadfb1c9) ret=0052dac1 0023:Ret ntdll.RtlDecodePointer() retval=00000000 ret=0052dac1 0023:Call KERNEL32.GetLastError() ret=0052dc72 0023:Ret KERNEL32.GetLastError() retval=00000000 ret=0052dc72 0023:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,003393d4) ret=00528c71 0023:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83ac57 ip=7b83ac57 tid=0023 0023:trace:seh:raise_exception info[0]=19930520 0023:trace:seh:raise_exception info[1]=003393f0 0023:trace:seh:raise_exception info[2]=008f9b00 0023:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=008f9b00 edx=00339320 esi=003393c0 edi=00339380 0023:trace:seh:raise_exception ebp=00339358 esp=003392f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0023:trace:seh:call_stack_handlers calling handler at 0x819a9a code=e06d7363 flags=1 ... 0023:Call user32.MessageBoxW(0002008e,0033880c L"Out of memory.",03a52e40 L"RPG Maker VX Ace",00001030) ret=004fea7e --- snip --- 'mmioSeek( hmmio, 0, SEEK_END)' returning -1 doesn't look correct. Debugger: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7cb15c73 mmioSeek+0x97(hmmio=0x5, lOffset=0, iOrigin=0x2) [/home/focht/projects/wine/wine.repo/src/dlls/winmm/mmio.c:877] in winmm (0x00339404) 1 0x00799b8c in rpgvxace (+0x399b8b) (0x0033941c) 2 0x00799ac1 in rpgvxace (+0x399ac0) (0x00339438) 3 0x004b65ee in rpgvxace (+0xb65ed) (0x0033e370) 4 0x004b60cc in rpgvxace (+0xb60cb) (0x0033e398) 5 0x004a1819 in rpgvxace (+0xa1818) (0x0033e3b8) 6 0x004d7159 in rpgvxace (+0xd7158) (0x0033e3e0) 7 0x00402e5f in rpgvxace (+0x2e5e) (0x0033e6d4) 8 0x004fd115 in rpgvxace (+0xfd114) (0x0033e6e4) Wine-dbg>n 880 switch (iOrigin) { Wine-dbg>n 888 offset = ((wm->info.fccIOProc == FOURCC_MEM)? wm->info.cchBuffer : wm->dwFileSize) - lOffset; Wine-dbg>p *wm {info={dwFlags=0, fccIOProc=0x204d454d, pIOProc=(nil), wErrorRet=0, hTask=(nil), cchBuffer=0x2b8bc, pchBuffer=" ■1", pchNext=" ■1", pchEndRead="", pchEndWrite="", lBufOffset=0, lDiskOffset=0, adwInfo={0xffffffff, 0, 0}, dwReserved1=0, dwReserved2=0, hmmio=0x5}, lpNext=(nil), ioProc=0x7cbae374, bTmpIOProc=0, bBufferLoaded=0x1, dwFileSize=0} Wine-dbg>p offset 0x2b8bc Wine-dbg>si 0x7cb15d9b mmioSeek+0x1bf [/home/focht/projects/wine/wine.repo/src/dlls/winmm/mmio.c:903] in winmm: jz 0x7cb15df1 mmioSeek+0x215 [/home/focht/projects/wine/wine.repo/src/dlls/winmm/mmio.c:908] in winmm 903 if ((wm->info.fccIOProc == FOURCC_MEM) || Wine-dbg> 0x7cb15df1 mmioSeek+0x215 [/home/focht/projects/wine/wine.repo/src/dlls/winmm/mmio.c:908] in winmm: movl $0xffffffff,%eax 908 return -1; --- snip --- Source: http://source.winehq.org/git/wine.git/blob/a0ed65f5937e6eb13f6b2b345d8d27fb… (whitespace and tabs are also messed up) --- snip --- 866 LONG WINAPI mmioSeek(HMMIO hmmio, LONG lOffset, INT iOrigin) 867 { 868 LPWINE_MMIO wm; 869 LONG offset; ... 880 switch (iOrigin) { 881 case SEEK_SET: 882 offset = lOffset; 883 break; 884 case SEEK_CUR: 885 offset = wm->info.lBufOffset + (wm->info.pchNext - wm->info.pchBuffer) + lOffset; 886 break; 887 case SEEK_END: 888 offset = ((wm->info.fccIOProc == FOURCC_MEM)? wm->info.cchBuffer : wm->dwFileSize) - lOffset; 889 break; 890 default: 891 return -1; 892 } 893 894 /* stay in same buffer ? */ 895 /* some memory mapped buffers are defined with -1 as a size */ 896 if ((wm->info.cchBuffer > 0) && 897 ((offset < wm->info.lBufOffset) || 898 (offset >= wm->info.lBufOffset + wm->info.cchBuffer) || 899 (offset > wm->dwFileSize && wm->info.fccIOProc != FOURCC_MEM) || 900 !wm->bBufferLoaded)) { 901 902 /* condition to change buffer */ 903 if ((wm->info.fccIOProc == FOURCC_MEM) || 904 MMIO_Flush(wm, 0) != MMSYSERR_NOERROR || 905 /* this also sets the wm->info.lDiskOffset field */ 906 send_message(wm->ioProc, &wm->info, MMIOM_SEEK, 907 offset, SEEK_SET, FALSE) == -1) 908 return -1; 909 wm->info.lBufOffset = offset; 910 wm->bBufferLoaded = FALSE; 911 wm->info.pchNext = wm->info.pchEndRead = wm->info.pchBuffer; 912 } ... --- snip --- Tidbit: The app is protected with 'Armadillo' DRM scheme (not a problem here). --- snip --- -=[ ProtectionID v0.6.5.5 OCTOBER]=- (c) 2003-2013 CDKiLLER & TippeX Build 31/10/13-21:09:09 Ready... Scanning -> C:\Program Files\Enterbrain\RPGVXAce\RPGVXAce.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 4737368 (0484958h) Byte(s) -> File Appears to be Digitally Signed @ Offset 0483000h, size : 01958h / 06488 byte(s) [File Heuristics] -> Flag : 00000000000000001100001000000111 (0x0000C207) [Entrypoint Section Entropy] : 7.01 [!] Armadillo v8 or higher detected ! - Scan Took : 0.489 Second(s) [0000001E9h tick(s)] [533 scan(s) done] --- snip --- $ sha1sum RPGVXAce_Multi.exe 97a1ee6390b702519091130eecd6f6b806a77dcb RPGVXAce_Multi.exe $ du -sh RPGVXAce_Multi.exe 223M RPGVXAce_Multi.exe $ wine --version wine-1.7.19-70-gd6a59f7 Regards -- 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 32568] New: Visual Studio 2010 fails on startup, .NET Framework 4.0 WPF message dispatcher unexpectedly receives messages (CoWaitForMultipleHandles, COWAIT_FLAGS, message pump)
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32568 Bug #: 32568 Summary: Visual Studio 2010 fails on startup, .NET Framework 4.0 WPF message dispatcher unexpectedly receives messages (CoWaitForMultipleHandles, COWAIT_FLAGS, message pump) Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, after working around bug 28924 the VS 2010 IDE crashes on startup. Prerequisite: 'winetricks -q dotnet20 dotnet40 corefonts' WINEDLLOVERRIDES="atl100=n" WINEDEBUG=+tid,+seh,+relay,+msg,+win wine ./devenv.exe >>log.txt 2>&1 Managed backtrace: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... System.InvalidOperationException: Dispatcher processing has been suspended, but messages are still being processed. at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.WrappedInvoke(Delegate callback, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.InvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at System.Threading.Monitor.ReliableEnter(Object obj, Boolean& lockTaken) at System.Threading.Monitor.Enter(Object obj, Boolean& lockTaken) at System.Windows.FrameworkTemplate.LoadContent(DependencyObject container, List`1 affectedChildren) at System.Windows.StyleHelper.ApplyTemplateContent(UncommonField`1 dataField, DependencyObject container, FrameworkElementFactory templateRoot, Int32 lastChildIndex, HybridDictionary childIndexFromChildID, FrameworkTemplate frameworkTemplate) at System.Windows.FrameworkTemplate.ApplyTemplateContent(UncommonField`1 templateDataField, FrameworkElement container) at System.Windows.FrameworkElement.ApplyTemplate() at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.Controls.DockPanel.MeasureOverride(Size constraint) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.Controls.Control.MeasureOverride(Size constraint) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.Controls.Grid.MeasureOverride(Size constraint) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at Microsoft.Internal.VisualStudio.PlatformUI.VisualTargetPresentationSource.set_RootVisual(Visual value) at Microsoft.Internal.VisualStudio.PlatformUI.WorkerThreadElementContainer.UIWorkerThreadStart(Object arg) at System.Threading.ThreadHelper.ThreadStart_Context(Object state) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading.ThreadHelper.ThreadStart(Object obj) --- snip --- Took me a while to figure this out ... It seems the .NET Framework 4.0 WPF message dispatcher doesn't like unexpected messages in certain situations. Relevant part of trace log (filtered for a specific thread to turn down noise from other interleaving WPF/MIL threads): --- snip --- 0042:Call ole32.CoWaitForMultipleHandles(00000002,ffffffff,00000001,067de2dc,108abfc8) ret=792074f3 ... 0042:Call user32.MsgWaitForMultipleObjectsEx(00000001,067de2dc,ffffffff,00000160,00000002) ret=7e55bde1 0042:Ret user32.MsgWaitForMultipleObjectsEx() retval=00000001 ret=7e55bde1 0042:Call user32.PeekMessageW(108abe28,00000000,00000000,00000000,00000003) ret=7e55bbe3 0042:trace:msg:peek_message got type 6 msg c05f ("DispatcherProcessQueue") hwnd 0x100b2 wp 0 lp 0 0042:Ret user32.PeekMessageW() retval=00000001 ret=7e55bbe3 0042:Call user32.TranslateMessage(108abe28) ret=7e55bfa0 0042:Ret user32.TranslateMessage() retval=00000000 ret=7e55bfa0 0042:Call user32.DispatchMessageW(108abe28) ret=7e55bfb1 0042:Call window proc 0x125c872 (hwnd=0x100b2,msg="DispatcherProcessQueue",wp=00000000,lp=00000000) ... 0042:Call KERNEL32.RaiseException(e0434352,00000001,00000005,108ab884) ret=791cac08 0042:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=0042 0042:trace:seh:raise_exception info[0]=80131509 0042:trace:seh:raise_exception info[1]=00000000 0042:trace:seh:raise_exception info[2]=00000000 0042:trace:seh:raise_exception info[3]=00000000 0042:trace:seh:raise_exception info[4]=79140000 0042:trace:seh:raise_exception eax=7b826831 ebx=7b8b96b0 ecx=79140000 edx=108ab768 esi=108ab840 edi=108ab7c0 0042:trace:seh:raise_exception ebp=108ab798 esp=108ab734 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 0042:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,108aa4b4 "InvalidOperationException",0000001a,00000000,00000000) ret=79216b79 0042:Ret KERNEL32.MultiByteToWideChar() retval=0000001a ret=79216b79 --- snip --- The problem is actually CoWaitForMultipleHandles( COWAIT_ALERTABLE, ...). It is not supposed to pump/dispatch messages in this situation hence the error. Wine only checks for apartment type, ignores COWAIT_FLAGS enumeration regarding that. Source: http://source.winehq.org/git/wine.git/blob/fa96beb5c439c55c935fbd667dd31cbc… --- snip --- 3837 HRESULT WINAPI CoWaitForMultipleHandles(DWORD dwFlags, DWORD dwTimeout, 3838 ULONG cHandles, LPHANDLE pHandles, LPDWORD lpdwindex) 3839 { 3840 HRESULT hr = S_OK; 3841 DWORD start_time = GetTickCount(); 3842 APARTMENT *apt = COM_CurrentApt(); 3843 BOOL message_loop = apt && !apt->multi_threaded; 3844 3845 TRACE("(0x%08x, 0x%08x, %d, %p, %p)\n", dwFlags, dwTimeout, cHandles, 3846 pHandles, lpdwindex); 3847 3848 while (TRUE) 3849 { 3850 DWORD now = GetTickCount(); 3851 DWORD res; 3852 3853 if (now - start_time > dwTimeout) 3854 { 3855 hr = RPC_S_CALLPENDING; 3856 break; 3857 } 3858 3859 if (message_loop) 3860 { 3861 DWORD wait_flags = ((dwFlags & COWAIT_WAITALL) ? MWMO_WAITALL : 0) | 3862 ((dwFlags & COWAIT_ALERTABLE ) ? MWMO_ALERTABLE : 0); 3863 3864 TRACE("waiting for rpc completion or window message\n"); 3865 3866 res = MsgWaitForMultipleObjectsEx(cHandles, pHandles, 3867 (dwTimeout == INFINITE) ? INFINITE : start_time + dwTimeout - now, 3868 QS_SENDMESSAGE | QS_ALLPOSTMESSAGE | QS_PAINT, wait_flags); ... --- snip --- If you fix this, taking COWAIT_FLAGS into account, Visual Studio 2010 IDE starts fine. 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 14

[Bug 37590] New: Microsoft visual studio 2010 stop during the installtion
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37590 Bug ID: 37590 Summary: Microsoft visual studio 2010 stop during the installtion Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: lokesh.bhandari(a)enjayworld.com Distribution: --- Created attachment 50018 --> https://bugs.winehq.org/attachment.cgi?id=50018 image of installation in progress Microsoft visual studio 2010 ultimate stop during the installation process. I am using wine version 1.7.10, and 1.6.1 both show same problem. It install some component and while installing component "Microsoft Windows installer 4.5" it show message you must restart the computer. In windows I am doing same procedure, it tell to restart the computer and if I click then it restart my computer, it restart my computer and resume the installation process. But in wine it not restart the computer and not resuming the installation process. And if I reboot my wine then it show message "A problem has been encounter while loading the component. Cancelling setup." Please guide me for above issue. -- 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 14

[Bug 37588] New: Visual Basic 2010 ultimate fail to install
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37588 Bug ID: 37588 Summary: Visual Basic 2010 ultimate fail to install Product: WineHQ Apps Database Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: lokesh.bhandari(a)enjayworld.com Distribution: --- Created attachment 50015 --> https://bugs.winehq.org/attachment.cgi?id=50015 screen shot of restart message Visual Basic 2010 ultimate fail to install. While installation time it tell the message "You must restart your computer to complete the installation. Setup will automatically continue after your computer has restarted" if click on restart the computer nothing is happen and installation is stop. In windows it automatically restart and resume the installation of an application. Please tell what should I do for this kind of issue? -- 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 11