March 2017 - wine-bugs

[Bug 33707] New: Duke Nukem Forever crashes in d3ddrv
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=33707 Bug #: 33707 Summary: Duke Nukem Forever crashes in d3ddrv Product: Wine Version: 1.5.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: roland(a)mxchange.org CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 44630 --> http://bugs.winehq.org/attachment.cgi?id=44630 Default debug log (no WINEDEBUG) The mentioned game crashed in d3ddrv when it tries to compile shaders, an except from debug.log follows: //------ Snip ---- err:d3dcompiler:compile_shader HLSL shader parsing failed. //------ Snap ---- Plus the place where it crashes: //------ Snip ---- 21 0x08536a73 in d3ddrv9 (+0x26a72) (0x0033cb68) //------ Snap ---- What the assembler code wants: //------ Snip ---- Wine-dbg>disas 0x08536a73 0x08536a73: pushl %edi 0x08536a74: movl %esi,%ecx 0x08536a76: call 0x08536730 ?CompileShader_PS@dnShaderCompiler@@QAEXPAVdnShader@@@Z in d3ddrv9 0x08536a7b: popl %edi 0x08536a7c: popl %esi 0x08536a7d: popl %ebp 0x08536a7e: ret $0x8 0x08536a81: int $3 0x08536a82: int $3 0x08536a83: int $3 //------ Snap ---- Please see attached files for more details. -- 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 24

[Bug 42387] New: Test Drive 6 and Venom: Codename Outbreak
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=42387 Bug ID: 42387 Summary: Test Drive 6 and Venom: Codename Outbreak Product: Wine Version: 2.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tall89(a)mail.ru Distribution: --- Venom: Codename Outbreak not working, Test Drive 6 works, but when loaded the next race track, when you load a new track, the game crashes to the desktop, but sometimes dogruzhietsya same to the track, but can not play due to bad textures The configuration of my computer: Intel Core i5-760 2.80GHz RAM: 8 GB Video Card: Nvidia GForce GTX 760 4 GB of Asus' NVIDIA-367 drivers OS Version: Linux Mint 18.1 Serena 64-bit Version Wine: 2.0 -- 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 34

[Bug 37687] New: S.T.A.L.K.E.R - Shadow of Chernobyl locks up on start with dynamic lightning
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=37687 Bug ID: 37687 Summary: S.T.A.L.K.E.R - Shadow of Chernobyl locks up on start with dynamic lightning Product: Wine Version: 1.7.31 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zzarko(a)gmail.com Distribution: --- If I try to enable dynamic rendering in S.T.A.L.K.E.R - Shadow of Chernobyl (any of two dynamic options), the game even won't to start. This is what I get in the terminal (all messages after starting): fixme:msvcrt:MSVCRT__set_abort_behavior _WRITE_CALL_REPORTFAULT unhandled err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:thread:__hook_pthread_create most thread attributes ignored! err:ntdll:RtlpWaitForCriticalSection section 0x7bcd1f00 "loader.c: loader_section" wait timed out in thread 0023, blocked by 0009, retrying (60 sec) The last line repeats every minute and all I can do is to kill it. When using static lightning, sometimes (every 4th-5th run) STALKER locks up on "Exit to windows". This is the error I get on terminal when that happens: err:ntdll:RtlpWaitForCriticalSection section 0x7bcd2240 "rtl.c: peb_lock" wait timed out in thread 0028, blocked by 0009, retrying (60 sec) It looks similar to prevous last line. I'm running updated Ubuntu 14.04 64bit, using wine from wine team ppa (1.7.31), and game is installed in fresh win32 prefix. Game was bought on GOG, version is 1.0006, installer is setup_stalker_shoc_2.1.0.7. The graphic card is Radeon 7950, with Catalyst 14.20. I'll gladly try to answer questions/try stuff to make this work. -- 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 34147] New: Borland ilink32 malfunctions in newer versions of wine
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=34147 Bug #: 34147 Summary: Borland ilink32 malfunctions in newer versions of wine Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cnliou9(a)fastmail.fm Classification: Unclassified Created attachment 45424 --> http://bugs.winehq.org/attachment.cgi?id=45424 The log. Borland ilink32 version 5.66 runs properly in wine v1.0.1 in Debian squeeze. It crashes in wine v1.4.1 in Debian wheezy. Comments on the attached log: File O:\prog.tds is not locked by any other programs including IDE. Deleting this file before running ilink32.exe does not fix the problem. If I remember correctly, the following two messages did not occurred to wine v1.0.1: Warning: Cannot release virtual memory at addr 00000000 for 67108864 bytes (errcode 87) Error: Could not delete O:\prog.tds (project already open in IDE?) -- 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 34641] New: sketchup 8 display problem when selecting by dragging
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=34641 Bug #: 34641 Summary: sketchup 8 display problem when selecting by dragging Product: Wine Version: 1.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: burelbruno(a)orange.fr Classification: Unclassified Env : UBUNTU 13.04 Wine 1.6 Sketchup 8 Nvidia card with the "Nouveau" driver, NOT with the Nvidia driver When dragging (both ways) to select items normal display disappear, the screen display tiles of the wallpaper and others old display -- 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 42579] New: Proteus installation problem
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=42579 Bug ID: 42579 Summary: Proteus installation problem Product: Wine-staging Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hildogjr(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 57491 --> https://bugs.winehq.org/attachment.cgi?id=57491 Log file of the error Error in the installation wizard of the software Proteus 8.2. This error happen on the Wine 2.0 (stable) and 2.2 (develop). On the 1.8 (develop) version works fine. -- 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 9

[Bug 39504] New: Unhandled exception: page fault on read access to 0x40800035 in 32-bit code (0x006d8d5d).
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=39504 Bug ID: 39504 Summary: Unhandled exception: page fault on read access to 0x40800035 in 32-bit code (0x006d8d5d). Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joel.huebner(a)gmail.com Distribution: --- Created attachment 52645 --> https://bugs.winehq.org/attachment.cgi?id=52645 wine crash using sketchup in lubuntu 15.10 Unhandled exception: page fault on read access to 0x40800035 in 32-bit code (0x006d8d5d). -- 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

[Bug 38859] New: CMake hangs when detecting msvc10 compiler
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=38859 Bug ID: 38859 Summary: CMake hangs when detecting msvc10 compiler Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xantares09(a)hotmail.com Distribution: --- Created attachment 51786 --> https://bugs.winehq.org/attachment.cgi?id=51786 winedbg backtrace I'm trying to use microsoft compiler along with cmake (vc2010express+cmake from winetricks) and it hangs configuring an hello world project. It succeeds the second time the build is run, or as long as the wineserver process is alive, ie if killed, it will fail another time. Actual output: > cmake -G "NMake Makefiles" -DCMAKE_BUILD_TYPE=Release . -- The C compiler identification is MSVC 16.0.30319.1 -- The CXX compiler identification is MSVC 16.0.30319.1 -- Check for working C compiler: C:/Program Files/Microsoft Visual Studio 10.0/VC/bin/cl.exe CMake hangs here, but it should output the rest: -- Check for working C compiler: C:/Program Files/Microsoft Visual Studio 10.0/VC/bin/cl.exe -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: C:/Program Files/Microsoft Visual Studio 10.0/VC/bin/cl.exe -- Check for working CXX compiler: C:/Program Files/Microsoft Visual Studio 10.0/VC/bin/cl.exe -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Configuring done -- Generating done -- Build files have been written to: Z:/home/xantares/projects/msvc-wine I use these install/build scripts for you to reproduce the problem: https://github.com/xantares/msvc-wine -- 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 9

[Bug 40671] New: Crashes when encoding on Datawindow, PowerBuilder Application Unhandled exception: page fault on read access to 0x00000080 in 32-bit code (0x7e8982d0)
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=40671 Bug ID: 40671 Summary: Crashes when encoding on Datawindow, PowerBuilder Application Unhandled exception: page fault on read access to 0x00000080 in 32-bit code (0x7e8982d0) Product: Wine Version: 1.9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jmcasilang(a)hondapang.com.ph Distribution: --- Created attachment 54543 --> https://bugs.winehq.org/attachment.cgi?id=54543 backtrace Error While encoding on Datawindow of a powerbuilder based application. -- 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

[Bug 40674] New: Wine's RenderFile don't support WMV file
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=40674 Bug ID: 40674 Summary: Wine's RenderFile don't support WMV file Product: Wine Version: 1.9.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com Distribution: --- Created attachment 54546 --> https://bugs.winehq.org/attachment.cgi?id=54546 demo.cpp Wine's RenderFile don't support "Windows Media Video 9 (WMV3)" videos I wrote a sample for it fixme:quartz:Parser_QueryInterface No interface for {37d84f60-42cb-11ce-8135-00aa004bb851}! -- 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 39216] New: When i start WoW Mists of Pandaria Wine 1.7.51 int dont even start
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=39216 Bug ID: 39216 Summary: When i start WoW Mists of Pandaria Wine 1.7.51 int dont even start Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vaxxipooh(a)gmail.com Distribution: --- Created attachment 52277 --> https://bugs.winehq.org/attachment.cgi?id=52277 "Windows" error messeges When i start WoW Mists of Pandaria Wine 1.7.51 int dont even start: here is the output: ------------------------------------------------------------------------------ fixme:dwmapi:DwmIsCompositionEnabled 0x6cf1312c fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 0x6a07afa1, context 0xd63cf8, init_notify 0, handle 0x163e7c4): stub fixme:iphlpapi:CancelMibChangeNotify2 (handle (nil)): stub wine: configuration in '/home/vaxx/.wine' has been updated. fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:heap:RtlSetHeapInformation 0x1510000 0 0x192fee4 4 stub fixme:d3d11:D3D11CoreCreateDevice Ignoring feature levels. fixme:dxgi:dxgi_device_init Ignoring adapter type. fixme:d3d11:device_parent_create_swapchain_surface device_parent 0x15da40, container_parent 0x162330, wined3d_desc 0x192f468, surface 0x192f450 partial stub! fixme:d3d11:device_parent_create_swapchain_surface Implement DXGI<->wined3d usage conversion fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:process:GetLogicalProcessorInformationEx (3,(nil),0x33f064): stub fixme:winhttp:get_system_proxy_autoconfig_url no support on this platform fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported -------------------------------------------------------------------------------- However i can start it with Wine 1.6.2 the problem arises after the last update from the developement PPA also some other windows program seems effected like Torchlight -- 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 17

[Bug 40086] New: Sims Complete Collection Crash on loading screen
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=40086 Bug ID: 40086 Summary: Sims Complete Collection Crash on loading screen Product: Wine Version: 1.9.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- System Specs used in Test Wine 1.9.2 Nvidia Drivers 361.18 Linux Mint 17.2 Raffaela XFCE Edition 64Bit - Kernel 4.2.0-25 generic (ubuntu mainline) - P-State: Performance CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus MEMORY: 8GB DDR3 1333 (2x4) Patriot value (dual channel: 21.3 gb/s) GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s) MAINBOARD: MSI H81M E33 If game begins with videos show this error wine sims fixme:d3d_surface:surface_cpu_blt Filter WINED3D_TEXF_LINEAR not supported in software blit. If rename or move intro videos but have as native amstream, quartz and devenum wine sims fixme:win:EnumDisplayDevicesW ((null),0,0x33f048,0x00000000), stub! fixme:d3d:wined3d_device_decref Device released with resources still bound, acceptable but unexpected. fixme:d3d:wined3d_device_decref Leftover resource 0x19b048 with type WINED3D_RTYPE_SURFACE (0x1). fixme:d3d:wined3d_device_decref Leftover resource 0x19aea8 with type WINED3D_RTYPE_TEXTURE (0x3). fixme:win:EnumDisplayDevicesW ((null),0,0x33f048,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f248,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f5f8,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f5f8,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1. err:d3d:resource_unload Resource 0x15f5d0 is being unloaded while mapped. err:d3d:resource_unload Resource 0x15f5d0 is being unloaded while mapped. err:d3d:resource_unload Resource 0x15f1d8 is being unloaded while mapped. err:d3d:resource_unload Resource 0x15f1d8 is being unloaded while mapped. err:ntdll:RtlpWaitForCriticalSection section 0x7ddf7da0 "wined3d_main.c: wined3d_cs" wait timed out in thread 0098, blocked by 00c2, retrying (60 sec) -- 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

[Bug 31674] New: Wine 1.5.6 breaks Quicken 99 import of .qif files; special text character handling problem
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=31674 Bug #: 31674 Summary: Wine 1.5.6 breaks Quicken 99 import of .qif files; special text character handling problem Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drt781(a)yahoo.com Classification: Unclassified Have been using Quicken 99 for years via Wine. Upgraded from OpenSuse 12.1 to OpenSuse 12.2, and with it Wine 1.5.6 broke import function for .qif files. When I try to import a local .qif file (containing transactions) the operation completes "successfully" but resulting table of data is corrupted. Quicken 99 now, newly, incorrectly interprets .qif files. Uses current date for most transactions (instead of historical), and appears to have mangled, shifted, and/or truncated fields. Where 2d field frequently was blank, 3d field shifted into its place in truncated form. None of the fields displayed correctly. Dollar amounts also incorrect; inaccurate and too large by a factor of x100, as if Q 99 failed to see decimals, but the cents still are not rounded (as would be expected if decimal was just dropped) and the amounts are not familar. Only the imported data is corrupted; pre-existing data ok. Looks like a possible problem/change in handling special characters in plain text import files, such as following symbols: ' , and . Possibly also following: * and / The ^ character separated transactions; may have been read ok. Don't think that would explain the entire problem, though. Problem also exists under Wine 1.5.12, not resolved. This will make it much harder to use Q99. -- 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 40510] New: Garena+: messenger window disappears after clicking on it.
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=40510 Bug ID: 40510 Summary: Garena+: messenger window disappears after clicking on it. Product: Wine Version: 1.9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jeffrey_go(a)dlsu.edu.ph Distribution: --- Created attachment 54307 --> https://bugs.winehq.org/attachment.cgi?id=54307 a backtrace report after entering the username/password it will show that it is initializing afterwards, wine crashes -- 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 12

[Bug 34576] New: Altova XML Spy 2013 rel.2 sp2: crashes during entering registration code
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=34576 Bug #: 34576 Summary: Altova XML Spy 2013 rel.2 sp2: crashes during entering registration code Product: Wine Version: 1.7.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: kroman(a)hp.com Classification: Unclassified Created attachment 46028 --> http://bugs.winehq.org/attachment.cgi?id=46028 backtrace Latest version of Altova crashes while entering (correct) permament registration code. Steps to reproduce: 1. Download latest Altova XML Spy 32-bit, Enterprise Edition from http://www.altova.com/download_current.html. 2. Install it (no .wine directory). 3. Run Xml Spy from Wine menu from application launcher. 4. Enter permament license key, my data: Name: Kamil Roman Company: Hewlett-Packard Co Unfortunately, for obvious reasons I can't give you the registration key. However, one may request for a trial key, which will probably result in the same error as the application seems to crash while trying to download some data from the Internet. Running Kubuntu Running, wine 1.7.2 from wine ppa. Any workaround is very welcome. Installer's sha1 sum: kamil@localhost:~/Downloads/instalki HP$ sha1sum XMLSpyEnt2013.exe b6a8a921b67f358609ebf5092ba7b2a8fc94a5ac XMLSpyEnt2013.exe -- 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 12

[Bug 41946] New: Can't run SourceSafe over samba mount
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=41946 Bug ID: 41946 Summary: Can't run SourceSafe over samba mount Product: Wine Version: 1.9.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: kelk1(a)hotmail.com Distribution: --- Hi, Until maybe a year or so, I used to be able to use SourceSafe with the executable on a mounted samba share. Then one day, it started failing after the authentication dialog. I get a Microsoft Visual SourceSafe dialog which says "Invalid Handle" and a winerserver message on the console which says: "file_set_error() can't map error: Operation not supported" Here is my environment in Fedora 24: ${HOME}/gvfs is a symlink to /run/user/uid/gvfs ${SSAFE} is set to "${HOME}/gvfs/smb-share:domain(...)/SourceSafe/somedir/vss6/win32/SSEXP.EXE" When I run `wine "$SSAFE"` (which again used to work until fairly recently), I get the Visual SourceSafe Login dialog and the "Invalid Handle" error. $ rpm -q wine samba wine-1.9.23-2.fc24.x86_64 samba-4.4.7-2.fc24.x86_64 -- 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

[Bug 41718] New: netapi32:access test regression
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=41718 Bug ID: 41718 Summary: netapi32:access test regression Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: netapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Since the commit below, the newtb-w7u machine times out: access.c:342: Local groupname:L"Administrators" access.c:343: Comment: L"Administrators have complete and unrestricted access to the computer/domain" access.c:352: domain and name: L"wtbw7u\\Administrator" access.c:352: domain and name: L"wtbw7u\\winetest" test failed: timed out See: https://test.winehq.org/data/tests/netapi32:access.html commit 199b0bf84eb8f4cc8ab2bc44f8e40f0b42d48575 Author: Hans Leidekker <hans(a)codeweavers.com> Date: Mon Oct 24 10:04:19 2016 +0200 netapi32: Implement DavGetUNCFromHTTPPath. Signed-off-by: Hans Leidekker <hans(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Hans is already aware of this issue and has determined that the first 3 DavGetUNCFromHTTPPath() calls take 15, 5 and 9 seconds, specifically on that one box. Commenting one of these 3 calls means the next 3 will take this amount of time. It appears the only thing specific to that box is that it has a CD in the CD-ROM drive. However it's a virtual CD drive accessing an ISO image so there is no reason for it to be slow. -- 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 42456] New: RPG Maker Maker VX/ACE Runtime: Crash on Startup
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=42456 Bug ID: 42456 Summary: RPG Maker Maker VX/ACE Runtime: Crash on Startup Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anthonysharkboy99(a)yahoo.com Distribution: --- Created attachment 57298 --> https://bugs.winehq.org/attachment.cgi?id=57298 Error Log. So basically, all games running RPG maker VX or VX ACE games by using the RTP will crash. This has been an issue since 1.9 and continues to exist in 2.1. Install the RTP itself will run fine without any error messages. The crashes occur after selecting "new game" in the startup menu of any RPG maker game. Trying to load a save file does not fix the issue. These crashes do not occur in 1.8.6 which is the version that I have been forced to use because of these issues. So most likely, a change from 1.8.6 stable to 1.9 development has caused these issues. http://www.rpgmakerweb.com/download/additional/run-time-packages -- 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 39671] New: Wine 1.7.55 regression: buttons no longer visible
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=39671 Bug ID: 39671 Summary: Wine 1.7.55 regression: buttons no longer visible Product: Wine Version: 1.7.55 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scarre.lu(a)gmail.com Distribution: --- Buttons with images are no longer visible in several desktop applications previously running fine under wine 1.7: * SplashID desktop * Most Delphi applications using speedbutton instances The buttons are invisible, although clicking (blindly) on their supposed position reveals them. -- 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 7

[Bug 40095] New: Photos opened in Nikon Capture NX 2.4.7 have inverted red and blue channel for displaying.
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=40095 Bug ID: 40095 Summary: Photos opened in Nikon Capture NX 2.4.7 have inverted red and blue channel for displaying. Product: Wine Version: 1.9.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- I re-tested bug 33140, which was recelntly closed as fixed. Maybe it was fixed just for RAW. Anyway, it is not fixed in wine-1.9.3 and default JPGs. Steps: 1. winetricks dotnet40 corefonts gdiplus 2. set win version to Vista 3. install NX2 4. run the app and open: c:\Program Files\Nikon\Capture NX 2\html\images\common\13redeyecp_02_nx20.jpg Instead of human color you will see bluish face. -- 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 7

[Bug 36319] New: valgrind shows several possible leaks in quartz/tests/misc.c
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=36319 Bug ID: 36319 Summary: valgrind shows several possible leaks in quartz/tests/misc.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48405 --> https://bugs.winehq.org/attachment.cgi?id=48405 valgrind log ==27568== 5,744 bytes in 148 blocks are possibly lost in loss record 643 of 655 ==27568== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==27568== by 0x4ECBA52: alloc_bstr (oleaut.c:162) ==27568== by 0x4ECC255: SysAllocStringByteLen (oleaut.c:413) ==27568== by 0x4EF7C4F: ITypeLib2_Constructor_MSFT (typelib.c:2254) ==27568== by 0x4EFB20B: LoadTypeLibEx (typelib.c:3460) ==27568== by 0x4EFCDF2: LoadTypeLib (typelib.c:454) ==27568== by 0x4EFD4AA: LoadRegTypeLib (typelib.c:537) ==27568== by 0x647CAD3: ??? ==27568== by 0x6483475: ??? ==27568== by 0x6413806: ??? ==27568== by 0x6413AC0: ??? ==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226) ==27568== by 0x64832A8: ??? ==27568== by 0x6486644: ??? ==27568== by 0x641A819: ??? ==27568== by 0x6413AC0: ??? ==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226) ==27568== by 0x4D6F01A: test_aggregation (misc.c:81) ==27568== by 0x4D70125: func_misc (misc.c:174) ==27568== by 0x4D723D4: run_test (test.h:584) ==27568== ==9329== 288 bytes in 2 blocks are definitely lost in loss record 485 of 657 ==9329== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==9329== by 0x654C126: ??? ==9329== by 0x6544704: ??? ==9329== by 0x64ECFB7: ??? ==9329== by 0x64E7667: ??? ==9329== by 0x53134DD: CoCreateInstance (unknwn.h:226) ==9329== by 0x4D6F01A: test_aggregation (misc.c:81) ==9329== by 0x4D70125: func_misc (misc.c:174) ==9329== by 0x4D723D4: run_test (test.h:584) ==9329== by 0x4D727C3: main (test.h:654) ==9329== etc. -- 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 4

[Bug 39512] New: Make it possible to run multiple tests in a single task
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=39512 Bug ID: 39512 Summary: Make it possible to run multiple tests in a single task Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Currently when a patch touches multiple tests the TestBot creates one task per test per VM, and even multiple jobs if the patch touches tests for multiple dlls. For instance currently Wine patches are tested on four 32 bit VMs and five 64 bit VMs. So a patch that modified 2 tests in one dll and 3 in another would create 2 jobs and 72 tasks (2 build tasks, (2+3)*(4+5) 32 bit tasks, and (2+3)*5 64 bit tasks). The overall run time would obviously be quite long, thus earning this type of (otherwise quite legitimate) patch the 'test bomb' nickname. The fix is to take the ability to build a WineTest executable with only a few tests (see bug 39065) further so that: * A WineTest executable containing only the modified tests is built. * The TestBot then creates only one job and one task per VM to run that test executable. * Just like in bug 39065 the tasks would have to specify a command line such that only the modified tests are run. That's not just for efficiency's sake but also to avoid getting test failures from unmodified tests. * Instead of having a constant 2 minutes timeout the tasks would also need to have a timeout that's in line with the number of tests to run. This could be something like: MIN(tests_count, 2) * 2 minutes + average_time * tests_count Where average_time would be some configurable constant (probably something around 3 to 5 seconds). -- 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

[Bug 42319] New: Uplay - Assassins Creed 1.x is crashing at lunch
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=42319 Bug ID: 42319 Summary: Uplay - Assassins Creed 1.x is crashing at lunch Product: Wine-staging Version: 2.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bog_dan_ro(a)yahoo.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Hi, I'm using wine-staging 2.0. Sadly I can't get the debug info because the debug window is unusable, is there any way to get the debug info? -- 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 37612] New: Mount & Blade: Crashes on startup (No compatible Direct3D Device)
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=37612 Bug ID: 37612 Summary: Mount & Blade: Crashes on startup (No compatible Direct3D Device) Product: Wine Version: 1.7.31 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: m22mail(a)comcast.net Mount & Blade: Warband crashes after the intro video with the error popup "Could not find any compatible 3D device". The game runs in Wine version 1.7.9 however it seems all the latest versions crash with this error. I installed all the DirectX .dlls from winecfg and installed the latest DirectX 9.0 Redistributable, but the crash remains. It seems as though this error happens when a video card does not meet the requirements, however I can confirm my card does meet the requirements, being that it opens in older versions of Wine. -- 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 41011] New: foldit-linux wine crashes on start up
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=41011 Bug ID: 41011 Summary: foldit-linux wine crashes on start up Product: Wine Version: 1.9.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: muns24072(a)mypacks.net Distribution: --- Created attachment 55178 --> https://bugs.winehq.org/attachment.cgi?id=55178 wine crash log for Foldit game foldit-linux wine crashes on start up -- 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 4

[Bug 38290] New: LabVIEW installer (2009sp1, 2012 Fall, 2014 Fall) fails with msi.dll ACCESS_VIOLATION
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=38290 Bug ID: 38290 Summary: LabVIEW installer (2009sp1, 2012 Fall, 2014 Fall) fails with msi.dll ACCESS_VIOLATION Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: enrico.segre(a)weizmann.ac.il Distribution: --- when setup.exe is run from desktop without particular wineprefix, as I reported for the AppDB ( https://appdb.winehq.org/objectManager.php?sClass=application&iId=4556 ). I see that several other bugs related to msi and labview (5399, 8895, 26537, 27841, 28849, 29099 for example) have already been filed and closed, so forgive if that is a duplicate, or if there is a trivial workaround which I ignore. -- 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 12

[Bug 42180] New: iTunes 12.5.4 fails Sign In to the iTunes Store
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=42180 Bug ID: 42180 Summary: iTunes 12.5.4 fails Sign In to the iTunes Store Product: Wine Version: 2.0-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winetaste(a)gmx.net Distribution: --- Created attachment 56804 --> https://bugs.winehq.org/attachment.cgi?id=56804 screenshot error Sign In to the iTunes Store fails with error popping up: "Verification failed: There was an error connection to the Apple ID server" Terminal output: GnuTLS error: Key usage violation in certificate has been detected. 2017-01-10 19:39:42.544 iTunes.exe[8:cc] (Initialize|Accept)SecurityContext failed with error 0x80090304 fixme:secur32:schan_QueryContextAttributesW Unhandled attribute 0x54 --- Same with 32 and 64 bit version. Similar comments in the AppDB. Confirming behavior since wine 1.9.24 (first I tested). -- 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 17

[Bug 35033] New: Alpha Protocol: Game hangs with black screen at startup
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=35033 Bug #: 35033 Summary: Alpha Protocol: Game hangs with black screen at startup Product: Wine Version: 1.7.7 Platform: Other OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ipickert55(a)gmail.com Classification: Unclassified Created attachment 46703 --> http://bugs.winehq.org/attachment.cgi?id=46703 Wine Log Game just sits there with a black screen, no sound or menus or anything. -- 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 12

[Bug 36801] New: Crash during program install
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=36801 Bug ID: 36801 Summary: Crash during program install Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mike99(a)live.co.uk Created attachment 48876 --> http://bugs.winehq.org/attachment.cgi?id=48876 Contains data produced by 'Show Details' button in error box. When trying to install BearShare, the BearShare installation box opens followed by Program Error box with the error ' BearShareSetup-r0-n-bf.exe has encountered a serious problem...' I have attached a copy of the data produced by the 'Show Details' button. -- 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 29252] New: ICBC Internet Banking Assistant ICBCEBankAssist.exe can't open embed iexplore
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=29252 Bug #: 29252 Summary: ICBC Internet Banking Assistant ICBCEBankAssist.exe can't open embed iexplore Product: Wine Version: 1.3.34 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 37828 --> http://bugs.winehq.org/attachment.cgi?id=37828 Log: start ICBC Assistant wine-1.3.34-39-g95f81d1 1. Download ICBC Internet Banking Assistant installer ( ICBCSetupIntegration.msi ) from https://mybank.icbc.com.cn/icbc/enperbank/index.jsp $ wget http://www.icbc.com.cn/icbc/html/download/EbankToolsSoftware/ICBCSetupInteg… 2. install ICBC Internet Banking Assistant $ msiexec /i ICBCSetupIntegration.msi 3. Start Internet Banking Assistant cd to "Program Files/ICBCEbankTools/ICBCSetupIntegration" $ wine ICBCEBankAssist.exe 4. Click on "One-key Installation for Non-USBKey User" Expect result: open a embed iexplore, user can install ActiveX controls from the Assistant Actual result: nothing happen winetricks wininet doesn't work, winetricks ie7 doesn't work -- 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 7

[Bug 25579] New: Microsoft Flight Simulator X: cannot activate product
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=25579 Summary: Microsoft Flight Simulator X: cannot activate product Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Terminal shows some wininet fixme's: fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! so I tried native wininet, no dice. Next was a winhttp error: err:winhttp:netconn_secure_connect couldn't verify server certificate (12057) so 'winetricks winhttp'. Still no luck: austin@aw21 ~/.wine/drive_c/Program Files/Microsoft Games/Microsoft Flight Simulator X $ wine fsx.exe fixme:heap:HeapSetInformation 0x750000 0 0x32f36c 4 fixme:heap:HeapSetInformation 0x110000 0 0x32f368 4 fixme:heap:HeapSetInformation 0x330000 0 0x32f364 4 fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:ras:RasEnumConnectionsW (0x204b90,0x1e1e454,0x1fd2004),stub! fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:secur32:schan_InitializeSecurityContextW Using hardcoded "NORMAL" priority fixme:wintrust:HTTPSCertificateTrust (0x1ef968) fixme:wintrust:HTTPSFinalProv (0x1ef968) didn't try beyond that. -- 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 9

[Bug 38159] New: NULL pointer dereferencing
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=38159 Bug ID: 38159 Summary: NULL pointer dereferencing Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Distribution: --- File /dlls/krnl386.exe16/int2f.c Lines 1026-1034 if (!driver_request) { /* FIXME - to be deleted ?? */ ERR("ES:BX==0 ! SEGFAULT ?\n"); ERR("-->BX=0x%04x, ES=0x%04x, DS=0x%04x, CX=0x%04x\n", BX_reg(context), context->SegEs, context->SegDs, CX_reg(context)); driver_request[4] |= 0x80; driver_request[3] = 5; /* bad request length */ return; } If driver_request == NULL then driver_request[4] will be NULL pointer dereferencing. -- 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 4

[Bug 29849] New: oleaut32's OLEPictureImpl_Load fails when Stat() method is missing
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=29849 Bug #: 29849 Summary: oleaut32's OLEPictureImpl_Load fails when Stat() method is missing Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael.blumenkrantz(a)gmail.com Classification: Unclassified Created attachment 38772 --> http://bugs.winehq.org/attachment.cgi?id=38772 test case Without a Stat() method, this function should only read the parts of a file that are needed. Instead, it continues to read and eventually crashes. Find attached a test case which takes an image file as an argument, then crashes. -- 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 23

[Bug 42055] New: Chessbase 13: Unhandled exception: page fault on execute access to 0x4bda7b50 in 32-bit code (0x4bda7b50).
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=42055 Bug ID: 42055 Summary: Chessbase 13: Unhandled exception: page fault on execute access to 0x4bda7b50 in 32-bit code (0x4bda7b50). Product: Wine Version: 1.8-rc4 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: twirpxacc91919(a)gmail.com Created attachment 56542 --> https://bugs.winehq.org/attachment.cgi?id=56542 Program Error Details The program gives a pop-up that it encountered a serious problem then says it must shut down. It is very inconvenient and happened more than twenty times. (I am not knowledgeable about any code or programming language, so sorry for my ignorance.) -- 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 38356] New: Xibo Player 1.7.3: Cant start
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=38356 Bug ID: 38356 Summary: Xibo Player 1.7.3: Cant start Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: ignacio.santolin(a)gmail.com Distribution: --- Created attachment 51200 --> https://bugs.winehq.org/attachment.cgi?id=51200 Xibo debug I Installed http://xibo.org.uk/get-xibo/ "Xibo For Windows" And When i tries to start, shows the attached debug and cant start -- 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 7

[Bug 41728] New: While using the app it keeps crashing and operation is very slow.
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=41728 Bug ID: 41728 Summary: While using the app it keeps crashing and operation is very slow. Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryanscik5(a)hotmail.com Created attachment 56165 --> https://bugs.winehq.org/attachment.cgi?id=56165 yugioh pro I am using yugioh pro on wine and I never had problems. 2 days ago the app became very slow and it crashes when playing. I have no idea what's wrong. I tried installing a new version but still the same problems. -- 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 36633] New: Administrative privileges not sufficient
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=36633 Bug ID: 36633 Summary: Administrative privileges not sufficient Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 9728889999o(a)gmail.com Created attachment 48676 --> http://bugs.winehq.org/attachment.cgi?id=48676 Error Message I tried to run an application under Wine and it says that I have "insufficient privileges, please close and run again as administrator." I tried to run the Windows 7 USB/DVD Creator. See the attachment for more. -- 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 39306] New: wine crash when using Lord of the rings : battle for middle earth 2
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=39306 Bug ID: 39306 Summary: wine crash when using Lord of the rings : battle for middle earth 2 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: titouan.dugre(a)gmail.com Distribution: --- Wine gives this message : "direct 3 D error 0*80004001 (E_NOTIMPL) 14 adresses : (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) (0):(unknow mind) (unknow) -- 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 12

[Bug 37067] New: System.NotSupportedException: CodePage 1361 not supported
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=37067 Bug ID: 37067 Summary: System.NotSupportedException: CodePage 1361 not supported Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: t_arceri(a)yahoo.com.au Gemini Script Editor crashes when trying to open a script. With the following exception thrown. The scripts are from rpgmaker I think it might use Korean as a was to try obfuscate the script Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for ScintillaNet.Scintilla ---> System.NotSupportedException: CodePage 1361 not supported at System.Text.Encoding.GetEncoding (Int32 codepage) [0x00000] in <filename unknown>:0 -- 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 42332] New: With Wine 2.0 Crashes Mathtype 6 in office 2007 With Wine 1.6.2 no crash.
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=42332 Bug ID: 42332 Summary: With Wine 2.0 Crashes Mathtype 6 in office 2007 With Wine 1.6.2 no crash. Product: Wine Version: 2.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: markus.bbock(a)web.de Distribution: --- Created attachment 57088 --> https://bugs.winehq.org/attachment.cgi?id=57088 With Wine 2.0 Crashes Mathtype 6 in office 2007 With Wine 1.6.2 no crash. With Wine 2.0 Crashes Mathtype 6 in office 2007 With Wine 1.6.2 no crash. -- 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 9

[Bug 35927] New: Win Toolkit v.1.4.37.20 requires administrative privilegies on startup.
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=35927 Bug ID: 35927 Summary: Win Toolkit v.1.4.37.20 requires administrative privilegies on startup. Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sov.info(a)mail.ru Created attachment 47977 --> http://bugs.winehq.org/attachment.cgi?id=47977 screenshot I tried to login as root and run wine, but this error still present. You can see it on screenshot... Ubuntu 14.04 beta x64, wine x86-x64, ver. 1.6.2 from proposed. -- 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 7

[Bug 36434] New: Regression: Capture NX-D fails with "Initialization error (E010)"
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=36434 Bug ID: 36434 Summary: Regression: Capture NX-D fails with "Initialization error (E010)" Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fordfrog(a)fordfrog.com i'm using latest wine from source repository. this bug is probably week or so old. when launching Nikon Capture NX-D, it fails with "Initialization error (E010)". i have wine compiled with both 32bit and 64 versions (using gentoo live ebuild), but for the app i am using 32 bit version (64bit version does not work due to some missing implementation in wine). i'm running the app using following command: WINEPREFIX=~/.wine32 WINEARCH=win32 wine .wine32/drive_c/Program\ Files/Nikon/Capture\ NX-D/Module/CaptureNX-D.exe .wine32 directory is initialized for 32bit arch and windows 8. before week or so the app started without any issue and it was usable. but few days ago it stopped to launch. this is the output before the bug occurs: $ WINEPREFIX=~/.wine32 WINEARCH=win32 wine .wine32/drive_c/Program\ Files/Nikon/Capture\ NX-D/Module/CaptureNX-D.exe fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33fbcc 1 C) semi-stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:thread:GetThreadPreferredUILanguages 52, 0x33f9c0, 0x33fa30 0x33f9c8 fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33edc0 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33ee50 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33ec80 1 C) semi-stub fixme:msvcrt:__clean_type_info_names_internal (0x788b0e54) stub fixme:msvcrt:__clean_type_info_names_internal (0x1001e33c) stub fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub the complete process of installation and running is the same as in bug #35864. -- 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 7

[Bug 39996] New: Application Autodata will not load icons and text
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=39996 Bug ID: 39996 Summary: Application Autodata will not load icons and text Product: Wine Version: 1.7.54 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tutonis(a)gmail.com Distribution: --- Created attachment 53438 --> https://bugs.winehq.org/attachment.cgi?id=53438 It works with wine 1.7.53 After loading application all icons are not show until clicked or focused by keyboard arrow movements. As you can see by pictures there is upper and lower icon regions. After clicking place where icon suppose to be the icon is revealed. The upper icon region gets different icons depending what is being selected. Icons are not redrawn after "revealing" them with mouse or keyboard and changing selection (icons should be redawrn and updated by selected option). The issue is nor present in wine 1.7.53 but happens in 1.7.54 with same configurations. -- 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 7

[Bug 42697] New: resident evil 2 japan demul v0.5.7
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=42697 Bug ID: 42697 Summary: resident evil 2 japan demul v0.5.7 Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: seganfl2k(a)gmail.com Distribution: --- Created attachment 57668 --> https://bugs.winehq.org/attachment.cgi?id=57668 crahses on talking scenes resident evil 2 japan demul v0.5.7 crashes on speaking with leon or sherry scenes -- 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 14697] New: wineserver: debug events can block completion of queued user APCs
by wine-bugs＠winehq.org 11 Feb '21

11 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=14697 Summary: wineserver: debug events can block completion of queued user APCs Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, consider the following scenario... A debugger is attached to a debuggee. The debuggee has two threads. The debugger processes debug events and queries virtual memory info of remote process using VirtualQueryEx in its main loop. VirtualQueryEx -> NtQueryVirtualMemory -> enqueues APC_VIRTUAL_QUERY user APC for remote process (debuggee). The calling thread is blocked until the APC is completed. Following is the "good" case: tid=0009 (debugger process, calling thread, main debugger loop) tid=001a (debuggee thread 1) --- snip --- .. 0009: queue_apc( thread=(nil), process=0x54, call={APC_VIRTUAL_QUERY,addr=0x7fff0000} ) 001a: *wakeup* signaled=192 cookie=0x7ffdb7b4 0009: queue_apc() = 0 { handle=0x68, self=0 } 0009: select( flags=4, cookie=0x32d30c, signal=(nil), prev_apc=(nil), timeout=infinite, result={}, handles={0x68} ) 0009: select() = PENDING { apc_handle=(nil), timeout=infinite, call={APC_NONE} } 001a: select( flags=4, cookie=0x7ffdb7b4, signal=(nil), prev_apc=(nil), timeout=1c8f097946d2824 (-0.1787600), result={}, handles={} ) 001a: select() = USER_APC { apc_handle=0x68, timeout=1c8f097946d2824 (-0.1787600), call={APC_VIRTUAL_QUERY,addr=0x7fff0000} } 001a: select( flags=4, cookie=0x7ffdb7b4, signal=(nil), prev_apc=0x68, timeout=1c8f097946d2824 (-0.1792110), result={APC_VIRTUAL_QUERY,status=40000002,base=(nil),alloc_base=(nil),size=0,state=0,prot=0,alloc_prot=0,alloc_type=0}, handles={} ) 0009: *wakeup* signaled=0 cookie=0x32d30c 001a: select() = PENDING { apc_handle=(nil), timeout=1c8f097946d2824 (-0.1792110), call={APC_NONE} } 0009: get_apc_result( handle=0x68 ) 0009: get_apc_result() = 0 { result={APC_VIRTUAL_QUERY,status=40000002,base=(nil),alloc_base=(nil),size=0,state=0,prot=0,alloc_prot=0,alloc_type=0} } --- snip --- Now the interesting one, which ultimately leads to block of calling thread ... tid=0009 (debugger process, calling thread, main debugger loop) tid=001a (debuggee thread 1) tid=001b (debuggee thread 2) --- snip --- 0009: continue_debug_event( pid=0019, tid=001a, status=65538 ) 001a: *wakeup* signaled=258 cookie=0x7ffdb7b4 001b: *wakeup* signaled=258 cookie=0x7ffd77b4 0009: continue_debug_event() = 0 .. 0009: read_process_memory( handle=0x54, addr=0x7ffd8000 ) 001a: *signal* signal=19 0009: read_process_memory() = 0 { data= {} } 0009: read_process_memory( handle=0x54, addr=0x7ffd4000 ) 001a: *signal* signal=19 0009: read_process_memory() = 0 { data={} } 0009: queue_apc( thread=(nil), process=0x54, call={APC_VIRTUAL_QUERY,addr=(nil)} ) 001b: *wakeup* signaled=192 cookie=0x7ed44874 0009: queue_apc() = 0 { handle=0x68, self=0 } 001a: load_dll( handle=(nil), base=0x61090000, size=102400, dbg_offset=0, dbg_size=0, name=0x13e468, filename=L"C:\\windows\\system32\\msacm32.dll" ) 001a: *sent signal* signal=10 001b: *sent signal* signal=10 001a: load_dll() = 0 .. 0009: select( flags=4, cookie=0x32d30c, signal=(nil), prev_apc=(nil), timeout=infinite, result={}, handles={0x68} ) 0009: select() = PENDING { apc_handle=(nil), timeout=infinite, call={APC_NONE} } 001a: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context= {...}) 001a: set_thread_context() = 0 { self=1 } 001b: select( flags=4, cookie=0x7ed44874, signal=(nil), prev_apc=(nil), timeout=infinite, result={}, handles={0x4c} ) 001b: select() = USER_APC { apc_handle=0x68, timeout=infinite, call={APC_VIRTUAL_QUERY,addr=(nil)} } 001a: select( flags=4, cookie=0x7ffdb7b4, signal=(nil), prev_apc=(nil), timeout=0, result={}, handles={} ) 001a: select() = PENDING { apc_handle=(nil), timeout=1c8f09794c8b694 (+0.0000000), call={APC_NONE} } 001b: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context= {...}) 001b: set_thread_context() = 0 { self=1 } 001b: select( flags=4, cookie=0x7ffd77b4, signal=(nil), prev_apc=(nil), timeout=0, result={}, handles={} ) 001b: select() = PENDING { apc_handle=(nil), timeout=1c8f09794c90dc4 (+0.0000000), call={APC_NONE} } ... --- snip --- At this point, tid=0009 (debugger) is blocked forever. When the APC_VIRTUAL_QUERY user APC is queued, remote thread 001b is selected/destined to carry out the APC. After thread 001a and 001b woke up, a dynamic library is loaded from thread 001a which results in LOAD_DLL_DEBUG_EVENT dispatched. This initiates the suspension of all threads in the child process (SIGUSR1 is sent for 001a and 001b). Thread 001a is suspended first, 001b next. The suspension of 001b happens to a time when 001b is about to carry out the APC_VIRTUAL_QUERY. Meanwhile thread 0009 (calling process) is waiting for APC completion result forever because it's blocked by VirtualQueryEx in debugger loop, unable to receive and process any debug event. 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 21

[Bug 10249] New: Battlefield2/SafeDisc 4. x and Punkbuster services cause lockup: child processes debugging misconception
by wine-bugs＠winehq.org 11 Feb '21

11 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=10249 Summary: Battlefield2/SafeDisc 4.x and Punkbuster services cause lockup: child processes debugging misconception Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=8876) --> (http://bugs.winehq.org/attachment.cgi?id=8876) WINEDEBUG=-all,+server,+tid,+loaddll,+seh wine ./BF2.exe +fullscreen 0 +szx 800 +szy 600 &>/tmp/debug_pipe Hello, while testing some PunkBuster stuff on popular games, I came across Battlefield 2 which employs SafeDisc 4.x It seems there is a problem with debuggers in chained child processes. Consider following scenario: --- snip process list --- pid threads parent executable (all id:s are in hex) 0000001b 1 00000008 'PnkBstrA.exe' 0000000c 2 00000008 'explorer.exe' 0000000a 2 00000008 '~e5.0001' 00000008 4 00000000 'BF2.exe' --- snip process list --- --- snip thread list --- process tid prio (all id:s are in hex) 0000001b 0000001c 0 0000000c 00000010 0 0000000d 0 0000000a 00000012 0 0000000b 0 00000008 0000001a 1 00000014 15 00000013 0 00000009 0 --- snip thread list --- "BF2.exe" = parent (game) "~e5.0001" = 1st child = SafeDisc 4.x process = "debugger" "PnkBstrA.exe" = 2nd child = PunkBuster Update Service The 1st child acts as debugger for the parent "BF2.exe" and receives all debug events (process, thread creation, dll load/unload...) There are lots of breakpoint events triggered from parent. This is part of SafeDisc 4.x and used for on-the-fly decryption of code sections (child decrypts code of father). When PunkBuster is initialized (loading of pbcl = client, pbag = agent), the following services should get started: PnkBstrA.exe, PnkBstrB.exe and finally the kmode driver PnkBstrK.exe The service process "PnkBstrA.exe" is started from main process "BF2.exe" (which is a debuggee itself). No debug flags (DEBUG_PROCESS | DEBUG_ONLY_THIS_PROCESS) are specified in process creation flags. The debugger (child of parent, receives the process creation event) does not make debugger_attach() to the newly created child process. The child process seems to inherit the state of being a "debuggee": wine server -> new_process -> set_process_debugger( process, parent->debugger ); The parent got its process->debugger from debugger_attach(). This leads to a problem in child process startup code: "dlls/kernel32/process.c:start_process()" checks the PEB->BeingDebugged field and if set, a system breakpoint is encountered before the entry code is called. This breakpoint results in debug event - seen by debugger. Unfortunately this event is _not_ expected by debugger because it didn't expect another debuggee (child) to be created. Ok, long story short solution: If you debug a process by attaching to an already created process, you _must_ treat default debugging flags as if the process has been created with DEBUG_ONLY_THIS_PROCESS, meaning that all childs created by debuggee will NOT automagically become debuggees. Short and (hopefully) acceptable patch snippet: --- snip --- diff --git a/server/debugger.c b/server/debugger.c index a64a17a..c59f3a0 100644 --- a/server/debugger.c +++ b/server/debugger.c @@ -444,6 +444,7 @@ static int debugger_attach( struct process *process, struct thread *debugger ) resume_process( process ); return 0; } + process->create_flags |= DEBUG_ONLY_THIS_PROCESS; return 1; error: --- snip --- And yes, the patch (snippet) works as intended (tm) ;-) Attached for sake of completeness is relevant server trace. Search for "001c:trace:seh:raise_exception code=80000003 flags=0 addr=0x7b870ed8 " to the point where the entry system breakpoint is triggered. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 17

[Bug 36012] New: OllyDbg 2.x debugger crashes with Wine builtin dbghelp
by wine-bugs＠winehq.org 11 Feb '21

11 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=36012 Bug ID: 36012 Summary: OllyDbg 2.x debugger crashes with Wine builtin dbghelp Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, noticed this a while ago ... reporting now :) Ollydbg v2.x crashes for me with Wine builtin dbghelp. Interestingly the old Ollydbg v1.x doesn't crash with builtin. So I ended up with: Ollydbg 1.x debugging Ollydbg 2.x debugging Wine builtin 'notepad' :) Relevant part of tracelog (with some helper traces added by me): --- snip --- $ WINEDEBUG=+tid,+seh,+dbghelp,+dbghelp_symt wine ./ollydbg.exe >>log2.txt 2>&1 ... 0023:trace:dbghelp_symt:symt_new_function Adding global function L"kernel32<elf>":WCEL_InsertChar @7b83839a-7b8383c8 0023:trace:dbghelp_symt:symt_add_func_local Adding local symbol (L"kernel32<elf>":WCEL_InsertChar): ctx 0x20acd44 0023:trace:dbghelp_symt:symt_add_func_local Adding local symbol (L"kernel32<elf>":WCEL_InsertChar): c 0x20aaba0 0023:trace:dbghelp_symt:symt_add_func_local Adding local symbol (L"kernel32<elf>":WCEL_InsertChar): buffer 0x20ad7f0 ... 0023:trace:dbghelp_symt:symt_add_func_line (0x20ae608)WCEL_InsertChar:0 /home/focht/projects/wine/wine.repo/src/dlls/kernel32/editline.c:328 0023:trace:dbghelp_symt:symt_add_func_line (0x20ae608)WCEL_InsertChar:d /home/focht/projects/wine/wine.repo/src/dlls/kernel32/editline.c:331 0023:trace:dbghelp_symt:symt_add_func_line (0x20ae608)WCEL_InsertChar:15 /home/focht/projects/wine/wine.repo/src/dlls/kernel32/editline.c:332 0023:trace:dbghelp_symt:symt_add_func_line (0x20ae608)WCEL_InsertChar:1b /home/focht/projects/wine/wine.repo/src/dlls/kernel32/editline.c:333 0023:trace:dbghelp_symt:symt_add_func_line (0x20ae608)WCEL_InsertChar:2d /home/focht/projects/wine/wine.repo/src/dlls/kernel32/editline.c:334 ... 0023:trace:dbghelp_symt:symt_new_public Adding public symbol L"kernel32<elf>":WCEL_InsertChar @7b83839a ... 0023:trace:dbghelp:SymMatchStringW L"WCEL_InsertChar" L"*" N 0023:trace:dbghelp_symt:symt_fill_sym_info 0x20ae608 => WCEL_InsertChar 47 7b83839a 0023:trace:dbghelp:send_symbol se->cb=0x7d7f4fd1 se->sym_info=0x335fd8, se->sym_info->Size=47 se->user=0x33683c 0023:trace:dbghelp:sym_enumW sew->cb=0x4c90bc sew->sym_info=0x336848 size=47 sew->ctx=0x337098 0023:trace:dbghelp:SymSetContext Setting same frame {rtn=0 frm=0 stk=0} 0023:trace:dbghelp:symt_enum_locals_helper pair=0x3312fc match=0x7d800bd2 se=0x331398 func=0x20ae608 v=0x20ae63c vlen=4 0023:trace:dbghelp:symt_enum_locals_helper i=0 lsym=0x20ae66c, lsym->tag=0x7 0023:trace:dbghelp:SymMatchStringW L"ctx" L"*" Y 0023:trace:dbghelp_symt:symt_fill_sym_info 0x20ae66c => ctx 4 4 0023:trace:dbghelp:send_symbol se->cb=0x7d7f4fd1 se->sym_info=0x3313b8, se->sym_info->Size=4 se->user=0x331c1c 0023:trace:dbghelp:sym_enumW sew->cb=0x4c8f54 sew->sym_info=0x331c28 size=4 sew->ctx=0x33250c 0023:trace:dbghelp:symt_enum_locals_helper i=1 lsym=0x20ae6e4, lsym->tag=0x7 0023:trace:dbghelp:SymMatchStringW L"c" L"*" Y 0023:trace:dbghelp_symt:symt_fill_sym_info 0x20ae6e4 => c 2 ffffffe0 0023:trace:dbghelp:send_symbol se->cb=0x7d7f4fd1 se->sym_info=0x3313b8, se->sym_info->Size=2 se->user=0x331c1c 0023:trace:dbghelp:sym_enumW sew->cb=0x4c8f54 sew->sym_info=0x331c28 size=2 sew->ctx=0x33250c 0023:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7d7f1208 ip=7d7f1208 tid=0023 0023:trace:seh:raise_exception info[0]=00000000 0023:trace:seh:raise_exception info[1]=00000064 0023:trace:seh:raise_exception eax=00000058 ebx=7d80d000 ecx=003311f0 edx=fffffd6f esi=00000040 edi=0033689c 0023:trace:seh:raise_exception ebp=00331248 esp=00331248 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0023:trace:seh:call_stack_handlers calling handler at 0x4e87c0 code=c0000005 flags=0 --- snip --- 'WCEL_InsertChar' seems to be the offender. Populating the symbol info for that function causes the crash in the debugger callback. http://source.winehq.org/git/wine.git/blob/fc38254fed5dbc07a2a61a2411bfaadc… --- snip --- 327 static void WCEL_InsertChar(WCEL_Context* ctx, WCHAR c) 328 { 329 WCHAR buffer[2]; 330 331 buffer[0] = c; 332 buffer[1] = 0; 333 WCEL_InsertString(ctx, buffer); 334 } --- snip --- During symbol evaluation of second function parameter 'c', the debugger syminfo callback corrupts parts of the caller stack hence the next for-loop iteration 'vector_length(v)' which ought to prepare 'buffer' local symbol info crashes. Source: http://source.winehq.org/git/wine.git/blob/d0665616255ae8b720e14e02072996b7… --- snip --- 909 static BOOL symt_enum_locals_helper(struct module_pair* pair, 910 const WCHAR* match, const struct sym_enum* se, 911 struct symt_function* func, const struct vector* v) 912 { 913 struct symt* lsym = NULL; 914 DWORD pc = pair->pcs->ctx_frame.InstructionOffset; 915 unsigned int i; 916 WCHAR* nameW; 917 BOOL ret; 918 919 for (i=0; i<vector_length(v); i++) 920 { 921 lsym = *(struct symt**)vector_at(v, i); 922 switch (lsym->tag) 923 { ... 933 case SymTagData: 934 nameW = symt_get_nameW(lsym); 935 ret = SymMatchStringW(nameW, match, 936 !(dbghelp_options & SYMOPT_CASE_INSENSITIVE)); 937 HeapFree(GetProcessHeap(), 0, nameW); 938 if (ret) 939 { 940 if (send_symbol(se, pair, func, lsym)) return FALSE; 941 } 942 break; ... 951 } 952 } 953 return TRUE; 954 } --- snip --- Dump of symbol info for second parameter 'c': --- snip --- Wine-dbg>p *se.sym_info {SizeOfStruct=0x58, TypeIndex=0x20a2b90, Reserved={0, 0}, info=0x20a66d4, Size=0x2, ModBase=0x7b810000, Flags=0xd0, Value=0, Address=0xffffffe0, Register=0x15, Scope=0, Tag=0x7, NameLen=0x1, MaxNameLen=0x7d0, Name=""} --- snip --- Flags: 0xD0 = SYMFLAG_LOCAL | SYMFLAG_PARAMETER | SYMFLAG_REGREL Register: 0x15 = CV_REG_ESP Disassembly of 'WCEL_InsertChar': --- snip --- $ objdump -d editline.o 00000cba <WCEL_InsertChar>: cba: 55 push %ebp cbb: 89 e5 mov %esp,%ebp cbd: 83 ec 28 sub $0x28,%esp cc0: 8b 45 0c mov 0xc(%ebp),%eax ; parameter 'c' cc3: 66 89 45 e4 mov %ax,-0x1c(%ebp) ; 'c' as stack variable cc7: 0f b7 45 e4 movzwl -0x1c(%ebp),%eax ccb: 66 89 45 f4 mov %ax,-0xc(%ebp) ; buffer[0] = c ccf: 66 c7 45 f6 00 00 movw $0x0,-0xa(%ebp) ; buffer[1] = 0 cd5: 8d 45 f4 lea -0xc(%ebp),%eax cd8: 89 44 24 04 mov %eax,0x4(%esp) cdc: 8b 45 08 mov 0x8(%ebp),%eax ; 'ctx' parameter passthru cdf: 89 04 24 mov %eax,(%esp) ce2: e8 30 fe ff ff call b17 <WCEL_InsertString> ce7: c9 leave ce8: c3 ret --- snip --- DWARF(2) symbol info: --- snip --- $ objdump -W editline.o <1><cf7>: Abbrev Number: 43 (DW_TAG_subprogram) <cf8> DW_AT_name : (indirect string, offset: 0x25b): WCEL_InsertChar <cfc> DW_AT_decl_file : 3 <cfd> DW_AT_decl_line : 327 <cff> DW_AT_prototyped : 1 <d00> DW_AT_low_pc : 0xcba <d04> DW_AT_high_pc : 0xce9 <d08> DW_AT_frame_base : 0x3b8 (location list) <d0c> DW_AT_sibling : <0xd3c> <2><d10>: Abbrev Number: 27 (DW_TAG_formal_parameter) <d11> DW_AT_name : ctx <d15> DW_AT_decl_file : 3 <d16> DW_AT_decl_line : 327 <d18> DW_AT_type : <0x847> <d1c> DW_AT_location : 2 byte block: 91 0 (DW_OP_fbreg: 0) <2><d1f>: Abbrev Number: 27 (DW_TAG_formal_parameter) <d20> DW_AT_name : c <d22> DW_AT_decl_file : 3 <d23> DW_AT_decl_line : 327 <d25> DW_AT_type : <0xf7> <d29> DW_AT_location : 2 byte block: 91 5c (DW_OP_fbreg: -36) <2><d2c>: Abbrev Number: 44 (DW_TAG_variable) <d2d> DW_AT_name : (indirect string, offset: 0x67a): buffer <d31> DW_AT_decl_file : 3 <d32> DW_AT_decl_line : 329 <d34> DW_AT_type : <0xa2a> <d38> DW_AT_location : 2 byte block: 91 6c (DW_OP_fbreg: -20) --- snip --- DW_AT_frame_base = 0x3b8 -> Location list for 0x3b8 --- snip --- $ objdump --dwarf=loc editline.o editline.o: file format elf32-i386 Contents of the .debug_loc section: ... 000003b8 00000cba 00000cbb (DW_OP_breg4 (esp): 4) 000003c4 00000cbb 00000cbd (DW_OP_breg4 (esp): 8) 000003d0 00000cbd 00000ce8 (DW_OP_breg5 (ebp): 8) 000003dc 00000ce8 00000ce9 (DW_OP_breg4 (esp): 4) 000003e8 <End of list> ... --- snip --- What might be the culprit here (see disassembly) is that 'c' is actually both: a function parameter ('DW_TAG_formal_parameter' -> 'cc0:') and a local variable ('cc3:'). The DWARF symbol info contains only one entry. Maybe that's something that confuses the debugger (function parameter handler combined with negative addressing mode which ought to apply for local variable). $ sha1sum odbg201.zip d41fe77a2801d38476f20468ab61ddce14c3abb8 odbg201.zip $ du -sh odbg201.zip 6.7M odbg201.zip $ wine --version wine-1.7.16-178-g7e874ae 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 9

[Bug 20230] New: GetThreadTimes() and the Actual and Pseudo Current Thread Handles
by wine-bugs＠winehq.org 11 Feb '21

11 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=20230 Summary: GetThreadTimes() and the Actual and Pseudo Current Thread Handles Product: Wine Version: 1.1.30 Platform: PC URL: http://rh-software.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: ray(a)pobox.co.uk Some time ago I had an issue with SIV being unable to read the thread CPU time usage when using GetThreadTimes(). I tracked down to the following and then did a work-a-round. The "Current Thread" effectively has 2 current thread handles, these are the actual thread handle and the ~0 pseudo handle as returned by GetCurrentThread(). When a call is made to GetThreadTimes() this calls NtQueryInformationThread( ThreadTimes ) which contains the test "if (handle == GetCurrentThread())". As a result of this when GetThreadTimes() is called with the actual thread handle no data is returned. \WINE-1.1.30\dlls\ntdll\thread.c(1011): if (handle == GetCurrentThread()) I suspect the code should be changed to allow both the pseudo and actual thread handles to be used as a minimum, better still would, when possible, be to implement this function for any thread. While searching the source I also noticed: NTSTATUS WINAPI NtSetInformationThread( HANDLE handle, THREADINFOCLASS class, LPCVOID data, ULONG length ) { NTSTATUS status; switch(class) { case ThreadZeroTlsCell: if (handle == GetCurrentThread()) And suspect that code would benefit from a similar fix. -- 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 23431] New: provide a stub for ntdll.NtSystemDebugControl() (Ollydbg 2.x)
by wine-bugs＠winehq.org 11 Feb '21

11 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=23431 Summary: provide a stub for ntdll.NtSystemDebugControl() (Ollydbg 2.x) Product: Wine Version: 1.2-rc5 Platform: x86 URL: http://www.ollydbg.de/version2.html OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a simple one... Ollydbg 2.x uses NtSystemDebugControl( DebugSysReadVirtual, ...) to read kernel memory (driver/OS address space) for informational purposes. Failure to do so doesn't cause harm. Although this approach doesn’t require any additional kernel driver (only the SeDebugPrivilege privilege on the running process) it's only useful for Windows XP systems. It's disallowed since Windows Vista/Windows 7. Not really useful in Wine but it obviously needs a stub. --- snip --- wine: Call from 0x7bc3d2d0 to unimplemented function ntdll.dll.NtSystemDebugControl, aborting First chance exception: unimplemented function ntdll.dll.NtSystemDebugControl called in 32-bit code (0x7bc3d2d0). ... =>0 0x7bc3d2d0 __wine_spec_unimplemented_stub+0x50(module="ntdll.dll", function="NtSystemDebugControl") [/opt/wine/wine-build/dlls/ntdll/../../../wine-git/dlls/ntdll/exception.c:268] in ntdll (0x00334434) 1 0x7bc1f895 __wine_stub_NtSystemDebugControl+0x28() in ntdll (0x00334434) 2 0x004467ae in ollydbg (+0x467ad) (0x00334460) 3 0x0044698b in ollydbg (+0x4698a) (0x00334484) --- snip --- Dump params and return STATUS_NOT_IMPLEMENTED to keep it running ;-) 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 6

[Bug 27222] New: dbghelp.dll.SymEnumSourceFilesW needed (ollydbg2)
by wine-bugs＠winehq.org 11 Feb '21

11 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=27222 Summary: dbghelp.dll.SymEnumSourceFilesW needed (ollydbg2) Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while attaching to a target using JIT (replacing winedbg), the following crash occurred: --- snip --- wine: Call from 0x7b838aa3 to unimplemented function dbghelp.dll.SymEnumSourceFilesW, aborting --- snip --- A stub keeps it from crashing (though it should not be hard to implement a wide character version). +tid,+dbghelp: --- snip --- ... fixme:dbghelp:SymEnumSourceFilesW 0x58 400000 (null) 0x4c06d8 0x400000: stub! fixme:dbghelp:SymEnumSourceFilesW 0x58 68350000 (null) 0x4c06d8 0x68350000: stub! fixme:dbghelp:SymEnumSourceFilesW 0x58 68490000 (null) 0x4c06d8 0x68490000: stub! fixme:dbghelp:SymEnumSourceFilesW 0x58 68530000 (null) 0x4c06d8 0x68530000: stub! fixme:dbghelp:SymEnumSourceFilesW 0x58 68590000 (null) 0x4c06d8 0x68590000: stub! fixme:dbghelp:SymEnumSourceFilesW 0x58 685b0000 (null) 0x4c06d8 0x685b0000: stub! fixme:dbghelp:SymEnumSourceFilesW 0x58 685f0000 (null) 0x4c06d8 0x685f0000: stub! ... --- snip --- 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 8

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs March 2017