March 2019 - Wine-bugs - list.winehq.org

[Bug 39932] New: bat-script with quotes cann't be called using CreateProcess
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39932 Bug ID: 39932 Summary: bat-script with quotes cann't be called using CreateProcess Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: andrej.skvortzov(a)gmail.com Distribution: --- Created attachment 53340 --> https://bugs.winehq.org/attachment.cgi?id=53340 executable with source code to reproduce the problem This problem exists in software to configure HMI panels from OWEN and Xinje. http://www.owen.ru/catalog/graficheskaya_panel_operatora_s_sensornim_upravl… (Russian) To reproduce this problem easily minimal test program is created. See attached archive cmd_call_batch.tar.xz. Here are technical details of the problem. To appear following conditions need to be met: - bat-script is called using CreateProcess - name of bat-script is quoted - some parameters of bat-scrits are quoted. For example, "test2.bat" "param1" param2 wine runs bat-script using cmd. cmd /c "test2.bat" "param1" param2 On Windows cmd fails if name of bat-script and parameters both are quoted. To avoid this problem attached patch always removes quotes from bat-script's name before cmd is called. -- 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 32374] New: List box with LBS_NODATA set, has very low performance, depending on items count.
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=32374 Bug #: 32374 Summary: List box with LBS_NODATA set, has very low performance, depending on items count. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: johnfound(a)evrocom.net Classification: Unclassified Created attachment 42719 --> http://bugs.winehq.org/attachment.cgi?id=42719 Test application that illustrates the bug. Source code included. List box control, when has LBS_NODATA style set, needs very big time to process LB_SETCOUNT message (this message works only for list box with LBS_NODATA set). On Windows this message is handled for less than 1ms regardless of the count sent by LB_SETCOUNT (because the list box has nothing to allocate/reallocate when LBS_NODATA is set. It only need to set the scroll bar parameters). In WINE (every version but in v1.4 and v1.5 it is really slow) processing this message needs some amount of time, proportional to the item count set by LB_SETCOUNT. As long as this list box style is provided because of its speed, such a behavior can block the execution of the application for very long time. Small test application is attached which measures the time needed for LB_SETCOUNT to be executed on list box with LBS_NODATA set. Source code included. -- 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 9

[Bug 46681] New: TopoEdit crashes with unimplemented function mf.dll.MFCreateTopologyNode
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46681 Bug ID: 46681 Summary: TopoEdit crashes with unimplemented function mf.dll.MFCreateTopologyNode Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Depends on: 46105 Distribution: --- Created attachment 63643 --> https://bugs.winehq.org/attachment.cgi?id=63643 stub Topology -> Add Tee wine: Call from 0x7b43d59b to unimplemented function mf.dll.MFCreateTopologyNode wine-4.2-26-g5e86cc0a8f -- 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 46724] New: Call of Juarez: Bound in Blood crashes on startup when using FAudio
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46724 Bug ID: 46724 Summary: Call of Juarez: Bound in Blood crashes on startup when using FAudio Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 63695 --> https://bugs.winehq.org/attachment.cgi?id=63695 backtrace wine-4.2-195-gf784cabd34 -- 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 5

[Bug 46639] New: LoadLibraryShim fails in wow64
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46639 Bug ID: 46639 Summary: LoadLibraryShim fails in wow64 Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- The mscoree:mscoree 32-bit test fails on the tip when run in a 64-bit prefix: mscoree.c:372: Test failed: LoadLibraryShim failed, hr=80070006 mscoree.c:385: Test failed: LoadLibraryShim failed, hr=80070006 >From a module log, it appears this is because it tries to load a 64-bit fakedll for fusion.dll. 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\fusion.dll" is for arch 8664, continuing search 0009:warn:module:load_dll Failed to load module L"C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\fusion"; status=c000007b On Windows, there is a separate Framework64 directory which contains the 64-bit fusion.dll. I think fixing this will require updates to both mscoree and Wine Mono. -- 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 8

[Bug 46654] New: dotnet35sp1 fails to install with winetricks
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46654 Bug ID: 46654 Summary: dotnet35sp1 fails to install with winetricks Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: brendan(a)redmandi.com CC: hans(a)meelstraat.net Distribution: --- Created attachment 63586 --> https://bugs.winehq.org/attachment.cgi?id=63586 Log of dotnet35sp1 failing during install This is with a WIN64 prefix. This was working with 4.1. Most likely related to bug 46638. And once again, either: a) reverting 9839bb7691a1b1c57a4ca501d03825420c1609d7; or b) removing Wow64DisableWow64FsRedirection fixes this 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.

1 7

[Bug 46638] New: dotnet40 no longer installs using winetricks
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46638 Bug ID: 46638 Summary: dotnet40 no longer installs using winetricks Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: brendan(a)redmandi.com CC: julliard(a)winehq.org Regression SHA1: 9839bb7691a1b1c57a4ca501d03825420c1609d7 Distribution: --- Created attachment 63554 --> https://bugs.winehq.org/attachment.cgi?id=63554 Log of dotnet40 failing during install When using the latest from git (currently 9781b5433cd4b708c0f537aa0b5608ff4157f04c), installing dotnet40 using 'winetricks dotnet40' fails. It was working in 4.1. A git bisect highlighted commit 9839bb7691a1b1c57a4ca501d03825420c1609d7 as the first commit that introduced this failure. Reverting just this commit allows dotnet40 to install again. Attached are two logs: 1. for when dotnet40 installs successfully; and 2. for when it fails Both logs use WINEDEBUG=+timestamp,+pid,+tid,+seh,+debugstr,+module. -- 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 7287] Redundant "tabs" appear with tabbed MDI (test with LTSpice)
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=7287 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #26 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 4.3. -- 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 0

[Bug 46717] New: TopoEdit crashes with unimplemented function mf.dll.MFCreateTopoLoader
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46717 Bug ID: 46717 Summary: TopoEdit crashes with unimplemented function mf.dll.MFCreateTopoLoader Product: Wine Version: 4.2 Hardware: x86-64 URL: https://resources.oreilly.com/examples/9780735656598-f iles/tree/a7df48c133c4781b73947b1f25691bd7604cd81e/Too ls/TopoEdit/x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- File -> Render File... -> any MP3 file wine: Call from 0x7b43d59b to unimplemented function mf.dll.MFCreateTopoLoader wine-4.2-159-gb3c5b7da94 -- 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 43395] New: Wine intermittently crashes after any program terminates
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43395 Bug ID: 43395 Summary: Wine intermittently crashes after any program terminates Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Every so often, I see one of the following two outputs appear after Wine closes: err:ntdll:RtlLeaveCriticalSection section 0x110940 is not acquired and wine: Unhandled page fault on write access to 0x695de019 at address 0x7bc4f41e (thread 0018), starting debugger... err:seh:start_debugger Couldn't start debugger ("winedbg --auto 14 96") (1115) Read the Wine Developers Guide on how to set up winedbg or another debugger In the first message the section 0x110940 is constant; in the second the address 0x7bc4f41e is constant but the written address varies. The critical section message appears because a critical section is deleted while owned. The critical section in question appears to be that of the database in services.exe. The crash address is in ntdll/heap.c:HEAP_CreateFreeBlock. It is probably being triggered by code in RtlLeaveCriticalSection(), although it may have a different source. -- 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 8