<div dir="ltr">Sure, nothing prevents it but do we want to support it?<br><br>The time in "Mon Dec 15 20:11:04 UTC 2014" is the representation of a time in a string context. "1418674264" is just a number without any meaning attached to it.<br>What stops us converting "1" to "Thu Jan  1 01:00:01 1970" if we were to support such conversion? When will the fallback be used if passing any number will return a TIME?<br><br>At the end of the day I just want to have a way to convert a date as being used in the HTTP protocol to something useful. <br>While there might be some people wanting to use a timestamp directly we already have some ways to do it and is not particularly standard.<br><br>If you still want to use time() fine, modifying the patch is rather trivial. I'm just not fond of using that name because I don't think it should support a timestamp.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 15, 2014 at 8:12 PM, Poul-Henning Kamp <span dir="ltr"><<a href="mailto:phk@phk.freebsd.dk" target="_blank">phk@phk.freebsd.dk</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">--------<br>
In message <<a href="mailto:CAJV_h0YFuL%2BOMcFckxAd%2BD9noX__aPRyLK17WA4m5Cm6f-XdQg@mail.gmail.com">CAJV_h0YFuL+OMcFckxAd+D9noX__aPRyLK17WA4m5Cm6f-XdQg@mail.gmail.com</a>><br>
<span class="">, Federico Schwindt writes:<br>
<br>
>I thought about this and decided to go for rfc1123() as time() would<br>
>indicate a TIME input with .integer(), .ip() and .real().<br>
<br>
</span>I simply don't grok that.<br>
<br>
The idea behind the conversion functions is<br>
<br>
        std.${typename}(${convert_this}, ${use_this_if_you_cant})<br>
<br>
Nothing prevents<br>
<br>
        std.time("Mon Dec 15 20:11:04 UTC 2014", std.now())<br>
and<br>
        std.time("1418674264", std.now())<br>
<br>
from giving the same result ?<br>
<span class=""><br>
>The other options I had in mind were datetime() and date() but I liked<br>
>rfc1123() best.<br>
<br>
</span>I really hate rfc1123 as a name...<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20<br>
phk@FreeBSD.ORG         | TCP/IP since RFC 956<br>
FreeBSD committer       | BSD since 4.3-tahoe<br>
Never attribute to malice what can adequately be explained by incompetence.<br>
</div></div></blockquote></div></div>