[#39810] 2.0 feature questionnaire — SASADA Koichi <ko1@...>
I made a questionnaire "What do you want to introduce in 2.0?" in my
59 messages
2011/10/01
[#39817] Re: 2.0 feature questionnaire
— Chuck Remes <cremes.devlist@...>
2011/10/01
[#39822] Re: 2.0 feature questionnaire
— Jeremy Kemper <jeremy@...>
2011/10/02
2011/10/1 SASADA Koichi <[email protected]>:
[#39827] Re: 2.0 feature questionnaire
— Yukihiro Matsumoto <matz@...>
2011/10/02
Hi,
[#39846] Re: 2.0 feature questionnaire
— Jeremy Kemper <jeremy@...>
2011/10/02
On Sun, Oct 2, 2011 at 1:30 AM, Yukihiro Matsumoto <[email protected]> wro=
[#39847] Re: 2.0 feature questionnaire
— Urabe Shyouhei <shyouhei@...>
2011/10/02
Oops, I was mentioned.
[#40017] Re: 2.0 feature questionnaire
— Evan Phoenix <evan@...>
2011/10/07
See below.
[#40018] Re: 2.0 feature questionnaire
— Urabe Shyouhei <shyouhei@...>
2011/10/07
(10/07/2011 02:19 PM), Evan Phoenix wrote:
[#40019] Re: 2.0 feature questionnaire
— "Haase, Konstantin" <Konstantin.Haase@...>
2011/10/07
[#40021] Re: 2.0 feature questionnaire
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/10/07
>> No, it isn't. =A0MVM-aware extensions shall obey the MVM-safe APIs.
[#40324] Re: 2.0 feature questionnaire
— Charles Oliver Nutter <headius@...>
2011/10/25
2011/10/1 SASADA Koichi <[email protected]>:
[#40331] Re: 2.0 feature questionnaire
— Joshua Ballanco <jballanc@...>
2011/10/25
On Monday, October 24, 2011 at 10:29 PM, Charles Oliver Nutter wrote:
[#40372] Re: 2.0 feature questionnaire
— Rocky Bernstein <rockyb@...>
2011/10/25
On Mon, Oct 24, 2011 at 10:29 PM, Charles Oliver Nutter <[email protected]
[#40373] Re: 2.0 feature questionnaire
— Charles Oliver Nutter <headius@...>
2011/10/25
On Tue, Oct 25, 2011 at 3:51 PM, Rocky Bernstein <[email protected]> wrote:
[#40398] Re: 2.0 feature questionnaire
— Tim Felgentreff <[email protected]>
2011/10/26
On Tue, Oct 25, 2011 at 1:51 PM, Rocky Bernstein <[email protected]>wrote:
[#39823] Discussion results — SASADA Koichi <ko1@...>
Hi,
34 messages
2011/10/02
[#39840] Re: Discussion results
— Intransition <transfire@...>
2011/10/02
I did not have the fortune of attending the discussion, but I would
[#39844] Re: Discussion results
— Yukihiro Matsumoto <matz@...>
2011/10/02
Hi,
[#39851] Re: Discussion results (here documents with indents)
— "Martin J. Dürst" <duerst@...>
2011/10/03
Hello Matz,
[#39862] Re: Discussion results (here documents with indents)
— Yusuke Endoh <mame@...>
2011/10/03
Hello,
[#39874] Re: Discussion results (here documents with indents)
— Trans <transfire@...>
2011/10/03
On Mon, Oct 3, 2011 at 8:16 AM, Yusuke Endoh <[email protected]> wrote:
[#39875] Re: Discussion results (here documents with indents)
— Jim Freeze <jimfreeze@...>
2011/10/03
How does String#margin behave when given irregular input?
[#39879] Re: Discussion results (here documents with indents)
— Trans <transfire@...>
2011/10/03
On Mon, Oct 3, 2011 at 11:05 AM, Jim Freeze <[email protected]> wrote:
[#39883] Re: Discussion results (here documents with indents)
— Gmail <jimfreeze@...>
2011/10/03
Sent from my iPad
[#39884] Re: Discussion results (here documents with indents)
— Trans <transfire@...>
2011/10/03
On Mon, Oct 3, 2011 at 1:52 PM, Gmail <[email protected]> wrote:
[#39869] Re: Discussion results (here documents with indents)
— Nikolai Weibull <now@...>
2011/10/03
On Mon, Oct 3, 2011 at 14:16, Yusuke Endoh <[email protected]> wrote:
[#39909] Re: Discussion results (here documents with indents)
— "Martin J. Dürst" <duerst@...>
2011/10/04
[#39824] Road to 2.0 — SASADA Koichi <ko1@...>
Hi,
9 messages
2011/10/02
[#39836] Re: Road to 2.0
— Yusuke Endoh <mame@...>
2011/10/02
Hello,
[#39886] [Ruby 1.9 - Bug #5393][Open] some style fixes in enum.c docs — b t <redmine@...>
7 messages
2011/10/03
[#39888] [Ruby 1.9 - Feature #5394][Open] Anonymous Symbols, Anonymous Methods — Kurt Stephens <ks.ruby@...>
8 messages
2011/10/03
[#39915] [Ruby 1.9 - Feature #5400][Open] Remove flip-flops in 2.0 — Magnus Holm <judofyr@...>
29 messages
2011/10/04
[#39926] Re: [Ruby 1.9 - Feature #5400][Open] Remove flip-flops in 2.0
— Yusuke Endoh <mame@...>
2011/10/04
Hello,
[#39918] [Ruby 1.9 - Bug #5401][Open] Ruby 1.9.3 interpreter crash — Conrad Taylor <conradwt@...>
5 messages
2011/10/04
[#39937] redmine 2.0 tracker — SASADA Koichi <ko1@...>
There is no 2.0 tracker (sub-project) in redmine.
5 messages
2011/10/04
[#39957] [Ruby 1.9 - Bug #5407][Open] Cannot build ruby-1.9.3-rc1 with TDM-GCC 4.6.1 on Windows XP SP3 — Heesob Park <phasis@...>
11 messages
2011/10/05
[#40177] [Ruby 1.9 - Bug #5407] Cannot build ruby-1.9.3-rc1 with TDM-GCC 4.6.1 on Windows XP SP3
— Heesob Park <phasis@...>
2011/10/17
[#39986] problems with Refinements — Shugo Maeda <shugo@...>
Hi,
13 messages
2011/10/06
[#39988] Re: problems with Refinements
— Steve Klabnik <steve@...>
2011/10/06
There are also the group of people that think refinements are just a
[#39990] Re: problems with Refinements
— Yukihiro Matsumoto <matz@...>
2011/10/06
Hi,
[#39996] Re: problems with Refinements
— Steve Klabnik <steve@...>
2011/10/06
> Unfortunately, I missed Brian's talk, so we have to wait until the
[#40015] Re: problems with Refinements
— Shugo Maeda <shugo@...>
2011/10/07
Hi,
[#40016] Re: problems with Refinements
— Steve Klabnik <steve@...>
2011/10/07
> I am not sure why
[#39993] [Ruby 1.9 - Feature #2348] RBTree Should be Added to the Standard Library — David Graham <david.malcom.graham@...>
10 messages
2011/10/06
[#40012] Re: [Ruby 1.9 - Feature #2348] RBTree Should be Added to the Standard Library
— Kenta Murata <muraken@...>
2011/10/07
(2011.10.07 01:50 ), David Graham wrote:
[#40020] Re: [Ruby 1.9 - Feature #2348] RBTree Should be Added to the Standard Library
— Clifford Heath <clifford.heath@...>
2011/10/07
On 07/10/2011, at 1:16 PM, Kenta Murata wrote:
[#40004] Re: [Ruby 1.9 - Feature #2348] RBTree Should be Added to the Standard Library
— SASADA Koichi <ko1@...>
2011/10/06
(2011/10/07 1:50), David Graham wrote:
[#40008] Re: [Ruby 1.9 - Feature #2348] RBTree Should be Added to the Standard Library
— James Gray <james@...>
2011/10/07
On Thu, Oct 6, 2011 at 6:34 PM, SASADA Koichi <[email protected]> wrote:
[#40058] Statistical Profiling — Perry Smith <pedzsan@...>
Would it be plausible to somehow, get the (ruby) stack of the running =
7 messages
2011/10/08
[#40073] [Ruby 1.9 - Feature #5427][Open] Not complex patch to improve `require` time (load.c) — Yura Sokolov <funny.falcon@...>
31 messages
2011/10/09
[#40080] [Ruby 1.9 - Feature #5427] Not complex patch to improve `require` time (load.c)
— Yui NARUSE <naruse@...>
2011/10/09
[#40117] [Ruby 1.9 - Bug #5437][Open] Using fibers leads to huge memory leak — Robert Pankowecki <robert.pankowecki@...>
8 messages
2011/10/12
[#40172] plans for 2.0. — Carter Cheng <cartercheng@...>
Hello,
6 messages
2011/10/17
[#40173] Re: plans for 2.0.
— "NARUSE, Yui" <naruse@...>
2011/10/17
2011/10/17 Carter Cheng <[email protected]>:
[#40188] [Ruby 2.0 - Feature #5454] keyword arguments — Yukihiro Matsumoto <matz@...>
16 messages
2011/10/17
[#40189] Re: [Ruby 2.0 - Feature #5454] keyword arguments
— Evan Phoenix <evan@...>
2011/10/17
This looks very interesting=21 Would someone be willing to translate to e=
[#40191] Re: [Ruby 2.0 - Feature #5454] keyword arguments
— Yutaka Hara <yutaka.hara@...>
2011/10/18
Hi,
[#40192] Re: [Ruby 2.0 - Feature #5454] keyword arguments
— Yukihiro Matsumoto <matz@...>
2011/10/18
Hi,
[#40195] Re: [Ruby 2.0 - Feature #5454] keyword arguments
— Evan Phoenix <evan@...>
2011/10/18
Thanks for the translation=21
[#40197] Re: [Ruby 2.0 - Feature #5454] keyword arguments
— "Haase, Konstantin" <Konstantin.Haase@...>
2011/10/18
RnJvbSB0aGUgY3VycmVudCBwYXRjaCBpdCBzZWVtcyB0byBtZSB0aGF0IHRoaXMgd291bGQgcmFp
[#40200] [Ruby 1.9 - Bug #5459][Open] Silence -Wmissing-declarations and -Wold-style-definition warnings in mkmf — Nikolai Weibull <now@...>
5 messages
2011/10/18
[#40203] invoking garbage_collect in gc.c — Carter Cheng <cartercheng@...>
Hello,
4 messages
2011/10/18
[#40259] Counseling — Perry Smith <pedzsan@...>
Ruby and I are back in counseling... Its always the same thing with =
21 messages
2011/10/21
[#40263] Re: Counseling
— "Haase, Konstantin" <Konstantin.Haase@...>
2011/10/21
What's your $LC_CTYPE? What OS are you on?
[#40264] Re: Counseling
— Gon軋lo Silva <goncalossilva@...>
2011/10/21
Hi all,
[#40266] Re: Counseling
— Bill Kelly <billk@...>
2011/10/21
Gon軋lo Silva wrote:
[#40267] Re: Counseling
— Perry Smith <pedzsan@...>
2011/10/22
[#40268] Re: Counseling
— Eric Hodel <[email protected]>
2011/10/22
On Oct 21, 2011, at 9:43 AM, Perry Smith wrote:
[#40269] Re: Counseling
— Joshua Ballanco <jballanc@...>
2011/10/22
To try and cut to the core of the issue: in Ruby 1.8 it was common practi=
[#40278] Re: Counseling
— Jon <jon.forums@...>
2011/10/22
> What Ruby needs (IMHO), is the equivalent of Obj-C's NSData class. That is,
[#40286] Re: Counseling
— Joshua Ballanco <jballanc@...>
2011/10/23
On Saturday, October 22, 2011 at 12:43 PM, Jon wrote:
[#40271] Can rubygems save us from "binary-compatibility hell"? — Yusuke Endoh <mame@...>
Hello, rubygems developers --
17 messages
2011/10/22
[#40276] Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Luis Lavena <luislavena@...>
2011/10/22
Forwarding this again to ruby-core as received a postmaster delivery failur=
[#40918] Re: Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Yusuke Endoh <mame@...>
2011/11/10
Hello,
[#40919] Re: Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Luis Lavena <luislavena@...>
2011/11/10
On Thu, Nov 10, 2011 at 4:38 PM, Yusuke Endoh <[email protected]> wrote:
[#40920] Re: Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Yusuke Endoh <mame@...>
2011/11/10
Hello,
[#40921] Re: Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Luis Lavena <luislavena@...>
2011/11/10
2011/11/10 Yusuke Endoh <[email protected]>:
[#40925] Re: Fwd: Re: Can rubygems save us from "binary-compatibility hell"?
— Yusuke Endoh <mame@...>
2011/11/10
Hello,
[#40579] Re: Can rubygems save us from "binary-compatibility hell"?
— V咜 Ondruch <v.ondruch@...>
2011/10/31
Dne 22.10.2011 4:48, Yusuke Endoh napsal(a):
[#40584] Re: Can rubygems save us from "binary-compatibility hell"?
— Eric Hodel <[email protected]>
2011/10/31
On Oct 31, 2011, at 2:41 PM, V=EDt Ondruch wrote:
[#40651] Re: Can rubygems save us from "binary-compatibility hell"?
— V咜 Ondruch <v.ondruch@...>
2011/11/01
Dne 1.11.2011 0:05, Eric Hodel napsal(a):
[#40655] Re: Can rubygems save us from "binary-compatibility hell"?
— Eric Hodel <[email protected]>
2011/11/01
On Nov 1, 2011, at 2:03 PM, V=EDt Ondruch wrote:
[#40281] [Ruby 2.0 - Bug #5470][Open] r33507 and r33508 break the build under MinGW — Luis Lavena <luislavena@...>
4 messages
2011/10/22
[#40284] set_trace_func changed? — Intransition <transfire@...>
Did something change about `set_trace_func` between 1.8.7 and 1.9.3?
5 messages
2011/10/22
[#40290] [ruby-trunk - Feature #5474][Assigned] keyword argument — Yusuke Endoh <mame@...>
36 messages
2011/10/23
[#40518] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Benoit Daloze <eregontp@...>
2011/10/29
Hi,
[#40298] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Yukihiro Matsumoto <matz@...>
2011/10/24
Hi,
[#40299] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Evan Phoenix <evan@...>
2011/10/24
See below.
[#40300] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Yukihiro Matsumoto <matz@...>
2011/10/24
Hi,
[#40675] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Roger Pack <rogerdpack2@...>
2011/11/02
> |> It's Python way, and I won't take it.
[#40414] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Charles Oliver Nutter <headius@...>
2011/10/26
More refinement below. I think we're on a good path here.
[#40416] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Yukihiro Matsumoto <matz@...>
2011/10/26
Hi,
[#40418] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Joshua Ballanco <jballanc@...>
2011/10/26
On Wed, Oct 26, 2011 at 2:08 PM, Yukihiro Matsumoto <[email protected]>wrote:
[#40425] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Yukihiro Matsumoto <matz@...>
2011/10/27
Hi,
[#40431] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Charles Oliver Nutter <headius@...>
2011/10/27
On Wed, Oct 26, 2011 at 7:30 PM, Yukihiro Matsumoto <[email protected]> wr=
[#40447] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Nobuyoshi Nakada <nobu@...>
2011/10/27
Hi,
[#40449] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Charles Oliver Nutter <headius@...>
2011/10/27
On Thu, Oct 27, 2011 at 3:16 AM, Nobuyoshi Nakada <[email protected]> wrot=
[#40451] Re: [ruby-trunk - Feature #5474][Assigned] keyword argument
— Yukihiro Matsumoto <matz@...>
2011/10/27
Hi,
[#40311] [ruby-trunk - Feature #5478][Open] import Set into core, add syntax — Konstantin Haase <Konstantin.Haase@...>
33 messages
2011/10/24
[#41476] [ruby-trunk - Feature #5478] import Set into core, add syntax
— Alexey Muranov <muranov@...>
2011/12/04
[#41480] Re: [ruby-trunk - Feature #5478] import Set into core, add syntax
— Eero Saynatkari <ruby-ml@...>
2011/12/04
On 2011-12-04, at 16:15:00, Alexey Muranov wrote:
[#40312] [ruby-trunk - Feature #5479][Open] import StringIO into core, add String#to_io — Konstantin Haase <Konstantin.Haase@...>
9 messages
2011/10/24
[#40350] [ruby-trunk - Feature #5479] import StringIO into core, add String#to_io
— Charles Nutter <headius@...>
2011/10/25
[#40363] Re: [ruby-trunk - Feature #5479] import StringIO into core, add String#to_io
— Aaron Patterson <tenderlove@...>
2011/10/25
On Tue, Oct 25, 2011 at 10:14:54PM +0900, Charles Nutter wrote:
[#40365] Re: [ruby-trunk - Feature #5479] import StringIO into core, add String#to_io
— "Haase, Konstantin" <Konstantin.Haase@...>
2011/10/25
My main request was to add String#to_io, as Aaron described, so this protoc=
[#40367] Re: [ruby-trunk - Feature #5479] import StringIO into core, add String#to_io
— Aaron Patterson <tenderlove@...>
2011/10/25
On Wed, Oct 26, 2011 at 02:22:21AM +0900, Haase, Konstantin wrote:
[#40314] [ANN] 2011 Call for grant proposals — Shugo Maeda <shugo@...>
Hello,
8 messages
2011/10/24
[#41495] Re: [ANN] 2011 Call for grant proposals
— Shugo Maeda <shugo@...>
2011/12/06
Hello,
[#41504] Re: [ANN] 2011 Call for grant proposals
— Roger Pack <rogerdpack2@...>
2011/12/06
> Ruby reference manual for you, me and everyoneApplicant: Yutaka Hara
[#40316] [ruby-trunk - Feature #5481][Open] Gemifying Ruby standard library — Hiroshi Nakamura <nakahiro@...>
86 messages
2011/10/24
[#40318] [ruby-trunk - Feature #5481] Gemifying Ruby standard library
— Hiroshi Nakamura <nakahiro@...>
2011/10/24
[#40334] [ruby-trunk - Feature #5481] Gemifying Ruby standard library
— Lucas Nussbaum <lucas@...>
2011/10/25
[#40343] Re: [ruby-trunk - Feature #5481] Gemifying Ruby standard library
— Intransition <transfire@...>
2011/10/25
[#40345] Re: [ruby-trunk - Feature #5481] Gemifying Ruby standard library
— Magnus Holm <judofyr@...>
2011/10/25
On Tue, Oct 25, 2011 at 14:45, Intransition <[email protected]> wrote:
[#40322] [ruby-trunk - Feature #5482][Open] Rubinius as basis for Ruby 2.0 — Thomas Sawyer <transfire@...>
19 messages
2011/10/25
[#40326] Re: [ruby-trunk - Feature #5482][Open] Rubinius as basis for Ruby 2.0
— Yusuke Endoh <mame@...>
2011/10/25
Come back when all 1.9 features and callcc are implemented :-)
[#40330] Re: [ruby-trunk - Feature #5482][Open] Rubinius as basis for Ruby 2.0
— SASADA Koichi <ko1@...>
2011/10/25
(2011/10/25 12:46), Yusuke Endoh wrote:
[#40400] Re: [ruby-trunk - Feature #5482][Open] Rubinius as basis for Ruby 2.0
— Tim Felgentreff <[email protected]>
2011/10/26
On Mon, Oct 24, 2011 at 9:58 PM, SASADA Koichi <[email protected]> wrote:
[#40410] Re: [ruby-trunk - Feature #5482][Open] Rubinius as basis for Ruby 2.0
— Charles Oliver Nutter <headius@...>
2011/10/26
On Tue, Oct 25, 2011 at 11:45 PM, Tim Felgentreff <[email protected]> wrote:
[#40325] [ruby-trunk - Feature #5482] Rubinius as basis for Ruby 2.0
— Charles Nutter <headius@...>
2011/10/25
[#40356] JIT development for MRI — Carter Cheng <cartercheng@...>
Hello,
25 messages
2011/10/25
[#40361] Re: JIT development for MRI
— Carter Cheng <cartercheng@...>
2011/10/25
Hello Charlie,
[#40390] Re: JIT development for MRI
— SASADA Koichi <ko1@...>
2011/10/26
Hi,
[#40394] Re: JIT development for MRI
— Carter Cheng <cartercheng@...>
2011/10/26
Dear Koichi SASADA,
[#40395] Re: JIT development for MRI
— Carter Cheng <cartercheng@...>
2011/10/26
I noticed that you used context threading in YARV. Do you have some analysis
[#40417] Re: JIT development for MRI
— SASADA Koichi <ko1@...>
2011/10/26
Thanks for reference.
[#40423] Re: JIT development for MRI
— Carter Cheng <cartercheng@...>
2011/10/26
Thanks Koichi.
[#40437] Re: JIT development for MRI
— Charles Oliver Nutter <headius@...>
2011/10/27
On Wed, Oct 26, 2011 at 6:43 PM, Carter Cheng <[email protected]> wrote:
[#40439] Re: JIT development for MRI
— SASADA Koichi <ko1@...>
2011/10/27
Hi Carter,
[#40441] Re: JIT development for MRI
— Carter Cheng <cartercheng@...>
2011/10/27
Thanks Koichi. How do profiling based approaches differ from trace recording
[#40412] [ruby-trunk - Bug #5486][Open] rb_stat() doesn’t respect input encoding — Nikolai Weibull <now@...>
15 messages
2011/10/26
[#40482] [ruby-trunk - Bug #5486] rb_stat() doesn’t respect input encoding
— Usaku NAKAMURA <redmine@...>
2011/10/28
[#40486] Re: [ruby-core:40482] [ruby-trunk - Bug #5486] rb_stat() doesn’t respect input encoding
— Nikolai Weibull <now@...>
2011/10/28
On Fri, Oct 28, 2011 at 07:28, Usaku NAKAMURA <[email protected]> wrote=
[#40487] Re: [ruby-core:40482] [ruby-trunk - Bug #5486] rb_stat() doesn’t respect input encoding
— Nikolai Weibull <now@...>
2011/10/28
On Fri, Oct 28, 2011 at 08:14, Nikolai Weibull <[email protected]> wrote:
[#43236] [ruby-trunk - Bug #5486][Feedback] rb_stat() doesn’t respect input encoding
— Nobuyoshi Nakada <nobu@...>
2012/03/11
[#43260] Re: [ruby-core:43236] [ruby-trunk - Bug #5486][Feedback] rb_stat() doesn’t respect input encoding
— Nikolai Weibull <now@...>
2012/03/13
On Sun, Mar 11, 2012 at 22:41, Nobuyoshi Nakada <[email protected]> wrote:
[#43288] Re: [ruby-trunk - Bug #5486][Feedback] rb_stat() doesn’t respect input encoding
— "U.Nakamura" <usa@...>
2012/03/15
Hello,
[#43294] Re: [ruby-core:43288] Re: [ruby-trunk - Bug #5486][Feedback] rb_stat() doesn’t respect input encoding
— Nikolai Weibull <now@...>
2012/03/15
2012/3/15 U.Nakamura <[email protected]>:
[#40427] cfp consistency error — Aaron Patterson <tenderlove@...>
Hi, I'm getting a cfp consistency error when I use trunk ruby. Here is
5 messages
2011/10/27
[#40453] Test case format — Jon <jon.forums@...>
I see no mention of a required (or preferred) test case format after reviewing:
4 messages
2011/10/27
[#40455] Re: Test case format
— Martin Bo煬et <martin.bosslet@...>
2011/10/27
2011/10/27 Jon <[email protected]>:
[#40489] [ruby-trunk - Bug #5497][Open] Math.log10(10_000) error on HP-UX/PA — The Written Word Inc <bugs-ruby@...>
10 messages
2011/10/28
[#40492] [ruby-trunk - Feature #5505][Open] BasicObject#__extend__ — Thomas Sawyer <transfire@...>
5 messages
2011/10/28
[#40527] [ANN] Ruby 1.9.3-p0 is out — "Yuki Sonoda (Yugui)" <yugui@...>
-----BEGIN PGP SIGNED MESSAGE-----
9 messages
2011/10/30
[#40528] Re: [ANN] Ruby 1.9.3-p0 is out
— Luis Lavena <luislavena@...>
2011/10/30
Hello,
[#40529] Re: [ANN] Ruby 1.9.3-p0 is out
— Yugui <yugui@...>
2011/10/30
On Sun, Oct 30, 2011 at 11:11 PM, Luis Lavena <[email protected]> wrote:
[#40530] Re: [ANN] Ruby 1.9.3-p0 is out
— Luis Lavena <luislavena@...>
2011/10/30
On Sun, Oct 30, 2011 at 11:20 AM, Yugui <[email protected]> wrote:
[#40535] Re: [ANN] Ruby 1.9.3-p0 is out
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/10/30
> On Sun, Oct 30, 2011 at 11:20 AM, Yugui <[email protected]> wrote:
[#40562] [ruby-trunk - Bug #5525][Open] UDPSocket#bind(ip, port) fails under IPv6 => Errno::EAFNOSUPPORT — Iñaki Baz Castillo <ibc@...>
6 messages
2011/10/31
[#40571] [ruby-trunk - Bug #5529][Open] Bus error with Fibers on OSX Lion — Dave Thomas <dave@...>
10 messages
2011/10/31
[#40586] [ruby-trunk - Feature #5531][Open] deep_value for dealing with nested hashes — Kyle Peyton <kylepeyton@...>
19 messages
2011/10/31
[ruby-core:39922] Re: [Ruby 1.9 - Feature #5372][Open] Promote blank? to a core protocol
From:
Alex Young <alex@...>
Date:
2011-10-04 10:08:39 UTC
List:
ruby-core #39922
On 03/10/11 22:25, Eric Hodel wrote:
> On Oct 2, 2011, at 2:38 PM, Alex Young wrote:
>> Eric Hodel wrote in post #1024462:
>>> On Sep 27, 2011, at 6:52 PM, Alex Young wrote:
>>> Can you show me a description of the opposite?
>>
>> What I mean by "in reverse" is that with the Null Object, we have an
>> instance which silently does the right thing. We don't have to care that
>> it's null, we just call methods on it like we would on a non-Null
>> instance.
>>
>> With a #null? or #blank? method, we instead have a way to ask each
>> instance directly whether it's null, without having to care about its
>> class. If it quacks like a null, then it's null.
>
> I mean, on the C2 wiki or somewhere else on the internet. Can you show other languages that have benefited from a similar implementation? If there is such a document maybe it can help us understand.
To my knowledge it's most similar to Either in Haskell, but you have to
squint a bit to see it:
http://haskell.org/ghc/docs/6.12.2/html/libraries/base-4.2.0.1/Data-Either.html
If you renamed #empty? to #left? the similarity should be a little clearer.
If you look at Perl 6, there's also a stack of similar-looking
functionality around Mu, Failure and Whatever - specifically the
.defined method is close to what I'm thinking, but they've taken it a
*lot* further.
>
>>>> Because the core API commonly returns nil in error cases..
>>>
>>> Can you show some examples? I don't seem to write nil checks very often
>>> when using core methods, but maybe I am forgetting.
>>
>> Having a quick look over the core docs, there's quite a few in
>> File::Stat and Process::Status, all the try_convert() methods,
>> Kernel.caller, Kernel.system, arguably String#slice and Regexp#match
>> (although I can't see the latter being reasonably alterable), and
>> Thread#status at least.
>
> When does caller return a non-Array?
$ irb
ruby-1.9.2-p290 :001 > caller(22)
=> nil
It's when the depth parameter exceeds the current stack depth.
>
>>>> case thingy
>>>> when Blank
>>>> # catch-all
>>>> # other cases
>>>> end
>>>
>>> What about:
>>>
>>> case thingy
>>> # other cases
>>> else
>>> # catch-all
>>> end
>>
>> Yep, that's another way to do the same sort of thing, but with a Blank
>> or Null it's more explicit and more flexible. With a bare
>> "case...else..." you have to handle both correct nulls and erroneous
>> values in the "else" clause. With Null, you can leave the "else" clause
>> purely for handling the error case, where you've somehow got a response
>> you weren't expecting. I think it's clearer.
>
> The problem I see is that adding #empty? to every class is confusing.
Part of that is down to the name. #null? is better because it doesn't
imply that the receiver is a container.
You'll notice that I *didn't* suggest an implementation for Symbol:
sometimes it doesn't make sense for any instance of a class to be null.
You could make the same argument about Numeric, but I've occasionally
found treating #zero? as a null test to be useful in the past.
>
> Should File::Stat#empty? returning true to mean the file is empty? Or should it always return false to say "the file exists"
I'd go for the latter, personally.
> What would Process::Status#empty? mean? Would false mean that the program had exited non-zero or that the program had exited with any status?
I mentioned upthread that it would be useful aliased to #exited?, but
I'd really prefer it to test whether the process was actually running -
from the documentation of #exited? it sounds like processes that
segfault will cause #exited? to return false.
>
> Kernel#system and Thread#status return true, false, or nil, so combining "non-zero exit" and "command failed" into #empty? isn't clearer to read than 'if system(command) then else abort "#{command} failed" end'
Sure. I'd say Kernel#system is an interesting example, though. Say I
was being implementing it as a third-party library, but with a twist:
instead of returning nil on command failure, I want to capture some
details about the failure and wrap them up in a hypothetical
ProcessFailure instance. Some of the time, I don't care about the
details of the failure, and other times I do, but in no case do I think
of this as warranting an Exception. Now, if I say:
class ProcessFailure
def null?
true
end
end
then when I *don't* care which happened, either the command failing or
it having a non-zero exit, I can just say:
unless mysystem(foo).null?
# it worked!
end
and when I *do* care, it's:
unless (result = mysystem(foo)).null?
# it worked!
else
# It didn't, so try to do something useful with the error details
$stderr.puts result.to_s if result
end
Note that while it might make the conditionals cleaner here, I *can't*
do the obvious thing of:
class ProcessFailure < FalseClass; end
because that's just not how booleans work.
> While it might make String#split or Regexp#match and try_convert usage clearer, it adds much confusion otherwise.
As I mentioned above, there are definitely cases where null? should
never be true for a given class because if you have a value, it's not
null by definition. It's simple enough to leave the default #null? ->
false implementation in place for them.
--
Alex