[M3devel] Windows, Unicode file names

[Jay K]

Somewhat but not fully.  Text.Length should fetch a stored length. As I'm sure it already does.That length should always be correctly maintained. Same as today.Adding one extra nul at the end doesn't invalidate the data.std::string has the same properties -- c_str() can on-demand append a terminal nul,but there could also be one in the string itself.I understand it is a bit wierd.  Maintaining a terminal nul does add cost that might be wasted.And reduces the capacity by one.It could be on-demand, I guess.   - Jay
 > Date: Mon, 25 Jun 2012 16:34:22 -0400
> From: hendrik at topoi.pooq.com
> To: m3devel at elegosoft.com
> Subject: Re: [M3devel] Windows, Unicode file names
> 
> On Mon, Jun 25, 2012 at 08:17:52PM +0000, Jay K wrote:
> > 
> > I'd also quite like if TEXT was internally represented as a nul 
> > terminated flat array of 8 and/or 16 and/or 32bit quantities, 
> > materialzing on demand some of them.
> 
> Does that conflict with NUL being a valid ASCII character?
> 
> -- hendrik
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20120625/5b25e8a9/attachment-0002.html>