December 2010 - Wine-bugs - list.winehq.org

[Bug 21132] New: 'cmd echo on' sometimes fails
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=21132 Summary: 'cmd echo on' sometimes fails Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com $ rm a $ wine cmd Z:\home\austin\>echo on > a Z:\home\austin\>type a on but running: austin(a)laptop:~$ wine cmd /c echo on > a austin(a)laptop:~$ cat a shows an empty 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 11

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

12 Oct '12

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 25588] New: TYPE and MORE integrated commands ignore charset
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

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 12 Oct '12

12 Oct '12

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 24464] New: UpdateLayeredWindow() generates WM_SIZE when it should not, and other non-matching behavior
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

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 12 Oct '12

12 Oct '12

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 21927] New: cmd /c "dir " fails
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

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

[Bug 22715] New: specviewperf10: run_all.bat fails to invoke second test
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=22715 Summary: specviewperf10: run_all.bat fails to invoke second test Product: Wine Version: 1.1.44 Platform: x86 URL: http://www.spec.org/gwpg/gpc.static/vp10info.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To reproduce, do cd ~/".wine/drive_c/Program Files/SPECopc/SPECViewperf/viewperf/viewperf10.0" wine cmd /c Run_All.bat On Vista, this works fine. On Wine, it fails after running the first test with wine: cannot find L"C:\\windows\\system32\\Run_Viewset.bat" File not found -- 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 19623] New: BITS background transfer job size is always unknown
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=19623 Summary: BITS background transfer job size is always unknown Product: Wine Version: 1.1.27 Platform: PC URL: http://www.eveonline.com/download/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: qmgr AssignedTo: wine-bugs(a)winehq.org ReportedBy: kelfe(a)gmx.de Using the small installer to download Eve Online creates a background transfer job with one file. The file size progress works but the job totalbytes stays BG_SIZE_UNKOWN. This leads to the percentage to stay at 0 and the time left calculation should only garbage. According to MSDN the job size should be set as soon as all file sizes of the job are known. -- 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 13797] New: wineconsole curses backend wraps cursor in cmd incorrectly
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=13797 Summary: wineconsole curses backend wraps cursor in cmd incorrectly Product: Wine Version: 1.0-rc4 Platform: All OS/Version: Solaris Status: UNCONFIRMED Severity: minor Priority: P3 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: trisk+winehq(a)acm.jhu.edu When wineconsole is built with SVR4 curses instead of ncurses, cmd.exe appears to work correctly until enough text has been printed to reach the bottom of the screen, at which point the cursor jumps to the topmost line of the screen. Entering text will move the cursor along the topmost line, but the text will not be visible. The cursor will remain on that line indefinitely. As an example: Start cmd: wineconsole --backend=curses cmd Press return lots of times or run dir on a large directory. The cursor will jump to the top of the screen and stay there. -- 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 14