<?xml version="1.0" encoding="UTF-8" ?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>ClearSilver at Yahoo! Groups</title>
    <link>http://tech.groups.yahoo.com/group/ClearSilver/</link>
    <description>ClearSilver</description>

    <item>
      <title>Re: longs</title>
      <pubDate>Tue, 09 Feb 2010 18:13:50 GMT</pubDate>
      <dc:creator>Scott Hassan</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1362</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1362</guid>
      <description>... I am displaying some file lengths (in bytes) that are greater than 2G.  I was writing a simple macro to convert the lengths into a more human readable </description>
    </item>
    <item>
      <title>Re: longs</title>
      <pubDate>Tue, 09 Feb 2010 18:08:50 GMT</pubDate>
      <dc:creator>David Jeske</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1361</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1361</guid>
      <description>I&#39;m curious.. what are you trying to do in clearsilver that has you wondering about 64 bit number support?</description>
    </item>
    <item>
      <title>Two Build Issues</title>
      <pubDate>Tue, 09 Feb 2010 05:20:03 GMT</pubDate>
      <dc:creator>sunsetbrew</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1360</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1360</guid>
      <description>Having built this system on OSX, x86 Linux and ARM Linux (cross compiled), there are a couple minor issues. First, rules.mk.in has gcc hard coded for creating</description>
    </item>
    <item>
      <title>cs program spins wildly on getopt()</title>
      <pubDate>Mon, 08 Feb 2010 18:04:03 GMT</pubDate>
      <dc:creator>sunsetbrew</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1359</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1359</guid>
      <description>I cross compiled this for ARM and the cs program appeared to hang on startup.  After debugging, it was determined to be this line#50 in cs.c because EOF is -1</description>
    </item>
    <item>
      <title>Re: longs</title>
      <pubDate>Thu, 21 Jan 2010 08:25:51 GMT</pubDate>
      <dc:creator>Scott Hassan</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1358</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1358</guid>
      <description>... Does it make sense to have this behaviour when running on a different platform? Scott</description>
    </item>
    <item>
      <title>Re: longs</title>
      <pubDate>Thu, 21 Jan 2010 01:08:25 GMT</pubDate>
      <dc:creator>Brandon Long</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1357</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1357</guid>
      <description>CS currently uses a &quot;long int&quot; for numbers, which is 32 bits on 32 bit builds... and a 64 bit number on most 64 bit builds. Brandon ... -- &quot;Kill a man, and you</description>
    </item>
    <item>
      <title>longs</title>
      <pubDate>Wed, 20 Jan 2010 23:38:43 GMT</pubDate>
      <dc:creator>Scott Hassan</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1356</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1356</guid>
      <description>Do clearsilver&#39;s templates understand 64-bit numbers? I want to do the following: &lt;?cs set:duration=17179869184 ?&gt; &lt;?cs var:duration/1048576?&gt; This outputs</description>
    </item>
    <item>
      <title>Re: spaces in hdf keys?</title>
      <pubDate>Tue, 12 Jan 2010 23:02:53 GMT</pubDate>
      <dc:creator>Nikolai Kondrashov</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1355</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1355</guid>
      <description>... The validation could be added for debug build only, which will be useful for most cases. Although, ClearSilver doesn&#39;t have a debug build, AFAIK. ... Last</description>
    </item>
    <item>
      <title>Re: spaces in hdf keys?</title>
      <pubDate>Tue, 12 Jan 2010 22:23:26 GMT</pubDate>
      <dc:creator>Brandon Long</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1354</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1354</guid>
      <description>... So... As David points out, there is no validation on HDF keys when calling the C API to add them to a dataset.  So, the only character that&#39;s meaningful in</description>
    </item>
    <item>
      <title>Re: spaces in hdf keys?</title>
      <pubDate>Tue, 12 Jan 2010 19:06:39 GMT</pubDate>
      <dc:creator>Scott Hassan</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1353</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1353</guid>
      <description>... using ... is ... Shouldn&#39;t writeString() quote the keys such that readString can read the HDF properly? Scott</description>
    </item>
    <item>
      <title>Re: spaces in hdf keys?</title>
      <pubDate>Tue, 12 Jan 2010 18:58:47 GMT</pubDate>
      <dc:creator>David Jeske</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1352</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1352</guid>
      <description>I know this question is super old, but I didn&#39;t see it answered. Yes, HDF keys can contain spaces, but obviously this creates problems for using typical</description>
    </item>
    <item>
      <title>compile error with Ruby 1.9.1-p376</title>
      <pubDate>Mon, 28 Dec 2009 16:35:58 GMT</pubDate>
      <dc:creator>komaii@...</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1351</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1351</guid>
      <description>Hi, i compile clearsilver with ruby-1.9.1-p376 like: ./configure --with-apache=/usr/local/apache2 --with-python=/usr/bin/python --with-ruby=/usr/bin/ruby</description>
    </item>
    <item>
      <title>libneo_utl.a: No error - clearsilver svn build problem</title>
      <pubDate>Sun, 27 Dec 2009 03:16:20 GMT</pubDate>
      <dc:creator>oglausa</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1350</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1350</guid>
      <description>Hi Brandon, I updated my system to Ubuntu 9.10 64bit and tried to compile clearsilver from svn. I think after ./configure a &quot;libs&quot; file is created under the</description>
    </item>
    <item>
      <title>Re: spaces in hdf keys?</title>
      <pubDate>Fri, 04 Dec 2009 20:05:58 GMT</pubDate>
      <dc:creator>Nikolai Kondrashov</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1349</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1349</guid>
      <description>... What you set in C is almost never checked. However, there are pretty strict rules when reading HDF from files (see _hdf_read_string: isalnum(*s) || *s ==</description>
    </item>
    <item>
      <title>spaces in hdf keys?</title>
      <pubDate>Fri, 04 Dec 2009 19:59:18 GMT</pubDate>
      <dc:creator>Scott Hassan</dc:creator>
      <link>http://tech.groups.yahoo.com/group/ClearSilver/message/1348</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/ClearSilver/message/1348</guid>
      <description>Are spaces allowed in HDF key names? Scott -- import neo_cgi, neo_util h = neo_util.HDF() h.setValue(&quot;a b&quot;, &quot;1&quot;) s = h.writeString() h2 = neo_util.HDF() </description>
    </item>

  </channel>
</rss>
<!-- wr1.grp.sp2.yahoo.com uncompressed/chunked Wed Feb 10 01:27:13 PST 2010 -->
