wine-bugs July 2014

wine-bugs@winehq.org

1 participants
9888 discussions

[Bug 36395] New: valgrind shows a possible leak in inetcomm/tests/mimeole.c
by wine-bugs＠winehq.org 18 Feb '17

18 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=36395 Bug ID: 36395 Summary: valgrind shows a possible leak in inetcomm/tests/mimeole.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 ==17178== 28 bytes in 1 blocks are possibly lost in loss record 154 of 561 ==17178== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==17178== by 0x5498BE8: apartment_getclassobject (compobj.c:526) ==17178== by 0x549BFF6: get_inproc_class_object (compobj.c:2894) ==17178== by 0x549ED5F: CoGetClassObject (compobj.c:3032) ==17178== by 0x549F4E7: CoCreateInstance (compobj.c:3197) ==17178== by 0x4AAC50E: func_mimeole (mimeole.c:99) ==17178== by 0x4AAAE6B: main (test.h:584) ==17178== -- 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 36662] New: valgrind shows a few memory leaks in ws2_32/tests/sock.c
by wine-bugs＠winehq.org 18 Feb '17

18 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=36662 Bug ID: 36662 Summary: valgrind shows a few memory leaks in ws2_32/tests/sock.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==21586== Thread 1 ws2_32_test.exe.so: ==21586== 60 bytes in 1 blocks are possibly lost in loss record 350 of 701 ==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255) ==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716) ==21586== by 0x50B07F4: WS2_sendto (socket.c:4545) ==21586== by 0x50B0611: WSASend (socket.c:4500) ==21586== by 0x4F6E338: test_send (sock.c:4194) ==21586== by 0x4F7FDB1: func_sock (sock.c:7742) ==21586== by 0x4F80BB1: run_test (test.h:584) ==21586== by 0x4F80FA0: main (test.h:654) ==21586== ==21586== 60 bytes in 1 blocks are possibly lost in loss record 351 of 701 ==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255) ==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716) ==21586== by 0x50B07F4: WS2_sendto (socket.c:4545) ==21586== by 0x50B0611: WSASend (socket.c:4500) ==21586== by 0x4F6E6AF: test_send (sock.c:4234) ==21586== by 0x4F7FDB1: func_sock (sock.c:7742) ==21586== by 0x4F80BB1: run_test (test.h:584) ==21586== by 0x4F80FA0: main (test.h:654) ==21586== ==21586== 60 bytes in 1 blocks are definitely lost in loss record 352 of 701 ==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255) ==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716) ==21586== by 0x50B638A: WS2_recv_base (socket.c:6554) ==21586== by 0x50B61D4: WSARecv (socket.c:6522) ==21586== by 0x4F7A61B: test_completion_port (sock.c:6862) ==21586== by 0x4F7FDAC: func_sock (sock.c:7739) ==21586== by 0x4F80BB1: run_test (test.h:584) ==21586== by 0x4F80FA0: main (test.h:654) ==21586== -- 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 13365] New: Mising Text in IFC Markets Terminal Graphics
by wine-bugs＠winehq.org 17 Feb '17

17 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=13365 Summary: Mising Text in IFC Markets Terminal Graphics Product: Wine Version: 1.0-rc1 Platform: PC URL: http://ifcmarkets.com/download/IFCMTerminalSetup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com When you're viewing the platform graphics, the text at the right that shows the current prices of the currencies are missing. You can see the problem in the screenshots. -- 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 18

[Bug 23108] New: Problems switching between instances of PowerPoint 2007 with KDE
by wine-bugs＠winehq.org 17 Feb '17

17 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=23108 Summary: Problems switching between instances of PowerPoint 2007 with KDE Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.duelli(a)web.de Created an attachment (id=28717) --> (http://bugs.winehq.org/attachment.cgi?id=28717) Superfluous third I am using KDE 4 and run PowerPoint 2007 via wine 1.2rc2 (however, the problem I will describe exists for me since the time I first started using wine more intensively) How to reproduce: 1. Use KDE 4 (a friend tested with another window manager and could not reproduce it) 2. Open a PowerPoint file. Everything is fine so far, works great. As usual, I can switch between different windows without any problems 3. Open another PowerPoint file. Now things get strange! Instead of two PowerPoint windows, I can see three windows: the two opened files and a third window without any content but the title. (see attached screenshot) In that state, I cannot simply change between the instances of PowerPoint but always have to maximize the window I would like to choose. When closing the second PowerPoint file, the superfluous small window stays. As far as I have tested, this behaviour does not occur with multiple instances of Word, for instance. -- 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 36040] New: Environment variable to disable wineserver persistence
by wine-bugs＠winehq.org 15 Feb '17

15 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=36040 Bug ID: 36040 Summary: Environment variable to disable wineserver persistence Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: josh(a)joshtriplett.org Normally, when wine runs a Windows program, and the Windows program exits, wineserver persists for a couple of seconds to improve the performance of subsequent programs. When running a testsuite that waits for all child processes to exit, this delays each test completion for a couple of seconds. Thus, I'd like to have an environment variable that tells wineserver to exit the instant the Windows program does. -- 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 15084] New: ReadConsoleInputW() handles a NULL lpNumberOfEventsRead parameter incorrectly
by wine-bugs＠winehq.org 12 Feb '17

12 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=15084 Summary: ReadConsoleInputW() handles a NULL lpNumberOfEventsRead parameter incorrectly Product: Wine Version: 1.1.3 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dg(a)cowlark.com On the Windows console, if I try to read input events with ReadConsoleInputW() and pass in NULL as the pointer to the lpNumberOfEventsRead field, wine completes successfully where Windows XP fails and returns an error code. -- 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 12

[Bug 26184] New: Program E-Mail Grabber Error
by wine-bugs＠winehq.org 10 Feb '17

10 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=26184 Summary: Program E-Mail Grabber Error Product: Wine Version: unspecified Platform: All OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ghostknight22(a)gmail.com I can´t start the program "Email Grabber" (http://www.emailgrabber.de/) with wine. After a few seconds the program crashes. -- 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 12

[Bug 15100] New: Google Talk cannot be "x"ed out
by wine-bugs＠winehq.org 09 Feb '17

09 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=15100 Summary: Google Talk cannot be "x"ed out Product: Wine Version: 1.1.2 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: benjamin.j.mccann(a)gmail.com Created an attachment (id=15783) --> (http://bugs.winehq.org/attachment.cgi?id=15783) Output fron running "wine googletalk.exe" The "x" in the upper right hand corner of the Google Talk window does not work for closing the application. However, the minimization button does work. I'm unsure as to which feature has a bug or is unimplemented. -- 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 14

[Bug 21397] New: LookupAccountName cannot retrieve a 'groups' SID
by wine-bugs＠winehq.org 08 Feb '17

08 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=21397 Summary: LookupAccountName cannot retrieve a 'groups' SID Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk Debugging an application I found the cause of the first failure is that the software installs a 'group' (which fails with a fixme). Post install, I created a group (addgroup) but the application calls LookupAccountName to retrieve the SID of that created group. You can hack around this (if LookupAccountName fails, query the current user and re-call the function to get it's sid) but looking at the function there is complete support missing for anything other than the current user. Ideally it should call (something like getgrent?) and if it finds a group, map it to a SID somehow (perhaps end the SID with the gid?). It could handle querying other users as well in a similar way (getpwnam?) JEWMQ -- 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 10

[Bug 36199] New: valgrind shows several warnings under crypt32/tests/chain.c
by wine-bugs＠winehq.org 08 Feb '17

08 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=36199 Bug ID: 36199 Summary: valgrind shows several warnings under crypt32/tests/chain.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48320 --> https://bugs.winehq.org/attachment.cgi?id=48320 valgrind log A few in glibc: ==17802== Thread 2: ==17802== Invalid read of size 1 ==17802== at 0x40187FA: strcmp (strcmp.S:34) ==17802== by 0x4008925: _dl_map_object (dl-load.c:2113) ==17802== by 0x4013383: dl_open_worker (dl-open.c:224) ==17802== by 0x400F1F5: _dl_catch_error (dl-error.c:187) ==17802== by 0x4012D93: _dl_open (dl-open.c:650) ==17802== by 0x435093A: do_dlopen (dl-libc.c:87) ==17802== by 0x400F1F5: _dl_catch_error (dl-error.c:187) ==17802== by 0x4350A2A: dlerror_run (dl-libc.c:46) ==17802== by 0x4350AB0: __libc_dlopen_mode (dl-libc.c:163) ==17802== by 0x4221819: pthread_cancel_init (unwind-forcedunwind.c:52) ==17802== by 0x42219FB: _Unwind_ForcedUnwind (unwind-forcedunwind.c:129) ==17802== by 0x421F732: __pthread_unwind (unwind.c:129) ==17802== by 0x421A080: pthread_exit (pthreadP.h:280) ==17802== by 0x7BC8E1A9: terminate_thread (thread.c:349) ==17802== by 0x7BC87009: ??? (signal_i386.c:2571) ==17802== by 0x6A5F357: ??? ==17802== by 0x4218F92: start_thread (pthread_create.c:309) ==17802== by 0x431D7ED: clone (clone.S:129) ==17802== Address 0x693d913 is on thread 1's stack ==17802== ==17802== Invalid read of size 4 ==17802== at 0x4352239: _Unwind_IteratePhdrCallback (unwind-dw2-fde-glibc.c:112) ==17802== by 0x43503E2: dl_iterate_phdr (dl-iteratephdr.c:76) ==17802== by 0x4352AF9: _Unwind_Find_FDE (unwind-dw2-fde-glibc.c:267) ==17802== by 0x6B9E336: ??? (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1) ==17802== by 0x6B9EB21: ??? (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1) ==17802== by 0x6B9F10F: _Unwind_ForcedUnwind (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1) ==17802== by 0x42219F1: _Unwind_ForcedUnwind (unwind-forcedunwind.c:137) ==17802== by 0x421F732: __pthread_unwind (unwind.c:129) ==17802== by 0x421A080: pthread_exit (pthreadP.h:280) ==17802== by 0x7BC8E1A9: terminate_thread (thread.c:349) ==17802== by 0x7BC87009: ??? (signal_i386.c:2571) ==17802== by 0x6A5F357: ??? ==17802== by 0x4218F92: start_thread (pthread_create.c:309) ==17802== by 0x431D7ED: clone (clone.S:129) ==17802== Address 0x693c034 is on thread 1's stack ==17802== ==17802== Thread 1 crypt32_test.exe.so: ==17802== Jump to the invalid address stated on the next line ==17802== at 0x693E820: ??? (in /lib32/libresolv-2.19.so) ==17802== by 0x425F4E8: __run_exit_handlers (exit.c:82) ==17802== by 0x425F54C: exit (exit.c:104) ==17802== by 0x7BC68772: NtTerminateProcess (process.c:63) ==17802== by 0x7BC5941B: RtlExitUserProcess (loader.c:2538) ==17802== by 0x7B868D09: ??? (process.c:2668) ==17802== Address 0x693e820 is on thread 1's stack ==17802== and several possible leaks: ==17802== 20 bytes in 1 blocks are possibly lost in loss record 50 of 427 ==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==17802== by 0x514398B: CryptMemAlloc (main.c:124) ==17802== by 0x511E0A9: CertAddStoreToCollection (collectionstore.c:519) ==17802== by 0x5164B4B: CRYPT_SysOpenStoreW (store.c:592) ==17802== by 0x5165ADF: CertOpenStore (store.c:907) ==17802== by 0x51136FD: CRYPT_CreateChainEngine (chain.c:130) ==17802== by 0x511394F: get_chain_engine (chain.c:175) ==17802== by 0x511ADC0: CertGetCertificateChain (chain.c:2894) ==17802== by 0x4E618AA: testVerifyCertChainPolicy (chain.c:4790) ==17802== by 0x4E61C4C: func_chain (chain.c:4844) ==17802== by 0x4EB7F67: run_test (test.h:584) ==17802== by 0x4EB8356: main (test.h:654) ==17802== ==17802== 60 bytes in 3 blocks are possibly lost in loss record 197 of 427 ==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==17802== by 0x514398B: CryptMemAlloc (main.c:124) ==17802== by 0x5157661: ContextPropertyList_SetProperty (proplist.c:132) ==17802== by 0x515788F: ContextPropertyList_Copy (proplist.c:215) ==17802== by 0x511E9AF: Context_CopyProperties (context.c:130) ==17802== by 0x510AB6C: Cert_clone (cert.c:139) ==17802== by 0x5163664: MemStore_addContext (store.c:151) ==17802== by 0x5163A35: MemStore_addCert (store.c:243) ==17802== by 0x510B119: add_cert_to_store (cert.c:263) ==17802== by 0x510B27F: CertAddCertificateContextToStore (cert.c:287) ==17802== by 0x510A852: CertAddEncodedCertificateToStore (cert.c:65) ==17802== by 0x515E94A: add_ms_root_certs (rootstore.c:732) ==17802== by 0x515EB12: create_root_store (rootstore.c:808) ==17802== by 0x515EC6C: CRYPT_RootOpenStore (rootstore.c:829) ==17802== by 0x516435C: CRYPT_SysRegOpenStoreW (store.c:435) ==17802== by 0x5165ADF: CertOpenStore (store.c:907) ==17802== by 0x5164BAF: CRYPT_SysOpenStoreW (store.c:604) ==17802== by 0x5165ADF: CertOpenStore (store.c:907) ==17802== by 0x51136FD: CRYPT_CreateChainEngine (chain.c:130) ==17802== ==17802== 96 bytes in 1 blocks are possibly lost in loss record 294 of 427 ==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==17802== by 0x61ACD34: heap_alloc_zero (internet.h:121) ==17802== by 0x61ADCA1: create_netconn (netconnection.c:369) ==17802== by 0x619CFF2: open_http_connection (http.c:4826) ==17802== by 0x619D68C: HTTP_HttpSendRequestW (http.c:4972) ==17802== by 0x619EE2C: HttpSendRequestExW (http.c:5511) ==17802== by 0x61643F8: HTTP_RetrieveEncodedObjectW (cryptnet_main.c:933) ==17802== by 0x6165930: CryptRetrieveObjectByUrlW (cryptnet_main.c:1479) ==17802== by 0x5118CA0: CRYPT_FindIssuer (chain.c:2039) ==17802== by 0x51193A2: CRYPT_GetIssuer (chain.c:2168) ==17802== by 0x511952F: CRYPT_BuildSimpleChain (chain.c:2200) ==17802== by 0x511976F: CRYPT_GetSimpleChainForCert (chain.c:2247) ==17802== by 0x5119885: CRYPT_BuildCandidateChainFromCert (chain.c:2277) ==17802== by 0x511AE8B: CertGetCertificateChain (chain.c:2914) ==17802== by 0x4E5F02E: testGetCertChain (chain.c:3996) ==17802== by 0x4E61C51: func_chain (chain.c:4845) ==17802== by 0x4EB7F67: run_test (test.h:584) ==17802== by 0x4EB8356: main (test.h:654) ==17802== etc. (full log attached) -- 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

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 July 2014