James McKenzie wrote:
> chris ahrendt wrote:
>
>> - Original Message
>> From: Ben Klein
>> To: chris ahrendt
>> Cc: wine-devel@winehq.org
>> Sent: Thursday, August 27, 2009 10:06:56 PM
>> Subject: Re: Weekly cppcheck run against Aug 27 Git Tree
>>
>> 2009/8/28 chris ahrendt :
>>
>>
chris ahrendt wrote:
>
>
> - Original Message
> From: Ben Klein
> To: chris ahrendt
> Cc: wine-devel@winehq.org
> Sent: Thursday, August 27, 2009 10:06:56 PM
> Subject: Re: Weekly cppcheck run against Aug 27 Git Tree
>
> 2009/8/28 chris ahrendt :
>
>> Mike Kaplinskiy wrote:
>>
>>
Mike Kaplinskiy wrote:
> On Thu, Aug 27, 2009 at 3:52 PM, chris ahrendt wrote:
>
>> This is the result of running cppcheck 1.35 with the --all parm against
>> the august 27th Git tree:
>>
>> [../wine-git/dlls/dbghelp/msc.c:88]: (possible error) Array index out of
>> bounds
>> [../wine-git/dlls/d
- Original Message
From: Ben Klein
To: chris ahrendt
Cc: wine-devel@winehq.org
Sent: Thursday, August 27, 2009 10:06:56 PM
Subject: Re: Weekly cppcheck run against Aug 27 Git Tree
2009/8/28 chris ahrendt :
> Mike Kaplinskiy wrote:
>> On Thu, Aug 27, 2009 at 3:52 PM, chris ahrendt wr
2009/8/28 chris ahrendt :
> Mike Kaplinskiy wrote:
>> On Thu, Aug 27, 2009 at 3:52 PM, chris ahrendt wrote:
>>
>>> This is the result of running cppcheck 1.35 with the --all parm against
>>> the august 27th Git tree:
>>>
>>> [../wine-git/dlls/dbghelp/msc.c:88]: (possible error) Array index out of
>
Mike Kaplinskiy wrote:
> On Thu, Aug 27, 2009 at 3:52 PM, chris ahrendt wrote:
>
>> This is the result of running cppcheck 1.35 with the --all parm against
>> the august 27th Git tree:
>>
>> [../wine-git/dlls/dbghelp/msc.c:88]: (possible error) Array index out of
>> bounds
>> [../wine-git/dlls/d
Mike Kaplinskiy wrote:
> On Thu, Aug 27, 2009 at 3:52 PM, chris ahrendt wrote:
>
>> This is the result of running cppcheck 1.35 with the --all parm against
>> the august 27th Git tree:
>>
>> [../wine-git/dlls/dbghelp/msc.c:88]: (possible error) Array index out of
>> bounds
>> [../wine-git/dlls/d
On Thu, Aug 27, 2009 at 3:52 PM, chris ahrendt wrote:
> This is the result of running cppcheck 1.35 with the --all parm against
> the august 27th Git tree:
>
> [../wine-git/dlls/dbghelp/msc.c:88]: (possible error) Array index out of
> bounds
> [../wine-git/dlls/dbghelp/msc.c:89]: (possible error) A
André Hentschel wrote:
i had this problem too. i submitted it, it was accepted, and then it wasnt
shown.
OK, just tried with a different account and can confirm this.
http://bugs.winehq.org/show_bug.cgi?id=19857
It's a bit odder than I'd hoped.
This is the result of running cppcheck 1.35 with the --all parm against
the august 27th Git tree:
[../wine-git/dlls/dbghelp/msc.c:88]: (possible error) Array index out of
bounds
[../wine-git/dlls/dbghelp/msc.c:89]: (possible error) Array index out of
bounds
[../wine-git/dlls/msvcrt/tests/file.c
Ken Sharp schrieb:
>
>
> joerg-cyril.hoe...@t-systems.com wrote:
>> Hi,
>>
>> Several recent link proposals between AppDB and Buzilla acknowledged by
>> "The bug link you submitted between Bug NNN and XYZ has been accepted."
>> have nevertheless produced no visible bug # in AppDB nor "Show Apps
>
My domain never subscribed to this, please quit sending me these.
-Original Message-
From: wine-patches-boun...@winehq.org [mailto:wine-patches-boun...@winehq.org]
On Behalf Of Vladimir Pankratov
Sent: Thursday, August 27, 2009 10:22 AM
To: wine-patc...@winehq.org
Subject: [2/2] shell32:
joerg-cyril.hoe...@t-systems.com wrote:
Hi,
Several recent link proposals between AppDB and Buzilla acknowledged by
"The bug link you submitted between Bug NNN and XYZ has been accepted."
have nevertheless produced no visible bug # in AppDB nor "Show Apps affected"
in Bugzilla.
E.g. Bug #1977
Hi Vladimir,
you can't do this in two separate patches like this. After the first
patch is applied, the tests fail, and that's not allowed. You should
combine the fix and removing todo_wine into a single patch.
Thanks,
--Juan
Am Thursday 27 August 2009 07:14:49 schrieb Chris Robinson:
> On Wednesday 26 August 2009 9:27:42 pm Vitaliy Margolen wrote:
> > Tested few games that had issues with native OpenAL from Creative (both
> > windows dll and thunked old Linux version): STALKER SoC, STALKER CS,
> > Psychonauts. So far s
Dylan Smith writes:
> There is no problem with running something with an exe suffix, it is
> the Makefile rules that are causing the trouble.
>
> For instance, when building a program, this seems to be invoked:
> $ gcc ../../tools/wrc/wrc.o -o ../../tools/wrc/wrc
> which naturally leads to un
On Thu, Aug 27, 2009 at 10:02 AM, Alexandre Julliard wrote:
> Any decent shell should be able to run apps without .exe suffix on
> Windows.
There is no problem with running something with an exe suffix, it is
the Makefile rules that are causing the trouble.
For instance, when building a program,
Steven Edwards writes:
> On Thu, Aug 27, 2009 at 9:01 AM, Steven Edwards wrote:
>>> I am using mingw, msysgit, msys, and some GnuWin32 packages, so it is
>>> possible that it is a configuration issue. I'll retry with only mingw
>>> and msys. I don't think they provide Flex and Bison though.
>>
On Thu, Aug 27, 2009 at 9:01 AM, Steven Edwards wrote:
>> I am using mingw, msysgit, msys, and some GnuWin32 packages, so it is
>> possible that it is a configuration issue. I'll retry with only mingw
>> and msys. I don't think they provide Flex and Bison though.
>
> No they don't, I've always ha
On Wed, Aug 26, 2009 at 10:52 PM, Dylan Smith wrote:
> I don't know if this is new behaviour. I do remember having trouble
> building on windows before, so I gave up and tried cross compiling,
> which now works without errors (no -k option needed for make).
>
> I am using mingw, msysgit, msys, and
Hi,
On Aug 25, 2009, at 8:15 AM, Chris Robinson wrote:
This patch set does not support OSX's OpenAL, but it should be
simple enough
to add for anyone familiar with handling frameworks in configure.ac.
I'm attaching a patch to do so. It's a bit hacky since we don't
really have a way to ch
2009/8/27 Andrew Eikum :
> +GpStatus WINGDIPAPI GdipIsVisibleRectI(GpGraphics *graphics, INT x, INT y,
> INT width, INT height, BOOL *result)
> +{
> +TRACE("(%p %d %d %d %d %p)\n", graphics, x, y, width, height, result);
> +
> +if(!graphics || !result)
> +return InvalidParameter;
>
2009/8/26 Owen Rudge :
> ---
> dlls/mapi32/mapi32_main.c | 93
> +---
> 1 files changed, 86 insertions(+), 7 deletions(-)
>
>
Is there any special reason for not loading the function pointers at dll init?
23 matches
Mail list logo