http://bugs.winehq.org/show_bug.cgi?id=18349
Summary: Incorrect font rendering in Japanese locale
Product: Wine
Version: 1.1.20
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)centrum.cz
When I apply the registry patch and run the application attached to bug 11281
in Japanese locale (ja_JP.UTF-8) I can see the kana characters correctly but
the Latin letters are displayed wrong.
The lowercase letters seem bold compared to lowercase.
--
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=219
Jeff Zaroyko <jeffz(a)jeffz.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|jhilton(a)novell.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=8690
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #10 from Austin English <austinenglish(a)gmail.com> 2009-06-22 01:34:06 ---
Fixed.
--
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=6955
byteframe <byteframe(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |byteframe(a)yahoo.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=7640
byteframe <byteframe(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |byteframe(a)yahoo.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=8690
--- Comment #9 from Andrew Nguyen <arethusa26(a)gmail.com> 2009-06-21 21:30:56 ---
I re-verified the bug in 1.0.1 and observed that the problem vanished with
1.1.24. I suspect this bug is similar or the same as bug 12057, so this should
be resolved fixed or duplicate.
--
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=8421
--- Comment #14 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-06-21 15:56:59 ---
(In reply to comment #13)
> (In reply to comment #11)
>
> Hi Nikolay,
>
> It's still crashing for me when I open my database and want to view a cd/dvd
> volume
Yeah, bug is definitely here (see comment #12). It succeeded for me creating
database first time after install.
--
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=8421
--- Comment #13 from Ralph <rwabel(a)gmx.net> 2009-06-21 13:08:54 ---
(In reply to comment #11)
> Hi, Dan.
>
> Could please retest with 1.1.24. I can't reproduce a crash on it:
> I tried:
> - create database;
> - add whole C: contents to it
> - navigate through treeview at the left
> - search with Find command.
>
> Nikolay S.
Hi Nikolay,
It's still crashing for me when I open my database and want to view a cd/dvd
volume
--
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=19020
Summary: Fable: regression, system hang when starting the game
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)codemadness.org
When starting Fable, the entire system hangs. This problem started between
1.1.23 and 1.1.24
--
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=6719
--- Comment #19 from Rosanne DiMesio <dimesio(a)earthlink.net> 2009-06-21 10:01:50 ---
Still an issue in 1.1.24.
--
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=8421
--- Comment #12 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-06-21 09:35:33 ---
(In reply to comment #11)
> Hi, Dan.
>
> Could please retest with 1.1.24. I can't reproduce a crash on it:
> I tried:
> - create database;
> - add whole C: contents to it
> - navigate through treeview at the left
> - search with Find command.
>
> Nikolay S.
Uh, still here. Appears when I started it second time. Workaround from comment
#1 still working.
--
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=8421
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|unspecified |0.9.42.
--- Comment #11 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-06-21 09:17:43 ---
Hi, Dan.
Could please retest with 1.1.24. I can't reproduce a crash on it:
I tried:
- create database;
- add whole C: contents to it
- navigate through treeview at the left
- search with Find command.
Nikolay S.
--
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=219
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |maxfnoel(a)gmail.com
--- Comment #82 from Austin English <austinenglish(a)gmail.com> 2009-03-27 10:57:46 ---
*** Bug 16759 has been marked as a duplicate of this 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.
http://bugs.winehq.org/show_bug.cgi?id=5388
--- Comment #13 from Georg Wolff <boeser.wolff(a)web.de> 2009-06-21 06:21:55 ---
I still cant get automatic updates to work, but for another reason. I also dont
see the app. is making any connections. Does not work.
--
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=5436
--- Comment #19 from Georg Wolff <boeser.wolff(a)web.de> 2009-06-21 06:12:45 ---
Didnt try downloading and installing Mankind patches, so I cant tell whether
automatic updates work.
Running MK shows the error message:
The file "textes/0/station_type.txt" can't be found or is corrupted. Please
setup Mankind again to solve this problem.
The following fixme's I see right before that error message might be related,
but I dont have the time to verify:
fixme:msvcrt:MSVCRT__sopen : pmode 0x7ad036 ignored
fixme:msvcrt:MSVCRT__sopen : pmode 0x1880 ignored
fixme:msvcrt:MSVCRT__sopen : pmode 0x1880 ignored
fixme:msvcrt:MSVCRT__sopen : pmode 0x7ad036 ignored
fixme:msvcrt:MSVCRT__sopen : pmode 0x1880 ignored
fixme:msvcrt:MSVCRT__sopen : pmode 0x1880 ignored
Long story short: Behavior changed, but problem persists.
--
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=7640
--- Comment #40 from Brian <execrable(a)gmail.com> 2009-06-21 05:17:06 ---
Actually it seems like this is caused (at least in Halo) by the mouse warping
done by the builtin dinput. I disabled it in the registry and the mouse was
pretty smooth. Of course without warping the mouse doesn't stay in the window,
so it's still not playable.
--
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=4173
Valeriy Malov <jazzvoid(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jazzvoid(a)gmail.com
--- Comment #14 from Valeriy Malov <jazzvoid(a)gmail.com> 2009-06-21 05:08:17 ---
Can anyone test it with current wine? It seems that problem is gone, but I'm
not sure what to look for.
--
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=17210
Summary: Unable to uninstall Max Payne
Product: Wine
Version: 1.1.12
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: belegdol(a)gmail.com
I have recently tried to uninstall Max Payne, but it did not work. A window
popped up saying the following:
The InstallShield Engine (iKernel.exe) could not be launched. (0x80040155)
At the same time, the following can be seen in the console:
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{91814ebf-b5f0-11d2-80b9-00104b1f6cea}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hres=0x80040155
err:ole:CoMarshalInterface Failed to marshal the interface
{91814ebf-b5f0-11d2-80b9-00104b1f6cea}, 80040155
err:rpc:I_RpcReceive we got fault packet with status 0x80040155
fixme:ole:CoCreateInstance no instance created for interface
{91814ebf-b5f0-11d2-80b9-00104b1f6cea} of class
{91814ec0-b5f0-11d2-80b9-00104b1f6cea}, hres is 0x80040155
I am using the official Fedora packages.
--
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=5480
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vitaliy(a)kievinfo.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=5480
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |REOPENED
Resolution|ABANDONED |
Severity|normal |trivial
--- Comment #12 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-20 20:42:19 ---
Problem still here with wine-1.1.24.
--
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=7411
--- Comment #22 from cruiseoveride <cruiseoveride(a)gmail.com> 2009-06-20 20:24:21 ---
I think there is some improvement with 1.1.24. For example, what was just a
blank screen with RedAlert3 before is now broken images. Still un-playable, but
moving forward.
--
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=19003
Summary: Counter Strike Source Crash
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: litd_2010(a)hotmail.com
In some servers the game will crash after a few seconds/minutes. I have found
out that you must use DirectX 9 to fix this, but 8.1 works best with WINE. My
graphics and FPS drop in half using the DX 9 setting. Any fix??
--
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=18865
Summary: The Nortel IP Softphone 2050 V. 2.02.0264 starts
without sound
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: correo.cuervo(a)gmail.com
Created an attachment (id=21684)
--> (http://bugs.winehq.org/attachment.cgi?id=21684)
Copy of terminal contents from the starting process
The Nortel IP Softphone 2050 V. 2.02.0264 start without plays sound through the
USB audio adapter.
--
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=18998
Summary: Wine browse can not handle self-signed certificates
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: n.engyozov(a)taxundo.com
Currently integrated wine browser cannot open pages on servers that using
self-signed (or other unsecure) certificates. Wine is using gecko for html
rendering and most recent version of gecko doesn't afford an opportunity to
disable security check of certificate validity, but there is a way you can
import (temporary or not) self-sgned certficates.
How to reproduce:
Try to open webpage that uses self-signed certificate: "winexplore iexplore
https://some_site.com" and result is window that says "some_site.com uses an
invalid security certificate. The certificate is not trusted because it is self
signed. (Error_code: sec_error_ca_cert_invlid)" and button "OK"
Actual result:
It's impossible to browse sites that use self-signed certificates
Expected results:
An interface or other possibility to import and trust self-signed certificates
in wine browser or wine to use additional installed browser
Installing and using Firefox for windows is not decision - when some software
needs functions of system browser it calls wine integrated browser, but not
installed Firefox
--
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=6971
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jounijarvis(a)gmail.com
Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Paul.Hampson(a)Pobox.com
Christoph Korn <c_korn(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |c_korn(a)gmx.de
chaykin <rchayster(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|rchayster(a)gmail.com |
Adrian Lüthi <adi.l(a)bluewin.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adi.l(a)bluewin.ch
dlzerocool <dl.zerocool(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dl.zerocool(a)gmail.com
Stephane Mikaty <stephane(a)mikaty.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stephane(a)mikaty.net
Casey Jones <pvtpuddin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pvtpuddin(a)gmail.com
Dennis Schridde <lindevel(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lindevel(a)gmx.net
Lars Blomqvist <knaprigt(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |knaprigt(a)gmail.com
giovanni.nicola(a)ticino.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |giovanni.nicola(a)ticino.com
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hoehle(a)users.sourceforge.ne
| |t
Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alessandro.pedarra(a)inbox.co
| |m
sheen <toxmerguez(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |toxmerguez(a)yahoo.fr
Danila Sentiabov <dsent.zen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dsent.zen(a)gmail.com
execrable(a)gmail.com <execrable(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |execrable(a)gmail.com
--- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 ---
*** Bug 17801 has been marked as a duplicate of this bug. ***
--- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 ---
XInput2 is starting to firm up
(http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so
it might be a good time to investigate a preliminary XInput2-based solution to
this bug, and ensure that the XInput2 API is sufficient (while it's still
malleable enough to fix) to cover the requirements.
As I understand it, the issue here is that when dinput is being used to capture
the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and
hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and
the cursor's position should no longer affect anything that happens (ie the
cursor becomes uninteresting and invisible, and all mouse events are sent back
via directinput) which includes not changing focus to other windows, and this
state needs to be cleared when focus is lost.
If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start
reading events from the mouse either at any time (DISCL_BACKGROUND) or only
when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied
to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and
free to move about the screen.
I'm not sure from reading this bug if it also covers programs that capture the
mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
used to cover this method, as programs using this do not expect to receive
movement events from the cursor that would take it outside the clip rectangle.
On initial consideration, it seems to me that this interface should be exported
from winex11.drv (and alternative display/input drivers) for use by dinput.dll.
http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly)
documents a sample program in the DirectX SDK which exercises the various modes
of using the mouse under DirectInput.
--- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 ---
(In reply to comment #235)
> I'm not sure from reading this bug if it also covers programs that capture the
> mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
> used to cover this method, as programs using this do not expect to receive
> movement events from the cursor that would take it outside the clip rectangle.
On looking at the actual code, this is not how ClipCursor currently works.
Currently, it just keeps track of the rectangle requested, and if we receive a
mouse move event that would take us outside that window, we reset our cusor
position (but not the X mouse position or the position reported in the
WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually
lock the mouse within the requested rectangle, if we don't see the mouse event
we can't even clip the cursor (but in that case the cursor wouldn't move
anyway) and we report a possibly-unexpected position (outside the clip) in
WM_MOUSEMOUSE, which doesn't match our cursor position.
I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN
page and my recollections of its behaviour, other applications can override
your ClipCursor at any time, and do not have to be in the foreground to do so.
MSDN says they musn't, though... So in theory any application which relies on
being able to do so is incorrect, but conversely no application can rely on its
mouse input actually being limited to where its ClipCursor is set.
The problem with using XGrabPointer for this (which is what attachment 11735
from comment 82 appears to be doing) is that (as far as I understand from the
manpage, I haven't tried this) it also affects what windows actually receive
X11 events, which isn't actually true of ClipCursor, although it will produce
the correct results for the general use-case of a Win32 program calling
ClipCusor with its own window rectangle or client-area rectangle.
Anyway, if ClipCursor does have any issues, it probably should be addressed in
a seperate bug, or this bug just gets too conflated.
--- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 ---
>From what I understand the main Problem is that we only have absolute position
on the mouse, but for the Game interface we need vector oriented presentation.
Right? So I started to look for a way to get Vectored Events from X.
I stumbled across XTrap. They talk of Vectorevents ...
Cant we make use of that?
Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea
of X. I just researched a bit and read stuff that could help. (I did not even
ask anyone :P ) So for me this is a shot into the Blue.
Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz
Event Vectoring
In recording X protocol either for performance measurements or record/playback
functionality, it often
becomes necessary to capture more than just the core input events (Keyboard &
Pointer). Further, it’s
often critical to capture events before the determination is made by the server
to not deliver the event.
Of course, this could be done by a client by configuring "interest" for all
events in all windows (includ-
ing the root); however, the overhead associated with keeping track of the
entire server’s volatile win-
dow hierarchy is typically too expensive (especially for performance monitoring
clients).
As discussed earlier in this document, a ProcVector approach was implemented in
X11 for all requests
and byte-swapped events. One can only deduce that normal events weren’t
vectored for performance
reasons. With this in mind and the requirement to capture all events before the
server drops any on the
floor, the following are excerpts of experimental changes to events.c and
devices.c to facilitate event
vectoring
Hope it helps!
Peter
--- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 ---
I don't think XTrap is compiled into Xservers normally... In fact, a quick
browse through the X.org git repo suggests it might not actually be implemented
in Xorg, though the headers, library and protocol repositories are there.
So I might be looking in the wrong place for the actual extension implemented.
But certainly the xserver-xorg-core package on Debian/unstable doesn't list
XTrap in xdpyinfo by default.
--- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 ---
Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by
default.
--- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 ---
http://wiki.winehq.org/DInput has some XInput2 information.
--- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 ---
Xorg has dropped XTrap as of Xserver 1.6.
http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff…
--- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 ---
Created an attachment (id=20315)
--> (http://bugs.winehq.org/attachment.cgi?id=20315)
add a toggle with the middle mouse button for the mouse wrapping.
Here a small patch i did based on those with mouse wrapping , but instead of
requiring you to hold the key. its a toggle.
work perfectly fine with most games since you can toggle it off with the middle
mouse button (its used in some games, but rarely an important action).
Obviously, this is only meant as a temporary solution, but its enough for me.
--- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 ---
Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721)
mouse patch modified only recenter mouse when right,left or middle click is
down.
This patch is a version modified on one that is actually present here.
The only change is that when right/left/middle click is not pressed, center the
mouse on the screen is not applied.
Like warhammer online other games only have problems with mouse when right or
left clic is used.
Some games use this function with middle click so I added middle click too.
This is a sort of hack, so it's not a really usable patch...
But it can help for some games at moment, so I post my changes added to this
patch here.
--- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 ---
(In reply to comment #243)
> Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721) [details]
> mouse patch modified only recenter mouse when right,left or middle click is
> down.
>
> This patch is a version modified on one that is actually present here.
>
> The only change is that when right/left/middle click is not pressed, center the
> mouse on the screen is not applied.
>
> Like warhammer online other games only have problems with mouse when right or
> left clic is used.
> Some games use this function with middle click so I added middle click too.
>
> This is a sort of hack, so it's not a really usable patch...
> But it can help for some games at moment, so I post my changes added to this
> patch here.
>
For information I use Playonlinux to install all my software even not
supported.
It's a great tool because each install have is own directory with his own
register, it's own setup to explain everything, and you can set up a different
wine version for each software.
So with this patch, all my games who I don't set in registery force_edge even
if I use the same wine version (system), I don't have any problems, even for
FPS likes etc...
enjoy.
--- Comment #245 from James Stone <jrstone88(a)gmail.com> 2009-05-04 11:26:25 ---
Given the wide range of apps that are affected by this bug, it's severity
should probably be upped from Normal to Major.
--- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 ---
Created an attachment (id=21031)
--> (http://bugs.winehq.org/attachment.cgi?id=21031)
Output during lag/freeze when using patch id=18681
(In reply to comment #206)
> Created an attachment (id=18681)
--> (http://bugs.winehq.org/attachment.cgi?id=18681) [details]
> Hack to read raw mouse movement from /dev/input/mice
>
> ...
>
I thought I'd give this patch a try since it seems to be the only one that
doesn't wrap the mouse, however I experienced the same lag/freeze as others
here.
I'm no expert when it comes to the dinput code in Wine but I thought maybe
someone else might have use for output when running a game like Mount & Blade
with WINEDEBUG=+dinput and this patch.
The output is what's dumped to my terminal every time (and only when) the
application freezes.
Any thoughts?
--- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 ---
Created an attachment (id=21554)
--> (http://bugs.winehq.org/attachment.cgi?id=21554)
Patch for mouse for bug 6971
--- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 ---
(From update of attachment 21554)
to activate
WINEFORCEMOUSEWARP=yes wine proggy.exe
--- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 ---
The Patch that i have proposed works for all Ut3 engine games, Crysis and
Crysis Warhead and all those ut2004 engine games, this i my firts try at wines
mouse but i hope this patch can be useful to all the community
--- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 ---
*** Bug 18774 has been marked as a duplicate of this bug. ***
--- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 ---
Please how can I implement this patch? I'm not a programmer so if you can
explain it to me... many thanks.
--- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 ---
(In reply to comment #251)
> Please how can I implement this patch? I'm not a programmer so if you can
> explain it to me... many thanks.
take the patch, get the source via git, apply the patch, compile, install.
it should be approximatively this :
create a file patch.diff and copy the patch inside
install git-core
git clone git://source.winehq.org/git/wine.git ~/user/wine-git
cd ~/user/wine-git
patch -p1 < /locationofthepatch/patch.diif
make depend
make
make install
(Don't forget to install all the needed library, you should find them on the
wiki)
--- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 ---
(In reply to comment #252)
> (In reply to comment #251)
> > Please how can I implement this patch? I'm not a programmer so if you can
> > explain it to me... many thanks.
>
> take the patch, get the source via git, apply the patch, compile, install.
> it should be approximatively this :
>
> create a file patch.diff and copy the patch inside
> install git-core
> git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> cd ~/user/wine-git
> patch -p1 < /locationofthepatch/patch.diif
> make depend
> make
> make install
>
> (Don't forget to install all the needed library, you should find them on the
> wiki)
I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
alessandro@alessandro-desktop:~/user/wine-git$
(?)
--- Comment #254 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 14:31:22 ---
(In reply to comment #253)
> I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> alessandro@alessandro-desktop:~/user/wine-git$
>
> (?)
Sorry I've forgotten the ./configure line (before make depend), but you'll need
all the library
The best way for you is here : http://wiki.winehq.org/WineOn64bit
All is explained, for all environment.
--- Comment #255 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 16:29:18 ---
(In reply to comment #254)
> (In reply to comment #253)
> > I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> > make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> > alessandro@alessandro-desktop:~/user/wine-git$
> >
> > (?)
>
> Sorry I've forgotten the ./configure line (before make depend), but you'll need
> all the library
> The best way for you is here : http://wiki.winehq.org/WineOn64bit
> All is explained, for all environment.
Tried to do it but with no success.. maybe because I made everything (even
WineOn64bit) in ~/user/wine-git ?
Anyway for me it's too much, I do not really understand the process. I think I
have to wait for the next official build, hoping that the patch will be
integrated.
Thanks anyway for your support sheen. ;)
--- Comment #256 from execrable(a)gmail.com <execrable(a)gmail.com> 2009-06-20 06:54:10 ---
(In reply to comment #248)
> (From update of attachment 21554 [details])
> to activate
> WINEFORCEMOUSEWARP=yes wine proggy.exe
Does this patch only effect the builtin dinput? I was trying to get Halo to
work, and the mouse lags quite a bit unless I use a native dinput8. Using the
native dll of course causes the mouse to escape the window...
I tried this patch but it didn't seem to change anything.
--
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=7640
execrable(a)gmail.com <execrable(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |execrable(a)gmail.com
--- Comment #39 from execrable(a)gmail.com <execrable(a)gmail.com> 2009-06-20 06:43:02 ---
I'm getting this bug in Halo, even in a virtual desktop. No combination of the
options in the graphics tab seems to solve it. The only way I can get it to
move smoothly is using a native dinput8, which causes the mouse not to be kept
inside the window.
I'm using wine built from the latest git source.
I run it from a console and get a constant spam of:
fixme:d3d:state_pscale >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from
glPointSize(...); @ state.c / 1455
I don't know if that could have something to do with it.
--
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=18974
Summary: Newsbin Pro 5.53 crashes on exit (regression)
Product: Wine
Version: unspecified
Platform: PC
URL: http://www.newsbin.com/download.htm
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wijn(a)online.nl
CC: bunglehead(a)gmail.com
Created an attachment (id=21837)
--> (http://bugs.winehq.org/attachment.cgi?id=21837)
Console output.
Newsbin crashes on exit with current git. Console out put attached, I need to
kill -9 from another terminal to get back to the prompt (ctrl-c nor ctrl-z
works).
Regression test show:
$ git bisect bad
34b802caf088e526eadc23d785582e81ea5374cd is first bad commit
commit 34b802caf088e526eadc23d785582e81ea5374cd
Author: Nikolay Sivov <bunglehead(a)gmail.com>
Date: Tue Jun 16 01:46:11 2009 +0400
comctl32/listview: Convert forwarded header notifications to ANSI if
NFR_ANSI is current format.
:040000 040000 7f9c298690cfa7c63010737878cb6da45dd570b4
a6e1736d290092b6d8c8862160775fd9237cd520 M dlls
--
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=8126
--- Comment #15 from Milan <smoki00790(a)gmail.com> 2009-06-20 02:01:16 ---
Not working in 1.1.24 either.
--
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=8867
Ben Anderson <roothorick(a)new.rr.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #20959|0 |1
is obsolete| |
--- Comment #14 from Ben Anderson <roothorick(a)new.rr.com> 2009-06-19 22:20:52 ---
Created an attachment (id=21899)
--> (http://bugs.winehq.org/attachment.cgi?id=21899)
Water from the dock, Wine 1.1.24
I then took the entire contents of My Documents\My Games\Oblivion and copied
them into Wine, so that the exact configs and saves would be reciprocated in
Wine. Then I took these two screenshots from the exact same camera angles and
the exact same saves. The time of day is also exactly the same, give or take a
few seconds (real time). This is on Catalyst 9.6, Wine 1.1.24.
By the looks of it, we're very, very close. The only big thing I see is
sunshine isn't being reflected by the water.
--
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=8867
--- Comment #12 from Ben Anderson <roothorick(a)new.rr.com> 2009-06-19 22:17:29 ---
Created an attachment (id=21897)
--> (http://bugs.winehq.org/attachment.cgi?id=21897)
Water from the dock, Windows 7
This screenshot was taken from the game running in Windows 7 Build 7100 using
ATI Catalyst 9.x (don't know the exact version; I can go look if you want).
This is our reference; what the water "should" look like.
--
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=8867
Ben Anderson <roothorick(a)new.rr.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |roothorick(a)new.rr.com
--- Comment #11 from Ben Anderson <roothorick(a)new.rr.com> 2009-06-19 21:21:37 ---
Never mind, the purple water was my mistake.
I think before we dismiss this bug, we need to get an idea of what the water
should look like. Give me a few minutes.
--
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=6971
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jounijarvis(a)gmail.com
Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Paul.Hampson(a)Pobox.com
Christoph Korn <c_korn(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |c_korn(a)gmx.de
chaykin <rchayster(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|rchayster(a)gmail.com |
Adrian Lüthi <adi.l(a)bluewin.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adi.l(a)bluewin.ch
dlzerocool <dl.zerocool(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dl.zerocool(a)gmail.com
Stephane Mikaty <stephane(a)mikaty.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stephane(a)mikaty.net
Casey Jones <pvtpuddin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pvtpuddin(a)gmail.com
Dennis Schridde <lindevel(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lindevel(a)gmx.net
Lars Blomqvist <knaprigt(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |knaprigt(a)gmail.com
giovanni.nicola(a)ticino.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |giovanni.nicola(a)ticino.com
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hoehle(a)users.sourceforge.ne
| |t
Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alessandro.pedarra(a)inbox.co
| |m
sheen <toxmerguez(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |toxmerguez(a)yahoo.fr
Danila Sentiabov <dsent.zen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dsent.zen(a)gmail.com
--- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 ---
*** Bug 17801 has been marked as a duplicate of this bug. ***
--- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 ---
XInput2 is starting to firm up
(http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so
it might be a good time to investigate a preliminary XInput2-based solution to
this bug, and ensure that the XInput2 API is sufficient (while it's still
malleable enough to fix) to cover the requirements.
As I understand it, the issue here is that when dinput is being used to capture
the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and
hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and
the cursor's position should no longer affect anything that happens (ie the
cursor becomes uninteresting and invisible, and all mouse events are sent back
via directinput) which includes not changing focus to other windows, and this
state needs to be cleared when focus is lost.
If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start
reading events from the mouse either at any time (DISCL_BACKGROUND) or only
when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied
to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and
free to move about the screen.
I'm not sure from reading this bug if it also covers programs that capture the
mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
used to cover this method, as programs using this do not expect to receive
movement events from the cursor that would take it outside the clip rectangle.
On initial consideration, it seems to me that this interface should be exported
from winex11.drv (and alternative display/input drivers) for use by dinput.dll.
http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly)
documents a sample program in the DirectX SDK which exercises the various modes
of using the mouse under DirectInput.
--- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 ---
(In reply to comment #235)
> I'm not sure from reading this bug if it also covers programs that capture the
> mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
> used to cover this method, as programs using this do not expect to receive
> movement events from the cursor that would take it outside the clip rectangle.
On looking at the actual code, this is not how ClipCursor currently works.
Currently, it just keeps track of the rectangle requested, and if we receive a
mouse move event that would take us outside that window, we reset our cusor
position (but not the X mouse position or the position reported in the
WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually
lock the mouse within the requested rectangle, if we don't see the mouse event
we can't even clip the cursor (but in that case the cursor wouldn't move
anyway) and we report a possibly-unexpected position (outside the clip) in
WM_MOUSEMOUSE, which doesn't match our cursor position.
I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN
page and my recollections of its behaviour, other applications can override
your ClipCursor at any time, and do not have to be in the foreground to do so.
MSDN says they musn't, though... So in theory any application which relies on
being able to do so is incorrect, but conversely no application can rely on its
mouse input actually being limited to where its ClipCursor is set.
The problem with using XGrabPointer for this (which is what attachment 11735
from comment 82 appears to be doing) is that (as far as I understand from the
manpage, I haven't tried this) it also affects what windows actually receive
X11 events, which isn't actually true of ClipCursor, although it will produce
the correct results for the general use-case of a Win32 program calling
ClipCusor with its own window rectangle or client-area rectangle.
Anyway, if ClipCursor does have any issues, it probably should be addressed in
a seperate bug, or this bug just gets too conflated.
--- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 ---
>From what I understand the main Problem is that we only have absolute position
on the mouse, but for the Game interface we need vector oriented presentation.
Right? So I started to look for a way to get Vectored Events from X.
I stumbled across XTrap. They talk of Vectorevents ...
Cant we make use of that?
Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea
of X. I just researched a bit and read stuff that could help. (I did not even
ask anyone :P ) So for me this is a shot into the Blue.
Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz
Event Vectoring
In recording X protocol either for performance measurements or record/playback
functionality, it often
becomes necessary to capture more than just the core input events (Keyboard &
Pointer). Further, it’s
often critical to capture events before the determination is made by the server
to not deliver the event.
Of course, this could be done by a client by configuring "interest" for all
events in all windows (includ-
ing the root); however, the overhead associated with keeping track of the
entire server’s volatile win-
dow hierarchy is typically too expensive (especially for performance monitoring
clients).
As discussed earlier in this document, a ProcVector approach was implemented in
X11 for all requests
and byte-swapped events. One can only deduce that normal events weren’t
vectored for performance
reasons. With this in mind and the requirement to capture all events before the
server drops any on the
floor, the following are excerpts of experimental changes to events.c and
devices.c to facilitate event
vectoring
Hope it helps!
Peter
--- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 ---
I don't think XTrap is compiled into Xservers normally... In fact, a quick
browse through the X.org git repo suggests it might not actually be implemented
in Xorg, though the headers, library and protocol repositories are there.
So I might be looking in the wrong place for the actual extension implemented.
But certainly the xserver-xorg-core package on Debian/unstable doesn't list
XTrap in xdpyinfo by default.
--- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 ---
Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by
default.
--- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 ---
http://wiki.winehq.org/DInput has some XInput2 information.
--- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 ---
Xorg has dropped XTrap as of Xserver 1.6.
http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff…
--- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 ---
Created an attachment (id=20315)
--> (http://bugs.winehq.org/attachment.cgi?id=20315)
add a toggle with the middle mouse button for the mouse wrapping.
Here a small patch i did based on those with mouse wrapping , but instead of
requiring you to hold the key. its a toggle.
work perfectly fine with most games since you can toggle it off with the middle
mouse button (its used in some games, but rarely an important action).
Obviously, this is only meant as a temporary solution, but its enough for me.
--- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 ---
Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721)
mouse patch modified only recenter mouse when right,left or middle click is
down.
This patch is a version modified on one that is actually present here.
The only change is that when right/left/middle click is not pressed, center the
mouse on the screen is not applied.
Like warhammer online other games only have problems with mouse when right or
left clic is used.
Some games use this function with middle click so I added middle click too.
This is a sort of hack, so it's not a really usable patch...
But it can help for some games at moment, so I post my changes added to this
patch here.
--- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 ---
(In reply to comment #243)
> Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721) [details]
> mouse patch modified only recenter mouse when right,left or middle click is
> down.
>
> This patch is a version modified on one that is actually present here.
>
> The only change is that when right/left/middle click is not pressed, center the
> mouse on the screen is not applied.
>
> Like warhammer online other games only have problems with mouse when right or
> left clic is used.
> Some games use this function with middle click so I added middle click too.
>
> This is a sort of hack, so it's not a really usable patch...
> But it can help for some games at moment, so I post my changes added to this
> patch here.
>
For information I use Playonlinux to install all my software even not
supported.
It's a great tool because each install have is own directory with his own
register, it's own setup to explain everything, and you can set up a different
wine version for each software.
So with this patch, all my games who I don't set in registery force_edge even
if I use the same wine version (system), I don't have any problems, even for
FPS likes etc...
enjoy.
--- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 ---
Given the wide range of apps that are affected by this bug, it's severity
should probably be upped from Normal to Major.
--- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 ---
Created an attachment (id=21031)
--> (http://bugs.winehq.org/attachment.cgi?id=21031)
Output during lag/freeze when using patch id=18681
(In reply to comment #206)
> Created an attachment (id=18681)
--> (http://bugs.winehq.org/attachment.cgi?id=18681) [details]
> Hack to read raw mouse movement from /dev/input/mice
>
> ...
>
I thought I'd give this patch a try since it seems to be the only one that
doesn't wrap the mouse, however I experienced the same lag/freeze as others
here.
I'm no expert when it comes to the dinput code in Wine but I thought maybe
someone else might have use for output when running a game like Mount & Blade
with WINEDEBUG=+dinput and this patch.
The output is what's dumped to my terminal every time (and only when) the
application freezes.
Any thoughts?
--- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 ---
Created an attachment (id=21554)
--> (http://bugs.winehq.org/attachment.cgi?id=21554)
Patch for mouse for bug 6971
--- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 ---
(From update of attachment 21554)
to activate
WINEFORCEMOUSEWARP=yes wine proggy.exe
--- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 ---
The Patch that i have proposed works for all Ut3 engine games, Crysis and
Crysis Warhead and all those ut2004 engine games, this i my firts try at wines
mouse but i hope this patch can be useful to all the community
--- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 ---
*** Bug 18774 has been marked as a duplicate of this bug. ***
--- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 ---
Please how can I implement this patch? I'm not a programmer so if you can
explain it to me... many thanks.
--- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 ---
(In reply to comment #251)
> Please how can I implement this patch? I'm not a programmer so if you can
> explain it to me... many thanks.
take the patch, get the source via git, apply the patch, compile, install.
it should be approximatively this :
create a file patch.diff and copy the patch inside
install git-core
git clone git://source.winehq.org/git/wine.git ~/user/wine-git
cd ~/user/wine-git
patch -p1 < /locationofthepatch/patch.diif
make depend
make
make install
(Don't forget to install all the needed library, you should find them on the
wiki)
--- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 ---
(In reply to comment #252)
> (In reply to comment #251)
> > Please how can I implement this patch? I'm not a programmer so if you can
> > explain it to me... many thanks.
>
> take the patch, get the source via git, apply the patch, compile, install.
> it should be approximatively this :
>
> create a file patch.diff and copy the patch inside
> install git-core
> git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> cd ~/user/wine-git
> patch -p1 < /locationofthepatch/patch.diif
> make depend
> make
> make install
>
> (Don't forget to install all the needed library, you should find them on the
> wiki)
I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
alessandro@alessandro-desktop:~/user/wine-git$
(?)
--- Comment #254 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 14:31:22 ---
(In reply to comment #253)
> I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> alessandro@alessandro-desktop:~/user/wine-git$
>
> (?)
Sorry I've forgotten the ./configure line (before make depend), but you'll need
all the library
The best way for you is here : http://wiki.winehq.org/WineOn64bit
All is explained, for all environment.
--- Comment #255 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 16:29:18 ---
(In reply to comment #254)
> (In reply to comment #253)
> > I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> > make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> > alessandro@alessandro-desktop:~/user/wine-git$
> >
> > (?)
>
> Sorry I've forgotten the ./configure line (before make depend), but you'll need
> all the library
> The best way for you is here : http://wiki.winehq.org/WineOn64bit
> All is explained, for all environment.
Tried to do it but with no success.. maybe because I made everything (even
WineOn64bit) in ~/user/wine-git ?
Anyway for me it's too much, I do not really understand the process. I think I
have to wait for the next official build, hoping that the patch will be
integrated.
Thanks anyway for your support sheen. ;)
--
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=6971
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jounijarvis(a)gmail.com
Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Paul.Hampson(a)Pobox.com
Christoph Korn <c_korn(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |c_korn(a)gmx.de
chaykin <rchayster(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|rchayster(a)gmail.com |
Adrian Lüthi <adi.l(a)bluewin.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adi.l(a)bluewin.ch
dlzerocool <dl.zerocool(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dl.zerocool(a)gmail.com
Stephane Mikaty <stephane(a)mikaty.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stephane(a)mikaty.net
Casey Jones <pvtpuddin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pvtpuddin(a)gmail.com
Dennis Schridde <lindevel(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lindevel(a)gmx.net
Lars Blomqvist <knaprigt(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |knaprigt(a)gmail.com
giovanni.nicola(a)ticino.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |giovanni.nicola(a)ticino.com
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hoehle(a)users.sourceforge.ne
| |t
Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alessandro.pedarra(a)inbox.co
| |m
sheen <toxmerguez(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |toxmerguez(a)yahoo.fr
Danila Sentiabov <dsent.zen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dsent.zen(a)gmail.com
--- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 ---
*** Bug 17801 has been marked as a duplicate of this bug. ***
--- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 ---
XInput2 is starting to firm up
(http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so
it might be a good time to investigate a preliminary XInput2-based solution to
this bug, and ensure that the XInput2 API is sufficient (while it's still
malleable enough to fix) to cover the requirements.
As I understand it, the issue here is that when dinput is being used to capture
the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and
hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and
the cursor's position should no longer affect anything that happens (ie the
cursor becomes uninteresting and invisible, and all mouse events are sent back
via directinput) which includes not changing focus to other windows, and this
state needs to be cleared when focus is lost.
If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start
reading events from the mouse either at any time (DISCL_BACKGROUND) or only
when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied
to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and
free to move about the screen.
I'm not sure from reading this bug if it also covers programs that capture the
mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
used to cover this method, as programs using this do not expect to receive
movement events from the cursor that would take it outside the clip rectangle.
On initial consideration, it seems to me that this interface should be exported
from winex11.drv (and alternative display/input drivers) for use by dinput.dll.
http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly)
documents a sample program in the DirectX SDK which exercises the various modes
of using the mouse under DirectInput.
--- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 ---
(In reply to comment #235)
> I'm not sure from reading this bug if it also covers programs that capture the
> mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
> used to cover this method, as programs using this do not expect to receive
> movement events from the cursor that would take it outside the clip rectangle.
On looking at the actual code, this is not how ClipCursor currently works.
Currently, it just keeps track of the rectangle requested, and if we receive a
mouse move event that would take us outside that window, we reset our cusor
position (but not the X mouse position or the position reported in the
WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually
lock the mouse within the requested rectangle, if we don't see the mouse event
we can't even clip the cursor (but in that case the cursor wouldn't move
anyway) and we report a possibly-unexpected position (outside the clip) in
WM_MOUSEMOUSE, which doesn't match our cursor position.
I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN
page and my recollections of its behaviour, other applications can override
your ClipCursor at any time, and do not have to be in the foreground to do so.
MSDN says they musn't, though... So in theory any application which relies on
being able to do so is incorrect, but conversely no application can rely on its
mouse input actually being limited to where its ClipCursor is set.
The problem with using XGrabPointer for this (which is what attachment 11735
from comment 82 appears to be doing) is that (as far as I understand from the
manpage, I haven't tried this) it also affects what windows actually receive
X11 events, which isn't actually true of ClipCursor, although it will produce
the correct results for the general use-case of a Win32 program calling
ClipCusor with its own window rectangle or client-area rectangle.
Anyway, if ClipCursor does have any issues, it probably should be addressed in
a seperate bug, or this bug just gets too conflated.
--- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 ---
>From what I understand the main Problem is that we only have absolute position
on the mouse, but for the Game interface we need vector oriented presentation.
Right? So I started to look for a way to get Vectored Events from X.
I stumbled across XTrap. They talk of Vectorevents ...
Cant we make use of that?
Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea
of X. I just researched a bit and read stuff that could help. (I did not even
ask anyone :P ) So for me this is a shot into the Blue.
Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz
Event Vectoring
In recording X protocol either for performance measurements or record/playback
functionality, it often
becomes necessary to capture more than just the core input events (Keyboard &
Pointer). Further, it’s
often critical to capture events before the determination is made by the server
to not deliver the event.
Of course, this could be done by a client by configuring "interest" for all
events in all windows (includ-
ing the root); however, the overhead associated with keeping track of the
entire server’s volatile win-
dow hierarchy is typically too expensive (especially for performance monitoring
clients).
As discussed earlier in this document, a ProcVector approach was implemented in
X11 for all requests
and byte-swapped events. One can only deduce that normal events weren’t
vectored for performance
reasons. With this in mind and the requirement to capture all events before the
server drops any on the
floor, the following are excerpts of experimental changes to events.c and
devices.c to facilitate event
vectoring
Hope it helps!
Peter
--- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 ---
I don't think XTrap is compiled into Xservers normally... In fact, a quick
browse through the X.org git repo suggests it might not actually be implemented
in Xorg, though the headers, library and protocol repositories are there.
So I might be looking in the wrong place for the actual extension implemented.
But certainly the xserver-xorg-core package on Debian/unstable doesn't list
XTrap in xdpyinfo by default.
--- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 ---
Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by
default.
--- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 ---
http://wiki.winehq.org/DInput has some XInput2 information.
--- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 ---
Xorg has dropped XTrap as of Xserver 1.6.
http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff…
--- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 ---
Created an attachment (id=20315)
--> (http://bugs.winehq.org/attachment.cgi?id=20315)
add a toggle with the middle mouse button for the mouse wrapping.
Here a small patch i did based on those with mouse wrapping , but instead of
requiring you to hold the key. its a toggle.
work perfectly fine with most games since you can toggle it off with the middle
mouse button (its used in some games, but rarely an important action).
Obviously, this is only meant as a temporary solution, but its enough for me.
--- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 ---
Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721)
mouse patch modified only recenter mouse when right,left or middle click is
down.
This patch is a version modified on one that is actually present here.
The only change is that when right/left/middle click is not pressed, center the
mouse on the screen is not applied.
Like warhammer online other games only have problems with mouse when right or
left clic is used.
Some games use this function with middle click so I added middle click too.
This is a sort of hack, so it's not a really usable patch...
But it can help for some games at moment, so I post my changes added to this
patch here.
--- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 ---
(In reply to comment #243)
> Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721) [details]
> mouse patch modified only recenter mouse when right,left or middle click is
> down.
>
> This patch is a version modified on one that is actually present here.
>
> The only change is that when right/left/middle click is not pressed, center the
> mouse on the screen is not applied.
>
> Like warhammer online other games only have problems with mouse when right or
> left clic is used.
> Some games use this function with middle click so I added middle click too.
>
> This is a sort of hack, so it's not a really usable patch...
> But it can help for some games at moment, so I post my changes added to this
> patch here.
>
For information I use Playonlinux to install all my software even not
supported.
It's a great tool because each install have is own directory with his own
register, it's own setup to explain everything, and you can set up a different
wine version for each software.
So with this patch, all my games who I don't set in registery force_edge even
if I use the same wine version (system), I don't have any problems, even for
FPS likes etc...
enjoy.
--- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 ---
Given the wide range of apps that are affected by this bug, it's severity
should probably be upped from Normal to Major.
--- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 ---
Created an attachment (id=21031)
--> (http://bugs.winehq.org/attachment.cgi?id=21031)
Output during lag/freeze when using patch id=18681
(In reply to comment #206)
> Created an attachment (id=18681)
--> (http://bugs.winehq.org/attachment.cgi?id=18681) [details]
> Hack to read raw mouse movement from /dev/input/mice
>
> ...
>
I thought I'd give this patch a try since it seems to be the only one that
doesn't wrap the mouse, however I experienced the same lag/freeze as others
here.
I'm no expert when it comes to the dinput code in Wine but I thought maybe
someone else might have use for output when running a game like Mount & Blade
with WINEDEBUG=+dinput and this patch.
The output is what's dumped to my terminal every time (and only when) the
application freezes.
Any thoughts?
--- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 ---
Created an attachment (id=21554)
--> (http://bugs.winehq.org/attachment.cgi?id=21554)
Patch for mouse for bug 6971
--- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 ---
(From update of attachment 21554)
to activate
WINEFORCEMOUSEWARP=yes wine proggy.exe
--- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 ---
The Patch that i have proposed works for all Ut3 engine games, Crysis and
Crysis Warhead and all those ut2004 engine games, this i my firts try at wines
mouse but i hope this patch can be useful to all the community
--- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 ---
*** Bug 18774 has been marked as a duplicate of this bug. ***
--- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 ---
Please how can I implement this patch? I'm not a programmer so if you can
explain it to me... many thanks.
--- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 ---
(In reply to comment #251)
> Please how can I implement this patch? I'm not a programmer so if you can
> explain it to me... many thanks.
take the patch, get the source via git, apply the patch, compile, install.
it should be approximatively this :
create a file patch.diff and copy the patch inside
install git-core
git clone git://source.winehq.org/git/wine.git ~/user/wine-git
cd ~/user/wine-git
patch -p1 < /locationofthepatch/patch.diif
make depend
make
make install
(Don't forget to install all the needed library, you should find them on the
wiki)
--- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 ---
(In reply to comment #252)
> (In reply to comment #251)
> > Please how can I implement this patch? I'm not a programmer so if you can
> > explain it to me... many thanks.
>
> take the patch, get the source via git, apply the patch, compile, install.
> it should be approximatively this :
>
> create a file patch.diff and copy the patch inside
> install git-core
> git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> cd ~/user/wine-git
> patch -p1 < /locationofthepatch/patch.diif
> make depend
> make
> make install
>
> (Don't forget to install all the needed library, you should find them on the
> wiki)
I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
alessandro@alessandro-desktop:~/user/wine-git$
(?)
--- Comment #254 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 14:31:22 ---
(In reply to comment #253)
> I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> alessandro@alessandro-desktop:~/user/wine-git$
>
> (?)
Sorry I've forgotten the ./configure line (before make depend), but you'll need
all the library
The best way for you is here : http://wiki.winehq.org/WineOn64bit
All is explained, for all environment.
--
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=6994
Danila Sentiabov <dsent.zen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dsent.zen(a)gmail.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=6719
Danila Sentiabov <dsent.zen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dsent.zen(a)gmail.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=6971
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jounijarvis(a)gmail.com
Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Paul.Hampson(a)Pobox.com
Christoph Korn <c_korn(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |c_korn(a)gmx.de
chaykin <rchayster(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|rchayster(a)gmail.com |
Adrian Lüthi <adi.l(a)bluewin.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adi.l(a)bluewin.ch
dlzerocool <dl.zerocool(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dl.zerocool(a)gmail.com
Stephane Mikaty <stephane(a)mikaty.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stephane(a)mikaty.net
Casey Jones <pvtpuddin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pvtpuddin(a)gmail.com
Dennis Schridde <lindevel(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lindevel(a)gmx.net
Lars Blomqvist <knaprigt(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |knaprigt(a)gmail.com
giovanni.nicola(a)ticino.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |giovanni.nicola(a)ticino.com
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hoehle(a)users.sourceforge.ne
| |t
Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alessandro.pedarra(a)inbox.co
| |m
sheen <toxmerguez(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |toxmerguez(a)yahoo.fr
--- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 ---
*** Bug 17801 has been marked as a duplicate of this bug. ***
--- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 ---
XInput2 is starting to firm up
(http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so
it might be a good time to investigate a preliminary XInput2-based solution to
this bug, and ensure that the XInput2 API is sufficient (while it's still
malleable enough to fix) to cover the requirements.
As I understand it, the issue here is that when dinput is being used to capture
the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and
hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and
the cursor's position should no longer affect anything that happens (ie the
cursor becomes uninteresting and invisible, and all mouse events are sent back
via directinput) which includes not changing focus to other windows, and this
state needs to be cleared when focus is lost.
If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start
reading events from the mouse either at any time (DISCL_BACKGROUND) or only
when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied
to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and
free to move about the screen.
I'm not sure from reading this bug if it also covers programs that capture the
mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
used to cover this method, as programs using this do not expect to receive
movement events from the cursor that would take it outside the clip rectangle.
On initial consideration, it seems to me that this interface should be exported
from winex11.drv (and alternative display/input drivers) for use by dinput.dll.
http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly)
documents a sample program in the DirectX SDK which exercises the various modes
of using the mouse under DirectInput.
--- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 ---
(In reply to comment #235)
> I'm not sure from reading this bug if it also covers programs that capture the
> mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
> used to cover this method, as programs using this do not expect to receive
> movement events from the cursor that would take it outside the clip rectangle.
On looking at the actual code, this is not how ClipCursor currently works.
Currently, it just keeps track of the rectangle requested, and if we receive a
mouse move event that would take us outside that window, we reset our cusor
position (but not the X mouse position or the position reported in the
WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually
lock the mouse within the requested rectangle, if we don't see the mouse event
we can't even clip the cursor (but in that case the cursor wouldn't move
anyway) and we report a possibly-unexpected position (outside the clip) in
WM_MOUSEMOUSE, which doesn't match our cursor position.
I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN
page and my recollections of its behaviour, other applications can override
your ClipCursor at any time, and do not have to be in the foreground to do so.
MSDN says they musn't, though... So in theory any application which relies on
being able to do so is incorrect, but conversely no application can rely on its
mouse input actually being limited to where its ClipCursor is set.
The problem with using XGrabPointer for this (which is what attachment 11735
from comment 82 appears to be doing) is that (as far as I understand from the
manpage, I haven't tried this) it also affects what windows actually receive
X11 events, which isn't actually true of ClipCursor, although it will produce
the correct results for the general use-case of a Win32 program calling
ClipCusor with its own window rectangle or client-area rectangle.
Anyway, if ClipCursor does have any issues, it probably should be addressed in
a seperate bug, or this bug just gets too conflated.
--- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 ---
>From what I understand the main Problem is that we only have absolute position
on the mouse, but for the Game interface we need vector oriented presentation.
Right? So I started to look for a way to get Vectored Events from X.
I stumbled across XTrap. They talk of Vectorevents ...
Cant we make use of that?
Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea
of X. I just researched a bit and read stuff that could help. (I did not even
ask anyone :P ) So for me this is a shot into the Blue.
Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz
Event Vectoring
In recording X protocol either for performance measurements or record/playback
functionality, it often
becomes necessary to capture more than just the core input events (Keyboard &
Pointer). Further, it’s
often critical to capture events before the determination is made by the server
to not deliver the event.
Of course, this could be done by a client by configuring "interest" for all
events in all windows (includ-
ing the root); however, the overhead associated with keeping track of the
entire server’s volatile win-
dow hierarchy is typically too expensive (especially for performance monitoring
clients).
As discussed earlier in this document, a ProcVector approach was implemented in
X11 for all requests
and byte-swapped events. One can only deduce that normal events weren’t
vectored for performance
reasons. With this in mind and the requirement to capture all events before the
server drops any on the
floor, the following are excerpts of experimental changes to events.c and
devices.c to facilitate event
vectoring
Hope it helps!
Peter
--- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 ---
I don't think XTrap is compiled into Xservers normally... In fact, a quick
browse through the X.org git repo suggests it might not actually be implemented
in Xorg, though the headers, library and protocol repositories are there.
So I might be looking in the wrong place for the actual extension implemented.
But certainly the xserver-xorg-core package on Debian/unstable doesn't list
XTrap in xdpyinfo by default.
--- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 ---
Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by
default.
--- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 ---
http://wiki.winehq.org/DInput has some XInput2 information.
--- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 ---
Xorg has dropped XTrap as of Xserver 1.6.
http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff…
--- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 ---
Created an attachment (id=20315)
--> (http://bugs.winehq.org/attachment.cgi?id=20315)
add a toggle with the middle mouse button for the mouse wrapping.
Here a small patch i did based on those with mouse wrapping , but instead of
requiring you to hold the key. its a toggle.
work perfectly fine with most games since you can toggle it off with the middle
mouse button (its used in some games, but rarely an important action).
Obviously, this is only meant as a temporary solution, but its enough for me.
--- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 ---
Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721)
mouse patch modified only recenter mouse when right,left or middle click is
down.
This patch is a version modified on one that is actually present here.
The only change is that when right/left/middle click is not pressed, center the
mouse on the screen is not applied.
Like warhammer online other games only have problems with mouse when right or
left clic is used.
Some games use this function with middle click so I added middle click too.
This is a sort of hack, so it's not a really usable patch...
But it can help for some games at moment, so I post my changes added to this
patch here.
--- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 ---
(In reply to comment #243)
> Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721) [details]
> mouse patch modified only recenter mouse when right,left or middle click is
> down.
>
> This patch is a version modified on one that is actually present here.
>
> The only change is that when right/left/middle click is not pressed, center the
> mouse on the screen is not applied.
>
> Like warhammer online other games only have problems with mouse when right or
> left clic is used.
> Some games use this function with middle click so I added middle click too.
>
> This is a sort of hack, so it's not a really usable patch...
> But it can help for some games at moment, so I post my changes added to this
> patch here.
>
For information I use Playonlinux to install all my software even not
supported.
It's a great tool because each install have is own directory with his own
register, it's own setup to explain everything, and you can set up a different
wine version for each software.
So with this patch, all my games who I don't set in registery force_edge even
if I use the same wine version (system), I don't have any problems, even for
FPS likes etc...
enjoy.
--- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 ---
Given the wide range of apps that are affected by this bug, it's severity
should probably be upped from Normal to Major.
--- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 ---
Created an attachment (id=21031)
--> (http://bugs.winehq.org/attachment.cgi?id=21031)
Output during lag/freeze when using patch id=18681
(In reply to comment #206)
> Created an attachment (id=18681)
--> (http://bugs.winehq.org/attachment.cgi?id=18681) [details]
> Hack to read raw mouse movement from /dev/input/mice
>
> ...
>
I thought I'd give this patch a try since it seems to be the only one that
doesn't wrap the mouse, however I experienced the same lag/freeze as others
here.
I'm no expert when it comes to the dinput code in Wine but I thought maybe
someone else might have use for output when running a game like Mount & Blade
with WINEDEBUG=+dinput and this patch.
The output is what's dumped to my terminal every time (and only when) the
application freezes.
Any thoughts?
--- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 ---
Created an attachment (id=21554)
--> (http://bugs.winehq.org/attachment.cgi?id=21554)
Patch for mouse for bug 6971
--- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 ---
(From update of attachment 21554)
to activate
WINEFORCEMOUSEWARP=yes wine proggy.exe
--- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 ---
The Patch that i have proposed works for all Ut3 engine games, Crysis and
Crysis Warhead and all those ut2004 engine games, this i my firts try at wines
mouse but i hope this patch can be useful to all the community
--- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 ---
*** Bug 18774 has been marked as a duplicate of this bug. ***
--- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 ---
Please how can I implement this patch? I'm not a programmer so if you can
explain it to me... many thanks.
--- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 ---
(In reply to comment #251)
> Please how can I implement this patch? I'm not a programmer so if you can
> explain it to me... many thanks.
take the patch, get the source via git, apply the patch, compile, install.
it should be approximatively this :
create a file patch.diff and copy the patch inside
install git-core
git clone git://source.winehq.org/git/wine.git ~/user/wine-git
cd ~/user/wine-git
patch -p1 < /locationofthepatch/patch.diif
make depend
make
make install
(Don't forget to install all the needed library, you should find them on the
wiki)
--- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 ---
(In reply to comment #252)
> (In reply to comment #251)
> > Please how can I implement this patch? I'm not a programmer so if you can
> > explain it to me... many thanks.
>
> take the patch, get the source via git, apply the patch, compile, install.
> it should be approximatively this :
>
> create a file patch.diff and copy the patch inside
> install git-core
> git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> cd ~/user/wine-git
> patch -p1 < /locationofthepatch/patch.diif
> make depend
> make
> make install
>
> (Don't forget to install all the needed library, you should find them on the
> wiki)
I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
alessandro@alessandro-desktop:~/user/wine-git$
(?)
--- Comment #254 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 14:31:22 ---
(In reply to comment #253)
> I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> alessandro@alessandro-desktop:~/user/wine-git$
>
> (?)
Sorry I've forgotten the ./configure line (before make depend), but you'll need
all the library
The best way for you is here : http://wiki.winehq.org/WineOn64bit
All is explained, for all environment.
--
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=6971
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jounijarvis(a)gmail.com
Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Paul.Hampson(a)Pobox.com
Christoph Korn <c_korn(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |c_korn(a)gmx.de
chaykin <rchayster(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|rchayster(a)gmail.com |
Adrian Lüthi <adi.l(a)bluewin.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adi.l(a)bluewin.ch
dlzerocool <dl.zerocool(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dl.zerocool(a)gmail.com
Stephane Mikaty <stephane(a)mikaty.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stephane(a)mikaty.net
Casey Jones <pvtpuddin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pvtpuddin(a)gmail.com
Dennis Schridde <lindevel(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lindevel(a)gmx.net
Lars Blomqvist <knaprigt(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |knaprigt(a)gmail.com
giovanni.nicola(a)ticino.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |giovanni.nicola(a)ticino.com
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hoehle(a)users.sourceforge.ne
| |t
Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alessandro.pedarra(a)inbox.co
| |m
sheen <toxmerguez(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |toxmerguez(a)yahoo.fr
--- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 ---
*** Bug 17801 has been marked as a duplicate of this bug. ***
--- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 ---
XInput2 is starting to firm up
(http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so
it might be a good time to investigate a preliminary XInput2-based solution to
this bug, and ensure that the XInput2 API is sufficient (while it's still
malleable enough to fix) to cover the requirements.
As I understand it, the issue here is that when dinput is being used to capture
the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and
hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and
the cursor's position should no longer affect anything that happens (ie the
cursor becomes uninteresting and invisible, and all mouse events are sent back
via directinput) which includes not changing focus to other windows, and this
state needs to be cleared when focus is lost.
If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start
reading events from the mouse either at any time (DISCL_BACKGROUND) or only
when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied
to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and
free to move about the screen.
I'm not sure from reading this bug if it also covers programs that capture the
mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
used to cover this method, as programs using this do not expect to receive
movement events from the cursor that would take it outside the clip rectangle.
On initial consideration, it seems to me that this interface should be exported
from winex11.drv (and alternative display/input drivers) for use by dinput.dll.
http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly)
documents a sample program in the DirectX SDK which exercises the various modes
of using the mouse under DirectInput.
--- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 ---
(In reply to comment #235)
> I'm not sure from reading this bug if it also covers programs that capture the
> mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
> used to cover this method, as programs using this do not expect to receive
> movement events from the cursor that would take it outside the clip rectangle.
On looking at the actual code, this is not how ClipCursor currently works.
Currently, it just keeps track of the rectangle requested, and if we receive a
mouse move event that would take us outside that window, we reset our cusor
position (but not the X mouse position or the position reported in the
WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually
lock the mouse within the requested rectangle, if we don't see the mouse event
we can't even clip the cursor (but in that case the cursor wouldn't move
anyway) and we report a possibly-unexpected position (outside the clip) in
WM_MOUSEMOUSE, which doesn't match our cursor position.
I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN
page and my recollections of its behaviour, other applications can override
your ClipCursor at any time, and do not have to be in the foreground to do so.
MSDN says they musn't, though... So in theory any application which relies on
being able to do so is incorrect, but conversely no application can rely on its
mouse input actually being limited to where its ClipCursor is set.
The problem with using XGrabPointer for this (which is what attachment 11735
from comment 82 appears to be doing) is that (as far as I understand from the
manpage, I haven't tried this) it also affects what windows actually receive
X11 events, which isn't actually true of ClipCursor, although it will produce
the correct results for the general use-case of a Win32 program calling
ClipCusor with its own window rectangle or client-area rectangle.
Anyway, if ClipCursor does have any issues, it probably should be addressed in
a seperate bug, or this bug just gets too conflated.
--- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 ---
>From what I understand the main Problem is that we only have absolute position
on the mouse, but for the Game interface we need vector oriented presentation.
Right? So I started to look for a way to get Vectored Events from X.
I stumbled across XTrap. They talk of Vectorevents ...
Cant we make use of that?
Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea
of X. I just researched a bit and read stuff that could help. (I did not even
ask anyone :P ) So for me this is a shot into the Blue.
Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz
Event Vectoring
In recording X protocol either for performance measurements or record/playback
functionality, it often
becomes necessary to capture more than just the core input events (Keyboard &
Pointer). Further, it’s
often critical to capture events before the determination is made by the server
to not deliver the event.
Of course, this could be done by a client by configuring "interest" for all
events in all windows (includ-
ing the root); however, the overhead associated with keeping track of the
entire server’s volatile win-
dow hierarchy is typically too expensive (especially for performance monitoring
clients).
As discussed earlier in this document, a ProcVector approach was implemented in
X11 for all requests
and byte-swapped events. One can only deduce that normal events weren’t
vectored for performance
reasons. With this in mind and the requirement to capture all events before the
server drops any on the
floor, the following are excerpts of experimental changes to events.c and
devices.c to facilitate event
vectoring
Hope it helps!
Peter
--- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 ---
I don't think XTrap is compiled into Xservers normally... In fact, a quick
browse through the X.org git repo suggests it might not actually be implemented
in Xorg, though the headers, library and protocol repositories are there.
So I might be looking in the wrong place for the actual extension implemented.
But certainly the xserver-xorg-core package on Debian/unstable doesn't list
XTrap in xdpyinfo by default.
--- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 ---
Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by
default.
--- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 ---
http://wiki.winehq.org/DInput has some XInput2 information.
--- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 ---
Xorg has dropped XTrap as of Xserver 1.6.
http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff…
--- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 ---
Created an attachment (id=20315)
--> (http://bugs.winehq.org/attachment.cgi?id=20315)
add a toggle with the middle mouse button for the mouse wrapping.
Here a small patch i did based on those with mouse wrapping , but instead of
requiring you to hold the key. its a toggle.
work perfectly fine with most games since you can toggle it off with the middle
mouse button (its used in some games, but rarely an important action).
Obviously, this is only meant as a temporary solution, but its enough for me.
--- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 ---
Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721)
mouse patch modified only recenter mouse when right,left or middle click is
down.
This patch is a version modified on one that is actually present here.
The only change is that when right/left/middle click is not pressed, center the
mouse on the screen is not applied.
Like warhammer online other games only have problems with mouse when right or
left clic is used.
Some games use this function with middle click so I added middle click too.
This is a sort of hack, so it's not a really usable patch...
But it can help for some games at moment, so I post my changes added to this
patch here.
--- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 ---
(In reply to comment #243)
> Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721) [details]
> mouse patch modified only recenter mouse when right,left or middle click is
> down.
>
> This patch is a version modified on one that is actually present here.
>
> The only change is that when right/left/middle click is not pressed, center the
> mouse on the screen is not applied.
>
> Like warhammer online other games only have problems with mouse when right or
> left clic is used.
> Some games use this function with middle click so I added middle click too.
>
> This is a sort of hack, so it's not a really usable patch...
> But it can help for some games at moment, so I post my changes added to this
> patch here.
>
For information I use Playonlinux to install all my software even not
supported.
It's a great tool because each install have is own directory with his own
register, it's own setup to explain everything, and you can set up a different
wine version for each software.
So with this patch, all my games who I don't set in registery force_edge even
if I use the same wine version (system), I don't have any problems, even for
FPS likes etc...
enjoy.
--- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 ---
Given the wide range of apps that are affected by this bug, it's severity
should probably be upped from Normal to Major.
--- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 ---
Created an attachment (id=21031)
--> (http://bugs.winehq.org/attachment.cgi?id=21031)
Output during lag/freeze when using patch id=18681
(In reply to comment #206)
> Created an attachment (id=18681)
--> (http://bugs.winehq.org/attachment.cgi?id=18681) [details]
> Hack to read raw mouse movement from /dev/input/mice
>
> ...
>
I thought I'd give this patch a try since it seems to be the only one that
doesn't wrap the mouse, however I experienced the same lag/freeze as others
here.
I'm no expert when it comes to the dinput code in Wine but I thought maybe
someone else might have use for output when running a game like Mount & Blade
with WINEDEBUG=+dinput and this patch.
The output is what's dumped to my terminal every time (and only when) the
application freezes.
Any thoughts?
--- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 ---
Created an attachment (id=21554)
--> (http://bugs.winehq.org/attachment.cgi?id=21554)
Patch for mouse for bug 6971
--- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 ---
(From update of attachment 21554)
to activate
WINEFORCEMOUSEWARP=yes wine proggy.exe
--- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 ---
The Patch that i have proposed works for all Ut3 engine games, Crysis and
Crysis Warhead and all those ut2004 engine games, this i my firts try at wines
mouse but i hope this patch can be useful to all the community
--- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 ---
*** Bug 18774 has been marked as a duplicate of this bug. ***
--- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 ---
Please how can I implement this patch? I'm not a programmer so if you can
explain it to me... many thanks.
--- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 ---
(In reply to comment #251)
> Please how can I implement this patch? I'm not a programmer so if you can
> explain it to me... many thanks.
take the patch, get the source via git, apply the patch, compile, install.
it should be approximatively this :
create a file patch.diff and copy the patch inside
install git-core
git clone git://source.winehq.org/git/wine.git ~/user/wine-git
cd ~/user/wine-git
patch -p1 < /locationofthepatch/patch.diif
make depend
make
make install
(Don't forget to install all the needed library, you should find them on the
wiki)
--- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 ---
(In reply to comment #252)
> (In reply to comment #251)
> > Please how can I implement this patch? I'm not a programmer so if you can
> > explain it to me... many thanks.
>
> take the patch, get the source via git, apply the patch, compile, install.
> it should be approximatively this :
>
> create a file patch.diff and copy the patch inside
> install git-core
> git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> cd ~/user/wine-git
> patch -p1 < /locationofthepatch/patch.diif
> make depend
> make
> make install
>
> (Don't forget to install all the needed library, you should find them on the
> wiki)
I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
alessandro@alessandro-desktop:~/user/wine-git$
(?)
--
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=6971
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jounijarvis(a)gmail.com
Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Paul.Hampson(a)Pobox.com
Christoph Korn <c_korn(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |c_korn(a)gmx.de
chaykin <rchayster(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|rchayster(a)gmail.com |
Adrian Lüthi <adi.l(a)bluewin.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adi.l(a)bluewin.ch
dlzerocool <dl.zerocool(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dl.zerocool(a)gmail.com
Stephane Mikaty <stephane(a)mikaty.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stephane(a)mikaty.net
Casey Jones <pvtpuddin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pvtpuddin(a)gmail.com
Dennis Schridde <lindevel(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lindevel(a)gmx.net
Lars Blomqvist <knaprigt(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |knaprigt(a)gmail.com
giovanni.nicola(a)ticino.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |giovanni.nicola(a)ticino.com
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hoehle(a)users.sourceforge.ne
| |t
Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alessandro.pedarra(a)inbox.co
| |m
sheen <toxmerguez(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |toxmerguez(a)yahoo.fr
--- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 ---
*** Bug 17801 has been marked as a duplicate of this bug. ***
--- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 ---
XInput2 is starting to firm up
(http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so
it might be a good time to investigate a preliminary XInput2-based solution to
this bug, and ensure that the XInput2 API is sufficient (while it's still
malleable enough to fix) to cover the requirements.
As I understand it, the issue here is that when dinput is being used to capture
the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and
hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and
the cursor's position should no longer affect anything that happens (ie the
cursor becomes uninteresting and invisible, and all mouse events are sent back
via directinput) which includes not changing focus to other windows, and this
state needs to be cleared when focus is lost.
If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start
reading events from the mouse either at any time (DISCL_BACKGROUND) or only
when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied
to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and
free to move about the screen.
I'm not sure from reading this bug if it also covers programs that capture the
mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
used to cover this method, as programs using this do not expect to receive
movement events from the cursor that would take it outside the clip rectangle.
On initial consideration, it seems to me that this interface should be exported
from winex11.drv (and alternative display/input drivers) for use by dinput.dll.
http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly)
documents a sample program in the DirectX SDK which exercises the various modes
of using the mouse under DirectInput.
--- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 ---
(In reply to comment #235)
> I'm not sure from reading this bug if it also covers programs that capture the
> mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
> used to cover this method, as programs using this do not expect to receive
> movement events from the cursor that would take it outside the clip rectangle.
On looking at the actual code, this is not how ClipCursor currently works.
Currently, it just keeps track of the rectangle requested, and if we receive a
mouse move event that would take us outside that window, we reset our cusor
position (but not the X mouse position or the position reported in the
WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually
lock the mouse within the requested rectangle, if we don't see the mouse event
we can't even clip the cursor (but in that case the cursor wouldn't move
anyway) and we report a possibly-unexpected position (outside the clip) in
WM_MOUSEMOUSE, which doesn't match our cursor position.
I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN
page and my recollections of its behaviour, other applications can override
your ClipCursor at any time, and do not have to be in the foreground to do so.
MSDN says they musn't, though... So in theory any application which relies on
being able to do so is incorrect, but conversely no application can rely on its
mouse input actually being limited to where its ClipCursor is set.
The problem with using XGrabPointer for this (which is what attachment 11735
from comment 82 appears to be doing) is that (as far as I understand from the
manpage, I haven't tried this) it also affects what windows actually receive
X11 events, which isn't actually true of ClipCursor, although it will produce
the correct results for the general use-case of a Win32 program calling
ClipCusor with its own window rectangle or client-area rectangle.
Anyway, if ClipCursor does have any issues, it probably should be addressed in
a seperate bug, or this bug just gets too conflated.
--- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 ---
>From what I understand the main Problem is that we only have absolute position
on the mouse, but for the Game interface we need vector oriented presentation.
Right? So I started to look for a way to get Vectored Events from X.
I stumbled across XTrap. They talk of Vectorevents ...
Cant we make use of that?
Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea
of X. I just researched a bit and read stuff that could help. (I did not even
ask anyone :P ) So for me this is a shot into the Blue.
Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz
Event Vectoring
In recording X protocol either for performance measurements or record/playback
functionality, it often
becomes necessary to capture more than just the core input events (Keyboard &
Pointer). Further, it’s
often critical to capture events before the determination is made by the server
to not deliver the event.
Of course, this could be done by a client by configuring "interest" for all
events in all windows (includ-
ing the root); however, the overhead associated with keeping track of the
entire server’s volatile win-
dow hierarchy is typically too expensive (especially for performance monitoring
clients).
As discussed earlier in this document, a ProcVector approach was implemented in
X11 for all requests
and byte-swapped events. One can only deduce that normal events weren’t
vectored for performance
reasons. With this in mind and the requirement to capture all events before the
server drops any on the
floor, the following are excerpts of experimental changes to events.c and
devices.c to facilitate event
vectoring
Hope it helps!
Peter
--- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 ---
I don't think XTrap is compiled into Xservers normally... In fact, a quick
browse through the X.org git repo suggests it might not actually be implemented
in Xorg, though the headers, library and protocol repositories are there.
So I might be looking in the wrong place for the actual extension implemented.
But certainly the xserver-xorg-core package on Debian/unstable doesn't list
XTrap in xdpyinfo by default.
--- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 ---
Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by
default.
--- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 ---
http://wiki.winehq.org/DInput has some XInput2 information.
--- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 ---
Xorg has dropped XTrap as of Xserver 1.6.
http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff…
--- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 ---
Created an attachment (id=20315)
--> (http://bugs.winehq.org/attachment.cgi?id=20315)
add a toggle with the middle mouse button for the mouse wrapping.
Here a small patch i did based on those with mouse wrapping , but instead of
requiring you to hold the key. its a toggle.
work perfectly fine with most games since you can toggle it off with the middle
mouse button (its used in some games, but rarely an important action).
Obviously, this is only meant as a temporary solution, but its enough for me.
--- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 ---
Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721)
mouse patch modified only recenter mouse when right,left or middle click is
down.
This patch is a version modified on one that is actually present here.
The only change is that when right/left/middle click is not pressed, center the
mouse on the screen is not applied.
Like warhammer online other games only have problems with mouse when right or
left clic is used.
Some games use this function with middle click so I added middle click too.
This is a sort of hack, so it's not a really usable patch...
But it can help for some games at moment, so I post my changes added to this
patch here.
--- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 ---
(In reply to comment #243)
> Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721) [details]
> mouse patch modified only recenter mouse when right,left or middle click is
> down.
>
> This patch is a version modified on one that is actually present here.
>
> The only change is that when right/left/middle click is not pressed, center the
> mouse on the screen is not applied.
>
> Like warhammer online other games only have problems with mouse when right or
> left clic is used.
> Some games use this function with middle click so I added middle click too.
>
> This is a sort of hack, so it's not a really usable patch...
> But it can help for some games at moment, so I post my changes added to this
> patch here.
>
For information I use Playonlinux to install all my software even not
supported.
It's a great tool because each install have is own directory with his own
register, it's own setup to explain everything, and you can set up a different
wine version for each software.
So with this patch, all my games who I don't set in registery force_edge even
if I use the same wine version (system), I don't have any problems, even for
FPS likes etc...
enjoy.
--- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 ---
Given the wide range of apps that are affected by this bug, it's severity
should probably be upped from Normal to Major.
--- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 ---
Created an attachment (id=21031)
--> (http://bugs.winehq.org/attachment.cgi?id=21031)
Output during lag/freeze when using patch id=18681
(In reply to comment #206)
> Created an attachment (id=18681)
--> (http://bugs.winehq.org/attachment.cgi?id=18681) [details]
> Hack to read raw mouse movement from /dev/input/mice
>
> ...
>
I thought I'd give this patch a try since it seems to be the only one that
doesn't wrap the mouse, however I experienced the same lag/freeze as others
here.
I'm no expert when it comes to the dinput code in Wine but I thought maybe
someone else might have use for output when running a game like Mount & Blade
with WINEDEBUG=+dinput and this patch.
The output is what's dumped to my terminal every time (and only when) the
application freezes.
Any thoughts?
--- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 ---
Created an attachment (id=21554)
--> (http://bugs.winehq.org/attachment.cgi?id=21554)
Patch for mouse for bug 6971
--- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 ---
(From update of attachment 21554)
to activate
WINEFORCEMOUSEWARP=yes wine proggy.exe
--- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 ---
The Patch that i have proposed works for all Ut3 engine games, Crysis and
Crysis Warhead and all those ut2004 engine games, this i my firts try at wines
mouse but i hope this patch can be useful to all the community
--- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 ---
*** Bug 18774 has been marked as a duplicate of this bug. ***
--- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 ---
Please how can I implement this patch? I'm not a programmer so if you can
explain it to me... many thanks.
--- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 ---
(In reply to comment #251)
> Please how can I implement this patch? I'm not a programmer so if you can
> explain it to me... many thanks.
take the patch, get the source via git, apply the patch, compile, install.
it should be approximatively this :
create a file patch.diff and copy the patch inside
install git-core
git clone git://source.winehq.org/git/wine.git ~/user/wine-git
cd ~/user/wine-git
patch -p1 < /locationofthepatch/patch.diif
make depend
make
make install
(Don't forget to install all the needed library, you should find them on the
wiki)
--
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=6971
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jounijarvis(a)gmail.com
Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Paul.Hampson(a)Pobox.com
Christoph Korn <c_korn(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |c_korn(a)gmx.de
chaykin <rchayster(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|rchayster(a)gmail.com |
Adrian Lüthi <adi.l(a)bluewin.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adi.l(a)bluewin.ch
dlzerocool <dl.zerocool(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dl.zerocool(a)gmail.com
Stephane Mikaty <stephane(a)mikaty.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stephane(a)mikaty.net
Casey Jones <pvtpuddin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pvtpuddin(a)gmail.com
Dennis Schridde <lindevel(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lindevel(a)gmx.net
Lars Blomqvist <knaprigt(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |knaprigt(a)gmail.com
giovanni.nicola(a)ticino.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |giovanni.nicola(a)ticino.com
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hoehle(a)users.sourceforge.ne
| |t
Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alessandro.pedarra(a)inbox.co
| |m
--- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 ---
*** Bug 17801 has been marked as a duplicate of this bug. ***
--- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 ---
XInput2 is starting to firm up
(http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so
it might be a good time to investigate a preliminary XInput2-based solution to
this bug, and ensure that the XInput2 API is sufficient (while it's still
malleable enough to fix) to cover the requirements.
As I understand it, the issue here is that when dinput is being used to capture
the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and
hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and
the cursor's position should no longer affect anything that happens (ie the
cursor becomes uninteresting and invisible, and all mouse events are sent back
via directinput) which includes not changing focus to other windows, and this
state needs to be cleared when focus is lost.
If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start
reading events from the mouse either at any time (DISCL_BACKGROUND) or only
when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied
to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and
free to move about the screen.
I'm not sure from reading this bug if it also covers programs that capture the
mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
used to cover this method, as programs using this do not expect to receive
movement events from the cursor that would take it outside the clip rectangle.
On initial consideration, it seems to me that this interface should be exported
from winex11.drv (and alternative display/input drivers) for use by dinput.dll.
http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly)
documents a sample program in the DirectX SDK which exercises the various modes
of using the mouse under DirectInput.
--- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 ---
(In reply to comment #235)
> I'm not sure from reading this bug if it also covers programs that capture the
> mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
> used to cover this method, as programs using this do not expect to receive
> movement events from the cursor that would take it outside the clip rectangle.
On looking at the actual code, this is not how ClipCursor currently works.
Currently, it just keeps track of the rectangle requested, and if we receive a
mouse move event that would take us outside that window, we reset our cusor
position (but not the X mouse position or the position reported in the
WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually
lock the mouse within the requested rectangle, if we don't see the mouse event
we can't even clip the cursor (but in that case the cursor wouldn't move
anyway) and we report a possibly-unexpected position (outside the clip) in
WM_MOUSEMOUSE, which doesn't match our cursor position.
I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN
page and my recollections of its behaviour, other applications can override
your ClipCursor at any time, and do not have to be in the foreground to do so.
MSDN says they musn't, though... So in theory any application which relies on
being able to do so is incorrect, but conversely no application can rely on its
mouse input actually being limited to where its ClipCursor is set.
The problem with using XGrabPointer for this (which is what attachment 11735
from comment 82 appears to be doing) is that (as far as I understand from the
manpage, I haven't tried this) it also affects what windows actually receive
X11 events, which isn't actually true of ClipCursor, although it will produce
the correct results for the general use-case of a Win32 program calling
ClipCusor with its own window rectangle or client-area rectangle.
Anyway, if ClipCursor does have any issues, it probably should be addressed in
a seperate bug, or this bug just gets too conflated.
--- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 ---
>From what I understand the main Problem is that we only have absolute position
on the mouse, but for the Game interface we need vector oriented presentation.
Right? So I started to look for a way to get Vectored Events from X.
I stumbled across XTrap. They talk of Vectorevents ...
Cant we make use of that?
Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea
of X. I just researched a bit and read stuff that could help. (I did not even
ask anyone :P ) So for me this is a shot into the Blue.
Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz
Event Vectoring
In recording X protocol either for performance measurements or record/playback
functionality, it often
becomes necessary to capture more than just the core input events (Keyboard &
Pointer). Further, it’s
often critical to capture events before the determination is made by the server
to not deliver the event.
Of course, this could be done by a client by configuring "interest" for all
events in all windows (includ-
ing the root); however, the overhead associated with keeping track of the
entire server’s volatile win-
dow hierarchy is typically too expensive (especially for performance monitoring
clients).
As discussed earlier in this document, a ProcVector approach was implemented in
X11 for all requests
and byte-swapped events. One can only deduce that normal events weren’t
vectored for performance
reasons. With this in mind and the requirement to capture all events before the
server drops any on the
floor, the following are excerpts of experimental changes to events.c and
devices.c to facilitate event
vectoring
Hope it helps!
Peter
--- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 ---
I don't think XTrap is compiled into Xservers normally... In fact, a quick
browse through the X.org git repo suggests it might not actually be implemented
in Xorg, though the headers, library and protocol repositories are there.
So I might be looking in the wrong place for the actual extension implemented.
But certainly the xserver-xorg-core package on Debian/unstable doesn't list
XTrap in xdpyinfo by default.
--- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 ---
Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by
default.
--- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 ---
http://wiki.winehq.org/DInput has some XInput2 information.
--- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 ---
Xorg has dropped XTrap as of Xserver 1.6.
http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff…
--- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 ---
Created an attachment (id=20315)
--> (http://bugs.winehq.org/attachment.cgi?id=20315)
add a toggle with the middle mouse button for the mouse wrapping.
Here a small patch i did based on those with mouse wrapping , but instead of
requiring you to hold the key. its a toggle.
work perfectly fine with most games since you can toggle it off with the middle
mouse button (its used in some games, but rarely an important action).
Obviously, this is only meant as a temporary solution, but its enough for me.
--- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 ---
Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721)
mouse patch modified only recenter mouse when right,left or middle click is
down.
This patch is a version modified on one that is actually present here.
The only change is that when right/left/middle click is not pressed, center the
mouse on the screen is not applied.
Like warhammer online other games only have problems with mouse when right or
left clic is used.
Some games use this function with middle click so I added middle click too.
This is a sort of hack, so it's not a really usable patch...
But it can help for some games at moment, so I post my changes added to this
patch here.
--- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 ---
(In reply to comment #243)
> Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721) [details]
> mouse patch modified only recenter mouse when right,left or middle click is
> down.
>
> This patch is a version modified on one that is actually present here.
>
> The only change is that when right/left/middle click is not pressed, center the
> mouse on the screen is not applied.
>
> Like warhammer online other games only have problems with mouse when right or
> left clic is used.
> Some games use this function with middle click so I added middle click too.
>
> This is a sort of hack, so it's not a really usable patch...
> But it can help for some games at moment, so I post my changes added to this
> patch here.
>
For information I use Playonlinux to install all my software even not
supported.
It's a great tool because each install have is own directory with his own
register, it's own setup to explain everything, and you can set up a different
wine version for each software.
So with this patch, all my games who I don't set in registery force_edge even
if I use the same wine version (system), I don't have any problems, even for
FPS likes etc...
enjoy.
--- Comment #245 from James Stone <stonej4(a)mcmaster.ca> 2009-05-04 11:26:25 ---
Given the wide range of apps that are affected by this bug, it's severity
should probably be upped from Normal to Major.
--- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 ---
Created an attachment (id=21031)
--> (http://bugs.winehq.org/attachment.cgi?id=21031)
Output during lag/freeze when using patch id=18681
(In reply to comment #206)
> Created an attachment (id=18681)
--> (http://bugs.winehq.org/attachment.cgi?id=18681) [details]
> Hack to read raw mouse movement from /dev/input/mice
>
> ...
>
I thought I'd give this patch a try since it seems to be the only one that
doesn't wrap the mouse, however I experienced the same lag/freeze as others
here.
I'm no expert when it comes to the dinput code in Wine but I thought maybe
someone else might have use for output when running a game like Mount & Blade
with WINEDEBUG=+dinput and this patch.
The output is what's dumped to my terminal every time (and only when) the
application freezes.
Any thoughts?
--- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 ---
Created an attachment (id=21554)
--> (http://bugs.winehq.org/attachment.cgi?id=21554)
Patch for mouse for bug 6971
--- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 ---
(From update of attachment 21554)
to activate
WINEFORCEMOUSEWARP=yes wine proggy.exe
--- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 ---
The Patch that i have proposed works for all Ut3 engine games, Crysis and
Crysis Warhead and all those ut2004 engine games, this i my firts try at wines
mouse but i hope this patch can be useful to all the community
--- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 ---
*** Bug 18774 has been marked as a duplicate of this bug. ***
--- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 ---
Please how can I implement this patch? I'm not a programmer so if you can
explain it to me... many thanks.
--
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=18916
Summary: Thief 2 crashes when bringing up in-game menu
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)araneidae.co.uk
Created an attachment (id=21762)
--> (http://bugs.winehq.org/attachment.cgi?id=21762)
Transcript of game run, complete with backtrace
After the commit below, Thief 2 crashes with the attached backtrace when
bringing up the in-game menu. This menu involves switching screen resolution
to 640x480.
This appears to have been generated by the following commit:
commit f8c4832276fb740e527fed87aa27975f91546d26
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Jun 5 10:10:48 2009 +0200
wined3d: Use GL_DEPTH24_STENCIL8_EXT for depth stencil formats.
--
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=18895
Summary: Thief 3 crashes on closing.
Product: Wine
Version: 1.1.23
Platform: PC-x86-64
URL: http://www.eidos.de/downloads/search.html?gmid=174
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgbricola(a)web.de
Created an attachment (id=21737)
--> (http://bugs.winehq.org/attachment.cgi?id=21737)
Testcase to trigger the crash in d3d8.
Thief 3 crashes in DeletePixelShader if it closes/release all the resources.
The game deletes some resources twice and there could the crash happen.
The attached test case let wine crash in the same way. (The only difference is
it uses VertexShader instead of PixelShader, but the code which is responsible
for the crash is shared between both).
--
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=18882
Summary: allow windows links to be load by WINE
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jlabrous(a)altern.org
In Wine.desktop EXE and MSI files can be launched by "wine start".
Windows Links files can be launched with same command!
Please add application/x-win-lnk in MimeType field in tools/wine.desktop.
This will allow to start .lnk files from filemanager or from Desktop.
--
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=18841
Summary: Ghost Recon Installer Crashes
Product: Wine
Version: 1.1.23
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dunerkahl(a)yahoo.de
Created an attachment (id=21648)
--> (http://bugs.winehq.org/attachment.cgi?id=21648)
Complete debug log
The installer of the first Ghost Recon game doesn't work, the process crashes.
I attached WINEDEBUG=+all logfile.
--
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=18742
Summary: WoW: Icons under d3d are incorrectly desaturated
Product: Wine
Version: 1.1.22
Platform: PC
URL: http://www.worldofwarcraft.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh+winehqdotorg(a)gmail.com
Created an attachment (id=21489)
--> (http://bugs.winehq.org/attachment.cgi?id=21489)
OpenGL/D3D desaturation comparison
The attached screenshot will speak for itself. I had to check a few times the
correct behaviour under Windows. After a few discussions on IRC this is what
was concluded:
- In OpenGL, the icons are correctly desaturated
- In D3D, WoW thinks desaturation is not supported, so instead the icons will
be dimmed
--
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=18617
Summary: Regedit can't import registry from standard input
Product: Wine
Version: 1.1.22
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Keywords: regression, source, testcase
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitaliy(a)kievinfo.com
Created an attachment (id=21305)
--> (http://bugs.winehq.org/attachment.cgi?id=21305)
Sample test program
Importing file like this works:
-------------------
REGEDIT4
[HKEY_CURRENT_USER\Software\Wine\Direct3D]
"UseGLSL"="enabled"
-------------------
However this command doesn't work:
echo -e
'REGEDIT4\n[HKEY_CURRENT_USER\\Software\\Wine\\Direct3D]\n"UseGLSL"="enabled"\n'
| wine regedit -
This is due to this piece of code:
if (fread( s, 2, 1, reg_file) == 1)
{
if (s[0] == 0xff && s[1] == 0xfe)
{
processRegLinesW(reg_file);
} else
{
-> rewind(reg_file);
processRegLinesA(reg_file);
}
}
According to MS doing rewind on stdin clears the buffer. Sample program
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.
http://bugs.winehq.org/show_bug.cgi?id=18610
Summary: 1.1.22 regression prevents running Quicken 2009
Product: Wine
Version: 1.1.22
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: allen(a)gtf.org
Created an attachment (id=21292)
--> (http://bugs.winehq.org/attachment.cgi?id=21292)
Output from "wine qw.exe"
Upon updating my Wine installation from 1.1.21 to 1.1.22, Quicken 2009 Rental
Property Manager has ceased to run. It starts, asks for the password of my
default Quicken file, and then fails. A small window titled "Crash" briefly
appears after which point the application exits.
I've gone back and forth between 1.1.21 and 1.1.22 several times to confirm
that the failure is repeatable. My environment is Fedora 10 x86-64. I build
each version of Wine myself using "tools/wineinstall".
Please find attached the log output when I run "wine qw.exe" from the command
line. Note that this fails the same way as when I start Quicken from the icon.
--
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=18516
Summary: Goldwave 5.25 File Save dialog no longer has options
for file format...
Product: Wine
Version: 1.1.21
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jim(a)jima2z.net
Since Updating to wine 1.1.21, this app has lost its list-box dialog which let
you choose which bitrate, mono/stereo etc. You can still choose a file type
and enter a name, but the other choices are missing.... One can certainly
reopen the file in another editor and convert, but what a hassle...especially
when you are in the middle of a project. My guess is that a commondialog dll
is set wrong or something...
Many thanks in advance.
Running Ubuntu 8.10, Acer Pentium Dual Core, wine 1.1.21
--
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=17914
Summary: Using \n rather then \r\n breaks HTTP RFC with
HTTP_AddRequestHeadersW
Product: Wine
Version: 1.1.18
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dn(a)devicenull.org
Half-Life 2 (and possibly other apps) uses \n characters to indicate a new line
when dealing with the InternetOpenUrl function. Windows accepts this fine, and
ends up with the correct output. Wine on the other hand blindly copies this
into the value as it parses the line, creating an invalid HTTP request.
The call looks like this:
trace:wininet:INTERNET_InternetOpenUrlW (0x1279fda0,
L"http://192.168.3.89/127.0.0.1/maps/de_dust3.bsp", L"Referer:
hl2://127.0.0.1:27015\n", 00000024, 84400000, 0c360e00)
the problem appears a bit later:
trace:wininet:HTTP_HttpAddRequestHeadersW copying header: L"Referer:
hl2://127.0.0.1:27015\n\0000"
trace:wininet:HTTP_HttpAddRequestHeadersW interpreting header L"Referer:
hl2://127.0.0.1:27015\n"
trace:wininet:HTTP_InterpretHttpHeader field(L"Referer")
Value(L"hl2://127.0.0.1:27015\n")
note the \n on the end of the value. This ends up being copied into the final
HTTP request, and breaking the HTTP RFC.
The fix seems to be to just accept \n as well as \r\n sequences in
HTTP_InterpretHttpHeader
--
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=17681
Summary: mcm2 Help immediately exists (Motocross Madness 2)
Product: Wine
Version: 1.1.16
Platform: PC
URL: http://www.microsoft.com/games/motocross2/default.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Created an attachment (id=19882)
--> (http://bugs.winehq.org/attachment.cgi?id=19882)
part of backtrace and winedbg local variables output
This affects both demo and retail versions of Motocross Madness 2, although
there's a huge difference in .hlp file size.
Invoking the help shortly opens a window that immediately closes.
ps shows that it's calling c:\windows\system32\explorer.exe /desktop
Surprisingly, there's no trace output at all in the console!
However, with WINEDEBUG=+all,-syslevel,-..., there appears an exception and
invocation of the debugger, cf. attachment. (Actually, I suspect the exception
is not the cause of the bug but appears much later).
The .hlp file makes reference to at least one .dll supplied by the game. That
is not needed to test for the bug (MS-Windows' winhlp32 will display file
contents without them).
Maybe this file is a chm disguised as .hlp as it looks very different from
typical help files? (The menu is embedded in text instead of the usual buttons
and the top-left icon is not the help one, rather a question mark.)
IIRC, I've tried this file in a Gecko-enabled wine as well, it made no
difference.
Should I attach the 1MB mcm2help.hlp from the demo version, or are interested
persons expected to go to the demo download site (several more megabytes for
the whole game)?
This bug is rather annoying, as there's no printed manual, no .pdf and no
in-game help beside this file for this application.
--
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=17437
Summary: ATI and EVE Premium: no models display
Product: Wine
Version: 1.1.15
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hpestilence(a)gmail.com
Created an attachment (id=19519)
--> (http://bugs.winehq.org/attachment.cgi?id=19519)
EVE shader log
Currently EVE Premium and ATI cards doesn't show any ship models on the login
screen or ingame. I tried all the premium option variations and nothing helps
(shadows on, hdr on to shadows off, hdr off).
I ran the Apocrypha beta on the test server to see if it would work under
"Premium lite" and it doesn't work either. I used everything from sm 2.0 lo to
sm 3.0 hi.
I ran it with WINEDEBUG=d3d_shader and apparently all the shaders compile fine
but then fails to link.
--
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=17433
Summary: gdiplus error in Photoshop CS4 with Interl GMA
unimplemented function
gdiplus.dll.GdipMeasureDriverString
Product: Wine
Version: 1.1.15
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex.rayu(a)gmail.com
Created an attachment (id=19507)
--> (http://bugs.winehq.org/attachment.cgi?id=19507)
Builting GDIPLUS error log
wine: Call from 0x7edfe8b0 to unimplemented function
gdiplus.dll.GdipMeasureDriverString, aborting
--
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=16681
Summary: Adobe Photoshop CS4 fails to start, complains "Some of
the application components are missing..."
Product: Wine
Version: 1.1.11
Platform: Other
URL: http://adobe.com
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
With today's git, Adobe Photoshop CS4 installs nicely.
However, it doesn't start up. To reproduce, assuming
you've already downloaded and unpacked
ADBEPHSPCS4_LS4.7z/ADBEPHSPCS4_LS4.exe:
$ rm -rf .wine
$ wine iexplore http://winehq.org
(to preload gecko)
$ wine "Adobe CS4"/setup.exe (or whereever you unpacked it to)
$ cd ~/".wine/drive_c/Program Files/Adobe/Adobe Photoshop CS4"
$ wine photoshop
This results in the dialog
"Some of the application components are missing from the Application directory,
Please reinstall the application."
Looking at the relay, it seems to do this after loading
amtservices.dll, waiting quite a while, and timing out.
(Loading native gdiplus doesn't help, not that I thought it would...)
--
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=16521
Summary: With separate x-screens, windowed applications in the
secondary screen are limited to resolution of primary
screen
Product: Wine
Version: 1.1.10
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ngoonee(a)hotmail.com
CC: ngoonee(a)hotmail.com
Problem is as stated above. This affects me when running separate x-screens (no
TwinView or Xinerama), Nvidia graphics card with proprietary binaries. Specific
case for me is my laptop having a native 1280x800 resolution being connected to
an external monitor having 1280x1024 resolution. Wine apps and games run fine
on my laptop LCD, with or without external monitor plugged in.
For the external monitor, apps run with a limit of 1280x800 resolution. The
apps I have tested so far are E-Sword and Office 2007. The Wine window can be
maximised, but the extra 224 pixels at the bottom are filled with artifacts,
and the app window itself does not extend to that area (the bottom of the app
is still visible, just above the 800 pixel mark).
I apologize for not having screen-shots, the external monitor is in my office
and I will not be able to access it for another 24 hours from this posting.
Known workaround: Using the explorer /desktop=<name>,<res> option gives me a
window where the app can properly maximize. Unfortunately this window cannot be
resized by my window manager (Compiz, but identical results in Metacity), so
presents a useability problem, for example with Office 2007 I may want to
resize it to only take half my screen while referring to some other app
displaying underneath.
Marked as 'minor', but may need to be upgraded to 'major', as I believe this
affects a large variety of applications (basically anything that is not meant
to be run full-screen.
Seeing as this is not a crash, am not sure whether to attach trace or debug
logs. Please advise on what additional information is needed. Screenshots will
be provided ASAP.
--
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=16506
Summary: some GUI feedback is needed when wine crashes
Product: Wine
Version: 1.1.10
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Currently, if you start a program by double-clicking a file, or using a
wine-generated .desktop shortcut, and that program later crashes, Wine starts
winedbg and prints information to standard out. In this case that goes nowhere,
and the user gets no feedback to indicate that the program crashed.
The user should get feedback in this case.
It's not clear whether the gui should be created by an internal Wine program or
desktop-specific crash reporting tools. If this depends on crash-reporting
tools, we need to define clearly how they should interact with Wine.
Mikołaj Zalewski submitted a patch that attempts to address this using an
internal program:
http://www.winehq.org/pipermail/wine-patches/2008-December/066015.html
--
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=16385
Summary: Photoshop CS4 interface doesn't load
Product: Wine
Version: 1.1.10
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: james2432(a)gmail.com
Created an attachment (id=17703)
--> (http://bugs.winehq.org/attachment.cgi?id=17703)
screenshot of the problem
We launch photoshop. It shows the little screen with the photoshop logo that it
is loading some DLLs and when it gets to the actual interface, it's all gray
and there are no menus nor are their any windows(except the main photoshop
window of course)
--
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=16331
Summary: inetcomm: possible null pointer dereferences
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: grschneider(a)gmail.com
Created an attachment (id=17635)
--> (http://bugs.winehq.org/attachment.cgi?id=17635)
suggested patch
Three possible NULL pointer dereferences in dlls\inetcomm\smtptransport.c,
fixed by doing the parameter check first and using the checked variable
afterwards.
--
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=16267
Summary: Vista Winetest24112008 MSItest loop
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: elektroschock(a)linuxmail.org
1 Popup: "another installation is in progress. You must complete that
installation before continuing this one." (Retry/Cancel)
2 Selection of Cancel leads to
"Are you sure you want to cancel" (YES/NO), in the background a windows "Please
wait while Windows configures Winetest"
3 Selection of Yes leads to 1)
--
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=16195
Summary: GetKeyNameTextW returns a wrong length
Product: Wine
Version: 1.1.9
Platform: PC-x86-64
OS/Version: Windows Vista
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq.5.tahtu(a)spamgourmet.com
int Len;
LPTSTR lpString[64];
Len = GetKeyNameTextW(22151168, lpString, 32);
After this call lpString has the correct "Insert" string - bug Len has the
wrong value 1 - I expect the value 6.
PS
Please note: It's the unicode version of GetKeyNameText.
--
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=15878
Summary: Dogfood: Gimp 2.6 will not open images.
Product: Wine
Version: 1.1.7
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: true.bugman(a)gmail.com
Created an attachment (id=17033)
--> (http://bugs.winehq.org/attachment.cgi?id=17033)
Gimp start up messages
When using gimp 2.6, image files will not load making the program unusable.
Instead lots of "err:module:import_dll Library ..." messages are printed. The
problem is visible on program start up as well. Hence, as Mandriva 2008.1
comes with gimp 2.4.5, I can't use this newer version to replace the old
version that came with the distribution.
--
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=15377
Summary: 1.1.5 breaks d3d game that worked in 1.1.4
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben.trusty(a)gmail.com
CC: julliard(a)winehq.org
broke both command and conquer & command and conquer: red alert in wine 1.1.5;
both worked in 1.1.4
Regression Testing
d381c7cbf4d463189f479a0b3986f6767aeb8dba is first bad commit
commit d381c7cbf4d463189f479a0b3986f6767aeb8dba
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Sep 19 18:05:36 2008 +0200
Release 1.1.5.
:100644 100644 7a2c61113334222ab571b9cce093dd080fa825bf
982ac735f37215caf4e819c8afb6a8a2f0341585 M ANNOUNCE
:100644 100644 cd289fc7fdb8187487084f08312e3042c1c7cb44
41c2c19075c1b563e1152512ed077b9895bd1f26 M VERSION
:100755 100755 e898943c5e9326274904e3ecc42884b99456e288
ff2c11d3ae4e0afd80c9b62281c510521cef9e87 M configure
--
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=15371
Summary: HDR not rendered correctly (e.g. in Rainbow 6 Vegas)
Product: Wine
Version: 1.1.5
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: normandy(a)web.de
Created an attachment (id=16218)
--> (http://bugs.winehq.org/attachment.cgi?id=16218)
HDR enabled in Rainbow 6 Vegas
Enabling HDR often results in glitches, see image below
--
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=14767
Summary: WGL_SWAP_METHOD_ARB attribute not implemented
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: screwdriver(a)lxnt.info
Created an attachment (id=15283)
--> (http://bugs.winehq.org/attachment.cgi?id=15283)
patch against git head as of 05.08.2008
WGL_SWAP_METHOD_ARB attribute, defined in wgl_pixel_format opengl extension is
not handled.
Attached patch adds trivial handling of this attribute.
This gets rid of fixme messages about unknown/unhandled WGL attributes 0x2007,
0x2028-0x202A.
--
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=13922
Summary: configure script produces misleading warning about
libhal
Product: Wine
Version: 1.0-rc4
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P4
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shacklein(a)gmail.com
This is true in 1.0-rc5, but I can't select that as a Version.
The following warning produced by the configure script can be misleading:
configure: libhal development files not found, no dynamic device support.
This warning occurs on Debian Unstable/amd64, where there is no
/usr/lib32/libdbus-1.so by default. Creating a symlink that points to
/usr/lib32/libdbus-1.so.3 fixes the error.
It would be more helpful if the message indicated missing dbus.
--
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=13917
Summary: Supreme Commander won't let me select high fidelity
Product: Wine
Version: 1.0-rc4
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
This game let's me select high fidelity in the options on Windows on the same
hardware. In Wine, I can only choose between Low and Medium.
I think the game determines the available options on the graphics capabilities
that get reported to it. So I don't know if it's really a Wine problem or one
of the Linux Nvidia driver (I use 169.12 on GF8600GT. Even a 6800LE on Windows
allows for high fidelity)
I'm happy to help in case of further questions (like testing what capabilites
the game asks for)
--
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=13705
Summary: keyboard does not work in Trackmania Nations Forever
Product: Wine
Version: 1.0-rc2
Platform: PC-x86-64
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=12137
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: boeser.wolff(a)web.de
Created an attachment (id=13720)
--> (http://bugs.winehq.org/attachment.cgi?id=13720)
stderr from TMNF test run
During a testing run with win 1.0rc2 on Debian lenny/sid (almost all packages
from testing) I found the keyboard is not working:
I cant enter any text inside a game, thus I cant create any accout to test it
further.
Instead the characters entered appear on stderr and are passed to the shell on
exit.
See attachment lines 262-267:
user@host:~/.wine/drive_c/Programme/TmNationsForever$
CFGCCFGasdfsdsdfaasccfadsfsdaddfasdCFfixme:d3d9:Direct3DShaderValidatorCreate9
stub
fixme:d3d:IWineD3DDeviceImpl_EvictManagedResources (0x1622f8) : stub
fixme:dsound:DllCanUnloadNow (void): stub
-bash: CFGCCFGasdfsdsdfaasccfadsfsdaddfasdCF: command not found
--
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=13266
Summary: ArchiCad 11 installer: Crashes after extraction (Java
related?)
Product: Wine
Version: 1.0-rc1
Platform: PC
URL: http://archicad.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kopseng(a)stud.ntnu.no
Created an attachment (id=13111)
--> (http://bugs.winehq.org/attachment.cgi?id=13111)
Output from running AC11-NOR.exe, and Setup.exe manually after extraction
Trying to run the installer for ArchiCad 11, it fails after extraction.
Going into the directory c:\windows\temp\ArchiCad 11, where the files were
extracted, and starting up Setup.exe, if fails within a second with a page
fault.
Before Setup crashes, a "Installing Java Runtime" briefly flashes on screen.
I can't read the output, but it might be Java related, seeing that the Java
Runtime that comes with the demo also crashes (but that might be a whole other
bug report). ArchiCad is java based, so the JRE install is vital.
--
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=12169
Summary: Supreme Commander: Black bar obscuring screen when
fidelity >low
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
As soon as the fidelity is set from low to medium, there will be a black bar
obscuring half of the screen (terrain textures, to be to the point)
This seems to be somehow related to shadows. Enabling shadows to either low or
medium settings results in the black bar shrinking from the upper half of the
screen to only obscuring the upper right corner.
--
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=12137
Summary: Test Drive: Unlimited slow performance
Product: Wine
Version: 0.9.57.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: greg87(a)online.de
Created an attachment (id=11533)
--> (http://bugs.winehq.org/attachment.cgi?id=11533)
console log
Gameplay is almost impossible. Guessing from the output in the console, its
searching for suitable pixelformat.
wine is 0.9.58
--
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=11942
Summary: Trouble with actor's shadow in "Journey to the Center of
the Earth"
Product: Wine
Version: 0.9.57.
Platform: PC
URL: http://www.journey-earth.com/data/eng/homepage_eng.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iliotropion2006(a)yandex.ru
Created an attachment (id=11251)
--> (http://bugs.winehq.org/attachment.cgi?id=11251)
screenshot
Actor's shadow displayed incorrectly since wine 0.9.57. In wine 0.9.56 it's OK.
See screenshots.
--
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=10981
Summary: Anti-Grain Geometry GDI Demo does not run
Product: Wine
Version: 0.9.52.
Platform: PC
URL: http://www.antigrain.com/demo/index.html
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: wine-gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
The Anti-Grain Geometry GDI Demo cannot run due to the following unimplemented
gdiplus functions:
GdipGraphicsClear (the one it actually crashes on)
GdipFillEllipse
GdipCreateAdjustableArrowCap
GdipDrawImagePointRectI
GdipCloneImage
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10551
Summary: When emulating Sprint-Layout the mouse doesn't catch
obercts
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P4
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chiliov(a)yandex.ru
Sprint Layout - a very good and simple CAD program for PCB design. On windows
OS it works fine, but when emulated the mouse doesn't catch tracks, routes and
pads. I must make a group with the mouse to move something, and that decreases
the productivity a lot. Here's the Sprint-layout homepage:
http://www.abacom-online.de/uk/html/sprint-layout.html
See what you can do. Regards!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9042
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #11 from Alexandre Julliard <julliard(a)winehq.org> 2009-06-19 10:57:11 ---
Closing bugs fixed in 1.1.24.
--
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=2720
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #19 from Alexandre Julliard <julliard(a)winehq.org> 2009-06-19 10:56:58 ---
Closing bugs fixed in 1.1.24.
--
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=18996
Summary: InstallShield Wizard fails to launch
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: danimothonline(a)gmail.com
Created an attachment (id=21890)
--> (http://bugs.winehq.org/attachment.cgi?id=21890)
Konsole output from emperor
Right after clicking setup.exe a message appears displaying:
"The program setup.exe has encountered a serious error and needs to close. We
are sorry for the inconvenience."
The installshield starting message("...which will guide you though the rest of
the setup process..." etc) also appears but only the initial screen, the bar
doesn't get a chance to start filling.
--
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=3766
joshbeagley(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |joshbeagley(a)gmail.com
--- Comment #21 from joshbeagley(a)gmail.com 2009-06-19 04:25:48 ---
I am using the latest version of wine for Ubuntu, 1.1.23, with the GRE
software. I have followed the instruction at
http://whynotwiki.com/Getting_GRE_Powerprep_to_work_under_Wine to get TDA and
other files to be recognised, and the only output I get is
fixme:user:EnableHardwareInput16 (0) - stub
fixme:user:EnableHardwareInput16 (1) - stub
the program works fine until trying to launce the actual questions, eg TDA.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.
http://bugs.winehq.org/show_bug.cgi?id=18992
Summary: Tab in winecfg to set the useful registry keys.
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: celticht32(a)aol.com
It would be nice to have a tab on winecfg to allow the setting of the useful
registry keys specified at the following address :
http://wiki.winehq.org/UsefulRegistryKeys
with contextual help on each selection.
--
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=2467
chr <cr2005(a)u-club.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cr2005(a)u-club.de
nick ves <vespenegeyser(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vespenegeyser(a)hotmail.com
--- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 ---
I noticed something else ... while running with a lot of debug flags which made
sc slow:
After selecting battlenet and when the login screen appears, I see that the
background is properly drawn ... and then it fades out! (and not in)
I guess the last 'black' color is transparent and therefore all the rest of the
battle.net GUI is broken.
--- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 ---
5 years after it was first opened its still occurring? score one for starcraft
:D still resisting the devs haha
its still occuriing in 1.1.23
--
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=9026
--- Comment #17 from Julian Rüger <jr98(a)gmx.net> 2009-06-18 11:36:50 ---
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=7411
Jeff Zaroyko <jeffz(a)jeffz.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|wine(a)codemadness.org |
--
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=18835
Summary: Battlefield 1942 crashes upon attempted install.
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: collinslyle(a)gmail.com
Upon opening the contents of the CD, and clicking upon 'English' as language
selection, a splash screen comes up with a progress indicator. Almost
immediately after this the program crashes.
I use Linux Mint 7 Gloria on a Compaq Presario C700.
--
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=18854
Summary: playing video in winamp under wine broke between
1.1.22 and 1.1.23
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: loofers(a)gmail.com
Hi all. I had videos playing in winamp in wine, but after i upgraded from wine
1.1.22 to 1.1.23 it instantly hangs winamp when i try to play a video file. I
had seen comments around the web that indicated that videos in winamp didn't
work in wine, but i found this google cache link to an older appdb entry
listing how to get it working:
http://74.125.155.132/search?q=cache:MdAOEWmOIXoJ:appdb.winehq.org/objectMa…
I didn't do all the steps that guy mentioned, since directx is largely already
integrated into wine. All i did was install the latest version of winamp
(5.552) in wine, and then downloaded ffdshow via winetricks. Videos would play
in winamp, however when the video was in its own window the window border
wasn't painted and there was no navigation/progress bar to skip ahead/back/etc
in the video. gimpy, i know, but whatever. After upgrading to wine 1.1.23
winamp just crashes when you go to run the video.
--
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=18983
Summary: dotnet20 installation hangs
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
With the wine-1.1.22 ubuntu 8.10 packages at winehq.org,
dotnet20 installs ok (with winetricks dotnet20).
With wine built from current git, it hangs with a message
like "loader_section timed out". (I've only tried it on
one machine so far.)
--
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=8894
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #11 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-06-18 03:23:32 ---
Closing duplicate.
--
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=15831
Summary: Nokia PC Suite 7.0.8.2 Installer crashes on WINE 1.1.7
Product: Wine
Version: 1.1.7
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 101551.753(a)compuserve.com
Created an attachment (id=16962)
--> (http://bugs.winehq.org/attachment.cgi?id=16962)
crash message
On openSUSE 11.0 with kernel version 2.6.25.16-0.1-default i got following
fault.
within winefile i want to start installation of Nokia PC Suite Version 7.0.8.2
by
klicking on the installation file Nokia_PC_Suite_rel_7_0_8_2_ger_web.exe
The installation seems to start but crashes with the attached messages.
--
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=4020
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #8 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-06-18 03:22:43 ---
Closing duplicate.
--
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=12533
Summary: Installation of Nokia PC Suite not working
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zima(a)libero.it
Created an attachment (id=12090)
--> (http://bugs.winehq.org/attachment.cgi?id=12090)
Log of the installation
Installation of Nokia PC Suite not working:
- icons anhd progress bar not shown
- it stops at step 5/6 when it should start copying the files to the harddrive.
--
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=18789
Summary: Cannot install Meta-Trader. Installation freeze
Product: Wine
Version: 1.1.18
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: elihayun(a)gmail.com
When I tried to install MetaTrader like the one in :
http://www.metatrader4.com/files/mt4setup.exe
When it about to finish to install it freeze and not continue. It started from
version 1.1.18 and until 1.1.22 it is not fixed.
To overcome this problem I copied the directory from Windows and I can work
with the application, but there are still some other problems:
1) The icons on the toolbars are not displayed or displayed in gray
2) When I run the Tester (Ctrl-R) and select one of the EA (MACD EA for
example) It give me a critiacl error and exit the application
--
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=5849
--- Comment #38 from Peto <tuharsky(a)misbb.sk> 2009-06-18 01:32:53 ---
The bug reads: "cannot perform registration DLL/OCX:RegSvr32 failed with return
code 0x1.
Press Retry to retry the operation. Continue by pressing Ignore (not
recommended). Abort installation pressing Abort."
By the way, I never saw such an error. Either the program changed, or it is a
regression in Wine. Either way, it is a new 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.
http://bugs.winehq.org/show_bug.cgi?id=5849
Saulius K. <saulius2(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |saulius2(a)gmail.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=8894
--- Comment #10 from Austin English <austinenglish(a)gmail.com> 2009-06-17 20:09:55 ---
Closing.
--
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=4020
--- Comment #7 from Austin English <austinenglish(a)gmail.com> 2009-06-17 20:09:52 ---
Closing.
--
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=8894
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
--- Comment #9 from Austin English <austinenglish(a)gmail.com> 2009-06-17 20:09:06 ---
Dupe
*** This bug has been marked as a duplicate of bug 14861 ***
--
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=4020
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
--- Comment #6 from Austin English <austinenglish(a)gmail.com> 2009-06-17 19:58:06 ---
Dupe, other bug has more info.
*** This bug has been marked as a duplicate of bug 14861 ***
--
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=18981
Summary: GTA: Vice City setup fails
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: c_korn(a)gmx.de
CC: julliard(a)winehq.org
Created an attachment (id=21862)
--> (http://bugs.winehq.org/attachment.cgi?id=21862)
Output of wine-1.1.23
There is a regression that makes the GTA: Vice City setup fail at the end in
wine-1.1.23.
I have run a regression test:
3c9571df781d8e10a8e58f240db25e3ec715144b is first bad commit
commit 3c9571df781d8e10a8e58f240db25e3ec715144b
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Jun 3 16:42:50 2009 +0200
rpcrt4: Add support for proxy delegation.
:040000 040000 29be995b670847ba1cd59c1e1f0a4810ddfaad80
488f534931cca31b32594da6a7a22644c9bdf294 M dlls
--
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=1201
jsmith <jsmith(a)argotecinc.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jsmith(a)argotecinc.com
--- Comment #15 from jsmith <jsmith(a)argotecinc.com> 2009-06-17 17:15:54 ---
Verified under wine-1.1.23-273-gc293285 - infinite loop "Overwrite C:\Program
Files\Microsoft Games\Golf '99 Trial\selected.cqm (Y/N)?"
--
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=1151
--- Comment #13 from jsmith <jsmith(a)argotecinc.com> 2009-06-17 17:03:58 ---
Created an attachment (id=21861)
--> (http://bugs.winehq.org/attachment.cgi?id=21861)
Output in terminal when testing
Retested and verified under wine-1.1.23-273-gc293285. Attached output at
terminal.
--
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=7242
--- Comment #14 from jsmith <jsmith(a)argotecinc.com> 2009-06-17 16:51:14 ---
Created an attachment (id=21860)
--> (http://bugs.winehq.org/attachment.cgi?id=21860)
Output in terminal when attempting install
Installing telechartinst.exe generates same error # 0x8000FFFF under
wine-1.1.23-273-gc293285. Didn't test any further.
--
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=7366
jsmith <jsmith(a)argotecinc.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jsmith(a)argotecinc.com
--- Comment #13 from jsmith <jsmith(a)argotecinc.com> 2009-06-17 16:23:09 ---
Unable to retest until bug 5849 is fixed.
--
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=5850
jsmith <jsmith(a)argotecinc.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jsmith(a)argotecinc.com
--- Comment #12 from jsmith <jsmith(a)argotecinc.com> 2009-06-17 16:15:36 ---
Unable to verify until bug 5849 is fixed.
--
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=5858
jsmith <jsmith(a)argotecinc.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jsmith(a)argotecinc.com
--- Comment #12 from jsmith <jsmith(a)argotecinc.com> 2009-06-17 16:12:35 ---
Unable to verify until bug 5849 is fixed.
--
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=5851
jsmith <jsmith(a)argotecinc.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jsmith(a)argotecinc.com
--- Comment #7 from jsmith <jsmith(a)argotecinc.com> 2009-06-17 16:10:47 ---
Unable to verify until bug 5849 is resolved.
--
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=5849
--- Comment #37 from jsmith <jsmith(a)argotecinc.com> 2009-06-17 16:08:57 ---
Created an attachment (id=21858)
--> (http://bugs.winehq.org/attachment.cgi?id=21858)
Output in terminal when testing
I tested for this bug by downloading WinAmbulancia v6.2 per Peto's instructions
and installed. This bug still exists in wine-1.1.23-273-gc293285.
--
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=5849
--- Comment #36 from jsmith <jsmith(a)argotecinc.com> 2009-06-17 15:57:03 ---
Created an attachment (id=21857)
--> (http://bugs.winehq.org/attachment.cgi?id=21857)
Screen shot of install error Titled CHYBA
I was testing to verify this bug still existed using version
wine-1.1.23-273-gc293285. I downloaded the program - I believe version 6.2 and
followed the installation instructions provided by Peto. During installation I
received this error message. I chose ignore and the program finished without
further incident. Peto - can you translate the error message for everyone? I
will continue attempting to verify the 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.
http://bugs.winehq.org/show_bug.cgi?id=5264
--- Comment #30 from zph <zph2001(a)yandex.ru> 2009-06-17 11:57:51 ---
> It is worth noting that the Crossover Office team will soon be releasing
> Crossover 8.0 and in this new version the Equation Editor works in Office 2003.
Crossover isn't free :(
So, I try to replace file /usr/lib/wine/ole32.dll.so(wine 1.1.23) to
ole32.dll.so from Crossover 8.0 (trial version for Linux x86).
Сonsequently Math Equation work perfectly!!!
Debian 5.0 Lenny
Wine 1.1.23
MS Office 2003 SR2
Crossover 8.0.0
--
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=8563
--- Comment #23 from Georg Hennig <georg298(a)gmx.de> 2009-06-17 11:47:58 ---
Yes, it still doesn't start with wine-1.1.23.
Game videos don't work:
Fatal Error:
Nested exception! - Cause: 'Exit:DestroyImageHlp'
Error: "Attempt to read from adress 0x7DC6C640" at 0x7dc6c640
So no progress, no regress, as far as I see it.
MechWarrior4 Mercenaries seems to require msctf.dll now. But it works.
--
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=16112
Summary: GetLongPathNameW problem in path.c
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pedro.m.ferreira(a)mail.cm-portel.pt
Application that uses UNC Universal Naming Conventions stops working because
Function in path.c
GetLongPathNameW
Exists with Error
--
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=425
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pedro.m.ferreira(a)mail.cm-po
| |rtel.pt
--- Comment #12 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-06-17 06:04:56 ---
*** Bug 16112 has been marked as a duplicate of this 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.
http://bugs.winehq.org/show_bug.cgi?id=18967
Summary: winedevice.exe has encountered an error at each start
(ntoskrnl.exe.MmLockPagableDataSection not
implemented)
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mick.mis(a)gmail.com
Each time i launch a windows application with wine i have a dialog box saying
"The program winedevice.exe has encountered a serious problem and needs to
close ..."
In the terminal :
wine: Call from 0x7ee05dc7 to unimplemented function
ntoskrnl.exe.MmLockPagableDataSection, aborting
wine: Unimplemented function ntoskrnl.exe.MmLockPagableDataSection called at
address 0x7ee05dc7 (thread 001a), starting debugger...
--
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=8942
--- Comment #16 from Christian Convey <christian.convey(a)gmail.com> 2009-06-17 03:18:40 ---
(In reply to comment #15)
> Is this still an issue in current (1.1.23 or newer) wine?
Actually, with 1.1.23 I can't even install the game any more. The
installer hangs at what looks like the very end of the process.
(Using Ubuntu Studio 9.04, current wine version from winehq as of 16 June 2009)
--
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=18740
Summary: Use of "unsafe" subset of ALSA causes problems with
PulseAudio
Product: Wine
Version: 1.1.22
Platform: PC
URL: http://0pointer.de/blog/projects/guide-to-sound-apis.h
tml
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
Blocks: 10910
http://0pointer.de/blog/projects/guide-to-sound-apis.html
If we want PulseAudio to work well, we have to limit ourselves to the safe
subset of the ALSA API.
DONTS:
* Do not use "async handlers", e.g. via snd_async_add_pcm_handler() and
friends. Asynchronous handlers are implemented using POSIX signals, which is a
very questionable use of them, especially from libraries and plugins. Even when
you don't want to limit yourself to the safe ALSA subset it is highly
recommended not to use this functionality. Read this for a longer explanation
why signals for audio IO are evil.
* Do not parse the ALSA configuration file yourself or with any of the ALSA
functions such as snd_config_xxx(). If you need to enumerate audio devices use
snd_device_name_hint() (and related functions). That is the only API that also
supports enumerating non-hardware audio devices and audio devices with drivers
implemented in userspace.
* Do not parse any of the files from /proc/asound/. Those files only
include information about kernel sound drivers -- user-space plugins are not
listed there. Also, the set of kernel devices might differ from the way they
are presented in user-space. (i.e. sub-devices are mapped in different ways to
actual user-space devices such as surround51 an suchlike.
* Do not rely on stable device indexes from ALSA. Nowadays they depend on
the initialization order of the drivers during boot-up time and are thus not
stable.
* Do not use the snd_card_xxx() APIs. For enumerating use
snd_device_name_hint() (and related functions). snd_card_xxx() is obsolete. It
will only list kernel hardware devices. User-space devices such as sound
servers, Bluetooth audio are not included. snd_card_load() is completely
obsolete in these days.
* Do not hard-code device strings, especially not hw:0 or plughw:0 or even
dmix -- these devices define no channel mapping and are mapped to raw kernel
devices. It is highly recommended to use exclusively default as device string.
If specific channel mappings are required the correct device strings should be
front for stereo, surround40 for Surround 4.0, surround41, surround51, and so
on. Unfortunately at this point ALSA does not define standard device names with
channel mappings for non-kernel devices. This means default may only be used
safely for mono and stereo streams. You should probably prefix your device
string with plug: to make sure ALSA transparently reformats/remaps/resamples
your PCM stream for you if the hardware/backend does not support your sampling
parameters natively.
* Do not assume that any particular sample type is supported except the
following ones: U8, S16_LE, S16_BE, S32_LE, S32_BE, FLOAT_LE, FLOAT_BE, MU_LAW,
A_LAW.
* Do not use snd_pcm_avail_update() for synchronization purposes. It should
be used exclusively to query the amount of bytes that may be written/read right
now. Do not use snd_pcm_delay() to query the fill level of your playback
buffer. It should be used exclusively for synchronisation purposes. Make sure
you fully understand the difference, and note that the two functions return
values that are not necessarily directly connected!
* Do not assume that the mixer controls always know dB information.
* Do not assume that all devices support MMAP style buffer access.
* Do not assume that the hardware pointer inside the (possibly mmaped)
playback buffer is the actual position of the sample in the DAC. There might be
an extra latency involved.
* Do not try to recover with your own code from ALSA error conditions such
as buffer under-runs. Use snd_pcm_recover() instead.
* Do not touch buffering/period metrics unless you have specific latency
needs. Develop defensively, handling correctly the case when the backend cannot
fulfill your buffering metrics requests. Be aware that the buffering metrics of
the playback buffer only indirectly influence the overall latency in many
cases. i.e. setting the buffer size to a fixed value might actually result in
practical latencies that are much higher.
* Do not assume that snd_pcm_rewind() is available and works and to which
degree.
* Do not assume that the time when a PCM stream can receive new data is
strictly dependant on the sampling and buffering parameters and the resulting
average throughput. Always make sure to supply new audio data to the device
when it asks for it by signalling "writability" on the fd. (And similarly for
capturing)
* Do not use the "simple" interface snd_spcm_xxx().
* Do not use any of the functions marked as "obsolete".
* Do not use the timer, midi, rawmidi, hwdep subsystems.
DOS:
* Use snd_device_name_hint() for enumerating audio devices.
* Use snd_smixer_xx() instead of raw snd_ctl_xxx()
* For synchronization purposes use snd_pcm_delay().
* For checking buffer playback/capture fill level use
snd_pcm_update_avail().
* Use snd_pcm_recover() to recover from errors returned by any of the ALSA
functions.
* If possible use the largest buffer sizes the device supports to maximize
power saving and drop-out safety. Use snd_pcm_rewind() if you need to react to
user input quickly.
--
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=18972
Summary: wine progman => Help on Help pagefaults
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://winehq.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
$ wine progman
Help => Help on Help pagefaults, winedbg.exe then proceeds to pagefault as well
when trying to output the backtrace.
adys@azura:~/src/wine$ wine progman
wine: Unhandled page fault on read access to 0x00000028 at address 0x7ec1cf03
(thread 0022), starting debugger...
wine: Unhandled page fault on write access to 0x7ebc9999 at address 0x7ebc3e40
(thread 0024), starting debugger...
wine: Unhandled page fault on write access to 0x7ebd5999 at address 0x7ebcfe40
(thread 0026), starting debugger...
wine: Unhandled page fault on write access to 0x7ebc9999 at address 0x7ebc3e40
(thread 0028), starting debugger...
--
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=8133
EA Durbin <ead1234(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Platform|Other |PC
Version|unspecified |1.1.23
--
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=14722
Summary: dialog box problem while installing medal of honor
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aeleneski(a)comcast.net
When installing Medal of Honor the dialog boxes seem to come up in the
background. An example is when the dialog is presented to enter the serial
number, that opens in another window and you have to click on the taskbar to
access it and then enter it. But then later on, after doing that another box
pops up (saying that the directory does not exist, would you like to create it)
and it does not show up in the foreground. When clicking on the "InstallShield
Wizard" item in the taskbar does not bring it up, but if you Alt-Tab you are
able to see and access the dialog boxes.
--
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=18969
Summary: wined3d driver description string is empty for unknown
cards instead of "Display"
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trisk-winehq(a)forkgnu.org
A minor regression introduced by the new driver description reporting in
http://source.winehq.org/git/wine.git/?a=commit;h=f2e2e3e49947490368900ef06…
is that for cards that are not in the supported list, the driver description is
an empty string instead of the previous "Display".
--
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=18961
Summary: TopoL is crashing immediately after execution
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fojtik(a)penguin.cz
Try to run TopoL.exe. A wine crashes instead of running application. The crash
dump is attached in attachment.
I have extracted EXE file and several DLLs, that exactly reproduce the problem.
Please download exe files here.
http://www.penguin.cz/~fojtik/topol/
Please let me know when I omit some DLL.
--
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=9030
EA Durbin <ead1234(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|unspecified |1.1.23
--
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=8398
Chris Henhawke <chris(a)hamiltonshells.ca> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|chris(a)hamiltonshells.ca |
--- Comment #24 from Chris Henhawke <chris(a)hamiltonshells.ca> 2009-06-16 15:18:50 ---
Removing my CC, I no longer test wine updates. This bug has always existed,
and still hasn't been fixed since 1.0. The last version I tested was 1.1.20,
and it was still broken at that point in time.
--
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=16542
Summary: SetDIBits, null DC and DIB_RGB_COLORS
Product: Wine
Version: 1.1.9
Platform: All
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: surrel(a)visuol.com
MSDN help for SetDIBits states that:
"The device context identified by the hdc parameter is used only if the
DIB_PAL_COLORS constant is set for the fuColorUse parameter; otherwise it is
ignored"
When hdc is set to 0, with fuColorUse set to DIB_RGB_COLORS, Windows reports an
error and one gets the WINE error message:
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
Apparently related to bug #15312
--
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=13933
Summary: SimCity Societies: Hangs and dumps debug info
Product: Wine
Version: 1.0-rc3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jsarntz(a)yahoo.com
Created an attachment (id=14072)
--> (http://bugs.winehq.org/attachment.cgi?id=14072)
Debug report from running Simcity Societies
I was testing SimCity Societies and the game installed successfully. I also
chose to install DirectX 9c and DotNet 2.0 when prompted. When I attempt to run
the simcitysocieties.exe file, the process hangs, pushing the core it is
running on to 100%, and dumps a debug report. I have to terminate the process
manually through Linux. I am using the Wine packages shipped with Fedora 9.
--
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=13034
Summary: Windows are not painted outside visible resolution
Product: Wine
Version: 0.9.61.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tdb(a)tdb.fi
I am using Nvidia TwinView with dual 1600x1200 monitors. If I select a mode
(with Ctrl-Alt-Plus/Minus) where only one monitor is active before starting
wine, it does not paint windows that are on the second monitor's area of the
desktop. This affects anything that uses GDI, including Wine's own utilities.
When moving such a window to the border of the monitors, it gets painted
exactly up to the border.
Direct3D applications are not affected.
--
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=11190
Summary: Colodob game crashes
Product: Wine
Version: 0.9.52.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vandut(a)o2.pl
Created an attachment (id=10248)
--> (http://bugs.winehq.org/attachment.cgi?id=10248)
Wine log.
Colobot game [1] does not launch, it crashes using Wine. Normally, the screen
resolution would change and movie would be played, but nothing happens.
I attach log file with output. If you need more information, post me a command
I should use.
I'm using Gentoo Linux AMD64.
Links:
[1] - http://appdb.winehq.org/objectManager.php?sClass=version&iId=8344
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10578
Summary: OldBlivion crash at start.
Product: Wine
Version: 0.9.49.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: supervisor.81(a)gmail.com
Created an attachment (id=9368)
--> (http://bugs.winehq.org/attachment.cgi?id=9368)
console output
OldBlivion http://www.oldblivion.com crash at start with messages:
wine: Call from 0x7ee55230 to unimplemented function
KERNEL32.dll.SetConsoleOS2OemFormat, aborting
wine: Unimplemented function KERNEL32.dll.SetConsoleOS2OemFormat called at
address 0x7ee55230 (thread 000c), starting debugger...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10448
Summary: Broken Cross Disk Manager install: crash after entering
Key
Product: Wine
Version: 0.9.49.
Platform: PC
URL: http://dm.brokenx.com/enu/downloads
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pablo.bueti(a)gmail.com
Created an attachment (id=9152)
--> (http://bugs.winehq.org/attachment.cgi?id=9152)
Console output when running the application
After entering Name and Key and pressing ok nothing happens.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10322
Summary: Eve-online video memory misaddressed
Product: Wine
Version: 0.9.4.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott.d.gray(a)gmail.com
I have only come across this problem running EVE-online. The mouse cursor is
not completely filled with black, it contains some stray colors. Many textures
are displayed intermixed with other bitmap data, I have even had small portions
of video from another app playing where there should be text or smoke texture.
I haven't seen any other posts regarding this, and I can't rule out my own
hardware. I have experienced this running multiple versions of Ubuntu,
currently running Gutsy 64bit and wine 0.9.46, with Nvidia (have tried
regressing drivers).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9689
Summary: Thief: Deadly Shadows mouse gets stuck after
encountering barriers
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
Thief: Deadly Shadows locks the mouse (intentionally) when you encounter a
barrier such as a wall. Unfortunately, when this lock is performed under Wine
it does not get released after you move away from the barrier. The lock stays
there until you open a menu; however, this can be worked around by assigning
keystrokes to rotate the player left and right.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8760
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #7 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:32:48 ---
Closing.
--
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=8506
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #46 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:32:42 ---
Closing.
--
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=7340
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #17 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:32:39 ---
Closing.
--
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=5480
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #11 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:32:34 ---
Closing.
--
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=4728
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #13 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:32:27 ---
Closing.
--
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=3251
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #8 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:32:24 ---
Closing.
--
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=8506
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |ABANDONED
--- Comment #45 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:28:47 ---
Abandoned. If this is still an issue in current (1.1.23 or newer) wine, and you
can provide the needed information, feel free to reopen.
--
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=7340
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
--- Comment #16 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:28:44 ---
Abandoned. If this is still an issue in current (1.1.23 or newer) wine, and you
can provide the needed information, feel free to reopen.
--
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=5480
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |ABANDONED
--- Comment #10 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:28:39 ---
Abandoned. If this is still an issue in current (1.1.23 or newer) wine, and you
can provide the needed information, feel free to reopen.
--
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=4728
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
--- Comment #12 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:28:32 ---
Abandoned. If this is still an issue in current (1.1.23 or newer) wine, and you
can provide the needed information, feel free to reopen.
--
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=3251
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
--- Comment #7 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:28:29 ---
Abandoned. If this is still an issue in current (1.1.23 or newer) wine, and you
can provide the needed information, feel free to reopen.
--
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=5137
--- Comment #10 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:27:33 ---
Still present.
--
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=9026
--- Comment #16 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:21:11 ---
Is this still an issue in current (1.1.23 or newer) wine?
--
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=9002
--- Comment #19 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:21:02 ---
Is this still an issue in current (1.1.23 or newer) wine?
--
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=8942
--- Comment #15 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:20:56 ---
Is this still an issue in current (1.1.23 or newer) wine?
--
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=8768
--- Comment #10 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:20:49 ---
Is this still an issue in current (1.1.23 or newer) wine?
--
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=8563
--- Comment #22 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:20:43 ---
Is this still an issue in current (1.1.23 or newer) wine?
--
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=8398
--- Comment #23 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:20:35 ---
Is this still an issue in current (1.1.23 or newer) wine?
--
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=6172
--- Comment #22 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:20:29 ---
Is this still an issue in current (1.1.23 or newer) wine?
--
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=5436
--- Comment #17 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:20:16 ---
Is this still an issue in current (1.1.23 or newer) wine?
--- Comment #18 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:20:26 ---
Is this still an issue in current (1.1.23 or newer) wine?
--
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=5388
--- Comment #12 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:20:13 ---
Is this still an issue in current (1.1.23 or newer) wine?
--
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=5137
--- Comment #9 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:20:10 ---
Is this still an issue in current (1.1.23 or newer) wine?
--
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=6459
--- Comment #11 from Austin English <austinenglish(a)gmail.com> 2009-06-16 14:07:35 ---
Peter, ping.
--
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=3791
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|austinenglish(a)gmail.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=18960
Summary: Counter Strike 1.6 non-steam:explorer.exe crashes
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: asipahla(a)gmail.com
When I run Counter Strike 1.6 non-steam, explorer.exe crashes and later run the
game.
--
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=8543
ndsign(a)yandex.ru <ndsign(a)yandex.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ndsign(a)yandex.ru
--- Comment #5 from ndsign(a)yandex.ru <ndsign(a)yandex.ru> 2009-06-16 07:33:24 ---
it seems that this bug is solved for me in wine 1.1.23
now it is no problem in installing ArchiCAD 9 and 12
--
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=6078
speedator <Speedator(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Speedator(a)gmx.de
--- Comment #19 from speedator <Speedator(a)gmx.de> 2009-06-16 07:00:47 ---
Confirming behaviour of comment #18 . Same with Wine 1.1.23.
--
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=8760
Rein Klazes <wijn(a)online.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
--- Comment #6 from Rein Klazes <wijn(a)online.nl> 2009-06-16 06:14:48 ---
This is a duplicate of 10845. The (rejected) patch attached there fixes this
bug as well.
*** This bug has been marked as a duplicate of bug 10845 ***
--
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=8760
Antonio López <amlopezalonso(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amlopezalonso(a)gmail.com
--- Comment #5 from Antonio López <amlopezalonso(a)gmail.com> 2009-06-16 05:22:18 ---
Confirming in 1.1.23.
--
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=3060
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #15 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-06-16 04:38:32 ---
Closing duplicate.
--
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=6847
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |natoforce(a)gmx.net
--- Comment #25 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-06-16 04:37:29 ---
*** Bug 3060 has been marked as a duplicate of this 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.
http://bugs.winehq.org/show_bug.cgi?id=3060
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
--- Comment #14 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-06-16 04:37:29 ---
Duplicate.
*** This bug has been marked as a duplicate of bug 6847 ***
--
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=3254
--- Comment #75 from Austin Lund <austin.lund(a)gmail.com> 2009-06-16 04:34:02 ---
(In reply to comment #74)
> (In reply to comment #72)
> > Perhaps this is a race issue somehow?
> Does it do secur32 calls from multiple threads?
The logs seem to say not.
--
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=3254
--- Comment #74 from Henri Verbeet <hverbeet(a)gmail.com> 2009-06-16 02:19:15 ---
(In reply to comment #72)
> Perhaps this is a race issue somehow?
Does it do secur32 calls from multiple threads?
--
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.
Why is everyone related to wine having such a negative attitude
towards winepulse?
One of the reasons why you said winepulse won't be included in wine is
because no one will maintain it, but it looks like patches are
released regulary.
In my opinion there should be done something about this nasty
wine-pulseaaudio compatibility and I think a wine pulse audio driver
is the way to go(because pulseaudio is everywere and the other sound
servers aren't used in the main linux distributions), but that's just
my oppinion.
On Tue, Jun 16, 2009 at 10:04 AM, <wine-bugs(a)winehq.org> wrote:
> http://bugs.winehq.org/show_bug.cgi?id=10495
>
>
>
>
>
> --- Comment #92 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-06-16 02:03:33 ---
> (In reply to comment #91)
>> Created an attachment (id=21805)
> --> (http://bugs.winehq.org/attachment.cgi?id=21805) [details]
>> winepulse [2 of 2]: Winmm driver for pulseaudio
>
> Adding such an attachment is wrong and useless. Please keep this separate
> from this bug, since
> 1. this will never be committed to WineHQ (the reasons are mentioned
> numerous times in this bug)
> 2. bugzilla is not an appropriate storage place for not acceptable patches
>
> --
> 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 a voter for the bug.
> You are on the CC list for the bug.
>
http://bugs.winehq.org/show_bug.cgi?id=9221
Serg <lvlopkl3a(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lvlopkl3a(a)gmail.com
--- Comment #29 from Serg <lvlopkl3a(a)gmail.com> 2009-06-16 00:58:57 ---
(In reply to comment #19)
> Unfortunately the Logitech G25's force feedback isn't supported by the kernel
> yet, so I won't be able to test until that happens. Thanks for the update
> Vitaliy. :)
Kernel 2.6.30 is good news for G25 owners:
http://vdrift.net/Forum/viewtopic.php?t=1150
--
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=3254
--- Comment #73 from Sisir <myspecialids-wine(a)yahoo.co.in> 2009-06-15 21:58:01 ---
Yes. It worked for me too.
I tried redirecting all logging to /dev/null but it slows the application
abysmally.
--
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.
Hi wine-bugs(a)winehq.org,
I set up a Facebook profile where I can post my pictures, videos and events and I want to add you as a friend so you can see it. First, you need to join Facebook! Once you join, you can also create your own profile.
Thanks,
Anand
To sign up for Facebook, follow the link below:
http://www.facebook.com/p.php?i=1014477608&k=Y4DX4WQ2U32AUCAIXA5UQUV&r
wine-bugs(a)winehq.org was invited to join Facebook by Anand Kumar. If you do not wish to receive this type of email from Facebook in the future, please click on the link below to unsubscribe.
http://www.facebook.com/o.php?k=54dfc7&u=1599319017&mid=a1012dG5f53abe9G0G8
Facebook's offices are located at 1601 S. California Ave., Palo Alto, CA 94304.
http://bugs.winehq.org/show_bug.cgi?id=7316
--- Comment #38 from Brian <tehstealth(a)yahoo.com> 2009-06-15 20:24:23 ---
Still present in wine-1.1.23...
--
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=3254
--- Comment #72 from Austin Lund <austin.lund(a)gmail.com> 2009-06-15 19:30:35 ---
Running with WINEDEBUG="+all" and redirecting to a file seems to 'fix' this. I
do not get any errors with all traces on.
Perhaps this is a race issue somehow?
--
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=3060
--- Comment #13 from Lukáš Krejza <gryffus(a)hkfree.org> 2009-06-15 19:00:16 ---
Please close this as a duplicate of bug 6847 ... thx
--
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=3060
--- Comment #12 from Lukáš Krejza <gryffus(a)hkfree.org> 2009-06-15 18:48:30 ---
1.23:
fixme:win:EnumDisplayDevicesW ((null),0,0x32f6a4,0x00000000), stub!
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to
SetDepthStencilSurface
fixme:win:EnumDisplayDevicesW ((null),0,0x32f248,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f72c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f6fc,0x00000000), stub!
fixme:dplay:DirectPlay3WImpl_EnumConnections
(0x178238)->(0x43947c,0x406eeb,0x6ab38b,0x00000001): stub
err:dplay:DP_IF_InitializeConnection Unable to load service provider
{44eaa760-cb68-11cf-9c4e-00a0c905425e}
err:dplay:DirectPlayCreate Failed to Initialize SP: DPERR_UNAVAILABLE
fixme:win:EnumDisplayDevicesW ((null),0,0x33f674,0x00000000), stub!
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to
SetDepthStencilSurface
fixme:dplay:DirectPlay3WImpl_EnumConnections
(0x137fa0)->(0x56e720,0x408b90,0x674268,0x00000001): stub
err:dplay:DP_IF_InitializeConnection Unable to load service provider
{44eaa760-cb68-11cf-9c4e-00a0c905425e}
err:dplay:DirectPlayCreate Failed to Initialize SP: DPERR_UNAVAILABLE
err:dplay:DP_LoadSP : no service providers?
err:dplay:DP_IF_InitializeConnection Unable to load service provider
{7ea5ec68-1800-7ea5-1400-cc0068426700}
fixme:dplay:DP_IF_DestroyPlayer (0x178238)->((nil),0x00000000,0): semi stub
bug still present :-(
Unfortunately i dont know in which version this bug appeared... :-( Maybe it's
not even regression...
Regards
Gryffus
--
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=8036
nsandschn(a)gmx.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nsandschn(a)gmx.de
--- Comment #30 from nsandschn(a)gmx.de 2009-06-15 13:54:40 ---
Still present in wine 1.1.23.
--
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=7575
nsandschn(a)gmx.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nsandschn(a)gmx.de
--- Comment #6 from nsandschn(a)gmx.de 2009-06-15 13:05:48 ---
Still the same behavior as described in comment #2 in wine 1.1.23. The 'Cancel'
button of the EULA doesn't work either.
--
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=5801
--- Comment #11 from Roland Käser <roli8200(a)yahoo.de> 2009-06-15 12:18:58 ---
The bug remains to be in 1.1.23.
--
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=2720
Saulius K. <saulius2(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |saulius2(a)gmail.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=18949
Summary: Few GUI bugs - demonstrated with test application
(attachment)
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martinez.pr0team(a)gmail.com
Created an attachment (id=21797)
--> (http://bugs.winehq.org/attachment.cgi?id=21797)
This application demonstrates mentioned bugs.
Please test this application on Windows first to see how it should work
properly.
1) ListView
a) it's possible to resize column size even the HDN_ITEMCHANGING,
HDN_BEGINTRACK, HDN_ITEMCHANGED and HDN_ENDTRACK
(WM_NOTIFY) messages are caught in WindowProc and forced to return TRUE.
b) why it's possible to move (drag) column headers while the order can't be
changed?
c) font changed in WM_NOTIFY->NM_CUSTOMDRAW->CDDS_ITEMPREPAINT works only
for the first column, and even there the
font is bad - it's only ITALIC, while it should be BOLD+ITALIC+UNDERLINE.
2) CheckBox
a) the font is not BOLD (it's the same font as used in LV) - a problem in
CreateFontIndirect()?
3) Menu - MF_OWNERDRAW
a) 2 problems: the default item in owner drawn menu should be indicated
with ODS_DEFAULT in the itemState member
of DRAWITEMSTRUCT. Also, when it comes to owner-draw a defaulted item, the
BOLD font should be already selected in
the DC (hDC in DRAWITEMSTRUCT) by OS.
b) SetMenuInfo() with MIM_BACKGROUND for setting a menu background is not
implemented.
### c) bug in MoveToEx()? I set MoveToEx(hDC, 1, top+10, NULL), but the
result is like it would
be MoveToEx(hDC, 0, top+10, NULL). All drawing results are displaced by 1px
to the left. Demonstrated by
the blue line - simply compare to Windows.
4) WM_NCLBUTTONDOWN - allows to move the window by clicking in its client area
a) very buggy, makes difficult to use CheckBox, ComboBox, headers in LV and
possibly many more.
--
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=18939
Summary: F1 2002 AVI
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pymatio(a)googlemail.com
Installed F1 on windows, copied folder across (the installer didn't work) then
ran the exe, showed the splashscreen the exited wit this:
fixme:avifile:AVIFileExit (): stub!
from the cli &
The program ~f39a36.temp encountered serious problems
--
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=17701
Summary: Bad artifacting in Half-life 2, No information located
anywhere for a fix.
Product: Wine
Version: 1.1.16
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tywashere2(a)hotmail.com
There is extreme artifacting in half-life 2. On directx9, any settings...
--
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=18945
Summary: Wine 1.1.23 breaks Everquest 2.
Product: Wine
Version: 1.1.23
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cliff(a)may.be
Running Everquest2.exe gives a pop-up window stating:
<Alert>
W:\live\eq2\framework\core\devices\src\DirectX9RenderDevice.cpp (14568):
sRestoreGammaRamp(): Gamma ramps are not saved
If you click OK, you get a "Program Error" window. Running it from a shell, the
message is:
wine: Unhandled page fault on read access to 0x00000018 at address 0x7a9c596a
(thread 0009), starting debugger...
I have traced this down to the following commit:
cliff@cms:~/wine-git$ git bisect bad
786408fb954aa71065a3385b23d3d9ecca885b26 is first bad commit
commit 786408fb954aa71065a3385b23d3d9ecca885b26
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Jun 5 10:10:47 2009 +0200
wined3d: Check FBO compatibility on all formats with a GL format.
Instead of just the ones that have a fallback specified.
:040000 040000 7e0b2c2ccdb40624510940e46bf63e27350ffe17
b647a76fc62cd15035fd055965412b3cd442871a M dlls
--
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=7115
--- Comment #11 from Wylda <wylda(a)volny.cz> 2009-06-14 17:32:57 ---
Bug still present in wine 1.1.23, but not in all config.
Running 3dsetup.exe with different win version:
Windows 2.0 -> "Error! Could not get 'HardWareKey' value." & exit
Windows 3.0 -> "Error! Could not get 'HardWareKey' value." & exit
Windows 3.1 -> "Error! Could not get 'HardWareKey' value." & exit
Windows NT 3.5 -> ** IT WORKS **
Windows NT 4.0 -> ** IT WORKS **
Windows 95 -> "Error! Could not get 'HardWareKey' value." & exit
Windows 98 -> "Error! Could not get 'HardWareKey' value." & exit
Windows ME -> "Error! Could not get 'HardWareKey' value." & exit
Windows 2000 -> ** IT WORKS **
Windows XP -> ** IT WORKS **
Windows 2003 -> ** IT WORKS **
Windows Vista -> ** IT WORKS **
Windows 2008 -> ** IT WORKS **
--
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=7106
--- Comment #12 from Wylda <wylda(a)volny.cz> 2009-06-14 17:18:43 ---
(In reply to comment #9)
> Is this still an issue in current (1.1.15 or newer) wine?
Yes, i can confirm this bug in current wine 1.1.23 and crash is in winevdm.exe
and not in winedvm.exe (comment #5)
--
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=18944
Summary: Zsnes crashes at startup
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://www.zsnes.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mitchellvc(a)gmail.com
According to AppDB Zsnes 1.51 for windows work flawlessly. But it doesn't run
in my system (Ubuntu Intrepid amd64). I added the output of the command line. I
dont know if fglrx driver has something to do, but it would be great that
somebody check this.
--
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=2720
--- Comment #16 from Jaroslav Fojtik <fojtik(a)penguin.cz> 2009-06-14 14:38:43 ---
Yes, I confirm that file open dialog works.
I have tested this patch against wine-1.1.18.
It is interesting how essential bugs are still present in wine.
--
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=18938
Summary: Photoshop CS3 installer gives a Program Error
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gewoonernst(a)gmail.com
CC: gewoonernst(a)gmail.com
When attempting to run the Setup.exe of either Photoshop CS3 or Dreamweaver CS3
a window pops up saying:
Program Error
This can be caused by a problem in the program or a deficiency in Wine.
Followed by some information regarding bug reports and the appdb.winehq.org
website.
I've heard about others getting Ps or Dw to work, I fail to see the cause of
the problem.
--
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=5485
Jimmy <jimmy.axenhus(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jimmy.axenhus(a)gmail.com
--- Comment #36 from Jimmy <jimmy.axenhus(a)gmail.com> 2009-06-14 13:59:37 ---
I'm having almost the same bug.
Command and Conquer Zero Hour v1.04
The games loads to the splash screen but after it disappears nothing more
happens.
The process is still running in the background however.
OS: Ubuntu 9.04 64-bit
Wine version: wine-1.1.23
--
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=4781
blaise <mgavl69(a)juno.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mgavl69(a)juno.com
--- Comment #37 from blaise <mgavl69(a)juno.com> 2009-06-14 13:15:24 ---
(In reply to comment #34)
> This is still a problem.. for me that is.
> to use LAN connection/winsock instead!
> fixme:ras:RasEnumConnectionsA (0x32f084,0x32f070,0x32f078),stub!
> fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program
> to use LAN connection/winsock instead!
>
Override the builtin WININET.DLL with the native (pure native not
native,builtin in winecfg libraries) through winetricks.
--
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=7698
--- Comment #177 from S.P. <crashkopf(a)gmail.com> 2009-06-14 12:51:50 ---
ok it has nothing to do with steam, I copied over the HUD-fix and this solves
the crashing...
the steam version has a bigger font, that was the problem I think.
--
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=7698
--- Comment #176 from S.P. <crashkopf(a)gmail.com> 2009-06-14 12:10:13 ---
I think it must have something to do with steam... I have both the normal steam
version and a non-steam version with kind of steam-emulator installed.
The steam version is slow and lagging all the time, and crashes after ca. one
minute of playing
The non-steam version runs very well, I did not have any crash for weeks.
--
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=18928
Summary: Error at compilation
Product: Wine
Version: 1.1.23
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alpha.super-one(a)laposte.net
I'm under gentoo, when I activate the use flag win64 it crash on:
../../tools/makedep -C. -S../.. -T../.. gui.c main.c send.c util.c
winetest.rc
tests.rc: No such file or directory
tests.rc was first included from winetest.rc:86
make[2]: [Makefile] Error 1 (ignored)
Thanks to solve it. See attache bt for more information.
--
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=18920
Summary: WhereIsIt shows no search results
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Wintershade(a)gmail.com
CC: bunglehead(a)gmail.com
When making a search in WhereIsIt, no results are shown. The summary in the
status bar finds a number of found items, but no items appear on the list.
Flagged as minor since I don't know which other applications are affected with
the new comctl32; however, this is one of the main features of WhereIsIt - this
bug renders it almost unusable.
The regression test shows the following info:
475dcb81f58ed8d479ab3a37a811567d583d7701 is first bad commit
commit 475dcb81f58ed8d479ab3a37a811567d583d7701
Author: Nikolay Sivov <bunglehead(a)gmail.com>
Date: Fri Jun 5 13:55:19 2009 +0400
comctl32/listview: Improve column scrolling.
:040000 040000 bfbe0a31d12cf3d01997c50bc4682be7da18246f
99fb1e8668f24b317f26322d58c2dc5989c4bcd0 Mdlls
--
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=7411
Mark hughes <markh789(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |markh789(a)gmail.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=2720
nsandschn(a)gmx.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nsandschn(a)gmx.de
--- Comment #13 from nsandschn(a)gmx.de 2009-06-13 16:42:10 ---
Still present in wine 1.1.23
--
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=6159
nsandschn(a)gmx.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nsandschn(a)gmx.de
--- Comment #17 from nsandschn(a)gmx.de 2009-06-13 16:30:05 ---
Still present in wine 1.1.23
--
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=14114
Summary: Problem with Photoshop
Product: Wine
Version: 1.0.0
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: naftali.a.santos(a)gmail.com
After complete install it runs quite well. But by the second time on it gives
me a message saying that there was a problem with the system, and the problem
is unrecoverable. Attached follows the screen shot of the message.
--
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=4066
Dimitar Boichev <cherva(a)abv.bg> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cherva(a)abv.bg
--
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.