<br><br><div class="gmail_quote">On Wed, Feb 18, 2009 at 6:16 PM, Matthew Flatt <span dir="ltr">&lt;<a href="mailto:mflatt@cs.utah.edu">mflatt@cs.utah.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><div class="Ih2E3d">
&gt; I noticed that date-&gt;seconds can return numbers outside of the range for<br>
&gt; seconds-&gt;date, and wonder whether seconds-&gt;date can be expanded to handle<br>
&gt; the greater range easily.<br>
<br>
</div>Do you mean `date-&gt;seconds&#39; or `find-seconds&#39;? I don&#39;t think<br>
`find-seconds&#39; can return an out-of-range result, because it uses<br>
`seconds-&gt;date&#39; to find a match. But maybe you mean a `date-&gt;seconds&#39;<br>
function that I don&#39;t know.<br>
<font color="#888888"></font></blockquote><div><br>My bad.&nbsp; I forgot date-&gt;seconds is a wrapper I created on srfi/19&#39;s date-&gt;time-utc.<br><br>So is this only fixable when the 2038 bug is addressed?&nbsp; Thoughts on integrating srfi/19 into core?<br>
</div></div><br>Thanks,<br>yc<br><br>