[#539] A new discussion topic ;-) — Clemens Hintze <c.hintze@...>
Hi all,
[#546] Question concerning modules (1) — clemens.hintze@...
[#548] Bug: concerning Modules! — clemens.hintze@...
[#564] Ruby 1.3.7 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.7 is out, check out:
[#567] New feature request! :-) — clemens.hintze@...
On 6 Aug, Yukihiro Matsumoto wrote:
Hi,
On 6 Aug, Yukihiro Matsumoto wrote:
[#590] Bug in Array#clone! — clemens.hintze@...
Hi,
Hi,
[#600] A `File' is not a `IO'????? — clemens.hintze@...
Hi,
On 10 Aug, Yukihiro Matsumoto wrote:
Hi,
Hi,
Hi,
On 11 Aug, GOTO Kentaro wrote:
Hi,
On 11 Aug, Yukihiro Matsumoto wrote:
Hi,
[#607] How to pass by `new' method of superclass? — clemens.hintze@...
[#626] Next misbehavior (sorry :-) — clemens.hintze@...
Hi,
[#634] ANN: testsupp.rb 0.1 — Clemens Hintze <c.hintze@...>
Hi,
[#637] Backtrace of SIGSEGV — Clemens Hintze <c.hintze@...>
Hi,
Hi,
On 12 Aug, Yukihiro Matsumoto wrote:
Hi,
On 12 Aug, Yukihiro Matsumoto wrote:
Hi,
[#655] Your wish is fulfilled (erhm, almost ;-) — Clemens Hintze <c.hintze@...>
Hi Gotoken,
[#667] How do I use `callcc' — Clemens Hintze <c.hintze@...>
Hi,
[#668] Way to intercept method calls? — Clemens Hintze <c.hintze@...>
Hi,
[#679] Documentation about RD? — Clemens Hintze <c.hintze@...>
Hi,
=begin
On 18 Aug, Toshiro Kuwabara wrote:
Hi,
On 18 Aug, GOTO Kentaro wrote:
Hi,
On 19 Aug, Toshiro Kuwabara wrote:
Hi,
On 19 Aug, Toshiro Kuwabara wrote:
Hi,
Hi,
On 19 Aug, Toshiro Kuwabara wrote:
Hi
Hi,
Hi,
Hi Tosh and all,
Hi,
Hi,
Hi,
Hi,
Hi,
Hi,
Hi,
Hi,
Hi,
On 19 Aug, Yukihiro Matsumoto wrote:
Hi,
On 20 Aug, Toshiro Kuwabara wrote:
Hi,
On 21 Aug, Toshiro Kuwabara wrote:
Hi,
On 21 Aug, Toshiro Kuwabara wrote:
Hi,
Hi,
Hi,
On 24 Aug, Toshiro Kuwabara wrote:
Hi,
I thought people might be interested in this. Here's how I am plugging
On 31 Aug, Jonathan Aseltine wrote:
[#737] RD with multi charset — Minero Aoki <aamine@...>
Hi, I'm Minero Aoki. This is my first mail in this mailling list.
Hi,
Hi,
Hi,
Hi,
On 28 Aug, Minero Aoki wrote:
Hi,
[ruby-talk:00565] Re: Question concerning modules (1)
Hi, I very appreciate your explanaitions. But I fear, I have not understand it at whole. Sorry for my stupidity, but I only knows the Smalltalk OOP system. And there I have only *one* Metaclass, that is class of all classes. But following your explanaition, there are many metaclasses in Ruby. There seems to be a metaclass for Module, Class, Object, ... denoted by your `()' signs. On 4 Aug, Kazuhiro HIWADA wrote: > Hi, > [...] > Follow this chart, I'll express module object as Foo, and it's > metaclass object as (Foo). And in this article `-->' also denotes > instance object --> class object relationship, as follows: > > aFoo --> Foo --> (Foo) > instance class-obj metaclass-obj > But where does (Foo) comes from? And how can I create the aFoo instance? I would have to call a class' `new' method to create a instance, but Modules have no `new' method. [...] >> >> # Aha! `Foo' contains the instance variable. >> > >> >Yes. But it's not instance variable of Foo's instance. And again you are speaking from a instance of Foo. What do you mean? How do I create instances of Foo? And why do I call the variable an instance variable? If it is an instance variable, it should be only accessible via Foo's instance, but not from Foo itself, isn't it? >> >> Eh! That I don't fully understand! If it is not instance variable of >> `Foo's instance, whose instance variable it is? :-//// > > In this case, objects are releted as follows: > > aFoo --> Foo --> (Foo) > instance module metaclass And again: What is aFoo? What is the metaclass (Foo)? From where did it come? > > I ment that @ivar is not aFoo's variable, but Foo's variable. Oops... Now @ivar (syntax denotes an instance variable) is not an instance variable of Foo, but a variable???? > > NOTE: Foo.methods returns Foo's methods, and Foo.instance_methods > returns aFoo's methods. Okay! That is clear for me now. For methods, it seems to be like for classes. Instance methods are methods for the instance. But instance variables seems to be for the module, not for the instance????? > >> > >> >Cause foo's (singleton) class is extended by Foo, foo has the method `show'. >> > Okay! As I can only extend an object, instance methods would be useable by the object. [...] > > By `foo.extend Foo', foo is extended to have Foo's instance methods as > foo's methods, because now foo is an instance of Foo like aFoo. This > case is as follows: > > aFoo --> Foo --> (Foo) > afoo --> foo --> (foo) Ahh! By extending a module object, that module becomes a instance of the module that extends it, right? That means: foo.extend foo would let foo be an instance of itself, right? And here foo would also become a metaclass for itself? [...] > This is the limit of my ability. If you need further help, matz or > gotoken or shugo or ... will help us ;-p It is a really complex thing. I very appreciate your help. Thank you! [...] \cle