wine-bugs April 2010

wine-bugs@winehq.org

1 participants
7526 discussions

[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

[Bug 10166] New: HTML Help (CHM) not working
by wine-bugs＠winehq.org 12 Jul '11

12 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=10166 Summary: HTML Help (CHM) not working Product: Wine Version: 0.9.47. Platform: Other URL: http://www.stationplaylist.com/LV_Checkboxes.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-help AssignedTo: wine-bugs(a)winehq.org ReportedBy: ross(a)stationplaylist.com The Help button does nothing in the executable included in the zip above. It works fine under Windows and loads the included CHM file. Delphi source code is included. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 14092] New: Move Media Player Plugin installed on Firefox2/3 cripples system graphics
by wine-bugs＠winehq.org 11 Jul '11

11 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=14092 Summary: Move Media Player Plugin installed on Firefox2/3 cripples system graphics Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jlowork(a)sbcglobal.net Problem occurred on two different pcs. 1. AMD-4200 (dual core), GeForce 7300, Fedora 9. 2. AMD-3000 (single core), GeForce Fx-5500, Fedora 9 and Ubuntu-8.04 Steps to reproduce: 1. Install win32 Firefox 3. 2. Install Flash. 3. Go to a site like http://abc.go.com/ . Select full episode. Install the Move Media Player plugin when prompted. Try to watch a full episode. Result: It will totally mess up the system graphics. -- 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 22

[Bug 16007] New: Footbal Manager 2009 demo doesn't run in Mandriva 2009 32 bit
by wine-bugs＠winehq.org 11 Jul '11

11 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=16007 Summary: Footbal Manager 2009 demo doesn't run in Mandriva 2009 32 bit Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maxliscia(a)gmail.com Created an attachment (id=17213) --> (http://bugs.winehq.org/attachment.cgi?id=17213) output of WINEDEBUG=+ALL wine fm.exe Football Manager 2009 demo doesn't run in Mandriva Linux 2009 32 bit: kernel: 2.6.27.4-desktop-2mnb cpu: Intel(R) Pentium(R) 4 CPU 3.20GHz Ram: 2 Gb Wine: 1.1.8 Xorg video driver: I tried both "ati" open source driver and "fglrx" proprietary driver ver. 8.522 In the attachment you can see the output of wine in the console, the command line was WINEDEBUG=+ALL wine fm.exe -- 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 20471] New: MS Word 2007 crashes on scroll
by wine-bugs＠winehq.org 11 Jul '11

11 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=20471 Summary: MS Word 2007 crashes on scroll Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: utkarsh2012(a)gmail.com Created an attachment (id=24357) --> (http://bugs.winehq.org/attachment.cgi?id=24357) Sample document MS Word 2007 crashes when I scroll down to the 2rd page of the attached sample file. I am using Ubuntu 9.04 and WINE 1.1.32 This is somewhat similar to bug: http://bugs.winehq.org/show_bug.cgi?id=17700 -- 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 22000] New: Gallium + Indexed rendering = Null pointer dereference
by wine-bugs＠winehq.org 11 Jul '11

11 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=22000 Summary: Gallium + Indexed rendering = Null pointer dereference Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: MostAwesomeDude(a)gmail.com Created an attachment (id=26727) --> (http://bugs.winehq.org/attachment.cgi?id=26727) Failed device.ok test in d3d9 First off, I *am* upstream (Mesa/Gallium), so assume they've been contacted. :3 Gallium and indexed rendering are not very happy with each other. I get some fairly solidly reliable segfaults with both a d3d9 DLL test (device.ok) and Civ4 (Steam version). Hardware is a Radeon R580 (X1900), driver is r300g from Mesa git. I'm attaching four logs. The first two are the original test and Civ4 logs; the second two are the same, but edited to show the juicy bits. My current guess, based on the Mesa debug info I dumped, is that the indexed rendering code is slightly baked and maybe trusting the underlying GL driver a bit too much. get_arrays_bounds: Handling 2 attrs attr 0: stride 16 size 12 start (nil) end 0xfffffffc attr 1: stride 16 size 4 start 0xc end (nil) buffer range: (nil) 0xfffffffc range -4 max index 4294967295 So right here (from device.ok) we have interleaved userspace VBO, that is being prepped inside core Mesa. Two delightful things here; the first attr seems way off-base, it shouldn't dare be giving us bad pointers, and the second attr's pointers don't even line up! Compare to a sane program (Mesa's drawarrays): get_arrays_bounds: Handling 2 attrs attr 0: stride 16 size 12 start 0x8087020 end 0x808705c attr 1: stride 16 size 4 start 0x808702c end 0x8087060 buffer range: 0x8087020 0x8087060 range 64 max index 3 r300g doesn't really care. The kernel drops the rendering on the floor for a variety of reasons, not least being the ridiculous max_index. But then it segfaults, and I have zero idea why. I'd guess it's something to do with tossing around NULL pointers like candy, but I'm honestly not sure and I haven't really dug into the DLL code yet. -- 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 21751] New: Wine locks the initial executable
by wine-bugs＠winehq.org 08 Jul '11

08 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=21751 Summary: Wine locks the initial executable Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk When wine first loads the main executable it leaves a 'shared read' lock against the executable. A (deliberatly unnamed) application I was debugging does a consistency check by opening itself using SHARE_NONE in the CreateFile API. This works on windows but fails under wine. I've cut the problem down to a simple testcase, where test (1) shows the failure. The problem is I (a) dont know how to fix it and (b) cant add tests to wine itself for it as it has to be a native executable (as thats where the bug lies). I reported it on wine-devel: -------------------------------------------------------- I have cut this down to a 2 line test program, which basically fails because a native executable called eg. test.exe subsequently calls CreateFile(".\\test.exe", GENERIC_READ, 0 /* no share*/ - ie it's opening itself for read access and non-shared access. It suffers a sharing violation on wine whereas it works fine on windows Diagnosing the wine side, we are in trouble here - the act of loading a module ends up in load_dll which call find_dll_file which in turn calls NtOpenFile for GENERIC_READ access. This returns a file handle which is then used to create the in memory file mapping for the executable code, and the handle returned from the NtOpenFile is then closed. However, when we come along to the application code and try the open we end up checking the sharing and there are 3 things on the inode->open chain: The original open, with access of read The mapping, with access of mapping The open in progress (which is ignored for sharing checks) which does not want to SHARE_READ,and hence the sharing violation occurs. For reference we are failing in the 3rd (last) case of check_sharing returning STATUS_SHARING_VIOLATION, ie existing access if for read purposes, but the requested sharing doesnt allow this. What I dont understand is why the NtClose for the handle does not remove it from the 'open' list - I think from my reading of the fd_destroy code it will put it onto the closed list if there are other references to the same inode, although thats where my debugging will head next. -------------------------------------------------------- Alexander replied: Loading a dll keeps a reference to the file object, because it needs to be returned in debug events. Probably it would be possible to reference the mapping object instead and reopen the file from it. -------------------------------------------------------- I've got stuck and am out of my depth so leaving this for someone as a bug report. -- 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

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