September 2013 - Wine-Bugs - list.winehq.org

[Bug 14179] New: Evil Twin Demo crash
by wine-bugs＠winehq.org April 9, 2021

April 9, 2021

http://bugs.winehq.org/show_bug.cgi?id=14179 Summary: Evil Twin Demo crash Product: Wine Version: 1.1.0 Platform: All OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thomas.vdburgt(a)xs4all.nl CC: thomas.vdburgt(a)xs4all.nl Created an attachment (id=14450) --> (http://bugs.winehq.org/attachment.cgi?id=14450) Terminal output The intro movies work, but when the game seems to go to the MainMenu it crashes. Terminal output is attached, it seems a sound problem (fnx_sound_ds7 ?) (note. Sound does work in the intro). I used several sound-drivers, all crash with the same error. Wine version 1.10 on Ubuntu 8.04 with: Nvidia Driver 173.14.05 (nvidia-glx-new-envy from ubuntu repos) on a Dell Latitude D830. If I can provide more info somehow, I'll be happy to. PS. I uploaded the demo to http://www.filedropper.com/eviltwindemo (Official site is down and only place to download is fileplanet wish requires a login) -- 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 27

[Bug 19626] New: Half-life engine's software rendering is ridiculously slow on Intel GMA 945
by wine-bugs＠winehq.org April 9, 2021

April 9, 2021

http://bugs.winehq.org/show_bug.cgi?id=19626 Summary: Half-life engine's software rendering is ridiculously slow on Intel GMA 945 Product: Wine Version: 1.1.26 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: richardcavell(a)mail.com When I play Half-Life on Wine in software rendering mode, the screen renders really slowly. About one frame every five to ten seconds. What is actually being displayed is graphically correct, it's just ridiculously slow. While watching the screen, the top rasterline is updated to the new frame, then the one below it, then the one below that, and so on, until the line being updated reaches the bottom of the screen. It then starts on a new frame. There is no tearing within the middle of a line. The lines are output at a perfectly constant speed. If I increase the resolution, it is slower to update an entire frame. My computer is easily able to render Duke Nukem 3D at fast frame rate, so there has to be a bottleneck or bug somewhere. People who have non-Intel graphics hardware don't get this problem. I suspect that Wine is incorrectly waiting for VSync after outputting each raster line. The problem occurs also with any Half-Life engine derivative (Counter-Strike, Condition Zero, etc). Half-Life is capable of rendering in OpenGL, software rendering or Direct3D, selectable from a menu. I'm on 64-bit Ubuntu Karmic with all current updates applied. Half-Life and Steam have updated themselves. Intel video drivers are version 2.8.0. Wine version 1.1.26. Xserver-xorg version 7.4. Second-generation MacBook using an Intel GMA 945. Jaunty uses version 2.6.3 of the Intel drivers, and Half-Life and its derivatives are basically completely unuseable on those drivers - they're just too buggy. I'm happy to perform any experiments that people suggest. Running hl.exe from console doesn't give any printf output, since the main Half-Life engine isn't actually in that executable. Richard -- 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 22

[Bug 27528] New: Half Life Software Rendering completely wrong
by wine-bugs＠winehq.org April 9, 2021

April 9, 2021

http://bugs.winehq.org/show_bug.cgi?id=27528 Summary: Half Life Software Rendering completely wrong Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)araneidae.co.uk The Software mode rendering of Half Life (the original 1998 game) is completely wrong: the colours are messed up (purple, mostly) and the selected screen size is squashed into half the selected width. Although noone in their right mind would run Half Life in software mode, this bug must expose problems in the Half Life rendering engine that must affect other games of this and earlier vintage. -- 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 16

[Bug 32641] New: Breath of Fire IV: Crash on starting the game
by wine-bugs＠winehq.org April 9, 2021

April 9, 2021

http://bugs.winehq.org/show_bug.cgi?id=32641 Bug #: 32641 Summary: Breath of Fire IV: Crash on starting the game Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified Created attachment 43068 --> http://bugs.winehq.org/attachment.cgi?id=43068 Output of Wine On starting the game it crashes with an error window that the application has encountered a serious problem. In the attachments is a log with the console output. -- 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 20

[Bug 17735] New: andrew rudson's drum machine: makes wine segfault upon start
by wine-bugs＠winehq.org April 8, 2021

April 8, 2021

http://bugs.winehq.org/show_bug.cgi?id=17735 Summary: andrew rudson's drum machine: makes wine segfault upon start Product: Wine Version: 1.1.17 Platform: PC URL: http://andrewrudson.com/drummachine/main.php OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: timonator(a)perpetuum-immobile.de When starting up Drum Machine (see URL for download link; this bug report is for drum machine version "1.36 beta") Wine crashes with a Segfault like this: zsh: segmentation fault wine DrumMachine.exe I can briefly see a window pop up and immediately close again. -- 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 18

[Bug 33137] New: Can display characters with WM_SETFONT but not with DrawText - same font Arial
by wine-bugs＠winehq.org April 5, 2021

April 5, 2021

http://bugs.winehq.org/show_bug.cgi?id=33137 Bug #: 33137 Summary: Can display characters with WM_SETFONT but not with DrawText - same font Arial Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: forums(a)robertinventor.com Classification: Unclassified I used CreateFontIndirect to create the font, with "Arial Unicode MS" as the font name. Using GetTextFace(..) I find that the font actually created is "Arial". In one place I set it as the font for a text control using WM_SETFONT In another place I draw the text directly to a window using DrawTextW(..) I'm using characters such as: ☀ ☁ ☂ ☃ ☄ ★ ✾ ✰ ✲ ✳ ❉ ✿ ❂ ✺ ❀ They get shown fine in the text control. But when drawn directly to the window with DrawTextW you just see boxes. To make sure it isn't some error in my code, I made sure to use EXACTLY THE SAME FONT HANDLE in both cases. Same thing happens as before. Under Windows both show the same way.. So, just want to know - why can't DrawTextW find the font glyphs used by WM_SETFONT? Seems like a bug of some sort, so that's why reported it here as a bug. OTHER OBSERVATIONS I had a similar result when it was able to find Arial Unicode MS - in that case again showed them all fine with WM_SETFONT, but when I used DrawTextW, only the ★ of ★ ✾ ✰ ✲ was shown correctly. If I install unifont, then it finds it as the best match for "Arial Unicode MS", and then shows the characters in both cases correctly (but is no good for my purposes, too pixellated). THIS IS A VERY MINOR FEATURE It is a minor feature of my app so not a priority bug to fix, just for completeness. I am about to submit my app to the Wine database and this is one of the remaining unfixed differences when testing for compatibility of the app with Windows. -- 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 6

[Bug 22152] New: Atlantica Online: Installer don´t work
by wine-bugs＠winehq.org April 3, 2021

April 3, 2021

http://bugs.winehq.org/show_bug.cgi?id=22152 Summary: Atlantica Online: Installer don´t work Product: Wine Version: unspecified Platform: x86 URL: http://www.gamershell.com/download_50600.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linuxdonald(a)linuxdonald.de Atlantica Online: Installer don´t work at the last git version: [LinuxDonald(a)localhost mmorpg-installer]$ env WINEPREFIX="/home/LinuxDonald/.wine-atlantica" /db/wine/wine-git/bin/wine SetupAtlantica_EU_ver21001.exe err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! Thats all :( -- 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 15901] New: Sibelius 3: wrong tooltips in a child window
by wine-bugs＠winehq.org April 2, 2021

April 2, 2021

http://bugs.winehq.org/show_bug.cgi?id=15901 Summary: Sibelius 3: wrong tooltips in a child window Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lauri.kentta(a)gmail.com Created an attachment (id=17070) --> (http://bugs.winehq.org/attachment.cgi?id=17070) Screenshot about the bug Sibelius 3 shows wrong tooltips in the Keypad window. Clearly these are not "Save As" buttons and such. But somehow the topmost row of five buttons has still the right tooltips. Is it possible that the two windows (main & Keypad) would have separate string resources with overlapping identifiers but Wine just uses the main window's resources for both? There was a demo version of the program, but it's not officially available anymore, as the most recent version is Sibelius 5. However, a Sibelius 3 Demo might be downloadable here (not tested): http://www.tempomusic.com/lifeway/download.htm -- 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 15

[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 March 28, 2021

March 28, 2021

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 34425] New: Visual C++ 2010 Express crashes on clicking 'Help / Samples'
by wine-bugs＠winehq.org March 28, 2021

March 28, 2021

http://bugs.winehq.org/show_bug.cgi?id=34425 Bug #: 34425 Summary: Visual C++ 2010 Express crashes on clicking 'Help / Samples' Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified After working around bug 32568, the IDE started up. But selecting Help / Samples crashes it; shortly after it loads ieframe.dll, it calls dw20.exe (the crash reporter). -- 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 5