Re: TEST results

2005-04-05 Thread Philip M. Gollucci
This should fix the problem. I've committed it already. Index: t/protocol/TestProtocol/eliza.pm === --- t/protocol/TestProtocol/eliza.pm(revision 160192) +++ t/protocol/TestProtocol/eliza.pm(working copy) @@ -18,6 +18,17 @@

Re: [mp2] more adjustements need to be done

2005-04-05 Thread Stas Bekman
Geoffrey Young wrote: Stas Bekman wrote: The following entries in the error_log don't seem to be right: in what respect? that it's Apache instead of Apache2? I'll need to look if these are virtual methods or not, and add them to the list in any case I guess... Yes. as there is no Apache:: there

Re: [mp2] more adjustements need to be done

2005-04-05 Thread Geoffrey Young
Stas Bekman wrote: > The following entries in the error_log don't seem to be right: in what respect? that it's Apache instead of Apache2? I'll need to look if these are virtual methods or not, and add them to the list in any case I guess... --Geoff > > *** The following error entry is expec

Re: libapreq2

2005-04-05 Thread Randy Kobes
On Tue, 5 Apr 2005, Philip M. Gollucci wrote: > Hi, > > The > /httpd/apreq/branches/multi-env-unstable has not yet been merged to the > trunk yet > so if I wanted to test this against the latest svn trunk of modperl2 I > should still > use the unstable branch correct ? That's right - the multi-en

libapreq2

2005-04-05 Thread Philip M. Gollucci
Hi, The /httpd/apreq/branches/multi-env-unstable has not yet been merged to the trunk yet so if I wanted to test this against the latest svn trunk of modperl2 I should still use the unstable branch correct ? -- END - Ph

Re: TEST results

2005-04-05 Thread Philip M. Gollucci
Geoffrey Young wrote: if you're using httpd 2.1 (svn trunk) then that's probably the issue - this test tests properties of the httpd server just so we can make note when it changes behaviors on us. I'll check it out soonish. hopefully stas has an idea about this one :) Stas commited a fix...

Re: svn up doesn't work after svn tree merging

2005-04-05 Thread Stas Bekman
Brian W. Fitzpatrick wrote: On Tue, 2005-04-05 at 14:27 -0400, Stas Bekman wrote: Brian W. Fitzpatrick wrote: On Tue, 2005-04-05 at 13:56 -0400, Stas Bekman wrote: Brian, here is the whole problematic checkout: http://people.apache.org/~stas/mp2-svn.tgz May you will be able to figure out what are

Re: svn up doesn't work after svn tree merging

2005-04-05 Thread Stas Bekman
Brian W. Fitzpatrick wrote: On Tue, 2005-04-05 at 13:56 -0400, Stas Bekman wrote: Brian, here is the whole problematic checkout: http://people.apache.org/~stas/mp2-svn.tgz May you will be able to figure out what are the problems by just using it. For starters, a lot of your directories in the work

Re: svn up doesn't work after svn tree merging

2005-04-05 Thread Stas Bekman
Brian, here is the whole problematic checkout: http://people.apache.org/~stas/mp2-svn.tgz May you will be able to figure out what are the problems by just using it. Thanks. -- __ Stas BekmanJAm_pH --> Just Another mod_p

Re: svn up doesn't work after svn tree merging

2005-04-05 Thread Stas Bekman
Brian W. Fitzpatrick wrote: On Tue, 2005-04-05 at 13:09 -0400, Stas Bekman wrote: Brian W. Fitzpatrick wrote: Have you tried checking out a new working copy? Is this after successfully committing the merge, or before? Checking out a new copy is fine. In fact a checkout in another tree which had n

Re: svn up doesn't work after svn tree merging

2005-04-05 Thread Stas Bekman
Brian W. Fitzpatrick wrote: Have you tried checking out a new working copy? Is this after successfully committing the merge, or before? Checking out a new copy is fine. In fact a checkout in another tree which had no changes worked fine as well. The events were as follows; 1) check out trunk 2)

svn up doesn't work after svn tree merging

2005-04-05 Thread Stas Bekman
modperl2 has recently went through an svn tree merge, which moved many files around. Result: I no longer can update my tree with multiple changes which happened before the merge: % svn up svn: Checksum mismatch for 't/filter/TestFilter/.svn/text-base/both_str_req_mix.pm.svn-base'; recorded: '9

Re: TEST results

2005-04-05 Thread Stas Bekman
Philip M. Gollucci wrote: FreeBSD 6.0-current/i386 perl 5.9.3 w/out threads httpd2, apr/apr-uti, modperl from svn trunk [...] t/protocol/eliza..1..7 # Running under perl version 5.009003 for freebsd # Current time local: Tue Apr 5 03:13:06 2005 # Current time GMT: Tue Apr 5 07:1

[mp2] more adjustements need to be done

2005-04-05 Thread Stas Bekman
The following entries in the error_log don't seem to be right: *** The following error entry is expected and harmless *** [Tue Apr 05 12:26:51 2005] [error] Apache::log_error test ok *** The following warn entry is expected and harmless *** [Tue Apr 05 12:26:51 2005] [warn] Apache->warn ok *** The

Re: svn commit: r160128 - perl/modperl/trunk/xs/tables/current/ModPerl/FunctionTable.pm

2005-04-05 Thread Stas Bekman
Geoffrey Young wrote: 'return_type' => 'const char **', -'name' => 'modperl_constants_group_lookup_apache2', +'name' => 'modperl_constants_group_lookup_apache2_const', why was it renamed in first place? well, it has to do with the stuff in ModPerl::Code - these are autogenerated base

Re: TEST results

2005-04-05 Thread Geoffrey Young
> httpd2, apr/apr-uti, modperl from svn trunk > --- > > t/apache/content_length_header.t 273 11.11% 2 5 17 if you're using httpd 2.1 (svn trunk) then that's probably the issue - this test tests prope

Re: duplicate message in Changes

2005-04-05 Thread Geoffrey Young
Philip M. Gollucci wrote: > I'm not sure which you want to keep... This removes the bottom one ? thanks for the spot. committed. --Geoff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROT

Re: svn commit: r160128 - perl/modperl/trunk/xs/tables/current/ModPerl/FunctionTable.pm

2005-04-05 Thread Geoffrey Young
>> 'return_type' => 'const char **', >> -'name' => 'modperl_constants_group_lookup_apache2', >> +'name' => 'modperl_constants_group_lookup_apache2_const', > > > why was it renamed in first place? well, it has to do with the stuff in ModPerl::Code - these are autogenerated based on

TEST results

2005-04-05 Thread Philip M. Gollucci
FreeBSD 6.0-current/i386 perl 5.9.3 w/out threads httpd2, apr/apr-uti, modperl from svn trunk Attached are tests.log (the output of make test only interesting parts) verbose.log (make test TEST_VERBOSE=1 for the failed tests) verbose_error_log.txt (t/logs/error_log from abov