[#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: Allowing custom number literal suffixes?

From: Brent Roman <brent@...>
Date: 2005-01-06 04:56:45 UTC
List: ruby-core #4130
  This looks great.  Thank you.

Yes, I see the problem with using the suffix verbatim as the method 
identifier.
I just thought it looked cleaner that way and it partitioned the method 
space nicely.

But, just think about what this does:

    "exit"__send__  #oops!

So, how about just putting a 'literal_' before the suffix when doing the 
method lookup?  This is similar to Florian's suggestion, but a little
different:

"1:10"PM calls "1:10".literal_PM

Note that literal_PM is an instance method of String.  After all,
these methods all operate on strings and there is no reason that
some other method for parsing text could not call them.

I haven't tried your patch yet.  Does it also handle:

1.10PM

Just curious.  I never really thought I'd see this implemented
so quickly.  Thanks again,

- Brent


Peter wrote:

 > There's no problem with allowing any method identifier as suffix from 
the parsing point of view.
 >
 > A possible implementation is attached. "1:10"PM calls 
String::Literal::PM("1:10"). It is implemented differently than the 
patch for number literal suffixes which shows in the fact that there can 
be a space between the string and the suffix, and that a suffix like 
'class' won't work because 'class' is a reserved word. This was the easy 
implementation...
 >
 > Funny thing: "1:10"methods calls String::Literal::methods("1:10") 
which happily returns all methods in String::Literal. That's the 
downside of using the unchanged suffix as method name.
 >
 > Peter
 >
 >
 >

-- 
  Brent Roman                                   MBARI
  Software Engineer               Tel: (831) 775-1808
  7700 Sandholdt Road,         Moss Landing, CA 95039
  mailto:brent@mbari.org  http://www.mbari.org/~brent


-- 
  Brent Roman
  Software Engineer                 Tel: 831 775 1808
  425 Clinton St., Santa Cruz,      California, 95062
  mailto:brent@mbari.org  http://www.mbari.org/~brent


In This Thread