"Andrew Eikum" wrote:
The root cause of this is X's XKeysymToKeycode returning the keycode for
the phantom key instead of the keycode for the comma key when passed the
keysym for '<' (XK_less). This isn't incorrect on X's part, but
inconvenient for Wine as most US keyboards don't have the <>
On Tue, Aug 11, 2009 at 7:30 AM, Maarten
Lankhorst wrote:
> Hi Jesse,
>
> Judging by that link you sent me, shouldn't it be:
>
> typedef struct tagVMRGUID
> {
> #if defined(__cplusplus)
> ::GUID *pGUID, GUID;
> #else
> GUID *pGUID, GUID;
> #endif
> } VMRGUID;
>
> Or am i reading that link wrong
Am Tuesday 11 August 2009 23:43:33 schrieb Johan Gill:
> There is IWineD3DDeviceImpl_SetupFullscreenWindow, but that one is not
>
> exported so it can't be called from ddraw as it is.
>
> Calling it from within IWineD3DDevice_SetDisplayMode seems troublesome
> since the hwnd to use is not always av
Hi Austin,
Austin English schreef:
On Tue, Aug 11, 2009 at 12:56 PM, Maarten
Lankhorst wrote:
C++ doesn't like: GUID GUID; which is valid in C, so replace with struct
_GUID GUID;
FYI, you're e-mail is messed up in the patch:
From: Maarten Lankhorst
I think AJ's scripts may prefer t
--- On Tue, 11/8/09, Austin English wrote:
> On Mon, Aug 10, 2009 at 9:37 AM,
> Hin-Tak Leung
> wrote:
> > Hiya,
> >
> > I have tried playing with the new dotnet3
> functionality. Actually even with a clean new wineprefix I
> haven't been able to get dotnet3 finishing installing - it
> hangs fo
On Wed, Aug 5, 2009 at 7:51 PM, Stefan Dösinger wrote:
> Am Wednesday 05 August 2009 18:58:42 schrieb Johan Gill:
> > On Wed, Jul 29, 2009 at 11:55 PM, Johan Gill
> wrote:
> > > This patch fixes bug 17215. Since the patch was seemingly dropped, I
> made
> > > some test improvements and resubmit i
Hi,
i got a testcase that exhibits bug #19666. Now i'm looking for a way to
integrate the testcase into the testsuite. The testcase needs a program
(currently c:\ShellExecuteClient.exe) that must be called without parameters.
Therefore i can not use eg. shell32_test.exe itself.
I'm searching f
Andrew Eikum wrote:
A bug made itself present in VkKeyScan's handling of the less-than
character on US (and other) keyboard layouts. VkKeyScan('<') in Windows
returns 0x1bc, which is VK_OEM_COMMA with the shift key flag set. In
Wine, VkKeyScan('<') returns 0xe2, which is VK_OEM_102, or the VK
A bug made itself present in VkKeyScan's handling of the less-than
character on US (and other) keyboard layouts. VkKeyScan('<') in Windows
returns 0x1bc, which is VK_OEM_COMMA with the shift key flag set. In
Wine, VkKeyScan('<') returns 0xe2, which is VK_OEM_102, or the VK for
the "infamous p
2009/8/11 Owen Rudge :
>> You can't do that, you need to at least implement stubs for the other
>> methods.
>
> This is something I did in the following patch, mainly to reduce the size of
> the individual patches (based on the assumption all the patches would be
> committed at once anyway). I will
You can't do that, you need to at least implement stubs for the other methods.
This is something I did in the following patch, mainly to reduce the
size of the individual patches (based on the assumption all the patches
would be committed at once anyway). I will recombine the patches into a
s
> don't you miss a break statement (or a more likely a return 0) at the end of
> the block ?
Oh, indeed. Silly me. Thanks.
--Juan
Juan Lang a écrit :
Uses %u rather than %d, based on Henri's feedback.
--Juan
Hi Juan
don't you miss a break statement (or a more likely a return 0) at the
end of the block ?
A+
--
Eric Pouech
"The problem with de
2009/8/11 Owen Rudge :
> +static const IImageListVtbl ImageListImpl_Vtbl = {
> +ImageListImpl_QueryInterface,
> +ImageListImpl_AddRef,
> +ImageListImpl_Release
> +};
You can't do that, you need to at least implement stubs for the other methods.
> Isn't getsockopt() supposed to write the size of the data actually
> written to optlen?
Indeed. Thanks.
--Juan
>> + sprintf( win->irdaServiceName, "LSAP-SEL%d", uin->sir_lsap_sel
>> );
> I have no idea if this can even be an issue in practice, but
> "uin->sir_lsap_sel" is unsigned.
It can't be an issue in practice since LSAP selectors are limited to
0-9, but I can change that. Thanks for the r
Isn't getsockopt() supposed to write the size of the data actually
written to optlen?
2009/8/11 Juan Lang :
> +sprintf( win->irdaServiceName, "LSAP-SEL%d", uin->sir_lsap_sel );
I have no idea if this can even be an issue in practice, but
"uin->sir_lsap_sel" is unsigned.
>--- On Mon, 10/8/09, Ben Klein wrote:
>
>> 2009/8/10 Alexandros Dermenakis
>> :
>> > Hi,
>> >
>> > I 'm now ready to start debugging wine so I'd like to
>> try solving a bug. Do I
>> > need to assign a bug to myself or I just start solving
>> it? If I have to assign
>> > it how can I do that?
>>
Hi Jesse,
Jesse Allen schreef:
Maartan,
In a patch committed on 10 Jul 2008, includes: Add video mixing
renderer header, it included a construct that autogenerates this piece
of code for strmif.h
"
typedef struct tagVMRGUID {
GUID *pGUID;
GUID GUID;
} VMRGUID;
"
Unfortunately any C++
Hi,
I been trying to fix this bug, and have patch that works.
http://bugs.winehq.org/show_bug.cgi?id=11325
The only thing is that the test case I've written fails under
wine but work under Windows XP.
The issue is, when using a stylesheet we can do something like
.
which attempts to load a docu
On Tuesday 11 August 2009 13:38:24 Paul Chitescu wrote:
> This is a quite ugly patch, adds unnecessary wstring copying.
>
> Why not:
>
> wsprintfW(buf, url_format, full_path, (index && index[0] == '/') ? empty :
> slash, index);
Oops, the other way around:
(!index || index[0] == '/')
This is a quite ugly patch, adds unnecessary wstring copying.
Why not:
wsprintfW(buf, url_format, full_path, (index && index[0] == '/') ? empty :
slash, index);
Not sure for the reason. But one thing I don't like is that this
comctl32/msg.c (with no actual tests itself) is also shown on
test.winehq.org.
That is something that unfortunately does happen with v6util, too
(v6util shows itself as another test in the test list). However, I
thought it bette
Paul Vriens wrote:
Reece Dunn wrote:
2009/8/11 Paul Vriens :
Henri Verbeet wrote:
2009/8/11 Nikolay Sivov :
Henri Verbeet wrote:
I don't know if there's any reason these tests should be an
exception,
but the general rule is that tests are supposed to be contained
within
their own file, to
Reece Dunn wrote:
2009/8/11 Paul Vriens :
Henri Verbeet wrote:
2009/8/11 Nikolay Sivov :
Henri Verbeet wrote:
I don't know if there's any reason these tests should be an exception,
but the general rule is that tests are supposed to be contained within
their own file, to allow for easy compila
2009/8/11 Paul Vriens :
> Henri Verbeet wrote:
>>
>> 2009/8/11 Nikolay Sivov :
>>>
>>> Henri Verbeet wrote:
I don't know if there's any reason these tests should be an exception,
but the general rule is that tests are supposed to be contained within
their own file, to allow for
2009/8/11 Paul Vriens :
> FWIW, these comctl32 tests also already rely on msg.c for all the message
> related tests.
>
It's probably not much of an issue here then.
Henri Verbeet wrote:
2009/8/11 Nikolay Sivov :
Henri Verbeet wrote:
I don't know if there's any reason these tests should be an exception,
but the general rule is that tests are supposed to be contained within
their own file, to allow for easy compilation.
He didn't move any tests but only in
2009/8/11 Nikolay Sivov :
> Henri Verbeet wrote:
>> I don't know if there's any reason these tests should be an exception,
>> but the general rule is that tests are supposed to be contained within
>> their own file, to allow for easy compilation.
>>
>
> He didn't move any tests but only initializat
Henri Verbeet wrote:
2009/8/10 Owen Rudge :
This is the first of a series of patches to implement the IImageList
interface into comctl32, introduced in comctl32 v6.
This first patch splits the routines for loading v6 of comctl32
(requiring a side-by-side manifest) out of the listview tests a
2009/8/10 Owen Rudge :
> +cpp_quote("#define ILIF_ALPHA 0x0001")
>
You don't need cpp_quote here, you can just do something like "const
UINT ILIF_ALPHA = 1;"
> +interface IImageList : IUnknown
...
> +};
While valid, you don't need the ; here.
2009/8/10 James Carthew :
> From 3fc1812db11e6468b9774f597993c292f36873b7 Mon Sep 17 00:00:00 2001
> From: Your Name
> Date: Mon, 10 Aug 2009 12:11:31 +0930
> Subject: [PATCH] removes 1024mb from geforce 260 gtx and adds 896mb instead
> to directx.c
> to match real geforce 260gtx cards.
Please
2009/8/10 Owen Rudge :
> +@ stdcall HIMAGELIST_QueryInterface(long long long)
...
> +@ stdcall ImageList_CoCreateInstance(long long long long)
These should all be pointers.
> +FIXME("STUB: %s %p %s %p\n",debugstr_guid(rclsid), punkOuter,
> debugstr_guid(riid), ppv);
> +return E_NOINTERFAC
2009/8/10 Owen Rudge :
> +static BOOL test_shell_imagelist(void)
...
> +test_shell_imagelist();
It's a bit pointless to add a return value if it's always going to be
TRUE, and you're ignoring it anyway.
2009/8/10 Owen Rudge :
> This is the first of a series of patches to implement the IImageList
> interface into comctl32, introduced in comctl32 v6.
>
> This first patch splits the routines for loading v6 of comctl32
> (requiring a side-by-side manifest) out of the listview tests and into a
> genera
On Mon, Aug 10, 2009 at 11:17 PM, Yuriy Kaminskiy wrote:
> On 10.08.2009 12:24, Henri Verbeet wrote:
>>> at least add a registry key for it and disable it perhaps on 'modern
>>> drivers'). What do you guys think?
>> Could you do some benchmarking? You can disable XShm support by
>> passing "--witho
37 matches
Mail list logo
