You mean you're not going to implement
IWICStream::InitializeFromIStreamRegion? That's no fun.
Also, that read loop is a bit silly. You might as well just lock the
HGLOBAL and read into it directly.
On Fri, Aug 27, 2010 at 12:30 AM, Damjan Jovanovic wrote:
> Changelog:
> * windowscodecs: support
Amine Khaldi wrote:
[nothing]
Can you please put some sort of tracking information when resubmitting a
patch like [try2].
This will keep those of us who are manually tracking and applying your
fixes in sync.
Thank you.
James McKenzie
Am 26.08.2010 um 07:08 schrieb Henri Verbeet:
> On 26 August 2010 15:51, Stefan Dösinger wrote:
>> From: =?UTF-8?q?Stefan=20D=C3=B6singer?=
> Please configure git properly?
Oops, sorry. I am surprised I never sent a patch from this machine since I set
it up more than a year ago...
Vincent Povirk wrote:
http://wiki.winehq.org/Mono is looking good. (Think there's a Summer
of Code 2011 project or two in there?)
Judging by bugzilla, there don't seem to be any large projects that
would help compatibility enough to be worthwhile. All the mscoree bugs
only affect one app.
S
Am Dienstag, den 24.08.2010, 17:56 -0700 schrieb Juan Lang:
> Hi Detlef,
> were you planning to resubmit this patch? [1]
Yes, after the next release but as a more complete Patchset.
> Using our own inetcpl.cpl would allow us to avoid
> that, by exposing cryptui.CryptUICertMgr without using any n
> Also, half of the
> cross-compiling dependencies are available (and more up to date) on fedora
> under the ming32-* packages.
I don't use fedora, but you're welcome to add that information for the
benefit of fedora users. (Or even a reference for yourself; that's
pretty much what I use the wiki
> ^ is bitwise-XOR, so it is more like if(This->navpane.show != show_navpane),
> which looks to be what he intended.
Ah, yes 'tis. Perhaps it's a deficiency of my brain, but when reading
bit-twiddling code, I remember the bitwise operators, but when reading
logical code, I tend to stick to the bo
On Thu, Aug 26, 2010 at 19:32, Octavian Voicu wrote:
> On Thu, Aug 26, 2010 at 8:11 PM, Juan Lang wrote:
>> Hi David, I know this was committed already, but something caught my
>> eye that I didn't understand:
>>
>> + if(This->navpane.show ^ show_navpane)
>>
>> Is this a cute way to write if(T
On Thu, Aug 26, 2010 at 8:11 PM, Juan Lang wrote:
> Hi David, I know this was committed already, but something caught my
> eye that I didn't understand:
>
> + if(This->navpane.show ^ show_navpane)
>
> Is this a cute way to write if(This->navpane.show && show_navpane) ?
> If so, why ^ rather tha
Hi David, I know this was committed already, but something caught my
eye that I didn't understand:
+if(This->navpane.show ^ show_navpane)
Is this a cute way to write if(This->navpane.show && show_navpane) ?
If so, why ^ rather than &&?
Thanks,
--Juan
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=4793
Your paranoid android.
On Wednesday 25 August 2010 12:03:50 Stefan Dösinger wrote:
> > +hr = IDirectDrawSurface_AddAttachedSurface(Primary, Backbuffer);
> > +todo_wine ok(hr == DD_OK || broken(hr == DDERR_CANNOTATTACHSURFACE),
> > + "Attaching a back buffer to a front buffer returned %08x\n", hr);
>
> The
Vincent Povirk wrote:
>Sent: Aug 26, 2010 9:03 AM
>To: Dan Kegel
>Cc: wine-devel@winehq.org, Stefan Dösinger
>Subject: Re: Inviting Mono and pulseaudio to wineconf?
>
>> Mono:
>> Vincent, what do you think? Probably they're not holding us up,
>> but maybe they'd like to see a presentation from
> From: Francois Gouget
>
> According to past Winetest results these platforms could (should?) have
> it though. A full log is strange but I don't how it could be cause by my
> patch:
>
> gameux: start - -
> Usage: C:\winetest\gameux_test64.exe test_name
>
> Valid test names:
> gameexplorer
>
> Mono:
> Vincent, what do you think? Probably they're not holding us up,
> but maybe they'd like to see a presentation from you about
> status of Mono integration?
Oh geez. Um. Well, they are indeed not holding us up. In all my
communication with them, they've been very helpful.
I don't know th
On 26 August 2010 17:26, Matteo Bruni wrote:
> +#define COBJMACROS
> #include "config.h"
> #include "wine/port.h"
> -
> +#include "objbase.h"
> +#include "d3dcompiler.h"
> #include "d3d10_private.h"
You should probably just include d3dcompiler.h from d3d10_private.h.
On 26 August 2010 17:26, Matteo Bruni wrote:
>
Please stick to the coding style used in the rest of the d3d10 dlls
(see e.g. blob.c for reference). This applies to patches 4 and 5 as
well.
On 26 August 2010 15:51, Stefan Dösinger wrote:
> From: =?UTF-8?q?Stefan=20D=C3=B6singer?=
Please configure git properly?
Hi,
Your CreateSurface tests are missing in this patch(assuming that paulo lesgaz
is your alter ego)
There's a comment above the SetCooperativeLevel implementation that needs
adjustments.
> if(cooplevel & DDSCL_NORMAL)
> {
> -/* Can't coexist with fullscreen or exclusive */
>
On Wed, Aug 25, 2010 at 9:51 AM, Stefan Dösinger wrote:
>>> Would it be appropriate and useful to invite someone from
>>> Mono and Pulseaudio to attend Wineconf this year?
>
> I guess it never hurts to have people around, but we should have a set of
> issues to discuss with them.
Pulseaudio:
Wha
> +hr = IDirectDrawSurface_AddAttachedSurface(Primary, Backbuffer);
> +todo_wine ok(hr == DD_OK || broken(hr == DDERR_CANNOTATTACHSURFACE),
> + "Attaching a back buffer to a front buffer returned %08x\n", hr);
The patch looks OK. Out of curiosity, which windows system returns
DDERR_C
Am 25.08.2010 um 04:34 schrieb James McKenzie:
> Dan Kegel wrote:
>> Would it be appropriate and useful to invite someone from
>> Mono and Pulseaudio to attend Wineconf this year?
>> We do have to work well with those projects, maybe that would help
>> solve a couple current or future problems.
>
On Thu, 26 Aug 2010, test...@testbot.winehq.org wrote:
[...]
> http://testbot.winehq.org/JobDetails.pl?Key=4787
>
> Your paranoid android.
>
> === W98SE (32 bit) ===
> === W2KPROSP4 (32 bit) ===
> === WXPPROSP3 (32 bit) ===
> === W2K3R2SESP2 (32 bit) ===
> === W2K8SE (32 bit) ===
> No test summar
On Tue, 24 Aug 2010, Huw Davies wrote:
[...]
> > If not it would be better to use SUBLANG_NEUTRAL instead of
> > SUBLANG_GAELIC. For instance:
>
> I think they're different enough to warrant falling back to English
> rather than Irish (which is essentially what you're asking).
Works for me.
--
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=4787
Your paranoid android.
On Thu, Aug 26, 2010 at 13:03, Nikolay Sivov wrote:
> On 8/26/2010 14:53, David Hedberg wrote:
>>
>> + *ppvObject = NULL;
>> + if(IsEqualIID(riid,&IID_INameSpaceTreeControlEvents))
>> + {
>> + *ppvObject = iface;
>> + }
>> +
>
> Why don't you allow IUnknown here?
>
An oversigh
On Thu, Aug 26, 2010 at 13:15, Nikolay Sivov wrote:
> On 8/26/2010 14:53, David Hedberg wrote:
>>
>> ---
>> dlls/shell32/ebrowser.c | 98 +++
>> dlls/shell32/tests/ebrowser.c | 174
>> -
>> 2 files changed, 251 insertions(+), 2
On 8/26/2010 14:53, David Hedberg wrote:
---
dlls/shell32/ebrowser.c | 98 +++
dlls/shell32/tests/ebrowser.c | 174 -
2 files changed, 251 insertions(+), 21 deletions(-)
diff --git a/dlls/shell32/ebrowser.c b/dlls/shell32/
On 8/26/2010 14:53, David Hedberg wrote:
+*ppvObject = NULL;
+if(IsEqualIID(riid,&IID_INameSpaceTreeControlEvents))
+{
+*ppvObject = iface;
+}
+
Why don't you allow IUnknown here?
Amine Khaldi writes:
> Regards,
> Amine.
There's no need to send a separate patch for each language, it's the
same change for all. Also make sure your mailer doesn't mangle the high
bit chars.
--
Alexandre Julliard
julli...@winehq.org
Octavian,
are you aware of bug http://bugs.winehq.org/show_bug.cgi?id=22146
and the partial patch and additional test cases there?
>winmm: Add MCI_INTEGER_PTR return type for DWORD_PTR return values.
>+#define MCI_INTEGER_PTR 13
What kind of testing did you perform on native systems to de
apologies - for laziness, I picked one message with Dan Kegel and did a reply
and emptied subject/body. I guess that messes up e-mail software that actually
uses the invisible headers for threads.
Original Message
Subject: Re: winetrick & mono dot net 3.5 emmulation.
Date: We
Erich Hoover writes:
> I've been periodically revisiting a patch I've been using to fix a bug
> with running Borderlands under Wine at the same resolution as the
> desktop ( original message:
> http://www.winehq.org/pipermail/wine-devel/2010-May/083339.html ).
> Attached is an iteration that appe
33 matches
Mail list logo
