Re: dssenh/tests: Added key exchange tests for the DSSENH cryptographic service provider

2012-08-23 Thread Marvin
Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=21186 Your paranoid android

configure --with-osmesa fails to link

2012-08-23 Thread Peter Urbanec
I just turned on --with-osmesa and configure fails for me: checking for -lOSMesa... not found configure: error: libOSMesa development files not found (or too old), OpenGL rendering in bitmaps won't be supported. This is an error since --with-osmesa was requested config.log output would sugge

Re: Have there been any problems with Wine on GCC 4.7?

2012-08-23 Thread Austin English
On Thu, Aug 23, 2012 at 12:56 PM, Eric Pouech wrote: > >> -g was already the default. Most packagers (to my knowledge) provide a >> separate debug package, which isn't installed by default. >> > i'm not especially speaking of packagers, but folks who compile wine > themselves with something like:

Re: d3dx9: ID3DXConstantTable

2012-08-23 Thread Rico Schüller
On 23.08.2012 15:43, Józef Kucia wrote: I would prefer you to clean it up submit it. I hope it gets committed this time. Ok, I'll try to clean them and send them. I will do it the safe way and compare each handle with all handles we have. If it is slow, we could easily move by using the highe

Re: Have there been any problems with Wine on GCC 4.7?

2012-08-23 Thread Eric Pouech
-g was already the default. Most packagers (to my knowledge) provide a separate debug package, which isn't installed by default. i'm not especially speaking of packagers, but folks who compile wine themselves with something like: ./configure CFLAGS=-O2 and your patch forces -gdwarf2 (whatever

Re: hhctrl.ocx: Make MergeChmProperties() static.

2012-08-23 Thread Erich E. Hoover
I'm going to need MergeChmProperties() for HH_SET_WIN_TYPE. I've just been really busy lately and have not had a chance to cleanup my patches yet (from discussions with Jacek it looks like we need to redo storing HH_WINTYPE data a little bit). Erich

Re: [PATCH 1/3] dinput: Disable linuxinput or linux joysticks based on registry key (try 2)

2012-08-23 Thread Alexandre Julliard
Lucas Zawacki writes: >> That's better, thanks. You probably want to put them under a subkey >> though, to avoid mixing up the joystick names with the other >> configuration values. > > No problem. If I put them under a key "Disabled" I think it's ok to > not ask for a value, just a key with the

Re: [PATCH 1/3] dinput: Disable linuxinput or linux joysticks based on registry key (try 2)

2012-08-23 Thread Lucas Zawacki
> That's better, thanks. You probably want to put them under a subkey > though, to avoid mixing up the joystick names with the other > configuration values. No problem. If I put them under a key "Disabled" I think it's ok to not ask for a value, just a key with the joystick name right?

Re: [PATCH 2/3] joy.cpl: Using joystick name suffixed with driver when in Linux (try 2)

2012-08-23 Thread Lucas Zawacki
> I think dinput should be appending that to the returned name, joy.cpl > shouldn't have to know about the specific naming scheme of the driver. Do you mean change the reported name directly at device creation time? I could do that and I guess that would be mostly harmless, do other people working

Re: d3dx9: ID3DXConstantTable

2012-08-23 Thread Alexandre Julliard
Rico Schüller writes: > So in cases, where the exe is linked with LARGEADDRESSAWARE, d3dx9 > would have to be used with D3DXCONSTTABLE_LARGEADDRESSAWARE. Yes, but in practice apps don't do that. Eve Online was reportedly one of the offenders, there are certainly others. -- Alexandre Julliard j

Re: d3dx9: ID3DXConstantTable

2012-08-23 Thread Józef Kucia
On Wed, Aug 22, 2012 at 2:45 PM, Rico Schüller wrote: > Well, I just had a closer look again. My speed test triggers a problem, so > it's not really comparable. But it looks like native only allocates > handles, if it really needs them. So I'm not sure we like to go the same > approach or if it i

Re: Testing Gdi+

2012-08-23 Thread Dmitry Timoshkov
Stepa Nick wrote: > I`m new in WINE development. I have some tests cases, that works > incorrect in current version of WINE and I want to fix this mistakes. > So, I`m interesting are there some testing systems that compares > bitmap(for example)? I look thru WINE tests, > http://www.winehq.org/do

Testing Gdi+

2012-08-23 Thread Stepa Nick
Hi! I`m new in WINE development. I have some tests cases, that works incorrect in current version of WINE and I want to fix this mistakes. So, I`m interesting are there some testing systems that compares bitmap(for example)? I look thru WINE tests, http://www.winehq.org/docs/winedev-guide/testing a

Re: [PATCH 2/3] joy.cpl: Using joystick name suffixed with driver when in Linux (try 2)

2012-08-23 Thread Alexandre Julliard
Lucas Zawacki writes: > @@ -57,6 +57,34 @@ BOOL WINAPI DllMain(HINSTANCE hdll, DWORD reason, LPVOID > reserved) > return TRUE; > } > > +static void get_joystick_name(struct Joystick *joy) > +{ > +/* Base product guids as Wine defines them in DirectInput */ > +/* 9e573ed9-7734-11d

Re: [PATCH 1/3] dinput: Disable linuxinput or linux joysticks based on registry key (try 2)

2012-08-23 Thread Alexandre Julliard
Lucas Zawacki writes: > From: Lucas Fialho Zawacki > > In the form of "controllername(drivername)"="disabled" key > > Examples: > Disable the linux js driver for "Usb Controller" device > "Usb Controller(js)"="disabled" > > Disable the linux js and event drivers for "Other Controller" devi

Re: wine/server: removed obsolete one-iteration loop from request forming macro (try 2)

2012-08-23 Thread Marcus Meissner
On Thu, Aug 23, 2012 at 11:14:23AM +0400, Oleg Yarigin wrote: > An original message was sent with wrong author`s name by mistake, so > I resend this patch with hope it was the only reason to reject it. It was not the only reason. A single loop is a common pattern in C to allow safe encapsulation