[#17198] enhancing Ruby error messages for out of the bound constant Fixnum? — Guillaume Cottenceau <gc@...>

Hi,

11 messages 2001/07/03

[#17206] /* */ comments — Dave Thomas <Dave@...>

43 messages 2001/07/04
[#17207] Re: /* */ comments — Stephen White <spwhite@...> 2001/07/04

On Wed, 4 Jul 2001, Dave Thomas wrote:

[#17251] Re: /* */ comments — Sean Chittenden <sean-ruby-talk@...> 2001/07/04

> Over on http://www.rubygarden.org, dv posted a patch to parse.y that

[#17268] Re: /* */ comments — matz@... (Yukihiro Matsumoto) 2001/07/05

Hi,

[#17212] Ruby 1.6.4 Win32 .exe installer question — A Bull in the China Shop of Life <feoh@...>

Folks;

11 messages 2001/07/04

[#17225] Re: /* */ comments — Arnaud Meuret <ameuret@...4you.com>

|From: Mark Slagell [mailto:ms@iastate.edu]

17 messages 2001/07/04

[#17240] Ruby Mascot/logo — "Kevin Powick" <kpowick@...>

Hi there.

14 messages 2001/07/04

[#17281] Inheritance — "Aleksei Guzev" <aleksei.guzev@...>

15 messages 2001/07/05
[#17282] Re: Inheritance — ts <decoux@...> 2001/07/05

>>>>> "A" == Aleksei Guzev <aleksei.guzev@bigfoot.com> writes:

[#17348] Adding a method to a class at the top-level — Guillaume Cottenceau <gc@...>

Comrades,

14 messages 2001/07/05

[#17482] Aliases for class methods — "HarryO" <harryo@...>

Say I wanted to write my own version of File#open that adds some

23 messages 2001/07/08

[#17511] Ruby on Slashdot — jweirich@...

Ruby is currently mentioned on Slashdot. I posted some references.

29 messages 2001/07/08
[#17512] Re: Ruby on Slashdot — Tobias Reif <tobiasreif@...> 2001/07/08

Interesting...

[#17518] Re: Ruby on Slashdot — matz@... (Yukihiro Matsumoto) 2001/07/09

Hi,

[#17519] Re: Ruby on Slashdot — "James (ruby-talk)" <ruby@...> 2001/07/09

> |I thought about that too; what about Ruby being a standard?

[#17525] Re: Ruby on Slashdot — matz@... (Yukihiro Matsumoto) 2001/07/09

Hi,

[#17536] Re: Ruby on Slashdot — David Alan Black <dblack@...> 2001/07/09

Hello --

[#17572] Re: Constants and Variables — "HarryO" <harryo@...>

> If you want objects that don't change, try Object#freeze,

25 messages 2001/07/10

[#17732] Re: Array#sort! returns nil when array empty — hfulton@...

> Array#sort! returns nil if the array is empty, whereas ri

32 messages 2001/07/12
[#17736] Re: Array#sort! returns nil when array empty — Paul Brannan <pbrannan@...> 2001/07/12

On Fri, 13 Jul 2001 hfulton@pop-server.austin.rr.com wrote:

[#17739] Re: Array#sort! returns nil when array empty — ts <decoux@...> 2001/07/12

>>>>> "P" == Paul Brannan <pbrannan@atdesk.com> writes:

[#17746] Re: Array#sort! returns nil when array empty — Paul Brannan <pbrannan@...> 2001/07/12

On Fri, 13 Jul 2001, ts wrote:

[#17747] What is Array#- ? — Jim Freeze <jim@...> 2001/07/12

While following the Array thread, I noticed the minus

[#17752] Re: What is Array#- ? — Dave Thomas <Dave@...> 2001/07/12

Jim Freeze <jim@freeze.org> writes:

[#17753] Re: What is Array#- ? — Jim Freeze <jim@...> 2001/07/12

On Fri, 13 Jul 2001, Dave Thomas wrote:

[#17833] Extending objects — "Aleksei Guzev" <aleksei.guzev@...>

16 messages 2001/07/14
[#17834] Ruby-newbie seeks help with Rubywin starting IRB — "Euan Mee" <lucid@...> 2001/07/14

Once I fire up Rubywin, and then invoke _R_uby _I_rb from the

[#17839] Re: Ruby-newbie seeks help with Rubywin starting IRB — A Bull in the China Shop of Life <feoh@...> 2001/07/14

At 07:05 PM 7/14/01 +0900, Euan Mee spewed forth:

[#17859] Re: Creating methods on the fly — "HarryO" <harryo@...>

I

18 messages 2001/07/15

[#17925] Movement in scripting language communities to integrate XML-RPC — gsemones@... (Guerry Semones)

Greetings,

20 messages 2001/07/16
[#17934] Re: Movement in scripting language communities to integrate XML-RPC — Tobias Reif <tobiasreif@...> 2001/07/16

"out of the box" by including

[#18018] Broadcasting data — "HarryO" <harryo@...>

Does someone have an example of broadcasting data around a network using

12 messages 2001/07/18

[#18023] [ANN] libxslt Rubified! — Wai-Sun Chia <waisun.chia@...>

Hello,

16 messages 2001/07/18
[#18024] Re: [ANN] libxslt Rubified! — TAKAHASHI Masayoshi <maki@...> 2001/07/18

Wai-Sun Chia <waisun.chia@compaq.com> wrote:

[#18100] Looking for Ruby programming exercises — Wayne Vucenic <wvucenic@...> 2001/07/19

I've been learning Ruby, mostly with the Pickaxe book, and it's going

[#18188] Newbie. Sinking fast. Please help. — Matt <matt@...>

I bought Programming Ruby a number of months back and finally have an opportunity to try out Ruby. However, I can't get it to build. Actually, that's not quite accurate. It builds fine. It won't pass 'make test'.

12 messages 2001/07/20

[#18193] Re: 99 bottles of beer — "Dat Nguyen" <thucdat@...>

18 messages 2001/07/20
[#18204] Re: 99 bottles of beer — Glen Starchman <glen@...> 2001/07/20

99.downto(0){|x|w=" on the wall";u="#{x!=0?eval(x.to_s):'no more'}

[#18306] Ruby as opposed to Python? — "Mark Nenadov" <mnenadov@...>

Hello. I have toyed with the idea of trying Ruby out for some time now.

118 messages 2001/07/22
[#18759] Re: Ruby as opposed to Python? — Paul Prescod <paulp@...> 2001/07/29

Yukihiro Matsumoto wrote:

[#18774] Re: Ruby as opposed to Python? — "Florian G. Pflug" <fgp@...> 2001/07/30

On Mon, Jul 30, 2001 at 05:58:22AM +0900, Paul Prescod wrote:

[#18393] Trouble Using FXRuby on cygwin/Windows NT — rgilbert1@... (Robbie Gilbert)

Hi,

10 messages 2001/07/23

[#18566] Which database should I use? — Urban Hafner <the-master-of-bass@...>

Hello everybody,

17 messages 2001/07/26
[#18575] Re: Which database should I use? — Urban Hafner <the-master-of-bass@...> 2001/07/26

[#18582] Re: Which database should I use? — Michael Neumann <neumann@...> 2001/07/26

Urban Hafner wrote:

[ruby-talk:18312] Re: Ruby as opposed to Python?

From: Todd Gillespie <toddg@...127.ma.utexas.edu>
Date: 2001-07-23 02:04:16 UTC
List: ruby-talk #18312
Mark Nenadov <mnenadov@stclairc.on.ca> wrote:
: Hello. I have toyed with the idea of trying Ruby out for some time now.
: However, I have not found any major feature that puts it enough above Python.
: Most of the differences I have come across (in "comparison with other
: languages") seem to be pretty insignificant (minor differences) in terms of
: selecting a language to use for major projects.

It would behoove you to read the second half of Paul Graham's recent
paper 'Beating the Averages', at http://www.paulgraham.com/avg.html.
In a nutshell, programmers that have not understood a particular facility
in a language are likely to treat it as unimportant, because they know how
to think about programs using the idioms of the languages they already
know, but not in these unfamiliar features.  To quote:

"As long as our hypothetical Blub programmer is looking down the
power continuum, he knows he's looking down.  Languages less powerful
than Blub are obviously less powerful, because they're missing some
feature he's used to.  But when our hypothetical Blub programmer
looks in the other direction, up the power continuum, he doesn't
realize he's looking up.  What he sees are merely weird languages.
He probably considers them about equivalent in power to Blub, but
with all this other hairy stuff thrown in as well.  Blub is good
enough for him, because he thinks in Blub."

To weigh in on the side of Ruby, I point out that it:
1. Is more fully OO, with a coherent approach to functions/methods/etc.
2. Is shockingly friendly with regards to blocks, closures, and iterators.
3. Ruby is far more capable of writing in functional style than Perl.

Each of these strongly affects 'locality', meaning that using a language
without these features entails structuring a given program in 
a substantially different fashion.  To give an example of the locality
concept, imagine trying to replicate object methods in a language without
object support.  For a more dramatic example, examine LISP macros.

In a more cosmetic focus: 

4. Scoping syntax is really cool.

In an even less technical focus:

5. Creator has a good sense of humor.

Downsides:

-1: Ore wa nihongo ga heta desu.  Totemo taihen.

: Is there any sort of effort to port Ruby to the Palm's? Does the Ruby
: community have any sort of mechanism for Enhancement Proposals (such as
: PEP for Python)?

This newsgroup, and associated mailing lists, are a good place to start.
Always, visible, specific organizations are a method to a handle a flood
of users.  If we don't yet have an acryonym for 'ask Dave or matz', one
might be thankful rather than bewildered.
(I'm new here too, and very soon someone is going to tell me how wrong I
am.)

: The "comparison with other languages" states that "Ruby is "often faster
: than Python". Is this documented anywhere? Could someone provide me with
: some specific examples where Ruby would be faster than Python? If Ruby
: was drastically faster than Python, that may be a good "selling point" in
: my eyes.

Someone else is going to jump in and tell us this-that-and-the-other about
optimizers in Ruby & Python.  I'll just reiterate a blunter point:  
compilers don't make fast code.  Profilers do.  90% of CPU time is
typically spent in a small portion of code; identifying and restructuring
that delivers the big gains.  Gaining another 10% by switching languages 
is often cost-ineffective compared to upgrading hardware.

: In the interview with the Programming Ruby authors, they say "Ruby will
: overtake Python within four years". On what basis do you supose they make
: this claim? What is the most obvious driving force that they feel will
: cause this change?

I do not know the minds of Dave & Andrew, but were I to defend their
stance, I would point out the mindshare of Ruby exceeds Python in Japan,
where both languages have sufficient documentation to make a fair
comparison, whereas in the States the rarity of Ruby docs has impaired
such informed research.
I would also put down my biz card, which reads 'Perl Programmer', and say
that Python and Perl have almost no semantic distinctions, and both have
been exhibiting core stagnation.  Core language, mind you -- I am not
contending the same of applications, which continue rapid progress; POE
and some Python web tools leap to mind.  But there is a great deal of
indecision in perl-porters, and major difficulty in writing new
enhancements.  Larry Wall spoke on this exact point when explaining the
goals of Perl6.  

There are many arguments in any number of directions, and predictions of
the future are rarely accurate.  I don't know why Dave & Andrew made the
above contention, or why some of us are backing it up.
Perhaps we're just drunk on the power Ruby has given us.

: Anyways,  I look forward to getting some mor information on these matters.

HTH.

In This Thread