wine-bugs October 2012

wine-bugs@winehq.org

1 participants
8973 discussions

[Bug 21131] New: cmd /c echo "&" returns 'Echo is ON', not '"&"'
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=21131 Summary: cmd /c echo "&" returns 'Echo is ON', not '"&"' 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 echo /c ^& should give & as well, but that's bug 18346... -- 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 20

[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 31830] New: Transcendence hangs with a blank screen on startup
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31830 Bug #: 31830 Summary: Transcendence hangs with a blank screen on startup Product: Wine Version: 1.5.13 Platform: x86 URL: http://www.neurohack.com/downloads/Trans101.zip OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: 33ac850c80634c891b0c157bbffa612f70954a40 Transcendence is a freeware, 2D space exploration game. I can reproduce the problem with the stable version (1.01) as well as with the latest beta (1.08g). The source code for the application is available from https://github.com/kronosaur/Transcendence When starting the game in full screen mode the loading screen is shown and the game is hanging there with 100% CPU usage. In virtual desktop mode I can only see a black screen, the menu screen never appears. The problem appeared in 1.5.13 and is still present in 1.5.14: 33ac850c80634c891b0c157bbffa612f70954a40 is the first bad commit commit 33ac850c80634c891b0c157bbffa612f70954a40 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Sep 6 12:39:34 2012 +0200 winex11: Use window surfaces for rendering top-level windows. It can be disabled by setting "ClientSideGraphics"="n". :040000 040000 704eac5fc311e63d373e399c63a2488a6b3dedca 33fb0e5963c1326f8765334e4714060c89b21b5e M dlls Setting "ClientSideGraphics"="N" in the registry works around the problem. Fedora 17 Gnome 3.4.2 X.Org X Server 1.12.3 -- 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 2

[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 27654] New: Sound fails after level start in System Shock 2
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=27654 Summary: Sound fails after level start in System Shock 2 Product: Wine Version: 1.2.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RoboJ1M(a)gmail.com Hi, I'm trying to play System Shock 2 under wine. I have an Ubuntu 11.04 machine running wine 1.2.3. Everything works perfectly except that the sound fails immediately after the first loading screen (at the recruitment level) I've had it work once, every other time it's failed. Game stability seems to be related to level of logging enabled, for instance: WINEDEBUG=warn+all causes the game to crash during the intro video (usually fine, video and audio) WINEDEBUG=-all,+dsalsa does not, although sounds does of course still fail. I also included this, which is the highest level for +all that works: WINEDEBUG=error+all Regards, James. -- 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

[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 31658] New: SlingPlayer 1.5 crashes when stopping stream
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31658 Bug #: 31658 Summary: SlingPlayer 1.5 crashes when stopping stream Product: Wine Version: 1.5.12 Platform: x86-64 URL: http://download.slingmedia.com/player/pc/SlingPlayer-S etup-EU-1.5.1.343.exe OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: fbac3194a5b90fd05fc3c367ed797a592a9be7b2 Created attachment 41620 --> http://bugs.winehq.org/attachment.cgi?id=41620 wine-1.5.12-157-gbdf9a9f console output SlingPlayer 1.5 crashes when stopping the stream. The application doesn't save any settings until it closes, so all settings are lost and have to be entered every time. This is a recent regression. fbac3194a5b90fd05fc3c367ed797a592a9be7b2 is the first bad commit commit fbac3194a5b90fd05fc3c367ed797a592a9be7b2 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Aug 30 17:46:33 2012 +0200 winex11: Store the OpenGL drawable in a separate structure with its own context. :040000 040000 b38e46d082a13734fd014b8c9651e4a0ffab1e12 82d544592daba55e42104248c684e545c38a2af7 M dlls Reverting this commit fixes the bug. X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 140 (ATIFGLEXTENSION) Minor opcode of failed request: 72 () Value in failed request: 0x700001c Serial number of failed request: 144982 Current serial number in output stream: 144982 Native qcap, quartz and gdiplus used to get this far. -- 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

[Bug 27129] New: Eve Online Randomly Crashes with unhandled page fault on read access.
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=27129 Summary: Eve Online Randomly Crashes with unhandled page fault on read access. Product: Wine Version: 1.3.19 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wweiland(a)starnova.org Created an attachment (id=34636) --> (http://bugs.winehq.org/attachment.cgi?id=34636) Backtrace 051111 I've been dealing with this problem for months now. I can log into Eve Online fine, but after a random amount of time (seconds or minutes) the program will just crashed. I can be in station or in space. There can be ships around or nothing. I can leave my window in the foreground or put it in the background. It will crash regardless. I have updated my nvidia video drivers to the latest version off their website as well as use the native Ubuntu drivers. I'm currently running Ubuntu 11.04 but have experienced this problem in 10.10. I have attached the backtrace. Please let me know what other information is needed. Intel Xeon W3550 nVidia Corporation G98 [Quadro NVS 420] Eve Version 6.43.252410 (247655) -- 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 23

[Bug 31301] New: ThunderMini deadlock at start with builtin msvcr71
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31301 Bug #: 31301 Summary: ThunderMini deadlock at start with builtin msvcr71 Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Download ThunderMini installer: http://down.sandai.net/mini/ThunderMiniInstall1.5.1.238.exe 2. Install with Wine 3. Start ThunderMini.exe $ cd ~/".wine/drive_c/Program Files/Thunder Network/MiniThunder/Bin" $ wine ThunderMini.exe Expect result: Show the app GUI Actual result: Deadlock, the app does not show GUI. a +tid,+msvcp90,+msvcrt log is attached --- snip --- 0009:trace:msvcp90:basic_streambuf_wchar_setg (0x32f59c 0x146490 (nil) 0x146490) 0009:trace:msvcrt:MSVCRT_operator_delete (0x146470) 0009:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0009, blocked by a8000009, retrying (60 sec) --- snip --- Workaround by `winetricks vcrun2003` -- 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 31381] New: Temple of Evil - full screen mode "fail", results in a "borderless window" with wrong dimensions
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31381 Bug #: 31381 Summary: Temple of Evil - full screen mode "fail", results in a "borderless window" with wrong dimensions Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Goblinstomper(a)gmail.com Classification: Unclassified Created attachment 41227 --> http://bugs.winehq.org/attachment.cgi?id=41227 x11 settings trace log First of all, I'm not very technically minded and I know nothing of the techniques or methodology involved so no special/technical meaning should be inferred from the words I use. Strange interaction between kde Plasma Panel and Temple of Evil full screen. To trigger, this must be true: -Plasma panel set to: always visible (this does not normally cause problems for full screen applications, it should only prevent windows from covering it while the desktop is visible) -There must be a panel at either the top or the left-hand side of the screen (not strictly true, but these are the areas most likely to overlap with wine). -Application must be set to run in full screen -Application must use 3d acceleration -Application need to change between high and low resolutions, such as between movies displaying studio logotypes etc. and the game. My desktop looks like figure 1. then I launch ToEE.exe What appears to happen: -Desktop and Screen dimensions are set to the resolution the game is intended to have -Taking a screen shot results in a native resolution (that is, it does not reflect what is actually displayed on the screen) image(figure 2) which is probably unrelated, but does make it harder to illustrate the problem. -Application appears to be rendered in the appropriate resolution, while still not occupying the full screen, it appears as an unmanaged window whos' size does not match up correctly with the resolution. Figure 3 depicts ToEE in the resolution of 1280x1024 on a 1920x1080 desktop - as you can see it comes short in all directions, although height is the worst offender. -Once a "window" has been created for the application, re-sizes do not happen to the degree they should, requiring user intervention. -Trying to alt tab leaves ToEE always on top (it doesn't minimize), as long as ToEE is running, desktop resolution is set to the same resolution. (I don't think this is relevant though) To avoid triggering the behaviour, perform any of: -Use a virtual desktop -Move the plasma panel so that it doesn't cross applications run with wine; change it to auto hide. Additional: Disabling intro movies (which I think fixes the "window" size of the game to 1024x768) reduces the problem to as shown by figure 4 (what is displayed on screen) and figure 5 (which is a correct rendition of a 1280x1024 window on a 1920x1080 desktop - although it was supposed to be full screen). Figure 3, 4 and 5 have been doctored to show only what is shown on screen, and may as such be slightly off pixelwise. It seems to me that something goes wrong when changing resolutions, this is especially annoying with applications defaulting to 640x480, and it seem to involve the top left corner of the screen... OpenGL renderer string: AMD Radeon HD 6700 Series OpenGL version string: 4.2.11733 Compatibility Profile Context KDE 4.8.4 of the different traces I attempted X11 seemed most promising of actually containing anything useful. -- 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 15

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs October 2012