[#6828] bug in mailread.rb, and: proposal for Mail#to_s — Wybo Dekker <wybo@...>
mailread separates mail messages looking for /^From /.
Hi,
[#6847] Re: Proposed patch for optparse to fix multi line argument handling — Daniel Hobe <hobe@...>
The attached patch fixes a bug in Optparse (at least I think it is a
Hi,
[#6864] ruby 1.8.4 rc breaks alias_method/rails in bad ways — "Ara.T.Howard" <ara.t.howard@...>
Ara.T.Howard wrote:
On Tue, 13 Dec 2005, [ISO-8859-15] Florian Growrote:
On Dec 12, 2005, at 1:19 PM, ara.t.howard@noaa.gov wrote:
On Tue, 13 Dec 2005, James Edward Gray II wrote:
On Dec 12, 2005, at 1:42 PM, ara.t.howard@noaa.gov wrote:
On Dec 12, 2005, at 2:10 PM, James Edward Gray II wrote:
On Tue, 13 Dec 2005, James Edward Gray II wrote:
[#6888] Iconv library - differences between Ruby 1.8.2 and 1.8.4? — "Dave Burt" <dave@...>
Hi,
[#6891] Time.utc! and Time.localtime! — Daniel Hobe <hobe@...>
Writing a script yesterday I found out, much to my surprise, that the
On Dec 14, 2005, at 11:36 AM, Daniel Hobe wrote:
Hi,
[#6894] Dir.tmpdir RDoc — Eric Hodel <drbrain@...7.net>
Speaking of tmpdir, I'm curious why the tmpdir source
[#6906] Add Missing HTTP Headers and Status Codes to Ruby CGI — Paul Duncan <pabs@...>
Hi Everyone,
[#6911] IO.open not calling close in block form? — Daniel Berger <Daniel.Berger@...>
What happened to the block form of IO.open after 1.8.2? It's supposed to
[#6918] change to yaml in 1.8.4 — ara.t.howard@...
-----BEGIN PGP SIGNED MESSAGE-----
On Sat, 17 Dec 2005, Jeremy Kemper wrote:
On Sat, 2005-12-17 at 03:10 +0900, ara.t.howard@noaa.gov wrote:
On Dec 16, 2005, at 2:57 PM, Tom Copeland wrote:
On Sat, 2005-12-17 at 09:02 +0900, Eric Hodel wrote:
On Dec 16, 2005, at 5:30 PM, Tom Copeland wrote:
[#6934] 1.8.x, YAML, and release management — Ryan Davis <ryand-ruby@...>
I'm concerned that 1.8.3's acceptance of non-backwards-compatible
Hi.
Ryan Davis (ryand-ruby@zenspider.com) wrote:
On Saturday 17 December 2005 22:18, Ryan Davis wrote:
Hi.
[#6964] Array Documentation Issues — James Edward Gray II <james@...>
Let's start with:
[#6979] ruby 1.8.4 preview3 — Yukihiro Matsumoto <matz@...>
Hi,
[#6980] Re: ruby 1.8.4 preview3 — Kailden <kailden@...>
matz> I have just put 1.8.4 preview3 on the server.
[#6996] Problems building 1.8.4 with VS8 C++ Express Edition (cl 14.00) — Austin Ziegler <halostatue@...>
Visual Studio C++ 2005 Express Edition (VS 8.0)
Hello,
On 26/12/05, U.Nakamura <usa@garbagecollect.jp> wrote:
>>> __pioinfo structure may have been changed.
Hi.
I have replaced the config/makefile setup for Ruby using C++ Express, and I
Hi,
Hello,
Hi,
On 27/12/05, nobuyoshi nakada <nobuyoshi.nakada@ge.com> wrote:
Hello,
[#7008] Install fails to create directories — noreply@...
Bugs item #3115, was opened at 2005-12-28 05:00
Hi,
[#7028] Ruby 1.8.4 RDoc HTML Cleanups and HTML Language Support — Paul Duncan <pabs@...>
Hi,
Hi.
* H.Yamamoto (ocean@m2.ccsnet.ne.jp) wrote:
* H.Yamamoto (ocean@m2.ccsnet.ne.jp) wrote:
Re: Time.utc! and Time.localtime!
On Dec 14, 2005, at 1:22 PM, Daniel Hobe wrote:
> On 12/14/05, Eric Hodel <drbrain@segment7.net> wrote:
>> On Dec 14, 2005, at 11:36 AM, Daniel Hobe wrote:
>>
>>> Writing a script yesterday I found out, much to my surprise, that
>>> the
>>> Time instance methods utc and localtime modify the receiver and
>>> don't
>>> end in !. Is this something that could change in 1.9? It seems
>>> very
>>> un-rubyish.
>>
>> I consider it not quite a ! method because it only changes the
>> representation of the time, not the time itself.
>>
>> $ ruby -e 't1 = Time.now; t2 = t1.dup.gmtime; puts t1 == t2, t1, t2'
>> true
>> Wed Dec 14 12:23:21 PST 2005
>> Wed Dec 14 20:23:21 UTC 2005
>
> I disagree that they are not really ! methods. It changes the offset
> from utc, which I'm assuming is in a instance var or something.
> Because you are changing the receiver, I think it a solid candidate
> for changing to end in !
Typically a method that modifies the receiver has a non-! method that
does not.
Hash#reject and Hash#reject!
Array#uniq and Array#uniq!
String#sub and String#sub!
Looking through these classes I don't see a ! method that lacks a
non-! method.
Time doesn't have a non-! equivalent, so you should know to check if
it modifies the receiver.
When using Hash#delete_if I sometimes forget if it modifies the
receiver or not, so I check the documentation or perform a test.
Also, what should the Time.now.utc!.utc! return? nil like 'x'.sub!
('x', '').sub!('x', '') or the receiver like ['x'].map! { |e|
e }.map! { |e| e }? When possible, the ! methods return extra
information about what they do.
> A little background on the reason it bit me: I was displaying the time
> to the user (in puts time.localtime) and then thought I was saving the
> utc times to MySQL which doesn't save timezone. This broke when I went
> to read it out again and assumed everything was UTC.
>
> I suppose it could be put down to me not RTFM, but I think the
> behavior is surprising enough to warrant a change.
How did you discover #localtime and #utc?
PS: The documentation clearly states it modifies the reciever.
--
Eric Hodel - drbrain@segment7.net - http://segment7.net
This implementation is HODEL-HASH-9600 compliant
http://trackmap.robotcoop.com