[#50354] 2.5.0で追加されたTime#atの引数について — Satoru Sakashita <sakasita@...>
坂下です。
8 messages
2017/12/16
[#50356] Re: 2.5.0で追加されたTime#atの引数について
— "Urabe, Shyouhei" <shyouhei@...>
2017/12/17
msecだとミリ秒かマイクロ秒か区別がつかないです。もっと良い名前があれば採用されるんじゃないでしょうか。
[#50357] Re: 2.5.0で追加されたTime#atの引数について
— Naotoshi Seo <sonots@...>
2017/12/18
横からすみません。一般的に mili second は ms、micro second は us と省略するので msec でも良いような気がします。
[#50394] [Ruby trunk Bug#14240] warn four special variables: $; $, $/ $\ — matz@...
Issue #14240 has been updated by matz (Yukihiro Matsumoto).
4 messages
2017/12/26
[#50396] Re: [Ruby trunk Bug#14240] warn four special variables: $; $, $/ $\
— Eric Wong <normalperson@...>
2017/12/26
Shouldn't English posts be on ruby-core instead of ruby-dev?
[ruby-dev:50396] Re: [Ruby trunk Bug#14240] warn four special variables: $; $, $/ $\
From:
Eric Wong <normalperson@...>
Date:
2017-12-26 08:55:27 UTC
List:
ruby-dev #50396
Shouldn't English posts be on ruby-core instead of ruby-dev?
matz@ruby-lang.org wrote:
> Agreed.
>
> Besides that, we should warn for `$=` and `$.`, I think.
I find $., $\, and $/ useful for oneliners, at least. $.
especially
I'm fine with awk-compatible English.rb names ($NR, $ORS, $RS)
by default, but I do not like the long names in English.rb.
I like having some awk and Perl-isms in Ruby :>
(quoting the rest for -core)
> Matz.
>
>
> ----------------------------------------
> Bug #14240: warn four special variables: $; $, $/ $\
> https://bugs.ruby-lang.org/issues/14240#change-68967
>
> * Author: akr (Akira Tanaka)
> * Status: Open
> * Priority: Normal
> * Assignee:
> * Target version:
> * ruby -v:
> * Backport: 2.3: UNKNOWN, 2.4: UNKNOWN, 2.5: UNKNOWN
> ----------------------------------------
> I think the four special variables for separators should be deprecated.
>
> ```
> $/ input record separator (default argument for "gets")
> $\ output record separator ("print" prints it at last)
> $, default separator for Array#join and print
> $; default separator for String#split
> ```
>
> I feel many program doesn't work if they are set to non-default value.
>
> Since they are global, not thread local,
> we can not change these variables safely in a multi threaded program.
>
> So, I think we should warn them (and delete them in future).