June 2002 - Wine-Devel - list.winehq.org

Re: What needs to be done to fix Wine DGA Input.

by Adam Luchjenbroers

> What needs to be done to make the mouse work? Ok, further testing (using --debugmsg -all,+cursor) Moving the mouse cursor around shows that it appears while being moved but not otherwise. Analysis of log files show up a few details, a snippet from the logfile is attached <snip> trace:cursor:X11DRV_GetCursorPos pointer at (417,549) trace:cursor:send_mouse_event (0001,12,3) trace:cursor:X11DRV_GetCursorPos pointer at (417,549) trace:cursor:send_mouse_event (0001,7,5) trace:cursor:send_mouse_event (0001,4,4) trace:cursor:send_mouse_event (0001,3,2) trace:cursor:X11DRV_GetCursorPos pointer at (417,549) trace:cursor:send_mouse_event (0001,2,2) trace:cursor:X11DRV_GetCursorPos pointer at (417,549) trace:cursor:send_mouse_event (0001,1,0) trace:cursor:X11DRV_GetCursorPos pointer at (417,549) trace:cursor:send_mouse_event (0001,0,1) trace:cursor:send_mouse_event (0001,0,1) trace:cursor:X11DRV_GetCursorPos pointer at (417,549) trace:cursor:send_mouse_event (0001,0,2) trace:cursor:send_mouse_event (0001,-1,2) trace:cursor:X11DRV_GetCursorPos pointer at (417,549) trace:cursor:send_mouse_event (0001,-1,0) trace:cursor:X11DRV_GetCursorPos pointer at (417,549) </snip> Relative mouse motions are being picked up correctly, however X11DRV_GetCursorPos is always returning the same co-ordinate, which is probably where the cursor last was before running the game (Total Annihilation, in this case). Moving the cursor to the button and clicking saw the button respond, meaning click events were being properly received and the game had the 'correct' cursor position. I'm not familiar with the wine codebase, any pointers on fixing this?

June 27, 2002

Re: What needs to be done to fix Wine DGA Input.

by Adam Luchjenbroers

> look at attachment but it is not finished Thanks, I have the WineHQ version of wine so I had to manually apply the patch (thank god they're in a human-readable format) but now keyboard input works fine. What needs to be done to make the mouse work? Thanks for your help so far and any you may give in the future.

June 27, 2002

Re: Regression Bug in Wine MM (Bug #817)

by Ian D. Stewart

On Wednesday 26 June 2002 23:19, Rob Browning wrote: > "Ian D. Stewart" <idstewart(a)compuvative.com> writes: > > When running Baldur's Gate with recent builds of Wine, the game plays > > but without any sound. Earlier build ran the game with wine. The > > last known good build from CVS appears to be 2002-05-21 21:45:00 EDT. > > This looks like it may be related to the patch mmsystem.c commited by > > Alexandre Tue May 21 2002 - 20:52:31 CDT? > > > > I have attached the output from 'wine --debugmsg trace+relay > > Baldur.exe' to the bug report. > > > > Please let me know if there is anything else I can do to assist in > > debugging this. > > I recently resurrected Baldur's Gate (with the TOSC add on) and got it > working pretty well here too (thanks all), with the one exception that > as of CVS June 22, it still locks up after playing any movie. Yeah, I've seen that too. I have noticed that if you run wine --debugmsg trace+relay, Baldur's Gate slows to a crawl, *but* it doesn't lock up after playing movies. Don't know if that helps any developers or not... > While I > know you can truncate the movie files to get around this, How do you do that? > > (Also I've been running BGMain.exe -- would it be better to be running > Baldur.exe?) I don't know that there's that much difference, except that with Baldur.exe you get the haunting music at the beginning ;) Ian

June 27, 2002

Re: What needs to be done to fix Wine DGA Input.

by Serge Ryabchun

On Thu, 27 Jun 2002, Adam Luchjenbroers wrote: > > > What needs to be fixed to make DGA input under Wine function correctly? > > I'll clarify what my question was here. > > I was having trouble with DGA, where I would start up a DGA application and > it would not accept keyboard or mouse input. > > So I did a search of comp.emulators.ms-windows.wine which turned up a similar > question with an answer to the effect that DGA input in Wine was presently > broken. > > So I'd like to know how it was broken, where to look in the code, and what I > can do to help fix it. I want working DGA input and I'm willing to do the > coding to fix it. I was simply hoping someone could tell me where to look > instead of needing me to hunt for the problem, as this would save me time. > look at attachment but it is not finished -- Serge Ryabchun sr(a)energy.uch.net

June 27, 2002

Re: What needs to be done to fix Wine DGA Input.

by Adam Luchjenbroers

> What needs to be fixed to make DGA input under Wine function correctly? I'll clarify what my question was here. I was having trouble with DGA, where I would start up a DGA application and it would not accept keyboard or mouse input. So I did a search of comp.emulators.ms-windows.wine which turned up a similar question with an answer to the effect that DGA input in Wine was presently broken. So I'd like to know how it was broken, where to look in the code, and what I can do to help fix it. I want working DGA input and I'm willing to do the coding to fix it. I was simply hoping someone could tell me where to look instead of needing me to hunt for the problem, as this would save me time.

June 27, 2002

Re: Regression Bug in Wine MM (Bug #817)

by Rob Browning

"Ian D. Stewart" <idstewart(a)compuvative.com> writes: > When running Baldur's Gate with recent builds of Wine, the game plays > but without any sound. Earlier build ran the game with wine. The > last known good build from CVS appears to be 2002-05-21 21:45:00 EDT. > This looks like it may be related to the patch mmsystem.c commited by > Alexandre Tue May 21 2002 - 20:52:31 CDT? > > I have attached the output from 'wine --debugmsg trace+relay > Baldur.exe' to the bug report. > > Please let me know if there is anything else I can do to assist in > debugging this. I recently resurrected Baldur's Gate (with the TOSC add on) and got it working pretty well here too (thanks all), with the one exception that as of CVS June 22, it still locks up after playing any movie. While I know you can truncate the movie files to get around this, I was wondering if anyone had an idea what was going on, or if I might be able to help you debug the problem. (Also I've been running BGMain.exe -- would it be better to be running Baldur.exe?) Thanks -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD

June 27, 2002

Re: Running Agfa Photowise on Wine

by Tony Lambregts

Timo Kujala wrote: >Hi, > >I did some inspection how to get Agfa Photowise and my old CL50 to work under >Wine. > >By default Photowise runs perfectly, except that when you try to connect to >the camera, serial connection will always fail. After some debugging there is >a very simple reason why this happens: > >Photowise tries to flush the file handle using FlushFileBuffers(). Under wine, >doing this on /dev/ttyS0 will return error and FlushFileBuffers() returns >FALSE. Photowise will detect this as error and refuses to continue. > >By forcing FlushFileBuffers() to always return TRUE, Photowise starts to work >perfectly and finally my Agfa CL50 works with full 115200 speed under linux >:) > >Perhaps somebody could figure out a clever fix for this in the future >versions? > > > > > If you start a bug report in bugzilla explaining the problem and attach a diff -u or at least show of how you hacked wine, there is a good probability that someone could work up an adequate patch that could be applied to CVS. Heck you might be able to do it yourself, with a little help. http://bugs.winehq.org Tony Lambregts

June 27, 2002

Running Agfa Photowise on Wine

by Timo Kujala

Hi, I did some inspection how to get Agfa Photowise and my old CL50 to work under Wine. By default Photowise runs perfectly, except that when you try to connect to the camera, serial connection will always fail. After some debugging there is a very simple reason why this happens: Photowise tries to flush the file handle using FlushFileBuffers(). Under wine, doing this on /dev/ttyS0 will return error and FlushFileBuffers() returns FALSE. Photowise will detect this as error and refuses to continue. By forcing FlushFileBuffers() to always return TRUE, Photowise starts to work perfectly and finally my Agfa CL50 works with full 115200 speed under linux :) Perhaps somebody could figure out a clever fix for this in the future versions?

June 26, 2002

Re: Patches

by Andreas Mohr

On Thu, Jun 27, 2002 at 10:58:57PM +0200, Max wrote: > I updated wine from CVS, and P. Christeas patch that solves bug 720 (misplaced > graphics on AutoCAD) isn't there yet... but the bug does :) > I tried the patch and works well with AutoCAD, and doesn't seems to make > troubles with other apps I tested, so the question : what happens to patches > sent to wine-devel ? They must be sent somwhere else or must wait longer to be > put in CVS ? Patches to WD are NEVER getting applied (considered "testing" patches). Every single docu out there says to send them either to wine-patches (much preferred) or to Alexandre directly. ;-) -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

June 26, 2002

Re: Autocad slow startup

by Nix N. Nix

On Wed, 2002-06-26 at 18:17, Max wrote: > I just updated wine from cvs (today 27 june); AutoCAD cad program, that ran > well before now needs some 5 minutes to start.... > There's no disk activity, nor some hidden process, as TOP reveals. > It just hangs for some 5 minutes (on a P4 2 Ghz...), then starts in a shot. > Does somebody have such a problem with some other app, or maybe > already solved it ? If not I'll try a regression to see what happens. When you install a new version of wine, it re-does all the fonts. > > Regards > > Max >

June 26, 2002