<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
Somewhat but not fully.<BR> <BR> <BR>Text.Length should fetch a stored length. As I'm sure it already does.<BR>That length should always be correctly maintained. Same as today.<BR>Adding one extra nul at the end doesn't invalidate the data.<BR>std::string has the same properties -- c_str() can on-demand append a terminal nul,<BR>but there could also be one in the string itself.<BR>I understand it is a bit wierd.<BR> <BR> <BR>Maintaining a terminal nul does add cost that might be wasted.<BR>And reduces the capacity by one.<BR>It could be on-demand, I guess.<BR> <BR> <BR> - Jay<br> <BR><div><div id="SkyDrivePlaceholder"></div>> Date: Mon, 25 Jun 2012 16:34:22 -0400<br>> From: hendrik@topoi.pooq.com<br>> To: m3devel@elegosoft.com<br>> Subject: Re: [M3devel] Windows, Unicode file names<br>> <br>> On Mon, Jun 25, 2012 at 08:17:52PM +0000, Jay K wrote:<br>> > <br>> > I'd also quite like if TEXT was internally represented as a nul <br>> > terminated flat array of 8 and/or 16 and/or 32bit quantities, <br>> > materialzing on demand some of them.<br>> <br>> Does that conflict with NUL being a valid ASCII character?<br>> <br>> -- hendrik<br></div> </div></body>
</html>