On Mon, Jan 26, 2009 at 12:19:32PM +0100, Henri Verbeet wrote:
> 2009/1/26 Paul TBBle Hampson :
>> On Mon, Jan 26, 2009 at 09:16:12AM +0100, Henri Verbeet wrote:
>>> 2009/1/25 Claudio Ciccani :
+WORD vertexBlendSW : 1; /* vertexBlend software fallback
used */
>>> I'm no
On Tue, Jan 27, 2009 at 12:29 PM, Reece Dunn wrote:
> 2009/1/27 Massimo Del Fedele :
>> Any opinion about this one ? Could it be a good candidate for inclusion
>> in wine tree ?
>
> Hi,
>
> I have used this with StarCraft, running it with and without the DIB
> engine enabled. I find the environmen
>> As you may know, Dragon NaturallySpeaking 10 crashes on use with predictable
>> regularity.
>> Used to be every 10 minutes.
>> However, yesterday (and today) that creeped up to 12 minutes.
>> It could be due to anything, but I thought one of you might say EUREKA!!
>> it's the foobar.c part of
2009/1/27 Susan Cragin :
> As you may know, Dragon NaturallySpeaking 10 crashes on use with predictable
> regularity.
> Used to be every 10 minutes.
> However, yesterday (and today) that creeped up to 12 minutes.
> It could be due to anything, but I thought one of you might say EUREKA!! it's
> th
2009/1/27 Roderick Colenbrander :
>> 2009/1/27 Massimo Del Fedele :
>> > Any opinion about this one ? Could it be a good candidate for inclusion
>> > in wine tree ?
>>
>> I have used this with StarCraft, running it with and without the DIB
>> engine enabled. I find the environment variable makes it
As you may know, Dragon NaturallySpeaking 10 crashes on use with predictable
regularity.
Used to be every 10 minutes.
However, yesterday (and today) that creeped up to 12 minutes.
It could be due to anything, but I thought one of you might say EUREKA!! it's
the foobar.c part of oleacc!! or som
> 2009/1/27 Massimo Del Fedele :
> > Any opinion about this one ? Could it be a good candidate for inclusion
> > in wine tree ?
>
> Hi,
>
> I have used this with StarCraft, running it with and without the DIB
> engine enabled. I find the environment variable makes it very easy to
> switch between
Aurimas Fišeras writes:
> If FunctionA calls FunctionW with (possibly) NULL pointer and FunctionW
> dereferences it we should fix FunctionA?
If FunctionW requires a valid pointer, then yes of course the caller
should be fixed. Just making FunctionW return NOACCESS instead of
crashing doesn't fix
Alexandre Julliard wrote:
> Aurimas Fišeras writes:
>
>> Alexandre Julliard wrote:
>>> We only want it when an actual app depends on it, otherwise we'd have to
>>> add exception handlers in all functions. Note that the Windows behavior
>>> often varies across versions too.
>>>
>> So why are we fi
On Tue, Jan 27, 2009 at 1:51 PM, Massimo Del Fedele wrote:
> Reece Dunn ha scritto:
>> 2009/1/27 Massimo Del Fedele :
>>> Any opinion about this one ? Could it be a good candidate for inclusion
>>> in wine tree ?
>>
>> Hi,
>>
>> I have used this with StarCraft, running it with and without the DIB
Reece Dunn ha scritto:
> 2009/1/27 Massimo Del Fedele :
>> Any opinion about this one ? Could it be a good candidate for inclusion
>> in wine tree ?
>
> Hi,
>
> I have used this with StarCraft, running it with and without the DIB
> engine enabled. I find the environment variable makes it very eas
2009/1/27 Massimo Del Fedele :
> Any opinion about this one ? Could it be a good candidate for inclusion
> in wine tree ?
Hi,
I have used this with StarCraft, running it with and without the DIB
engine enabled. I find the environment variable makes it very easy to
switch between them during testi
> MSDN explicitly states that these are not defined in a public header.
Whoops. By all means ignore it, none of the subsequent patches depends on it.
Thanks,
--Juan
Any opinion about this one ? Could it be a good candidate for inclusion
in wine tree ?
Ciao
Max
Juan Lang writes:
> @@ -297,6 +297,12 @@ typedef struct _CRYPTUI_WIZ_EXPORT_CERTCONTEXT_INFO
> typedef const CRYPTUI_WIZ_EXPORT_CERTCONTEXT_INFO *
> PCCRYPTUI_WIZ_EXPORT_CERTCONTEXT_INFO;
>
> +/* Values for CryptUIWizExport's dwFlags */
> +#define CRYPTUI_WIZ_IGNORE_NO_UI_FLAGS_FOR_CSPS 0x0
Aurimas Fišeras writes:
> Alexandre Julliard wrote:
>> We only want it when an actual app depends on it, otherwise we'd have to
>> add exception handlers in all functions. Note that the Windows behavior
>> often varies across versions too.
>>
> So why are we fixing various "Possible NULL pointer
Alexandre Julliard wrote:
> Aurimas Fišeras writes:
>
>> Alexandre Julliard wrote:
>>> Of course Windows has exception handlers all over the place, but that
>>> doesn't mean we want to replicate that behavior.
>> But we want to have a "bug-for-bug" compatibility with Windows?
>> Without this patc
On 27.01.2009 05:00, Scott Ritchie wrote:
> One open question: what to do with Windows apps that don't put
> themselves in Program Files, but rather put themselves at the top of the
> start menu?
Desktop menu building could put both 'Program Files' and 'real
top-level' entries under the same "Wine
2009/1/27 Kai Blin :
>
> lcdfilter = FT_LCD_FILTER_DEFAULT is hardcoded, so the check is always true.
>
> This fixes Coverity CID 816
>
> diff --git a/dlls/gdi32/freetype.c b/dlls/gdi32/freetype.c
> index 1ca6953..dfbcf2f 100644
> --- a/dlls/gdi32/freetype.c
> +++ b/dlls/gdi32/freetype.c
> @@ -4783
Aurimas Fišeras writes:
> Alexandre Julliard wrote:
>> Of course Windows has exception handlers all over the place, but that
>> doesn't mean we want to replicate that behavior.
>
> But we want to have a "bug-for-bug" compatibility with Windows?
> Without this patch windows just returns an error,
Alexandre Julliard wrote:
> Rob Shearman writes:
>
>> 2009/1/26 Aurimas Fišeras :
>>> Saturn's error report:
>>> (INCONSISTENT USE) Possible null dereference of variable data+(count-1).
>>> This variable is checked for Null at lines: registry.c:1051
>>>
>>> Tested on Windows XP
>>>
>>> Changelog:
Vitaliy Margolen wrote:
> Size of tabs has nothing to do with the size of a window title.
> Fixes bug 8522.
> ---
> dlls/comctl32/propsheet.c | 17 ++---
> 1 files changed, 14 insertions(+), 3 deletions(-)
>
Was there anything wrong with this patch? Adding tests for this won't work
Marcus Meissner writes:
> Spotted in CID 864 that hr is used uninitialized
> in a codepath. Using S_OK as default return.
Is S_OK really appropriate here? A test case is probably in order.
--
Alexandre Julliard
julli...@winehq.org
Mikołaj Zalewski writes:
> @@ -2924,6 +2925,7 @@ TOOLBAR_AddStringW (HWND hwnd, WPARAM wParam, LPARAM
> lParam)
> }
>
> infoPtr->strings = ReAlloc(infoPtr->strings,
> sizeof(LPWSTR)*(infoPtr->nNumStrings+1));
> +infoPtr->strings[infoPtr->nNumStrings] = NU
Rob Shearman writes:
> 2009/1/26 Aurimas Fišeras :
>> Saturn's error report:
>> (INCONSISTENT USE) Possible null dereference of variable data+(count-1).
>> This variable is checked for Null at lines: registry.c:1051
>>
>> Tested on Windows XP
>>
>> Changelog:
>>advapi32: Fix potential NULL po
2009/1/26 Aurimas Fišeras :
> Saturn's error report:
> (INCONSISTENT USE) Possible null dereference of variable data+(count-1).
> This variable is checked for Null at lines: registry.c:1051
>
> Tested on Windows XP
>
> Changelog:
>advapi32: Fix potential NULL pointer dereference in RegSetValueE
On Tuesday 27 January 2009 10:59:13 Nikolay Sivov wrote:
> > Hopefully, we will then get a clean test run on some XP boxes and have
> > several more 2003 boxes with 1 test failure :).
> >
> > Thanks,
> > - Reece
> >
> >
>
Reece Dunn wrote:
> Hopefully, we will then get a clean test run on some XP boxes and have
> several more 2003 boxes with 1 test failure :).
>
> Thanks,
> - Reece
>
>
>
>
Got this on XP SP2 with IE6
http.c:1837: Test faile
Reece Dunn wrote:
> Hopefully, we will then get a clean test run on some XP boxes and have
> several more 2003 boxes with 1 test failure :).
>
> Thanks,
> - Reece
>
>
>
>
Got this on XP SP2 with IE6
http.c:1837: Test faile
Reece Dunn wrote:
> Hopefully, we will then get a clean test run on some XP boxes and have
> several more 2003 boxes with 1 test failure :).
>
> Thanks,
> - Reece
>
>
>
>
>
Hi Reece,
Tested on W2K3 with IE6:
http.c:1837
Hopefully, we will then get a clean test run on some XP boxes and have
several more 2003 boxes with 1 test failure :).
Thanks,
- Reece
diff --git a/dlls/wininet/tests/http.c b/dlls/wininet/tests/http.c
index c5321b4..b810494 100644
--- a/dlls/wininet/tests/http.c
+++ b/dlls/wininet/tests/http.c
@@
On Tue, Jan 27, 2009 at 3:20 AM, Nikolay Sivov wrote:
> http://bugs.winehq.org/show_bug.cgi?id=13394
>
> Changelog:
>- on FO_COPY and empty destination SHFileOperation should use
> current directory
>
> >From 1684fd3c0d47fce3fcff31d316ec7b18291cd5af Mon Sep 17 00:00:00 2001
> From: Nikola
32 matches
Mail list logo
