ANN: ruby 1.6.8

Yukihiro_Matsumoto2 · 24 December 2002 09:05

Hello everyone,

I just put the 1.6.8 release package on the ftp. 1.6.8 should be the
last release in the 1.6.x series. Check out

ftp://ftp.ruby-lang.org/pub/ruby/ruby-1.6.8.tar.gz

I also put the first preview of 1.8.0 at

ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.0-preview1.tar.gz

Merry Christmas!

						matz.

Mark_Wilson · 24 December 2002 09:19

Thank you! Merry Christmas!

···

On Tuesday, December 24, 2002, at 04:05 AM, Yukihiro Matsumoto wrote:

Hello everyone,

I just put the 1.6.8 release package on the ftp. 1.6.8 should be the
last release in the 1.6.x series. Check out

ftp://ftp.ruby-lang.org/pub/ruby/ruby-1.6.8.tar.gz

I also put the first preview of 1.8.0 at

ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.0-preview1.tar.gz

Merry Christmas!
  					matz.

Rob_McG · 24 December 2002 12:55

Merry Christmas!

Merry Xmas Matz, I hope you enjoy the break!

Rob

-----------== Posted via Newsfeed.Com - Uncensored Usenet News ==----------
http://www.newsfeed.com The #1 Newsgroup Service in the World!
-----= Over 100,000 Newsgroups - Unlimited Fast Downloads - 19 Servers =-----

Markus_Jais · 24 December 2002 13:56

Yukihiro Matsumoto wrote:

Hello everyone,

I just put the 1.6.8 release package on the ftp. 1.6.8 should be the
last release in the 1.6.x series. Check out

ftp://ftp.ruby-lang.org/pub/ruby/ruby-1.6.8.tar.gz

I also put the first preview of 1.8.0 at

ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.0-preview1.tar.gz

Merry Christmas!

matz.

thanks a lot for your work on the great programming language !!!

just tried the new 1.8.0 preview and all my sample programms run just fine.
is there a list somewhere where I can find all the changes from version
1.6.x to 1.8 ??

markus

Bob_X · 24 December 2002 15:57

“Yukihiro Matsumoto” matz@ruby-lang.org wrote in message
news:1040720710.604325.16583.nullmailer@picachu.netlab.jp…

I also put the first preview of 1.8.0 at

ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.0-preview1.tar.gz

Merry Christmas!

matz.

Yessss my precious 1.8 it callssss to ussss. : )

Merry Christmas Matz!

Jonas_Hoffmann1 · 24 December 2002 16:06

Thanks for this first Christmasgift i recived today.

Jonas

merry Christmas and a happy new year to all users of this superb mailinglist !

···

Am Dienstag, 24. Dezember 2002 10:05 schrieb Yukihiro Matsumoto:

Merry Christmas!
  					matz.

Akinori_MUSHA · 24 December 2002 18:55

I made an errata patch for 1.8.0-preview1 and put as below:

ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.0-preview1-errata.diff

This fixes a build problem on some platforms (such as mswin32) and
eliminates some annoying warnings.

···

At Tue, 24 Dec 2002 18:05:11 +0900, matz wrote:

I also put the first preview of 1.8.0 at

ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.0-preview1.tar.gz

–
/
/__ __ Akinori.org / MUSHA.org
/ ) ) ) ) / FreeBSD.org / Ruby-lang.org
Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp

“I believe in what I see, I believe in what I hear,
I believe that what I’m feeling changes how the world appears.”

Martin_DeMello1 · 24 December 2002 23:00

Yay Merry Christmas to you too!

martin

···

Yukihiro Matsumoto matz@ruby-lang.org wrote:

Hello everyone,

I just put the 1.6.8 release package on the ftp. 1.6.8 should be the
last release in the 1.6.x series. Check out

ftp://ftp.ruby-lang.org/pub/ruby/ruby-1.6.8.tar.gz

I also put the first preview of 1.8.0 at

ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.0-preview1.tar.gz

Merry Christmas!

Kero · 25 December 2002 01:01

Hello everyone,

I just put the 1.6.8 release package on the ftp. 1.6.8 should be the
last release in the 1.6.x series. Check out

ftp://ftp.ruby-lang.org/pub/ruby/ruby-1.6.8.tar.gz

Ruby/Tk uses 100% CPU (as reported for a preview)

worse, when using Tk 8.4, I don’t see any window (works with Tk 8.3)

I also put the first preview of 1.8.0 at

More to look at…
while I must celebrate X-mas!

Merry X-mas,
Kero.

···

On Tue, 24 Dec 2002 18:05:11 +0900, Yukihiro Matsumoto wrote:

Wakou_Aoyama · 26 December 2002 18:00

Oh! I forgot 1.8.0 preview release!

Sorry, 1.8.0 preview 1 is not include, change for lib/net/telnet,
lib/cgi.

I commit it for CVS. Please get from CVS, or wait for preview 2.

···

On Tue, Dec 24, 2002 at 06:05:11PM +0900, Yukihiro Matsumoto wrote:

I also put the first preview of 1.8.0 at

–
Wakou Aoyama wakou@ruby-lang.org

Kurt_Hindenburg · 25 December 2002 01:10

Yea, I’ve seen/reported this behavior as well. Apparently the person working
on the ruby Tk is redoing some of the code.
I’ve had to ‘jump’ to using FXRuby.

Kurt

···

On Tuesday 24 December 2002 08:01 pm, Kero van Gelder wrote:

Ruby/Tk uses 100% CPU (as reported for a preview)

–
Gentoo Linux release 1.4
Linux user #237540 (http://counter.li.org/).

Hidetoshi_NAGAI · 25 December 2002 06:58

Hi,

···

From: “Kero van Gelder” kero@chello.nl
Subject: Re: ANN: ruby 1.6.8
Date: Wed, 25 Dec 2002 10:01:13 +0900
Message-ID: pan.2002.12.25.00.41.46.695026@chello.nl

Ruby/Tk uses 100% CPU (as reported for a preview)
worse, when using Tk 8.4, I don’t see any window (works with Tk 8.3)

I know. But I don’t have enough time and any idea to fix this problem.
Of course, if use old Tk.mainloop, Ruby/Tk doesn’t use 100% CPU,
though some Ruby/Tk script will hang up. For example, some cases of
following situation makes Ruby/Tk hanging up.

First, Tk calls Ruby (e.g. event callback).
Then the event loop waits for Ruby operation.
The called Ruby calls Tk (e.g. treat Tk widget) and
waits for finishing Tk operation.
But to finish the Tk operation, the event loop must be running.

Current Tk.mainloop starts a watch-dog thread. If the event loop is
sleeping, the watch-dog thread starts new event loop.

The old Tk.mainloop uses a timer for thread switching. Even if no Tk
operations which waiting for proceeding, Ruby/Tk waits the time for
thread switching.
The current Tk.mainloop uses Tcl_DoOneEvent function with TCL_DONT_WAIT.
So, if no event is waiting, Ruby can do thread switching quickly.
But if no other thread is running, the cost of Tcl_DoOneEvent loop may be
unreasonable.

Do you have any good idea for the problem?

                              Hidetoshi NAGAI (nagai@ai.kyutech.ac.jp)

Wakou_Aoyama · 26 December 2002 18:39

Telnet#print() is not add “\n”. If want add “\n” then use Telnet#puts().

cgi[‘key’] is equal cgi[‘key’][0]

value = cgi[‘key’] # “value”
value, = cgi[‘key’] # “value”
value = cgi[‘key’][0] # “value”
value = cgi[‘key’].first # “value”

in the future (ruby 2.0?)

value = cgi[‘key’] # “value”
value, = cgi[‘key’] # “value”
value = cgi[‘key’][0] # “value”[0] ==> 118
value = cgi[‘key’].first # “value”.first ==> NoMethodError

···

On Fri, Dec 27, 2002 at 03:00:55AM +0900, Wakou Aoyama wrote:

Sorry, 1.8.0 preview 1 is not include, change for lib/net/telnet,
lib/cgi.

I commit it for CVS. Please get from CVS, or wait for preview 2.

–
Wakou Aoyama wakou@ruby-lang.org

Paul_Brannan · 26 December 2002 16:12

I think one solution is to use Tcl_SetNotifier to hook into Tcl’s event
system. You could then get Tcl to use rb_thread_select() instead of
select().

Paul

···

On Wed, Dec 25, 2002 at 03:58:19PM +0900, nagai@ai.kyutech.ac.jp wrote:

The current Tk.mainloop uses Tcl_DoOneEvent function with TCL_DONT_WAIT.
So, if no event is waiting, Ruby can do thread switching quickly.
But if no other thread is running, the cost of Tcl_DoOneEvent loop may be
unreasonable.

Do you have any good idea for the problem?

Wakou_Aoyama · 26 December 2002 19:03

If you want Array, use cgi.params[‘key’]

value = cgi.params[‘key’][0] # [“value”][0]
value = cgi.params[‘key’].first # [“value”].first

···

On Fri, Dec 27, 2002 at 03:39:48AM +0900, Wakou Aoyama wrote:

value = cgi[‘key’][0] # “value”[0] ==> 118
value = cgi[‘key’].first # “value”.first ==> NoMethodError

–
Wakou Aoyama wakou@ruby-lang.org

Hidetoshi_NAGAI · 26 December 2002 18:24

Hi,

···

From: Paul Brannan pbrannan@atdesk.com
Subject: Re: Ruby/Tk problem (Re: ANN: ruby 1.6.8)
Date: Fri, 27 Dec 2002 01:12:28 +0900
Message-ID: 20021226161225.GC31857@atdesk.com

I think one solution is to use Tcl_SetNotifier to hook into Tcl’s event
system. You could then get Tcl to use rb_thread_select() instead of
select().

Thank you for your advice. But, unfortunately, We’ll not be able to use
Tcl_SetNotifier. Current Ruby/Tk supports Tcl7.4 +, and the function was
added on Tcl8.2 +. (Am I right?)
Of course, I can use the function for Tcl8.2+ only. But, on Tcl7.4 - 8.1,
the problem is still left and we need other solutions.
Although we may stop supporting Tcl7.x, we’ll not be able to stop
supporting Tcl8.0 - 8.1. For example, some (Japanese) Linux distributions
still use Tcl/Tk8.0jp (Japanese version) because of better Japanese
support.
If we edit source code of Tcl/Tk, probably it is easy to fix the problem.
But it will not be allowed.

                              Hidetoshi NAGAI (nagai@ai.kyutech.ac.jp)

Topic		Replies	Views
[ANN] Ruby 1.8.6 has been released ruby-talk	12	147	13 March 2007
[ANN] ruby 1.8.0 ruby-talk	30	188	10 August 2003
[ANN] ruby 1.8.2 ruby-talk	24	159	27 December 2004
Ruby 1.8.4 released ruby-talk	14	122	27 December 2005
Ruby 1.8.0 preview6 ruby-talk	13	113	2 August 2003

ANN: ruby 1.6.8

I know. But I don’t have enough time and any idea to fix this problem. Of course, if use old Tk.mainloop, Ruby/Tk doesn’t use 100% CPU, though some Ruby/Tk script will hang up. For example, some cases of following situation makes Ruby/Tk hanging up.

First, Tk calls Ruby (e.g. event callback). Then the event loop waits for Ruby operation. The called Ruby calls Tk (e.g. treat Tk widget) and waits for finishing Tk operation. But to finish the Tk operation, the event loop must be running.

Do you have any good idea for the problem?

Related topics

I know. But I don’t have enough time and any idea to fix this problem.
Of course, if use old Tk.mainloop, Ruby/Tk doesn’t use 100% CPU,
though some Ruby/Tk script will hang up. For example, some cases of
following situation makes Ruby/Tk hanging up.

First, Tk calls Ruby (e.g. event callback).
Then the event loop waits for Ruby operation.
The called Ruby calls Tk (e.g. treat Tk widget) and
waits for finishing Tk operation.
But to finish the Tk operation, the event loop must be running.