> === WNT4WSSP6 (32 bit scanf) ===
> scanf.c:257: Test failed: sscanf returns 0 instead of
Apparently, msvcrt.dll returns 0 but msvcr90.dll returns -1 for the same
arguments.
I'll fix and resubmit later (and I'll fix the 'sscanf' to 'swscanf')
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=16267
Your paranoid android
2012/1/5 Rico Schüller :
> I'm not sure what you mean by a "normal handle table".
>
> Do you mean a list?
>
It's pretty much just a table of handles. There are a couple of
different variants spread over the Wine source. For example,
http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ddraw/main.c
Am 04.01.2012 13:23, schrieb Henri Verbeet:
2012/1/5 Rico Schüller:
Ideally we may handle all D3DXHANDLEs the same way. Some possible solutions
are listed in [3].
Any thoughts which way is preferred?
It's not entirely clear to me from any of those links why simply using
a normal handle table w
On Wed, Jan 4, 2012 at 07:25, Susan Cragin wrote:
> The configure script seems to be looking for
> libfreetype6-dev:386
> but this cannot be installed without removing the compilers and other files
> Should I alert Ubuntu? Isn't this their problem?
Yes.
--
-Austin
2012/1/4 Luca Bennati :
>
>
> #: winmm.rc:34
> -#, fuzzy
> msgid "There is no driver installed on your system!"
> -msgstr "Non è stato installato nessun driver nel sistema !\n"
> +msgstr "Non è presente nessun driver installato nel sistema!"
Hi Luca,
While your new translation is clearer than the
Scott Ritchie writes:
> Assuming udisks support exists on the system, anything wrong with this?
> Does the new udisks do everything HAL used to do?
If udisks is present, the HAL support is not used at all.
--
Alexandre Julliard
julli...@winehq.org
2012/1/5 Rico Schüller :
> Ideally we may handle all D3DXHANDLEs the same way. Some possible solutions
> are listed in [3].
>
> Any thoughts which way is preferred?
>
It's not entirely clear to me from any of those links why simply using
a normal handle table wouldn't work.
Hi,
I'd like to get up the discussion for the D3DXHANLE in the
ID3DXConstantTable again. There were several tries in the past, but
there wasn't made a decision for one solution.
My opinion about the handles is, that they have to allow at least the
following options:
1. D3DXHANDLEs have to be
The configure script seems to be looking for
libfreetype6-dev:386
but this cannot be installed without removing the compilers and other files
Should I alert Ubuntu? Isn't this their problem?
Susan
Assuming udisks support exists on the system, anything wrong with this?
Does the new udisks do everything HAL used to do?
Thanks,
Scott Ritchie
On 4 January 2012 01:48, Diego Nieto Cid wrote:
> After adding the conditional to wine-1.3.33, Fallout runs without any
> error.
>
> A patch against HEAD is attached.
>
Looks good to me, please send that to wine-patches, perhaps with a
small comment.
> On Wed, Dec 28, 2011 at 09:17:26PM -0300, Di
Austin English wrote:
> +BOOL WINAPI ImmGetHotKey(DWORD hotkey, UINT modifiers, UINT VKey, HKL hKL)
What SDK/MSDN version does this match? Also please avoid using hungarian or
capitalized variable names in Wine.
> +@ stdcall ImmGetHotKey(long ptr ptr long)
This doesn't match the implementation
13 matches
Mail list logo
