wine-bugs June 2015

wine-bugs@winehq.org

1 participants
8356 discussions

[Bug 29309] New: Zynaps remix exits with memory access violation
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=29309 Bug #: 29309 Summary: Zynaps remix exits with memory access violation Product: Wine Version: 1.3.34 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: neptunia(a)mail.ru Classification: Unclassified When starting Zynaps Remix game, it exits with access violation: fixme:win:EnumDisplayDevicesW ((null),0,0x33f6a4,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f668,0x00000000), stub! fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretend ing there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretend ing there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretend ing there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretend ing there's only 2 channels fixme:win:EnumDisplayDevicesW ((null),0,0x33f640,0x00000000), stub! fixme:ddraw:ddraw7_RestoreAllSurfaces iface 0x134390 stub! -- 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 6

[Bug 38464] New: valgrind shows a possible leak in wininet/tests/http.c test_async_HttpSendRequestEx()
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38464 Bug ID: 38464 Summary: valgrind shows a possible leak in wininet/tests/http.c test_async_HttpSendRequestEx() Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ==18670== 32 bytes in 1 blocks are possibly lost in loss record 210 of 744 ==18670== at 0x7BC49E0E: notify_alloc (heap.c:254) ==18670== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==18670== by 0x7BC38BE1: RtlInitializeCriticalSectionEx (critsection.c:326) ==18670== by 0x7B870063: InitializeCriticalSectionEx (sync.c:354) ==18670== by 0x7B86FFF7: InitializeCriticalSection (sync.c:311) ==18670== by 0x489254D: test_async_HttpSendRequestEx (http.c:5325) ==18670== by 0x4893C07: func_http (http.c:5654) ==18670== by 0x48A9CA6: run_test (test.h:584) ==18670== by 0x48AA0E0: main (test.h:666) ==18670== -- 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 14894] New: Segmentation Fault in Cubis Gold 2
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

http://bugs.winehq.org/show_bug.cgi?id=14894 Summary: Segmentation Fault in Cubis Gold 2 Product: Wine Version: 1.0.0 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: bywec8j02(a)sneakemail.com Created an attachment (id=15464) --> (http://bugs.winehq.org/attachment.cgi?id=15464) output from terminal using ~/.wine/drive_c/Program Files/CubisGold2$ rpm -qa|grep wine wine-esd-1.0-1.fc9.i386 wine-twain-1.0-1.fc9.i386 wine-tools-1.0-1.fc9.i386 wine-ldap-1.0-1.fc9.i386 wine-capi-1.0-1.fc9.i386 wine-nas-1.0-1.fc9.i386 wine-1.0-1.fc9.i386 wine-cms-1.0-1.fc9.i386 wine-jack-1.0-1.fc9.i386 wine-desktop-1.0-1.fc9.i386 wine-core-1.0-1.fc9.i386 on Fedora 9 32bit, AMD64, 1GB ram. and get a segmentation fault. See attachment. -- 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 35

[Bug 36427] New: valgrind shows several leaks in dlls/taskschd/tests/scheduler.c
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=36427 Bug ID: 36427 Summary: valgrind shows several leaks in dlls/taskschd/tests/scheduler.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48456 --> https://bugs.winehq.org/attachment.cgi?id=48456 valgrind log ==26838== 96 bytes in 1 blocks are definitely lost in loss record 458 of 701 ==26838== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==26838== by 0x4ECBA52: alloc_bstr (oleaut.c:162) ==26838== by 0x4ECC01D: SysAllocStringLen (oleaut.c:324) ==26838== by 0x4ECC128: SysAllocString (oleaut.c:232) ==26838== by 0x649A80E: regtask_get_Name (regtask.c:133) ==26838== by 0x4D69DF9: test_GetTask (taskschd.h:878) ==26838== by 0x4D6E424: func_scheduler (scheduler.c:1409) ==26838== by 0x4D6F224: run_test (test.h:584) ==26838== by 0x4D6F612: main (test.h:654) ==26838== ==26838== 76 bytes in 1 blocks are definitely lost in loss record 408 of 701 ==26838== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==26838== by 0x649D2B8: TaskDefinition_get_Settings (taskschd_private.h:44) ==26838== by 0x4D6A227: test_TaskDefinition (taskschd.h:2557) ==26838== by 0x4D6E429: func_scheduler (scheduler.c:1410) ==26838== by 0x4D6F224: run_test (test.h:584) ==26838== by 0x4D6F612: main (test.h:654) ==26838== ==26960== 72 bytes in 1 blocks are definitely lost in loss record 400 of 702 ==26960== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==26960== by 0x5DB8D1C: RPCRT4_AllocBinding (rpc_binding.c:114) ==26960== by 0x5DBBDCD: RpcBindingFromStringBindingW (rpc_binding.c:140) ==26960== by 0x649DB71: TaskService_Connect (task.c:2613) ==26960== by 0x4D6C4F3: test_FolderCollection (taskschd.h:503) ==26960== by 0x4D6E41F: func_scheduler (scheduler.c:1408) ==26960== by 0x4D6F224: run_test (test.h:584) ==26960== by 0x4D6F612: main (test.h:654) ==26960== ==27105== 48 bytes in 3 blocks are definitely lost in loss record 333 of 703 ==27105== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==27105== by 0x649BBC8: RegisteredTask_create (taskschd_private.h:44) ==27105== by 0x64979C5: TaskFolder_RegisterTask (folder.c:334) ==27105== by 0x4D68043: test_GetTask (taskschd.h:2007) ==27105== by 0x4D6E424: func_scheduler (scheduler.c:1409) ==27105== by 0x4D6F224: run_test (test.h:584) ==27105== by 0x4D6F612: main (test.h:654) ==27105== 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 5

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

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38589 Bug ID: 38589 Summary: . Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chiampan76(a)gmail.com Distribution: --- Created attachment 51487 --> https://bugs.winehq.org/attachment.cgi?id=51487 Sades 7.1 I'm trying to install driver headphones game sades 7.1 CH but return the following error (see attachment) -- 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 38450] New: valgrind shows a leak in shell32/tests/shlfolder.c
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38450 Bug ID: 38450 Summary: valgrind shows a leak in shell32/tests/shlfolder.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==15811== 4 bytes in 1 blocks are definitely lost in loss record 24 of 688 ==15811== at 0x7BC49E0E: notify_alloc (heap.c:254) ==15811== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==15811== by 0x49460C1: SHCreateShellItemArrayFromIDLists (shellitem.c:1289) ==15811== by 0x48BD29F: test_SHCreateShellItemArray (shlfolder.c:3633) ==15811== by 0x48C612E: func_shlfolder (shlfolder.c:5246) ==15811== by 0x48CBA4B: run_test (test.h:584) ==15811== by 0x48CBE85: main (test.h:666) ==15811== -- 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 37729] New: Picasa 3.9 crashes in setupapi.SetupFindFirstLineW
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=37729 Bug ID: 37729 Summary: Picasa 3.9 crashes in setupapi.SetupFindFirstLineW Product: Wine Version: 1.7.32 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 50230 --> https://bugs.winehq.org/attachment.cgi?id=50230 backtrace austin@debian-home:~$ sha1sum picasa39-setup.exe 39b2df46dbc423e250371e826026a2827f55b956 picasa39-setup.exe austin@debian-home:~$ du -h picasa39-setup.exe 17M picasa39-setup.exe austin@debian-home:~$ wine --version wine-1.7.32 the crash is in a child process and doesn't print to the console (with the crash dialog disabled). -- 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 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

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 2015