http://bugs.winehq.org/show_bug.cgi?id=6230
Morgan <winehq.org(a)mog.se> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |winehq.org(a)mog.se
--
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.
http://bugs.winehq.org/show_bug.cgi?id=2367
Rainer Wittmaack <ningo(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|ningo(a)gmx.net |
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7711
David M. Lloyd <dmlloyd(a)flurg.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dmlloyd(a)flurg.com
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6086
--- Comment #57 from Janosch Machowinski <jmachowinski(a)gmx.de> 2009-01-06 19:24:23 ---
after writing the last report, a friend and me got interested in how to
debug this issue. After a short while we found something interesting.
If you start wine with :
WINEDEBUG=+ddraw wine Orion95.exe
Everything works like a charm, even on slow (Pentium M at 600 mhz) machines.
After digging a bit through the code, we found, that the TRACE calls in
IDirectDrawSurfaceImpl_Lock and
IDirectDrawSurfaceImpl_Unlock
are the source of this behaviour.
Adding a litte usleep in the lock funktion also works as a quickhack.
We digged further and found the source of this whole thing in the process_event
function, which is called, but as long as the drawing thread never waits/blocks
never gets events from XCheckIfEvent (count 0).
So there seems to be some strange race condition here. We also noticed,
that this effect is not as devastating on multi core machines, as on single
cores. So as long as you have an multiprocess system you will only notive
a halting and not a freezing mouse pointer.
During debug we missed timestamps on the debug messages, is there
a way to add them ?
Any further ideas ?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=14245
Summary: EVE Online: real selection size of objects is much
bigger than it should be and than visual size
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: phoenix(a)mail.ru
When running premium graphics through Wine, real selection size of objects
exceed their visual size. E.g. if you click RMB on bare space near space
station, you get:
1) In windows - default context menu with list of planets, belts, etc; this
menu should be called when you click RMB on space
2) In Wine: you get station context menu.
This applies to all objects, including stations, ships, asteroids, etc.
It extremely annoy new thru-Wine players, but older ones seem to got used to
this bug. EVE+wine would be better w/o it though.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7991
Andreas Zuber <a.zuber(a)gmx.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |a.zuber(a)gmx.ch
--- Comment #13 from Andreas Zuber <a.zuber(a)gmx.ch> 2009-01-06 17:23:15 ---
looks like I have this Bug with my GeForce 7600 GT in the game Mass Effect:
--------------snip-----------------------
fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 445
fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502)
from glDrawElements @ drawprim.c / 266
fixme:d3d_shader:shader_glsl_load_constantsF >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4fvARB() @ glsl_shader.c / 291
fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 445
fixme:d3d:sampler >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from
glActiveTextureARB @ state.c / 3483
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from glUseProgramObjectARB @ glsl_shader.c / 3454
fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 445
fixme:d3d_shader:shader_glsl_load_constantsF >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4fvARB() @ glsl_shader.c / 265
fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 445
fixme:d3d:state_cullmode >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from
glDisable GL_CULL_FACE @ state.c / 145
-------------snip----------------------------
Player and other chars are complete invisible. There are also many glitches in
the main menu.
Tested this with wine-1.1.12.. the bug is still there
--
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.
http://bugs.winehq.org/show_bug.cgi?id=16829
Summary: CPU-Z 1.49: no information and displays error about
device driver in use
Product: Wine
Version: 1.1.12
Platform: PC-x86-64
URL: http://www.cpuid.com/cpuz.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eluminex(a)gmail.com
Created an attachment (id=18531)
--> (http://bugs.winehq.org/attachment.cgi?id=18531)
An image of the device error
When starting the program the following error is displayed: "A previous version
of the device driver is already running. This program requires version 1.29 and
above.".
The program starts but does not display any information whatsoever.
If wine is set to Win95, Win98 or WinME CPU-Z starts without the error and
gives limited information (and some of it is wrong) but not even half of what
is should.
Attached: screenshot of error, screenshot of Win95 mode and screenshot of WinXP
mode.
Console log:
---
eluminex@elumineX-Desktop:~/Desktop/cpuz_149$ wine cpuz.exe
fixme:reg:GetNativeSystemInfo (0x7d653684) using GetSystemInfo()
err:service:service_send_control service protocol error - failed to read pipe r
= 0 count = 0!
---
Running Ubuntu 8.10 x64 (wine32)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3496
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|CVS/GIT |unspecified
--
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.