June 2015 - Wine-Bugs - list.winehq.org

[Bug 19937] New: ArcSoft PhotoStudio 5.5
by wine-bugs＠winehq.org Nov. 14, 2015

Nov. 14, 2015

http://bugs.winehq.org/show_bug.cgi?id=19937 Summary: ArcSoft PhotoStudio 5.5 Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: schulznotee(a)yahoo.com Sorry, guys... I got into the whole Ubuntu thing because it was supposed to be easier to USE. However, I'm not a geek or techie, just a guy who uses my machines for DOING things like photo editing, writing, etc. My problem lies in ArcSoft's PhotoStudio 5.5. I am informed that there is a serious error and that it needs to close. Oh, another problem is that I got your app to let me install my Canoscan 4400F scanner but I can't find where it went. Beyond this little bit of information, beats the stuffin's out of me. -- 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 11

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

Nov. 13, 2015

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 Nov. 13, 2015

Nov. 13, 2015

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 Nov. 13, 2015

Nov. 13, 2015

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 Nov. 13, 2015

Nov. 13, 2015

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 Nov. 13, 2015

Nov. 13, 2015

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 Nov. 13, 2015

Nov. 13, 2015

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 Nov. 13, 2015

Nov. 13, 2015

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(a)debian-home:~$ sha1sum picasa39-setup.exe 39b2df46dbc423e250371e826026a2827f55b956 picasa39-setup.exe austin(a)debian-home:~$ du -h picasa39-setup.exe 17M picasa39-setup.exe austin(a)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 Nov. 13, 2015

Nov. 13, 2015

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 Nov. 13, 2015

Nov. 13, 2015

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