July 2006 - Wine-devel - list.winehq.org

Issue with French Canadian Keyboard Under SLED 10
by Michael Lessard 10 Jul '06

10 Jul '06

Hi everybody ! We still have an issue with wine 0.9.16 and french canadian keyboard accent, we use locale fr_FR.UTF-8 ... in terminal, accent working great but in appz who use wine, only é and ç working, all other accent (è,ê,à,ô) are replace by ç. Where can modify the config of keyboard under wine ? Or how could resolv this issue ... Is very important to work for us, many our of clients will use Wine to help migration to Linux. Thanks -- Michael Lessard Chargé de projet / Project Manager Techno Centre Logiciels Libres, http://www.tc2l.ca/ Téléphone : (418) 681-2929 poste 121

2 2

Re: DDraw: Split up the ddraw refcount
by Stefan Dösinger 10 Jul '06

10 Jul '06

Am Montag 10 Juli 2006 10:47 schrieb Stefan Dösinger: > Here is a patch with the improvement suggestions from AJ. The changes to > the older versions are: > > * Use the counter from InterlockedDecrement to check if the object has to > be destroyed > * Get rid of IDirectDrawImpl::DoNotDestroy > * Minor spelling fixes in the added comments :-) > > The aim of this is to fix the startup Star Wars Episode 1 racer and most > likely Star Wars Jedi Knight 1(Not tested, I do not have this game), and > fix the shutdown of C&C Red Alert. The 2 star wars games depend on the > individual refcounts of the interface versions, while Red Alert depends on > the different palette refcounting behavior in older interface versions. > > This patch also requires the palette refcounting fix for older interfaces > which I will resend too. > > ChangeLog: > Stefan Dösinger: Split up the ddraw refcount Grrr. Got to send another updated patch :-( I accidentally renamed Thunk_IDirect3D_3_Release to Thunk_IDirect3D_1_Release, so the older patch didn't even compile. I wonder how I could run the regression tests and my games with it. The attached patch corrects this wrong numer.

1 0

Re: riched20: add stub ITextDocument
by Alexandre Julliard 10 Jul '06

10 Jul '06

Juan Lang <juan_lang(a)yahoo.com> writes: > +#define DECL_IFACE(ifc) const I##ifc##Vtbl *lp##ifc##Vtbl; > + > +#define IFACE2IMPL(cls,ifc,iface) ((cls*)((BYTE*)(iface)-offsetof(cls,lp##ifc##Vtbl))) > +#define IMPL2IFACE(ifc,x) ((I##ifc*)&(x)->lp##ifc##Vtbl) Please avoid that sort of macros, it makes grepping for things a lot harder. Just spell things out explicitly, and for IFACE2IMPL define a couple of inline functions instead. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: include/msvcrt: Make sure size_t is properly defined for 64-bit.
by Ge van Geldorp 10 Jul '06

10 Jul '06

> diff --git a/include/msvcrt/string.h b/include/msvcrt/string.h > index a821aa2..cc0b25e 100644 > --- a/include/msvcrt/string.h > +++ b/include/msvcrt/string.h > @@ -18,8 +18,18 @@ typedef unsigned short wchar_t; > #endif > #endif > > +#ifndef _MSC_VER > +# ifndef __int64 > +# define __int64 long long > +# endif > +#endif > + > #ifndef _SIZE_T_DEFINED > +#ifdef _WIN64 > +typedef unsigned __int64 size_t; > +#else > typedef unsigned int size_t; > +#endif > #define _SIZE_T_DEFINED > #endif Unfortunately, your changes to the submitted patch break it. The problem is that at this point _WIN64 is not defined yet. It is defined in windef.h which hasn't been included at this point. With your change, I still get the following compile-time error during compilation of dlls/msvcrt/test/data.c: In file included from data.c:21: ./../msvcrt.h:625: error: conflicting types for _strnset ../../../include/msvcrt/string.h:62: error: previous declaration of _strnset was here The patch I submitted fixes the problem by moving the include of "windef.h" a bit up: diff --git a/dlls/msvcrt/msvcrt.h b/dlls/msvcrt/msvcrt.h index fc330ce..3da416d 100644 --- a/dlls/msvcrt/msvcrt.h +++ b/dlls/msvcrt/msvcrt.h @@ -36,11 +36,12 @@ #ifndef __WINE_MSVCRT_H #define __WINE_MSVCRT_H +#include "windef.h" + #include <stdarg.h> #include <ctype.h> #include <string.h> -#include "windef.h" #include "winbase.h" #include "winerror.h" #include "winnls.h" Gé van Geldorp.

3 5

GDI: SetDiBits uses hdc with DIB_RGB_COLORS (Notes Client problem)
by Stefan Siebert 10 Jul '06

10 Jul '06

Hello, I've tracked a bug on the Notes Client. It is related to Lotus Notes workspace, which shows the database symbols and their icons. Up to Wine 0.909 the icons were colored correctly. From 0.910 on the icons are black (seems that just the BitBlt mask is shown only). I found the patch for that behaviour - 'gdi: Better support for 1bpp dib sections'. A deeper look into wine revealed that the hdc parameter on SetDiBits is always used to get the color depth. Before the mentioned patch, parameters to the winex11drv functions for the related physDev were set to NULL for DIB_RGB_COLORS. An easy but not really clean way would be to just create a new hdc for the DISPLAY in SetDiBits for DIB_RGB_COLORS and use this instead. My question is if anyone has an idea how to get this correctly implemented.

1 0

Re: [AppDB] - clean up testResult::ShowTestResult() and testResult::ShowVersionsTestingTable()
by Tony Lambregts 10 Jul '06

10 Jul '06

Chris Morgan wrote: > Eliminate redundant parameters from these functions. Have version class check > to see if the $iTestingId seems valid. > > Patch removes a query for each call to testResult::ShowTestResult() because we > don't actually have to re-query the database for information already stored > in the class. > > > Looks fine. -- Tony Lambregts

1 0

Re: [AppDB] - speed loading of the main page by optimizing screenshot class
by Tony Lambregts 10 Jul '06

10 Jul '06

Chris Morgan wrote: > I think this is the cleanest this can be done until we get php5 on the server, > then we'll be able to private the images in the screenshot class. > > This patch defers loading the thumbnail and screenshot images into memory > until they are necessary. Doing so requires that we not have any users of > the screenshot class accessing the $oScreenshotImage or $oThumbnailImage > fields directly. > > looks good

1 0

http://source.winehq.org/git shows no history anymore
by Paul Vriens 09 Jul '06

09 Jul '06

Hi, I was curious about some changes made in the past and tried to get the history. All I get is empty pages (expect for the headers). Any idea? Cheers, Paul.

1 0

re: Possible bug in WINE or NDISWRAPPER
by Dan Kegel 09 Jul '06

09 Jul '06

Jacob wrote: > [I use both Wine and NDISWRAPPER. After a while, my network breaks. > Is this a bug in Wine, or in NDISWRAPPER?] I don't know where the bug is, but it's not in Wine. Wine is a pure user-level app, it *can't* break the system's networking. It's either a bug in NDISWRAPPER or in the driver you're using it with. Please contact the ndiswrapper folks. - Dan

1 0

[AppDB] Fix Bug links
by Tony Lambregts 08 Jul '06

08 Jul '06

This patch is meant to start a discussion more than anything else. We currently have no way of sorting test results in a reasonable order. If we sort by testedRating the order is not what we want. IE: Bronze, Garbage, Gold, Platinum and Silver. It might be better in the long run to replace testedRating in testResults with ratingId. That however is a fairly big project. (You need to run the table/testRating.sql script in mysql to test this patch out.) Change Log: Sort test results by rating in distributions Files Changed: include/distributions.php New File: tables/testRating.sql

2 1