Hi. This is ruby-dev summary 23971-24053.


[ruby-dev:23973] overwrite parameters and 'super'

Matz pointed out the following example shows [100,2,3],
that means "super" passes overwriting parameters.

  class C
    def m(a,b,c)
      p [a,b,c]
    end
  end

  class CC<C
    def m(a,b,c=100)
#     eval("k=2")    
      a=200
      super
    end
  end

  CC.new.m(1,2,3)

But with "eval" call (commented out part) or with a "rest parameter",
ruby interpreter shows different behaviour.

The conclusion is that "super" abbreviates the list of parameters.

  # example
  def foo(a,b,c=200,*d)
    super   #=> This line means super(a,b,c,*d)
  end


[ruby-dev:23991] 1.8.2-preview2?

As akira yamada pointed out, 1.8.2-preview2 is now on ftp.

  f40dae2bd20fd41d681197f1229f25e0  ruby-1.8.2-preview2.tar.gz


[ruby-dev:23995] String#each -> String#each_char
(This thread contains various issues)

Shugo Maeda suggested if latest ruby HEAD includes M17N,
String#each should be String#each_char.

Matz pointed out two problems.

(1) compatibility(current String#each is alias of String#each_line)
(2) In M17N context, "character" means "codepoint". so a part of
    composite character is also character.

Minero Aoki arose an objection because of inconvenience.

This issue is still open.


[ruby-dev:23999] Re: String#each -> String#each_char

Matz expressed that M17N imported to ruby1.9 is different from
ruby_m17n branch in following points.

  * no ..._char methods.
  * character is String included encoded codepoint byte sequence
  * remove an assumption that enables to recognize multibyte length

So 1.9 after imported M17N is incompatible to current 1.9.


[ruby-dev:24030] Process.daemon

Tanaka Akira suggested Process.daemon. This method is similar to
daemon(3) in 4.4BSD or glibc, process to be daemon. Process.daemon
realizes that fork with existing threads.

This issue is still open.


[ruby-dev:24032] RDtool should be standard library
[ruby-dev:24052] Uconv should be standard library

Minero Aoki suggested RDtool should be in ruby standard library.

Kazuhiro NISHIYAMA suggested Uconv should be in ruby standard libary.

These issues are still open.


----
ruby-dev summary index:
http://i.loveruby.net/en/ruby-dev-summary.html


Regards,
-- 
// SASADA Koichi at atdot dot net
//