wine-bugs July 2014

wine-bugs@winehq.org

1 participants
9888 discussions

[Bug 16179] New: QIP: flashing chat window disappears if it is not on the current desktop.
by wine-bugs＠winehq.org 24 Jan '16

24 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=16179 Summary: QIP: flashing chat window disappears if it is not on the current desktop. Product: Wine Version: unspecified Platform: PC-x86-64 URL: http://qip.ru/en/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: crossroads0000(a)gmail.com If QIP tries to flash one of its chat windows while the user is on another desktop, the chat window disappears completely until I restart the application. The problem also comes up when you change desktops while the window is flashing. No error logs are attached because there is no output in the console if the bug appears. To reproduce the crash: 1) Download QIP (e.g. at http://qip.ru/download/qip/?http://download.qip.ru/qip8070.exe ). 2) Start QIP. If it fails to start (this is a bug unrelated to this one), try this work-around: go to your QIP-Directory (should be ~/.wine/drive_c/Program\ Files/QIP), open current.cfg in your "Skins" directory, and replace "1" with "0". 3) Log on with your ICQ #. If you don't have one, you can easily register one with QIP in less than 30 seconds (you don't have to enter any email address). 4) Open the chat window, make someone send you a chat message, but before you receive it, change the desktop. 5) If you receive a message while you're on another desktop, the chat window will disappear. This only works if the chat window had focus before you changed the desktop. -- 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 23058] New: Lorex Client remote viewer blank screen
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=23058 Summary: Lorex Client remote viewer blank screen Product: Wine Version: 1.2-rc2 Platform: x86 URL: http://lorexstore.lorextechnology.com/pdfs/LorexClient _L19WD.zip OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Lorex is a popular brand of video surveillance system. It has a downloadable, installable client app to show you video. ff917c438214b467e824e8ff1852007a0b5ed13e *LorexClient_L19WD.zip 55ec9179794afd149f5da8dc2bc6616d084e76ee *LorexClient.exe (It also has a built-in web server which needs an ActiveX control, probably very similar.) The downloadable client installs, and its main window displays, but if you click on Remote View, all you get is a blank window. -- 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 9

[Bug 32130] New: Gecko and Mono downloaders should show the file size and allow user to abort
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=32130 Bug #: 32130 Summary: Gecko and Mono downloaders should show the file size and allow user to abort Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified When running Wine with a new/empty wineprefix directory, the user is prompted to install Gecko and Mono. However there is no indication of the size of those downloads or the amount of disk space which they will occupy. There is also no way to abort a download in progress. Particularly when using dialup or metered (e.g. 3G) connections, the user might choose not to install those components, if they knew how large the download size is. It would be good if Wine could tell the user the download size, the amount of disk space required, and allow the user to abort downloads part-way through. (Even if the user has no bandwidth or disk space concerns, they might accidentally click Install. Even with a broadband connection the downloads take quite a while.) -- 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 36299] New: valgrind shows a few possible leaks in msxml3/tests/httpreq.c
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=36299 Bug ID: 36299 Summary: valgrind shows a few possible leaks in msxml3/tests/httpreq.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==30801== 16 bytes in 1 blocks are possibly lost in loss record 132 of 690 ==30801== at 0x7BC4C735: notify_alloc (heap.c:255) ==30801== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30801== by 0x4C6C0FA: alloc_bstr (oleaut.c:162) ==30801== by 0x4C6C490: SysAllocStringLen (oleaut.c:324) ==30801== by 0x49B1C66: alloc_str_from_narrow (httpreq.c:95) ==30801== by 0x49B1D13: _bstr_ (httpreq.c:109) ==30801== by 0x49B5C64: _test_open (httpreq.c:1418) ==30801== by 0x49B8937: test_safe_httpreq (httpreq.c:1749) ==30801== by 0x49B8A05: func_httpreq (httpreq.c:1768) ==30801== by 0x49EB96C: run_test (test.h:584) ==30801== by 0x49EBD5B: main (test.h:654) ==30801== ==5517== 128 bytes in 1 blocks are possibly lost in loss record 1,323 of 1,706 ==5517== at 0x7BC4C735: notify_alloc (heap.c:255) ==5517== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==5517== by 0x4F080FA: alloc_bstr (oleaut.c:162) ==5517== by 0x4F08490: SysAllocStringLen (oleaut.c:324) ==5517== by 0x4F2C9C2: MSFT_ReadValue (typelib.c:2344) ==5517== by 0x4F2CBA3: MSFT_CustData (typelib.c:2398) ==5517== by 0x4F2FB99: ITypeLib2_Constructor_MSFT (typelib.c:3616) ==5517== by 0x4F2F3B8: TLB_ReadTypeLib (typelib.c:3460) ==5517== by 0x4F276DC: LoadTypeLibEx (typelib.c:478) ==5517== by 0x4F27618: LoadTypeLib (typelib.c:454) ==5517== by 0x4F3C082: ITypeInfo_fnGetRefTypeInfo (typelib.c:7730) ==5517== by 0x4F36DC5: ITypeInfoImpl_GetInternalDispatchFuncDesc (oaidl.h:1532) ==5517== by 0x4F36E00: ITypeInfoImpl_GetInternalDispatchFuncDesc (typelib.c:6014) ==5517== by 0x4F37036: ITypeInfo_fnGetFuncDesc (typelib.c:6090) ==5517== by 0x63F0C5C: preprocess_dispex_data (oaidl.h:1505) ==5517== by 0x63F0E79: get_dispex_data (dispex.c:323) ==5517== by 0x63F1446: DispatchEx_GetDispID (dispex.c:420) ==5517== by 0x4C661D5: test_selection (dispex.h:296) ==5517== by 0x4C7AAD7: func_domdoc (domdoc.c:11916) ==5517== by 0x4CB496C: run_test (test.h:584) ==5517== -- 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 35774] New: MSVC 2012 C compiler 'cl.exe' fails while using /MP[n] option
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=35774 Bug ID: 35774 Summary: MSVC 2012 C compiler 'cl.exe' fails while using /MP[n] option Product: Wine Version: 1.7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: loentar(a)gmail.com Created attachment 47769 --> http://bugs.winehq.org/attachment.cgi?id=47769 example of compilation with and without /MP flag When /MP[n] option is enabled cl.exe crashes with error "unimplemented function msvcp110.dll.?_Equivalent@sys@tr2@std@@YAHPBD0@Z". -- 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 31496] New: Render-to-fbo with WINED3D_SWAP_EFFECT_FLIP continually spammed in console
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=31496 Bug #: 31496 Summary: Render-to-fbo with WINED3D_SWAP_EFFECT_FLIP continually spammed in console Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: illumilore(a)gmail.com Classification: Unclassified When playing grand theft auto 3, the wine console is continually spamming fixme:d3d:swapchain_gl_present Render-to-fbo with WINED3D_SWAP_EFFECT_FLIP along with the occasional fixme:d3d:resource_check_usage Unhandled usage flags 0x8. -- 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 15

[Bug 36303] New: valgrind shows several leaks in msxml3/tests/schema.c
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=36303 Bug ID: 36303 Summary: valgrind shows several leaks in msxml3/tests/schema.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48401 --> https://bugs.winehq.org/attachment.cgi?id=48401 valgrind log ==30820== 2 bytes in 1 blocks are definitely lost in loss record 8 of 967 ==30820== at 0x7BC4C735: notify_alloc (heap.c:255) ==30820== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30820== by 0x61D7932: heap_alloc (msxml_private.h:169) ==30820== by 0x61D7AD4: xmlchar_from_wcharn (msxml_private.h:416) ==30820== by 0x61D7B4C: xmlchar_from_wchar (msxml_private.h:427) ==30820== by 0x61DA604: schema_cache_remove (schema.c:1321) ==30820== by 0x4AA537E: test_remove (msxml2.h:4206) ==30820== by 0x4AA5C31: func_schema (schema.c:1654) ==30820== by 0x4AB096C: run_test (test.h:584) ==30820== by 0x4AB0D5B: main (test.h:654) ==30820== ==30820== 28 bytes in 1 blocks are possibly lost in loss record 326 of 967 ==30820== at 0x7BC4C735: notify_alloc (heap.c:255) ==30820== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30820== by 0x4D2B262: heap_alloc_zero (typelib.c:1662) ==30820== by 0x4D2DEA1: MSFT_ReadAllRefs (typelib.c:2902) ==30820== by 0x4D3014C: ITypeLib2_Constructor_MSFT (typelib.c:3716) ==30820== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460) ==30820== by 0x4D276DC: LoadTypeLibEx (typelib.c:478) ==30820== by 0x4D27618: LoadTypeLib (typelib.c:454) ==30820== by 0x4D3C082: ITypeInfo_fnGetRefTypeInfo (typelib.c:7730) ==30820== by 0x4D36DC5: ITypeInfoImpl_GetInternalDispatchFuncDesc (oaidl.h:1532) ==30820== by 0x4D36E00: ITypeInfoImpl_GetInternalDispatchFuncDesc (typelib.c:6014) ==30820== by 0x4D37036: ITypeInfo_fnGetFuncDesc (typelib.c:6090) ==30820== by 0x6196C5C: preprocess_dispex_data (oaidl.h:1505) ==30820== by 0x6196E79: get_dispex_data (dispex.c:323) ==30820== by 0x6197446: DispatchEx_GetDispID (dispex.c:420) ==30820== by 0x4AA4A06: test_obj_dispex (dispex.h:296) ==30820== by 0x4AA4B41: test_dispex (schema.c:1485) ==30820== by 0x4AA5C27: func_schema (schema.c:1652) ==30820== by 0x4AB096C: run_test (test.h:584) ==30820== by 0x4AB0D5B: main (test.h:654) ==30820== ==30820== 123 (48 direct, 75 indirect) bytes in 1 blocks are definitely lost in loss record 692 of 967 ==30820== at 0x4006B11: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==30820== by 0x64B9711: xmlNewDocProp (in /usr/lib/libxml2.so.2.9.1) ==30820== by 0x64BB88C: ??? (in /usr/lib/libxml2.so.2.9.1) ==30820== by 0x61E562A: XDR_E_Schema (xdr.c:805) ==30820== by 0x61E57ED: XDR_to_XSD_doc (xdr.c:829) ==30820== by 0x61D9302: cache_entry_from_xdr_doc (schema.c:905) ==30820== by 0x61DA394: schema_cache_add (schema.c:1253) ==30820== by 0x4A9CAED: test_collection_refs (msxml2.h:3924) ==30820== by 0x4AA5C09: func_schema (schema.c:1646) ==30820== by 0x4AB096C: run_test (test.h:584) ==30820== by 0x4AB0D5B: main (test.h:654) ==30820== 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 18932] New: Installshield installer text not being bolded (appinstall)
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=18932 Summary: Installshield installer text not being bolded (appinstall) Product: Wine Version: 1.1.23 Platform: PC URL: http://www.hellopdf.com/download.php OS/Version: Linux Status: NEW Keywords: download, Installer Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=21782) --> (http://bugs.winehq.org/attachment.cgi?id=21782) screenshot See attached screenshot. "Select Destination Location" should be bolded. -- 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 7

[Bug 13648] New: Dogfood: Microsoft Office 97 Professional Installler
by wine-bugs＠winehq.org 21 Jan '16

21 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=13648 Summary: Dogfood: Microsoft Office 97 Professional Installler Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mandriva-andreas(a)web.de Created an attachment (id=13630) --> (http://bugs.winehq.org/attachment.cgi?id=13630) The console output of the installer The installer starts quite normal but at the end it says: "Accwiz.dll war nicht in der Lage, sich bei der Systemregistrierung zu registrieren." That means Accwiz.dll was not able to register itself at the registry. After that the installation stops with the message that Office 97 Installer was not able to install Office 97 Proffesional correctly. In the Microsoft Office folder are some files, some of tham executable and working but the installer did not Install Front Page for which he was requested to install it. -- 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 12058] New: No car engine sounds in TrackMania United
by wine-bugs＠winehq.org 19 Jan '16

19 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=12058 Summary: No car engine sounds in TrackMania United Product: Wine Version: 0.9.57. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: artur.szymiec(a)gmail.com The TrackMania United however works great suffer from missing car engine sounds. -- 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 16

[Bug 31361] New: Please add an option to disable audio devices (output/input)
by wine-bugs＠winehq.org 19 Jan '16

19 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=31361 Bug #: 31361 Summary: Please add an option to disable audio devices (output/input) Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, integration Severity: enhancement Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Requested by a user in #winehq. -- 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 28987] New: Error in playing some video files in Windows Media Player
by wine-bugs＠winehq.org 18 Jan '16

18 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=28987 Bug #: 28987 Summary: Error in playing some video files in Windows Media Player Product: Wine Version: 1.3.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aleksey_r(a)list.ru Classification: Unclassified Created attachment 37295 --> http://bugs.winehq.org/attachment.cgi?id=37295 The error displayed in terminal when the file fails to play When I try to play video file in Windows Media Player (both 9 and 10), it fails to play (but doesn't crash). The error log is in attachment. It happens not with all files. In Windows the file is played OK. In Linux players (totem, vlc, etc.) too. OS: OpenSuse 11.4 64 bit Wine prefix = win32 Gstreamer plugins: base, good, bad and ugly, both 64 and 32 bit are installed. WMP9 is installed via winetricks. P.S. I've installed WMP9 via winetricks since in AppDB this way is advised as official HOWTO. -- 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 22921] New: Ship Simulator 2008 demo freezes when starting a mission if builtin msvcr71 is used
by wine-bugs＠winehq.org 18 Jan '16

18 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=22921 Summary: Ship Simulator 2008 demo freezes when starting a mission if builtin msvcr71 is used Product: Wine Version: 1.2-rc2 Platform: x86 URL: http://www.shipsim.com/downloads/trailers OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com After installing d3dx9 with winetricks, the Ship Simulator 2008 demo is able to start. However, once a mission is selected and the Select button is clicked, the program freezes. Installing vcrun2003 with winetricks or removing the fake dll in system32 for msvcr71.dll works around the problem by using the native msvcr71. -- 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 33479] New: Guild Wars 2: Raw input is broken #3
by wine-bugs＠winehq.org 17 Jan '16

17 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=33479 Bug #: 33479 Summary: Guild Wars 2: Raw input is broken #3 Product: Wine Version: 1.5.29 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified Created attachment 44311 --> http://bugs.winehq.org/attachment.cgi?id=44311 Cursor log The bug is the same as this issue: http://bugs.winehq.org/show_bug.cgi?id=31860 libxi6 and libxi6:i386 are installed and the log doesn't say that it can't be loaded. This is the used command: WINEDEBUG=+cursor wine '/wine/drive_c/Program Files (x86)/Guild Wars 2/Gw2.exe' -dx9single > /tmp/log.txt 2>&1 In the attachments is the full log. The problem also happens on a new profile and it doesn't appear if I'm downgrading to Wine 1.5.28. -- 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 98

[Bug 11751] New: Intellicad - endless loop when editing rich text ( user32 SendMessageA)
by wine-bugs＠winehq.org 12 Jan '16

12 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=11751 Summary: Intellicad - endless loop when editing rich text (user32 SendMessageA) Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikesg(a)abv.bg Created an attachment (id=11008) --> (http://bugs.winehq.org/attachment.cgi?id=11008) Relay log When trying to enter rich text in a drawing in 4m - Ingellicad an endless loop is encountered (CPU stays 98%). See details below. The console output is attached. Wine version: wine-0.9.56 OS: OpenSUSE 10.3 Windows: No windows, just a clean wine install Program: 4M - Intellicad 6 classic. Download demo: http://www.4msa.com/downloads/SetupICADClassic64_E.exe Install: wine SetupICADClassic64_E.exe How to run: I had to copy mfc71.dll,msvcr71.dll and msvcp71.dll from a Win XP SP2 install into drive_c/ICAD6CLASSIC folder Command line: wine "C:\ICAD6CLASSIC\icad.exe" How to reproduce: Run the program, in welcome dialog click 'Start Evaluation', in program command line type 'mtext' in command line, drag a rectangle on screen and in box that appears type whatever you want (don't worry about black letters on black background) and click 'OK'. All freezes. When started with +relay, the following lines appear endlessly: 0009:Call user32.SendMessageA(00000000,00000150,fffffffe,00000000) ret=00585ec5 0009:Ret user32.SendMessageA() retval=00000000 ret=00585ec5 Only difference is that the third parameter decreases with 1 every time it is displayed. -- 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 36583] New: valgrind shows several invalid reads in user32/tests/dde.c
by wine-bugs＠winehq.org 12 Jan '16

12 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=36583 Bug ID: 36583 Summary: valgrind shows several invalid reads in user32/tests/dde.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==5757== Invalid read of size 4 ==5757== at 0x5300A0F: WDML_GetConv (dde_misc.c:2248) ==5757== by 0x53010CE: DdeQueryConvInfo (dde_misc.c:2453) ==5757== by 0x4E75978: test_dde_aw_transaction (dde.c:1714) ==5757== by 0x4E7BD78: func_dde (dde.c:2779) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== Address 0x49b6290 is 288 bytes inside a block of size 318 free'd ==5757== at 0x7BC4C72C: notify_free (heap.c:263) ==5757== by 0x7BC51071: RtlFreeHeap (heap.c:1762) ==5757== by 0x7BC756DB: RtlFreeAnsiString (rtlstr.c:173) ==5757== by 0x7BC44D3F: FILE_CreateFile (file.c:190) ==5757== by 0x7BC44F02: NtOpenFile (file.c:246) ==5757== by 0x7B840FE2: FindFirstFileExW (file.c:1948) ==5757== by 0x7B841DE2: FindFirstFileW (file.c:2241) ==5757== by 0x7B85D58E: GetLongPathNameW (path.c:373) ==5757== by 0x7B8658CE: create_startup_info (process.c:1618) ==5757== by 0x7B866722: create_process (process.c:1998) ==5757== by 0x7B867B26: create_process_impl (process.c:2361) ==5757== by 0x7B868155: CreateProcessA (process.c:2444) ==5757== by 0x4E7BA7A: func_dde (dde.c:2738) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== Invalid read of size 1 ==5757== at 0x402BE93: strlen (vg_replace_strmem.c:412) ==5757== by 0x7B852F8B: CompareStringA (locale.c:3055) ==5757== by 0x7B853485: lstrcmpA (locale.c:3170) ==5757== by 0x4E73DA8: dde_server_wndprocW (dde.c:1420) ==5757== by 0x538B4F5: ??? (winproc.c:173) ==5757== by 0x538B66A: call_window_proc (winproc.c:244) ==5757== by 0x538D803: WINPROC_call_window (winproc.c:900) ==5757== by 0x534EB44: DispatchMessageW (message.c:4019) ==5757== by 0x52FB4A0: WDML_SyncWaitTransactionReply (dde_client.c:1067) ==5757== by 0x52FB727: WDML_ClientHandle (dde_client.c:1124) ==5757== by 0x52FBB96: DdeClientTransaction (dde_client.c:1222) ==5757== by 0x4E74C12: test_dde_aw_transaction (dde.c:1609) ==5757== by 0x4E7BD64: func_dde (dde.c:2777) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== Address 0x49b33b0 is 0 bytes after a recently re-allocated block of size 16 alloc'd ==5757== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==5757== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==5757== by 0x7B8457FF: HeapAlloc (heap.c:271) ==5757== by 0x7B845B34: GlobalAlloc (heap.c:388) ==5757== by 0x5349F4D: unpack_dde_message (message.c:2172) ==5757== by 0x534C1D3: peek_message (message.c:2936) ==5757== by 0x534DDC6: PeekMessageW (message.c:3757) ==5757== by 0x52FB4CE: WDML_SyncWaitTransactionReply (dde_client.c:1037) ==5757== by 0x52FB727: WDML_ClientHandle (dde_client.c:1124) ==5757== by 0x52FBB96: DdeClientTransaction (dde_client.c:1222) ==5757== by 0x4E74C12: test_dde_aw_transaction (dde.c:1609) ==5757== by 0x4E7BD64: func_dde (dde.c:2777) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== etc. (this is in a virtual desktop) -- 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 36105] New: user32/dde tests has some leaks
by wine-bugs＠winehq.org 12 Jan '16

12 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=36105 Bug ID: 36105 Summary: user32/dde tests has some leaks Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==8974== 8 bytes in 1 blocks are definitely lost in loss record 52 of 578 ==8974== at 0x7BC4C735: notify_alloc (heap.c:255) ==8974== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==8974== by 0x7B84586B: HeapAlloc (heap.c:271) ==8974== by 0x7B845A92: GlobalAlloc (heap.c:364) ==8974== by 0x50BC447: PackDDElParam (dde_misc.c:87) ==8974== by 0x5109F7E: unpack_dde_message (message.c:2166) ==8974== by 0x510C247: peek_message (message.c:2936) ==8974== by 0x510DE3A: PeekMessageW (message.c:3757) ==8974== by 0x50BB4C6: WDML_SyncWaitTransactionReply (dde_client.c:1037) ==8974== by 0x50BB71F: WDML_ClientHandle (dde_client.c:1124) ==8974== by 0x50BBB8E: DdeClientTransaction (dde_client.c:1222) ==8974== by 0x4D3096C: test_ddeml_client (dde.c:326) ==8974== by 0x4D3E80D: func_dde (dde.c:2697) ==8974== by 0x4E12A14: run_test (test.h:584) ==8974== by 0x4E12E03: main (test.h:654) ==8974== ==8974== 8 bytes in 1 blocks are possibly lost in loss record 51 of 578 ==8974== at 0x7BC4C735: notify_alloc (heap.c:255) ==8974== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==8974== by 0x7B84586B: HeapAlloc (heap.c:271) ==8974== by 0x7B845B40: GlobalAlloc (heap.c:376) ==8974== by 0x50BEB40: DdeCreateDataHandle (dde_misc.c:1322) ==8974== by 0x50BF334: WDML_Global2DataHandle (dde_misc.c:1538) ==8974== by 0x50BA1F0: WDML_HandleRequestReply (dde_client.c:530) ==8974== by 0x50BB077: WDML_HandleReply (dde_client.c:943) ==8974== by 0x50BB3EB: WDML_SyncWaitTransactionReply (dde_client.c:1051) ==8974== by 0x50BB71F: WDML_ClientHandle (dde_client.c:1124) ==8974== by 0x50BBB8E: DdeClientTransaction (dde_client.c:1222) ==8974== by 0x4D319DB: test_ddeml_client (dde.c:472) ==8974== by 0x4D3E80D: func_dde (dde.c:2697) ==8974== by 0x4E12A14: run_test (test.h:584) ==8974== by 0x4E12E03: main (test.h:654) ==8974== -- 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 30471] New: powersim constructor 2.5 old version cannot save and open file
by wine-bugs＠winehq.org 11 Jan '16

11 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=30471 Bug #: 30471 Summary: powersim constructor 2.5 old version cannot save and open file Product: WineHQ Apps Database Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrius.photo(a)gmail.com Classification: Unclassified Created attachment 39847 --> http://bugs.winehq.org/attachment.cgi?id=39847 wen starting program hello, i try to run Powersim constructor old version, and old is clearly but, when i try to save or read file i get error and program is crashed. Maybe it is because off old version program. thanks for help -- 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 25914] New: Dead Space 2 exits with error
by wine-bugs＠winehq.org 11 Jan '16

11 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=25914 Summary: Dead Space 2 exits with error Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: andras(a)csevego.net After starting Dead Space 2 (copied from windows partition due msi bugs and cracked due solidshield) game exits with something like that "could not initialize graphics hardware, please restart" Console log (pasted here because it's not too long): fixme:d3d9:D3DPERF_GetStatus (void) : stub fixme:d3d9:D3DPERF_SetOptions (0x1) : stub fixme:thread:SetThreadIdealProcessor (0x134): stub AffinityMask = 1; Initial APIC = 0; Physical ID = 0, Core ID = 0, SMT ID = 0 AffinityMask = 2; Initial APIC = 1; Physical ID = 0, Core ID = 1, SMT ID = 0 fixme:thread:SetThreadIdealProcessor (0x138): stub fixme:thread:SetThreadIdealProcessor (0x13c): stub fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub fixme:win:EnumDisplayDevicesW ((null),0,0x33efe4,0x00000000), stub! err:wgl:internal_SetPixelFormat Invalid operation on root_window err:d3d:context_set_pixel_format Failed to set pixel format 3 on device context 0x5ec, last error 0. err:d3d:context_create Failed to set pixel format 3 on device context 0x5ec. err:d3d:WineD3D_ChoosePixelFormat Can't find a suitable iPixelFormat err:wgl:internal_SetPixelFormat Invalid operation on root_window err:d3d:context_set_pixel_format Failed to set pixel format 3 on device context 0x678, last error 0. err:d3d:context_create Failed to set pixel format 3 on device context 0x678. fixme:d3d:wined3d_get_format Can't find format WINED3DFMT_R24_UNORM_X8_TYPELESS (0x49) in the format lookup table fixme:d3d:getDepthStencilBits Unsupported depth/stencil format WINED3DFMT_UNKNOWN. err:wgl:internal_SetPixelFormat Invalid operation on root_window err:d3d:context_set_pixel_format Failed to set pixel format 27 on device context 0x68c, last error 0. err:d3d:context_create Failed to set pixel format 27 on device context 0x68c. err:wgl:internal_SetPixelFormat Invalid operation on root_window err:d3d:context_set_pixel_format Failed to set pixel format 15 on device context 0x6a0, last error 0. err:d3d:context_create Failed to set pixel format 15 on device context 0x6a0. err:d3d:WineD3D_ChoosePixelFormat Can't find a suitable iPixelFormat err:wgl:internal_SetPixelFormat Invalid operation on root_window err:d3d:context_set_pixel_format Failed to set pixel format 3 on device context 0x6b4, last error 0. err:d3d:context_create Failed to set pixel format 3 on device context 0x6b4. err:d3d9:device_parent_CreateSwapChain (0x1237c4) CreateAdditionalSwapChain failed, returning 0x8876086a I think these messages indicates the bug. -- 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 17

[Bug 34405] New: AklePad 4.8.4: Unhandled exception: page fault on read access to 0x0000031c in 32-bit code (0x00423413).
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=34405 Bug #: 34405 Summary: AklePad 4.8.4: Unhandled exception: page fault on read access to 0x0000031c in 32-bit code (0x00423413). Product: Wine Version: 1.7.0 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Classification: Unclassified Created attachment 45795 --> http://bugs.winehq.org/attachment.cgi?id=45795 Backtrace of the crash Upon enabling the toolbar plugin in aklepad this unhandled pagefault occurs. Backtrace attached. -- 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 33937] New: [EA Origin]Pictures don't display correctly with Wine set to win7
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=33937 Bug #: 33937 Summary: [EA Origin]Pictures don't display correctly with Wine set to win7 Product: Wine Version: 1.6-rc4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: berillions(a)gmail.com Classification: Unclassified Created attachment 45074 --> http://bugs.winehq.org/attachment.cgi?id=45074 Origin with Wine set to WinXP Hi, When i launch EA Origin when Wine is set to Win7, the picture in Games tab or Shop tab don't display correctly. I attach to screenshot, 1 wine Origin with XP mode and the second with Seven mode. Concerning the output, i don't attach them because it's the same for both, but i have only these message when i launch Origin with Seven mode : err:shell:ShellLink_QueryInterface -- Interface: E_NOINTERFACE err:shell:ShellLink_QueryInterface -- Interface: E_NOINTERFACE I have these message when the window's Origin appears. Max -- 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 23642] New: Before You Know It crashes into urlmon
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=23642 Summary: Before You Know It crashes into urlmon Product: Wine Version: 1.2-rc7 Platform: x86 URL: http://www.byki.com/fls/FLS.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk This is a follow up of bug http://bugs.winehq.org/show_bug.cgi?id=12185. After downloading the application, and starting it, it first crashes because of lacking richedit functionality, covered by bug 12185 After working around that with winetricks riched20, I get a nice crash into urlmon. With native urlmon the app seems to work perfectly fine -- 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 9

[Bug 10919] New: GetLargestConsoleWindowSize() should not return hard coded constants
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=10919 Summary: GetLargestConsoleWindowSize() should not return hard coded constants Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-console AssignedTo: wine-bugs(a)winehq.org ReportedBy: reijo.sund(a)helsinki.fi Created an attachment (id=9840) --> (http://bugs.winehq.org/attachment.cgi?id=9840) sizepro.c - A source demonstrating the problem and a solution in terms of APIs ---------------------------------------------------------------------- MSDN library includes sample code for console applications (http://msdn2.microsoft.com/en-us/library/aa263818.aspx). The source is available at: http://www.helsinki.fi/~sund/console_vs6.zip . The source compiles easily with winelib after --cuiexe transformations with winemaker. The examples 14 and 32 deal with the GetLargestConsoleWindowSize() function. The problem is that the current implementation in Wine returns hard coded constants (X=80, Y=24) for the maximum size. This causes problems for applications that have followed the conventions of sample code, because it "prevents" the resizing of console window to bigger than "maximum". In principle, the window size could be changed manually by using properties dialog, but that is an "ugly" solution. Another "ugly" solution would be to change the hard coded constants to bigger values in Wine implementation. A better solution would be to actually implement the required functionality. I have attached a source (sizepro.c, compiles with 'winegcc -o sizepro.exe sizepro.c') that demonstrates the problem and infers the maximum console window size in relation to current resolution and font. I also tried to implement the corresponding functionality to Wine, and attached the source for the improved function (kernel32_console_ getlargestconsolewindowssize.c). That works fine for me, but I'm not sure whether it follows the conventions of Wine (or how to deal with strange __i386__ definitions without duplicating the code). So, I wonder if someone else more familiar with Wine development could check it out and derive an adequate patch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 36302] New: valgrind shows several leaks in msxml3/tests/saxreader.c
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=36302 Bug ID: 36302 Summary: valgrind shows several leaks in msxml3/tests/saxreader.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48400 --> https://bugs.winehq.org/attachment.cgi?id=48400 valgrind log ==30812== 32 bytes in 1 blocks are definitely lost in loss record 267 of 774 ==30812== at 0x7BC4C735: notify_alloc (heap.c:255) ==30812== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30812== by 0x5191FF0: CreateStreamOnHGlobal (hglobalstream.c:591) ==30812== by 0x4A8A289: test_mxwriter_stream (saxreader.c:4172) ==30812== by 0x4A9647E: func_saxreader (saxreader.c:5613) ==30812== by 0x4AAC96C: run_test (test.h:584) ==30812== by 0x4AACD5B: main (test.h:654) ==30812== ==30812== 88 bytes in 1 blocks are definitely lost in loss record 440 of 774 ==30812== at 0x7BC4C735: notify_alloc (heap.c:255) ==30812== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30812== by 0x7B84586B: HeapAlloc (heap.c:271) ==30812== by 0x7B8466BC: GlobalReAlloc (heap.c:693) ==30812== by 0x5191A56: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==30812== by 0x4A7D5BD: create_test_stream (objidl.h:4391) ==30812== by 0x4A7F57A: test_saxreader (saxreader.c:2430) ==30812== by 0x4A963FA: func_saxreader (saxreader.c:5592) ==30812== by 0x4AAC96C: run_test (test.h:584) ==30812== by 0x4AACD5B: main (test.h:654) ==30812== ==30812== 124 bytes in 1 blocks are definitely lost in loss record 493 of 774 ==30812== at 0x7BC4C735: notify_alloc (heap.c:255) ==30812== by 0x7BC5161A: RtlReAllocateHeap (heap.c:1883) ==30812== by 0x7B8458E5: HeapReAlloc (heap.c:281) ==30812== by 0x7B846646: GlobalReAlloc (heap.c:679) ==30812== by 0x5191A56: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==30812== by 0x51916F1: HGLOBALStreamImpl_Write (objidl.h:4391) ==30812== by 0x619B3EB: write_data_to_stream (objidl.h:4384) ==30812== by 0x619B643: flush_output_buffer (mxwriter.c:604) ==30812== by 0x619BC78: mxwriter_Release (mxwriter.c:774) ==30812== by 0x4A8ADD2: test_mxwriter_stream (msxml2.h:22158) ==30812== by 0x4A9647E: func_saxreader (saxreader.c:5613) ==30812== by 0x4AAC96C: run_test (test.h:584) ==30812== by 0x4AACD5B: main (test.h:654) ==30812== 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 4

[Bug 33121] New: wineconsole: Ignores height/width window size specified in program's external configuration file
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=33121 Bug #: 33121 Summary: wineconsole: Ignores height/width window size specified in program's external configuration file Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dasjournal1(a)gmail.com Classification: Unclassified Created attachment 43795 --> http://bugs.winehq.org/attachment.cgi?id=43795 Program spawned in wineconsole at default 80 x 25 resolution I'm using wineconsole to run a console-based Windows program (with --backend=user). Wineconsole always opens the program in an 80 x 25 sized window. Resizing this window via the mouse or right-click configuration area expands the window size, but not the buffer size of the console program. The newly-expanded area is black (see screenshot attachment). These settings are also not saved upon restarting the program. This is the same or very similar bug to 30193 (http://bugs.winehq.org/show_bug.cgi?id=30193). In Windows, the program detects the maximum width and height of the current display resolution and provides options within the program to modify the height and width. When using wineconsole, the program only detects the 80 x 25 buffer it is spawned in. Also, in Windows, the program stores the height and width settings in an external configuration file, so that upon restarting the program, the correct window/buffer size is displayed. Wineconsole ignores these settings in favour of an 80 x 25 or lower resolution. I note in Wine's source code that <source>/server/console.c has hard-coded values of 80 and 25 for the window and screen buffers. This is the default command prompt window size used in Windows. Also, <source>/programs/wineconsole/registry.c sets the default window/buffer values for new wineconsole-based programs. Modifying <source>/programs/wineconsole/registry.c, recompiling and running 'wineconsole cmd' displays the Windows command prompt in the specified windows size. This modification has no effect on my console-based program, which is always displayed at 80 x 25. Modifying <source>/server/console.c (and recompiling) also fails to have the desired effect. The program's window is larger, but the program itself is still rendered at 80 x 25. The surrounding area is black, as noted above. It is as though wineconsole is ignoring or overriding the program's external configuration file. -- 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 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 July 2014