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

Re: [winedoc] Resend Update to documentation
by Dimi Paun March 24, 2006

March 24, 2006

On Wed, 2006-03-22 at 00:11 +1100, Jeff L wrote: > I assume that documentation patches still come here. Yes, they do. A few points however: -- please make patches from the root of the docs/, not from docs/en/ -- you need to refine a bit what your trying to say, I can not apply it in the current form. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

wine in "online news"
by Stefan Leichter March 24, 2006

March 24, 2006

The german publishing company Heise Verlag reported in his online new http://www.heise.de/newsticker/meldung/71270 the availability of a plugin running Photoshop filters in GIMP on Linux using wine. For details look the authors blog at http://tml-blog.blogspot.com/2006/02/photoshop-filters-in-gimp-on-linux.html There might be a similar article in english language somewere in the WEB. Bye Stefan

1 0

CreateScalableFontResourceA: what does it mean?
by Hiji March 24, 2006

March 24, 2006

There is this program, Cakewalk Sonar XL 2 (http://appdb.winehq.org/appview.php?versionId=2615) that I always try to run on Wine. The good news is, I can get it running, not smoothly, but it does run. However, it tries to utilize one of its own fonts, and always stubs on CreateScalableFontResourceA. It hits this: fixme:font:CreateScalableFontResourceA (0,"C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.FOR","C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.TTR",(null)): stub Then the app tells me the following in a popup: "Cannot create the Staff view musical symbol font." Anybody know what this means or have any workaround for making CreateScalableFontResourceA work? I've seen this problem since Dec. 2004, but since it hasn't gone away, I thought I'd pipe up and ask about it. Thanks in advance! Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

Problem with resolution
by Frederico Bertucci March 24, 2006

March 24, 2006

Hello guys, I got a different problem I believe I'm trying run a application to develop interactive class, called VisualClass, if I start it with my kde resolution in 1280x1024, doesnt works, if i start it with my kde resolution in 800x600, doesnt works too, BUT if I start it with 800x600 and after change to 1280x1024 as soon its load, simply works, with 800x600, but works... I ckecked all configurations and components from wine, fonts, everything that I remember... There are anything to do ??... I am in a migration program, and this is one of the main of project... Tks. -- Frederico Bertucci e-mail / msn: fred(a)netbil.com.br www.netbil.com.br NetBil - Redes e Internet 18-3659-2444 XxX Linux for work Linux for fun XxX ________________________________________________ :: NetBil :: :: A escolha certa em Internet ::

1 0

Wine on FC5
by Kevin DeKorte March 24, 2006

March 24, 2006

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've been able to get Wine working on FC5, both from source and from RPM and neither seems to have the smooth font support. Is there some new option that is needed for FC5 support. I had Notes 6.51 working very nice under FC4, but it has some weird drawing issues in FC5. I'm guessing it has something to do with the new xorg packages, but any ideas would be helpful. Thanks, Kevin - -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEJCj2aR60qN0tF+8RApaaAKCo8pj6FAgoK7vHzBnGJ0jRZsV+5ACeL+kt jPJPYh8VeA8m2YIB2jreCsA= =1vFw -----END PGP SIGNATURE-----

1 0

Race condition in keyboard code?
by Peter Åstrand March 24, 2006

March 24, 2006

Hi, I've been debugging a very strange keyboard problem this afternoon: In some cases the key combination AltGr+2 produces "2" (wrong) rather than "@" (correct), when using a Swedish layout. The problem seems to be a race condition: If a KeyEvent occurs almost directly after the "2" key is pressed, the AltGr state is incorrect. The problem has been verified with this simple test program: /* gcc -Wall xfake.c -o xfake -L/usr/X11R6/lib -lX11 -lXtst */ #include <X11/Xlib.h> #include <X11/extensions/XTest.h> int main( int argc, char* argv[] ) { Display* dpy; dpy = XOpenDisplay( NULL ); XTestFakeKeyEvent(dpy, 0x71, True, CurrentTime); XTestFakeKeyEvent(dpy, 0xb, True, CurrentTime); XSync(dpy, False); //sleep(1); XTestFakeKeyEvent(dpy, 0x71, False, CurrentTime); XTestFakeKeyEvent(dpy, 0xb, False, CurrentTime); XCloseDisplay( dpy ); return 0; } (0x71 is Mode_Switch, 0xb is the "2" key). I'm executing the program while having Wines Notepad active. If the sleep() is commented out, a "2" is inserted into Notepad. If the sleep() is active, "@" is inserted. More evidence: When debugging with WINEDEBUG=keyboard,key, the traces for X11DRV_ToUnicodeEx is printed after the Mode_Switch KeyRelease trace. Now I wonder, is this a problem with: 1) Wine or 2) The Windows API or 3) The way I'm using X11/the keyboard (generating events that quickly). ? I do understand why this happens: X11DRV_ToUnicodeEx uses the global, static variable AltGrMask. Is this a bug? Regards, -- Peter Åstrand ThinLinc Chief Developer Cendio http://www.cendio.se Teknikringen 3 583 30 Linköping Phone: +46-13-21 46 00

2 3

Re: SERVER: Only reset the notify event flag if there's no events pending.
by Alexandre Julliard March 24, 2006

March 24, 2006

Mike McCormack <mike(a)codeweavers.com> writes: > diff --git a/server/change.c b/server/change.c > index 4349d7e..67a47af 100644 > --- a/server/change.c > +++ b/server/change.c > @@ -1130,7 +1130,7 @@ DECL_HANDLER(read_directory_changes) > dir->signaled--; > > /* clear the event */ > - if (event) > + if (event && !dir->signaled) > reset_event( event ); This breaks the tests: change.c:518: Test failed: action wrong change.c:522: Test failed: ov.Internal wrong change.c:523: Test failed: ov.InternalHigh wrong change.c:582: Test failed: should timeout change.c:590: Test failed: ov.Internal wrong change.c:603: Test failed: should timeout change.c:669: Test failed: should timeout make[1]: *** [change.ok] Error 7 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re:wine.inf: Add a shdocvw.dll stub dll to the system directory
by Louis. Lenders March 24, 2006

March 24, 2006

What about adding a few more, like opengl32 (http://bugs.winehq.org/show_bug.cgi?id=3877) and some more (there are more of these bugs in bugzilla that can be solved that way, i could make a quick list of them if necessary) Regards Louis Module: wine Branch: refs/heads/master Commit: c3c112de231fae2f28d3f685c341a204ddef26a9 URL: http://source.winehq.org/git/?p=wine.git;a=commit;h=c3c112de231fae2f28d3f68… Author: Mike McCormack <mike <at> codeweavers.com> Date: Wed Mar 22 23:46:31 2006 +0900 wine.inf: Add a shdocvw.dll stub dll to the system directory. --- tools/wine.inf | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/tools/wine.inf b/tools/wine.inf index 747eb83..17d9144 100644 --- a/tools/wine.inf +++ b/tools/wine.inf <at> <at> -2114,6 +2114,7 <at> <at> HKLM,%CurrentVersion%\Telephony\Country 11,,help.exe,winhelp.exe 11,,msiexec.exe 11,,notepad.exe +11,,shdocvw.dll 11,,progman.exe 11,,regsvr32.exe 11,,wcmd.exe ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

4 3

Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent()
by Tomas Carnecky March 24, 2006

March 24, 2006

Tomas Carnecky wrote: > Changelog: > - fail if the drawable and context Visual IDs don't match. > > why? because this will produce a BadMatch and crash the application so > instead of the crash rather return GL_FALSE and let the application > handle it. Please don't apply this patch yet. It fixes one case but there is more to be aware of. This BadMatch bug is triggered if an application creates a window (with a default Visual ID) and a custom (non-default) pixel format, the IDs were 0x21 and 0x23 in my case (glxinfo/xdpyinfo report Visual ID in the range from 0x21 to 0x70). But! I've seen that World of Warcraft calls wglMakeCurrent() with a darawable that has Visual ID 0x71 and a context with Visual ID 0x21. Now 0x71 is not defined (according to the glxino output) but it works fine, eg. glXMakeCurrent() doesn't produce the X Error in that case. So I went up the backtrace, into create_glxpixmap(). I let this function fail if it would produce a X Error, eg. if "depth of pixmap does not match the GLX_BUFFER_SIZE value of vis". Then I had to modify wglMakeCurrent() to respect the create_glxpixmap() failure and return FALSE. Works good so far, framerate in WoW went up from ~20 to up to 70 fps, average is somewhere between 40-50 !!! This is incredible. So.. in this attachment you'll find a patch that does what I've just described. I can't test it on anything else than WoW, so if someone would please review it and test with outher opengl/d3d applications it would be great. Also, it would be great if we could put the *Swap*Buffers() into their own log domain, something like 'swapbuffers', because the trace is usually useless, only when you explicitly look whether these functions are called or not, otherwise they only fill the log with garbage. thanks tom

4 6

Known issues area on main wiki page
by Tom Spear (Dustin Booker, Dustin Navea) March 23, 2006

March 23, 2006

I'm not trying to be a whiner here, but I think enough is enough when it comes to having to close bugs as a duplicate. There has to be some simple solution to cut down on the number of new bugs filed that report that winecfg crashes when clicking on the audio tab. I know that the subject above isn't it, but it is at least a start. I was about to create it myself, but my better judgement said I should ask here first. Can someone please(!) put something on some page that almost everyone sees saying that if you are having a problem with winecfg crashing when clicking on the audio tab to check out bug 4051 first? Please! Thanks Tom

13 24