wine-bugs November 2015

wine-bugs@winehq.org

1 participants
7926 discussions

[Bug 36450] New: EnumFontFamilies should report unsubstituted font names
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=36450 Bug ID: 36450 Summary: EnumFontFamilies should report unsubstituted font names Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com I'm stuck and I think someone else should work on this. My last attempt is here: http://source.winehq.org/patches/data/104492 It was rejected because although the new GDI tests worked, it broke the GDI+ tests: http://www.winehq.org/pipermail/wine-devel/2014-May/104234.html -- 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 38677] New: valgrind shows invalid memory use in dlls/kernel32/tests/path.c:test_PathNameA()
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38677 Bug ID: 38677 Summary: valgrind shows invalid memory use in dlls/kernel32/tests/path.c:test_PathNameA() Product: Wine Version: 1.7.44 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: Fedora ==15348== Invalid write of size 2 ==15348== at 0x7B858CAD: lstrcpynW (winbase.h:2573) ==15348== by 0x7B859ED7: GetShortPathNameW (path.c:512) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== Address 0x46c4922 is 0 bytes after a recently re-allocated block of size 34 alloc'd ==15348== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==15348== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==15348== by 0x7B84351C: HeapAlloc (heap.c:271) ==15348== by 0x7B859C9E: GetShortPathNameW (path.c:466) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== ==15348== Invalid write of size 2 ==15348== at 0x7B858CCA: lstrcpynW (winbase.h:2575) ==15348== by 0x7B859ED7: GetShortPathNameW (path.c:512) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== Address 0x46c4924 is 2 bytes after a recently re-allocated block of size 34 alloc'd ==15348== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==15348== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==15348== by 0x7B84351C: HeapAlloc (heap.c:271) ==15348== by 0x7B859C9E: GetShortPathNameW (path.c:466) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== ==15348== Invalid read of size 2 ==15348== at 0x7BC61692: RtlIsDosDeviceName_U (path.c:300) ==15348== by 0x7BC628A3: RtlGetFullPathName_U (path.c:791) ==15348== by 0x7BC61A16: RtlDosPathNameToNtPathName_U (path.c:379) ==15348== by 0x7B83F154: FindFirstFileExW (file.c:1889) ==15348== by 0x7B840183: FindFirstFileW (file.c:2263) ==15348== by 0x7B859F34: GetShortPathNameW (path.c:525) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== Address 0x46c4922 is 0 bytes after a recently re-allocated block of size 34 alloc'd ==15348== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==15348== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==15348== by 0x7B84351C: HeapAlloc (heap.c:271) ==15348== by 0x7B859C9E: GetShortPathNameW (path.c:466) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== ==15348== Invalid read of size 2 ==15348== at 0x7BC60B83: strlenW (unicode.h:200) ==15348== by 0x7BC6271E: get_full_path_helper (path.c:744) ==15348== by 0x7BC6293E: RtlGetFullPathName_U (path.c:805) ==15348== by 0x7BC61A16: RtlDosPathNameToNtPathName_U (path.c:379) ==15348== by 0x7B83F154: FindFirstFileExW (file.c:1889) ==15348== by 0x7B840183: FindFirstFileW (file.c:2263) ==15348== by 0x7B859F34: GetShortPathNameW (path.c:525) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== Address 0x46c4922 is 0 bytes after a recently re-allocated block of size 34 alloc'd ==15348== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==15348== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==15348== by 0x7B84351C: HeapAlloc (heap.c:271) ==15348== by 0x7B859C9E: GetShortPathNameW (path.c:466) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== ==15348== Invalid read of size 2 ==15348== at 0x400AC2C: __GI_memmove (vg_replace_strmem.c:1143) ==15348== by 0x7BC62772: get_full_path_helper (path.c:752) ==15348== by 0x7BC6293E: RtlGetFullPathName_U (path.c:805) ==15348== by 0x7BC61A16: RtlDosPathNameToNtPathName_U (path.c:379) ==15348== by 0x7B83F154: FindFirstFileExW (file.c:1889) ==15348== by 0x7B840183: FindFirstFileW (file.c:2263) ==15348== by 0x7B859F34: GetShortPathNameW (path.c:525) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== Address 0x46c4924 is 2 bytes after a recently re-allocated block of size 34 alloc'd ==15348== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==15348== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==15348== by 0x7B84351C: HeapAlloc (heap.c:271) ==15348== by 0x7B859C9E: GetShortPathNameW (path.c:466) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== 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.

1 2

[Bug 38477] New: [regression] Elevated: Invisible textures since wine-1.7.34-58-gc6232e1
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38477 Bug ID: 38477 Summary: [regression] Elevated: Invisible textures since wine-1.7.34-58-gc6232e1 Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debuser1(a)mt2014.com Distribution: --- Created attachment 51318 --> https://bugs.winehq.org/attachment.cgi?id=51318 Actual buggy look in first seconds Steps to reproduce: 1. Install `winetricks winxp vd=1024x768 d3dx9` in empty wineprefix (d3dx9_33 is enough, but winetricks doesn't have a term for it) 2. Run elevated_1024x768.exe ( http://www.pouet.net/prod.php?which=52938 ) 3. See empty screen in first seconds instead of a seashore (see attached screenshot) Expected look: https://bugs.winehq.org/attachment.cgi?id=50227 Regression since wine-1.7.34-58-gc6232e1: commit c6232e1d111ae8929c53c02211cde4a9777311fd wined3d: Create GL sampler objects for wined3d sampler objects. Notes: Patch attached to bug 37728 may be also required to make Elevated look correct -- 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 9032] Adobe Premiere 6 video playback broken
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=9032 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #16 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 1.7.55. -- 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 27061] New: iNode Client could not start
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=27061 Summary: iNode Client could not start Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com 1. download http://helpdesk.sysu.edu.cn/images/stories/uploads/iNodeSetup3.60-6208.exe 2. register a native netcfgx.dll, workaround for Bug 27060 3. winetricks -q vcrun2005, workaround for Bug 23094 4. install iNodeSetup3.60-6208.exe with wine. 5. try to run iNode Client.exe : However, iNode Client just display a icon in the system tray bar for a while an then quit automatically . Is there any workaround? $ wine iNode\ Client.exe fixme:msvcrt:_setmbcp trail bytes data not available for DBCS codepage 0 - assuming all bytes fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported. err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\H3C\\iNode Client\\iNode Client.exe" failed with error 0 err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\H3C\\iNode Client\\iNode Client.tlb" failed with error 2 fixme:win:RegisterDeviceNotificationA (hwnd=0x1006c, filter=0x32da38,flags=0x00000000) returns a fake device notification handle! fixme:win:RegisterDeviceNotificationA (hwnd=0x1006c, filter=0x32da38,flags=0x00000000) returns a fake device notification handle! fixme:win:RegisterDeviceNotificationA (hwnd=0x1006c, filter=0x32da38,flags=0x00000000) returns a fake device notification handle! -- 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 21

[Bug 38255] New: Sid Meier's Ace Patrol needs msvcp110.dll._Thrd_current
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38255 Bug ID: 38255 Summary: Sid Meier's Ace Patrol needs msvcp110.dll._Thrd_current Product: Wine Version: 1.7.39 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- With built-in msvcp110.dll the game crashes on start. > wine: Call from 0x7b8394e4 to unimplemented function msvcp110.dll._Thrd_current, aborting Mscodescan output: ./AcePatrol.exe imports following stub symbols: msvcp110:??0_Pad@std@@QAE@XZ msvcp110:??1_Pad@std@@QAE@XZ msvcp110:?_Future_error_map@std@@YAPBDH@Z msvcp110:?_Launch@_Pad@std@@QAEXPAU_Thrd_imp_t@@@Z msvcp110:?_Release@_Pad@std@@QAEXXZ msvcp110:?_Syserror_map@std@@YAPBDH@Z msvcp110:?_Throw_C_error@std@@YAXH@Z msvcp110:?_Throw_Cpp_error@std@@YAXH@Z msvcp110:?_Winerror_map@std@@YAPBDH@Z msvcp110:?_Xbad_function_call@std@@YAXXZ msvcp110:_Thrd_current msvcp110:_Thrd_equal msvcp110:_Thrd_join msvcp110:_Thrd_sleep msvcp110:_Xtime_diff_to_millis2 msvcp110:xtime_get ./AcePatrol.exe imports following stub symbols: msvcr110:?_Id@_CurrentScheduler@details@Concurrency@@SAIXZ msvcr110:?wait@Concurrency@@YAXI@Z msvcr110:__crtUnhandledException -- 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 36607] New: valgrind shows two definite leaks in xmllite/tests/reader.c
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=36607 Bug ID: 36607 Summary: valgrind shows two definite leaks in xmllite/tests/reader.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: xmllite Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==22128== 26 bytes in 1 blocks are definitely lost in loss record 60 of 242 ==22128== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==22128== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==22128== by 0x7B8457FF: HeapAlloc (heap.c:271) ==22128== by 0x7B845B34: GlobalAlloc (heap.c:388) ==22128== by 0x4CA241F: create_stream_on_data (reader.c:67) ==22128== by 0x4CA902F: test_readvaluechunk (reader.c:1400) ==22128== by 0x4CAAE32: func_reader (reader.c:1799) ==22128== by 0x4CAF3A1: run_test (test.h:584) ==22128== by 0x4CAF790: main (test.h:654) ==22128== ==22128== 32 bytes in 1 blocks are definitely lost in loss record 72 of 242 ==22128== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==22128== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==22128== by 0x4E3D16C: CreateStreamOnHGlobal (hglobalstream.c:591) ==22128== by 0x4CA2469: create_stream_on_data (reader.c:72) ==22128== by 0x4CA902F: test_readvaluechunk (reader.c:1400) ==22128== by 0x4CAAE32: func_reader (reader.c:1799) ==22128== by 0x4CAF3A1: run_test (test.h:584) ==22128== by 0x4CAF790: main (test.h:654) ==22128== and a possible leak: ==22128== 8 bytes in 1 blocks are possibly lost in loss record 12 of 242 ==22128== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==22128== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==22128== by 0x7B8457FF: HeapAlloc (heap.c:271) ==22128== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==22128== by 0x4CA241F: create_stream_on_data (reader.c:67) ==22128== by 0x4CA902F: test_readvaluechunk (reader.c:1400) ==22128== by 0x4CAAE32: func_reader (reader.c:1799) ==22128== by 0x4CAF3A1: run_test (test.h:584) ==22128== by 0x4CAF790: main (test.h:654) ==22128== -- 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 24572] New: Freelancer: font on setup screens displays in black rather than white making it nearly unreadable
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=24572 Summary: Freelancer: font on setup screens displays in black rather than white making it nearly unreadable Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com Created an attachment (id=31034) --> (http://bugs.winehq.org/attachment.cgi?id=31034) Install log Ubuntu 10.04 The text on the setup screens is displayed as black rather than white. On buttons it can be hovered and will turn white but not in blocks of text. Install log attached, though I can't see anything helpful. -- 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 7

[Bug 35702] New: SetConsoleKeyShortcuts unimplemented
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=35702 Bug ID: 35702 Summary: SetConsoleKeyShortcuts unimplemented Product: Wine Version: 1.7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: jksregistrierungen(a)gmail.com Created attachment 47674 --> http://bugs.winehq.org/attachment.cgi?id=47674 crashlog SetConsoleKeyShortcuts, which is needed for FAR Manager, is unimplemented. -- 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 37165] New: Sacred 2 Gold (v2.65.1) fails to start correctly, displays only a black screen in virtual desktop mode
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=37165 Bug ID: 37165 Summary: Sacred 2 Gold (v2.65.1) fails to start correctly, displays only a black screen in virtual desktop mode Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: d50350886a3e15da29f29f7b3fb539e19a80d6d2 Created attachment 49398 --> https://bugs.winehq.org/attachment.cgi?id=49398 terminal output I have this problem with Sacred 2: Ice & Blood (the Gold version), but can't reproduce it with the official demo of Sacred2: Fallen Angel v1.0.0. When I start the game in virtual desktop mode the loading/initialization screen is displayed correctly but the game is minimized to icon size when the first intro video is playing. If I double click on the Sacred2.exe icon then the game is restored to fullscreen but the screen remains black. In fullscreen mode the game is minimized to the upper panel in XFCE when the intro video is playing, clicking on it restores it to fullscreen. Both virtual desktop mode and Wine's fullscreen mode behaved differently in previous Wine versions, and reverting the following commit on 1.7.25 fixes the issue for me: d50350886a3e15da29f29f7b3fb539e19a80d6d2 is the first bad commit commit d50350886a3e15da29f29f7b3fb539e19a80d6d2 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Fri Jun 27 08:27:00 2014 +0200 d3d9: Check the device status in present calls. :040000 040000 567d36430750186faa6eb358b2b9a5a2b0e4b01f 9d09487c930faa288f6069918a0e9f5683534781 M dlls I tested this bug under XFCE 4.10, Gnome 3 and Openbox window managers. The problem doesn't exist if I start the game in windowed mode. The problem occurs if the size of the VD is the same as the resolution the game is running at. If I set up a VD sized 1024x768 but let the game run @1440x900 the problem doesn't happen: the loading screen is displyed in 1024x768 then the game switches to 1440x900 (without the aforementioned black screen issue). Please let me know if you need a debug log or further tests. Wine 1.7.25 Fedora 20 X.Org X Server 1.14.4 XFCE 4.10 Nvidia binary drivers 340.32 -- 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

Jump to page:

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 November 2015