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

[Bug 29719] New: Aliwangwang crash after login
by wine-bugs＠winehq.org June 27, 2015

June 27, 2015

http://bugs.winehq.org/show_bug.cgi?id=29719 Bug #: 29719 Summary: Aliwangwang crash after login Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified wine-1.3.37-447-ge79644e 1. Download installer of AliWangWang : http://download.taobaocdn.com/wangwang/AliIM2011_taobao(6.50.27T).exe ( from http://www.taobao.com/wangwang/2010_fp/seller.php ) sha1sum AliIM2011_taobao$6.50.27T$.exe c70d449bc48eed24dce2e5274c636b5128c202d1 AliIM2011_taobao(6.50.27T).exe 2. install with wine: $ LANG=C wine AliIM2011_taobao(6.50.27T).exe (use LANG=C to workaround bug 10063) 3. download http://bugs.winehq.org/attachment.cgi?id=34748 as clsidall.reg, import with regedit, works around Bug 27196 ( dup of bug 25340) 4. winetricks vcrun2008 5. Start wangwang: $ wine AliIM.exe 6. login to WangWang After some time, WangWang will crash. Different patterns of crash have been found, winetricks ie8 will avoid the 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 8

[Bug 29948] New: scanner Umax 4100 incompatible with simplescan and skanlite
by wine-bugs＠winehq.org June 26, 2015

June 26, 2015

http://bugs.winehq.org/show_bug.cgi?id=29948 Bug #: 29948 Summary: scanner Umax 4100 incompatible with simplescan and skanlite Product: Wine Version: unspecified Platform: All OS/Version: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mu_joko(a)yahoo.com Classification: Unclassified scanner Umax 4100 incompatible with simplescan and skanlite. When I try to instal with wine, it can not be installed -- 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 38808] New: Starcraft Campaign Editor does not select trigger links unless the mouse is exactly over them
by wine-bugs＠winehq.org June 26, 2015

June 26, 2015

https://bugs.winehq.org/show_bug.cgi?id=38808 Bug ID: 38808 Summary: Starcraft Campaign Editor does not select trigger links unless the mouse is exactly over them Product: Wine Version: 1.7.43 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- To reproduce: 1. Click Scenario, Triggers, Modify, Actions, Modify. 2. Hover the mouse directly underneath a link. In Windows it is selected, but in Wine it is not. You can still click the links in Wine, you just have to hover directly over them instead of either over or underneath them. `winetricks dlls riched20` gets around the problem. -- 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 35775] New: Multiple Realarcade installers crash on startup due to IFile::PutAttributes method stub
by wine-bugs＠winehq.org June 26, 2015

June 26, 2015

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 June 26, 2015

June 26, 2015

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 June 26, 2015

June 26, 2015

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 June 26, 2015

June 26, 2015

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 June 26, 2015

June 26, 2015

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 June 26, 2015

June 26, 2015

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 June 26, 2015

June 26, 2015

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