May 2007 - Wine-Bugs - list.winehq.org

[Bug 8278] New: Earth 2160 missing ingame effects
by Wine Bugs May 4, 2007

May 4, 2007

http://bugs.winehq.org/show_bug.cgi?id=8278 Summary: Earth 2160 missing ingame effects Product: Wine Version: CVS Platform: Other URL: http://www.worthplaying.com/article.php?sid=29254 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: greg87(a)online.de While we get now in the menu and gameplay seems to be stable there is still a big issue left: The effects like explosions, fog, gun fire is simply not displayed. The demo(350mb) has the same issue. I get a lot of these two lines in the console: fixme:d3d:IWineD3DDeviceImpl_ValidateDevice (0x183748) : stub fixme:d3d:IWineD3DVolumeImpl_LockBox (0x67e56c0) : pBox=(nil) stub With fbo set, there are some visual glitches and it seems more verbose: fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION_EXT (0x506) from glDrawRangeElements @ drawprim.c / 427 fixme:d3d:check_fbo_status FBO status GL_FRAMEBUFFER_UNSUPPORTED_EXT (0x8cdd) fixme:d3d:check_fbo_status Color attachment 0: (0x670fe78) WINED3DFMT_R5G6B5 2048x2048 fixme:d3d:check_fbo_status Depth attachment: (0x670fd28) WINED3DFMT_D16 2048x2048 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7849] msxml3 installer fails
by Wine Bugs May 4, 2007

May 4, 2007

http://bugs.winehq.org/show_bug.cgi?id=7849 dank(a)kegel.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #5500 is|0 |1 obsolete| | ------- Additional Comments From dank(a)kegel.com 2007-04-05 18:55 ------- Created an attachment (id=6122) --> (http://bugs.winehq.org/attachment.cgi?id=6122&action=view) +relay,+msi log of installing msxml3 and failing -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7849] msxml3 installer fails
by Wine Bugs May 4, 2007

May 4, 2007

http://bugs.winehq.org/show_bug.cgi?id=7849 ------- Additional Comments From dank(a)kegel.com 2007-04-05 18:54 ------- Your patches were accepted, but install is still failing here. I'm sync'd to Friday morning, e79a94d45be2f05d6e1d2366f46eea0fa59b6a95. I'll attach a log. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7698] Counter-Strike:Source crashes after a while
by Wine Bugs May 4, 2007

May 4, 2007

http://bugs.winehq.org/show_bug.cgi?id=7698 ------- Additional Comments From l_bratch(a)yahoo.co.uk 2007-04-05 18:40 ------- I don't think so - I'm using an Nvidia card here: Geforce 7900 GTX w/ 512 MB memory, using the Nvidia 1.0-9755 drivers. Still happening in the latest git by the way, which has a few changes to gdi32 (sorry if they're obviously not useful, I don't know) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 7698] Counter-Strike:Source crashes after a while
by Wine Bugs May 4, 2007

May 4, 2007

http://bugs.winehq.org/show_bug.cgi?id=7698 ------- Additional Comments From stfan4cjk(a)gmail.com 2007-04-05 18:36 ------- I wonder i its because were using ATI cards because theres alot of people that seem to have CSS working ine without the random crash -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 8277] Enhancement: NtQueryInformationThread with ThreadQuerySetWin32StartAddress
by Wine Bugs May 4, 2007

May 4, 2007

http://bugs.winehq.org/show_bug.cgi?id=8277 ------- Additional Comments From focht(a)gmx.net 2007-04-05 17:51 ------- Created an attachment (id=6121) --> (http://bugs.winehq.org/attachment.cgi?id=6121&action=view) Implements NtQueryInformationThread info class ThreadQuerySetWin32StartAddress Hello, attached is patch which implements NtQueryInformationThread info class ThreadQuerySetWin32StartAddress query. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 8146] fr-041 (Debris) fails to render correctly
by Wine Bugs May 4, 2007

May 4, 2007

http://bugs.winehq.org/show_bug.cgi?id=8146 ------- Additional Comments From ns03ja(a)brocku.ca 2007-04-05 17:49 ------- Hmm, I'm not seeing any different behaviour with wine-0.9.36-139-ge79a94d in comparison to the original report. Well, the bottom of the screen goes white instead of the top, but that's a pretty minor difference, and not much closer to correct, if at all. One interesting thing to note though, is that with "Ultra" quality textures selected, the VIRT column in top peaks around 4090m (with RES at ~1g), and then the demo crashes with a segfault in libglcore.so.1 before it can finish loading. Now, this is a 64-bit system running a 64-bit kernel and userland, but Wine is of course compiled as 32-bit, so it could be that Wine simply is running out of virtual memory space, rather than video memory, and the OpenGL "out of memory" error is a bit misleading. Now, this doesn't explain the badness with "High" quality textures, as the VIRT size there hovers at ~3996m, but it could be a clue. Out of curiosity, I checked the VIRT size under wine-0.9.34, to find that it was a little bit lower (~2-10m, varying). Could the tiny bit of extra memory usage be pushing the VIRT usage past some magic number and doing unexpected and bad things? Additionally, I had left the (seemingly) dead demo open and running while typing this up, only to find that it picked up rendering again much later on in the demo, as if it had been running normally, just not showing. It stopped and started rendering again a few times before closing normally. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 8277] New: Enhancement: NtQueryInformationThread with ThreadQuerySetWin32StartAddress
by Wine Bugs May 4, 2007

May 4, 2007

http://bugs.winehq.org/show_bug.cgi?id=8277 Summary: Enhancement: NtQueryInformationThread with ThreadQuerySetWin32StartAddress Product: Wine Version: 0.9.36. Platform: All OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, just before this gets lost on my harddisk i "backup" this information in bugzilla database. Maybe it's useful for someone working on extending NtQueryInformationThread :-) In the past, i encountered a number of applications/installers which regularly use NtQueryInformationThread info classes to gather thread information. One of these is "thread entry point" information represented by "ThreadQuerySetWin32StartAddress" information class. This is currently not implemented in wine. --- snip --- fixme:thread:NtQueryInformationThread info class 9 not supported yet --- snip --- I added a working implementation (fairly straight-forward). Callers can now query the address of thread entry point. This is useful for clients which do not act as debuggers (debuggers get this info for free in DEBUG events), e.g. for callstack/crash info/logging purpose and the like. I implemented only the "query" case, not the "set". This is on purpose. Windows uses the "set" only once to transfer thread entry address into kernel (BaseProcessStart(up)), Reactos does the same. Wine has different init sequence so this is not needed at all (would have been no use to modify entry point address after thread has started). While adding some bits of code i noticed wine doesnt handle return data buffer length mismatches in NtQueryInformationThread the way Windows and Reactos do. Wine just copies data up to supplied length, even on length mismatch case. Windows and reactos return STATUS_INFO_LENGTH_MISMATCH if returned information class data size doesnt match the supplied one (length parameter). One can verify this by call various information classes with wrong length. The optional "returned length" parameter is only filled in success case (not even if info class size mismatch or internal API fails). Patch for ThreadQuerySetWin32StartAddress information class following in next attachment. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 8207] X2 - The threat fails to install
by Wine Bugs May 4, 2007

May 4, 2007

http://bugs.winehq.org/show_bug.cgi?id=8207 ------- Additional Comments From truiken(a)gmail.com 2007-04-05 17:46 ------- Argghhh I never have the same media for these things! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 8207] X2 - The threat fails to install
by Wine Bugs May 4, 2007

May 4, 2007

http://bugs.winehq.org/show_bug.cgi?id=8207 ------- Additional Comments From ead1234(a)hotmail.com 2007-04-05 17:39 ------- I have a dvd edition(single install disc but I have 2 copies, and i tried both discs), it came free with my video cards. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0