Jon Griffiths wrote:
Hi,
--- Filip Navara <[EMAIL PROTECTED]> wrote:
palette as opposed to the system palette (RGB macro) and the value
is constructed as (COLORREF)(0x200 | RGB(R, G, B)).
Yes, its using this value. I have the source for the app and it seems
to imply that it will choose the clos
Hello... somebody have installed successfully MSN Messenger 6.2 in Wine? I was not able to run it
without problem. Some dll override or other thing?
Regards
Joaquín
--
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.2.4 (GNU/Linux)
mQFCBEFI/gARAwDd2+ojasT3rCyRktSw+Ix3m+yoxSD0NkpMLlunmJxwvn
Hi,
is there anyone willing to fix the serial port borkedness (data going out, but
not coming back in)?
If not, I might have to do that as I wish to get a couple developer tools from
Windows running under wine (namely Zilog's Developer Studio and Parallax's
SX-KEY).
Cheers, Kuba Ober
After buildproblems with alsa at my samba sserver (alsa 0.9) I have
removed the sound, (hi works without). After them I have other problems.
No rules for build.
Can anyone help ?
Dietrich
make[2]: Verlassen des Verzeichnisses
?/home/sao2l02/Wine/wine/dlls/vwin32.vxd½
rm -f vwin32.vxd.so && ln -s
Vincent Béron wrote:
Hans,
There seems to be a problem with the number of parameters MD{4,5}Final
expect (haven't checked SHA).
advapi32.spec defines it as follow:
@ stdcall MD4Final(ptr ptr)
@ stdcall MD5Final(ptr ptr)
But the actual implementation in crypt_md{4,5}.c are:
VOID WINAPI MD4Final( MD4
On Thu, 7 Oct 2004, Jon Griffiths wrote:
Hi,
If you #define VISIBLE and run the modified tests you will see that
native and builtin produce slightly different output drawing some
merged images.
IMHO it would be better to rely on the WINETEST_INTERACTIVE environment
variable. WINETEST_INTERACTIVE i
Hi,
> ODS_NOACCEL 0x0100
> ODS_NOFOCUSRECT 0x0200
Thanks for that, I've updated the patch.
Cheers,
Jon
=
"Don't wait for the seas to part, or messiahs to come;
Don't you sit around and waste this chance..." - Live
[EMAIL PROTECTED]
___
Do yo
Am Donnerstag, 7. Oktober 2004 16:29 schrieb gslink:
> One of the Freecell versions in my test suite began to fail with the
> September release. Freecell returns an out of memory error. The reason
> appears to be that it thinks the bitmap is oversize. The actual cause
> is a CreateCompatableBitm
"Martin Fuchs" <[EMAIL PROTECTED]> writes:
> What happens if two mounted drives want to use different code pages?
> CP_UNIX is only one constant, and can't handle both cases.
> I suspect, there is some inherent problem with this approach.
No, Unix file names are interpreted according to the Unix
On Thu, 7 Oct 2004, Vincent Béron wrote:
[...]
Also, I noticed quite a lot of prototypes in dbghelp.dll from MSDN with
PTSTR or PCTSTR types for strings instead of LPTSTR. Should the
prototype in dbghelp.h and the actual implementation use PTSTR or
LPTSTR?
TSTR is the same as TCHAR: it's either ANS
Le jeu 07/10/2004 à 10:56, Ivan Leo Puoti a écrit :
> > Maybe we should forbid TCHARs in the programs/ directory too...
> OK this is probably a lame question, but what does one do when he wants to
> implement a function that has a TCHAR parameter?
TCHARs are WCHARs when UNICODE is defined, CHARs w
> ok .. so I don't understand the whole implications of this, but,
> probably, switching these famous patches to LGPL would help much people to
> have their applications run under Wine.
No, Wine is 100% LGPL now but TransGaming wanted some parts to be licenced under
the X11.
Ivan.
___
Hi,
On Thu, Oct 07, 2004 at 07:24:07AM -0700, Jon Griffiths wrote:
> Hi,
>
> Needed for part of my app to compile. Could someone with a recent SDK
> find the correct values for ODS_NOACCEL & ODS_NOFOCUSRECT?
ODS_NOACCEL 0x0100
ODS_NOFOCUSRECT 0x0200
both defined for _WIN32_WINNT >= 0x0500 only.
> Maybe we should forbid TCHARs in the programs/ directory too...
OK this is probably a lame question, but what does one do when he wants to
implement a function that has a TCHAR parameter?
Ivan.
Libero ADSL: navighi gratis a 1.2 Mega
One of the Freecell versions in my test suite began to fail with the
September release. Freecell returns an out of memory error. The reason
appears to be that it thinks the bitmap is oversize. The actual cause
is a CreateCompatableBitmap with a width of 6291527. I could find no
other case o
Hi,
I noticed that dbghelp's functions are only implemented as A variant,
while MSDN says they're available as either Unicode or Ascii variant.
Should we rename the current ones A and create stub W before properly
implementing in W and make the A call the W?
Also, I noticed quite a lot of prototy
"Francois Gouget" <[EMAIL PROTECTED]> wrote:
> > What happens if two mounted drives want to use different code pages?
> > CP_UNIX is only one constant, and can't handle both cases.
> > I suspect, there is some inherent problem with this approach.
>
> I don't know the details but I'm told this is
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> > The problem is not whether you are maintaining it or not.
> > It's about a programming practices in Wine for internal
> > Win32 code. Using TCHAR buys you nothing. That's not you
> > really want to maintain. Why do you need to hide real API
> > n
Hi,
Looks like one of last night's patches broke cross-building (at least for me).
-- Forwarded Message --
Subject: Cron <[EMAIL PROTECTED]> $HOME/Production/cronCrossBuild 10:00
Date: Thursday 07 October 2004 11:27
From: root of quisquiliae <[EMAIL PROTECTED]>
To: [EMAIL PROTE
On Thu, 7 Oct 2004, Martin Fuchs wrote:
[...]
There's no Unix function that returns 16bit Unicode characters. But the
filenames retrieved from readdir() can easily be converted to Unicode by
using MultiByteToWideChar(...CP_UNIX...).
What happens if two mounted drives want to use different code page
> Of course it does if you call the Unicode functions. Unix systems
> don't store the filenames in Unicode but use codepages. This codepage
> may be UTF-8 which is equivalent to Unicode or some other codepage.
> Wine takes care of converting from that codepage to Unicode.
> There's no Unix func
On Thu, 7 Oct 2004, Martin Fuchs wrote:
[...]
Hi Francois,
Winefile was always UNICODE/ANSI-capable by using TCHAR, TEXT(),
and the right functions. Currently ReactOS is using the UNCODE version,
and Wine is using the ANSI version. Both without problems.
I think it's wrong that Wine's winefile is
ptrace uses SIGSTOP on the child process, so it boils down to the first
item in the list
Could you elaborate on the stability issues it caused please? SIGSTOP
seems to be the most straightforward mapping of SuspendThread.
thanks -mike
Hi Francois,
> > Winefile was always UNICODE/ANSI-capable by using TCHAR, TEXT(),
> > and the right functions. Currently ReactOS is using the UNCODE version,
> > and Wine is using the ANSI version. Both without problems.
> I think it's wrong that Wine's winefile is ANSI: doesn't that mean we'll
On Wed, 6 Oct 2004, Martin Fuchs wrote:
[...]
Winefile was always UNICODE/ANSI-capable by using TCHAR, TEXT(),
and the right functions. Currently ReactOS is using the UNCODE version,
and Wine is using the ANSI version. Both without problems.
I think it's wrong that Wine's winefile is ANSI: doesn't
> From: Alexandre Julliard
>
> Ge van Geldorp <[EMAIL PROTECTED]> writes:
>
> > Changelog:
> > Ge van Geldorp <[EMAIL PROTECTED]>
> > - GetFullPathName returns length without nul byte
>
> If it does that's a bug, it's supposed to count the
> terminating null. Or do you have evidence that it
> > Come on - is this really that difficult? ;-)
> > And as you see, I will maintain it for you.
> The problem is not whether you are maintaining it or not.
Well, you began to talk about maintaining the code:
>> By using TCHAR you actually hide the problem and make the code
>> very hard to main
27 matches
Mail list logo
