Re: RFC: visual.c:783: Test failed: DSTALPHA on frame buffer returned color 0x00ff0000, expected 0x000000ff

Roderick Colenbrander wrote: > On Tue, Nov 24, 2009 at 5:12 AM, chris ahrendt wrote: >> Ok going through and looking at the next failure in wine tests I found this >> one : >> >> >> If you look at the code its: >> >> >> 779 color = getPixelColor(device, 160, 120); >> 780 red = (color

Re: Garmin watches and USB

On 11/24/2009 10:58 PM, Stefan Dösinger wrote: Am 24.11.2009 um 22:43 schrieb Charles Davis: This really belongs on the wine-users mailing list. I'm not sure - I think from the context of the mail Chris is a coder himself, and the answer to his question on wine-users would be "Wine currently c

Re: Garmin watches and USB

Am 24.11.2009 um 22:43 schrieb Charles Davis: > This really belongs on the wine-users mailing list. I'm not sure - I think from the context of the mail Chris is a coder himself, and the answer to his question on wine-users would be "Wine currently cannot do this". I am not too involved into th

Re: Garmin watches and USB

This really belongs on the wine-users mailing list. Chip

Garmin watches and USB

I'm trying to get the Garmin ANT Agent 2.2.7 to run (http://www8.garmin.com/fitness/ant_product_page.jsp). This software talks over the ANT+ protocol (carried over USB) to the watch, to download Heart Rate and GPS info. I cannot get the program to install because it checks that the ANT dongle is

Re: Patch Tracker?

On Tue, Nov 24, 2009 at 3:22 PM, James Mckenzie wrote: > Austin English wrote: >>Sent: Nov 24, 2009 2:09 PM >>To: Nate Gallaher >>Cc: wine-devel@winehq.org >>Subject: Re: Patch Tracker? >> >>On Tue, Nov 24, 2009 at 3:07 PM, Nate Gallaher >> wrote: >>> There's a new patch tracker? >> >>http://sour

Re: Patch Tracker?

Austin English wrote: >Sent: Nov 24, 2009 2:09 PM >To: Nate Gallaher >Cc: wine-devel@winehq.org >Subject: Re: Patch Tracker? > >On Tue, Nov 24, 2009 at 3:07 PM, Nate Gallaher > wrote: >> There's a new patch tracker? > >http://source.winehq.org/patches/ > Congratulations, Austin and Patch tracker t

Re: Patch Tracker?

On Tue, Nov 24, 2009 at 3:07 PM, Nate Gallaher wrote: > There's a new patch tracker? http://source.winehq.org/patches/ -- -Austin

Re: Patch Tracker?

There's a new patch tracker? http://source.winehq.org/patches/ :) -- Owen Rudge http://www.owenrudge.net/

Re: Patch Tracker?

There's a new patch tracker? ~Nate Alexandre Julliard wrote: Folks, I'll be out for the rest of the week, so there won't be a release this Friday. 1.1.34 will be released on December 4. And with the new patch tracker you can watch the patches pile up while I'm away ;-)

Next release

Folks, I'll be out for the rest of the week, so there won't be a release this Friday. 1.1.34 will be released on December 4. And with the new patch tracker you can watch the patches pile up while I'm away ;-) -- Alexandre Julliard julli...@winehq.org

mapistub: add stubbed dll mapistub.dll

I guess we can forward those functions to mapi32 later on. While running the app, no functions were called at all, it was even enough to copy a random dll into system32 , and call it mapistub.dll. That was enough to get the app going

Re: ole32: Fix circular reference count in default handler objects.

2009/11/24 Rob Shearman : > This is caused by caching a pointer and reference to the data cache's > IPersistStorage interface without managing reference counts > appropriately. > --- >  dlls/ole32/defaulthandler.c |   22 ++ >  1 files changed, 22 insertions(+), 0 deletions(-) >

Re: [PATCH] kernel32: Respect the LANG environment variable on Mac OS.

I just realized something. The reason Wine doesn't respect LANG is that it overrides the LC_MESSAGES setting if it is set to the default. It will be set to the default if there is no LC_MESSAGES in the environment. So we don't want to override LC_MESSAGES if there's a LANG variable in the environme

Re: wineserver: Mark registry hives clean after being loaded initially from file

Paul Chitescu writes: > @@ -1393,6 +1393,7 @@ > fprintf( stderr, "%s is not a valid registry file\n", filename ); > return; > } > +make_clean( key ); It would be better to create them with the correct flags in the first place. -- Alexandre Julliard j

Re: opengl32: fix wglCreateContextAttribsARB on nvidia

On Tue, Nov 24, 2009 at 9:10 AM, Dmitry Timoshkov wrote: > "Roderick Colenbrander" wrote: > >> +/* Nvidia converts win32 error codes to (0xc007 << 16) | win32_error_code >> */ >> +#define NVIDIA_HRESULT_FROM_WIN32(x) (HRESULT_FROM_WIN32(x) | 0x4000) > > Using MAKE_HRESULT() with appropriate s

Re: RFC: visual.c:783: Test failed: DSTALPHA on frame buffer returned color 0x00ff0000, expected 0x000000ff

On Tue, Nov 24, 2009 at 5:12 AM, chris ahrendt wrote: > Ok going through and looking at the next failure in wine tests I found this > one : > > > If you look at the code its: > > >  779     color = getPixelColor(device, 160, 120); >  780     red =   (color & 0x00ff) >> 16; >  781     green =

Re: mapistub: add stubbed dll mapistub.dll

2009/11/23 Louis Lenders : > This fixes http://bugs.winehq.org/show_bug.cgi?id=20050 > > The dll is present on my XP system This DLL is already partially implemented in a DLL called mapi32, so there should be no need to add this completely stubbed out. -- Rob Shearman

Re: opengl32: fix wglCreateContextAttribsARB on nvidia

"Roderick Colenbrander" wrote: +/* Nvidia converts win32 error codes to (0xc007 << 16) | win32_error_code */ +#define NVIDIA_HRESULT_FROM_WIN32(x) (HRESULT_FROM_WIN32(x) | 0x4000) Using MAKE_HRESULT() with appropriate severity and facility would be cleaner IMO. -- Dmitry.