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

[Bug 39118] New: Office 2013 installer fails to start
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=39118 Bug ID: 39118 Summary: Office 2013 installer fails to start Product: Wine Version: 1.7.49 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: piotr.caban(a)gmail.com Distribution: --- Office 2013 installer fails to start showing message box with text: "Installation language not supported" This is a regression caused by: e67a00b46694625e3c40386008affac42e7e3847 is the first bad commit commit e67a00b46694625e3c40386008affac42e7e3847 Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Tue Aug 18 15:25:40 2015 +0800 ntdll: Separate image relocation from NtMapViewOfSection. :040000 040000 57d1c2330c02dd39d3ce5c8b2523c3d510fbc194 ca972ebe981cd75c1f88d4357637ad756bce66b9 M dlls Reverting the patch in current wine lets the installer start. -- 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 38224] New: AcceptEx detaches the socket from its IO completion port
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=38224 Bug ID: 38224 Summary: AcceptEx detaches the socket from its IO completion port Product: Wine Version: 1.6.2 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Created attachment 51024 --> https://bugs.winehq.org/attachment.cgi?id=51024 Source + binary for BugAcceptEx Hello, On a server I have a listening socket lListeningSocket := socket (PF_INET, SOCK_STREAM, IPPROTO_TCP); CreateIoCompletionPort (lListeningSocket, lIoCompletionPort, 0, 0); bind (lListeningSocket, PSockAddr (@lAddress)^, SizeOf (TSockAddrIn)); listen (lListeningSocket, 1); and I prepare a socket for a new connection lSocket := socket (PF_INET, SOCK_STREAM, IPPROTO_TCP); CreateIoCompletionPort (lSocket, lIoCompletionPort, 0, 0); then call AcceptEx lPtrAcceptEx (lListeningSocket, lSocket, ...); GetQueuedCompletionStatus (lIoCompletionPort, ...) signals completion for AcceptEx for an incoming connection (so CreateIoCompletionPort (lListeningSocket, ...) works fine), but never signals completion for events on lSocket, not even a disconnection. If I call again CreateIoCompletionPort (lSocket, lIoCompletionPort, 0, 0); after the completion of AcceptEx, it works fine. So AcceptEx as detached lSocket from the IO completion port. To help reproducting it, I created a little command line server BugAcceptEx.exe Here attached is the code (Delphi) and the executable. In a command prompt run BugAcceptEx 1234 and in another command prompt telnet localhost 1234 and press a key Under Windows it works fine, under Mac + Wine the server signals the incoming connection but never signals data nor disconnection. Now if you do BugAcceptEx 1235 WithPatch and telnet localhost 1235 it works fine Thank you for your help. Regards, Michel Terrisse -- 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 37478] New: cmd doesn't handle "else if" correctly in all cases
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=37478 Bug ID: 37478 Summary: cmd doesn't handle "else if" correctly in all cases Product: Wine Version: 1.7.28 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jbb.rose(a)yahoo.com Distribution: --- cmd.exe doesn't seem to handle "else if" constructs correctly in all cases. This is making it difficult for me to run some complex build scripts under wine. Using this batch file: C:\Users\bjj\Documents>type try.bat @REM bjj test hack @echo off echo Args: "%1" "%2" "%3" "%4" if /I "%1" == "DEBUG" ( echo It is debug ) else if /I "%1" == "RELEASE" ( echo It is release ) else if /I "%1" == "TRY" ( echo It is try ) else ( echo it is neither: "%1" ) On Windows 7, all the branches seem to be handled correctly: C:\Users\bjj\Documents>try foo Args: "foo" "" "" "" it is neither: "foo" C:\Users\bjj\Documents>try DEBUG Args: "DEBUG" "" "" "" It is debug C:\Users\bjj\Documents>try RELEASE Args: "RELEASE" "" "" "" It is release C:\Users\bjj\Documents>try TRY Args: "TRY" "" "" "" It is try However, on wine 1.7.28 the "else" branch is sometimes executed when it shouldn't be: W:\>try foo Args: "foo" "" "" "" it is neither: "foo" W:\>try DEBUG Args: "DEBUG" "" "" "" It is debug it is neither: "DEBUG" W:\>try RELEASE Args: "RELEASE" "" "" "" It is release it is neither: "RELEASE" W:\>try TRY Args: "TRY" "" "" "" It is try Judging from this example, it appears that the "else" clause is only skipped if the final "if .. else if ..." clause is true. If one of the earlier clasues is true, the final "else" is unexpectedly executed. I haven't tried this batch file with earlier versions of wine. Thanks, Brian -- 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 39031] New: Schein demo needs vcomp110.dll._vcomp_master_begin
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=39031 Bug ID: 39031 Summary: Schein demo needs vcomp110.dll._vcomp_master_begin Product: Wine Version: 1.7.48 Hardware: x86-64 URL: http://store.steampowered.com/app/321920/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: vcomp Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Ubuntu Follow up to bug 38613. -- 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 28444] New: zenilib 0.4.1.0 applications: crash when attempting to use d3dx9 for rendering
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=28444 Summary: zenilib 0.4.1.0 applications: crash when attempting to use d3dx9 for rendering Product: Wine Version: 1.3.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bazald(a)gmail.com CC: wine-bugs(a)winehq.org Created an attachment (id=36469) --> (http://bugs.winehq.org/attachment.cgi?id=36469) Output log I'm responsible for the development of a "simple" game engine, zenilib. It compiles and runs natively under Linux, so most code isn't doing anything too platform specific. The Windows build runs magnificently in Linux when using OpenGL for rendering, but something is preventing applications from starting at all when attempting to use Direct3D9. You can download the engine and supporting files here: http://zenilib.com/download/#vs To reproduce: 1. unzip zenilib_0.4.1.0.zip 2. unzip zenilib_0.4.1.0_support.zip 3. cd zenilib/config 4. cat zenilib.xml | sed 's/OpenGL/DX9/' > temp && mv temp zenilib.xml 3. cd ../bin 4. wine Application.exe -- 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 26

[Bug 29081] New: Drag and Drop: Duplicate entries in winamp playlist window
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=29081 Bug #: 29081 Summary: Drag and Drop: Duplicate entries in winamp playlist window Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: anwetli(a)hotmail.com Classification: Unclassified Created attachment 37475 --> http://bugs.winehq.org/attachment.cgi?id=37475 Wine log for xdnd Operating System: Kubuntu 10.04 LTS with KDE 4.4.5 / i386 / nvidia grafics driver Bug is related to winamp, a windows music player (www.winamp.com) Other applications may be affected by this bug. Problem: Every File drag and dropped to the playlist-window of winamp will duplicated. It generates double entries for every file dropped to the playlist-window. Version of wine: This bug has been introduced since version 1.3x. In wine 1.2 everything is fine. Details: If you drag drop a file to the main window of winamp, no duplicate entries will be generated. But if you drop a file to the playlist-window (a window within the winamp application), you will get two entries (duplicated). So it seems to me that the bug is connected to how the drag drop code specifies the target window. Wine trace (WINEDEBUG=xdnd wine winamp.exe) last lines in wine 1.2x: ---------------------------- trace:xdnd:X11DRV_XDND_DropEvent trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x10056) 0x1356a4(L"E:\\x.mp3") trace:xdnd:X11DRV_XDND_FreeDragDropOp last lines in wine 1.3x: ---------------------------- trace:xdnd:X11DRV_XDND_DropEvent trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x101e0) 0x1abe6c(L"Z:\\home\\angel\\Desktop\\x.mp3") trace:xdnd:create_stream_from_map size 4096 trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adbb4={.tymed=0x1, .dwAspect=1, .cfFormat=49326} trace:xdnd:XDNDDATAOBJECT_QueryGetData application didn't find UniformResourceLocator trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1, .dwAspect=1, .cfFormat=15} trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP trace:xdnd:XDNDDATAOBJECT_GetData (0x68a29320, 0x7adba0, 0x7adbd8) trace:xdnd:XDNDDATAOBJECT_GetData application is looking for CF_HDROP trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1, .dwAspect=1, .cfFormat=15} trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP trace:xdnd:X11DRV_XDND_DropEvent drop succeeded trace:xdnd:X11DRV_XDND_FreeDragDropOp It seems that with wine 1.3 new code for a better drag and drop functionality has been introduced. But also leading to a bug with duplicate entries. Maybe someone can fix this? Would be nice :-) -- 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 31856] New: TextPad full screen view toggle broken
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=31856 Bug #: 31856 Summary: TextPad full screen view toggle broken Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zelotech(a)yahoo.de Classification: Unclassified When you shift within the Shareware Text Editor Textpad5 (which generally is excellent supported by Wine) to full screen view that works pretty well, however when you return from full screen view to the normal view the window header gets lost. Messages are not printed out. -- 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 5

[Bug 23650] New: PowerPoint 2007 insensitive to changes in screen resolution
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=23650 Summary: PowerPoint 2007 insensitive to changes in screen resolution Product: Wine Version: 1.2-rc6 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 For presentations, you usually have to change your screen to the right resolution such that the external monitor / projector can display your slides. However, I found that when you start PowerPoint 2007 using wine 1.2rc7 or more specifically the wine server before adopting the screen resolution, then PowerPoint or at least parts of it will stick to the former screen resolution. Steps to reproduce: 1. Start your computer with a certain screen resolution, say 1280x1024 2. Start up PowerPoint 2007 with wine. (Everything is fine, presentation mode works as expected) 3. Change screen resolution 4. Activate presentation mode -> The presentation will be rendered to fit in the old screen resolution and there is no way to change this. Possibly this also affects other applications. -- 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 39040] New: Excel 2010 enters installation configuration steps then exits
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=39040 Bug ID: 39040 Summary: Excel 2010 enters installation configuration steps then exits Product: Wine Version: 1.7.48 Hardware: x86 OS: Linux Status: NEW Severity: critical Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: caron(a)codeweavers.com Distribution: --- Excel 2010 launches but then enters an incomplete installation process. It performs two attempts to complete installation and then closes with the error: Microsoft Office cannot verify the license for this application. A repair attempt failed or was canceled by the user. The application will now shut down. 1. Install Office 2010 in a clean prefix * riched20 set to native 2. Launch Excel 2010 3. Excel begins to configure, claiming the install was incomplete Launching Excel 2010 from Wine 1.7.48 works as expected, launching from: e3c6777edda76f319e5c465faf6c20bb91ed9f17 Shows the above behavior. This is a regression. Bisect results: 2a904d3bb379282831035e76bf9d30d347511bab is the first bad commit commit 2a904d3bb379282831035e76bf9d30d347511bab Author: Martin Storsjo <martin(a)martin.st> Date: Thu Jul 23 10:36:06 2015 +0300 ntdll: Handle partial image load config structs. :040000 040000 74e5a8c36c2def8aaa89125e318086358a88dbfc ca6bfb2640b7e2be00b87fb9ebbdedc53225a588 M dlls -- 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 19

[Bug 36163] New: valgrind shows an unitialized variable in programs/cmd/tests/batch.c
by wine-bugs＠winehq.org Aug. 21, 2015

Aug. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=36163 Bug ID: 36163 Summary: valgrind shows an unitialized variable in programs/cmd/tests/batch.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==18147== Conditional jump or move depends on uninitialised value(s) ==18147== at 0x401B9C5: real_length (sortkey.c:329) ==18147== by 0x401B9E3: wine_compare_string (sortkey.c:338) ==18147== by 0x7B852F44: CompareStringEx (locale.c:3016) ==18147== by 0x7B852D0A: CompareStringW (locale.c:2979) ==18147== by 0x4B1D493: WCMD_setshow_default (builtins.c:3316) ==18147== by 0x4B281B6: WCMD_execute (wcmdmain.c:1487) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B130E0: WCMD_batch (batch.c:95) ==18147== by 0x4B27185: WCMD_run_program (wcmdmain.c:1187) ==18147== by 0x4B28467: WCMD_execute (wcmdmain.c:1618) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B2ADC4: wmain (wcmdmain.c:2590) ==18147== by 0x4B2B328: __wine_spec_exe_wentry (exe_wentry.c:36) ==18147== by 0x7B864247: ??? (process.c:1045) ==18147== by 0x7B864394: start_process (process.c:1097) ==18147== by 0x7BC87087: ??? (signal_i386.c:2571) ==18147== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==18147== by 0x7BC87065: ??? (signal_i386.c:2571) ==18147== by 0x7BC5A1C0: start_process (loader.c:2840) ==18147== by 0x401B03C: ??? (port.c:60) ==18147== Uninitialised value was created by a client request ==18147== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==18147== by 0x7BC4C697: initialize_block (heap.c:240) ==18147== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==18147== by 0x4B2544E: heap_alloc (wcmdmain.c:444) ==18147== by 0x4B27671: WCMD_execute (wcmdmain.c:1310) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B130E0: WCMD_batch (batch.c:95) ==18147== by 0x4B27185: WCMD_run_program (wcmdmain.c:1187) ==18147== by 0x4B28467: WCMD_execute (wcmdmain.c:1618) ==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294) ==18147== by 0x4B2ADC4: wmain (wcmdmain.c:2590) ==18147== by 0x4B2B328: __wine_spec_exe_wentry (exe_wentry.c:36) ==18147== by 0x7B864247: ??? (process.c:1045) ==18147== by 0x7B864394: start_process (process.c:1097) ==18147== by 0x7BC87087: ??? (signal_i386.c:2571) ==18147== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==18147== by 0x7BC87065: ??? (signal_i386.c:2571) ==18147== by 0x7BC5A1C0: start_process (loader.c:2840) ==18147== by 0x401B03C: ??? (port.c:60) ==18147== -- 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