December 2018 - Wine-Bugs - list.winehq.org

[Bug 45544] New: Dialog messages pop under instead of popping up in RadiAnt DICOM Viewer
by wine-bugs＠winehq.org July 13, 2019

July 13, 2019

https://bugs.winehq.org/show_bug.cgi?id=45544 Bug ID: 45544 Summary: Dialog messages pop under instead of popping up in RadiAnt DICOM Viewer Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bozkar(a)gmail.com Distribution: Debian Most of the dialog boxes pops under the main window in RadiAnt DICOM Viewer - they occasionally pops up correctly. Tested with PACS download dialog box, keyboard shortcuts settings dialog box, about box. They blink for a second and then they go under the main window. Occasionally the program behaves correctly. How could I help here? -- 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 1

[Bug 45545] New: CUDA acceleration much slower then in Windows 10 in RadiAnt Viewer on the same hardware
by wine-bugs＠winehq.org July 13, 2019

July 13, 2019

https://bugs.winehq.org/show_bug.cgi?id=45545 Bug ID: 45545 Summary: CUDA acceleration much slower then in Windows 10 in RadiAnt Viewer on the same hardware Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: nvcuda Assignee: wine-bugs(a)winehq.org Reporter: bozkar(a)gmail.com Distribution: Debian RadiAnt Viewer now supports nvcuda.dll acceleration in 3D MPR / VR reconstruction, but it's pointless to actually use it - on my box, GTX 970 it is much slower then in Windows 10 (and slower then in CPU). It is new, not yet optimized feature, but the difference in speed (subjective FPS score) on the same hardware looks significant. -- 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 41859] New: pingo crashes when optimizing PNG images
by wine-bugs＠winehq.org July 13, 2019

July 13, 2019

https://bugs.winehq.org/show_bug.cgi?id=41859 Bug ID: 41859 Summary: pingo crashes when optimizing PNG images Product: Wine Version: 1.9.24 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danielbermond(a)yahoo.com Distribution: --- Created attachment 56266 --> https://bugs.winehq.org/attachment.cgi?id=56266 pingo wine terminal log when using PNG image With JPG image: works well. With PNG image: it just crashes. Tested with all possible pingo options. Without command line arguments: shows the help screen as usual. pingo is a command line PNG/JPG image optimizer that is shipped as a single '.exe' without needing installation. Tested with the 3 methods of running Console User Interface programs: 'wine', 'wineconsole --backend=user' and 'wineconsole --backend=curses'. All of them crashes when using PNG image. Website: http://css-ig.net/pingo Download: http://css-ig.net/tools/pingo.zip OS: Arch Linux x86_64 Wine: 1.9.24 (with all optional dependencies installed) pingo: 0.41 -- 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 13

[Bug 46108] New: Wine creates env var with empty string for name and it breaks python-pip
by wine-bugs＠winehq.org July 12, 2019

July 12, 2019

https://bugs.winehq.org/show_bug.cgi?id=46108 Bug ID: 46108 Summary: Wine creates env var with empty string for name and it breaks python-pip Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- When I try and install things using pip (from python 2.7, since python 3.5 install doesn't work right not). it fails, with *** ValueError: illegal environment variable name If I open the python interpreter I can see there is an env var with the name of an empty string: >>> import os >>> os.environ[''] 'Z:=Z:\\home\\stu\\Downloads' I had a look at this outside of wine and the env var doesn't show up when running the same python. I edited pythons pip code to remove the env var: ~/.wine/drive_c/Python27/Lib/site-packages/pip/_internal/utils/misc.py I changed these lines: env = os.environ.copy() if extra_environ: env.update(extra_environ) To: env = os.environ.copy() if extra_environ: env.update(extra_environ) env.pop('') And then pip succeeds -- 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 1

[Bug 29499] New: Age of Empires II freezes when disconnecting from a multiplayer room/game using native DirectPlay DLL
by wine-bugs＠winehq.org July 8, 2019

July 8, 2019

http://bugs.winehq.org/show_bug.cgi?id=29499 Bug #: 29499 Summary: Age of Empires II freezes when disconnecting from a multiplayer room/game using native DirectPlay DLL Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://download.cnet.com/Age-of-Empires-II-Trial-Versi on/3000-2099_4-10725533.html OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dplay AssignedTo: wine-bugs(a)winehq.org ReportedBy: lapommegolden(a)gmail.com Classification: Unclassified Created attachment 38200 --> http://bugs.winehq.org/attachment.cgi?id=38200 wine log (1.3.36) STEPS TO REPRODUCE THE BUG: 1. Download & Install Age of Empires II Trial: - http://download.cnet.com/Age-of-Empires-II-Trial-Version/3000-2099_4-107255… OR - http://download.microsoft.com/download/aoeaok/Trial/1.0/WIN98/EN-US/AoE2dem… 2. Install "directplay" from winetricks 3. Launch AOE II (You may need to set DirectDrawRenderer to gdi if opengl renderer fails on some platforms, which is another bug: http://bugs.winehq.org/show_bug.cgi?id=29261) http://wiki.winehq.org/UsefulRegistryKeys 4. Attempt to start a multiplayer game (Internet TCP/IP) 5. Click CANCEL now to try to disconnect from a multiplayer room but AOE II will now freeze even the game did not even ever get started. -- 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 85

[Bug 46170] New: Programs that get MIDI data from the "Midi Through" port will crash
by wine-bugs＠winehq.org July 8, 2019

July 8, 2019

https://bugs.winehq.org/show_bug.cgi?id=46170 Bug ID: 46170 Summary: Programs that get MIDI data from the "Midi Through" port will crash Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: realnc(a)gmail.com Distribution: --- Created attachment 62822 --> https://bugs.winehq.org/attachment.cgi?id=62822 Example MIDI file that reproduces the crash. Any Windows software that is configured to use the ALSA "Midi Through" port for MIDI input (as provided by the snd-seq-dummy kernel module) will crash with a page fault exception dialog. This only happens with certain MIDI data. It seems to depend on the speed of the MIDI data. The issue was originally discovered by using the Linux version of ScummVM together with the Windows program "Falcosoft Midiplayer" as a means of using a Windows-only VSTi as a software MIDI synth for ScummVM. In such a setup, the Linux program is configured to use the "Midi Through" port as MIDI-out, and the Windows program is configured to use it as MIDI-in. However, after capturing the specific MIDI data that triggers the crash into a *.mid file, playing that file in any MIDI player that uses "Midi Through" for MIDI-out and *any* Windows MIDI program that uses "Midi Through" as MIDI-in, will crash the Windows program. The problem is reproducible by at least two people on two different machines. It is reproducible by building current Wine Git master, without any third-party patches, and on a cleared ~/.wine directory. Example steps to reproduce this are: 1. Make sure the "Midi Through" port is available. aplaymidi -l should list something like: $ aplaymidi -l Port Client name Port name 14:0 Midi Through Midi Through Port-0 "Midi Through" is port 14:0 here. If no such port exists, load the "snd-seq-dummy" kernel module: $ modprobe snd-seq-dummy 2. Download the attached "crash.mid" file. 3. Download the Falcosoft Midiplayer from: http://falcosoft.hu/softwares.html#midiplayer 4. Run MidiPlayer.exe in Wine and click the gear icon to open the settings. Check the "Use Bass (Soundfonts/VSTi)" checkbox (this is only necessary in order to avoid an unrelated Wine crash.) In the "Midi In" group, check the "Active" checkbox. In the "Input Port" drop-down selection list, select "Midi Through Port-0". Click OK. 5. Play the "crash.mid" file using a Linux MIDI player, like aplaymidi, telling it to use the Midi Through port as output: $ aplaymidi -p 14 crash.mid Substitute "14" with the actual port if it differs on your system. It might take a few attempts before the crash occurs. Here, it crashes about 80% of the time. The above steps are just an example. The crash is reproducible with any other Windows MIDI client, not just the Falcosoft one. See: https://www.vogons.org/viewtopic.php?f=24&t=48207&start=760#p714667 -- 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 23

[Bug 37443] New: Civilization 5 unhandled exeption when starting new game /w Expansions
by wine-bugs＠winehq.org July 7, 2019

July 7, 2019

https://bugs.winehq.org/show_bug.cgi?id=37443 Bug ID: 37443 Summary: Civilization 5 unhandled exeption when starting new game /w Expansions Product: Wine Version: 1.7.29 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ptrampau(a)gmail.com Distribution: --- Created attachment 49814 --> https://bugs.winehq.org/attachment.cgi?id=49814 crash output When starting a new game Civ5 crashes during loading screen (you can hear about half of the text narrated, then crash) I have both Gods and Kings and brave new World Addons. -- 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 46134] New: QuickBooks 2018 Premier: Setup fails after accepting license agreement.
by wine-bugs＠winehq.org July 7, 2019

July 7, 2019

https://bugs.winehq.org/show_bug.cgi?id=46134 Bug ID: 46134 Summary: QuickBooks 2018 Premier: Setup fails after accepting license agreement. Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: operations(a)yocopcs.com Distribution: --- Created attachment 62779 --> https://bugs.winehq.org/attachment.cgi?id=62779 Terminal output from setup program. System Configuration Debian 9.5.0 Stretch x86-64 Wine 3.20 Staging x86 Wineprefix with ie8,ie7, dotnet462, msxml6, vcrun2005-2017, corefonts, and msls31. Starting QuickBooks 2018 setup crashes wine after accepting the license agreement. Unfortunately Intuit does not provide a direct download of the full setup file, instead using Akamai Download Manager to download the file I used. I did not try Akamai Download Manager in this test. -- 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 42714] New: frequent crash while downloading Grand Theft Auto V update (win7 mode; 64bit prefix; staging)
by wine-bugs＠winehq.org July 7, 2019

July 7, 2019

https://bugs.winehq.org/show_bug.cgi?id=42714 Bug ID: 42714 Summary: frequent crash while downloading Grand Theft Auto V update (win7 mode; 64bit prefix; staging) Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 57688 --> https://bugs.winehq.org/attachment.cgi?id=57688 standard terminal output New install of GTAV (DVD version). After login the game tries to update itself with a multi-GB download. The download fails either with a lost connection error "code 203", or crash. Error "code 203" is seen on Windows too so that may be not wine fault, but the crash are not. After restarting the application, the download resumes where it left and fails almost instantly. When the download fails it leaves a .part file in the game directory. When the .part file is deleted, restarting the application makes the download continue for a varying amount of time (probably depending on the size of the next file it downloads). The whole thing is not yet downloaded so I can't say if the download get corrupted or not. Using wine-staging 2.4 Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1+deb8u2 (2017-03-07) x86_64 GNU/Linux Nvidia GTX970 Debian driver 375.26 -- 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 36061] New: winedbg crash dialog shows a leak in imm32
by wine-bugs＠winehq.org July 5, 2019

July 5, 2019

https://bugs.winehq.org/show_bug.cgi?id=36061 Bug ID: 36061 Summary: winedbg crash dialog shows a leak in imm32 Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Noticed while valgrinding various test failures: ==13839== 24 bytes in 1 blocks are definitely lost in loss record 250 of 889 ==13839== at 0x7BC4C735: notify_alloc (heap.c:255) ==13839== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==13839== by 0x7B84584B: HeapAlloc (heap.c:271) ==13839== by 0x7B845B80: GlobalAlloc (heap.c:388) ==13839== by 0x62CB1A6: ImmCreateIMCC (imm.c:2738) ==13839== by 0x62C4AB7: ImmCreateContext (imm.c:697) ==13839== by 0x62C6F93: ImmGetContext (imm.c:1422) ==13839== by 0x62CB807: ImmProcessKey (imm.c:2891) ==13839== by 0x538AB14: process_keyboard_message (message.c:2469) ==13839== by 0x538B2F4: process_hardware_message (message.c:2692) ==13839== by 0x538BFAD: peek_message (message.c:2900) ==13839== by 0x538E12C: GetMessageW (message.c:3817) ==13839== by 0x534ADB9: DIALOG_DoDialogBox (dialog.c:816) ==13839== by 0x534B064: DialogBoxParamW (dialog.c:879) ==13839== by 0x476B945: display_crash_dialog (crashdlg.c:369) ==13839== by 0x4784337: dbg_active_auto (tgt_active.c:816) ==13839== by 0x478A98C: main (winedbg.c:673) ==13839== { <insert_a_suppression_name_here> Memcheck:Leak match-leak-kinds: definite fun:notify_alloc fun:RtlAllocateHeap fun:HeapAlloc fun:GlobalAlloc fun:ImmCreateIMCC fun:ImmCreateContext fun:ImmGetContext fun:ImmProcessKey fun:process_keyboard_message fun:process_hardware_message fun:peek_message fun:GetMessageW fun:DIALOG_DoDialogBox fun:DialogBoxParamW fun:display_crash_dialog fun:dbg_active_auto fun:main } wine-1.7.16-178-g7e874ae -- 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