On Fri, Mar 6, 2009 at 11:05 PM, Ben Klein wrote:
> 2009/3/7 Sparr :
>> On Fri, Mar 6, 2009 at 11:39 PM, Ben Klein wrote:
>>> "Rating: Garbage
>>> What works: Installer
>>> What doesn't work: Starting the game
>>> What wasn't tested: N/A
>>> Additional comments: This works in Crossover Games, but
On Fri, Mar 6, 2009 at 10:43 PM, Sparr wrote:
> On Fri, Mar 6, 2009 at 11:39 PM, Ben Klein wrote:
>> "Rating: Garbage
>> What works: Installer
>> What doesn't work: Starting the game
>> What wasn't tested: N/A
>> Additional comments: This works in Crossover Games, but not in Wine"
>> ^^ I don't h
2009/3/7 Sparr :
> On Fri, Mar 6, 2009 at 11:39 PM, Ben Klein wrote:
>> "Rating: Garbage
>> What works: Installer
>> What doesn't work: Starting the game
>> What wasn't tested: N/A
>> Additional comments: This works in Crossover Games, but not in Wine"
>> ^^ I don't have a problem with this. (If i
On Fri, Mar 6, 2009 at 11:39 PM, Ben Klein wrote:
> "Rating: Garbage
> What works: Installer
> What doesn't work: Starting the game
> What wasn't tested: N/A
> Additional comments: This works in Crossover Games, but not in Wine"
> ^^ I don't have a problem with this. (If it mentioned Cedega/WineX
2009/3/7 James McKenzie :
> Ben Klein wrote:
>> 2009/3/7 James Mckenzie :
>>
>>> Also, please be aware that entries referring to ReactOS, PlayonLinux and
>>> Crossover are also being removed. The latter is actually biting the hand
>>> that feeds us. CodeWeavers, the producers of Crossover, host
Ben Klein wrote:
> 2009/3/7 James Mckenzie :
>
>> Also, please be aware that entries referring to ReactOS, PlayonLinux and
>> Crossover are also being removed. The latter is actually biting the hand
>> that feeds us. CodeWeavers, the producers of Crossover, host WineHQ. What
>> might be a
2009/3/7 James Mckenzie :
> Also, please be aware that entries referring to ReactOS, PlayonLinux and
> Crossover are also being removed. The latter is actually biting the hand
> that feeds us. CodeWeavers, the producers of Crossover, host WineHQ. What
> might be a better idea is to state:
It
Dear Dan, Juan, Austin et al
I still hope that one of you guys could take care of including this in
the mainline wine - i sent a patch to wine-patches which still applies
fine to the latest git tree.
Any help for including the bugfix is much appreciatet. The code is
totally copyright free. Please
Austin English wrote on March 6th:
>Sent: Mar 6, 2009 4:47 PM
>To: James Mckenzie
>Cc: Wine Develop
>Subject: Re: AppDB entries are being delete without contacting maintainer by
>Rozanne
>
>On Fri, Mar 6, 2009 at 3:44 PM, James Mckenzie
> wrote:
>> Austin English wrote on March 6:
>>>Sent: M
2009/3/6 Austin English :
> Codeweavers has their own AppDB type system:
> http://www.codeweavers.com/compatibility/
That's no reason not to mention them, if the point is to help the reader.
- d.
On Fri, Mar 6, 2009 at 3:44 PM, James Mckenzie
wrote:
> Austin English wrote on March 6:
>>Sent: Mar 6, 2009 1:42 PM
>>To: Klaus Layer , Rosanne DiMesio
>>Cc: Wine Develop
>>Subject: Re: AppDB entries are being delete without contacting maintainer by
>> Rozanne
>>
>>On Fri, Mar 6, 2009 at 2:3
Austin English wrote on March 6:
>Sent: Mar 6, 2009 1:42 PM
>To: Klaus Layer , Rosanne DiMesio
>Cc: Wine Develop
>Subject: Re: AppDB entries are being delete without contacting maintainer by
>Rozanne
>
>On Fri, Mar 6, 2009 at 2:36 PM, Klaus Layer wrote:
>> Hi all,
>>
>> since several months
2009/3/6 Rosanne DiMesio :
> I have not been deleting entries per se; I have on occasion merged duplicate
> entries using "Move child objects." However, I was unaware until now that not
> everything in the merged entry was being transferred when I did this. I
> apologize for that; I did not rea
> 2009/3/6 Klaus Layer :
> > Am Freitag, 6. März 2009 21:42:18 schrieben Sie:
> >>
> >> Well, Rozanne _is_ an AppDB administrator, hence the permission to
> >> delete those entries.
> >>
> >> That said, yes, notice should be given.
> >>
> >> --
> >> -Austin
> >>
> >
> > He/she never gave any notice
2009/3/6 Klaus Layer :
> Am Freitag, 6. März 2009 21:42:18 schrieben Sie:
>>
>> Well, Rozanne _is_ an AppDB administrator, hence the permission to
>> delete those entries.
>>
>> That said, yes, notice should be given.
>>
>> --
>> -Austin
>>
>
> He/she never gave any notice. I just noticed that seve
Am Freitag, 6. März 2009 21:42:18 schrieben Sie:
>
> Well, Rozanne _is_ an AppDB administrator, hence the permission to
> delete those entries.
>
> That said, yes, notice should be given.
>
> --
> -Austin
>
He/she never gave any notice. I just noticed that several weeks ago another
program h
On Fri, Mar 6, 2009 at 2:36 PM, Klaus Layer wrote:
> Hi all,
>
> since several months a user Rozanne is changing AppDB entries without
> contacting the maintainers. Most of the changes so far were minor changes.
> But today I was informed that Rozanne just deleted an entry which was
> maintained b
Hi all,
since several months a user Rozanne is changing AppDB entries without
contacting the maintainers. Most of the changes so far were minor changes.
But today I was informed that Rozanne just deleted an entry which was
maintained by me. According to the email I received, there were duplicat
Alexandre is right; text files that bit rot are a rotten way
to report status. Better is to write verbose emails that
make people click delete quickly .
I've been working on improving Wine's scanner support
for the past few weeks, and it's come a long way.
If anyone has a scanner, and wants to h
Aric Stewart wrote:
> ---
Patch set looks good with exception of - few more things can be moved out of
joystick_linuxinput.c. But that can be separate patch(es).
Vitaliy
2009/3/6 Rein Klazes :
> Reece Dunn schreef:
>>
>> = Implementation Comments:
>>
>> + /* FIXME: this check is performed several times, here and in the
>> called
>> + functions. That could be optimized */
>> + if( !hMenu || !MENU_GetMenu( hMenu )) {
>> + SetLastError( ERROR_INVALI
Andreas Rosenberg wrote:
On Friday 06 March 2009 14:12:11 you wrote:
Paul Vriens wrote:
Andreas Rosenberg wrote:
Hi,
Error during compilation:
userenv_main.c:181: warning: passing argument 1 of ‘GetUserNameW’ from
inco
Reece Dunn schreef:
= Implementation Comments:
+/* FIXME: this check is performed several times, here and in the called
+ functions. That could be optimized */
+if( !hMenu || !MENU_GetMenu( hMenu )) {
+SetLastError( ERROR_INVALID_MENU_HANDLE) ;
+return FALSE;
+}
On Friday 06 March 2009 14:12:11 you wrote:
> Paul Vriens wrote:
> > Andreas Rosenberg wrote:
> >>
> >
> > Hi,
> >
> > Error during compilation:
> >
> > userenv_main.c:181: warning: passing argument 1 of ‘GetUserNameW’ from
>
Andreas Rosenberg wrote:
It's quite common for these functions to check for the needed buffersize when
buffer=NULL and size=0 is passed.
I did a quick check on W2K3 and this is what is returned:
sizePath = 0;
Vitaliy Margolen wrote:
>> "The error codes returned by a function are not part of the Windows API
>
> But they are. MS just made their obligation to document all of their craft
> that much easer and that much more undefined. According to this logic
> "Error!" is the only message you need for anyt
Paul Vriens wrote:
Andreas Rosenberg wrote:
Hi,
Error during compilation:
userenv_main.c:181: warning: passing argument 1 of ‘GetUserNameW’ from
incompatible pointer type
Shouldn't that line be:
res = GetUserNameW
Paul Vriens wrote:
Paul Vriens wrote:
Andreas Rosenberg wrote:
Hi,
Error during compilation:
userenv_main.c:181: warning: passing argument 1 of ‘GetUserNameW’ from
incompatible pointer type
Shouldn't that line be:
Andreas Rosenberg wrote:
Hi,
Error during compilation:
userenv_main.c:181: warning: passing argument 1 of ‘GetUserNameW’ from
incompatible pointer type
Shouldn't that line be:
res = GetUserNameW( userName, &sizeNam
Mike Ruprecht writes:
> diff --git a/dlls/dbghelp/module.c b/dlls/dbghelp/module.c
> index fcdea2e..4b6c3d6 100644
> --- a/dlls/dbghelp/module.c
> +++ b/dlls/dbghelp/module.c
> @@ -438,6 +438,7 @@ enum module_type module_get_type_by_name(const WCHAR*
> name)
> return DMT_PE;
> }
>
> +#if
Henri Verbeet writes:
>>From c0f791e008fba3b7576d7e444801a7d45c72ff6a Mon Sep 17 00:00:00 2001
> From: Henri Verbeet
> Date: Fri, 6 Mar 2009 08:43:49 +0100
> Subject: wined3d: Simplify IWineD3DVertexBufferImpl_PreLoad() a bit.
It doesn't work here:
../../../tools/runtest -q -P wine -M d3d9.dll
On Thu, 5 Mar 2009, Jeremy White wrote:
[...]
> +/* Note that conversion of float -> SANE_Fixed is lossy;
> + * and when you truncate it into an integer, you can get
> + * unfortunate results. This calculation attempts
> + * to
Jeremy White writes:
> diff --git a/dlls/sane.ds/README b/dlls/sane.ds/README
> new file mode 100644
> index 000..ce030a7
> --- /dev/null
> +++ b/dlls/sane.ds/README
> @@ -0,0 +1,64 @@
> +Status/TODO as of March 5, 2009.
> +Jeremy White, jwh...@codeweavers.com.
> +
> +
> +What works:
Please
Jeremy White writes:
> +rc = GetLocaleInfoA(LOCALE_USER_DEFAULT, LOCALE_IPAPERSIZE, paper,
> sizeof(paper));
> +if (rc > 0)
> +switch (atoi(paper))
You should use LOCALE_RETURN_NUMBER.
--
Alexandre Julliard
julli...@winehq.org
2009/3/6 Rein Klazes :
> Hi,
>
> Several rounds of commits have gone by without this patch.
> I thought it was rather noncontroversial, there must
> be something that I am overlooking. Can I get a hint please?
>
> (cleaned up some white space errors, otherwise patch is unchanged. )
>
> Fix another
35 matches
Mail list logo