September 2015 - Wine-bugs - list.winehq.org

[Bug 29182] New: Edit control WS_EX_CLIENTEDGE is not drawn if initially not WS_VISIBLE
by wine-bugs＠winehq.org 14 Mar '16

14 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=29182 Bug #: 29182 Summary: Edit control WS_EX_CLIENTEDGE is not drawn if initially not WS_VISIBLE Product: Wine Version: 1.3.33 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: toni.spets(a)iki.fi Classification: Unclassified Created attachment 37648 --> http://bugs.winehq.org/attachment.cgi?id=37648 Hack to workaround the problem This is rather odd as I couldn't figure it out where the problem occurs deeper but the attached patch should give a good hint to someone who knows better. If the edit control is not WS_VISIBLE when created, WS_EX_CLIENTEDGE will be ignored through it's life and only show the background color without border. As I'm probably wrong this can be tested using the freeware program ResEdit by creating a new dialog and adding a normal text edit control. It seems there are more problems regarding updating the control on-the-fly with the properties editor. -- 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 38703] New: Page fault to 0x0 when installing fxupdater.exe
by wine-bugs＠winehq.org 12 Mar '16

12 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=38703 Bug ID: 38703 Summary: Page fault to 0x0 when installing fxupdater.exe Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- Created attachment 51631 --> https://bugs.winehq.org/attachment.cgi?id=51631 Unhandled exception backtrace while running InstallWare Wizard I'm using InstallWare Wizard to install FXCM Trading Station under OS X, however it crashes on Installing updates. Binary file: fxupdater.exe Backtrace: =>0 0x00439d4b in fxupdater (+0x39d4b) (0x0033feb0) 1 0x7b8534ec call_process_entry+0xb() in kernel32 (0x0033fec8) 2 0x7b856f57 start_process+0x66() in kernel32 (0x0033ff08) 3 0x7bc6f65c call_thread_func_wrapper+0xb() in ntdll (0x0033ff28) 4 0x7bc7065a call_thread_func+0x89() in ntdll (0x0033ffa8) 5 0x7bc6f622 call_thread_entry_point+0x11() in ntdll (0x0033ffc8) 6 0x7bc465ee start_process+0x1d() in ntdll (0x0033ffe8) 0x00439d4b: movl 0x0(%eax),%edx See more details in the attachment. Link to the self-extracting exe file: http://download.fxcorporate.com/FXCM/FXTS2Install.EXE -- 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 37248] New: Floating point stack fault in a program compiled with Silverfrost FTN95
by wine-bugs＠winehq.org 11 Mar '16

11 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=37248 Bug ID: 37248 Summary: Floating point stack fault in a program compiled with Silverfrost FTN95 Product: Wine Version: 1.7.25 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pepalogik(a)seznam.cz I use Silverfrost FTN95 compiler <http://www.silverfrost.com/11/ftn95/ftn95_fortran_95_for_windows.aspx> for debugging a Fortran 77 code. This compiler has quite a unique CHECKMATE feature which performs various run-time checks, but this compiler is Windows-only. First it seemed to work fine in Wine but then, when I used a larger code, the program execution resulted in a floating point stack fault. Note that the compiler itself works correctly in Wine, but the resulting CHECKMATE-enabled executable fails (while the very same executable runs well on Windows). I was happy when I found a workaround: to compile the program with /F_STDCALL. Unfortunately, this turned out to be insufficient for an even larger code (it is actually the same program with just larger parameter values and thus larger arrays and more iterations in various cycles). For this code, /F_STDCALL only causes the floating point stack fault to occur later. I cannot 100% guarantee that the code is correct - a floating point stack fault can be caused e.g. by calling a function with an incorrectly specified return type. However, I think this is unlikely for the following reasons: 1. It does work on MS Windows, 2. It has been checked with two different compilers (FTN95 and gfortran). 3. It has been checked with Silverfrost's CHECKMATE run-time checking (as it runs on Windows without failure). 4. It has been checked by me. Hence I guess it is a bug in Wine. What files do you need to tackle this problem? As the executable needs a Silverfrost's runtime library, you will have to install FTN95 in any case. I suggest that I will upload these files and information: * program source, * compiling instructions, * input files (which are required by the program). I will now wait for either your response or the appearance of Wine 1.7.26 in the PPA (it seems to be to complicated for me to build it from the source). If the latter happens earlier, I will check if the bug persists and upload the files I have suggested. -- 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 36713] New: Watch_Dogs does not start
by wine-bugs＠winehq.org 05 Mar '16

05 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=36713 Bug ID: 36713 Summary: Watch_Dogs does not start Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hatbollen(a)gmail.com Trying to start watch_dogs.exe gives an error dialog from Disrupt_b64.dll: The procedure entry point inet_pton could not be located in the dynamic link library WS2_32.dll. Console output after closing the dialog: ~/.wine/drive_c/Program Files (x86)/Ubisoft/Ubisoft Game Launcher/games/Watch_Dogs/bin$ wine watch_dogs.exe fixme:heap:HeapSetInformation 0x3b0000 0 0x23fc90 4 fixme:heap:HeapSetInformation 0x4c0000 0 0x23fc90 4 fixme:heap:HeapSetInformation 0x5d0000 0 0x23fc90 4 fixme:heap:HeapSetInformation 0x920000 0 0x23fc90 4 err:module:attach_process_dlls "Disrupt_b64.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files (x86)\\Ubisoft\\Ubisoft Game Launcher\\games\\Watch_Dogs\\bin\\watch_dogs.exe" failed, status c0000142 -- 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 22039] New: Lego Island: failed to start.
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=22039 Summary: Lego Island: failed to start. Product: Wine Version: 1.1.40 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 Created an attachment (id=26806) --> (http://bugs.winehq.org/attachment.cgi?id=26806) err:d3d:wined3d_unregister_window Window 0x20054 is not registered with wined3d.... and more... Lego Island simply boots up to a black scree, then I get an error prompt saying: "Lego Island failed to start. Please quit all other applications and try again." This seems similar to bug: http://bugs.winehq.org/show_bug.cgi?id=13875 But that guy didn't get the prompt. Log and debugging of d3d 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 33

[Bug 17448] New: Impossible to insert an MPEG file in PowerPoint
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=17448 Summary: Impossible to insert an MPEG file in PowerPoint Product: Wine Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Trying to insert an mpeg video in PowerPoint 2003 gives the following error message: PowerPoint cannot insert a movie from the selected file. Verify that the path and file format are correct, and then try again. And this trace: fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"MPEGVIDEO". So it seems like this is because we are missing an mpeg codec in Wine so this is probably not specific to PowerPoint 2003. To reproduce: * download an mpg file from anywhere * install PowerPoint 2003 and start it * Insert -> Movies and Sounds -> Movie from File... * select your mpg file and validate -- 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 29

[Bug 29583] New: JScript is missing 'new XMLHttpRequest();' support
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=29583 Bug #: 29583 Summary: JScript is missing 'new XMLHttpRequest();' support Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: jscript AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com Classification: Unclassified Found that while testing for bug 29574, builtin jscript won't create an object using 'new XMLHttpRequest();'. There's several important things needed to implement this properly: - it wraps msxml functionality; - ::open() is always asynchronous with readystate handlers installed; - msxml object is called directly without IDispatch; - url passed to ::open() is expanded from relative url before it's passed to msxml, probably with same object site functionality that msxml uses. -- 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 39242] New: oleaut32:typelib fails in the Korean locale
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=39242 Bug ID: 39242 Summary: oleaut32:typelib fails in the Korean locale Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following test failures happen specifically in the Korean locale, such as on the fg-win7u64-1spie9-ko WineTest box: typelib.c:2184: Test failed: got: L"default\3213" typelib.c:2196: Test failed: got: L"default\3213" typelib.c:2982: Test failed: got: L"default\3213" typelib.c:2994: Test failed: got: L"default\3213" See: https://test.winehq.org/data/tests/oleaut32:typelib.html -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 9790] New: Regression in Heroes of Might and Magic 5
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=9790 Summary: Regression in Heroes of Might and Magic 5 Product: Wine Version: 0.9.45. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: martyspamtrap(a)comcast.net This is observed on the full version of Heroes of Might and Magic 5 (but is probably reproducible on the demo). After updating to Wine 0.9.45 (coming from 0.9.44), I started experiencing application lockups in Heroes 5 during game play on the map screen. The lockup consists of no further mouse or keyboard instructions being recognize, although the background music continues to play. An ALT-TAB to a shell and a "kill -9" get me back in control. The problem is triggered somewhat randomly, but I've reproduced it twice by loading up a saved game, panning around the map, viewing a hero's status screen, and returning to the map. At this point, some of the status windows are no longer drawing themselves completely and my system starts thrashing on my hard drive. A little more panning around the map results in the lockup. This issue did not exist in Wine 0.9.44. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 9791] New: Heroes of Might and Magic 5 (full) requires d3dx9_25.dll
by wine-bugs＠winehq.org 04 Mar '16

04 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=9791 Summary: Heroes of Might and Magic 5 (full) requires d3dx9_25.dll Product: Wine Version: 0.9.44. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P4 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: martyspamtrap(a)comcast.net After a clean installation of Heroes 5 in Wine, attempting to run it fails. The console reports that d3dx9_25.dll is required by H5_Game.exe. My workaround is to either copy this file from a Windows installation, or copy Wine's d3dx8.dll.so to d3dx9_25.dll. Nasty hack, but it seems to work. I'd like to request an enhancement to include a more proper version of this DLL in Wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 85