[#14464] who uses Python or Ruby, and for what? — ellard2@...01.fas.harvard.edu (-11,3-3562,3-3076)

A while ago I posted a request for people to share their experiences

12 messages 2001/05/01

[#14555] Ruby as a Mac OS/X scripting language — Dave Thomas <Dave@...>

10 messages 2001/05/02

[#14557] Arggg Bitten by the block var scope feature!!! — Wayne Scott <wscott@...>

13 messages 2001/05/02

[#14598] Re: Arggg Bitten by the block var scope feature!!! — "Conrad Schneiker" <schneik@...>

# On Thu, 3 May 2001, Wayne Scott wrote:

9 messages 2001/05/03

[#14636] Yet another "About private methods" question — Eric Jacoboni <jacoboni@...2.fr>

I'm still trying to figure out the semantics of private methods in Ruby.

39 messages 2001/05/04
[#14656] Re: Yet another "About private methods" question — Dave Thomas <Dave@...> 2001/05/04

Eric Jacoboni <jaco@teaser.fr> writes:

[#14666] Ruby and Web Applications — "Chris Montgomery" <monty@...> 2001/05/04

Greetings from a newbie,

[#14772] Re: Ruby and Web Applications — Jim Freeze <jim@...> 2001/05/07

On Sat, 5 May 2001, Chris Montgomery wrote:

[#14710] Why's Ruby so slow in this case? — Stefan Matthias Aust <sma@3plus4.de>

Sure, Ruby, being interpreted, is slower than a compiled language.

12 messages 2001/05/05

[#14881] Class/Module Information — "John Kaurin" <jkaurin@...>

It is possible to modify the following code to produce

18 messages 2001/05/09

[#15034] Re: calling .inspect on array/hash causes core dump — ts <decoux@...>

>>>>> "A" == Andreas Riedl <viisi@chello.at> writes:

15 messages 2001/05/12

[#15198] Re: Q: GUI framework with direct drawing ca pabilities? — Steve Tuckner <SAT@...>

Would it be a good idea to develop a pure Ruby GUI framework built on top of

13 messages 2001/05/15

[#15234] Pluggable sorting - How would you do it? — "Hal E. Fulton" <hal9000@...>

Hello all,

16 messages 2001/05/16

[#15549] ColdFusion for Ruby — "Michael Dinowitz" <mdinowit@...2000.com>

I don't currently use Ruby. To tell the truth, I have no real reason to. I'd

12 messages 2001/05/22

[#15569] I like ruby-chan ... — Rob Armstrong <rob@...>

Ruby is more human(e) than Python. We already have too many animals :-).

15 messages 2001/05/23

[#15601] How to avoid spelling mistakes of variable names — ndrochak@... (Nick Drochak)

Since Ruby does not require a variable to be declared, do people find

13 messages 2001/05/23

[#15734] java based interpreter and regexes — "Wayne Blair" <wayne.blair@...>

I have been thinking about the java based ruby interpreter project, and I

48 messages 2001/05/25

[#15804] is it possible to dynamically coerce objects types in Ruby? — mirian@... (Mirian Crzig Lennox)

Greetings to all. I am a newcomer to Ruby and I am exploring the

13 messages 2001/05/27
[#15807] Re: is it possible to dynamically coerce objects types in Ruby? — matz@... (Yukihiro Matsumoto) 2001/05/27

Hi,

[#15863] Experimental "in" operator for collections — Stefan Matthias Aust <sma@3plus4.de>

There's one thing where I prefer Python over Ruby. Testing whether an

13 messages 2001/05/28

[#15925] Re: Block arguments vs method arguments — ts <decoux@...>

>>>>> "M" == Mike <mike@lepton.fr> writes:

43 messages 2001/05/29
[#16070] Re: Block arguments vs method arguments — "Hal E. Fulton" <hal9000@...> 2001/05/31

----- Original Message -----

[#16081] Re: Block arguments vs method arguments — Sean Russell <ser@...> 2001/05/31

On Thu, May 31, 2001 at 11:53:17AM +0900, Hal E. Fulton wrote:

[#16088] Re: Block arguments vs method arguments — Dan Moniz <dnm@...> 2001/05/31

At 11:01 PM 5/31/2001 +0900, Sean Russell wrote:

[#15954] new keyword idea: tryreturn, tryturn or done — Juha Pohjalainen <voidjump@...>

Hello everyone!

12 messages 2001/05/29

[ruby-talk:14518] problems with String -> Numeric conversions

From: see_signature@127.0.0.1
Date: 2001-05-02 00:10:08 UTC
List: ruby-talk #14518
Hi Experts,

Ruby has a number of very useful functions which convert strings representing
numbers into actual numbers:

    String#to_i
    String#to_f
    String#hex
    String#oct

For some reason, which I cannot yet comprehend, these conversion functions
provide NO ERROR HANDLING (no exceptions ever raised, no NaN ever returned).  

A string which does not correspond to any number is silently converted to
zero. Therefore, if the outcome of a conversion is number zero, one cannot tell
for sure whether this zero comes from a legitimate string representing number
zero or from some guffy broken corrupted string:

    a = "0".to_i  # -> 0
    b = "garbage".to_i  # -> 0
    a == b  # -> true

The bugs which may result from this behavior can be very severe. A program can
still run to completion but deliver incorrect results because the input
integrity has been violated.

I think that it will be useful if these conversion function perform some  format
validation. Since changes to core Ruby is a delicate and time consuming issue,
here is a Ruby reimplementation of String#to_i and String#to_f which checks for 
correct format and raises an exception on error.
Also, String#to_i distinguishes between decimal, octal and hexadecimal notations
and parse these numbers accordingly.

Any comments and feedback appreciated

--Leo-- [ slonika AT yahoo DOT com ]

####  RUBY  CODE  FOLLOWS  ####

# Conversion from a String to Numbers should raise an exception if the string has
# an improper format. Strangely enough, Ruby's standard conversion functions do not
# provide for any kind of error handling and return number '0' on failure.
# Therefore, in Ruby one cannot possibly distinguish between these two cases:
#       "0".to_i             # -> 0
#       "not-a-number".to_i  # -> 0

# The following code augments standard conversion functions String#to_i and
# String#to_f with the error handling code so that an attempt to convert a
# string not suited for numeric conversion will raise NumericError exception.

class NumericError < RuntimeError
end

class String
  alias __std__to_i to_i   if ! method_defined? :__std__to_i
  alias __std__to_f to_f   if ! method_defined? :__std__to_f
  alias __std__hex  hex    if ! method_defined? :__std__hex
  alias __std__oct  oct    if ! method_defined? :__std__oct
  
  def to_i()
    case self 
    when /^[-+]?0\d/         then  __std__oct
    when /^[-+]?0x[a-f\d]/i  then  __std__hex
    when /^[-+]?\d/          then  __std__to_i
    else raise NumericError, "Cannot convert string to Integer!"
    end
  end

  def to_f()
    case self
    when /^[-+]?\d/  then  __std__to_f
    else raise NumericError, "Cannot convert string to Float!"
    end
  end
end
################################################################################

#EOF

In This Thread

Prev Next