Hello,
Who knows the story about w32api and tchar.h header? The latter is
includes in mingw, but lots of software expect _T() to be available
with just . w32api doesn't even mention it there, and
the only tchar include occurance, in oledlg.h, is commented. So, what
is approach here?
--
Best reg
On Mon, 2009-09-07 at 12:12 +0100, Pedro Alves wrote:
> >head w32api/libce/coredll.def mingw/coredll.def
> ==> w32api/libce/coredll.def <==
> ; PLEASE KEEP THE MINGW/COREDLL.DEF AND W32API/LIBCE/COREDLL.DEF
> ; FILES IN SYNC.
Fixed. Thanks.
Danny
--
Danny Backx ; danny.backx - at - scarl
>head w32api/libce/coredll.def mingw/coredll.def
==> w32api/libce/coredll.def <==
; PLEASE KEEP THE MINGW/COREDLL.DEF AND W32API/LIBCE/COREDLL.DEF
; FILES IN SYNC.
^^
LIBRARY COREDLL
EXPORTS
AFS_CloseAllFileHandles
AFS_CreateDirectoryW
> On Sat, 2007-06-23 at 20:11 -0600, Ximsce wrote:
>> Unfortunately, I have another newbie-type question. I am trying to
>> compile zip using arm-wince-cegcc-gcc so that I can use it as a
>> commandline tool.
Stop here and step back a bit. Are you sure you want a command
line tool? Is this
On Sat, 2007-06-23 at 20:11 -0600, Ximsce wrote:
> Unfortunately, I have another newbie-type question. I am trying to
> compile zip using arm-wince-cegcc-gcc so that I can use it as a
> commandline tool. When I got to the linking phase, there was an error
> saying that -luser32 and -ladvapi32
Hi,
Unfortunately, I have another newbie-type question. I am trying to
compile zip using arm-wince-cegcc-gcc so that I can use it as a
commandline tool. When I got to the linking phase, there was an error
saying that -luser32 and -ladvapi32 could not be found. After some
searching, I grabbe
It looks like you've done your homework, and it isn't the first
inconsistency I see in the Windows API. Therefore, I've committed this.
Danny
On Wed, 2007-01-31 at 20:42 +, Nuno Lucas wrote:
> On 1/31/07, Danny Backx <[EMAIL PROTECTED]> wrote:
> > On Tue, 2007-01-30 at 22:31 +, Nu
On 1/31/07, Danny Backx <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-01-30 at 22:31 +, Nuno Lucas wrote:
> > The GetCharWidth32 hasn't two variations on WinCE as it has on Windows
> > (even if they are the same).
>
> Yes, this is true for many functions. I'm a bit confused by your
> proposed patch
On Tue, 2007-01-30 at 22:31 +, Nuno Lucas wrote:
> The GetCharWidth32 hasn't two variations on WinCE as it has on Windows
> (even if they are the same).
Yes, this is true for many functions. I'm a bit confused by your
proposed patch, and what I see in our libcoredll.a though.
In other places,
The GetCharWidth32 hasn't two variations on WinCE as it has on Windows
(even if they are the same).
This was discovered by simply noticing the import libraries already
declare it as they should, only the declaration is wrong.
This patch fixes this:
--- w32api/include/wingdi.h 2007-01-26 23:
Kevin O'Connor wrote:
> One more addition.
>
> I need two additional SPI_xxx defines. The names are from:
>
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wceui40/html/cerefSystemParametersInfo.asp
>
> The values come from the haret code.
>
Thanks, committed.
A few notes:
Kevin O'Connor wrote:
Hi,
This is a resend of a patch I sent last week. I'm including
additional information on each of the changes.
Thank you for doing this.
I've tweaked a bit the patch, and added a few validations for the CE
version being compiled.
Also, CloseToolhelp32Snapshot is W
One more addition.
I need two additional SPI_xxx defines. The names are from:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wceui40/html/cerefSystemParametersInfo.asp
The values come from the haret code.
-Kevin
--- src/w32api/include/winuser.h(revision 784)
+++ src
Hi,
This is a resend of a patch I sent last week. I'm including
additional information on each of the changes.
Changelog:
* include/tlhelp32.h: Define CloseToolhelp32Snapshot. CE doesn't
have unicode variants of toolhelp (there is a Process32Next, but
no Process32NextW.)
14 matches
Mail list logo
