Re: [[email protected]: Smoke 12961 (Linux 2.4.9-7 i686)]

2001-11-14 Thread Philippe M. Chiasson
On Thu, Nov 15, 2001 at 12:41:22PM +0800, Stas Bekman wrote: > > >>So probably a similar suite but explicitly for mod_perl would be nice. > >> > > > > Oh, not at all. I am running smoke tests on my own computer, and I just > > figured that I could hack up the p5p smoke test script and adapt it >

Re: [[email protected]: Smoke 12961 (Linux 2.4.9-7 i686)]

2001-11-14 Thread Stas Bekman
>>So probably a similar suite but explicitly for mod_perl would be nice. >> > > Oh, not at all. I am running smoke tests on my own computer, and I just > figured that I could hack up the p5p smoke test script and adapt it > to inculde mod_perl build & tests. > > But since there are only a hand

Re: [[email protected]: Smoke 12961 (Linux 2.4.9-7 i686)]

2001-11-14 Thread Philippe M. Chiasson
On Thu, Nov 15, 2001 at 11:37:02AM +0800, Stas Bekman wrote: > Philippe M. Chiasson wrote: > > > I wonder if this could be: > > 1. Usefull > > > sure, to run all tests with various build opts. > > > > 2. Worthwile to try and include mod_perl build and test in the smoke test suite. > > > not

Re: [[email protected]: Smoke 12961 (Linux 2.4.9-7 i686)]

2001-11-14 Thread Stas Bekman
Philippe M. Chiasson wrote: > I wonder if this could be: > 1. Usefull sure, to run all tests with various build opts. > 2. Worthwile to try and include mod_perl build and test in the smoke test suite. not in the suite that used by p5p people. They will have to keep the httpd and mod_perl s

Re: cvs commit: modperl-2.0/xs/tables/current/ModPerl FunctionTable.pm

2001-11-14 Thread Stas Bekman
Doug MacEachern wrote: > On Wed, 14 Nov 2001, Stas Bekman wrote: > > >>I've tested, it has a trailing / >> > > then changing it to not have a trailing / could break people's > existing code. > > >>Do you think this patch makes sense? or should this be handled on the >>apr_filepath_merge l

[[email protected]: Smoke 12961 (Linux 2.4.9-7 i686)]

2001-11-14 Thread Philippe M. Chiasson
I wonder if this could be: 1. Usefull 2. Worthwile to try and include mod_perl build and test in the smoke test suite. -- Philippe M. Chiasson <[EMAIL PROTECTED]> Extropia's Resident System Guru http://www.eXtropia.com/ /* When we have more time, we can teach the penguin to say * "B

Re: cvs commit: modperl-2.0/xs/tables/current/ModPerl FunctionTable.pm

2001-11-14 Thread Doug MacEachern
On Wed, 14 Nov 2001, Stas Bekman wrote: > I've tested, it has a trailing / then changing it to not have a trailing / could break people's existing code. > Do you think this patch makes sense? or should this be handled on the > apr_filepath_merge level? no, ap_server_root_relative() shouldn'

Re: Sanity check: statically linking binary extensions like GD in to httpd

2001-11-14 Thread Barrie Slaymaker
On Tue, Nov 13, 2001 at 03:51:33PM -0600, Salvador Ortiz Garcia wrote: > > Haven't seen the original post (I'm in troubles with my server), but the > standard solution when building an static perl extension without MakeMaker > trying to link in other extensions is: > > $ perl Makefile.PL INCLUDE

Re: cvs commit: modperl-2.0/xs/tables/current/ModPerl FunctionTable.pm

2001-11-14 Thread Stas Bekman
Doug MacEachern wrote: > On Tue, 13 Nov 2001, Stas Bekman wrote: > > >>ap_server_root_relative return the dir incliding the trailing / if >>fname==NULL, which is bad. >> > > need to do some research here: > - what does 1.x do? if adds trailing /, then leave it alone I've tested, it has a