On 08/16/2010 01:06 PM, Rafał Miłecki wrote:
It's prehistoric thread already, but issue still isn't solved. I
wanted to rework that old patch but I noticed set_key_state was
already changed and it doesn't change single key state, but instead
sets whole array at every call.
This was I can not use
On Tue, Aug 10, 2010 at 4:28 PM, Dan Kegel wrote:
> That's for http://bugs.winehq.org/show_bug.cgi?id=20335 , right?
>
> Alexandre's reply to that was
> "It sounds like it's hashing padding bytes. Probably should be reported to the
> X.org folks."
FWIW, I reported it here:
https://bugs.freedeskto
>> Is there a meaningful difference in the two licenses for fonts? LGPL
>> is necessary for code, which gets loaded at runtime to a closed-source
>> executable, but fonts contain no code, and thus aren't loaded.
>
> A good point, but I'm not qualified to answer that. I suspect that the
> SFC would
On Tue, Aug 17, 2010 at 10:38 AM, Juan Lang wrote:
>>> Along those lines, the hard drive space is cheap on this one. Seems
>>> like Wine packagers could just include the fonts and install them
>>> locally in c:\windows\fonts.
>>
>> The Liberation fonts are GPL licensed, Wine is LGPL.
>
> Is there
On Tue, Aug 17, 2010 at 05:51:55PM +0200, Marcus Meissner wrote:
>
> The Wine code is correct as-is, but perhaps the Windows win64 code generates
> only handles with 32bit.
That it very likely.
There are windows #defines/inline functions that convert HANDLE <=> long.
Remember there are some funct
On Wed, Aug 18, 2010 at 01:00:35AM +1000, Peter Urbanec wrote:
> Hi,
>
> I'm trying to get a fairly complex Win64 application to work with
> wine. I'm seeing crashes in FindNextFileW/FindNextFileA due to what
> looks like a 64 bit HANDLE value being truncated to 32 bits. I
> thought that I would
>> Along those lines, the hard drive space is cheap on this one. Seems
>> like Wine packagers could just include the fonts and install them
>> locally in c:\windows\fonts.
>
> The Liberation fonts are GPL licensed, Wine is LGPL.
Is there a meaningful difference in the two licenses for fonts? LGP
Hi,
I'm trying to get a fairly complex Win64 application to work with wine.
I'm seeing crashes in FindNextFileW/FindNextFileA due to what looks like
a 64 bit HANDLE value being truncated to 32 bits. I thought that I would
employ winedbg to help me, but I can't get very far. I don't have any
Austin English writes:
> @@ -1001,6 +1001,16 @@ error:
> }
>
> /***
> + * SetFileValidData (KERNEL32.@)
> + */
> +BOOL WINAPI SetFileValidData( HANDLE hFile, LONGLONG ValidDataLength )
> +{
> +FIXME("stub: %p,
Wolfgang Schwotzer writes:
> New patch after rebase.
> Always checks return values.
> Tested with Polar Protrainer 5, updater.exe
> From dcb91595b33513f8df2cf4d439221d3143c8fac1 Mon Sep 17 00:00:00 2001
> From: Wolfgang Schwotzer
> Date: Sat, 24 Jul 2010 17:12:05 +0200
> Subject: GetUserObjectIn
Tirsdag 17 august 2010 01:42:21 skrev Frédéric Delanoy :
> On Mon, Aug 16, 2010 at 23:28, Octavian Voicu
wrote:
> > Not sure if it's useless. I thing it's intended to separate the static
> > part of the menu (Add to favorites) from the dynamically generated
> > list of favorite items that follow
Piotr Caban writes:
> @@ -35,6 +35,12 @@ char* __stdcall MSVCP_allocator_char_address(void *this,
> char *ptr)
> return ptr;
> }
>
> +/* ?addr...@?$allocator@d...@std@@qebapeada...@z */
> +char* __cdecl MSVCP64_allocator_char_address(void *this, char *ptr)
> +{
> +return MSVCP_alloca
Alexandre Goujon writes:
> +#define TEST_SETINFO_(m) \
> +hres = EditStreamSetInfo(stream, &info, sizeof(AVISTREAMINFO) ); \
> +ok( hres == 0, "got 0x%08X, expected 0\n", hres); \
> +hres = AVIStreamInfo(stream, &info2, sizeof(AVISTREAMINFO) ); \
> +ok( hres == 0, "got 0x%08X, exp
When Wine supports kernel USB drivers, it might be something to try. I
plan to continue my work on that - some time.
IIRC usbaapl.sys uses usbstor.sys, so we'd have to write a version of
that for Wine as well.
Damjan Jovanovic
On Tue, Aug 17, 2010 at 12:33 PM, Ben Peddell
wrote:
> -BEGIN PG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/08/2010 4:28 PM, Russ Mannex wrote:
> Hello Maarten!
>
> I read your post on the WineHQ site. I was wondering if you know whether
> I am attempting something that simply will not work yet. I am running
> iTunes 7.7.1 on Wine 1.1.42. These are ru
On 17 August 2010 03:52, Roderick Colenbrander wrote:
> ---
> dlls/wined3d/directx.c | 276 +--
> dlls/wined3d/wined3d_private.h | 14 ++
> 2 files changed, 163 insertions(+), 127 deletions(-)
>
This will return inconsistent driver version numbers fo
On 03.08.2010 04:36, Jeff Cook wrote:
What compiler are you running? It works fine for me and I don't see
any errors or warnings.
I also don't see any errors or warnings.
Аfter 6120d7cc14522983fbc38026ab4fcb6e4a68cdf0 commit - my games just
crash on start without errors (windows version is win
17 matches
Mail list logo
