March 2010 - Wine-Bugs - list.winehq.org

[Bug 22134] New: wine fails to build, tools makedep not found
by wine-bugs＠winehq.org April 2, 2010

April 2, 2010

http://bugs.winehq.org/show_bug.cgi?id=22134 Summary: wine fails to build, tools makedep not found Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: alasdairs(a)dsl.pipex.com Doing a clean build of wine results in the following build failure: [ams(a)hal build]$ make depend config.status: creating dlls/acledit/Makefile make[1]: Entering directory `/home/ams/src/wine/build/dlls/acledit' ../../tools/makedep -C../../../wine-git/dlls/acledit -S../../../wine-git -T../.. main.c make[1]: ../../tools/makedep: Command not found make[1]: *** [depend] Error 127 make[1]: Leaving directory `/home/ams/src/wine/build/dlls/acledit' make: *** [dlls/acledit/__depend__] Error 2 wine01.1.41 builds ok The first failing commit is: commit 03642414a84a14d9cd0efe143b2de9cf35a693a2 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Mar 20 15:24:22 2010 +0100 makefiles: Generate all the top-level make rules inside the corresponding shell function. -- 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 22100] New: SystemFunction036 has wrong prototype
by wine-bugs＠winehq.org April 2, 2010

April 2, 2010

http://bugs.winehq.org/show_bug.cgi?id=22100 Summary: SystemFunction036 has wrong prototype Product: Wine Version: 1.1.41 Platform: x86 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mtr1999(a)gmx.com SystemFunction036 in advapi32/crypt.c returns BOOLEAN instead of BOOL. http://msdn.microsoft.com/en-us/library/aa387694%28VS.85%29.aspx These two types are different. http://msdn.microsoft.com/en-us/library/aa383751%28VS.85%29.aspx typedef int BOOL; typedef BYTE BOOLEAN; This doesn't fail the SystemFunction036 winetest because the prototype there is wrong too. The ntsecapi.h header has the right prototype. -- 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 22076] New: GOTO labels are not recognized if there are preceding spaces
by wine-bugs＠winehq.org April 2, 2010

April 2, 2010

http://bugs.winehq.org/show_bug.cgi?id=22076 Summary: GOTO labels are not recognized if there are preceding spaces Product: Wine Version: 1.1.40 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabspeck(a)gmail.com Created an attachment (id=26898) --> (http://bugs.winehq.org/attachment.cgi?id=26898) Example of a script with a GOTO statement that works on Windows but not on Wine. Wine's CMD is unable to recognize a label for the GOTO command if there are preceding spaces on it. This causes problems for the administration scripts included with Progress Software's OpenEdge solution. Some of these BAT scripts have indentation on some lines which causes them to fail on Wine if not manually altered to remove said spaces. They work perfectly fine on Windows. -- 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 21970] New: Atlantica crashes on launch
by wine-bugs＠winehq.org April 2, 2010

April 2, 2010

http://bugs.winehq.org/show_bug.cgi?id=21970 Summary: Atlantica crashes on launch Product: Wine Version: 1.1.40 Platform: x86 URL: http://www.gamershell.com/download_53426.shtml?gr_i_ni OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: guuthulhu(a)gmail.com After successfully installing the full client version 21309, running it results in an immediate "Program Error" crash. A window pop-up states AtlanticaRun.exe encountered a serious problem and needs to close. Hitting close does nothing but make the pop-up disappear. Atlantica eventually gets a "force quit" dialog which makes the window disappear, but app remains a zombie. -- 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 21919] New: Roller Coaster Tycoon 3 demo: keyboard doesn't work correctly
by wine-bugs＠winehq.org April 2, 2010

April 2, 2010

http://bugs.winehq.org/show_bug.cgi?id=21919 Summary: Roller Coaster Tycoon 3 demo: keyboard doesn't work correctly Product: Wine Version: 1.1.36 Platform: x86 URL: ftp://ftp.atari.com/demos/rct3/RCT3_USA_DEMO_FINAL.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: drakkk(a)centrum.cz CC: hverbeet(a)gmail.com Created an attachment (id=26593) --> (http://bugs.winehq.org/attachment.cgi?id=26593) console output Beginning with wine 1.1.36 keyboard shortcuts in RCT3 demo stopped working. When typing something in game (for example renaming some roller coaster) it works fine, however using the same keys to move the camera or anything else has no effect. Regression was introduced by this commit: b49e684f5d2447171589acccb37ffee81ffffbe2 is the first bad commit commit b49e684f5d2447171589acccb37ffee81ffffbe2 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Tue Dec 22 18:32:14 2009 +0100 wined3d: Focus the focus window. :040000 040000 38507f0bb7f7a9d0b14b06dad54f8573d00452f6 818c7678dc168576d8399f8459021d83c978ea3a M dlls CCing author. Full game is also affected, but it wasn't working when this bug was introduce because of bug 20210. I'm attaching console output. -- 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 6

[Bug 21837] New: Finale 2010: crash after entering and editing ~20 notes
by wine-bugs＠winehq.org April 2, 2010

April 2, 2010

http://bugs.winehq.org/show_bug.cgi?id=21837 Summary: Finale 2010: crash after entering and editing ~20 notes Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ss(a)ieee.org Created an attachment (id=26434) --> (http://bugs.winehq.org/attachment.cgi?id=26434) trace of running "wine finale.exe" from a shell 1. Install Finale 2010 from release media. 2. Update Finale 2010 to the latest "B" update. 3. Launch Finale 2010. Do not authorize (i.e. run in time-limited demo mode). 4. Select "Default Document", i.e. a single staff from the start screen. 5. Using Simple Entry, fill 4 measures with eighth-notes on treble clef third-space C. 6. Now go back to the first measure, and start moving the notes to make an ascending C major scale starting on middle C. 7. After moving 4 or 5 notes, wine crashes. This is on openSuSE v11.2, 32-bit x86. System is a dual-processor 1 GHz Pentium III with 1G of RAM. Finale would not draw correctly on the version of wine included with openSuSE 11.2: documents were black. (Sorry I don't remember which wine version that was.) After updating to 1.1.39 things displayed properly. -- 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 6

[Bug 21707] New: texture errors in Shaiya make it uplayable
by wine-bugs＠winehq.org April 2, 2010

April 2, 2010

http://bugs.winehq.org/show_bug.cgi?id=21707 Summary: texture errors in Shaiya make it uplayable Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: digitaltopia(a)gmail.com There are some strange texture errors in Shaiya, a 3D MMORPG. On the character screen, when you select which character you want to use and they appear on the screen, large black boxes form around the character and move when they do. When you actually enter the game, the geometry of the world around you (ground, sky etc.) flash and move and block the view and jump around and make the game unplayable. >From what I've read of the comments on this game in the app database, it seems like this game used to be playable, so this must be a more recent issue. -- 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 34

[Bug 21684] New: Albumplayer can't write to it's database
by wine-bugs＠winehq.org April 2, 2010

April 2, 2010

http://bugs.winehq.org/show_bug.cgi?id=21684 Summary: Albumplayer can't write to it's database Product: Wine Version: 1.1.38 Platform: x86 URL: http://www.albumplayer.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hello.adri(a)gmail.com Created an attachment (id=26204) --> (http://bugs.winehq.org/attachment.cgi?id=26204) albumplayer's ole errors Playing is giving error messages not being able to write to database, same issue happened before with WINE 1.1.29. There was a solution then that worked till WINE version 1.1.37. The solution after WINE 1.1.29 is to set "oledb32" to native, however this doesn't work anymore in WINE 1.1.38. Is there another workaround, or is this a plain bug? Albumplayer was installed with "winetricks corefonts mdac28 jet40 msxml4 directx9 ie6 wininet" -- 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 10

[Bug 21629] New: Application doesn't display video, missing conversion function from WINED3DFMT_YUY2
by wine-bugs＠winehq.org April 2, 2010

April 2, 2010

http://bugs.winehq.org/show_bug.cgi?id=21629 Summary: Application doesn't display video, missing conversion function from WINED3DFMT_YUY2 Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: spamdijs(a)inbox.lv Created an attachment (id=26110) --> (http://bugs.winehq.org/attachment.cgi?id=26110) Adds the necessary conversion function I'm attempting to run an application named "DVR Remote Access Software 1.1.1.5", made by a humble Chinese company that doesn't mention its name anywhere. Main executable is called RemoteAppEx.exe. The application connects to video recorder and displays video from security cameras. I'm using Wine 1.1.36 under Ubuntu Linux 8.04 on a computer with Intel i865 integrated video. The application starts and appears to work, except that no video is shown. Instead, hundreds of these lines are printed to the console: fixme:d3d_surface:surface_convert_format Cannot find a conversion function from format WINED3DFMT_YUY2 to WINED3DFMT_B8G8R8X8_UNORM I browsed the source code, found that the necessary function is indeed missing from dlls/wined3d/surface_base.c and wrote one (see the attachment). It might be slow and buggy, but it appears to work with that particular application. I haven't tested with the current Wine version (1.1.38), but dlls/wined3d/surface_base.c hasn't changed from 1.1.36. -- 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 21469] New: Civilization 4 whows a myriad of errors of unnecessary wined3d check.
by wine-bugs＠winehq.org April 2, 2010

April 2, 2010

http://bugs.winehq.org/show_bug.cgi?id=21469 Summary: Civilization 4 whows a myriad of errors of unnecessary wined3d check. Product: Wine Version: 1.1.37 Platform: All OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: luis.busquets(a)ilidium.com >From some time when I run Civilization4 I get a myriad of these messages and others with other formats: err:d3d:getColorBits Unsupported format: WINED3DFMT_R16G16_FLOAT err:d3d:IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt Unable to check compatibility for Format=WINED3DFMT_R16G16_FLOAT After looking in the wine code I have found out that what happens is that Civ calls the function IDirect3D9Impl_CheckDepthStencilMatch (no error of the application on that) The implementation of wine then calls IWineD3D_CheckDepthStencilMatch which then calls IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt for each format that the adapter supports until it finds a supported format: Problem: IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt tries to match the supported pixel format of the adapter with the requested format. If the supported pixel format of the adapter is of type WGL_TYPE_RGBA_ARB, it tries to getColorBits of the format even if the format to try is a floating format, getColorBits responds with an error and same does IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt. Certainly, the answer is correct (FALSE) but the problem is that it fills the screen with ERR that are due to wine checking things for which there is no need as they are directly false. Possible solution: to do IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt right away check if: cfg->iPixelType == WGL_TYPE_RGBA_ARB and format_desc is a floating format then return FALSE right away no need to fill ERR same if cfg->iPixelType == WGL_TYPE_RGBA_FLOAT_ARB and format_desc is not a floating format then return FALSE right away no need to fill ERR If you do not like this solution, getColorBits could be modified so that it does not file an error for floating point formats but just responds with 0 for all bit sizes when the format is a floating point without filling an error. What do you prefer? Can somebody propose a patch with this kind of behaviour or something better so that my Civ4 does not respond with this myriad of errors? The myriad of unnecessary checks and of reports of ERR causes a some slowness that can be quantified eliminated unnecessary checks. -- 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