# Ruby-dev suumary 26957-27102

**URL:** <https://rubytalk.org/t/ruby-dev-suumary-26957-27102/20959>\
**Category:** ruby-talk\
**Created:** [21 September 2005 02:33 UTC](https://rubytalk.org/t/ruby-dev-suumary-26957-27102/20959 "2005-09-21T02:33:50Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![SASADA\_Koichi](https://yyz1.discourse-cdn.com/flex029/user_avatar/rubytalk.org/sasada_koichi/32/2374_2.png) [@SASADA\_Koichi](https://rubytalk.org/u/SASADA_Koichi)\
**Post date:** [21 September 2005 02:33 UTC](https://rubytalk.org/t/ruby-dev-suumary-26957-27102/20959/1 "2005-09-21T02:33:50Z")

</div>

Hi. This is ruby-dev summary 26957-27102.

[ruby-dev:26965] patch for RDoc about Module#class\_variable\_get

sheepman pointed out that RDoc about Module#class\_variable\_get and  
Module#class\_variable\_set were wrong (described as public method).  
Matz answered that these methods should be public, so Ruby 1.9 was  
changed these visibility, and on Ruby 1.8 these problem were fixed.

[ruby-dev:26967] Tempfile.new("z").extend(M)

Tanaka Akira asked that following behaviour is not coherent (different  
behaviour between "kind\_of?" and "===").

&nbsp;&nbsp;% ./ruby -v -rtempfile -e '  
&nbsp;&nbsp;tempfile = Tempfile.new("z")  
&nbsp;&nbsp;module M  
&nbsp;&nbsp;end  
&nbsp;&nbsp;tempfile.extend M

&nbsp;&nbsp;p M === tempfile  
&nbsp;&nbsp;p tempfile.kind\_of?(M)  
&nbsp;&nbsp;'  
&nbsp;&nbsp;ruby 1.9.0 (2005-09-06) [i686-linux]  
&nbsp;&nbsp;false  
&nbsp;&nbsp;true

Matz answered that this is because of using Delegator. He planned to  
leave this problem until anyone proposes any good idea.

[ruby-dev:26975] [proposal] ANSI style function

H.Yamamoto proposed that Ruby source code should use ANSI style function  
definition instead of K&R style. Matz agreed this proposal. After  
that, many messages about this changeover were posted to ruby-dev.

[ruby-dev:27077] select pipe support on native Win32

U.Nakamura announced that he enables "select()" on native win32 port.  
For example, a script of [ruby-talk:82507] works.

[ruby-dev:27078] console pipe support on native Win32

U.Nakamura also announced supporting "select()" on console I/O.  
Following example works:

&nbsp;&nbsp;Thread.new {  
&nbsp;&nbsp;&nbsp;&nbsp;loop {  
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;puts "thread"  
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;sleep 1  
&nbsp;&nbsp;&nbsp;&nbsp;}  
&nbsp;&nbsp;}  
&nbsp;&nbsp;loop {  
&nbsp;&nbsp;&nbsp;&nbsp;p gets  
&nbsp;&nbsp;}

Known problem:

(1) pipe and console were considerd always writable.

(2) On console, if characters except line break were input in waiting,  
this ruby thread will be blocked. It's impossible to solve this problem  
without native thread.

(3) Only few tests on Win9x

[ruby-dev:27082] Re: ruby-1.8.3 status for release

Masayoshi Takahashi summarised release process of ruby-1.8.3. This  
process will lead us to release 1.8.3 at the end of Sep.  
Matz decided to fix the exact release date (preview3: Sep-19, release:  
Sep-21 pm 12:00 (JST)). Masayoshi rescheduled and proposed release plan  
for Sep-21 release.

And now you can get ruby-1.8.3 ([ruby-talk:05844] Ruby 1.8.3 released).

ruby-dev summary index:  
[http://i.loveruby.net/en/ruby-dev-summary.html](http://i.loveruby.net/en/ruby-dev-summary.html)

> **···**
>
> --  
> // SASADA Koichi at atdot dot net  
> //

---

<div class="post-metadata">

**Author:** ![David\_A\_Black3](https://avatars.discourse-cdn.com/v4/letter/d/6a8cbe/32.png) [@David\_A\_Black3](https://rubytalk.org/u/David_A_Black3)\
**Post date:** [21 September 2005 02:48 UTC](https://rubytalk.org/t/ruby-dev-suumary-26957-27102/20959/2 "2005-09-21T02:48:43Z")

</div>

Hi --

> **···**
>
> On Wed, 21 Sep 2005, SASADA Koichi wrote:
> 
> > And now you can get ruby-1.8.3 ([ruby-talk:05844] Ruby 1.8.3 released).
> 
> s/talk/core/ 🙂
> 
> David
> 
> --  
> David A. Black  
> dblack@wobblini.net

---

<div class="post-metadata">

**Author:** ![Paul\_Brannan](https://avatars.discourse-cdn.com/v4/letter/p/76d3ee/32.png) [@Paul\_Brannan](https://rubytalk.org/u/Paul_Brannan)\
**Post date:** [21 September 2005 13:48 UTC](https://rubytalk.org/t/ruby-dev-suumary-26957-27102/20959/3 "2005-09-21T13:48:41Z")

</div>

Would any of this be solved by using WFMO instead of select on win32?  
It would be nice to have a pluggable IO multiplexing system (e.g. so  
ruby could use /dev/poll or /dev/epoll or kqueue on platforms that  
support it).

I don't know how difficult such a change is or what the consequences  
might be. It has been discussed before in [ruby-talk:47186].

Paul

> **···**
>
> On Wed, Sep 21, 2005 at 11:33:50AM +0900, SASADA Koichi wrote:
> 
> > [ruby-dev:27078] console pipe support on native Win32
> > 
> > U.Nakamura also announced supporting "select()" on console I/O.  
> > Following example works:
> > 
> > &nbsp;&nbsp;Thread.new {  
> > &nbsp;&nbsp;&nbsp;&nbsp;loop {  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;puts "thread"  
> > &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;sleep 1  
> > &nbsp;&nbsp;&nbsp;&nbsp;}  
> > &nbsp;&nbsp;}  
> > &nbsp;&nbsp;loop {  
> > &nbsp;&nbsp;&nbsp;&nbsp;p gets  
> > &nbsp;&nbsp;}
> > 
> > Known problem:
> > 
> > (1) pipe and console were considerd always writable.
> > 
> > (2) On console, if characters except line break were input in waiting,  
> > this ruby thread will be blocked. It's impossible to solve this problem  
> > without native thread.
> > 
> > (3) Only few tests on Win9x

---

<div class="post-metadata">

**Author:** ![Nobuyoshi\_Nakada](https://avatars.discourse-cdn.com/v4/letter/n/edb3f5/32.png) [@Nobuyoshi\_Nakada](https://rubytalk.org/u/Nobuyoshi_Nakada)\
**Post date:** [21 September 2005 15:10 UTC](https://rubytalk.org/t/ruby-dev-suumary-26957-27102/20959/4 "2005-09-21T15:10:22Z")

</div>

Hi,

At Wed, 21 Sep 2005 22:48:41 +0900,  
Paul Brannan wrote in [ruby-talk:156944]:

> Would any of this be solved by using WFMO instead of select on win32?

WFMO doesn't work with sockets directly.

> It would be nice to have a pluggable IO multiplexing system (e.g. so  
> ruby could use /dev/poll or /dev/epoll or kqueue on platforms that  
> support it).
> 
> I don't know how difficult such a change is or what the consequences  
> might be. It has been discussed before in [ruby-talk:47186].

It should be a quite big change.

> **···**
>
> --  
> Nobu Nakada
