wine-bugs June 2015

wine-bugs@winehq.org

1 participants
8352 discussions

[Bug 35775] New: Multiple Realarcade installers crash on startup due to IFile::PutAttributes method stub
by wine-bugs＠winehq.org 26 Jun '15

26 Jun '15

https://bugs.winehq.org/show_bug.cgi?id=35775 Bug ID: 35775 Summary: Multiple Realarcade installers crash on startup due to IFile::PutAttributes method stub Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant,+typelib,+scrrun,+msgbox wine ./Installer_BonniesBookstore_EN.exe >>log.txt 2>&1 ... 002a:trace:scrrun:file_Invoke (0x2406408)->(1003 {00000000-0000-0000-0000-000000000000} 2048 4 0x33f6b0 0x33f6c8 0x33f690 0x33f6e4) 002a:trace:ole:ITypeInfo_fnInvoke (0x15d840)(0x2406408,id=1003,flags=0x00000004,0x33f6b0,0x33f6c8,0x33f690,0x33f6e4) 002a:trace:ole:dump_DispParms args=1 named args=1 002a:trace:ole:dump_DispParms named args: 002a:trace:ole:dump_DispParms 0xfffffffd 002a:trace:ole:dump_DispParms args: 002a:trace:ole:dump_Variant 0x6c9600->{VT_R8,3.200e+01} 002a:trace:ole:ITypeInfo_fnInvoke invoking: 002a:Call ntdll.RtlAllocateHeap(00110000,00000008,00000026) ret=7e75921f 002a:Ret ntdll.RtlAllocateHeap() retval=026f0b40 ret=7e75921f 002a:trace:ole:ITypeInfo_fnAddRef (0x15ce40)->ref is 1 002a:trace:ole:ITypeLib2_fnAddRef (0x158720) ref=7 002a:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x15d840) hreftype 0x012c loaded SUCCESS (0x15ce40) 002a:trace:ole:ITypeInfo_fnGetTypeAttr (0x15ce40) 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,0000004c) ret=7e7592b4 002a:Ret ntdll.RtlAllocateHeap() retval=023212d0 ret=7e7592b4 002a:trace:ole:ITypeInfo_fnReleaseTypeAttr (0x15ce40)->(0x23212d0) 002a:Call ntdll.RtlFreeHeap(00110000,00000000,023212d0) ret=7e759375 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e759375 002a:trace:ole:ITypeInfo_fnRelease (0x15ce40)->(0) 002a:trace:ole:ITypeLib2_fnRelease (0x158720) ref=6 002a:trace:ole:ITypeInfo_fnInvoke changing args 002a:trace:ole:dump_Variant 0x6c9600->{VT_R8,3.200e+01} 002a:trace:variant:VariantChangeTypeEx (0x26f0b40->(VT_R8),0x6c9600->(VT_R8),0x00000400,0x0000,VT_I4) 002a:trace:variant:VariantClear (0x33f1a8->(VT_EMPTY)) 002a:trace:variant:VariantClear (0x33f198->(VT_EMPTY)) 002a:trace:variant:VariantCopyInd (0x33f198->(VT_EMPTY),0x6c9600->(VT_R8)) 002a:trace:variant:VariantCopy (0x33f198->(VT_EMPTY),0x6c9600->(VT_R8)) 002a:trace:variant:VariantClear (0x33f198->(VT_EMPTY)) 002a:trace:variant:VARIANT_Coerce (0x33f1a8->(VT_EMPTY),0x00000400,0x0000,0x33f198->(VT_R8),VT_I4) 002a:trace:variant:VariantCopy (0x26f0b40->(VT_R8),0x33f1a8->(VT_I4)) 002a:trace:variant:VariantClear (0x26f0b40->(VT_R8)) 002a:trace:variant:VariantClear (0x33f1a8->(VT_I4)) 002a:trace:variant:VariantClear (0x33f198->(VT_R8)) 002a:trace:variant:VariantChangeTypeEx returning 0x00000000, 0x26f0b40->(VT_I4) 002a:trace:ole:DispCallFunc (0x2406408, 60, 4, 10, 1, 0x26f0b64, 0x26f0b60, 0x33f2d0 (vt=10)) 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,00000018) ret=7e7592b4 002a:Ret ntdll.RtlAllocateHeap() retval=026d5fe0 ret=7e7592b4 002a:trace:ole:DispCallFunc arg 0: type 3 002a:trace:ole:dump_Variant 0x26f0b40->{VT_I4,32} 002a:fixme:scrrun:file_put_Attributes (0x2406408)->(20) 002a:Call ntdll.RtlFreeHeap(00110000,00000000,026d5fe0) ret=7e759375 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e759375 002a:trace:ole:DispCallFunc retval: 0x33f2d0->{VT_ERROR} 002a:trace:variant:VariantClear (0x26f0b40->(VT_I4)) 002a:trace:variant:VariantClear (0x26f0b50->(VT_EMPTY)) 002a:warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0x80004001 002a:Call ole32.GetErrorInfo(00000000,0033f294) ret=7e76893e 002a:trace:ole:GetErrorInfo (0, 0x33f294, (nil)) 002a:Ret ole32.GetErrorInfo() retval=00000001 ret=7e76893e 002a:Call ntdll.RtlFreeHeap(00110000,00000000,026f0b40) ret=7e759375 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e759375 002a:trace:ole:ITypeInfo_fnInvoke -- 0x80020009 002a:trace:ole:ITypeInfo_fnRelease (0x15d840)->(105) 002a:Call oleaut32.VariantClear(006c9600) ret=0034c970 002a:trace:variant:VariantClear (0x6c9600->(VT_R8)) 002a:Ret oleaut32.VariantClear() retval=00000000 ret=0034c970 002a:Call ntdll.RtlFreeHeap(0063a000,00000000,006c9600) ret=00355a3f 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=00355a3f 002a:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,00000003,ffffffff,00000000,00000000,00000000,00000000) ret=003545f1 002a:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7b84cc6d ip=7b84cc6d tid=002a 002a:trace:seh:raise_exception info[0]=00000000 002a:trace:seh:raise_exception info[1]=00000003 002a:trace:seh:raise_exception eax=00000003 ebx=7b8bb000 ecx=00000000 edx=00000020 esi=0033f5ac edi=0033f560 002a:trace:seh:raise_exception ebp=0033f4b8 esp=0033f4a8 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 002a:trace:seh:call_stack_handlers calling handler at 0x368a90 code=c0000005 flags=0 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/1e46f605c5f4d40f6eeb3839a75be7c4… --- snip --- 2247 static HRESULT WINAPI file_put_Attributes(IFile *iface, FileAttribute pfa) 2248 { 2249 struct file *This = impl_from_IFile(iface); 2250 FIXME("(%p)->(%x)\n", This, pfa); 2251 return E_NOTIMPL; 2252 } --- snip --- $ sha1sum Installer_BonniesBookstore_EN.exe 6b5db9c712504a0bd09c74d6cc6f651576cce717 Installer_BonniesBookstore_EN.exe $ du -sh Installer_BonniesBookstore_EN.exe 1.7M Installer_BonniesBookstore_EN.exe $ wine --version wine-1.7.10-222-ge12bb32 Regards -- 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 38769] New: Additional AES algorithms in schannel break wine build
by wine-bugs＠winehq.org 26 Jun '15

26 Jun '15

https://bugs.winehq.org/show_bug.cgi?id=38769 Bug ID: 38769 Summary: Additional AES algorithms in schannel break wine build Product: Wine Version: 1.7.45 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- Hi Jacek, I finally found some time for wine and your todays patch broke my wine building machine (no offence ;c) commit 3617e2b2a9f028347702c87da97e6a74f854027e Author: Jacek Caban <jacek(a)codeweavers.com> Date: Tue Jun 16 13:46:32 2015 +0200 secur32: Added support for a few more algorithms in schannel_get_cipher_algid. wine-1.7.45-88-g1342254 builds fine, but wine-1.7.45-89-g3617e2b fails with: make[1]: Entering directory '/build/wine_git_build_32/dlls/secur32' gcc -m32 -c -o schannel_gnutls.o ../../../wine_git_build/dlls/secur32/schannel_gnutls.c -I. \ -I../../../wine_git_build/dlls/secur32 -I../../include -I../../../wine_git_build/include \ -I/usr/include/p11-kit-1 -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing \ -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits \ -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -gdwarf-2 \ -gstrict-dwarf -fno-omit-frame-pointer -g -O0 ../../../wine_git_build/dlls/secur32/schannel_gnutls.c: In function ‘schannel_get_cipher_algid’: ../../../wine_git_build/dlls/secur32/schannel_gnutls.c:302:10: error: ‘GNUTLS_CIPHER_AES_128_GCM’ undeclared (first use in this function) case GNUTLS_CIPHER_AES_128_GCM: return CALG_AES_128; ^ ../../../wine_git_build/dlls/secur32/schannel_gnutls.c:302:10: note: each undeclared identifier is reported only once for each function it appears in ../../../wine_git_build/dlls/secur32/schannel_gnutls.c:304:10: error: ‘GNUTLS_CIPHER_AES_256_GCM’ undeclared (first use in this function) case GNUTLS_CIPHER_AES_256_GCM: ^ Makefile:339: recipe for target 'schannel_gnutls.o' failed make[1]: *** [schannel_gnutls.o] Error 1 make[1]: Leaving directory '/build/wine_git_build_32/dlls/secur32' Makefile:13239: recipe for target 'dlls/secur32' failed make: *** [dlls/secur32] Error 2 -- 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 18

[Bug 36192] New: valgrind shows a definite leak in mmdevapi/tests/capture.c
by wine-bugs＠winehq.org 26 Jun '15

26 Jun '15

https://bugs.winehq.org/show_bug.cgi?id=36192 Bug ID: 36192 Summary: valgrind shows a definite leak in mmdevapi/tests/capture.c Product: Wine Version: 1.3.37 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Regression SHA1: f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf ==11141== 120 bytes in 3 blocks are definitely lost in loss record 280 of 481 ==11141== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==11141== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==11141== by 0x4FD9590: IMalloc_fnAlloc (ifs.c:186) ==11141== by 0x4FD9EAB: CoTaskMemAlloc (objidl.h:1236) ==11141== by 0x6541652: AudioClient_GetMixFormat (mmdevdrv.c:1747) ==11141== by 0x609B860: set_format (audioclient.h:330) ==11141== by 0x609B9DF: load_driver_devices (devenum.c:464) ==11141== by 0x609D231: MMDevEnum_Create (devenum.c:852) ==11141== by 0x60A0445: MMCF_CreateInstance (main.c:252) ==11141== by 0x4FBAD96: CoCreateInstance (unknwn.h:226) ==11141== by 0x4E52328: func_capture (capture.c:1081) ==11141== by 0x4E67EAF: run_test (test.h:584) ==11141== by 0x4E6829E: main (test.h:654) ==11141== -- 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 34406] New: regression: Finale Notepad 2012 doesn't copy/create user files on program start
by wine-bugs＠winehq.org 26 Jun '15

26 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=34406 Bug #: 34406 Summary: regression: Finale Notepad 2012 doesn't copy/create user files on program start Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: s_chriscollins(a)hotmail.com Classification: Unclassified Program: Finale NotePad 2012 (free download) Download URL: http://www.finalemusic.com/products/finale-notepad/ Commit causing regression: 5851032d07c321f2c050187115cfd8e21b5f3f49 (advapi: Implement SetNamedSecurityInfoW on top of SetSecurityInfo.) Reproducing the Bug: 1) Download and install Finale NotePad 2012. 2) Run the Finale Notepad 2012 application. 3) Click "OK" or "Continue" on all the dialogs, and then you'll get to a registration dialog. Click "Remind Me Later". Result: Finale throws an error: "Finale NotePad cannot start the Wizard because a necessary data file (Maestro Font Default.FTM) could not be found." Expected result: NotePad should bring up the new song wizard, which it does correctly using Wine 1.4 and all versions leading up to the commit listed above. Here's what appears to be happening: When installing Finale NotePad, default user files are copied to "drive_c/users/Public/Application Data/MakeMusic". When running the NotePad application for the first time after installation, files are copied from this public location to the current user at "drive_c/users/[username]/Application Data/MakeMusic", and some additional configuration files are created in this same location. After the regression, these user-specific files are never copied/created, causing NotePad to throw the error. Once these files are created, perhaps by an earlier version of Wine, NotePad will run even in newer versions of Wine. -- 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 34

[Bug 38764] New: Improper device request/IRP handling causes heap corruption in wineserver
by wine-bugs＠winehq.org 26 Jun '15

26 Jun '15

https://bugs.winehq.org/show_bug.cgi?id=38764 Bug ID: 38764 Summary: Improper device request/IRP handling causes heap corruption in wineserver Product: Wine Version: 1.7.45 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, while testing Erich's patch in bug 21448 I encountered heap corruption in wineserver. This shouldn't happen regardless of any client side mishap :| --- snip --- $ gdb -q --args wineserver -f Reading symbols from wineserver...done. (gdb) r Starting program: /home/focht/projects/wine/wine.repo/install/bin/wineserver -f Missing separate debuginfos, use: dnf debuginfo-install glibc-2.21-5.fc22.x86_64 *** Error in `/home/focht/projects/wine/wine.repo/install/bin/wineserver': corrupted double-linked list: 0x0000000000aeb190 *** ======= Backtrace: ========= /lib64/libc.so.6[0x3f72a77e9d] /lib64/libc.so.6[0x3f72a7e813] /lib64/libc.so.6[0x3f72a802bd] /lib64/libc.so.6(__libc_malloc+0x6e)[0x3f72a83b5e] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x43ff8c] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x4484a1] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x414e58] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x415232] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x415844] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x420ccd] /lib64/libc.so.6(__libc_start_main+0xf0)[0x3f72a20790] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x402cd9] ======= Memory map: ======== 00400000-00498000 r-xp 00000000 00:22 8371574 /home/focht/projects/wine/wine.repo/install/bin/wineserver 00697000-00698000 r--p 00097000 00:22 8371574 /home/focht/projects/wine/wine.repo/install/bin/wineserver 00698000-00699000 rw-p 00098000 00:22 8371574 /home/focht/projects/wine/wine.repo/install/bin/wineserver 00699000-00bbc000 rw-p 00000000 00:00 0 [heap] ... Program received signal SIGABRT, Aborted. 0x0000003f72a34a98 in raise () from /lib64/libc.so.6 Missing separate debuginfos, use: dnf debuginfo-install libgcc-5.1.1-1.fc22.x86_64 (gdb) bt #0 0x0000003f72a34a98 in raise () from /lib64/libc.so.6 #1 0x0000003f72a3672a in abort () from /lib64/libc.so.6 #2 0x0000003f72a77ea2 in __libc_message () from /lib64/libc.so.6 #3 0x0000003f72a7e813 in malloc_consolidate () from /lib64/libc.so.6 #4 0x0000003f72a802bd in _int_malloc () from /lib64/libc.so.6 #5 0x0000003f72a83b5e in malloc () from /lib64/libc.so.6 #6 0x000000000043ff8c in read_request (thread=0xae4910) at /home/focht/projects/wine/wine.repo/src/server/request.c:284 #7 0x00000000004484a1 in thread_poll_event (fd=0xae4b40, event=1) at /home/focht/projects/wine/wine.repo/src/server/thread.c:267 #8 0x0000000000414e58 in fd_poll_event (fd=0xae4b40, event=1) at /home/focht/projects/wine/wine.repo/src/server/fd.c:446 #9 0x0000000000415232 in main_loop_epoll () at /home/focht/projects/wine/wine.repo/src/server/fd.c:541 #10 0x0000000000415844 in main_loop () at /home/focht/projects/wine/wine.repo/src/server/fd.c:886 #11 0x0000000000420ccd in main (argc=2, argv=0x7fffffffdae8) at /home/focht/projects/wine/wine.repo/src/server/main.c:148 --- snip --- Running with Valgrind: --- snip --- $ valgrind --leak-check=yes wineserver -f ==27752== Memcheck, a memory error detector ==27752== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==27752== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info ==27752== Command: wineserver -f ... ==27752== Invalid write of size 8 ==27752== at 0x41054B: list_remove (list.h:100) ==27752== by 0x410BC5: set_irp_result (device.c:306) ==27752== by 0x411CBB: req_get_next_device_request (device.c:690) ==27752== by 0x43FDD6: call_req_handler (request.c:247) ==27752== by 0x43FF6B: read_request (request.c:281) ==27752== by 0x4484A0: thread_poll_event (thread.c:267) ==27752== by 0x414E57: fd_poll_event (fd.c:446) ==27752== by 0x415231: main_loop_epoll (fd.c:541) ==27752== by 0x415843: main_loop (fd.c:886) ==27752== by 0x420CCC: main (main.c:148) ==27752== Address 0x5e88368 is 104 bytes inside a block of size 112 free'd ==27752== at 0x4A07D29: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==27752== by 0x427235: release_object (object.c:320) ==27752== by 0x410B28: set_irp_result (device.c:291) ==27752== by 0x411CBB: req_get_next_device_request (device.c:690) ==27752== by 0x43FDD6: call_req_handler (request.c:247) ==27752== by 0x43FF6B: read_request (request.c:281) ==27752== by 0x4484A0: thread_poll_event (thread.c:267) ==27752== by 0x414E57: fd_poll_event (fd.c:446) ==27752== by 0x415231: main_loop_epoll (fd.c:541) ==27752== by 0x415843: main_loop (fd.c:886) ==27752== by 0x420CCC: main (main.c:148) ==27752== ==27752== Invalid write of size 8 ==27752== at 0x41055E: list_remove (list.h:101) ==27752== by 0x410BC5: set_irp_result (device.c:306) ==27752== by 0x411CBB: req_get_next_device_request (device.c:690) ==27752== by 0x43FDD6: call_req_handler (request.c:247) ==27752== by 0x43FF6B: read_request (request.c:281) ==27752== by 0x4484A0: thread_poll_event (thread.c:267) ==27752== by 0x414E57: fd_poll_event (fd.c:446) ==27752== by 0x415231: main_loop_epoll (fd.c:541) ==27752== by 0x415843: main_loop (fd.c:886) ==27752== by 0x420CCC: main (main.c:148) ==27752== Address 0x5e88360 is 96 bytes inside a block of size 112 free'd ==27752== at 0x4A07D29: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==27752== by 0x427235: release_object (object.c:320) ==27752== by 0x410B28: set_irp_result (device.c:291) ==27752== by 0x411CBB: req_get_next_device_request (device.c:690) ==27752== by 0x43FDD6: call_req_handler (request.c:247) ==27752== by 0x43FF6B: read_request (request.c:281) ==27752== by 0x4484A0: thread_poll_event (thread.c:267) ==27752== by 0x414E57: fd_poll_event (fd.c:446) ==27752== by 0x415231: main_loop_epoll (fd.c:541) ==27752== by 0x415843: main_loop (fd.c:886) ==27752== by 0x420CCC: main (main.c:148) ... --- snip --- I'm attaching full log later. $ wine --version wine-1.7.45-62-g46bdb6e Regards -- 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 38525] New: Winhttprequest follows redirects to wrong url
by wine-bugs＠winehq.org 26 Jun '15

26 Jun '15

https://bugs.winehq.org/show_bug.cgi?id=38525 Bug ID: 38525 Summary: Winhttprequest follows redirects to wrong url Product: Wine Version: 1.7.42 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: ocean04(a)suomi24.fi Distribution: --- Created attachment 51394 --> https://bugs.winehq.org/attachment.cgi?id=51394 Test app + FPC source Noticed while looking bug38517 (but don't believe this is the cause of that bug) Run test app. It should give "Test passed" if it was redirected correctly. Also pointing out, there is no way to prevent this faulty redirect because of bug38516 -- 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 24823] New: Miranda IM crashes with a modern contact list plugin
by wine-bugs＠winehq.org 26 Jun '15

26 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=24823 Summary: Miranda IM crashes with a modern contact list plugin Product: Wine Version: 1.3.5 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Obtain Miranda, set modern contact list as a default contact list plugin, restart Miranda, get a crash. -- 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 25

[Bug 38114] New: Steam doesn't allow to install games in different locations (needs GetVolumePathName implementation)
by wine-bugs＠winehq.org 26 Jun '15

26 Jun '15

https://bugs.winehq.org/show_bug.cgi?id=38114 Bug ID: 38114 Summary: Steam doesn't allow to install games in different locations (needs GetVolumePathName implementation) Product: Wine Version: 1.7.36 Hardware: x86 URL: http://media.steampowered.com/client/installer/SteamSe tup.exe OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: erich.e.hoover(a)gmail.com Distribution: --- When you are about to install a game on Steam in vanilla Wine, Steam doesn't offer the drop-down menu to choose an install location. Games are always installed in the current prefix under C:\Program Files\Steam. When using the patch from wine-staging the drop-down menu is available and I can select a different partition/directory to install games (if the partition has been set in winecfg's drives tab). https://github.com/wine-compholio/wine-staging/blob/master/patches/kernel32… >fixme:volume:GetVolumePathNameW (L"\\\\?\\C:\\", 0x33df60, 260), stub! >fixme:volume:GetVolumePathNameW (L"\\\\?\\D:\\", 0x33df60, 260), stub! >fixme:volume:GetVolumePathNameW (L"\\\\?\\E:\\", 0x33df60, 260), stub! >fixme:volume:GetVolumePathNameW (L"\\\\?\\Z:\\", 0x33df60, 260), stub! wine-1.7.36-155-g5cd0457 -- 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 26

[Bug 38713] New: Link failure due to use of libunwind in ntdll
by wine-bugs＠winehq.org 26 Jun '15

26 Jun '15

https://bugs.winehq.org/show_bug.cgi?id=38713 Bug ID: 38713 Summary: Link failure due to use of libunwind in ntdll Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: UNCONFIRMED Keywords: regression Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ken(a)codeweavers.com Regression SHA1: bbcfa6b4ee5d7fea47c61c84d0bbe789e1ec4466 Distribution: Other Created attachment 51643 --> https://bugs.winehq.org/attachment.cgi?id=51643 build error This was reported to me via direct email. The reporter didn't want to submit a bug report, so I'm doing so. After my commit bbcfa6b4ee5d7fea47c61c84d0bbe789e1ec4466 which uses libunwind as an alternative to DWARF unwinding, ntdll fails to link on systems with libunwind installed. The issue is that I didn't add any new libraries for libunwind support. On OS X, libunwind is part of the system library, so nothing was needed. The reporter was using Manjaro Linux 64bit but I doubt it's relevant. -- 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 23

[Bug 26791] New: backtraces broken on gcc 4.7
by wine-bugs＠winehq.org 26 Jun '15

26 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=26791 Summary: backtraces broken on gcc 4.7 Product: Wine Version: 1.3.17 Platform: x86-64 OS/Version: Linux Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: eric.pouech(a)orange.fr Part 2 of bug 26718 "yes the backtrace is wrong because gcc aligns main's stack on 16bit boundaries, and the dwarf unwinder isn't smart enough yet to cope with it" Backtrace: =>0 0x685e23ca func_debugger+0x3ba() [/home/austin/wine-git/dlls/kernel32/tests/debugger.c:177] in kernel32_test (0x00000003) 1 0x6865afd4 main+0x393(argc=*** Invalid address 0x5c5c5c5c *** , argv=*** Invalid address 0x5c5c5c60 *** Internal symbol error: unable to access memory location 0x5c5c5c60) [/home/austin/wine-git/dlls/kernel32/tests/../../../include/wine/test.h:556] in kernel32_test (0x0033fe68) -- 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

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