Mike Kaplinskiy wrote:
Paul,
I don't like NT4 anymore. We're breaking up.
Does the attached patch fix the latest failures (not counting the
build warnings)?
Mike.
On Mon, Jul 20, 2009 at 7:05 AM, Paul Vriens wrote:
Mike Kaplinskiy wrote:
Paul (and anyone who can test on x86_64):
Can you co
Paul,
I don't like NT4 anymore. We're breaking up.
Does the attached patch fix the latest failures (not counting the
build warnings)?
Mike.
On Mon, Jul 20, 2009 at 7:05 AM, Paul Vriens wrote:
> Mike Kaplinskiy wrote:
>>
>> Paul (and anyone who can test on x86_64):
>>
>> Can you confirm that the
On Mon, Jul 20, 2009 at 5:21 PM, Sparr wrote:
> Was the contempt for OpenID in general, or the idea of using an
> existing third party as an OpenID providers? Although it would be
> against the spirit of OpenID, it would be possible for one WineHQ
> service to provide OpenID only to other WineHQ s
On Mon, Jul 20, 2009 at 4:50 PM, Steven Edwards wrote:
> On Sun, Jul 19, 2009 at 10:35 PM, Scott Ritchie wrote:
>> I'm not sure if it's a good idea, but there may be some merit in having
>> one of the accounts function as an OpenID Provider and then have the
>> others be able to link to it (but sti
On Sun, Jul 19, 2009 at 10:35 PM, Scott Ritchie wrote:
> Mozilla are farthest on the game here, as they were working on writing
> some of their own custom stuff based on OpenID, however that then deals
> with the need of having each app support an OpenID login.
>
> I'm not sure if it's a good idea,
Am Monday 20 July 2009 20:33:44 schrieb Henri Verbeet:
> > While in principle this is right, as many functions are indeed very
> > similar, this won't be pretty practically, even excluding that some
> > instructions really need special treatment.
One more thing comes to my mind here: The assembler
On Mon, Jul 20, 2009 at 2:08 AM, Yuri Khan wrote:
> On Sat, Jul 18, 2009 at 06:16, Austin English wrote:
>> I need a portable way to get to the shared documents folder, e.g.,:
>> Windows XP:
>> C:\Documents and Settings\All Users\Shared Documents
>> WIndows Vista:
>> C:\users\Public\Public Document
Le 20 juil. 09 à 15:34, Steven Edwards a écrit :
On Sun, Jul 19, 2009 at 12:23 PM, Emmanuel Maillard
wrote:
But it's an external appplication, your desktop environment, that
handle
*.desktop file; wine just generate them...
As per the private email I sent. I could see that working if we c
2009/7/20 Matteo Bruni :
> 2009/7/20 Henri Verbeet :
>> Yeah, but you can treat the debug output just like another
>> asmparser_backend. That would mean calling the parser twice when
>> debugging, but that should be ok. You can do something similar on the
>> bytecode writing side.
>
> I'm not so pe
2009/7/20 Henri Verbeet :
> 2009/7/20 Matteo Bruni :
>> That function, in particular, should really be into asmparser.c and
>> not be visible from outside. Then the wine_dbg_sprintf() function
>> comes really handy in this situation, I didn't know it. Note also that
>> this debug_src function is us
Hi André,
@@ -577,7 +577,7 @@ static UCHAR NetBTinetResolve(const UCHAR name[NCBNAMSZ],
(*cacheEntry)->numAddresses = i;
for (i = 0; i < (*cacheEntry)->numAddresses; i++)
(*cacheEntry)->addresses[i] =
-
From: Dmitry Timoshkov
> "F Capela" wrote:
>
> > XkbSetDetectableAutoRepeat is not working correctly on some
> > distributions, including Ubuntu 9.04. In practical terms, this
> > means programs running under Wine on such distros are unable to
> > ignore autorepeat, doing strange things to gam
>On Sun, Jul 19, 2009 at 12:23 PM, Emmanuel Maillard wrote:
>> But it's an external appplication, your desktop environment, that handle
>> *.desktop file; wine just generate them...
>
>As per the private email I sent. I could see that working if we can
>convince Alexandre of the need of an external
2009/7/20 Stefan Dösinger :
> Am Monday 20 July 2009 12:58:16 schrieb Henri Verbeet:
>> The MarkStateDirty() call looks redundant to me. Also, does this do
>> the right thing when we're recording a stateblock?
> It's not redundant because the scissor rect needs updating on a RT switch
> anyway - I
Am Monday 20 July 2009 12:58:16 schrieb Henri Verbeet:
> The MarkStateDirty() call looks redundant to me. Also, does this do
> the right thing when we're recording a stateblock?
It's not redundant because the scissor rect needs updating on a RT switch
anyway - I think it wasn't visible in this dif
On Sun, Jul 19, 2009 at 12:23 PM, Emmanuel Maillard wrote:
> But it's an external appplication, your desktop environment, that handle
> *.desktop file; wine just generate them...
As per the private email I sent. I could see that working if we can
convince Alexandre of the need of an external helpe
2009/7/20 "Luis C. Busquets Pérez" :
> I read several months ago that the itnetion was to create the assembler
> inside the wined3d and then use its functionality inside the diverse d3dx9
> implementations. Has this changed? I think it was Stefan Dösinger sho
> proposed it:
>
> d3dx -> wined3d asse
Stefan Leichter writes:
> +/* Wait a while. The following test also does a CreateService for the
> + * same servicename and this would result in an
> ERROR_SERVICE_MARKED_FOR_DELETE
> + * error if we do this to quick. Vista seems more picky then the others.
> + */
> +Sleep(10
Mike Kaplinskiy wrote:
Paul (and anyone who can test on x86_64):
Can you confirm that the new patch gives no failures?
Mike.
On Fri, Jul 17, 2009 at 2:02 AM, Paul Vriens wrote:
Mike Kaplinskiy wrote:
Paul,
Does the attached fix test failures on at least NT4? The 4000 test
failures is ok, it
2009/7/20 Stefan Dösinger :
> +scissor.top = 0;
> +scissor.left = 0;
> +scissor.right = viewport.Width;
> +scissor.bottom = viewport.Height;
> +IWineD3DDevice_SetScissorRect(iface, &scissor);
> +IWineD3DDeviceImpl_MarkStateDirty(This, STATE_SCISSORREC
2009/7/20 Matteo Bruni :
> That function, in particular, should really be into asmparser.c and
> not be visible from outside. Then the wine_dbg_sprintf() function
> comes really handy in this situation, I didn't know it. Note also that
> this debug_src function is used just to print trace info duri
André Hentschel writes:
> --- a/dlls/dsound/propset.c
> +++ b/dlls/dsound/propset.c
> @@ -109,7 +109,7 @@ static HRESULT WINAPI IKsBufferPropertySetImpl_Get(
> S(prop).Set = *guidPropSet;
> S(prop).Id = dwPropID;
> S(prop).Flags = 0; /* unused */
> - S(prop)
On Sat, Jul 18, 2009 at 06:16, Austin English wrote:
> I need a portable way to get to the shared documents folder, e.g.,:
> Windows XP:
> C:\Documents and Settings\All Users\Shared Documents
> WIndows Vista:
> C:\users\Public\Public Documents
> Wine:
> C:\users\Public\Documents
In Windows, the pr
Scott Ritchie wrote:
> So, briefly:
>
> Over the past few months, users have added an average of between 12 and
> 14 bugs every day.
>
> Since June 1st:
> - 412 total bugs filed
> - 87 bugs resolved invalid
> - 227 bugs resolved fixed
> - 133 bugs confirmed but not resolved (status new)
> - 292 b
Am Monday 20 July 2009 01:38:35 schrieb Matteo Bruni:
> 2009/7/19 Henri Verbeet :
> > 2009/7/19 Matteo Bruni :
> >> +const char *debug_src(struct shader_reg *reg, BOOL vs) {
> >> + static char buffer[128];
> >> +
> >> + memset(buffer, 0, sizeof(buffer));
>>
> > - "buffer" is static. Using wi
25 matches
Mail list logo
