[#4076] Ruby/DL — Jamis Buck <jamis_buck@...>

I recently used Ruby/DL to create bindings to the SQLite3 embedded

40 messages 2005/01/03
[#4096] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/04

On Tue, Jan 04, 2005 at 02:53:49AM +0900, Jamis Buck wrote:

[#4099] Re: Ruby/DL — ts <decoux@...> 2005/01/04

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

[#4119] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/05

On Wed, Jan 05, 2005 at 03:05:48AM +0900, ts wrote:

[#4120] Re: Ruby/DL — ts <decoux@...> 2005/01/05

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

[#4125] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/05

On Thu, Jan 06, 2005 at 01:10:34AM +0900, ts wrote:

[#4116] Test::Unit::Collector::Dir won't work with code that modifies $LOAD_PATH — Eric Hodel <drbrain@...7.net>

Any test code that depends upon modifications of $: fails when used

10 messages 2005/01/05

[#4146] The face of Unicode support in the future — Charles O Nutter <headius@...>

Hello Rubyists!

47 messages 2005/01/06
[#4152] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/07

Hi,

[#4167] Re: The face of Unicode support in the future — Christian Neukirchen <chneukirchen@...> 2005/01/09

Yukihiro Matsumoto <matz@ruby-lang.org> writes:

[#4175] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/10

Hi,

[#4186] Re: The face of Unicode support in the future — Paul Brannan <pbrannan@...> 2005/01/11

On Mon, Jan 10, 2005 at 11:53:48PM +0900, Yukihiro Matsumoto wrote:

[#4192] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/12

Hi,

[#4269] Re: The face of Unicode support in the future — Wes Nakamura <wknaka@...>

19 messages 2005/01/18
[#4270] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/18

Hi,

[#4275] Re: The face of Unicode support in the future — Wes Nakamura <wknaka@...> 2005/01/19

[#4323] test/unit doesn't rescue a Exception — Tanaka Akira <akr@...17n.org>

test/unit doesn't rescue a Exception in a test method, as follows.

14 messages 2005/01/27
[#8773] Re: test/unit doesn't rescue a Exception — Tanaka Akira <akr@...> 2006/09/02

In article <87is5jb46q.fsf@serein.a02.aist.go.jp>,

[#8776] Re: test/unit doesn't rescue a Exception — "Nathaniel Talbott" <ntalbott@...> 2006/09/03

On 9/1/06, Tanaka Akira <akr@fsij.org> wrote:

[#8777] Re: test/unit doesn't rescue a Exception — Eric Hodel <drbrain@...7.net> 2006/09/03

On Sep 2, 2006, at 6:34 PM, Nathaniel Talbott wrote:

Re: Attaching a block to []

From: "David A. Black" <dblack@...>
Date: 2005-01-31 13:54:01 UTC
List: ruby-core #4339
Hi --

On Mon, 31 Jan 2005, Brian Mitchell wrote:

> Hello,
>
> Talking to Tilman Sauerbeck on IRC lead me to an interesting bug in
> ruby. The following code gives a syntax error using both 1.8.2 and my
> recent build of 1.9:
>
> class Hash
>    alias_method :orig_lookup, :[]
>
>    def [](key)
>        value = self.orig_lookup(key)
>        block_given? ? (yield value) : value
>    end
> end
>
> Foo = { :key => :value }
>
> Foo[:key] do |v| # Syntax Error!
>    p v
> end
>
> As you can see the code is trying to yield the lookup on the hash
> table if a block was passed. Running the code will simply not let the
> block be passed unless you make this change:
>
> Foo.[](:key) do |v| # No syntax error.

I don't consider this a bug, but rather a consequence of having the []
method call fully masquerade as something other than a method call in
its syntax.

The same thing happens with <<:

   irb(main):022:0> str = ""
   => ""
   irb(main):023:0> str << "a" do end
   SyntaxError: compile error
   (irb):23: syntax error
   str << "a" do end
                ^
           from (irb):23
   irb(main):024:0> str.<<("a") do end
   => "a"

I think it's a case of: you can't have it both ways.  You can't have
the syntactic sugar/magic that enables these methods to look like
operators, and also the code-block syntax that goes with methods.  I
suspect this is a conscious design decision.


David

-- 
David A. Black
dblack@wobblini.net

In This Thread

Prev Next