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

[Bug 33635] New: wine cmd executes text inside comments as commands.
by wine-bugs＠winehq.org June 7, 2013

June 7, 2013

http://bugs.winehq.org/show_bug.cgi?id=33635 Bug #: 33635 Summary: wine cmd executes text inside comments as commands. Product: Wine Version: 1.5.29 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: loentar(a)gmail.com Classification: Unclassified Created attachment 44521 --> http://bugs.winehq.org/attachment.cgi?id=44521 script to reproduce bug When command script has "::" style comments and symbol "|" appear inside that comment wine cmd executes that text as commands (think it recognizes it as generic commands with pipe redirection). For example if you create command script like that and start it you will see empty file "cmd_output", error "can't find another test" and started notepad: :: some text that is ignored | dir >cmd_output | another test | notepad Note when I replace "::" to rem, this error goes 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 9

[Bug 33253] New: Command line: Incorrect behavior of "for" command
by wine-bugs＠winehq.org June 7, 2013

June 7, 2013

http://bugs.winehq.org/show_bug.cgi?id=33253 Bug #: 33253 Summary: Command line: Incorrect behavior of "for" command Product: Wine Version: 1.5.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: guy.roussin(a)teledetection.fr Classification: Unclassified Hi, with wine 1.5.26 : C:\OSGeo4W>for %f in (etc/ini/*.bat) do echo %f gdal.bat C:\OSGeo4W>for %f in (etc/ini/gdal.bat) do echo %f etc/ini/gdal.bat with windows XP : C:\OSGeo4W>for %f in (etc\ini\*.bat) do echo %f C:\OSGeo4W>echo etc\ini\gdal.bat etc\ini\gdal.bat C:\OSGeo4W>for %f in (etc\ini\gdal.bat) do echo %f C:\OSGeo4W>echo etc\ini\gdal.bat etc\ini\gdal.bat Thank you, Guy -- 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 8221] Xfire registration dialog does not work
by wine-bugs＠winehq.org June 7, 2013

June 7, 2013

http://bugs.winehq.org/show_bug.cgi?id=8221 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #14 from Alexandre Julliard <julliard(a)winehq.org> 2013-06-07 15:02:06 CDT --- Closing bugs fixed in 1.6-rc1. -- 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 0

[Bug 22026] New: Symantec LiveUpdate 3.1 refuses to install in NT mode
by wine-bugs＠winehq.org June 7, 2013

June 7, 2013

http://bugs.winehq.org/show_bug.cgi?id=22026 Summary: Symantec LiveUpdate 3.1 refuses to install in NT mode Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: NEW Keywords: Installer Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=26783) --> (http://bugs.winehq.org/attachment.cgi?id=26783) Wine 1.1.40 console output Symantec LiveUpdate 3.1 refuses to install in NT mode reporting "User is missing adequate access rights to the Window's registry." Works fine in Win98 mode. This specific version does not appear to be available for download but the license does allow distribution, so I can upload it if needed. May affect other versions but I haven't got that far yet. -- 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 21761] New: Braid demo installer fails to launch Explorer on the start menu directory it created
by wine-bugs＠winehq.org June 7, 2013

June 7, 2013

http://bugs.winehq.org/show_bug.cgi?id=21761 Summary: Braid demo installer fails to launch Explorer on the start menu directory it created Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com When you install the demo version of Braid ( http://www.braid-game.com/ points to http://www.playgreenhouse.com/game/NNONE-000001-01/ which has a free download link, http://www.playgreenhouse.com/php/public/tracking/downloads.php?sku=NNONE-0… The sha1sum is 7ea08ddbf5f2fb2f38057d930389b5af7d737e2c braid_windows_r3.exe ) the installer works, but at the end, pops up an error dialog saying that ShellExecuteEx failed. On Windows, at that point, Explorer opens to the Start Menu directory holding the shortcuts for the game. -- 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 19268] New: using Radmin: wine stalls if movements/animations in remote screen
by wine-bugs＠winehq.org June 7, 2013

June 7, 2013

http://bugs.winehq.org/show_bug.cgi?id=19268 Summary: using Radmin: wine stalls if movements/animations in remote screen Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: noragen(a)gmx.net using Radmin: wine stalls if movements/animations in remote screen wine stalls, if there are any animations like movie or gif-animations or sth. like that on remote screen in full screen control mode. -- 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 33548] New: Civilization IV crashes while starting
by wine-bugs＠winehq.org June 7, 2013

June 7, 2013

http://bugs.winehq.org/show_bug.cgi?id=33548 Bug #: 33548 Summary: Civilization IV crashes while starting Product: Wine Version: 1.5.29 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Classification: Unclassified Created attachment 44404 --> http://bugs.winehq.org/attachment.cgi?id=44404 +msxml log This is with Civilization IV Steam version and wine-1.5.29-147-g2d89a14. Using winetricks msxml3 worksaround the crash. I'm attaching a +msxml log of the crash. Using Ubuntu 13.04 64 bits. -- 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 3

[Bug 31669] New: Not open internal editor of MPLAB 8.40.00.00
by wine-bugs＠winehq.org June 7, 2013

June 7, 2013

http://bugs.winehq.org/show_bug.cgi?id=31669 Bug #: 31669 Summary: Not open internal editor of MPLAB 8.40.00.00 Product: Wine Version: 1.5.12 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nestorm_des(a)hotmail.com Classification: Unclassified I'm a testing gentoo user. I downgrade to 1.5.11 and MPLAB 8.84.00.00 again functional. What you do not walk the MPLAB is the internal editor, giving this message: Unable to create the display plug-in 5VEditor.DisassemblyWnd.1 # nano -w /etc/portage/package.mask =app-emulation/wine-1.5.12 # emerge -av wine These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD ] app-emulation/wine-1.5.11 [1.5.12] USE="X alsa cups fontconfig gecko gnutls gphoto2 jpeg lcms mp3 ncurses nls opengl oss perl png scanner ssl threads truetype v4l win32 win64 xinerama xml -capi -custom-cflags -gsm (-gstreamer) -hardened -ldap -mono -odbc -openal -opencl -osmesa -pulseaudio -samba (-selinux) -test -udisks -xcomposite" 20,168 kB Total: 1 package (1 downgrade), Size of downloads: 20,168 kB Would you like to merge these packages? [Yes/No] y -- 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 33654] New: MSYS bash.exe redirection fails for ctest.exe (one of the CMake executables). Regression of recent wine-git from 1.5.25
by wine-bugs＠winehq.org June 7, 2013

June 7, 2013

http://bugs.winehq.org/show_bug.cgi?id=33654 Bug #: 33654 Summary: MSYS bash.exe redirection fails for ctest.exe (one of the CMake executables). Regression of recent wine-git from 1.5.25 Product: Wine Version: 1.5.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: irwin(a)beluga.phys.uvic.ca Classification: Unclassified Created attachment 44546 --> http://bugs.winehq.org/attachment.cgi?id=44546 Source code for "DoNotInheritStdPipes" redirection test Under MSYS bash.exe, redirection of the ctest.exe command produces an empty file for wine-1.5.31 but not for wine-1.5.19 (very heavily tested for my build needs) or wine-1.5.25 (lightly tested for this specific problem). For example, in 1.5.31, but not 1.5.25 (or 1.5.19), ctest.exe --version gives the correct result ("ctest version 2.8.10.2") to the console created by wineconsole, but ctest.exe --version > ctest_version.out produces an empty file. "git bisect" shows the first wine commit to cause the problem was the first one after 1.5.25 (f565e4a3157d38b50a25fc3b90014474b59fceba, msvcrt: Don't duplicate standard handles during initialization.) Subsequently there was a style change (8e5bebe26253f2725141a35f23b6f2e10fc7694d, msvcrt: Rename msvcrt_alloc_fd_from to msvcrt_set_fd.) to the affected file, dlls/msvcrt/file.c. Both these commits were by Piotr Caban <piotr(a)codeweavers.com>. If I revert 8e5bebe26253f2725141a35f23b6f2e10fc7694d and f565e4a3157d38b50a25fc3b90014474b59fceba for wine-1.5.31 (note the reversed patches apply cleanly), this fixes the issue. To save wine developers having to dig around in the ctest code source from CMake to figure out what Windows calls are being used to trigger this wine regression, I attach standalone code for a simple test case which follows what is done in ctest to handle stdout. When this code is compiled with MinGW it demonstrates the same redirection issue you get with ctest. The only difference from a standard C++ "Hello World" programme in this test code is the call to DoNotInheritStdPipes which I just copied from the ctest source code. I don't understand DoNotInheritStdPipes, but one of the commit messages associated with it when it was implemented in 2007 by the CMake developers had the title "BUG: fix problem with stdout and stderr not showing up in ms dos shells". Anyhow, since 2007 DoNotInheritStdPipes has apparently been used for executing ctest.exe on Microsoft Windows with no redirection issues on that platform and that implies commit f565e4... causes a run-time difference between the Wine and Microsoft versions of Windows. But I have no access to Microsoft Windows myself so that implication should be confirmed by compiling the attached source code on Microsoft Windows and showing that redirection works fine with it under MSYS bash.exe for that platform but not for wine-1.5.31 unless the two above patches (one just a style one) are reverted. -- 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 33726] New: wmiutils should be installed in c:\windows\system32\wbem
by wine-bugs＠winehq.org June 7, 2013

June 7, 2013

http://bugs.winehq.org/show_bug.cgi?id=33726 Bug #: 33726 Summary: wmiutils should be installed in c:\windows\system32\wbem Product: Wine Version: 1.5.31 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified noticed while testing for bug 33642: winetricks dotnet20 installs native wmiutils.dll, which works just fine. However, every wineprefix update rewrites COM class registration to use builtin wmiutils. Specifically, after installing dotnet20 registry contains the following entry: [Software\\Classes\\CLSID\\{CF4CC405-E2C5-4DDD-B3CE-5E7582D8C9FA}\\InprocServer32] @="C:\\windows\\system32\\WBEM\\wmiutils.dll" After wineprefix update the entry changes to: [Software\\Classes\\CLSID\\{CF4CC405-E2C5-4DDD-B3CE-5E7582D8C9FA}\\InprocServer32] @="C:\\windows\\system32\\wmiutils.dll" If we move wine's wmiutils to the same folder as on Windows, the registry won't change. On a related note, bug 33642 is not testable with builtin wmiutils. I'll create a separate bug for that. -- 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