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

[Bug 25202] New: Wine should use pkg-config --libs freetype2 instead of freetype-config --libs
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=25202 Summary: Wine should use pkg-config --libs freetype2 instead of freetype-config --libs Product: Wine Version: unspecified Platform: x86-64 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: debian(a)carbon-project.org Currently the Wine configure script uses freetype-config --libs to figure out the flags needed for linking (freetype-config returns "-lfreetype -lz"). But freetype-config returns the values needed for _static_ linking. Please use pkg-config --libs freetype2 which gets it right and only reports "-lfreetype" back. This problem lead to e.g. <http://forum.winehq.org/viewtopic.php?t=1951> on 64 bit builds on Debian and its derivatives (and maybe others). And even though I can work around this by having the 32 bit libz around in the build environment, the better solution would be not to link needlessly against it. -- 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 21198] New: Heroes of Might and Magic V hangs during start-up
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=21198 Summary: Heroes of Might and Magic V hangs during start-up Product: Wine Version: 1.1.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: benoit.pierre(a)gmail.com It hangs after displaying the splash screen, last trace is: err:ntdll:RtlpWaitForCriticalSection section 0xc37d34 "?" wait timed out in thread 0020, blocked by 0021, retrying (60 sec) -- 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 19583] New: The Football Superstars updater endlessly loops attempting to update
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=19583 Summary: The Football Superstars updater endlessly loops attempting to update Product: Wine Version: 1.1.26 Platform: PC URL: http://download.footballsuperstars.com/FSDownloader.ex e OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=22823) --> (http://bugs.winehq.org/attachment.cgi?id=22823) FSPatchR.exe standard error With wine-1.1.26-316-g6deaa09, after installing Football Superstars (a multi-gigabyte download), when the autoupdate utility is run post-install, the autoupdate utility fetches relevant updates, but continuously restarts as if the updates had never been applied. Standard error and patch updater logs are 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 19

[Bug 22934] New: Portal from Steam - recommended texture detail low
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=22934 Summary: Portal from Steam - recommended texture detail low Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zilforever(a)gmail.com Wine out of the box. Portal from Steam. Only flash installed from Adobe page. 'Settings recommended for your system' set default to 'High' but 'Texture detail' to 'Low'. -- 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 19

[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 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