June 2012 - Wine-Bugs - list.winehq.org

[Bug 25888] New: assert failure playing mp3 file in Super Mario Bros. X
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

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 Oct. 12, 2012

Oct. 12, 2012

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 Oct. 12, 2012

Oct. 12, 2012

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 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 31083] New: FTABCISSetup.exe needs unimplemented function msvcp60.dll.??0?$basic_ostringstream@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@H@Z
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=31083 Bug #: 31083 Summary: FTABCISSetup.exe needs unimplemented function msvcp60.dll.??0?$basic_ostringstream(a)DU?$char_traits(a)D @std@@V?$allocator(a)D@2@@std@@QAE(a)H@Z Product: Wine Version: 1.5.7 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 After Bug 26832 is fixed. wine-1.5.7-252-g1f01355 $ wget http://www.95599.cn/update/down/FTABCISSetup.exe $ wine FTABCISSetup.exe wine: Call from 0x7b83ae33 to unimplemented function msvcp60.dll.??0?$basic_ostringstream(a)DU?$char_traits(a)D@std@@V?$allocator(a)D@2@@std@@QAE(a)H@Z, aborting wine: Unimplemented function msvcp60.dll.??0?$basic_ostringstream(a)DU?$char_traits(a)D@std@@V?$allocator(a)D@2@@std@@QAE(a)H@Z called at address 0x7b83ae33 (thread 003e), starting debugger... -- 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 30305] New: noscript-tag is not working correctly anymore
by wine-bugs＠winehq.org Oct. 12, 2012

Oct. 12, 2012

http://bugs.winehq.org/show_bug.cgi?id=30305 Bug #: 30305 Summary: noscript-tag is not working correctly anymore Product: Wine Version: 1.5.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Classification: Unclassified Regression SHA1: 6c6744f80066f0aa46939a2d4c0af9c34f932e8b wine iexplore http://netikka.net/dev/noscripttest.html git show 6c6744f80066f0aa46939a2d4c0af9c34f932e8b | patch -p1 -R solves the 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 7

[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