Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin AT sources DOT redhat DOT com
X-Apparently-From:	<earnie?boyd AT yahoo DOT com>
Message-ID:	<3A79EED1.94E903E7@yahoo.com>
Date:	Thu, 01 Feb 2001 18:18:41 -0500
From:	Earnie Boyd <earnie_boyd AT yahoo DOT com>
Reply-To:	Earnie Boyd <cygwin AT cygwin DOT com>
X-Mailer:	Mozilla 4.76 [en] (WinNT; U)
X-Accept-Language:	en
MIME-Version:	1.0
To:	"J. J. Farrell" <jjf AT bcs DOT org DOT uk>
CC:	cygwin AT cygwin DOT com
Subject:	Re: misdefined macro _T in winnt.h
References:	<200102012259 DOT f11Mxs315674 AT capella DOT ssd DOT hal DOT com>

"J. J. Farrell" wrote:
> 
> > From: Earnie Boyd <earnie_boyd AT yahoo DOT com>
> >
> > Eric Paire wrote:
> > >
> > > Sorry folks, I have forgotten to tell you to compile it with the _UNICODE
> > > and UNICODE defined. Here is a corrected  version that has some problems
> > > when compiled:
> > >
> > > ------  Cut Here  ------  Cut Here  ------  Cut Here  ------  Cut Here  ------
> > >  #define __DIR "dir"
> > >  #define _UNICODE
> > >
> > >  #include <stddef.h>
> > >  #include <tchar.h>
> > >  main() {
> > >         size_t len = wcslen(_T(__DIR)) + wcslen(_T("dir"));
> > >         size_t len2 = wcslen(_TEXT(__DIR)) + wcslen(_TEXT("dir"));
> > >         exit(len);
> > >  }
> > > ------  Cut Here  ------  Cut Here  ------  Cut Here  ------  Cut Here  ------
> > >
> > > You will see that the problem is around the evaluation of the __DIR macro
> > > (there is no problem with "dir"), both for _TEXT and _T. In addition, this
> > > should be fixed also for the _T and _TEXT definitions in <winnt.h>, which
> > > should be coherent with those in <tchar.h> (They are not for now, as _T is
> > > defined either as an object-like macro (in <winnt.h>) or as a function-like
> > > macro (in <tchar.h>)).
> > >
> > > If you want me to provide you with a patch (and a ChangeLog), let me know...
> >
> > No, I don't need a patch.  I do need to know if
> >   L"dir" == L("dir")
> > ?  The problem with this macro is the use of the macro concatenation ##
> > and the order in which the macros are resolved.  Currently we have
> >   #define _T(x) L ## x
> > and if you pass a macro FOO as an argument to this macro you get LFOO
> > returned and not the value of FOO appended to L.  If I change this to
> >   #define _T(x) L(x)
> > then I get returned L("bar") where "bar" is the value of FOO.  This
> > allows the program to compile but does L"bar" == L("bar")?
> 
> No. I'm certain of that, more or less ...
> 

1) If that is true then what is the purpose of function L()?
2) Can someone who has MSVC++ tell me what the _T(__dir) expands to
using the above example?
3) Is it legal to pass a MACRO as an argument to the _T() macro?

Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

- Raw text -