September 2012 - Wine-bugs - list.winehq.org

[Bug 31791] New: Cedar Logic crashes when you press F1
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31791 Bug #: 31791 Summary: Cedar Logic crashes when you press F1 Product: Wine Version: 1.5.13 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: hhctrl.ocx AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Saw this while trying to reproduce bug 31778. On wine-1.5.11-188-g77632f0, installing http://superb-dca2.dl.sourceforge.net/project/cedarlogic/CEDAR%20Logic%201.… went fine, and the app started up fine, but pressing F1 (or Help / Contents) crashed with Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7d6ad919). Backtrace: =>0 CreateViewer+0x229(pHHInfo=0x207c18) [dlls/hhctrl.ocx/help.c:1660] 1 CreateHelpViewer+0x9d(filename="C:\Program Files\CEDAR Logic\KLS_Logic.chm", caller=0x10068) [dlls/hhctrl.ocx/help.c:1808] 2 HtmlHelpW+0xc4(caller=0x10068, filename="C:\Program Files\CEDAR Logic\.\KLS_Logic.chm", command=0, data=0) [dlls/hhctrl.ocx/hhctrl.c:184] 3 HtmlHelpA+0x10e(caller=0x10068, filename="C:\Program Files\CEDAR Logic\.\KLS_Logic.chm", command=0, data=0) [dlls/hhctrl.ocx/hhctrl.c:355] 4 0x0056ca9b in cedarls (+0x16ca9a) (0x00a4f638) ... 0x7d6ad919 CreateViewer+0x229 [/home/dank/wine-git/dlls/hhctrl.ocx/help.c:1660] in hhctrl: cmpw $0,0x0(%esi) 1660 if (!*caption) caption = info->pCHMInfo->defTitle; Looks like a314027b4211ddd045e12bd768962c3c47f56d68 missed a trick. The superficial fix - if (!*caption) caption = info->pCHMInfo->defTitle; + if (!caption || !*caption) caption = info->pCHMInfo->defTitle; lets help start. -- 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 30617] New: [Savegame]Error "c0000034" CreateFileW
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=30617 Bug #: 30617 Summary: [Savegame]Error "c0000034" CreateFileW Product: Wine Version: 1.5.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: berillions(a)gmail.com Classification: Unclassified With Bruno Jesus, we create a hack to pass the ReadFileEx error for the Ubisoft Game Launcher (see bug #28119). I tried the hack with 3 games and they work correctly. But for two games (Assassin's Creed 2 and Revelations), the savegame does not works correctly. The savegame folder is here : "c:/users/berillions/Local Settings/Application Data/Ubisoft Game Launcher/savegame_storage/XXX/40/" These folders exist and the savegame files too but when you launch the game, the savegame is not found, you can only begin a new game. This is a message that i found in my +file log : warn:file:CreateFileW Unable to create file L"C:\\users\\berillions\\Local Settings\\Application Data/Ubisoft Game Launcher/savegame_storage/YmVyaWxsaW9ucw==/40/2.save.extendedmeta" (status c0000034) trace:file:CreateFileW returning 0xffffffff I don't think that the error come from the hack, for "Assassin's Creed Brotherhood", the savegame works correctly because the savegame files are not in the same folder. For Brotherhood the savegame can be found here : "c:/users/berillions/Saved Games/Assassin's Creed Brotherhood/SAVES" I found that the error c0000034 (STATUS_OBJECT_NAME_NOT_FOUND) means "file is not found". I attached the complete +file log. -- 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 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(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 31589] New: Netflix on Firefox fails with DRM error when loading bar is at 98%
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31589 Bug #: 31589 Summary: Netflix on Firefox fails with DRM error when loading bar is at 98% Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified Created attachment 41538 --> http://bugs.winehq.org/attachment.cgi?id=41538 Base console log when attempting to run Netflix on Firefox A little while ago I decided to test and see how far Silverlight support had gotten with recent Wine versions and discovered significant improvements in its support for Netflix under Firefox. Once you work around Bug #29957 (described below) then you can get Netflix to load a movie/show all the way to 98% before you get a DRM error (error N8152). Needless to say, it would be great to get it to load that extra 2% :) Steps to reproduce: 0) Create a new Wine prefix and do not install Mono 1) Download the latest version of winetricks: wget http://winetricks.googlecode.com/svn/trunk/src/winetricks; chmod +x winetricks 2) Install .NET 2.0 with winetricks: ./winetricks dotnet20 3) Download and install a recent Windows version of Firefox: wget -O Firefox-14.0.1.exe http://download.mozilla.org/?product=firefox-14.0.1-funnelcake13&os=win&lan…; wine Firefox-14.0.1.exe 4) Launch Firefox and login to Netflix 5) Attempt to play a movie/show 6) Click the "Install Now" button to download the Firefox Silverlight (v5.1) plugin 7) Click "Save File" to save the Silverlight installer 8) Double click the "Silverlight.exe" file in the download window and click "Ok" 9) Click "Install now" 10) Uncheck "Enable Microsoft Update" and click "Next>" and then click "Close" 11) Exit Firefox 12) Create the folder necessary to work around Bug #29957: mkdir -p ~/".wine/drive_c/users/Public/Application Data/Microsoft/PlayReady" 13) Relaunch Firefox and then return to Netflix 12) Attempt to play a movie/show There a few console messages that may point to the problem (snippet below), but so far I have been unable to find an obvious culprit. A variety of D3D warnings/errors also occur rather regularly, but I believe that they're unrelated (full log attached). === fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:mountmgr:harddisk_ioctl returning zero-filled buffer for IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS fixme:advapi:GetCurrentHwProfileW (0x751e6a0) fixme:mountmgr:harddisk_ioctl returning zero-filled buffer for IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS fixme:advapi:GetCurrentHwProfileW (0x751e610) fixme:mountmgr:harddisk_ioctl returning zero-filled buffer for IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS fixme:advapi:GetCurrentHwProfileW (0x751e610) === -- 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 13

[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 31825] New: AutoCAD 2009: Fonts aren't visible at installation
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31825 Bug #: 31825 Summary: AutoCAD 2009: Fonts aren't visible at installation Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 41880 --> http://bugs.winehq.org/attachment.cgi?id=41880 Image showing the problem Steps to reproduce: 1) remove ~/.wine 2) wine setup.exe 3) choose "Install Products" Behaviour: See attachment (right image) Expected behaviour: See attachment (Left image) Regression test: 35fc4369fd9eb7e5fca78cc0d61e241de286ee0 is the first bad commit commit d35fc4369fd9eb7e5fca78cc0d61e241de286ee0 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Aug 29 18:08:37 2012 +0200 user32: Always go through set_window_pos when the WS_VISIBLE style is changed. :040000 040000 2181c83f9671eb18ffb3538e627cce5d2b0bf7e0 cdf5240aa47f26a98421467c50979a84b60c68e7 M dlls -- 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 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