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=25624
Your paranoid android
On 17 May 2013, at 13:40, Alessandro Pignotti wrote:
> Wine does not seem to even try to load DLLs at their preferred address.
> Still,
> I'm not sure this is actually bad and I think Win8 forces randomization of
> the
> layout anyway,
Afaik an application can tell the OS that it should not
As instructed, I added a few lines to the already written tests that
confirm my claim.
Part of the research of the registry merging project was to determine
where the implementation is going to be written: advapi32, ntdll or
the server itself. The server choice was dismissed since HKCR isn't
store
On Sunday, 19 May 2013 1:55 AM, Joel Holdsworth wrote:
>> On 16/05/13 13:04, Hugh McMaster wrote:
>> 3. wineconsole with --backend=curses, but no X server running
>>
>> My concern is with scenario (3). Wine is designed to be used with an
>> X server, but wineconsole can be used in non-X-based e
George Stephanos wrote:
> Well I do need the functions to be boundable by length, or else I'd need to
> do some copying.
> I'm going to post the updated patch with memcmp until a better solution
> comes up.
Then CompareStringA/W would better work for you.
--
Dmitry.
As instructed, I added a few lines to the already written tests that
confirm my claim.
Part of the research of the registry merging project was to determine
where the implementation is going to be written: advapi32, ntdll or
the server itself. The server choice was dismissed since HKCR isn't
store
On Sun, May 19, 2013 at 8:20 AM, Dmitry Timoshkov wrote:
> George Stephanos wrote:
>
> > > Ah, well, strcmp comes from the C library your compiler uses. wcsncmp
> can
> > > only come from msvcrt. When compiling for Wine, this can result in
> mixing C
> > > runtime libraries, and hilarity can res
