October 2017 - Wine-Bugs - list.winehq.org

[Bug 43328] New: dotnet 4.5 applications crash in factory_get_cached_fontface
by wine-bugs＠winehq.org Nov. 17, 2017

Nov. 17, 2017

https://bugs.winehq.org/show_bug.cgi?id=43328 Bug ID: 43328 Summary: dotnet 4.5 applications crash in factory_get_cached_fontface Product: Wine Version: 2.12 Hardware: x86 URL: http://ashita.atom0s.com/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: farmboy0+winehq(a)googlemail.com Distribution: --- Created attachment 58670 --> https://bugs.winehq.org/attachment.cgi?id=58670 wine backtrace One sample application which exhibits this problem can be downloaded from the referenced url. Step to reproduce: 1. winetricks dotnet45 to a new prefix 2. Reset windows version to Windows 7 with winecfg 3. Run the application (Ashita.exe) with wine 4. The error will occur during auto-update Wine backtrace is added as attachment. Stracktrace from dotnet: Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at MS.Internal.Text.TextInterface.Font.CreateFontFace() at MS.Internal.Text.TextInterface.Font.AddFontFaceToCache() at MS.Internal.Text.TextInterface.Font.GetFontFace() at MS.Internal.FontCache.FontFaceLayoutInfo.IntMap.TryGetValues(UInt32* pKeys, UInt32 characterCount, UInt16* pIndices) at System.Windows.Media.GlyphTypeface.GetGlyphMetricsAndIndicesOptimized(UInt32* pCodepoints, Int32 characterCount, Double emSize, UInt16[] glyphIndices, GlyphMetrics[] glyphMetrics, TextFormattingMode textFormattingMode, Boolean isSideways) at System.Windows.Media.GlyphTypeface.GetGlyphMetricsOptimized(CharacterBufferRange characters, Double emSize, UInt16[] glyphIndices, GlyphMetrics[] glyphMetrics, TextFormattingMode textFormattingMode, Boolean isSideways) at System.Windows.Media.TextFormatting.TextShapeableCharacters.GetAdvanceWidthsUnshaped(Char* characterString, Int32 characterLength, Double scalingFactor, Int32* advanceWidthsUnshaped) at MS.Internal.TextFormatting.LineServicesCallbacks.GetRunCharWidths(IntPtr pols, Plsrun plsrun, LsDevice device, Char* charString, Int32 stringLength, Int32 maxWidth, LsTFlow textFlow, Int32* charWidths, Int32& totalWidth, Int32& stringLengthFitted) at MS.Internal.TextFormatting.UnsafeNativeMethods.LoCreateLine(IntPtr ploc, Int32 cp, Int32 ccpLim, Int32 durColumn, UInt32 dwLineFlags, IntPtr pInputBreakRec, LsLInfo& plslinfo, IntPtr& pploline, Int32& maxDepth, LsLineWidths& lineWidths) at System.Windows.Media.TextFormatting.TextFormatterContext.CreateLine(Int32 cpFirst, Int32 lineLength, Int32 maxWidth, LineFlags lineFlags, IntPtr previousLineBreakRecord, IntPtr& ploline, LsLInfo& plslineInfo, Int32& maxDepth, LsLineWidths& lineWidths) at MS.Internal.TextFormatting.TextMetrics.FullTextLine.FormatLine(FullTextState fullText, Int32 cpFirst, Int32 lineLength, Int32 formatWidth, Int32 finiteFormatWidth, Int32 paragraphWidth, LineFlags lineFlags, FormattedTextSymbols collapsingSymbol) at MS.Internal.TextFormatting.TextFormatterImp.FormatLineInternal(TextSource textSource, Int32 firstCharIndex, Int32 lineLength, Double paragraphWidth, TextParagraphProperties paragraphProperties, TextLineBreak previousLineBreak, TextRunCache textRunCache) at MS.Internal.TextFormatting.TextFormatterImp.FormatLine(TextSource textSource, Int32 firstCharIndex, Double paragraphWidth, TextParagraphProperties paragraphProperties, TextLineBreak previousLineBreak, TextRunCache textRunCache) at MS.Internal.Text.Line.Format(Int32 dcp, Double width, TextParagraphProperties lineProperties, TextLineBreak textLineBreak, TextRunCache textRunCache, Boolean showParagraphEllipsis) at System.Windows.Controls.TextBlock.MeasureOverride(Size constraint) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.ContextLayoutManager.UpdateLayout() at System.Windows.ContextLayoutManager.UpdateLayoutCallback(Object arg) at System.Windows.Media.MediaContext.InvokeOnRenderCallback.DoWork() at System.Windows.Media.MediaContext.FireInvokeOnRenderCallbacks() at System.Windows.Media.MediaContext.RenderMessageHandlerCore(Object resizedCompositionTarget) at System.Windows.Media.MediaContext.RenderMessageHandler(Object resizedCompositionTarget) 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.DispatcherOperation.InvokeImpl() at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Windows.Threading.DispatcherOperation.Invoke() at System.Windows.Threading.Dispatcher.ProcessQueue() 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.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg) at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame) at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame) at System.Windows.Application.RunDispatcher(Object ignore) at System.Windows.Application.RunInternal(Window window) at System.Windows.Application.Run(Window window) at System.Windows.Application.Run() at Ashita.App.Main() -- 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 16

[Bug 39632] New: Unhandled Exception
by wine-bugs＠winehq.org Nov. 17, 2017

Nov. 17, 2017

https://bugs.winehq.org/show_bug.cgi?id=39632 Bug ID: 39632 Summary: Unhandled Exception Product: Wine Version: 1.7.55 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: josiahbecker(a)gmail.com Created attachment 52814 --> https://bugs.winehq.org/attachment.cgi?id=52814 backtrace bug report from the failed install Failed install of overwolf hearthstone companion. Download website = heartharena.com/overwolf -- 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 7

[Bug 32436] New: attempting to install programs with msiexec fails
by wine-bugs＠winehq.org Nov. 17, 2017

Nov. 17, 2017

http://bugs.winehq.org/show_bug.cgi?id=32436 Bug #: 32436 Summary: attempting to install programs with msiexec fails Product: Wine Version: 1.5.19 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ahferroin7(a)gmail.com Classification: Unclassified Created attachment 42793 --> http://bugs.winehq.org/attachment.cgi?id=42793 Output from `wine msiexec /a python-3.3.0.amd64.msi` Seems to not matter what program I try to install, tested with multiple installers, including multiple versions of Python and a couple of other free programs. Console output from trying to install Python 3.3 is attached. If you need more info, just let me know. -- 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.

1 11

[Bug 43870] New: Crash battlefront II 2017 on launch
by wine-bugs＠winehq.org Nov. 12, 2017

Nov. 12, 2017

https://bugs.winehq.org/show_bug.cgi?id=43870 Bug ID: 43870 Summary: Crash battlefront II 2017 on launch Product: Wine Version: 2.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maxi.cass11(a)gmail.com Distribution: --- Created attachment 59470 --> https://bugs.winehq.org/attachment.cgi?id=59470 backtrace I wanted to take advantage of the beta to test Battlefront II with wine and the game crash on launch. I have this exception when the game crash: wine: Unhandled page fault on write access to 0x7b423d00 at address 0x7b423d00 (thread 019d), starting debugger... I have test on my laptop: MSI GE72 2QF clean prefix, wine defaults to a 64bits prefix, with windows 7 Kernel version : Linux version 4.10.0-35-generic graphics driver version : nvidia 375.66-ubuntu0.16.04.1 on gtx 970m -- 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 4

[Bug 43576] New: unit test: Menu Highlight does not return to original color after style applied
by wine-bugs＠winehq.org Nov. 11, 2017

Nov. 11, 2017

https://bugs.winehq.org/show_bug.cgi?id=43576 Bug ID: 43576 Summary: unit test: Menu Highlight does not return to original color after style applied Product: Wine Version: 2.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Brad.Wine1(a)amaitis.com Distribution: --- Created attachment 58987 --> https://bugs.winehq.org/attachment.cgi?id=58987 Image of Visual bug winehq-devel wine --version wine-2.13 and wine-2.14 Menu highlighting works without the style loaded. After Style is loaded Menu Highlight does not return to original color. delphi source code is available download unit test http://www.ateksol.com/dev/unittest/MenuStyle.exe sha1sum b08eb7ad7fb0ea9164071b53dcacd117390d0913 MenuStyle.exe -- 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 3

[Bug 43853] New: Keepass2 fails to launch
by wine-bugs＠winehq.org Nov. 11, 2017

Nov. 11, 2017

https://bugs.winehq.org/show_bug.cgi?id=43853 Bug ID: 43853 Summary: Keepass2 fails to launch Product: Wine Version: 2.0.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madmedix(a)gmail.com Distribution: --- Created attachment 59411 --> https://bugs.winehq.org/attachment.cgi?id=59411 system generated log file Portable Apps version, resides on seperate HDD that is also used by Win10/64. Stock Ubuntu 17.10/64 install. Previously worked without problems until this update (from Synaptic): Commit Log for Tue Sep 12 22:09:27 2017 Upgraded the following packages: bluez (5.43-0ubuntu1) to 5.43-0ubuntu1.1 bluez-obexd (5.43-0ubuntu1) to 5.43-0ubuntu1.1 file (1:5.29-3) to 1:5.29-3ubuntu0.1 flashplugin-installer (26.0.0.151ubuntu0.17.04.1) to 27.0.0.130ubuntu0.17.04.1 gnome-software-common (3.22.7-0ubuntu3.17.04.5) to 3.22.7-0ubuntu3.17.04.7 libbluetooth3 (5.43-0ubuntu1) to 5.43-0ubuntu1.1 libgd3 (2.2.4-2ubuntu0.2) to 2.2.4-2ubuntu0.3 libgd3:i386 (2.2.4-2ubuntu0.2) to 2.2.4-2ubuntu0.3 libgnutls30 (3.5.6-4ubuntu4.1) to 3.5.6-4ubuntu4.2 libgnutls30:i386 (3.5.6-4ubuntu4.1) to 3.5.6-4ubuntu4.2 liblouis-data (3.0.0-3) to 3.0.0-3ubuntu0.2 liblouis12 (3.0.0-3) to 3.0.0-3ubuntu0.2 libmagic-mgc (1:5.29-3) to 1:5.29-3ubuntu0.1 libmagic1 (1:5.29-3) to 1:5.29-3ubuntu0.1 python3-louis (3.0.0-3) to 3.0.0-3ubuntu0.2 -- 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 4

[Bug 42569] New: user32/tests/clipboard intermittent failure (" expected freed memory")
by wine-bugs＠winehq.org Nov. 11, 2017

Nov. 11, 2017

https://bugs.winehq.org/show_bug.cgi?id=42569 Bug ID: 42569 Summary: user32/tests/clipboard intermittent failure ("expected freed memory") Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- The following error is sometimes given: clipboard.c:1742: Test failed: expected freed mem 0x155300 This seems to affect the acer64 and f25 test machines but not the hd6800. -- 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 2

[Bug 42568] New: user32/tests/ msg.ok intermittent failure in SendMessage from other thread
by wine-bugs＠winehq.org Nov. 11, 2017

Nov. 11, 2017

https://bugs.winehq.org/show_bug.cgi?id=42568 Bug ID: 42568 Summary: user32/tests/msg.ok intermittent failure in SendMessage from other thread Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- The following lines are sometimes printed when running the tests for msg.c: msg.c:15837: Test failed: SendMessage from other thread 4: 0: the msg 0x0401 was expected, but got msg 0x0403 instead msg.c:15837: Test failed: SendMessage from other thread 4: 1: the msg sequence is not complete: expected 0000 - actual 0401 msg.c:15845: Test succeeded inside todo block: wrong status 00000000 msg.c:15849: Test succeeded inside todo block: SendMessage from other thread 5: marked "todo_wine" but succeeds This affects both of the test machines. -- 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 2

[Bug 43750] New: USB "ttyACM0" serial port not being created
by wine-bugs＠winehq.org Nov. 11, 2017

Nov. 11, 2017

https://bugs.winehq.org/show_bug.cgi?id=43750 Bug ID: 43750 Summary: USB "ttyACM0" serial port not being created Product: Wine Version: 2.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: phoenix-precision(a)gmx.co.uk Distribution: --- I have followed the new instructions at https://wiki.winehq.org/Wine_User%27s_Guide#Serial_and_Parallel_Ports, to use a Neo 7 GPS module. I had to create the registry key HKLM\Software\Wine\Ports as it did not already exist. I added a string value "COM1" with the data /dev/ttyACM0, ran wineserver -k and started my application (u-center from https://www.u-blox.com/sites/default/files/ublox-GNSS_u-center_windows_v8.2… ) ls -l .wine/dosdevices shows the same four standard com ports as normal, no change. Next I deleted com1 and manually created the link to /dev/ttyACM0. When I restarted wine the link had been replaced by the standard one again. I also attempted to create COM5 via the registry key HKLM\HARDWARE\DEVICEMAP\SERIALCOMM, but Wine is having none of it and deletes it when re-started. By starting the application and then manually creating the COM port link I am able to use my device, so there is nothing wrong there. It is purely the mapping of COM ports which is the problem. -- 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 10

[Bug 37669] New: Resetting a write watch can cause memory access violation in kernel
by wine-bugs＠winehq.org Nov. 11, 2017

Nov. 11, 2017

https://bugs.winehq.org/show_bug.cgi?id=37669 Bug ID: 37669 Summary: Resetting a write watch can cause memory access violation in kernel Product: Wine Version: 1.7.32 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Distribution: --- What happens: heavy multi-threaded network application in one thread reads/writes from/to a socket while in another thread .net GC calls GetWriteWatch with flag WRITE_WATCH_FLAG_RESET on a buffer which was just verified for write access and passed by ws2_32.recv to recvmsg kernel call. While recvmsg waits for incoming data GetWriteWatch resets write watches by clearing VPROT_WRITE access on a buffer passed to recvmsg. That cases recvmsg to return EFAULT which in turn leads to a .net application raising an exception and dying. This is basically a .net garbage collector causing races in network code which reads/writes to a buffer because reading or writing via a network is much slower than say reading/writing a disk file, but essentially this is a general problem with resetting a write watch while another thread is being dealing with the affected memory range. -- 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 41