wine-bugs June 2017

wine-bugs@winehq.org

1 participants
7598 discussions

[Bug 23294] New: Eudora 7.1.0.9: The Icons of the minimized mailboxes stack on top of each other
by wine-bugs＠winehq.org 13 Jul '17

13 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=23294 Summary: Eudora 7.1.0.9: The Icons of the minimized mailboxes stack on top of each other Product: Wine Version: 1.2-rc3 Platform: x86-64 URL: http://www.eudora.com/download/eudora/windows/7.1/Eudo ra_7.1.0.9.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Created an attachment (id=29033) --> (http://bugs.winehq.org/attachment.cgi?id=29033) Two minimized mailboxes create overlapping icons - Open the "In" mailbox, minimize it, notice the icon appears in the bottom-left corner; - Open the "Out" mailbox, minimize it, notice the icon is over the icon of the "In" mailbox (see attachment). It should be near it. -- 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 4

[Bug 40198] New: Oblivion: corrupted screenshot using the stamp key
by wine-bugs＠winehq.org 12 Jul '17

12 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=40198 Bug ID: 40198 Summary: Oblivion: corrupted screenshot using the stamp key Product: Wine Version: 1.9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: --- Created attachment 53705 --> https://bugs.winehq.org/attachment.cgi?id=53705 screen1 Using wine 1.9.3 Staging. Every time I take a screenshot in the game The Elder Scroll 4: Oblivion, the screenshot is corrupted. It's in greyscale, and misaligned If I take a screenshot with the internal function of Oblivion Reloaded instead it is all correct. part of wine stderr. fixme:d3d:wined3d_check_device_format_conversion wined3d 0x196e10, adapter_idx 0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! fixme:d3d:wined3d_check_device_format_conversion wined3d 0x196e10, adapter_idx 0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G6R5_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004. fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x5. and others things -- 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 42727] New: obsolete 128MB bitmap size limit
by wine-bugs＠winehq.org 11 Jul '17

11 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=42727 Bug ID: 42727 Summary: obsolete 128MB bitmap size limit Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: claude(a)mathr.co.uk Distribution: --- Created attachment 57708 --> https://bugs.winehq.org/attachment.cgi?id=57708 source code to probe supported bitmap size The current WINE bitmap implementation has a size limit of 128MiB dating back to 2008 with a comment about Windows XP: https://source.winehq.org/git/wine.git/blob/39935fe5ad889d537d828cc82771bdb… 197 /* XP doesn't allow creating bitmaps larger than 128 MB */ 198 if (bm.bmHeight > 128 * 1024 * 1024 / bm.bmWidthBytes) 199 { 200 SetLastError( ERROR_NOT_ENOUGH_MEMORY ); 201 return 0; 202 } However, recent versions of Windows seem to have a higher limit, of 2GiB. Attached source code tries to create bitmaps with increasing sizes (each just under 2^N bytes) and prints successes and eventual failure. The bitmap test code seems to have a test for individual maximum dimension (width), but not for maximum total bitmap size: https://source.winehq.org/git/wine.git/blob/39935fe5ad889d537d828cc82771bdb… Thanks for testing to users at http://www.fractalforums.com/windows-fractal-software/windows-bitmap-size-t… - I'll attach their results after submitting. -- 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 43181] New: NetBSD ptrace.c:678:46: error: 'struct dbreg' has no member named 'dr0' (and more)
by wine-bugs＠winehq.org 11 Jul '17

11 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43181 Bug ID: 43181 Summary: NetBSD ptrace.c:678:46: error: 'struct dbreg' has no member named 'dr0' (and more) Product: Wine Version: 2.9 Hardware: x86-64 OS: NetBSD Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com Created attachment 58452 --> https://bugs.winehq.org/attachment.cgi?id=58452 Entire output I'm using NetBSD 8.99.1 (GENERIC) amd64 I built successfully Wine for 64 bits ONLY (no 32 and 16 bits compatibility) with the exact same wip/wine-staging package I made by myself. To be able to build it to have 32 bits compatibility, I had to use a chroot with a full set of NetBSD i386 inside. It was working in the past, a few months earlier on an earlier version of Wine and NetBSD but not anymore now with 2.9 and NetBSD 8.99.1 (if it can be the problem) I attached the entire output when I "make -C /usr/pkgsrc/wip/wine-staging" -- 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 36183] New: valgrind shows a potential leaks in atl100/tests/atl.c
by wine-bugs＠winehq.org 10 Jul '17

10 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36183 Bug ID: 36183 Summary: valgrind shows a potential leaks in atl100/tests/atl.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13578== 8 bytes in 1 blocks are possibly lost in loss record 37 of 602 ==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13578== by 0x7B8457FF: HeapAlloc (heap.c:271) ==13578== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==13578== by 0x4E29357: OLEClipbrd_Initialize (clipboard.c:1732) ==13578== by 0x4E626C6: OleInitialize (ole2.c:215) ==13578== by 0x4DE5CA0: AtlAxWinInit (atl_ax.c:108) ==13578== by 0x4C9708E: test_ax_win (atl.c:600) ==13578== by 0x4C97273: func_atl (atl.c:627) ==13578== by 0x4C98072: run_test (test.h:584) ==13578== by 0x4C98460: main (test.h:654) ==13578== ==13578== 32 bytes in 1 blocks are possibly lost in loss record 208 of 602 ==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13578== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==13578== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==13578== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==13578== by 0x4DE4213: AtlWinModuleInit (atl.c:436) ==13578== by 0x4C950D9: test_winmodule (atl.c:89) ==13578== by 0x4C9725A: func_atl (atl.c:622) ==13578== by 0x4C98072: run_test (test.h:584) ==13578== by 0x4C98460: main (test.h:654) ==13578== ==1611== 32 bytes in 1 blocks are possibly lost in loss record 217 of 629 ==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1611== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==1611== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==1611== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==1611== by 0x4E62252: test_winmodule (atl.c:101) ==1611== by 0x4E6425A: func_atl (atl.c:622) ==1611== by 0x4E65072: run_test (test.h:584) ==1611== by 0x4E65460: main (test.h:654) ==1611== ==1611== 32 bytes in 1 blocks are possibly lost in loss record 218 of 629 ==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1611== by 0x5B300B4: alloc_bstr (oleaut.c:162) ==1611== by 0x5B3044A: SysAllocStringLen (oleaut.c:324) ==1611== by 0x5B535E8: TLB_MultiByteToBSTR (typelib.c:1753) ==1611== by 0x5B580A8: ITypeLib2_Constructor_MSFT (typelib.c:3706) ==1611== by 0x5B57398: TLB_ReadTypeLib (typelib.c:3460) ==1611== by 0x5B4F6BC: LoadTypeLibEx (typelib.c:478) ==1611== by 0x5B4F5F8: LoadTypeLib (typelib.c:454) ==1611== by 0x4E639C1: Dispatch_GetTypeInfo (atl.c:520) ==1611== by 0x4F853FA: AtlGetObjectSourceInterface (oaidl.h:811) ==1611== by 0x4E63D58: test_source_iface (atl.c:576) ==1611== by 0x4E6426E: func_atl (atl.c:626) ==1611== by 0x4E65072: run_test (test.h:584) ==1611== by 0x4E65460: main (test.h:654) ==1611== ==1659== 32 bytes in 1 blocks are possibly lost in loss record 218 of 630 ==1659== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1659== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1659== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==1659== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==1659== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==1659== by 0x4E62252: test_winmodule (atl.c:101) ==1659== by 0x4E6425A: func_atl (atl.c:622) ==1659== by 0x4E65072: run_test (test.h:584) ==1659== by 0x4E65460: main (test.h:654) ==1659== ==1986== 80 bytes in 1 blocks are possibly lost in loss record 348 of 630 ==1986== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1986== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1986== by 0x5B040B4: alloc_bstr (oleaut.c:162) ==1986== by 0x5B045F5: SysAllocStringByteLen (oleaut.c:413) ==1986== by 0x5B29DA8: MSFT_ReadAllStrings (typelib.c:2879) ==1986== by 0x5B2B9F0: ITypeLib2_Constructor_MSFT (typelib.c:3581) ==1986== by 0x5B2B398: TLB_ReadTypeLib (typelib.c:3460) ==1986== by 0x5B236BC: LoadTypeLibEx (typelib.c:478) ==1986== by 0x5B235F8: LoadTypeLib (typelib.c:454) ==1986== by 0x4A349C1: Dispatch_GetTypeInfo (atl.c:520) ==1986== by 0x4F553FA: AtlGetObjectSourceInterface (oaidl.h:811) ==1986== by 0x4A34D58: test_source_iface (atl.c:576) ==1986== by 0x4A3526E: func_atl (atl.c:626) ==1986== by 0x4A36072: run_test (test.h:584) ==1986== by 0x4A36460: main (test.h:654) ==1986== -- 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 41363] New: Starcraft Editor crash when accessing Triggers.
by wine-bugs＠winehq.org 08 Jul '17

08 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=41363 Bug ID: 41363 Summary: Starcraft Editor crash when accessing Triggers. Product: Wine Version: 1.9.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zombie_ryushu(a)yahoo.com Distribution: --- In all versions of Starcraft (Brood War) under Wine 1.9.12 to current, Starcraft Map editor Crashes whenever the "Triggers" Dialogue is accessed. Wine will report that the program had a serious problem, and dump a backtrace. -- 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 41585] New: Rogue Operatives won't launch
by wine-bugs＠winehq.org 08 Jul '17

08 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=41585 Bug ID: 41585 Summary: Rogue Operatives won't launch Product: Wine Version: 1.9.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spleefer90(a)gmail.com Distribution: --- Created attachment 55923 --> https://bugs.winehq.org/attachment.cgi?id=55923 crash log - steam Only a window opens saying Your application is built to load COOKED content. No COOKED content was found; This usually means you did not cook content for this build. It also may indicate missing cooked data for a shader platform(e.g., OpenGL under Windows): Make sure your platform's packaging settings include this Targeted RHI. -- 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 22

[Bug 35278] New: KindleforPC crashes with big books
by wine-bugs＠winehq.org 08 Jul '17

08 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=35278 Bug ID: 35278 Summary: KindleforPC crashes with big books Product: Wine Version: 1.7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)staerk.de Classification: Unclassified Created attachment 47052 --> http://bugs.winehq.org/attachment.cgi?id=47052 backtrace when clicking onto a large book in Amazon Kindle reader for PC When starting Kindle.exe to read my e-books, wine crashes with the attached backtrace. I tried with SUSE 13.1 and SUSE 12.2, in both cases it crashes. -- 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 9

[Bug 35142] New: Lara Croft and the Guardian of Light: screen filled with artefacts when StrictDrawOrdering disabled
by wine-bugs＠winehq.org 07 Jul '17

07 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=35142 Bug ID: 35142 Summary: Lara Croft and the Guardian of Light: screen filled with artefacts when StrictDrawOrdering disabled Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Classification: Unclassified Created attachment 46879 --> http://bugs.winehq.org/attachment.cgi?id=46879 terminal output Strange polygons are flashing in and out in the game, cutscenes are affected too. 'winetricks strictdrawordering=enabled' makes those artefacts go away (but performance suffers). Demo version is available on Steam: http://store.steampowered.com/app/35130/ Nvidia binary drivers 325.15 -- 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 12

[Bug 43257] New: winetricks -q art2kmin fails
by wine-bugs＠winehq.org 07 Jul '17

07 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43257 Bug ID: 43257 Summary: winetricks -q art2kmin fails Product: Wine Version: 2.11 Hardware: x86 OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: hans(a)meelstraat.net, z.figura12(a)gmail.com Regression SHA1: a388906a1a963b77125dc0f184484c0993b9fb49 Distribution: Gentoo commit a388906a1a963b77125dc0f184484c0993b9fb49 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Mon Jun 26 20:28:00 2017 -0500 msi: Send the correct UI messages upon calling MsiDoAction(). Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Hans Leidekker <hans(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> $ winetricks -q art2kmin Executing w_do_call art2kmin Executing load_art2kmin Executing cd /Users/austin/.cache/winetricks/art2kmin Executing wine AccessRuntime.exe /q fixme:ntdll:NtLockFile I/O completion on lock not implemented yet err:msi:ACTION_CallDllFunction Custom action (L"C:\\users\\austin\\Temp\\msi4da4.tmp":L"ExportTempHxDs") caused a page fault: c0000005 err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 003f, blocked by 004f, retrying (60 sec) -- 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

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 June 2017