@RichardARyan: "Hi,
I've tried this for ruby 1.8.1 and 1.6.8.
irb(main):001:0> Time.local(30, 15, 11, nil, nil, 2004, nil, 203, nil, nil)
=> Thu Jan 01 11:15:30 GMT 2004
For the 203rd day of the year, it does not seem I should be getting Jan 1.
Is this a bug?
Thank you,
Richard Ryan"
    @RichardARyan: "Hi,
Thanks for the reply.  If the consistency of the treatment of yday
with mktime means it's not a bug, then why wouldn't the inconsistency
with mktime's autonormalization feature be a bug?  And if Time.local
and Time.gmtime are to differ with the operation of mktime and gmtime,
why not differ on the side of convenience?
Thairr eess no porrpooss to theess...
Thanks again,
R
<quote>
nil)
 1.
he
ime
e(3)
ry
uby
e
 the
s
 nil, nil) + 203 * 86400
d day of
to=20
rgument form of"
    @RichardARyan: "Hi,
<quote>
The reason why I was trying to do it the way I was doing it was because the
data I was looking at had the day of the year and not the day of the month.
I really would be using this if I had the day of the month readily
available-the question wouldn't even have come up in the first place if it
weren't for that.  I've used the `date' library together with Time as a
workaround, but it's not the way I would prefer to do it.
R"
{'source': 'USENET', 'other_information': '{"reply_count": 2, "forum_name": "comp.lang.ruby.20141230.mbox"}', 'file': 'data/output/usenet-comp.lang.parquet'}