[#2320] Problems in mathn, rational, complex, matrix — Gavin Sinclair <gsinclair@...>
I received a message from Richard Graham mentioning a problem in the
[#2346] Patch for socket.c: control reverse lookup for every instance — Thomas Uehlinger <uehli@...>
Hi all
[#2357] Use the BasicSocket#do_not_reverse_lookup flag in Webrick — Thomas Uehlinger <uehli@...>
Hi
[#2367] Standard libraries — Dave Thomas <dave@...>
From ruby-dev summary:
Hi,
Hi,
By the way, this issue is about a matter of taste, so the debate is somewhat
Hi,
On Thu, Feb 12, 2004 at 02:58:22PM +0900, NAKAMURA, Hiroshi wrote:
On Thursday, February 12, 2004, 8:18:32 PM, Mauricio wrote:
On Thursday 12 February 2004 04:37, Gavin Sinclair wrote:
On Friday, February 13, 2004, 12:44:15 AM, Sean wrote:
(Dave Thomas: there's a question for you in the second paragraph; if you're
[#2397] PATCH: deprecate cgi-lib, getopts, importenv, parsearg from standard library — Gavin Sinclair <gsinclair@...>
Index: cgi-lib.rb
* Gavin Sinclair (gsinclair@soyabean.com.au) wrote:
On Thursday, February 12, 2004, 11:39:37 PM, E wrote:
Hi,
Hi,
[#2422] Re: [ruby-cvs] ruby: * lib/ftools.rb: documented — "U.Nakamura" <usa@...>
Hello,
[#2449] make install not getting through rdoc phase — "David A. Black" <dblack@...>
Hi --
[#2465] PATCH: OpenStruct#initialize to yield self — Gavin Sinclair <gsinclair@...>
This is a common approach I use to object initialization; I don't know
On Fri, 20 Feb 2004 02:42:00 +0900, Dave Thomas wrote:
> > As more general suggestion. Could 'new' yield the new object is a block
On Fri, 20 Feb 2004 08:24:31 +0900, Carlos wrote:
Hi,
Yukihiro Matsumoto wrote:
On Feb 20, 2004, at 4:33 PM, Joel VanderWerf wrote:
[#2494] rehash segfault — Nathaniel Talbott <nathaniel@...>
I don't have a lot of information on this bug at this point, but
Hi,
On Wed, Feb 25, 2004 at 03:30:54AM +0900, Yukihiro Matsumoto wrote:
[#2504] foldl and foldr — "Sean E. Russell" <ser@...>
Sorry if I'm opening old wounds; I have a hard time believing that nobody has
Re: rb_io_puts is strange
[i've been trying not to respond, but, just for the record...]
> I don't care much about consistency with other languages, for example,
> C etc. as long as the basic behavior remains same. At least "puts"
> prints the given string with a newline. Ruby's version is little bit
> "smarter" though. It wouldn't hurt much, once you've understood.
> This is useful when I output the string from the user. I didn't need
> to check newlines at the end, nor to chomp the string.
I see. I knew there must be a reason why someone might want this behavior.
I'd also forgotten in the 10 years since I last wrote any C for a system
that had a stdio implementation about the likes of fgets. Speaking as
someone for whom Ruby's competition is Java, I find I never have any problem
with PrintWriter's print/println combined with LineNumberReader's readLine
(which throws away the line-termination characters).
The "smartness" in Ruby is more a case of moving the flaw somewhere else
(from gets to puts). Java -- in this instance -- removes the flaw
completely. *That's* smart.
Don't get me wrong: my Java library contains implementations of Ruby-like
process and file functionality, because I think the Ruby library in those
areas is often As Good As It Gets. Having close throw a checked exception is
a good example of stupidity in Java. (As if 'close' ever guarantees
anything, even if it does complete normally!)
> Are there any bad things remain after you take a few minutes to
> learn the Ruby behavior?
I think so, yes. It's not as strange as ! methods returning nil, but it's
another bit of random strangeness that isn't obviously useful. Except seen
in the light of other decisions.
But, if it's been done on purpose, I just have to shrug my shoulders and
remember to avoid puts and use print("blah\n") instead from now on.
--elliott
*********************************************************************
This e-mail and any attachment is confidential. It may only be read, copied and used by the intended recipient(s). If you are not the intended recipient(s), you may not copy, use, distribute, forward, store or disclose this e-mail or any attachment. If you are not the intended recipient(s) or have otherwise received this e-mail in error, you should destroy it and any attachment and notify the sender by reply e-mail or send a message to sysadmin@bluearc.com
*********************************************************************