Re: putting away HashWithIndifferentAccess

2007-09-28 Thread Jonas Pfenniger
2007/9/27, why the lucky stiff <[EMAIL PROTECTED]>: > Well, case-sensitiveness would be a prob with 1.5 as well. Since > @env.HTTP_HOST will work and @env.http_host will not. True. So what do you think of the attached patch ? It removes roughly 50 octets to camping.rb and seems to work pretty wel

Re: putting away HashWithIndifferentAccess

2007-09-26 Thread Jonas Pfenniger
Minimal HWIA removal patch attached. So far, the examples, file upload, sessions, all work under mongrel with the patch applied. _why, is it something like that that you want ? I'm not even sure if HWIA extension is useful. The method_missing shortcut is even shorter than the one with :symbols.

Re: putting away HashWithIndifferentAccess

2007-09-26 Thread why the lucky stiff
On Wed, Sep 26, 2007 at 11:33:42AM +0200, Jonas Pfenniger wrote: > I suggest that H is a child of Hash. Extensions can extend it to > provide method_missing goodness or anything else. The only concern I > have is about case-sensitiveness. I am not sure if the http headers > are normalized on input

Re: putting away HashWithIndifferentAccess

2007-09-26 Thread Julian 'Julik' Tarkhanov
On Sep 26, 2007, at 12:35 AM, Julian 'Julik' Tarkhanov wrote: class H < (HashWithIndifferentAccess rescue Hash) To be clear, I'm really for the hash also because I use the "obj = @items.delete" paradigm to signify "take this item out because we'll work with it"). But you can optionally sho

Re: putting away HashWithIndifferentAccess

2007-09-26 Thread Julian 'Julik' Tarkhanov
On Sep 26, 2007, at 4:24 AM, Evan Weaver wrote: As far as I can tell, sym_tbl is just a regular st_table, so it's an expanding array similar to the Ruby heap. Oddly enough, this: c = 0 loop { c += 1; puts "two_symbols_sitting_in_a_tree_#{c}".to_sym } was a total crasher on 1.8.5 but works on

Re: putting away HashWithIndifferentAccess

2007-09-26 Thread Jonas Pfenniger
2007/9/26, why the lucky stiff <[EMAIL PROTECTED]>: > Hey, campineros. And many good handshakes to zimbatm for getting > some patches applied. You're welcome ! > Markaby's going to take much more work. Part of the issue is: how > does an app tell Camping that it needs to use Markaby without > s

Re: putting away HashWithIndifferentAccess

2007-09-25 Thread why the lucky stiff
On Tue, Sep 25, 2007 at 05:05:04PM -0700, MenTaLguY wrote: > Ah, yeah, good catch. Actually any approach which let you access > query parameters as methods would have that problem -- behind the > scenes, every uniquely named method introduces a symbol. This is > even a potential issue for approac

Re: putting away HashWithIndifferentAccess

2007-09-25 Thread Evan Weaver
On 9/25/07, Julian 'Julik' Tarkhanov <[EMAIL PROTECTED]> wrote: > this might already be a server crasher. you know how many unique to_syms you > can do before the table is full? As far as I can tell, sym_tbl is just a regular st_table, so it's an expanding array similar to the Ruby heap. So there'

Re: putting away HashWithIndifferentAccess

2007-09-25 Thread Julian 'Julik' Tarkhanov
On Sep 26, 2007, at 2:05 AM, MenTaLguY wrote: behind the scenes, every uniquely named method introduces a symbol. yep. but then it's _you_ who calls that accessor, not some John Doe who sends you a POST :-) -- Julian 'Julik' Tarkhanov please send all personal mail to [EMAIL PROTECTED] __

Re: putting away HashWithIndifferentAccess

2007-09-25 Thread MenTaLguY
On Wed, 26 Sep 2007 01:30:34 +0200, Julian 'Julik' Tarkhanov <[EMAIL PROTECTED]> wrote: >> you're going to have to be really >> paranoid about key names (e.g. imagine a query with a variable named >> new_ostruct_member). > >>> @table[k.to_sym]=v;new_ostruct_member(k) > > this might already be a

Re: putting away HashWithIndifferentAccess

2007-09-25 Thread Julian 'Julik' Tarkhanov
On Sep 26, 2007, at 12:42 AM, MenTaLguY wrote: you're going to have to be really paranoid about key names (e.g. imagine a query with a variable named new_ostruct_member). @table[k.to_sym]=v;new_ostruct_member(k) this might already be a server crasher. you know how many unique to_syms you

Re: putting away HashWithIndifferentAccess

2007-09-25 Thread MenTaLguY
On Tue, 25 Sep 2007 17:26:37 -0500, why the lucky stiff <[EMAIL PROTECTED]> wrote: > I'm not too hot on [symbol] and [string] equivalence. But I do like > to call the query string vars like methods. What do you think about > using OpenStruct instead? > > I've been testing with this: > > cla

Re: putting away HashWithIndifferentAccess

2007-09-25 Thread Aria Stewart
> I'm not too hot on [symbol] and [string] equivalence. But I do like > to call the query string vars like methods. What do you think about > using OpenStruct instead? > > I've been testing with this: > > class H < OpenStruct > def u h;for k,v in h;@table[k.to_sym]=v;new_ostruct_member(k

Re: putting away HashWithIndifferentAccess

2007-09-25 Thread Julian 'Julik' Tarkhanov
On Sep 26, 2007, at 12:45 AM, Evan Weaver wrote: Symbol looks prettier in your editor. How do you parametrize symbols into a QS or pass them from a browser? I'd say strings will do with an optional HWIA for the ones who do. I do smoke ActiveSupport, at least because of all the unicody goodnes

Re: putting away HashWithIndifferentAccess

2007-09-25 Thread Evan Weaver
Regular hashes are good. Would need to make a decision whether to prefer string or symbol keys. String is easier to support; Symbol looks prettier in your editor. Evan On 9/25/07, Julian 'Julik' Tarkhanov <[EMAIL PROTECTED]> wrote: > > > On Sep 26, 2007, at 12:26 AM, why the lucky stiff wrote: >

Re: putting away HashWithIndifferentAccess

2007-09-25 Thread Julian 'Julik' Tarkhanov
On Sep 26, 2007, at 12:26 AM, why the lucky stiff wrote: class H < OpenStruct How about class H < (HashWithIndifferentAccess rescue Hash) for the lesser among us (who always include and require)? -- Julian 'Julik' Tarkhanov please send all personal mail to [EMAIL PROTECTED]

putting away HashWithIndifferentAccess

2007-09-25 Thread why the lucky stiff
Hey, campineros. And many good handshakes to zimbatm for getting some patches applied. So, yeah, I'd really like to get rid of any serious dependancies with this 1.6 release. Anything that's not in stdlib has to go. Of course, camping-omnibus will still assume the whole ActiveRecord, Markaby, M