A friendly soul pointed out to me that I had missed three(!) responses
to my patch which went to wine-devel@. Sorry about that, I'll see to
set up some mail filters to prevent that from happening.
For the record, somehow I got mislead re the semantics of sizeof, and
that after some 25 years of pr
On Thu, Jun 16, 2011 at 11:16 PM, Jarek Czekalski
wrote:
> There's a dead link on the page http://wiki.winehq.org/DirectDraw pointing
> to http://wiki.winehq.org/DirectDrawRenderer as DirectDrawRenderer. Is there
> any better place for such reports?
>
That's just the MoinMoin Wiki software at wor
There's a dead link on the page http://wiki.winehq.org/DirectDraw
pointing to http://wiki.winehq.org/DirectDrawRenderer as
DirectDrawRenderer. Is there any better place for such reports?
On Thu, Jun 16, 2011 at 4:49 AM, Michael Mc Donnell
wrote:
>
> Yeah it turned out to be a lot harder than I had expected to get all
> the details correct. I have also added a check for non-zero stream
> values that Dylan Smith wanted me to add.
>
Thanks. Looks good to me too now.
On Tue, Jun 14, 2011 at 1:43 PM, Stefan Dösinger wrote:
> On Tuesday 14 June 2011 12:57:35 Michael Mc Donnell wrote:
>> I cache the vertex declaration (D3DVERTEXELEMENT9 array) and the size
>> of the vertex declaration, so that they can be used by
>> GetNumBytesPerVertex and GetDeclaration when an
On Thursday 16 June 2011 10:49:19 Michael Mc Donnell wrote:
> I've added the test you outlined. It shows you're correct that
> GetDeclaration only writes up to D3DDECL_END(). I've changed the
> implementation so that it caches the number of elements and only
> writes up to D3DDECL_END().
Looks goo
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=11778
Your paranoid android
Am 16.06.2011 23:22, schrieb 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
On 6/16/2011 10:49 AM, Ken Thomases wrote:
On Jun 16, 2011, at 9:09 AM, Eric Frias wrote:
I've been chasing a bug for a few days, and finally have a good idea of what is
going on. When a program brings up a modal dialog box in response to a
WM_KILLFOCUS message, the program will freeze.
Exc
On Jun 16, 2011, at 9:09 AM, Eric Frias wrote:
> I've been chasing a bug for a few days, and finally have a good idea of what
> is going on. When a program brings up a modal dialog box in response to a
> WM_KILLFOCUS message, the program will freeze.
Excellent analysis. Please file a bug repo
I've been chasing a bug for a few days, and finally have a good idea of
what is going on. When a program brings up a modal dialog box in
response to a WM_KILLFOCUS message, the program will freeze. I've
attached a simple test case, all boilerplate except for:
case WM_KILLFOCUS:
On 06/16/2011 04:26 PM, Vitaliy Margolen wrote:
> On 06/15/2011 10:37 PM, Vincas Miliūnas wrote:
>> On 06/16/2011 01:00 AM, Vitaliy Margolen wrote:
>>> I'm not sure I like your approach and that AJ would like it either.
>>>
>>> Raw input is an "override" of regular messages caused by mouse/keyboard
On 06/15/2011 10:37 PM, Vincas Miliūnas wrote:
On 06/16/2011 01:00 AM, Vitaliy Margolen wrote:
I'm not sure I like your approach and that AJ would like it either.
Raw input is an "override" of regular messages caused by mouse/keyboard
input. Wine server already receives these messages from x11d
2011/6/16 Charles Welton :
>
> +IDirect3DDevice9_Release(return_device);
> +ID3DXLine_Release(line);
You could add a couple of ok() checks for the values returned by
Release, to ensure nothing strange is happening.
Btw, thanks for contributing. :)
2011/6/16 Charles Welton :
>
> @@ -27,6 +27,8 @@ static const struct ID3DXLineVtbl ID3DXLine_Vtbl;
> typedef struct ID3DXLineImpl {
> ID3DXLine ID3DXLine_iface;
> LONG ref;
> +
> +IDirect3DDevice9 * device;
> } ID3DXLineImpl;
You also have to Release() the device in ID3DXLineImpl_R
Please ignore this one. I was too excited about this easy task for
coccinelle that I missed Joerg's second patch.
bye
michael
On 06/16/2011 01:39 PM, Michael Stefaniuc wrote:
---
Thanks to Joerg for the inspiration to this sort coccinelle script:
@@
expression E;
@@
(
- list_count(E)
David Hedberg writes:
> On initial prefix creation, services.exe is started before the
> environment is properly set up. This leads to calls to
> ExpandEnvironmentStrings failing, in turn breaking at least one
> installer. This splits the creation/update process into two parts, and
> sets up the
17 matches
Mail list logo
