September 2011 - Wine-Bugs - list.winehq.org

[Bug 10763] New: Window movement in virtual desktop mode should match real Windows
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=10763 Summary: Window movement in virtual desktop mode should match real Windows Product: Wine Version: 0.9.50. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, This is a suggestion about the way window borders are drawn when windows are dragged or resized, when in virtual desktop mode. Windows (2000) operation seems to be like this: - Window movement: - When the pointer is stationary over the window title bar, pressing and holding the left button causes the highlighted border frame to be drawn after approximately 1 second. (Wine only draws the border frame once the pointer is moved.) - For non-resizeable windows, the border is highlighted by a 1-pixel thick rectangle with dotted lines (Wine does this currently). For resizeable windows, the border is highlighted by a 4-pixel thick rectangle with crosshatch/checkerboard lines. (Wine uses XOR/complement highlighting in this case.) - Window resizing: - As with movement of resizeable windows, the Windows border frame drawing differs from Wine's complement type highlighting. My suggestion is that by default Wine's behaviour should match the Windows behaviour. However some users may prefer the complement type highlighting. (In some cases parts of the Windows border frame are invisible, depending on the background colour.) Maybe have an option or registry setting to tell Wine to always complement (including when moving non-resizeable windows)? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 25901] New: Incorrect command line parsing in cmd
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=25901 Summary: Incorrect command line parsing in cmd Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: atohom(a)gmail.com #include <stdio.h> #include <windows.h> int main(int nargs, char *args[]) { if(nargs>1) { char *cl=GetCommandLine(); printf("%s\n", cl); } else { STARTUPINFO si={sizeof(STARTUPINFO)}; PROCESS_INFORMATION pi; CreateProcess(NULL, "cmd /C \"\"test.exe\" \"1 2 3\"\"", NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi); WaitForSingleObject(pi.hProcess, INFINITE); CreateProcess(NULL, "cmd /C \"\"test.exe\" \"\"1 2 3\"\"\"", NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi); WaitForSingleObject(pi.hProcess, INFINITE); CreateProcess(NULL, "cmd /C test.exe \" 1", NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi); WaitForSingleObject(pi.hProcess, INFINITE); CreateProcess(NULL, "cmd /C test.exe \"\\\"", NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi); WaitForSingleObject(pi.hProcess, INFINITE); CreateProcess(NULL, "cmd /C test.exe \"/\"", NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi); WaitForSingleObject(pi.hProcess, INFINITE); } return 0; } On Windows this test program prints: "test.exe" "1 2 3" "test.exe" ""1 2 3"" test.exe " 1 test.exe "\" test.exe "/" but in wine you get: test.exe 1 2 3 test.exe 1 2 3 test.exe " 1" test.exe \" test.exe / quote from cmd help on how it is supposed to work: If /C or /K is specified, then the remainder of the command line after the switch is processed as a command line, where the following logic is used to process quote (") characters: 1. If all of the following conditions are met, then quote characters on the command line are preserved: - no /S switch - exactly two quote characters - no special characters between the two quote characters, where special is one of: &<>()@^| - there are one or more whitespace characters between the two quote characters - the string between the two quote characters is the name of an executable file. 2. Otherwise, old behavior is to see if the first character is a quote character and if so, strip the leading character and remove the last quote character on the command line, preserving any text after the last quote character. -- 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 25588] New: TYPE and MORE integrated commands ignore charset
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=25588 Summary: TYPE and MORE integrated commands ignore charset Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: frederic.delanoy(a)gmail.com Using "wine cmd" or "wine wineconsole cmd" in a language using non ASCII characters, using "HELP" correctly displays accentuated characters. "TYPE" and "MORE" integrated commands do not. Works: HELP Doesn't: HELP | MORE HELP > help.txt followed by MORE help.txt (similar for TYPE) -- 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 17730] New: Painkiller level E4M3 "Babel" hangs on load
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=17730 Summary: Painkiller level E4M3 "Babel" hangs on load Product: Wine Version: 1.1.17 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aoanla(a)yahoo.com For unknown reasons, when attempting to start the level "Babel" in Painkiller (Steam edition) in Wine, the game hangs roughly 50% of the way into loading the level. The program can be killed by switching to a virtual console and killing the process - this does not affect the Steam process, and results in an apparently clean exit. There is no debug output from Wine at any point around the time of the hang. Bug occurs with NVIDIA drivers 177.80 and 180.37 Bug occurs with both fbo and backbuffer offscreen rendering. Bug occurs with Wine 1.1.17. No other wine version tested yet All previous levels load perfectly in 1.1.17. -- 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 28213] New: IE7/IE8 x64 installation doesn't complete
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=28213 Summary: IE7/IE8 x64 installation doesn't complete Product: Wine Version: 1.3.27 Platform: x86-64 URL: http://download.microsoft.com/download/7/5/4/754D6601- 662D-4E39-9788-6F90D8E5C097/IE8-WindowsServer2003-x64- ENU.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=36131) --> (http://bugs.winehq.org/attachment.cgi?id=36131) Terminal output The first part of the installation process for 64-bit IE7 and IE8 seems to work, but both installers get stuck at "installing Windows Internet Explorer core components." There is an easy workaround: manually kill cmd.exe, and the installation will finish. (IE7 spawns a second instance of cmd which also needs to be terminated.) The reported Windows version must be set to Windows 2003 to run the installer. -- 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 27001] New: Cloning Clyde hangs with a black screen on start
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=27001 Summary: Cloning Clyde hangs with a black screen on start Product: Wine Version: 1.3.19 Platform: x86 URL: http://store.steampowered.com/app/91800/ OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Cloning Clyde hangs on startup, using 100% CPU. The window is solid black. The terminal spams: err:d3d:swapchain_blit >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Swapchain present blit(EXT_framebuffer_blit) @ swapchain.c / 326 The game has a demo, but steam won't let me install the demo because I have the full game. So I don't know whether that demo has the same issue. -- 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 24464] New: UpdateLayeredWindow() generates WM_SIZE when it should not, and other non-matching behavior
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=24464 Summary: UpdateLayeredWindow() generates WM_SIZE when it should not, and other non-matching behavior Product: Wine Version: 1.1.44 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ivucica(a)gmail.com Created an attachment (id=30866) --> (http://bugs.winehq.org/attachment.cgi?id=30866) test case Below are pasted the notes from the attached source code, for easier reference. The most important bug is #4, erroneous generation of WM_SIZE when they should not be generated. I did not feel like creating several bug reports, feel free to split if necessary. Attached is the test case demonstrating the issues. To compile test case using MinGW, use following makefile: CC=i386-mingw32msvc-gcc all: $(CC) -o updatelayeredwindow_demo.exe -lole32 -lcomdlg32 -luser32 -lwinmm main.c -lgdi32 Please compare behavior between XP and Wine. You can make the window reduce its size by left clicking. Then observe the log. You can notice that on XP, WM_SIZE is not generated. On Wine, it is continuously generated. Bugs #1-#3 can also be tested easily by modifying the source code as described and comparing output. I presume the bug happens everywhere, although it was tested only on OS X. At least one application development framework, Cocotron, depends on correct behavior for WM_SIZE. Cocotron reimplements OS X's Cocoa API to create source level compatibility. Wine is the easiest way to test the Cocotron executables, since Cocotron compiles on OS X to produce Windows binaries. Otherwise, one needs to have a machine (either real or virtual) that runs Windows in order to test software. However, this bug blocks testing of any application that uses "sheets", since sheets are animated using UpdateLayeredWindow(). Sheets are captionless modal dialogs that appear on their owner window, and as their parent moves, they move as well. They are quite ubiquitous on Mac OS X and in Cocoa. Description of Cocotron internals and cause for this bug: Animations use class instance's _size member, which is updated when WM_SIZE is sent. This member should not ordinarily be updated during execution of animation function, but it gets updated because WM_SIZE is sent. // TESTED ON WINDOWS XP with wine-1.1.44 // bug #1: If we pass 0 as first argument to CreateWindowEx(), Windows ignore // UpdateLayeredWindow(). Wine does not. // bug #2: If we pass WS_EX_LAYERED as first argument to CreateWindowEx(), Windows does not // display the window except in taskbar. Wine displays it, and even dispatches // WM_LBUTTONDOWN. Function should also fail, with GetLastError() returning 0. // #2a: Additionally, same thing happens if we do not pass a DC as fifth argument to // UpdateLayeredWindow(). // bug #3: In WM_LBUTTONDOWN, there is the following call. // UpdateLayeredWindow(hWnd, GetDC(hWnd), &ptSrc, &sizeWnd, memDC, &origin, RGB(0xFF,0xFF,0xFF), &blend, ULW_OPAQUE); // if we pass NULL instead of memDC, Windows do not resize the window. Wine happily resizes it // Additionally function should fail. *********************************************************************** *********************************************************************** // MOST IMPORTANT: // bug #4: If UpdateLayeredWindow() resizes the window, Windows do not generate WM_SIZE. // Wine does generate WM_SIZE. // This causes a bug in every application displaying "sheets" that is // developed using Cocotron (http://cocotron.org/) "Sheets" in Mac OS X are // per-window modal popups attached to top of the 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 20161] New: cmd can't handle echo commands containing quotes and redirection
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=20161 Summary: cmd can't handle echo commands containing quotes and redirection Product: Wine Version: 1.1.30 Platform: PC URL: ftp://ftp.gnu.org/pub/gnu/gcl/binaries/stable/gcl_2.6. 6.mingw32_cltl1_japi_20050210.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The installer for gnu common lisp (ftp://ftp.gnu.org/pub/gnu/gcl/binaries/stable/gcl_2.6.6.mingw32_cltl1_japi_…) runs a batch file which has the line C:\Progra~1\GCL-2.6.6-CLtL1\lib\gcl-2.6.6\unixport>echo (setq si::*system-directory* (namestring(truename (make-pathname :name nil :type nil :defaults (si::argv 0))))) (si::save-system "modified.exe") | saved_gcl.exe So I tried the short batch file echo (si::save-system "modified.exe") > echo.txt It fails to create echo.txt unless you remove the quotes. [Here's how I happened to try the windows version of gnu common lisp on wine: In http://www.bautforum.com/science-technology/94008-free-mathematica-clone.ht… someone said "I have not heard of much success using WINE... of late...it seems to be somewhat defunct(?)" Bleah. So I tried running wxmaxima in wine. It aborts immediately because its lisp interpreter tries to allocate all of RAM, and fails. The interpreter seems to be a fork of GCL, so I went and tried GCL itself, and ran into the above installer problem.] -- 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 26528] New: June 2010 directx sdk: cannot change installation component options
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=26528 Summary: June 2010 directx sdk: cannot change installation component options Product: Wine Version: 1.3.16 Platform: x86 URL: http://www.microsoft.com/downloads/en/details.aspx?dis playlang=en&FamilyID=3021d52b-514e-41d3-ad02-438a3ba73 0ba OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Download the installer from above url and run it. When you get to the optional component section, try to remove/add/change features. Under wine, the popup menu never appears. Under windows 7, shows up fine. There is no associated terminal output. -- 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 21927] New: cmd /c "dir " fails
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=21927 Summary: cmd /c "dir " fails Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com In Windows, cmd /c "dir " works (note the trailing space). In Wine, it doesn't, even if you invoke it from inside a cmd shell (where the quote processing should be identical to that on windows). This isn't specific to dir; it applies to any internal command. External commands, e.g. cmd /c "notepad ", work fine. Reported in wine-users forum, http://forum.winehq.org/viewtopic.php?t=7854 -- 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