wine-bugs November 2011

wine-bugs@winehq.org

1 participants
9461 discussions

[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 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 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 25888] New: assert failure playing mp3 file in Super Mario Bros. X
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=25888 Summary: assert failure playing mp3 file in Super Mario Bros. X Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Created an attachment (id=32994) --> (http://bugs.winehq.org/attachment.cgi?id=32994) test program that plays a file with RenderFile The windows game Super Mario Bros X spends a long time trying to start playing an mp3 file when it starts up. The particular file varies, but in one case it was c:\smbx\music\nsmb-overworld.mp3. I tried using a test program to play this file with RenderFile. The program churns for a bit, printing a lot of fixmes that look like this: fixme:quartz:parse_header Not a valid header: 00:ff Eventually, the file seems to start playing for an instant, then the program crashes on a failed assertion. -- 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 26810] New: DirectInput gives incorrect gamepad device
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=26810 Summary: DirectInput gives incorrect gamepad device Product: Wine Version: 1.3.17 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: tehpola(a)yahoo.com I'm using a Playstation 3 DualShock 3 controller over USB with my Ubuntu 10.10 system. It generally works fine with native applications; however, I've been unable to get it working with Wine applications. When investigating further, I found a simple application which could test out DirectInput joystick devices: http://www.csh.rit.edu/~jon/projects/joystick/. Building this using winemaker (small tweaks were required) demonstrated that two devices were created for the single gamepad. The first device was incorrect: the X axis of the left stick was stuck at 128 (a minimal value as the values for the axises were unsigned 16-bit values). The second device seemed correct and even the right stick registered properly (when the device had an "X,Y,Rx,Ry" entry in the registry). Hopefully someone with some DirectInput experience will know what's going on here. I have yet to look at the code, but may do so when time allows. Let me know if any further information is needed. -- 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 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@laptop:~$ wine cmd /c echo on > a austin@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 25901] New: Incorrect command line parsing in cmd
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

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

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 November 2011