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

[Bug 43379] New: valgrind shows an invalid read in dlls/ntdll/tests/file.c
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=43379 Bug ID: 43379 Summary: valgrind shows an invalid read in dlls/ntdll/tests/file.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==30466== Invalid read of size 1 ==30466== at 0x7BCAD43B: virtual_check_buffer_for_write (virtual.c:1718) ==30466== by 0x7BC48F48: NtReadFile (file.c:854) ==30466== by 0x4A47FDE: test_read_write (file.c:3504) ==30466== by 0x4A4DEE9: func_file (file.c:4288) ==30466== by 0x4AA25B4: run_test (test.h:603) ==30466== by 0x4AA2A13: main (test.h:687) ==30466== Address 0xdeadbeef is on thread 1's stack ==30466== -- 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 43748] New: Dead or Alive Last Round ntdll crash on Wine newer than 1.8.7 under Linux , but not in OS X
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=43748 Bug ID: 43748 Summary: Dead or Alive Last Round ntdll crash on Wine newer than 1.8.7 under Linux, but not in OS X Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: tod.jackson(a)gmail.com Distribution: --- Created attachment 59244 --> https://bugs.winehq.org/attachment.cgi?id=59244 staging-2.17 console/debug output I got Dead or Alive Last Round (free on Steam) working without issues under OS X, with multiple Wine versions tested: 2.0.2, 2.13, 2.16-staging. However, under Linux, no version of Wine newer than 1.8.7 even proceeds beyond a brief white window. I attached a log with the default debug settings, please let me know what further to enable as I'm not sure what the issue is. -- 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 21

[Bug 44113] New: World of Tanks(WoT) crashes on AMD GPU the moment entering hangar starting version 0.9.20.1.3 of WoT
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44113 Bug ID: 44113 Summary: World of Tanks(WoT) crashes on AMD GPU the moment entering hangar starting version 0.9.20.1.3 of WoT Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HASH.DuOrden(a)gmail.com Distribution: --- Created attachment 59834 --> https://bugs.winehq.org/attachment.cgi?id=59834 wine ./WorldOfTanks.exe -clientGraphicsAPI d3d9 &>./WorldOfTanks.log Starting with WoT version 0.9.20.1.3 game now crashes right after entering the hangar. It happens only with AMD GPU, I have couple of PC's, one with AMD/ATI Radeon RX 460 and nVidia GeForce GTX 570, it works on nVidia but crashes on AMD/ATI. It happened without Me updating anything so I'm assuming it is something WarGaming changed some thing in the WoT. I am currently on Gentoo profile 13 and wine-staging-2.19, gentoo-sources-4.13.4. I tried with kernel versions gentoo-sources-4.13.4 to gentoo-sources-4.13.10 and wine-staging-2.19 to wine-staging-2.21 without any success, with staging enabled and not, with gcc-5.4.0. I've tried to re-download the game on clean prefix, WinXP and Win7 installing or not d3dx9_36, xact_jun2010, msvcp110/msvcr110, msvcp140/msvcr140, no change. Without sound or not. I am currently rebuilding my system with gcc-6.4.0, gcc version 5.4.0 was not a problem before, but now I simply do not know what to do! P.S.: All this is on RU region. -- 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 44287] New: Possible access to unintended variable in "wine/dlls/ gdi32/freetype.c" line 2349
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44287 Bug ID: 44287 Summary: Possible access to unintended variable in "wine/dlls/gdi32/freetype.c" line 2349 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: petrum(a)gmail.com Distribution: --- While experimenting with a CodeSonar plugin we develop, we noticed a potential bug in file "wine/dlls/gdi32/freetype.c" line 2349 function map_font_family Family *family = find_family_from_any_name(repl); if (family != NULL) { Family *new_family = HeapAlloc(GetProcessHeap(), 0, sizeof(*new_family)); if (new_family != NULL) { TRACE("mapping %s to %s\n", debugstr_w(repl), debugstr_w(orig)); new_family->FamilyName = strdupW(orig); new_family->EnglishName = NULL; list_init(&new_family->faces); new_family->replacement = &family->faces; //HERE list_add_tail(&font_list, &new_family->entry); return TRUE; } } Shouldn't new_family be used (instead of family) at the mentioned position? Thanks, Petru Florin Mihancea -- 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 44290] New: Possible access to unintended field in "wine/dlls/winmm/ mmio.c" line 788
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44290 Bug ID: 44290 Summary: Possible access to unintended field in "wine/dlls/winmm/mmio.c" line 788 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: petrum(a)gmail.com Distribution: --- While experimenting with a CodeSonar plugin we develop, we noticed a potential bug in file "wine/dlls/winmm/mmio.c"" line 788 function mmioRead size = MMIO_GrabNextBuffer(wm, TRUE); if (size <= 0) break; if (size > cch) size = cch; memcpy(pch, wm->info.pchBuffer, size); wm->info.pchNext += size; //HERE pch += size; cch -= size; count += size; Shouldn't wm->info.pchBuffer be incremented at the mentioned line (instead of wm->info.pchNext)? Thanks, Petru Florin Mihancea -- 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 44293] New: Possible access to unintended field in "wine/tools/widl/ header.c" line 1292
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44293 Bug ID: 44293 Summary: Possible access to unintended field in "wine/tools/widl/header.c" line 1292 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: petrum(a)gmail.com Distribution: --- While experimenting with a CodeSonar plugin we develop, we noticed a potential bug in file "wine/tools/widl/header.c" line 1292, function write_locals write_type_decl_left(fp, type_function_get_rettype(func->type)); fprintf(fp, " __RPC_STUB %s_%s_Stub(\n", iface->name, get_name(m)); //HERE write_args(fp, type_get_function_args(func->type), iface->name, 1, TRUE); fprintf(fp, ")"); Shouldn't func be used instead of m in the mentioned line? The lines around that line both make use of func and it is not clear why m is in use in line 1292. Thanks, Petru Florin Mihancea -- 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 44371] New: Rising Kingdoms crashes on launch
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44371 Bug ID: 44371 Summary: Rising Kingdoms crashes on launch Product: Wine Version: 3.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isiraseneviratne(a)yahoo.com Distribution: --- Created attachment 60276 --> https://bugs.winehq.org/attachment.cgi?id=60276 The crash log. Running Rising Kingdoms results in the game menu displaying briefly before the game crashes, with the backtrace produced attached below. This occurs whether the game is run in a 64-bit or 32-bit wineprefix. -- 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 44378] New: Office 2010 Installer (32 bit) fails during the end of the installation process (=> Rollback)
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44378 Bug ID: 44378 Summary: Office 2010 Installer (32 bit) fails during the end of the installation process (=> Rollback) Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schanz89(a)web.de Distribution: --- Created attachment 60296 --> https://bugs.winehq.org/attachment.cgi?id=60296 Tail of the log from a failed installation (wine 3.0) Unfortunately, the Office 2010 installer fails to work (again) after it was fixed in #44036 for wine 3.0-rc5. The problem occurs in wine-3.0-rc6 and wine 3.0. The installer aborts (during the very end of the installation process) with the message (loosely translated) "The installer has noticed a problem" and then performs a rollback. I think this was the problem in wine-3.0-rc3 already. I am running an Arch Linux system and installed office in a clean win32 prefix with Windows XP mode. -- 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 44413] New: vcarve pro9: doesn't redraw graphics when necessary, rightli-clicking will reveal refreshed area -- could also be a more sever problem with X11 window server
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44413 Bug ID: 44413 Summary: vcarve pro9: doesn't redraw graphics when necessary, rightli-clicking will reveal refreshed area -- could also be a more sever problem with X11 window server Product: Wine Version: 3.0-rc3 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kirkpatrickian6(a)gmail.com how to reproduce: download vcarvepro9 trial from http://www.vectric.com/products/vcarve.htm run installer with wine -- default config open new document, perform some operation that would require the inner window to redraw right click and then right click somewhere else, part under initial right click will have been redrawn. -- 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 43734] New: Identical CUPS printers MUST have different DESCRIPTIONs to be available to wine
by wine-bugs＠winehq.org 11 Feb '18

11 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=43734 Bug ID: 43734 Summary: Identical CUPS printers MUST have different DESCRIPTIONs to be available to wine Product: Wine Version: 2.0.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: pfortin(a)pfortin.com Distribution: --- New installation of Linux Mageia 6 with wine 2.0.2. I have 2 identical printers -- 1 local and 1 remote. However, with... /etc/printcap: hpoj|HP Officejet Pro 8600:rm=prf.pfortin.com:rp=hpoj: PW|HP Officejet Pro 8600:rm=prf.pfortin.com:rp=PW: only the first printer was available to the applications. Changing the printer DESCRIPTIONs so that they are different: hpoj|HP Officejet Pro 8600 (PF):rm=prf.pfortin.com:rp=hpoj: PW|HP Officejet Pro 8600 (PW):rm=prf.pfortin.com:rp=PW: ^^^^ Applications can now see both printers. -- 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