March 2006 - Wine-Devel - list.winehq.org

Re: Improper message recursion revealed by recent desktop window changes

by Jesse Allen

On 3/30/06, Alexandre Julliard <julliard(a)winehq.org> wrote: > Troy Rollo <wine(a)troy.rollo.name> writes: > > > The brute-force approach of changing this to the following makes the > > application work, but gives rise to some pack_message FIXMEs (for WM_NCPAINT > > and WM_ERASEBKGND), and since this is an extremely sensitive piece of code to > > change I thought it best left to people with more familiarity with it. > > I committed a few fixes that should help, please give it a try. > Ok, those patches didn't seem to help. I tried to compare more closely my stack in my program with his. Instead of DestroyWindow, my app is calling ShowWindow, so during a SendMessageW I believe of WM_NCACTIVATE, it gets stuck. The instruction is int 80 so I believe that means it is going to do a system call? If 0x8 thread gets killed or you step until it ends, the other thread will start working again. If you try cont, it remains stuck. Well you can see the my winedbg session at this link. ftp://resnet.dnip.net/ShowWindowProblem.txt Jesse

March 31, 2006

Re: Photoshop plugins in Gimp on Linux using Wine!

by Dimi Paun

From: "Marcus Meissner" <meissner(a)suse.de> > As far as I understood you need Photoshop SDK headers to build it, > right? Indeed, I forgot about that. Hey, at least Tor seemed to had fun compiling the thing via Winelib :) -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

March 31, 2006

Re: [Bug 1181] Keyboard translation broken: uses raw keycodes

by Augusto Arcoverde da Rocha

On 3/30/06, Peter Åstrand <astrand(a)cendio.se> wrote: > > On Thu, 30 Mar 2006, Wine Bugs wrote: > > http://bugs.winehq.org/show_bug.cgi?id=1181 > > > > ------- Additional Comments From Speeddymon(a)gmail.com 2006-30-03 10:26 ------- [cut] > > Hi, now you know about this bug. As the comment says, it might be possible > to reuse some parts from the rdesktop implementation. > > I'm not saying that it will be easy, though. To be honest, I think bug > 4923, and many others, are more important. Instead of fixing Wine, it > might be possible to enhance Xvnc so that it can "emulate" a physical > Xserver with a certain physical keyboard. > I don't know the problem with the bug 4923 [1], but when we fix the bug 1181 [2] and make Wine use KeySym, this race condition won't occur since X11DRV_ToUnicodeEx function will not use AltGrMask or any other global variable concerning the keyboard state, only a table like "ksym2vkey". Besides, applications that use X server API directly don't have this behavior. --- [1] http://bugs.winehq.org/show_bug.cgi?id=4923 [2] http://bugs.winehq.org/show_bug.cgi?id=1181 I'm trying to solve the bug 2400 [3] and looking more closely the code in dlls/x11drv/keyboard.c I started thinking in rewriting this code to use directly keysyms sent by X server to translate XEvents to vkeys instead of the currently "xevent->keycode->keysym->keycode->vkey/character" way as implemented from the X11DRV_KeyEvent to X11DRV_ToUnicodeEx functions. --- [3] http://bugs.winehq.org/show_bug.cgi?id=2400 > Regards, > -- > Peter Åstrand ThinLinc Chief Developer > Cendio http://www.cendio.se > Teknikringen 3 > 583 30 Linköping Phone: +46-13-21 46 00 > Cheers, Augusto Arcoverde da Rocha

March 31, 2006

Re: Photoshop plugins in Gimp on Linux using Wine!

by Marcus Meissner

On Fri, Mar 31, 2006 at 10:15:20AM -0500, Dimi Paun wrote: > From: "Dan Kegel" <dank(a)kegel.com> > > Incidentally, the port of PSPI used winelib for no obvious reason. > > Wouldn't it have been more robust just to use Wine? > > But it is using wine, that's what Winelib does :) > One can try with the PE version of PSPI I suppose... > But this way it is fully buildable on Linux, without > the need to have MingW installed. This is likely > important for distributions. As far as I understood you need Photoshop SDK headers to build it, right? Ciao, Marcus

March 31, 2006

Re: Photoshop plugins in Gimp on Linux using Wine!

by Dan Kegel

On 3/31/06, Dan Kegel <dank(a)kegel.com> wrote: > > > Incidentally, the port of PSPI used winelib for no obvious reason. > > > Wouldn't it have been more robust just to use Wine? > > > > But it is using wine, that's what Winelib does :) > > One can try with the PE version of PSPI I suppose... > > But this way it is fully buildable on Linux, without > > the need to have MingW installed. This is likely > > important for distributions. > > If a distribution ships this and a matching copy of Wine, > and stays up to date, perhaps. A worse problem is that PSPI can't be built without a closed source, non-redistributable SDK (IIRC). So there's not even a buildability advantage to using Winelib in this caase. - Dan

March 31, 2006

Re: Photoshop plugins in Gimp on Linux using Wine!

by Dan Kegel

On 3/31/06, Dimi Paun <dimi(a)lattica.com> wrote: > > Incidentally, the port of PSPI used winelib for no obvious reason. > > Wouldn't it have been more robust just to use Wine? > > But it is using wine, that's what Winelib does :) > One can try with the PE version of PSPI I suppose... > But this way it is fully buildable on Linux, without > the need to have MingW installed. This is likely > important for distributions. If a distribution ships this and a matching copy of Wine, and stays up to date, perhaps. But the more common situation at the moment is that the Wine from the distribution is way old and crappy, and the user has to install a newer Wine, which is (surprise!) incompatible with any Winelib apps they have installed. MUCH more robust from the user's point of view to use the PE (.exe) vesion of PSPI; then it would work even if the user has the audacity to update Wine. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

March 31, 2006

Re: Photoshop plugins in Gimp on Linux using Wine!

by Dimi Paun

From: "Dan Kegel" <dank(a)kegel.com> > Incidentally, the port of PSPI used winelib for no obvious reason. > Wouldn't it have been more robust just to use Wine? But it is using wine, that's what Winelib does :) One can try with the PE version of PSPI I suppose... But this way it is fully buildable on Linux, without the need to have MingW installed. This is likely important for distributions. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

March 31, 2006

Re: Photoshop plugins in Gimp on Linux using Wine!

by Dan Kegel

On 3/31/06, Dimi Paun <dimi(a)lattica.com> wrote: > On Thu, 2006-03-30 at 22:46 -0800, Dan Kegel wrote: > > http://www.gimp.org/~tml/gimp/win32/pspi.html > > Have a look. Congratulations, Wine! > > This is really great! I wanted to do this some time ago, > but without looking at GIMP, I thought that GIMP plugins > are .so's which would have made it a lot harder. But since > they are processes, simply recompiling with winegcc should > do the trick. And indeed it does! > > We should start keeping track on the wiki (or the Winelib page) > of these porting efforts. FWIW, I have a page of success stories at http://kegel.com/wine/isv/#case-studies and I've added this to it. Incidentally, the port of PSPI used winelib for no obvious reason. Wouldn't it have been more robust just to use Wine? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

March 31, 2006

Re: new to wine, Guild Wars don't display correctly

by Stefan Dösinger

Hello, > Yes, without displaying the mouse and it's very slow (as if you were > playing a game with direct rendering to No). But with dri, i have 1200fps > and with ati 1900fps for common glxgears, there is a significative > difference. glxgears isn't a benchmark... If you set Option "AGPMode" "4" Option "EnablePageFlip" "1" Option "BackingStore" "1" in your device section of the dri driver, then the performance should be equal to fglrx(~2000 fps). If you install driconf and enable HyperZ, then you should get another boost. Alternatively, you can create a file /etc/drirc with the following content: <driconf> <device screen="0" driver="r200"> <application name="all"> <option name="arb_vertex_program" value="true" /> <option name="texture_level_hack" value="true" /> <option name="hyperz" value="true" /> </application> </device> </driconf> The first option enables software emulated vertex shaders, but I don't know if they work. The secound option enables a hack which increases the maximum texture size by a factor of 4 (1024x1024 -> 2048x2048) if you have the dxtn decompression libary installed. google for libtxc_dxtn050908.tar.gz, it should be the first entry. Installing this library enables compressed textures too, which can improve the performance drastically in some games which support it. The "hyperz" option enables hyperz, which also increases the performance, especially in glxgears. With all the options enabled, I get about 3670 fps in glxgears(Acer travelmate 803, 1.6 Ghz pentium M, radeon mobility 9000, Xorg 7.0 with the dri driver). But again, glxgears isn't a benchmark. My experience is that the open source driver offers equal performance since Xorg 7.0, quite often it's faster, but only in unreal tournament 2004 it's significantly slower(general > 40fps, but sometimes only 15-20 fps, which makes ut unplayable. Surprisingly, this doesn't depend on the settings, so I think it's a driver bug) > So, i have just reported them the problem and explain that it works with > dri, so i hope they will make something to correct it.... Don't expect too much from at :( Just have a look at the linux driver forum at www.rage3d.com Stefan

March 31, 2006

Re: Photoshop plugins in Gimp on Linux using Wine!

by Dimi Paun

On Thu, 2006-03-30 at 22:46 -0800, Dan Kegel wrote: > http://www.gimp.org/~tml/gimp/win32/pspi.html > Have a look. Congratulations, Wine! This is really great! I wanted to do this some time ago, but without looking at GIMP, I thought that GIMP plugins are .so's which would have made it a lot harder. But since they are processes, simply recompiling with winegcc should do the trick. And indeed it does! We should start keeping track on the wiki (or the Winelib page) of these porting efforts. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

March 31, 2006