David, I understand the utility of what you are asking for. There is a possibility that I will create versions of open(), fopen(), etc. that take wide character arguments but the priority for that is so low that it may never happen.
The file names and paths will continue to be char* for the foreseeable future since that is what the C standard specifies. If you need non-Latin characters, you can either explicitly add them to the strings as a sequence of UTF-8 bytes or create the string as a wide string and use the wide to narrow conversion functions to produce the narrow string. Sincerely, Daryl McDaniel -----Original Message----- From: David F. [mailto:[email protected]] Sent: Monday, August 12, 2013 10:36 PM To: [email protected] Subject: Re: [edk2] stdlib version not dependent on shell ? Thanks - Can I ask if you will be continuing to keep stdlib using char * and const char * for things like file names / etc.. or will it have a _w version as well where you can create the _t (tchar) macros if you want to build Unicode or MultiByte? On Mon, Aug 5, 2013 at 2:18 PM, Mcdaniel, Daryl <[email protected]> wrote: > It is planned and some background work has been done on it. > Currently, there are higher priority things being worked on. > > Daryl McDaniel > > "I have always wished for my computer to be as easy to use as my telephone; > my wish has come true because I can no longer figure out how to use my > telephone." > -- Bjarne Stoustrup > > > -----Original Message----- > From: David F. [mailto:[email protected]] > Sent: Monday, August 05, 2013 12:41 PM > To: [email protected] > Subject: [edk2] stdlib version not dependent on shell ? > > Hi, > > A while back I recall someone said a version of stdlib was in the > works that wouldn't depend on the shell... is there an updated status > on this? > > TIA!! > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > edk2-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/edk2-devel > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > edk2-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/edk2-devel ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk _______________________________________________ edk2-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/edk2-devel ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk _______________________________________________ edk2-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/edk2-devel
