[#6660] Ruby on Neko ? — Nicolas Cannasse <ncannasse@...>

Hi folks,

14 messages 2005/11/19

[#6672] testing for hardlink with "test(?-, ...)" flawed on Windows — noreply@...

Bugs item #2858, was opened at 2005-11-20 16:35

13 messages 2005/11/20

[#6684] semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...>

Hi all,

81 messages 2005/11/21
[#6685] Re: semenatics of if/unless/while statement modifiers — Mauricio Fern疣dez <mfp@...> 2005/11/22

On Tue, Nov 22, 2005 at 08:22:59AM +0900, Stefan Kaes wrote:

[#6686] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

Mauricio Fern疣dez wrote:

[#6687] Re: semenatics of if/unless/while statement modifiers — Eric Hodel <drbrain@...7.net> 2005/11/22

On Nov 21, 2005, at 4:37 PM, Stefan Kaes wrote:

[#6689] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

Eric Hodel wrote:

[#6693] Re: semenatics of if/unless/while statement modifiers — Yukihiro Matsumoto <matz@...> 2005/11/22

Hi,

[#6695] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

Yukihiro Matsumoto wrote:

[#6718] Re: semenatics of if/unless/while statement modifiers — mathew <meta@...> 2005/11/22

[#6722] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

mathew wrote:

[#6707] Re: semenatics of if/unless/while statement modifiers — "David A. Black" <dblack@...> 2005/11/22

Hi --

[#6708] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

David A. Black wrote:

[#6714] Re: semenatics of if/unless/while statement modifiers — "David A. Black" <dblack@...> 2005/11/22

Hi --

[#6717] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

David A. Black wrote:

[#6798] ruby 1.8.4 preview2 — Yukihiro Matsumoto <matz@...>

Hi,

37 messages 2005/11/30

Re: Object#clone missing documentation

From: Eero Saynatkari <ruby-ml@...>
Date: 2005-11-08 09:40:52 UTC
List: ruby-core #6594
Kev Jackson wrote:
> I've attached a documentation patch which tries to address this 
> shortcoming.
> 
> Kev
> 
> 
> ------------------------------------------------------------------------
> 
> Index: object.c
> ===================================================================
> RCS file: /src/ruby/object.c,v
> retrieving revision 1.181
> diff -u -r1.181 object.c
> --- object.c	22 Oct 2005 04:08:55 -0000	1.181
> +++ object.c	8 Nov 2005 06:21:04 -0000
> @@ -239,8 +239,26 @@
>   *  the discussion under <code>Object#clone</code>. In general,
>   *  <code>clone</code> and <code>dup</code> may have different semantics
>   *  in descendent classes. While <code>clone</code> is used to duplicate
> - *  an object, including its internal state, <code>dup</code> typically
> - *  uses the class of the descendent object to create the new instance.
> + *  an object, including its internal state (and any singleton methods),
> + *  <code>dup</code> typically uses the class of the descendent object to 
> + *  create the new instance.

Mm, not quite sure that is clear enough.. if you want to draw a direct
parallel to #dup, perhaps something like

"While both #dup and #clone duplicate the content of an object, #clone actually
  does more by duplicating the object's entire state including singleton methods,
  taintedness and whether the object is frozen."

> + *  # new class
> + *  class Klass
> + *     attr_reader :str
> + *   end
> + *   k1 = Klass.new   #=> #<Klass:0x401b3a38>
> + *   #add singleton method
> + *   def k1.str=(s)
> + *     @str = s
> + *   end                 #=> nil
> + *   k1.str="hello!"   #=> "hello!"
> + *   k1.str              #=> "hello!"
> + *   #clone object - the singleton method just added will be included in the
> + *   #new object
> + *   k2 = k1.clone    #=> #<Klass:0x29392c8 @str="hello!">
> + *   k2.str="goodbye!" #=> "goodbye!"
> + *   k2.str                #=> "goodbye!"
>   *
>   *  This method may have class-specific behavior.  If so, that
>   *  behavior will be documented under the #+initialize_copy+ method of


E

In This Thread