July 2018 - Wine-bugs - list.winehq.org

[Bug 40419] New: Blade and Soul installer crashes
by wine-bugs＠winehq.org 04 Jul '18

04 Jul '18

https://bugs.winehq.org/show_bug.cgi?id=40419 Bug ID: 40419 Summary: Blade and Soul installer crashes Product: Wine-staging Version: 1.9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linuxdonald(a)posteo.de CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- The installer crashes with: wine: Call from 0x7b43cd3c to unimplemented function sfc.dll.SRSetRestorePointW, aborting wine: Unimplemented function sfc.dll.SRSetRestorePointW called at address 0x7b43cd3c (thread 0009), starting debugger... -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 40452] New: Devil May Cry 4 Benchmark instillation fails
by wine-bugs＠winehq.org 04 Jul '18

04 Jul '18

https://bugs.winehq.org/show_bug.cgi?id=40452 Bug ID: 40452 Summary: Devil May Cry 4 Benchmark instillation fails Product: Wine Version: 1.9.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: levanchelidze(a)gmail.com Distribution: --- Created attachment 54201 --> https://bugs.winehq.org/attachment.cgi?id=54201 becktrace I tried to install dmc 4 benchmark on a clean prefix and the installation crashed -- 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 6

[Bug 40521] New: Max Payne 3 Installation wants sfc.dll.SRSetRestorePointW function
by wine-bugs＠winehq.org 04 Jul '18

04 Jul '18

https://bugs.winehq.org/show_bug.cgi?id=40521 Bug ID: 40521 Summary: Max Payne 3 Installation wants sfc.dll.SRSetRestorePointW function 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: berillions(a)gmail.com Distribution: --- Hi, At the beginning and at the end of Max Payne 3 installation, i have this error message in the output console : wine: Call from 0x7b43bc8c to unimplemented function sfc.dll.SRSetRestorePointW At the end, Wine crash when the installer wants to install DirectX libraries. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 45344] New: AcquireCredentialsHandle functions should be implemented inside sspicli
by wine-bugs＠winehq.org 03 Jul '18

03 Jul '18

https://bugs.winehq.org/show_bug.cgi?id=45344 Bug ID: 45344 Summary: AcquireCredentialsHandle functions should be implemented inside sspicli Product: Wine Version: 3.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Currently the AcquireCredentialsHandle functions are implemented inside secur32, and sspicli forwards them to secur32. However, when using native secur32, that results in a stack-overflow. Most likely on windows the functions are implemented in sspicli and secur32 forwards them. Most likely affects other functions, too. Application I tested it with (needs winXP): https://www.vavoo.tv/software/get?platform=win32&processor=i386&type=webins… -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 5610] psexec from pstools doesn't work ( needs mpr.WNetAddConnection2W implementation)
by wine-bugs＠winehq.org 03 Jul '18

03 Jul '18

https://bugs.winehq.org/show_bug.cgi?id=5610 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |mpr CC| |z.figura12(a)gmail.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39452] New: WNetGetUniversalName() returns ERROR_NO_NETWORK (0x000004c6)
by wine-bugs＠winehq.org 03 Jul '18

03 Jul '18

https://bugs.winehq.org/show_bug.cgi?id=39452 Bug ID: 39452 Summary: WNetGetUniversalName() returns ERROR_NO_NETWORK (0x000004c6) Product: Wine Version: 1.7.52 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexey.pushkin(a)mererand.com Distribution: --- WNetGetUniversalName() is a stub function and it returns ERROR_NO_NETWORK (0x000004c6). I believe it should instead return ERROR_NOT_CONNECTED, which would mean that Wine treats the path argument as a _local_ path. See https://msdn.microsoft.com/en-us/library/windows/desktop/aa385474%28v=vs.85… According to WINEDEBUG=relay Intel MPI (https://software.intel.com/en-us/intel-mpi-library) pmi_proxy.exe exits after receiving ERROR_NOT_CONNECTED from WNetGetUniversalName(). -- 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 17

[Bug 44873] New: Wine 3.5 doesn't find libpng12.so.0 under Bionic Beaver
by wine-bugs＠winehq.org 03 Jul '18

03 Jul '18

https://bugs.winehq.org/show_bug.cgi?id=44873 Bug ID: 44873 Summary: Wine 3.5 doesn't find libpng12.so.0 under Bionic Beaver Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gdpo22(a)orange.fr Distribution: --- Created attachment 60935 --> https://bugs.winehq.org/attachment.cgi?id=60935 wine console logs Trying to install vcredist_x64.exe (Visual c++ runtime) in order to install Sketchup make 2017, wine cannot find libpng12.so.0. despite it is fully installed. OS: Kubuntu - Bionic Beaver latest upgrades So impossible to install Sketchup -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 45104] New: OOB read in gdiplus
by wine-bugs＠winehq.org 03 Jul '18

03 Jul '18

https://bugs.winehq.org/show_bug.cgi?id=45104 Bug ID: 45104 Summary: OOB read in gdiplus Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: robert.gawlik(a)rub.de Distribution: --- Original submitted report can be found here: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/1764719 (*) Out-of-bounds read in dlls/gdiplus/metafile.c:2528 (last commit: dd2624a24fba400bf59b9396e496d16c43d399d9): The parameters data, dataSize and recordType are completely user controlled and flow into a memcpy() call in line 2528. If the length of data is less than dataSize, then this results in an out-of-bounds read. 2461 GpStatus WINGDIPAPI GdipPlayMetafileRecord(GDIPCONST GpMetafile *metafile, 2462 EmfPlusRecordType recordType, UINT flags, UINT dataSize, GDIPCONST BYTE *data) 2463 { .... 2471 2472 if (recordType >= 1 && recordType <= 0x7a) 2473 { 2474 /* regular EMF record */ 2475 if (metafile->playback_dc) 2476 { 2477 switch (recordType) 2478 { .... 2520 default: 2521 { 2522 ENHMETARECORD *record = heap_alloc_zero(dataSize + 8); // <== dataSize is completely user controlled 2523 2524 if (record) 2525 { 2526 record->iType = recordType; 2527 record->nSize = dataSize + 8; 2528 memcpy(record->dParm, data, dataSize); // <== data is user controlled, memcpy performs OOB read 2529 2530 if(PlayEnhMetaFileRecord(metafile->playback_dc, metafile->handle_table, 2531 record, metafile->handle_count) == 0) // (record is user controlled => source of many vulnerabilities) 2532 ERR("PlayEnhMetaFileRecord failed\n"); If you need more information (EMF trigger file, etc.) let me know! -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 44155] New: Build packages for Fedora 27 and discontinue building for Fedora 24
by wine-bugs＠winehq.org 03 Jul '18

03 Jul '18

https://bugs.winehq.org/show_bug.cgi?id=44155 Bug ID: 44155 Summary: Build packages for Fedora 27 and discontinue building for Fedora 24 Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Fedora 27 was released on November 14, 2017. Fedora 24 went EOL on August 8, 2017. -- 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 6

[Bug 43383] New: valgrind shows several definite leak in dlls/qcap/tests/ smartteefilter.c
by wine-bugs＠winehq.org 03 Jul '18

03 Jul '18

https://bugs.winehq.org/show_bug.cgi?id=43383 Bug ID: 43383 Summary: valgrind shows several definite leak in dlls/qcap/tests/smartteefilter.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: qcap Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==31520== 72 bytes in 1 blocks are definitely lost in loss record 321 of 616 ==31520== at 0x7BC51061: notify_alloc (heap.c:254) ==31520== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31520== by 0x4F1442B: IMalloc_fnAlloc (ifs.c:187) ==31520== by 0x4F14CCB: IMalloc_Alloc (objidl.h:1405) ==31520== by 0x4F14CCB: CoTaskMemAlloc (???:0) ==31520== by 0x606C8DA: ??? ==31520== by 0x4A21688: IMediaSample_SetMediaType (strmif.h:2289) ==31520== by 0x4A21688: media_thread (???:0) ==31520== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31520== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31520== by 0x7BC91391: ??? (signal_i386.c:2700) ==31520== by 0x7BC9B3EE: start_thread (thread.c:487) ==31520== by 0x4244249: start_thread (pthread_create.c:333) ==31520== by 0x433FD6D: clone (clone.S:114) ==31520== ==31520== 72 bytes in 1 blocks are definitely lost in loss record 322 of 616 ==31520== at 0x7BC51061: notify_alloc (heap.c:254) ==31520== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31520== by 0x4F1442B: IMalloc_fnAlloc (ifs.c:187) ==31520== by 0x4F14CCB: IMalloc_Alloc (objidl.h:1405) ==31520== by 0x4F14CCB: CoTaskMemAlloc (???:0) ==31520== by 0x606C8DA: ??? ==31520== by 0x5FF3D18: ??? ==31520== by 0x5FF3F76: ??? ==31520== by 0x60006CA: ??? ==31520== by 0x4A21771: IMemInputPin_Receive (strmif.h:3041) ==31520== by 0x4A21771: media_thread (???:0) ==31520== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31520== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31520== by 0x7BC91391: ??? (signal_i386.c:2700) ==31520== by 0x7BC9B3EE: start_thread (thread.c:487) ==31520== by 0x4244249: start_thread (pthread_create.c:333) ==31520== by 0x433FD6D: clone (clone.S:114) ==31520== ==31520== 72 bytes in 1 blocks are definitely lost in loss record 324 of 616 ==31520== at 0x7BC51061: notify_alloc (heap.c:254) ==31520== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31520== by 0x4F1442B: IMalloc_fnAlloc (ifs.c:187) ==31520== by 0x4F14CCB: IMalloc_Alloc (objidl.h:1405) ==31520== by 0x4F14CCB: CoTaskMemAlloc (???:0) ==31520== by 0x606C8DA: ??? ==31520== by 0x5FF3D18: ??? ==31520== by 0x5FF4014: ??? ==31520== by 0x60006CA: ??? ==31520== by 0x4A21771: IMemInputPin_Receive (strmif.h:3041) ==31520== by 0x4A21771: media_thread (???:0) ==31520== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31520== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31520== by 0x7BC91391: ??? (signal_i386.c:2700) ==31520== by 0x7BC9B3EE: start_thread (thread.c:487) ==31520== by 0x4244249: start_thread (pthread_create.c:333) ==31520== by 0x433FD6D: clone (clone.S:114) ==31520== -- 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