FETCH/get and context

2001-09-26 Thread Philippe M . Chiasson
Regarding that lengty thread about the list context version of the APR::Table->get/FETCH, here is what I found #!/usr/bin/perl sub Foo::TIEHASH { return bless {}, 'Foo'; } sub Foo::get { print ((wantarray()) ? "wantarray\n":"nope\n"); } *Foo::FETCH = \&Foo::get; my $foo = bless {}, 'Fo

Re: importing constants from apr_table_t

2001-09-26 Thread Stas Bekman
Doug MacEachern wrote: > On Thu, 27 Sep 2001, Stas Bekman wrote: > > >>like this? >> > > yeah. i just wish those names were prefixed APR_TABLE_*, but i'm tired of > renaming apr stuff. so we need something like xs/map/apr_constants.map or are you doing this elsewhere already?

Re: importing constants from apr_table_t

2001-09-26 Thread Doug MacEachern
On Thu, 27 Sep 2001, Stas Bekman wrote: > like this? yeah. i just wish those names were prefixed APR_TABLE_*, but i'm tired of renaming apr stuff. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

Re: importing constants from apr_table_t

2001-09-26 Thread Stas Bekman
Doug MacEachern wrote: > On Tue, 25 Sep 2001, Stas Bekman wrote: > > >>we expose apr_table_overlap() via APR::Table. It needs a definition of >>two constants: APR_OVERLAP_TABLES_SET and APR_OVERLAP_TABLES_MERGE. Do >>we have them defined somewhere? Should we? >> > > sure. they are not curre

Re: ParseSource etc.

2001-09-26 Thread brian moseley
you gotta figure that *::gramar.pm are generally useful (think of lxr) and deserve their own namespace and packaging. On Wed, 26 Sep 2001, Doug MacEachern wrote: > gerald, i would be happy to see the source parser usable outside of > modperl. first i would like to solve the C::Scan problem. i

Re: importing constants from apr_table_t

2001-09-26 Thread Doug MacEachern
On Tue, 25 Sep 2001, Stas Bekman wrote: > we expose apr_table_overlap() via APR::Table. It needs a definition of > two constants: APR_OVERLAP_TABLES_SET and APR_OVERLAP_TABLES_MERGE. Do > we have them defined somewhere? Should we? sure. they are not currently picked up, just need to be added

Re: ParseSource etc.

2001-09-26 Thread Doug MacEachern
gerald, i would be happy to see the source parser usable outside of modperl. first i would like to solve the C::Scan problem. it just isn't usable on every system. i think one option would be to ditch C::Scan and see if Parse::RecDecent can be used in place of it. i looked at Inline.pm, they h

Re: [Patch] APR::Table Tied Interface (take 2)

2001-09-26 Thread Philippe M . Chiasson
On Tue, Sep 25, 2001 at 07:41:51AM -0700, Doug MacEachern wrote: > On Mon, 24 Sep 2001, Philippe M . Chiasson wrote: > > > Is modperl_util.c:364: > > > > > if (mg = mg_find(hv, PERL_MAGIC_tied)) { > > > > ?? > > That's a funny message from cc (I am using gcc) > > > > Where does it want parent

Re: make test fails with Apache::Const not found

2001-09-26 Thread Gerald Richter
> > > threaded > > does threaded work without modperl on your system? I can start the same Apache binary with the httpd.conf that comes with Apache and serve static pages. > in any case, i would > try perfork first. > I just done what's in pod/modperl_dev.pod :-) ok, I try prefork first Gera

Re: make test fails with Apache::Const not found

2001-09-26 Thread Doug MacEachern
On Wed, 26 Sep 2001, Gerald Richter wrote: > threaded does threaded work without modperl on your system? in any case, i would try perfork first. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [

Re: [patch] APR::Table::FETCH (was Re: :Table::get implementation?)

2001-09-26 Thread Stas Bekman
Doug MacEachern wrote: > On Wed, 26 Sep 2001, Stas Bekman wrote: > > >>>which of course will be by default / "for free" since 'FETCH' is just an >>>alias for 'get'. >>> >>But, FETCH is aliased to apr_table_get! So it always returns a single >>value. >> > > argh, this thread is driving me nutz.

Re: [patch] APR::Table::FETCH (was Re: :Table::get implementation?)

2001-09-26 Thread Doug MacEachern
On Wed, 26 Sep 2001, Stas Bekman wrote: > > which of course will be by default / "for free" since 'FETCH' is just an > > alias for 'get'. > > But, FETCH is aliased to apr_table_get! So it always returns a single > value. argh, this thread is driving me nutz. i know that. do you not see the wo

Re: :Table::get implementation?

2001-09-26 Thread Doug MacEachern
On Wed, 26 Sep 2001, Ken Williams wrote: > So, that's really supposed to work? It sure looks funny, why should a > hash lookup return a list? I know that tied interfaces can do whatever > they want, but I'd be very surprised if I discovered the above happening > in some code. yup that's ho

Re: make test fails with Apache::Const not found

2001-09-26 Thread Gerald Richter
> > is this with prefork or threaded mpm? > threaded > > > PerlTrace in the config file. > ok, that works now. I have tested t/TEST -start and what I see is, the server is starting, but not listeing to any port. (I don't see it in netstat -a, but I see the running server in ps ). Also the last

[patch] APR::Table::FETCH (was Re: :Table::get implementation?)

2001-09-26 Thread Stas Bekman
On Tue, 25 Sep 2001, Doug MacEachern wrote: > On Tue, 25 Sep 2001, Philippe M . Chiasson wrote: > > > > my @arr = $r->dir_config->get('key'); > > > > my @arr = $r->dir_config->{'key'} > > > > should also be avaliable > > which of course will be by default / "for free" since 'FETCH' is just an > a

Re: running in debug mode?

2001-09-26 Thread Stas Bekman
Vivek Khera wrote: >>"SB" == Stas Bekman <[EMAIL PROTECTED]> writes: >> > > SB> ok, so what magic words you say that it's so fast to respond on your > SB> side? It looks like we have pretty much identical setups otherwise. :( > > Jumping in late and not knowing all the details... gener

Re: make test fails with Apache::Const not found

2001-09-26 Thread Stas Bekman
> But test still doesn't do much > > /usr/bin/perl5.6.1 -Iblib/arch -Iblib/lib \ > t/TEST -clean > setting ulimit to allow core files > ulimit -c unlimited > exec t/TEST -clean > APACHE_USER= APXS= APACHE_PORT= APACHE_GROUP= APACHE= \ > /usr/bin/perl5.6.1 -Iblib/arch -Iblib/lib \ > t/TEST >