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

[Bug 42801] New: Fallout 3 crashes on start in winegstreamer
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=42801 Bug ID: 42801 Summary: Fallout 3 crashes on start in winegstreamer Product: Wine Version: 2.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: xenus(a)blueyonder.co.uk Distribution: --- Created attachment 57832 --> https://bugs.winehq.org/attachment.cgi?id=57832 backtrace showing debug info Works fine with Wine 1.8.5 May be related to 41151, I believe Oblivion and Fallout 3 share some code -- 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 26

[Bug 38813] New: Dweebs switches to full-screen mode even when virtual desktop mode is enabled
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=38813 Bug ID: 38813 Summary: Dweebs switches to full-screen mode even when virtual desktop mode is enabled Product: Wine Version: 1.7.44 Hardware: x86-64 URL: http://web.archive.org/web/20021005065028/http://www.m utation.btinternet.co.uk/Dweebs/Downloads/Demos/Dweebs _Demo.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: markk(a)clara.co.uk Distribution: --- Testing with Wine 1.7.44 (ubuntu-wine package built for Ubuntu 14.04) on Lubuntu 14.10 x86-64, Nvidia binary driver 304.125. This problem shows up with the Dweebs demo that can be downloaded from http://web.archive.org/web/20021005065028/http://www.mutation.btinternet.co… Download that self-extracting zip archive and unzip it. Use winecfg to enable virtual desktop mode. Run Dweebs.exe. It switches to full-screen mode (changing desktop resolution). But virtual desktop mode is enabled, so that shouldn't happen. [On my system the display is also all black, sometimes with a momentary flicker of the image which is supposed to be there when I alt-tab. But that would be a separate bug.] -- 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 35276] New: Slingplayer 2.0: multiple crashes in kernel32 during install in WOW64 mode
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=35276 Bug ID: 35276 Summary: Slingplayer 2.0: multiple crashes in kernel32 during install in WOW64 mode Product: Wine Version: 1.7.9 Hardware: x86-64 URL: http://download.slingmedia.com/player/pc/SP2/SlingPlay er-2.0.3508-Setup-EMEA.exe OS: Linux Status: NEW Keywords: download, Installer, win64 Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Classification: Unclassified Created attachment 47050 --> http://bugs.winehq.org/attachment.cgi?id=47050 wine-1.7.9-108-ged2d53a console output Installing SlingPlayer 2.0.4 in WOW64 mode results in multiple crashes in kernel32, and the installer eventually claims to have failed. However, the program is installed and usable, so it is more of a nuisance than anything else. To get this far: 1. Set Windows mode to Vista (do NOT use Winetricks) 2. winetricks nocrashdialog (not necessary) 3. Install. -- 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 40744] New: NtLockFile I/ O completion on lock breaks Strawberry Perl CPAN
by wine-bugs＠winehq.org 28 Nov '19

28 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=40744 Bug ID: 40744 Summary: NtLockFile I/O completion on lock breaks Strawberry Perl CPAN Product: Wine Version: 1.9.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alexchandel(a)gmail.com Distribution: --- Strawberry perl (5.24.0.1, 32bit) cannot install any CPAN packages because of the "fixme:ntdll:NtLockFile I/O completion on lock not implemented yet" issue. For example, running cpan and then typing `install Log::Log4perl` in the CPAN shell results in the following message being repeated ad infinitum: ``` Fetching with LWP: http://cpan.strawberryperl.com/authors/01mailrc.txt.gz fixme:msvcrt:MSVCRT__wsopen_s : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__wsopen_s : pmode 0x01b6 ignored Waiting for a read lock on 'L:\opt\strawberry-perl-5.24.0.1-32bit-portable\cpan\FTPstats.yml' (since Tue Jun 7 12:30:45 2016) Waiting for a read lock on 'L:\opt\strawberry-perl-5.24.0.1-32bit-portable\cpan\FTPstats.yml' (since Tue Jun 7 12:30:45 2016) Waiting for a read lock on 'L:\opt\strawberry-perl-5.24.0.1-32bit-portable\cpan\FTPstats.yml' (since Tue Jun 7 12:30:45 2016) ... ... ``` CPAN never comes back, and cannot install any 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 18

[Bug 36268] New: valgrind shows several leaks in dmloader/tests/loader.c
by wine-bugs＠winehq.org 28 Nov '19

28 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36268 Bug ID: 36268 Summary: valgrind shows several leaks in dmloader/tests/loader.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dmusic Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4220== 880 bytes in 1 blocks are definitely lost in loss record 783 of 872 ==4220== at 0x7BC4C735: notify_alloc (heap.c:255) ==4220== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4220== by 0x5F8C7C8: create_dmcontainer (container.c:917) ==4220== by 0x5F8DA8F: ClassFactory_CreateInstance (dmloader_main.c:101) ==4220== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4220== by 0x49558D7: test_COM_container (loader.c:189) ==4220== by 0x4955CB4: func_loader (loader.c:234) ==4220== by 0x4956AB0: run_test (test.h:584) ==4220== by 0x4956E9E: main (test.h:654) ==4220== ==4280== 104 bytes in 1 blocks are possibly lost in loss record 566 of 872 ==4280== at 0x7BC4C735: notify_alloc (heap.c:255) ==4280== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4280== by 0x5FD0389: create_dmsegment (segment.c:1340) ==4280== by 0x5FBC088: ClassFactory_CreateInstance (dmime_main.c:100) ==4280== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4280== by 0x5F8FA9B: IDirectMusicLoaderImpl_GetObject (loader.c:312) ==4280== by 0x495525E: test_simple_playing (loader.c:110) ==4280== by 0x4955CAA: func_loader (loader.c:232) ==4280== by 0x4956AB0: run_test (test.h:584) ==4280== by 0x4956E9E: main (test.h:654) ==4280== ==4327== 56 bytes in 1 blocks are possibly lost in loss record 431 of 876 ==4327== at 0x7BC4C735: notify_alloc (heap.c:255) ==4327== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4327== by 0xC1632EC: MMDRV_InitPerType (lolvldrv.c:384) ==4327== by 0xC163C4D: MMDRV_Install (lolvldrv.c:476) ==4327== by 0xC16416F: MMDRV_Init (lolvldrv.c:547) ==4327== by 0xC161F4B: MMDRV_InitSingleType (lolvldrv.c:78) ==4327== by 0xC161FEE: MMDRV_GetNum (lolvldrv.c:89) ==4327== by 0xC17F7C8: midiOutGetNumDevs (winmm.c:284) ==4327== by 0x800E004: create_system_ports_list (dmusic.c:328) ==4327== by 0x800E5C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436) ==4327== by 0x800EABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4327== by 0x4D4AE26: CoCreateInstance (unknwn.h:226) ==4327== by 0x5FD5DA9: IDirectMusicPerformance8Impl_Init (performance.c:286) ==4327== by 0x5FD8498: IDirectMusicPerformance8Impl_InitAudio (performance.c:930) ==4327== by 0x4954F82: test_simple_playing (loader.c:83) ==4327== by 0x4955CAA: func_loader (loader.c:232) ==4327== by 0x4956AB0: run_test (test.h:584) ==4327== by 0x4956E9E: main (test.h:654) ==4327== ==4366== 16 bytes in 1 blocks are definitely lost in loss record 150 of 880 ==4366== at 0x7BC4C735: notify_alloc (heap.c:255) ==4366== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4366== by 0x5FA2379: create_dmloader (loader.c:899) ==4366== by 0x5F9DA8F: ClassFactory_CreateInstance (dmloader_main.c:101) ==4366== by 0x4D4AE26: CoCreateInstance (unknwn.h:226) ==4366== by 0x4955605: test_COM (loader.c:152) ==4366== by 0x4955CAF: func_loader (loader.c:233) ==4366== by 0x4956AB0: run_test (test.h:584) ==4366== by 0x4956E9E: main (test.h:654) ==4366== ==4511== 44 bytes in 1 blocks are definitely lost in loss record 384 of 872 ==4511== at 0x7BC4C735: notify_alloc (heap.c:255) ==4511== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4511== by 0x5FA3B1E: create_dmaudiopath (audiopath.c:642) ==4511== by 0x5FB09FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath (performance.c:1033) ==4511== by 0x5FB05BF: IDirectMusicPerformance8Impl_InitAudio (performance.c:952) ==4511== by 0x4944F82: test_simple_playing (loader.c:83) ==4511== by 0x4945CAA: func_loader (loader.c:232) ==4511== by 0x4946AB0: run_test (test.h:584) ==4511== by 0x4946E9E: main (test.h:654) ==4511== ==4877== 44 bytes in 1 blocks are definitely lost in loss record 389 of 876 ==4877== at 0x7BC4C735: notify_alloc (heap.c:255) ==4877== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4877== by 0x5FCBB1E: create_dmaudiopath (audiopath.c:642) ==4877== by 0x5FD89FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath (performance.c:1033) ==4877== by 0x495508B: test_simple_playing (loader.c:93) ==4877== by 0x4955CAA: func_loader (loader.c:232) ==4877== by 0x4956AB0: run_test (test.h:584) ==4877== by 0x4956E9E: main (test.h:654) ==4877== ==4985== 40 bytes in 1 blocks are definitely lost in loss record 366 of 870 ==4985== at 0x7BC4C735: notify_alloc (heap.c:255) ==4985== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4985== by 0x5F9CCE0: DMUSIC_CreateDirectMusicLoaderResourceStream (loaderstream.c:553) ==4985== by 0x5F9771D: IDirectMusicLoaderImpl_GetObject (loader.c:278) ==4985== by 0x49651A7: test_simple_playing (loader.c:103) ==4985== by 0x4965CAA: func_loader (loader.c:232) ==4985== by 0x4966AB0: run_test (test.h:584) ==4985== by 0x4966E9E: main (test.h:654) ==4985== -- 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 36193] New: valgrind shows some possible leaks in mmdevapi/tests/capture.c
by wine-bugs＠winehq.org 27 Nov '19

27 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36193 Bug ID: 36193 Summary: valgrind shows some possible leaks in mmdevapi/tests/capture.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==11962== 28 bytes in 1 blocks are possibly lost in loss record 99 of 483 ==11962== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==11962== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==11962== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526) ==11962== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335) ==11962== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894) ==11962== by 0x4FCA783: CoGetClassObject (compobj.c:3032) ==11962== by 0x4FCAD45: CoCreateInstance (compobj.c:3197) ==11962== by 0x4E5F328: func_capture (capture.c:1081) ==11962== by 0x4E74EAF: run_test (test.h:584) ==11962== by 0x4E7529E: main (test.h:654) ==11962== ==12008== 76 bytes in 1 blocks are possibly lost in loss record 225 of 481 ==12008== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12008== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12008== by 0x652ED88: create_session (mmdevdrv.c:1038) ==12008== by 0x652EE82: get_audio_session (mmdevdrv.c:1068) ==12008== by 0x6530737: AudioClient_Initialize (mmdevdrv.c:1460) ==12008== by 0x4E4DBC8: test_audioclient (audioclient.h:315) ==12008== by 0x4E52477: func_capture (capture.c:1099) ==12008== by 0x4E67EAF: run_test (test.h:584) ==12008== by 0x4E6829E: main (test.h:654) ==12008== -- 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 3

[Bug 36239] New: valgrind shows a potential leak in cryptnet/tests/cryptnet.c
by wine-bugs＠winehq.org 27 Nov '19

27 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36239 Bug ID: 36239 Summary: valgrind shows a potential leak in cryptnet/tests/cryptnet.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==25097== 2,664 bytes in 74 blocks are possibly lost in loss record 295 of 312 ==25097== at 0x7BC4C735: notify_alloc (heap.c:255) ==25097== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==25097== by 0x4D639FE: CryptMemAlloc (main.c:124) ==25097== by 0x4D769BD: init_oid_info (oid.c:1403) ==25097== by 0x4D77347: crypt_oid_init (oid.c:1613) ==25097== by 0x4D63578: DllMain (main.c:46) ==25097== by 0x4D8B522: __wine_spec_dll_entry (dll_entry.c:40) ==25097== by 0x7BC52FC0: ??? (loader.c:138) ==25097== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==25097== by 0x7BC5597C: process_attach (loader.c:1157) ==25097== by 0x7BC5592C: process_attach (loader.c:1149) ==25097== by 0x7BC5592C: process_attach (loader.c:1149) ==25097== by 0x7BC59F29: attach_process_dlls (loader.c:2769) ==25097== by 0x401B03C: ??? (port.c:60) -- 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 3

[Bug 36071] New: kernel32/pipe tests fail under valgrind
by wine-bugs＠winehq.org 27 Nov '19

27 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36071 Bug ID: 36071 Summary: kernel32/pipe tests fail under valgrind Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 26119 The tests have several valgrind warnings (bug 26119), but also fail under valgrind: austin(a)aw25 ~/wine-valgrind/dlls/kernel32/tests $ rm *ok ; make pipe.ok rm: cannot remove ‘*ok’: No such file or directory ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so pipe && touch pipe.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 pipe.c:459: Test failed: ConnectNamedPipe pipe.c:469: Test failed: ReadFile pipe.c:470: Test failed: short read pipe.c:473: Test failed: WriteFile pipe.c:480: Test failed: DisconnectNamedPipe pipe.c:459: Test failed: ConnectNamedPipe pipe.c:469: Test failed: ReadFile pipe.c:470: Test failed: short read pipe.c:473: Test failed: WriteFile pipe.c:480: Test failed: DisconnectNamedPipe pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:612: Test failed: overlapped ConnectNamedPipe pipe.c:629: Test failed: GetOverlappedResult ConnectNamedPipe pipe.c:640: Test failed: overlapped ReadFile pipe.c:658: Test failed: overlapped ReadFile pipe.c:664: Test failed: overlapped WriteFile pipe.c:682: Test failed: overlapped WriteFile pipe.c:687: Test failed: DisconnectNamedPipe pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:734: Test failed: overlapped ConnectNamedPipe got 0 err 231 pipe.c:761: Test failed: overlapped ReadFile, err=233 pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:764: Test failed: ReadFile GetQueuedCompletionStatus failed, errno=258 pipe.c:776: Test failed: overlapped WriteFile failed, err=233 pipe.c:427: Test failed: alarm Makefile:529: recipe for target 'pipe.ok' failed make: *** [pipe.ok] Error 1 note that this is a separate issue from bug 35781. -- 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 3

[Bug 46342] New: kernel32/tests/ pipe.c shows uninitialized memory use in test_TransactNamedPipe()
by wine-bugs＠winehq.org 27 Nov '19

27 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=46342 Bug ID: 46342 Summary: kernel32/tests/pipe.c shows uninitialized memory use in test_TransactNamedPipe() Product: Wine Version: 4.0-rc3 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so pipe && touch pipe.ok ==8919== Syscall param writev(vector[...]) points to uninitialised byte(s) ==8919== at 0x4356813: writev (writev.c:26) ==8919== by 0x7BC75457: send_request (server.c:228) ==8919== by 0x7BC76158: server_call_unlocked (server.c:288) ==8919== by 0x7BC916EC: virtual_locked_server_call (virtual.c:2083) ==8919== by 0x7BC41C1A: server_ioctl_file (file.c:1533) ==8919== by 0x7BC447A5: NtFsControlFile (file.c:1733) ==8919== by 0x7B470FA4: TransactNamedPipe (sync.c:1747) ==8919== by 0x4B26CCC: _overlapped_transact_failure (pipe.c:3118) ==8919== by 0x4B2748E: test_TransactNamedPipe (pipe.c:3346) ==8919== by 0x4B27817: func_pipe (pipe.c:3735) ==8919== by 0x4B6E8E4: run_test (test.h:617) ==8919== by 0x4B6F322: main (test.h:701) ==8919== Address 0x4eafd22 is on thread 1's stack ==8919== in frame #8, created by test_TransactNamedPipe (pipe.c:3341) ==8919== Uninitialised value was created by a stack allocation ==8919== at 0x4B27446: test_TransactNamedPipe (pipe.c:3341) ==8919== -- 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 18985] New: Two bugs in HTML-kit
by wine-bugs＠winehq.org 26 Nov '19

26 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=18985 Summary: Two bugs in HTML-kit Product: Wine Version: 1.1.23 Platform: PC URL: http://htmlkit.com/download/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk Hi, a user reported trouble with this app here: http://ubuntuforums.org/showthread.php?t=1190483 I gave it a try and actually there seem to be two bugs: 1. All icons in toolbar are black. In the console the line appears: err:imagelist:IMAGELIST_InternalExpandBitmaps creating new image bitmap (x=25600 y=16)! 2. After doing from the menu: Edit->Prefernces->OK an access violation occurs and the app is no longer usable. Both bugs are gone using native comctl32 -- 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 30