Lei Zhang wrote:
> Hi,
>
> I cleaned up dlls/quartz/tests/filtergraph.c a bit so we can drop in a
> 'test.mpg' file and test the rendering of MPEG files.
>
>
>
>
>
Please stick to the CreateFileA (instead of W) to have th
On Mon, 5 Jan 2009, Jeremy Drake wrote:
>
> ---
> dlls/oleaut32/tests/olepicture.c | 321
> ++
> 1 files changed, 321 insertions(+), 0 deletions(-)
>
Is there anything wrong with these two patches? I'd really like to see
these tests go in, so hopefully some
Michael Stefaniuc wrote:
> +/*
> + * English resources for SETUPAPI
> + *
I guess that should be Romanian resources.
--
Cheers,
Paul.
Paul Vriens wrote:
> Austin English wrote:
>> Paul Vriens wrote:
>>> - you should maybe use pCoInitializeEx? (there is some
>>> remark in that file about it not being present on all
>>> platforms, current test.winehq.org doesn't show this
>>> though)
>>> - do some uninitialize to clean things up?
>
http://philosecurity.org/2009/01/12/interview-with-an-adware-author
In an interesting interview, former adware author Matt Knox mentions
that he was able to run his adware client on Wine:
S: In your professional opinion, how can people avoid adware?
M: Um, run UNIX.
S: [ laughs]
M: We did actual
On Tue, Jan 13, 2009 at 1:12 PM, Juan Lang wrote:
>> Does "mac" mean "powerpc mac only"? I rather
>> thought it meant "apple macintosh", regardless
>> of cpu. I ask because Austin has just gone through
>> and changed lots of "mac" bugs to "pc" even
>> though the bugs were on Intel macs, which ju
> Does "mac" mean "powerpc mac only"? I rather
> thought it meant "apple macintosh", regardless
> of cpu. I ask because Austin has just gone through
> and changed lots of "mac" bugs to "pc" even
> though the bugs were on Intel macs, which just
> seems wrong.
I agree with you, this change seems s
Does "mac" mean "powerpc mac only"? I rather
thought it meant "apple macintosh", regardless
of cpu. I ask because Austin has just gone through
and changed lots of "mac" bugs to "pc" even
though the bugs were on Intel macs, which just
seems wrong.
> I think this change is ok, but note that the ok() line for this test
> will still just print the numeric value.
Yes, I'm aware of that. I mainly wrote the change after I incorrectly
assumed that D3DFOG_LINEAR == 1 and got pretty confused. Writing a debug
function for better ok() lines might be a
On Fri, 9 Jan 2009, Roderick Colenbrander wrote:
[...]
> Those two guys said that Sun is working together with
> 4Front (from the commercial OSS) on some new audio system called
> 'Boomer' and which is also OSS compatible. I believe that our wineoss
> driver works fine. This page contains some m
> visual.c:1540: Test succeeded inside todo block: fog vs1 ps0 fvm0 ftm0
> 0: got color ff00, expected ff00 +-5%(todo)
I thought I added an exception for this case, where the wrong calculation gets
lucky and produces the right result. Well, I'll double-check
On Sun, Jan 11, 2009 at 01:01:02PM -0700, Erich Hoover wrote:
> Done, I don't know who maintains http://www.winehq.org/sending_patches
> but that might be worth mentioning there - I always pull out that
> guide since I do not submit very often.
It's in another git repo (see http://source.winehq.or
Stefan Dösinger writes:
> This patch "breaks" a set of fog tests, so they're marked as todo. The tests
> aren't really working correctly right now anyway, they depend on undefined
> default values in opengl. A later patch will make the vertex shader select
> the result.fogcoord(and glsl equivalen
-- Forwarded message --
From:
Date: Tue, Jan 13, 2009 at 9:20 AM
Subject: wine-bugs Digest, Vol 42, Issue 330
To: wine-b...@winehq.org
--
Message: 1
Date: Tue, 13 Jan 2009 08:40:35 -0600
From: wine-b...@winehq.o
Hans Leidekker writes:
> @@ -68,6 +68,20 @@ static const char inf_data2[] =
>
> "sp1qfe\\winhttp.dll=3EC6F518114606CA59D4160322077437,000500010A280615,331776,SP1QFE\n"
>
> "sp1qfe\\xpob2res.dll=DB83156B9F496F20D1EA70E4ABEC0166,000500010A280622,158720,SP1QFE\n";
>
> +static const cha
Jacek Caban wrote:
> Paul Vriens wrote:
>> Paul Vriens wrote:
>>> Jacek Caban wrote:
---
dlls/urlmon/tests/url.c | 157
+--
1 files changed, 84 insertions(+), 73 deletions(-)
-
Paul Vriens wrote:
> Paul Vriens wrote:
>> Jacek Caban wrote:
>>> ---
>>> dlls/urlmon/tests/url.c | 157
>>> +--
>>> 1 files changed, 84 insertions(+), 73 deletions(-)
>>>
>>>
>>>
>>>
Paul Vriens wrote:
> Jacek Caban wrote:
>> ---
>> dlls/urlmon/tests/url.c | 157
>> +--
>> 1 files changed, 84 insertions(+), 73 deletions(-)
>>
>>
>>
>>
>>
>>
> Hi Jacek,
>
> As
Jacek Caban wrote:
> ---
> dlls/urlmon/tests/url.c | 157
> +--
> 1 files changed, 84 insertions(+), 73 deletions(-)
>
>
>
>
>
>
Hi Jacek,
As of this patch we skip running m
Austin English wrote:
> On Tue, Jan 13, 2009 at 3:09 AM, Paul Vriens
> wrote:
>
>> Austin English wrote:
>>
>>> On Tue, Jan 13, 2009 at 2:20 AM, Paul Vriens
>>> wrote:
>>>
Austin English wrote:
> On Tue, Jan 13, 2009 at 1:28 AM, Paul Vriens
>
> wrot
Hi Henri,
Just a suggestion for a future patch. The current autogenmipmap code isn't
correct. Even when this capability isn't supported the function might not
return D3DERR_INVALIDCALL IF CheckDeviceFormat returns D3DOK_NOAUTOGEN for this
usage flag. I stumbled on this when I started improving
Austin English wrote:
> On Tue, Jan 13, 2009 at 3:09 AM, Paul Vriens
> wrote:
>> Austin English wrote:
>>> On Tue, Jan 13, 2009 at 2:20 AM, Paul Vriens
>>> wrote:
Austin English wrote:
> On Tue, Jan 13, 2009 at 1:28 AM, Paul Vriens
>
> wrote:
>> Austin English wrote:
>>
I think this change is ok, but note that the ok() line for this test
will still just print the numeric value.
On Tue, Jan 13, 2009 at 3:09 AM, Paul Vriens wrote:
> Austin English wrote:
>>
>> On Tue, Jan 13, 2009 at 2:20 AM, Paul Vriens
>> wrote:
>>>
>>> Austin English wrote:
On Tue, Jan 13, 2009 at 1:28 AM, Paul Vriens
wrote:
>
> Austin English wrote:
>>
>> Pointed o
Austin English wrote:
> On Tue, Jan 13, 2009 at 2:20 AM, Paul Vriens
> wrote:
>> Austin English wrote:
>>> On Tue, Jan 13, 2009 at 1:28 AM, Paul Vriens
>>> wrote:
Austin English wrote:
> Pointed out by Anastasius in bug 13011. Tested on XP SP2 & 2K SP4 (and
> Wine, of course).
>
Paul Vriens wrote:
> Austin English wrote:
>> On Tue, Jan 13, 2009 at 2:20 AM, Paul Vriens
>> wrote:
>>> Austin English wrote:
On Tue, Jan 13, 2009 at 1:28 AM, Paul Vriens
wrote:
> Austin English wrote:
>> Pointed out by Anastasius in bug 13011. Tested on XP SP2 & 2K SP4
2009/1/13 Stefan Dösinger :
> -This->baseShader.is_compiled = TRUE;
> -
This changes code in pixelshader.c, looks unrelated.
> +void find_vs_compile_args(IWineD3DVertexShaderImpl *shader,
> IWineD3DStateBlockImpl *stateblock, struct vs_compile_args *args) {
> +args->fog_src = stateblock->
On Tue, Jan 13, 2009 at 2:20 AM, Paul Vriens wrote:
> Austin English wrote:
>>
>> On Tue, Jan 13, 2009 at 1:28 AM, Paul Vriens
>> wrote:
>>>
>>> Austin English wrote:
Pointed out by Anastasius in bug 13011. Tested on XP SP2 & 2K SP4 (and
Wine, of course).
--
Hi Vitaliy,
Peter Hutterer has submitted a draft specification of Xinput2 to the xorg
mailinglist. As you know it will offer relative mouse movements. He is asking
for feedback. Since I have no experience with Xinput you might want to review
it and see if it works out for Wine.
Roderick
-
Austin English wrote:
> On Tue, Jan 13, 2009 at 1:28 AM, Paul Vriens
> wrote:
>> Austin English wrote:
>>> Pointed out by Anastasius in bug 13011. Tested on XP SP2 & 2K SP4 (and
>>> Wine, of course).
>>>
>>>
>>>
>>>
>>>
>>>
30 matches
Mail list logo
