<div dir="ltr"><div><div>;)   We should change to an XML format that can be validated against version-ed schema(s) rather then keeping this legacy format accessible only by zic or an organic neural net  :)<br><br></div>Now a patch to zic for it to translate to a standard XML format would be useful.<br>
<br></div>But then again, nothing seems to be broken at the moment ...<br><div><div><div><br><br></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 2 May 2013 12:52, Guy Harris <span dir="ltr">&lt;<a href="mailto:guy@alum.mit.edu" target="_blank">guy@alum.mit.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On May 1, 2013, at 4:51 PM, James Cloos &lt;<a href="mailto:cloos@jhcloos.com">cloos@jhcloos.com</a>&gt; wrote:<br>
<br>
&gt;&gt;&gt;&gt;&gt;&gt; &quot;GH&quot; == Guy Harris &lt;<a href="mailto:guy@alum.mit.edu">guy@alum.mit.edu</a>&gt; writes:<br>
&gt;<br>
&gt; GH&gt; If you mean &quot;not all white space characters are valid separators&quot;, I<br>
&gt; GH&gt; suspect that none of Vertical Tab, Carriage Return, or Line Feed/New<br>
&gt; GH&gt; Line would be considered valid separators,<br>
&gt;<br>
&gt; zic.c uses isascii(3) and isspace(3), so it is libc and locale dependent,<br>
&gt; although in practice the use of isascii(3) should minimize that dependence.<br>
&gt; Maybe even eliminate it.<br>
<br>
Perhaps it should use &quot;c == &#39; &#39; || c == &#39;\t&#39;&quot; instead, i.e. only horizontal white space.<br>
<br>
<br>
</blockquote></div><br></div>