On 2/1/08, Francois Gouget <[EMAIL PROTECTED]> wrote:
> The rules are as follows:
>
> * For case insensitive comparisons of 'windows strings', a Windows
>function must be used (stricmp() or similar).
In this case, KERNEL32 lstrcmpiA() would be more appropriate. In
general, using stricmp() in
Maarten Lankhorst a écrit :
> Hi folks,
>
> I've been trying some debugging with kdbg (Graphical kde debugger), but
> it fails on wine because it can't attach to a process.
>
> While it is of course possible to use WINEDEBUG flags, I want to be able
> to use a full debugger, and not just deduce fro
On Thu, 31 Jan 2008, Reece Dunn wrote:
[...]
> Also, the security tests (the previous one) have two output lines, e.g.:
>
> security: 18 tests executed (0 marked as todo, 0 failures), 0 skipped.
> security: 944 tests executed (0 marked as todo, 0 failures), 1 skipped.
Yes, this typically happ
"Bang Jun-young" <[EMAIL PROTECTED]> wrote:
>> > cabinet: Include wine/port.h for strcasecmp().
>>
>> If a Wine DLL uses strcasecmp() then it's a bug. It should
>> use an appropriate kernel32 API instead.
>
> I know, but it's too late. The tree is already contaminated with such
> functions and
Bang Jun-young wrote:
> I think this kind of a silly game doesn't help Wine as much...
>
It may not be a help but like they say "there's not such thing as bad
publicity". A lot more people hear of Wine is better than not hearing
about it.
"Bang Jun-young" <[EMAIL PROTECTED]> wrote:
>> > cabinet: Include wine/port.h for strcasecmp().
>>
>> If a Wine DLL uses strcasecmp() then it's a bug. It should
>> use an appropriate kernel32 API instead.
>
> I know, but it's too late. The tree is already contaminated with such
> functions and qu
