February 2010 - Wine-bugs - list.winehq.org

[Bug 17398] New: Giants: Citizen Kabuto - shadows appear as flickering pixel patterns
by wine-bugs＠winehq.org 22 Jul '11

22 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=17398 Summary: Giants: Citizen Kabuto - shadows appear as flickering pixel patterns Product: Wine Version: 1.1.9 Platform: Other URL: http://www.giantswd.org/?file=2 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ploujj(a)gmail.com Object shadows flicker a lot to a point of being distracting because they are drawn as semi-transparent meshes of pixels instead of solid blobs. The flickering occurs because the mesh patterns keep changing whenever the player's camera rotates or moves. See this image for a static view of a sample shadow mesh: http://plouj.com/blinking-mesh-shadow.png I'm using a relatively old Wine version because that is what is the latest for Fedora 9. I'm using Fedora 9 x86_64. My Giants installation has been patched to version 1.4 and it includes the "Graphical Revision Mod v1.01" from http://www.giantswd.org/?file=2 . Additionally, I get a lot of repeated messages in the console saying: "Zero length vector" -- 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 18

[Bug 21214] New: cmd: "if" blocks are echoed only once; body shouldn't be echoed again
by wine-bugs＠winehq.org 22 Jul '11

22 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=21214 Summary: cmd: "if" blocks are echoed only once; body shouldn't be echoed again Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Wine, commands like if exit foo.dat echo "blah" are echoed like c:\dir> if exit foo.dat echo "blah" c:\dir> echo "blah" blah but on Windows, one sees instead c:\dir> if exit foo.dat echo "blah" blah -- 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 15586] New: Introscreen is drawn mostly off screen
by wine-bugs＠winehq.org 22 Jul '11

22 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=15586 Summary: Introscreen is drawn mostly off screen Product: Wine Version: 1.1.6 Platform: PC OS/Version: Mac OS X 10.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mellery(a)gmail.com Created an attachment (id=16588) --> (http://bugs.winehq.org/attachment.cgi?id=16588) Screenshot showing the problem When starting the game the introscreen is about 66% outside the window. I've attached a screenshot showing what I mean. I get flooded with tons of the following fixme fixme:ddraw:IDirectDrawImpl_WaitForVerticalBlank (0xa093780)->(1,(nil)): Stub fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x32fc5c/0x32fc6c -- 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 21338] New: cmd needs to set COMSPEC, PATHEXT, and PROMPT environment variables
by wine-bugs＠winehq.org 22 Jul '11

22 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=21338 Summary: cmd needs to set COMSPEC, PATHEXT, and PROMPT environment variables Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: dima(a)gmail.com In Windows XP, if I start "cmd /c set" with an empty environment, I always get these variables: COMSPEC=C:\WINDOWS\system32\cmd.exe PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.JS;.WS PROMPT=$P$G In Wine, however, cmd prints nothing. (I guess Wine sets those variables only on startup, while Windows sets them in every instance of cmd.) I tested it by running this Python script: import subprocess subprocess.Popen(["cmd", "/c", "set"], env={}).communicate() (It just runs CreateProcess with "\0" as the environment, as far as I understand.) The problem I'm running into is: I run SCons, which starts a new Python script in a mostly empty environment. The Python script calls os.popen, which relies on COMSPEC to find "cmd.exe", and therefore fails. -- 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 13666] New: Cannot start TurboCAD v14
by wine-bugs＠winehq.org 22 Jul '11

22 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=13666 Summary: Cannot start TurboCAD v14 Product: Wine Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: louie928(a)gmail.com Created an attachment (id=13655) --> (http://bugs.winehq.org/attachment.cgi?id=13655) Returned when starting TurboCAD v14 with WINEDEBUG=+loaddll OS is Linux Mandriva 2008.1 Spring x86_64 Wine version 1.-rc3 Windows program IMSI TurboCAD v14 Pro Free trial of TCv15 is available at http://activate.imsisoft.com/freeen.aspx?Product=TCP15 Problem: TurboCAD installs normally but will not start. Starting from terminal shows an ole error of not loading IMSICTRL.TLB Wine is using all builtin DLLs. I find this statement from the Wine Users Guide confusing. ++++++++++++++ 3.1.2.1. DLL Overrides It's not always possible to run an application on builtin DLL's. Sometimes native DLL's simply work better. After you've located a native DLL on a Windows system, you'll need to put it in suitable place for Wine to find it and then configure it to be used. Generally the place you need to put it is in the directory you've configured to be c:\windows\system32 (more on that in the drives section). There are four DLL's you should never try to use the native versions of: kernel32.dll, gdi32.dll, user32.dll, and ntdll.dll. These libraries require low-level Windows kernel access that simply doesn't exist within Wine +++++++++++++++ On one hand it says to use native (Windows) DLLs for some DLLs, presumably these 4 DLLs, but then says to never try to use native DLLs for these 4, but also says the builtin DLLs aren't adequate either. Which is it for these DLLs? This is my first bug report. If I did not get it correct, please educate me. The log file for trying to start TC14 with WINEDEBUG=+loaddll is 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 14

[Bug 12384] New: Appdb's google search fails on Konqueror 4.0.x
by wine-bugs＠winehq.org 20 Jul '11

20 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=12384 Summary: Appdb's google search fails on Konqueror 4.0.x Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: major Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thunderbird2k(a)gmx.net The search functionality of appdb fails on Konqueror 4.0.x. The search results page stays blank. I have no idea whether it is a website or browser bug. -- 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 17975] New: rendering problem in both oblivion and fallout3
by wine-bugs＠winehq.org 18 Jul '11

18 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=17975 Summary: rendering problem in both oblivion and fallout3 Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: anarchic.teapot(a)gmail.com rendering problem in both oblivion and fallout3 (see attached screenshot) environement: OS: ubuntu jaunty arch: intel quad core extreme gfx: geforce 9600 gt driver: nvidia 180.44 wine: 1.1.18 regedit settings: Current_user/Software/Wine/Direct3D "DirectDrawRenderer"="gdi" "OffscreenRenderingMode"="fbo" "PixelShaderMode"="enabled" "SoftwareEmulation"="enabled" "UseGLSL"="enable" "VertexShaderMode"="hardware" "VideoDescription"="NVIDIA GeForce 9600 GT" "VideoDriver"="nv4_disp.dll" "VideoMemorySize"="512" applyed fallout d3d patch (the updated version) here: http://bugs.winehq.org/attachment.cgi?id=20312 both game install and run fine but while indoors (dungeon, shops, ..) are fine, outdoors (in both cyrodiil and wasteland) have corrupted area: missing floor and terrains and corrupted trees. it's not always true though, i just need to walk for a little while 1 or 2min and i will encounter such area. if i save and exit the game, and then reload the are is displayed correctly, then i walk around for a while and then i find another corrupted area. (see screenshot) tnx for your attention -- 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 17333] New: Irisu syndrome: Many graphical elements not rendered
by wine-bugs＠winehq.org 18 Jul '11

18 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=17333 Summary: Irisu syndrome: Many graphical elements not rendered Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: bdonlan(a)gmail.com Created an attachment (id=19357) --> (http://bugs.winehq.org/attachment.cgi?id=19357) screenshot on wine With latest git (revision 8496db4976a9e068361b8e4737d085fbe37b98e0), the freeware game irisu syndrome fails to render many graphical elements (see attached screenshots). To be specific, only "activated" pieces - ie, those with a glow effect applied - seem to be rendered. Changing locale to Japanese (LC_ALL=ja_JP.UTF-8) does not seem to have any effect. The game in question can be downloaded from http://www.vector.co.jp/soft/dl/win95/game/se463417.html - click the ダウンロード button. I am using ubuntu intrepid with 64-bit kernel and userspace (32-bit wine) with the binary nvidia video driver. Note: I'm selecting directdraw because a component is required in the bugreport, but for all I know it might be direct3d instead... -- 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 17788] New: DirectDraw graphics shown at wrong position
by wine-bugs＠winehq.org 18 Jul '11

18 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=17788 Summary: DirectDraw graphics shown at wrong position Product: Wine Version: 1.1.17 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tdb(a)tdb.fi I'm using 1600x1200 desktop resolution and XF86VidMode. Any DirectDraw applications have their graphics appear on the lower left part of the screen, while mouse input is taken from the upper left part. This is apparently because the fullscreen window that Wine creates gets stretched to really be fullscreen, and Wine then proceeds to use glViewport(0, 0, width, height) width the original dimensions to blit 2D graphics on the screen. Since OpenGL's origin is in the lower left, the graphics are mispositioned. In many games this game be fixed either using the game's own settings to use 1600x1200, some window manager trickery, or running the game in Wine's desktop window. However, I've found Syberia to be impervious to all these methods. -- 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 11697] New: Total Annihilation runs very slowly
by wine-bugs＠winehq.org 14 Jul '11

14 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=11697 Summary: Total Annihilation runs very slowly Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: frederic.vanderessen(a)student.uclouvain.be Total Annihilation works already very fine, but it uses way too much CPU, it runs ok on my intel core-duo 1.7 (at 100%CPU), but is almost unplayable on a athlonxp 1Ghz Since I remember playing it on 266Mhz with 64Mo Ram, I suppose that there is an issue somewhere. Thank you, - Fred. -- 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