> gerald, can you cvs up and try again? i think the latest patch will fix
> the problem for you.
>
Yes, it fixes the mime.types problem.
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
> "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... generally when you
see long delays like th
Doug MacEachern <[EMAIL PROTECTED]> wrote:
> On Tue, 25 Sep 2001, Philippe M . Chiasson wrote:
>
>> my @arr = $r->dir_config->{'key'}
>>
>> should also be avaliable
>
> which of course will be by default / "for free" since 'FETCH' is just an
> alias for 'get'.
So, that's really supposed to wor
On Tue, 25 Sep 2001, Stas Bekman wrote:
> that's how it should be but I don't see this happening. The thing you
> are talking about is supposed to happen in
> modperl_config.c:modperl_config_dir_merge right? But this function has
> no access to modperl_config_srv_t, so it doesn't do the merge
On Tue, 25 Sep 2001, Stas Bekman wrote:
> There is another performance issue with setvars I'm thinking about.
> Currently when you perform $r->dir_config I have to merge the directory
> and server configs and give you the new table. This may be very
> expensive. Now we could avoid this by doi
On Tue, 25 Sep 2001, Stas Bekman wrote:
> >
> > I'd rather do it _exactly_ like in 1.x.
>
> You mean always return a list? == always go through all the table :(
1.x does not always return a list. look at 1.x's Table.xs
-
T
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
alias for 'get'.
--
i'm confused by the confusion here. all that's need is to implement a
mpxs_APR__Table_get that has the same logic as 1.x FETCH/get has.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTE
ok, this has been committed. you'll notice a made a handful of changes,
lemme know if you have questions as to why for any..
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Doug MacEachern wrote:
> i also saw the same mime.types problem, triggered by the failed require of
> perlrequire.pm, you'll need to rm t/conf/*.conf
basically the problem occurs for failures during configure,
and the system doesn't have a way to check the the whole configuration is in place.
i also saw the same mime.types problem, triggered by the failed require of
perlrequire.pm, you'll need to rm t/conf/*.conf
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
gerald, can you cvs up and try again? i think the latest patch will fix
the problem for you.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> On Tue, 25 Sep 2001, Gerald Richter wrote:
>
> > MP_INST_APACHE2=1 ...
>
> that could be the problem, haven't tested in a while.
Yes, without that setting the INST_LIB is set correctly, however make test
fails:
/usr/bin/perl5.6.1 -Iblib/arch -Iblib/lib \
t/TEST -clean
setting ulimit to allow c
On Tue, 25 Sep 2001, Gerald Richter wrote:
> MP_INST_APACHE2=1 ...
that could be the problem, haven't tested in a while. i've also never
'make install'ed modperl-2.0, i just
'use blib qw(/home/dougm/ap/modperl-2.0);'
> after changeing the to INST_LIB = blib/lib the first test works, but httpd
>
>
> Apache2? Your @INC misses blib/lib, looks like a broken MakeMaker,
It's the MakeMaker that comes with perl5.6.1
> since
> blib/lib is always there:
>
> from my Makefile:
>
> INST_LIB = blib/lib
> TEST_LIBS = -I$(INST_ARCHLIB) -I$(INST_LIB)
>
> which means that your Makefile has
>
> INST_L
On Tue, 25 Sep 2001, Philippe M . Chiasson wrote:
> Now, this patch should be very close to what it will end up being.
looks great!
> Worth noting now, I generalized the tie'ing mechanism and ended up with:
>
> SV *mpxs_typemap_output_tied()
> void *mpxs_typemap_input_tied()
ve
Doug MacEachern wrote:
> On Sat, 22 Sep 2001, Stas Bekman wrote:
>
>
>>use 2.2.x while gozer and I use 2.4.x. version. When do you plan on upgrading
>>
>>your kernel :)
>>
>
> i'm just running on my laptop, no need to upgrade.
which reminded me that I have 2.2.19 on my notebook as well. St
Doug MacEachern wrote:
> On Mon, 24 Sep 2001, Stas Bekman wrote:
>
>
>>Where do we put debug functions? debugger doesn't really help in dumping
>>complicated data structures like apr_table_t.
>>
>
> guess you have not seen apache's .gdbinit, dump_table has been in there
> for years.
oh cool!
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 parentheses ??
it wants 'if ((var = func()))' to make sure you didn't typo and actually
me
On Mon, 24 Sep 2001, Stas Bekman wrote:
> Where do we put debug functions? debugger doesn't really help in dumping
> complicated data structures like apr_table_t.
guess you have not seen apache's .gdbinit, dump_table has been in there
for years.
--
On Sat, 22 Sep 2001, Stas Bekman wrote:
> I've fixed this problem and committed the new functionality.
cool.
> Now, I think we should enforce a leading - and not allow plain words.
> Consider a situation where there is a test dir called apxs, because we
> decided to test apxs. In the curren
On Sat, 22 Sep 2001, Stas Bekman wrote:
> use 2.2.x while gozer and I use 2.4.x. version. When do you plan on upgrading
>
> your kernel :)
i'm just running on my laptop, no need to upgrade.
> what's your count?
The server has started to respond after 00:04
> I wonder if I should try some
>
> well if they are aliased then they are literally the same
> function, right? so we're still not talking separate
> configs, since they point to the same data...
>
> I'm not through with my second bowl of coffee yet, though :)
ok, scratch that - I see the code now...
so, now I'm wonderi
> Well, I'm catching up with the guts of 1.x and 2.x at the same time,
> that's what I see in 1.x:
>
> SV *
> dir_config(r, key=NULL, ...)
> Apache r
> char *key
>
> ALIAS:
> Apache::Server::dir_config = 1
>
> so you can call dir_config on $r or $s if I understand
> cor
>>Still let's say that this works, run-time can always call
>>$s->dir_config->set(foo => $bar), how a call to
>>$r->dir_config can know
>>about this change in the same request?
>
> Am I missing something in the new API? $s->dir_config? I don't see the
> need for dir_config on a per-server l
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 25, 2001 9:10 AM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED] '
> Subject: Re: :Table::get implementation?
>
>
> Geoffrey Young wrote:
>
> >>There is another performance issue with setvars
Geoffrey Young wrote:
>>There is another performance issue with setvars I'm thinking about.
>>Currently when you perform $r->dir_config I have to merge the
>>directory
>>and server configs and give you the new table. This may be very
>>expensive. Now we could avoid this by doing a deeper merg
> There is another performance issue with setvars I'm thinking about.
> Currently when you perform $r->dir_config I have to merge the
> directory
> and server configs and give you the new table. This may be very
> expensive. Now we could avoid this by doing a deeper merge at the
> configurat
Geoffrey Young wrote:
>
>>-Original Message-
>>From: Stas Bekman [mailto:[EMAIL PROTECTED]]
>>Sent: Tuesday, September 25, 2001 1:10 AM
>>To: Philippe M . Chiasson
>>Cc: Geoffrey Young; '[EMAIL PROTECTED] '
>>Subject: Re: :Table::get implementation?
>>
>>
> [snip]
>
>>
>>so in the scala
Gerald Richter wrote:
> Hi,
>
> after a long time where I didn't had the time to look closer at mod_perl 2.0
> I now fetched the newest CVS version and compiled it sucessfully. When I try
> to run make test, I get the following error:
>
> /usr/bin/perl5.6.1 -Iblib/arch/Apache2 -Iblib/lib/Apache
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 25, 2001 1:10 AM
> To: Philippe M . Chiasson
> Cc: Geoffrey Young; '[EMAIL PROTECTED] '
> Subject: Re: :Table::get implementation?
>
[snip]
>
>
> so in the scalar context it brings the first
Hi,
some time ago we discussed to make ParseSource and the other XS generation
modules more generic. My goal is to also use them outside of mod_perl. At
the moment I like to create a perl wrapper for mod_dav 1.x and don't like to
code anything by hand. I also expect using this method will make po
Hi,
after a long time where I didn't had the time to look closer at mod_perl 2.0
I now fetched the newest CVS version and compiled it sucessfully. When I try
to run make test, I get the following error:
/usr/bin/perl5.6.1 -Iblib/arch/Apache2 -Iblib/lib/Apache2 \
t/TEST -clean
setting ulimit to a
33 matches
Mail list logo
