ruby-core

On 2/22/06, George Ogata <[email protected]> wrote:> [email protected] writes:>> I'm still not happy about #funcall. How is one supposed to remember>> which (#send or #funcall) is which? There are a few things in Ruby>> where "you just have to memorize it" -- like the true/false arguments>> to #instance_methods, or the differences between Proc.new and lambda.>> I've always felt that these are soft spots in the language.>> #send/#funcall seems to me to be in the same category.> #funcall breaks the rules. That makes it "fun". ;-)

[#7413] Re: Module#define_method "send hack" fails with Ruby 1.9 — "Justin Bailey" <jgbailey@...> 2006/02/22

Second! I've disliked 'funcall' since I first saw it. And why break send? I

[#7419] ping.rb — "Pat Eyler" <rubypate@...>

ping.rb has bothered me for a while for two reasons. First, it really ought

4 messages 2006/02/24

[#7425] Re: ping.rb — Joel VanderWerf <vjoel@...> 2006/02/25

Pat Eyler wrote:

[#7420] Re: ping.rb — Daniel Berger <djberg96@...> 2006/02/24

--- Pat Eyler <[email protected]> wrote:

[#7421] Re: ping.rb — "Pat Eyler" <rubypate@...> 2006/02/24

On 2/23/06, Daniel Berger <[email protected]> wrote:

[#7422] Syck fails with parse error on parsing multiple documents — noreply@...

Bugs item #3654, was opened at 2006-02-24 15:45

1 message 2006/02/24

[#7423] Rubygems/ri integration — Eric Hodel <[email protected]>

I just added a patch to Rubygems that allows it to generate ri data

3 messages 2006/02/24

[#7426] Re: [PATCH] Rubygems/ri integration — Ryan Davis <ryand-ruby@...> 2006/02/26

[#7479] Re: [PATCH] Rubygems/ri integration — Yukihiro Matsumoto <matz@...> 2006/03/03

Hi,

[#7424] Passing wrong data type to Win32API#call causes segfault — noreply@...

Bugs item #3658, was opened at 2006-02-24 19:33

1 message 2006/02/25

[#7434] parser bug, function call without parens across multiple lines — David Smiley <dsmiley@...>

I have encountered a counter-intuitive bug in Ruby's parser. The

5 messages 2006/02/27

[#7436] Re: parser bug, function call without parens across multiple lines — Mauricio Fernandez <mfp@...> 2006/02/27

On Tue, Feb 28, 2006 at 02:05:17AM +0900, David Smiley wrote:

[#7441] Re: parser bug, function call without parens across multiple lines — David Smiley <dsmiley@...> 2006/02/27

First of all, I'd like to apologize because my bug report was

[#7435] Re: parser bug, function call without parens across multiple lines — ts <decoux@...> 2006/02/27

>>>>> "D" == David Smiley <[email protected]> writes:

[#7437] Re: parser bug, function call without parens across multiple lines — Stefan Lang <langstefan@...> 2006/02/27

On Monday 27 February 2006 18:05, David Smiley wrote:

[#7438] Re: parser bug, function call without parens across multiple lines — "Yemi D. Bedu" <yemi@...>

Hello,

1 message 2006/02/27

[#7439] FYI: ruby-lang.org is on spamcop blacklists — mathew <meta@...>

dnsbl/bl.spamcop.net returned deny: for

3 messages 2006/02/27

[#7440] Re: FYI: ruby-lang.org is on spamcop blacklists — "Justin Bailey" <jgbailey@...> 2006/02/27

This is fairly serious as it breaks Google Groups/Ruby Talk list

[#7464] Re: FYI: ruby-lang.org is on spamcop blacklists — "Austin Ziegler" <halostatue@...> 2006/03/01

On 2/27/06, Justin Bailey <[email protected]> wrote:> This is fairly serious as it breaks Google Groups/Ruby Talk list> integration, right?

[#7442] GC Question — zdennis <zdennis@...>

I have been posting to the ruby-talk mailing list about ruby memory and GC, and I think it's ready

17 messages 2006/02/27

[#7446] Re: GC Question — "H.Yamamoto" <[email protected]> 2006/02/28

Hello.

[#7449] Re: GC Question — "H.Yamamoto" <[email protected]> 2006/02/28

Hello.

[#7450] Re: GC Question — "H.Yamamoto" <[email protected]> 2006/02/28

Sorry, I lied...

[#7451] Re: GC Question — ts <decoux@...> 2006/02/28

>>>>> "H" == H Yamamoto <[email protected]> writes:

[#7452] Re: GC Question — "H.Yamamoto" <[email protected]> 2006/02/28

[#7453] Re: GC Question — ts <decoux@...> 2006/02/28

>>>>> "H" == H Yamamoto <[email protected]> writes:

[#7454] Re: GC Question — "H.Yamamoto" <[email protected]> 2006/02/28

[#7455] Re: GC Question — ts <decoux@...> 2006/02/28

>>>>> "H" == H Yamamoto <[email protected]> writes:

[#7462] Re: GC Question — zdennis <zdennis@...> 2006/02/28

H.Yamamoto wrote:

[#7456] Re: GC Question — zdennis <zdennis@...> 2006/02/28

Attempting to apply patch to array.c from 1.8.4 I get:

[#7458] Re: GC Question — ts <decoux@...> 2006/02/28

>>>>> "z" == zdennis <[email protected]> writes:

[#7459] Re: GC Question — zdennis <zdennis@...> 2006/02/28

ts wrote:

[#7461] Re: GC Question — ts <decoux@...> 2006/02/28

>>>>> "z" == zdennis <[email protected]> writes:

[#7463] Re: GC Question — zdennis <zdennis@...> 2006/03/01

ts wrote:

[#7467] Re: GC Question — ts <decoux@...> 2006/03/01

>>>>> "z" == zdennis <[email protected]> writes:

[#7457] Re: GC Question — "H.Yamamoto" <[email protected]> 2006/02/28

Hello.

[#7460] rails segfaults at 2nd load with eval.c: No such file or directory. — noreply@...

Bugs item #3683, was opened at 2006-02-28 10:33

1 message 2006/02/28

Re: Question about massive API changes

From: James Edward Gray II <james@...>

Date: 2006-02-03 21:47:06 UTC

List: ruby-core #7299

On Jan 31, 2006, at 9:06 PM, Sean E. Russell wrote:

> On Tuesday 31 January 2006 14:44, mathew wrote:
>>> What do you mean by an API facade?
>>
>> Something that accepts calls via the old API, and translates them  
>> into
>> appropriate calls into the new API.
>
> I thought that's what you meant.  Unfortunately, that's not the API  
> I'm
> talking about.
>
> In REXML, currently, you can do this:
>
> 	el.attributes['someatt'] = "foo"
> 	el.attributes['someatt'] << "bar"
> 	el.attributes['someatt'] == "foobar"    # true
>
> I can do this, because the attributes are being stored as Attribute  
> objects,
> even though you get back String objects from attributes[].  To get  
> the space
> saving, I'm only generating Attribute objects when the user makes  
> an API call
> that returns an Attribute object; otherwise, I store the original  
> String
> objects, which are less than 1/3 the size of an Attribute object.

What about using lazy evaluation for the old style methods?  The  
documentation can warn that they are no longer the way, possibly even  
depreciated, and that memory usage increases dramatically with their  
usage.  Then *if* one of them is called, the needed structures spring  
into existence and the old API is functional.

> Depending on the XML document, this can save a significant amount  
> of memory.

Have you played around at all with storing just offsets into the  
document?  I have no idea if this is remotely practical.  It's just a  
random thought I had.  A tag could be four Fixnums perhaps:  an open  
tag start offset, an open tag close offset, a close tag start offset,  
and a close tag stop offset.

How much time does it take to parse one tag knowing all those  
offsets?  The worry is that usage could force you to parse the same  
tag repeatedly, I guess, but you could potentially get away with  
never parsing some tags.  You could cache the Strings after you  
parse, for later usage.  You might even be able to reasonably leave  
the document on disk this way (using file seeking).

Again, not trying to tell you how to write your library here.  Just  
thinking out loud...

James Edward Gray II

Thread

Prev Next

In This Thread

Prev Next