Re: how come httpd doesn't start even though startup.pl is fine?

2000-01-14 Thread Sean Chittenden

You're going to love this...  your startup.pl file is
fine... almost.  You're forgetting a key part of the script...  issue this
shell command and it'll work:

echo "1;" >> startup.pl


The startup script needs to return true from its
eval.  <:)

--SC

-- 
Sean Chittenden  <[EMAIL PROTECTED]>

What you don't know won't help you much either.
-- D. Bennett

On Thu, 13 Jan 2000, Ricardo Kleemann wrote:

> Date: Thu, 13 Jan 2000 16:47:35 -0800 (PST)
> From: Ricardo Kleemann <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: how come httpd doesn't start even though startup.pl is fine?
> 
> Hi everyone,
> 
> I don't know what's causing this, and there are no errors being logged in
> my error_log.
> 
> I'm running apache 1.3.9, mod_perl 1.21, linux 6.1
> 
> I have a startup.pl with a bunch of modules in it. If I run the startup.pl
> by itself it is fine, does not report errors... however, if I run httpd it
> dies, never gets off the ground. If I go thru my list of modules and
> remove some of them, then everything starts up fine...
> 
> Here's my list: the ones commented out will cause httpd to not startup...
> IF I leave the list as is, it starts up fine. If I uncomment any one of
> these, httpd doesn't complain, doesn't log anything, but never starts up
> correctly
> 
> use CGI ();
> #use Fcntl;
> #use IO::ScalarArray;
> use Time::Zone;
> #use MD5;
> use LWP::Simple;
> #use LWP::UserAgent;
> use Date::Parse;
> #use MIME::Head;
> #use MIME::Body;
> #use MIME::Entity;
> #use MIME::Parser;
> #use Data::Dumper;
> use Mail::Address;
> #use HTML::Parse;
> #use Net::SMTP; 
> 
> 



Re: how come httpd doesn't start even though startup.pl is fine?

2000-01-14 Thread Ricardo Kleemann

Thanks but unfortunately that's not it... :-(

I only put in a snippet of the startup.pl. My file does indeed have a 1;
at the bottom...

Ricardo

On Fri, 14 Jan 2000, Sean Chittenden wrote:

>   You're going to love this...  your startup.pl file is
> fine... almost.  You're forgetting a key part of the script...  issue this
> shell command and it'll work:
> 
>   echo "1;" >> startup.pl
> 
> 
>   The startup script needs to return true from its
> eval.  <:)
> 
>   --SC
> 
> -- 
> Sean Chittenden  <[EMAIL PROTECTED]>
> 
> What you don't know won't help you much either.
>   -- D. Bennett
> 
> On Thu, 13 Jan 2000, Ricardo Kleemann wrote:
> 
> > Date: Thu, 13 Jan 2000 16:47:35 -0800 (PST)
> > From: Ricardo Kleemann <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Subject: how come httpd doesn't start even though startup.pl is fine?
> > 
> > Hi everyone,
> > 
> > I don't know what's causing this, and there are no errors being logged in
> > my error_log.
> > 
> > I'm running apache 1.3.9, mod_perl 1.21, linux 6.1
> > 
> > I have a startup.pl with a bunch of modules in it. If I run the startup.pl
> > by itself it is fine, does not report errors... however, if I run httpd it
> > dies, never gets off the ground. If I go thru my list of modules and
> > remove some of them, then everything starts up fine...
> > 
> > Here's my list: the ones commented out will cause httpd to not startup...
> > IF I leave the list as is, it starts up fine. If I uncomment any one of
> > these, httpd doesn't complain, doesn't log anything, but never starts up
> > correctly
> > 
> > use CGI ();
> > #use Fcntl;
> > #use IO::ScalarArray;
> > use Time::Zone;
> > #use MD5;
> > use LWP::Simple;
> > #use LWP::UserAgent;
> > use Date::Parse;
> > #use MIME::Head;
> > #use MIME::Body;
> > #use MIME::Entity;
> > #use MIME::Parser;
> > #use Data::Dumper;
> > use Mail::Address;
> > #use HTML::Parse;
> > #use Net::SMTP; 
> > 
> > 
> 
> 



Re: how come httpd doesn't start even though startup.pl is fine?

2000-01-14 Thread Sean Chittenden

Drat...  I was kinda hoping that would've been it.  Oh
well  Alright, how about this:

1)  Set your logging level to debug (is it right now?  I bet not)
2)  Wrap your startup.pl file in some  tags in your
httpd.conf file and eval the code.  See if it sets $@.  If so, then print
the result.  Another thing you could do is install a signal handler for
$SIG{DIE} and print a stack trace using Carp::Croak.  I've had to do the
latter more times than I care to admit, but it works really well in
catching errors.

I'd try #1, personally (much easier).  --SC

-- 
Sean Chittenden  <[EMAIL PROTECTED]>

Don't buy a landslide.  I don't want to have to pay for one more vote
than I have to.
-- Joseph P. Kennedy, on JFK's election strategy.

On Fri, 14 Jan 2000, Ricardo Kleemann wrote:

> Date: Fri, 14 Jan 2000 07:59:39 -0800 (PST)
> From: Ricardo Kleemann <[EMAIL PROTECTED]>
> To: Sean Chittenden <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: how come httpd doesn't start even though startup.pl is fine?
> 
> Thanks but unfortunately that's not it... :-(
> 
> I only put in a snippet of the startup.pl. My file does indeed have a 1;
> at the bottom...
> 
> Ricardo
> 
> On Fri, 14 Jan 2000, Sean Chittenden wrote:
> 
> > You're going to love this...  your startup.pl file is
> > fine... almost.  You're forgetting a key part of the script...  issue this
> > shell command and it'll work:
> > 
> > echo "1;" >> startup.pl
> > 
> > 
> > The startup script needs to return true from its
> > eval.  <:)
> > 
> > --SC
> > 
> > -- 
> > Sean Chittenden  <[EMAIL PROTECTED]>
> > 
> > What you don't know won't help you much either.
> > -- D. Bennett
> > 
> > On Thu, 13 Jan 2000, Ricardo Kleemann wrote:
> > 
> > > Date: Thu, 13 Jan 2000 16:47:35 -0800 (PST)
> > > From: Ricardo Kleemann <[EMAIL PROTECTED]>
> > > To: [EMAIL PROTECTED]
> > > Subject: how come httpd doesn't start even though startup.pl is fine?
> > > 
> > > Hi everyone,
> > > 
> > > I don't know what's causing this, and there are no errors being logged in
> > > my error_log.
> > > 
> > > I'm running apache 1.3.9, mod_perl 1.21, linux 6.1
> > > 
> > > I have a startup.pl with a bunch of modules in it. If I run the startup.pl
> > > by itself it is fine, does not report errors... however, if I run httpd it
> > > dies, never gets off the ground. If I go thru my list of modules and
> > > remove some of them, then everything starts up fine...
> > > 
> > > Here's my list: the ones commented out will cause httpd to not startup...
> > > IF I leave the list as is, it starts up fine. If I uncomment any one of
> > > these, httpd doesn't complain, doesn't log anything, but never starts up
> > > correctly
> > > 
> > > use CGI ();
> > > #use Fcntl;
> > > #use IO::ScalarArray;
> > > use Time::Zone;
> > > #use MD5;
> > > use LWP::Simple;
> > > #use LWP::UserAgent;
> > > use Date::Parse;
> > > #use MIME::Head;
> > > #use MIME::Body;
> > > #use MIME::Entity;
> > > #use MIME::Parser;
> > > #use Data::Dumper;
> > > use Mail::Address;
> > > #use HTML::Parse;
> > > #use Net::SMTP; 
> > > 
> > > 
> > 
> > 
> 
> 




Re: how come httpd doesn't start even though startup.pl is fine?

2000-01-14 Thread G.W. Haywood

Hi there,

On Fri, 14 Jan 2000, Ricardo Kleemann wrote:

> unfortunately that's not it... :-(

If it's any help, mail me your config files and I'll fire it up on my
development server (Slackware Linux 2.0.34/Apache 1.3.9/mod_perl 1.21)
to see what happens.

Have you got the latest & greatest of all your modules?  Probably I'd
have to download and compile a couple of things.  Here's what I have,
most are installed, even if I don't actually use them yet...

CGI.pm  2.56
Crypt:SSLeay0.14
Digest-MD5  2.09
HTML-Pager  0.01
HTML-Parser 2.23
HTML-Template   0.96
HTML-Validator  0.12  <- never got this past `make test', not installed
IO-Socket_SSL   0.73
MIME-Base64 2.11
Net::SSLeay 1.05
OpenSSL 0.9.4
URI.pm  1.04
libnet  1.0607
libwww  5.45

73,
Ged.



Re: how come httpd doesn't start even though startup.pl is fine?

2000-01-14 Thread Clayton Cottingham

ok, i think if you mean redhat 6.1 as opposed to linux6.1 i have the same prob,

i have never been able to insert anything into the startup.pl
besides Apache CGI CGI::Carp .
if i try to add any third parties it dies

i did a quick search on the mail list and the red hat updates and found that
they both pointed to the fact that apache is not compiled right to use dso's

noteable i think it was with apxs

go to
ftp://ftp.redhat.com/pub/redhat/updates/6.1/i386/
for the new apache

i havent yet tried this please if anyone else has any info please let me know

i know apache dso w modperl works fine, i compiled em mysef on stampede!

ttfn




Re: how come httpd doesn't start even though startup.pl is fine?

2000-01-14 Thread Sean Chittenden

Something is tickling the back of my mind regarding this.  I think
it's because Red Hat includes a botched perl build (ie different install
options).  A while back I took to rebuilding perl by hand and haven't had
this problem in a _long_ time.  I'd try going that route if your problems
persist.

This still strikes me as a work around and not necessarily a
solution, but I haven't spent the time to figure out the specific prob w/
Red Hat's build, so workarounds are legit.  ::grin::  Plus, depending on
your needs, the build flag -O6 always helps too  ;)

-- 
Sean Chittenden  <[EMAIL PROTECTED]>

I may be getting older, but I refuse to grow up!

On Fri, 14 Jan 2000, Clayton Cottingham wrote:

> Date: Fri, 14 Jan 2000 19:58:35 +
> From: Clayton Cottingham <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: how come httpd doesn't start even though startup.pl is fine?
> 
> ok, i think if you mean redhat 6.1 as opposed to linux6.1 i have the same prob,
> 
> i have never been able to insert anything into the startup.pl
> besides Apache CGI CGI::Carp .
> if i try to add any third parties it dies
> 
> i did a quick search on the mail list and the red hat updates and found that
> they both pointed to the fact that apache is not compiled right to use dso's
> 
> noteable i think it was with apxs
> 
> go to
> ftp://ftp.redhat.com/pub/redhat/updates/6.1/i386/
> for the new apache
> 
> i havent yet tried this please if anyone else has any info please let me know
> 
> i know apache dso w modperl works fine, i compiled em mysef on stampede!
> 
> ttfn



Re: how come httpd doesn't start even though startup.pl is fine? (fwd)

2000-01-14 Thread Frank D. Cringle

Ricardo Kleemann <[EMAIL PROTECTED]> writes:
> Hi everyone,
> 
> I don't know what's causing this, and there are no errors being logged in
> my error_log.
> 
> I'm running apache 1.3.9, mod_perl 1.21, linux 6.1
> 
> I have a startup.pl with a bunch of modules in it. If I run the startup.pl
> by itself it is fine, does not report errors... however, if I run httpd it
> dies, never gets off the ground. 

try runninng 'httpd -X' under gdb.

> If I go thru my list of modules and
> remove some of them, then everything starts up fine...

Without having checked your list, I'll wager that the "good" modules
are all pure perl and the "bad" ones use machine-language XS
extensions.

You will need to link mod_perl statically to apache or wait for a
resolution to this problem -- see the thread "Apache 1.3.9 + mod_perl
1.21 + Solaris 2.7 dumps core".

-- 
Frank Cringle,  [EMAIL PROTECTED]
voice: (+49 2304) 467101; fax: 943357



Re: how come httpd doesn't start even though startup.pl is fine? (fwd)

2000-01-14 Thread Frank D. Cringle

Ricardo Kleemann <[EMAIL PROTECTED]> writes:
> Hmmm :-(
> 
> On 14 Jan 2000, Frank D. Cringle wrote:
> 
> > 
> > Without having checked your list, I'll wager that the "good" modules
> > are all pure perl and the "bad" ones use machine-language XS
> > extensions.
> 
> So typical modules like MD5 and MIME::Body are "bad" modules?

There is nothing wrong with the modules, that's why I put "bad" in
inverted commas.  They are only "bad" in the sense that they trigger a 
bug in dynamically-linked mod_perl.

-- 
Frank Cringle,  [EMAIL PROTECTED]
voice: (+49 2304) 467101; fax: 943357



Re: how come httpd doesn't start even though startup.pl is fine?(fwd)

2000-01-18 Thread Ricardo Kleemann

Hmmm :-(

On 14 Jan 2000, Frank D. Cringle wrote:

> 
> Without having checked your list, I'll wager that the "good" modules
> are all pure perl and the "bad" ones use machine-language XS
> extensions.

So typical modules like MD5 and MIME::Body are "bad" modules?

Ricardo



Re: how come httpd doesn't start even though startup.pl is fine?(fwd)

2000-01-18 Thread Cliff Rayman

i don't think he is saying that the module is "bad",
he is saying that modules that use XS, with apache
mod_perl have caused  problems with startup and restarts.
based on the running posts regarding
 dlopen and dlclose, i'd say he was correct.

cliff rayman
genwax.com

Ricardo Kleemann wrote:

> Hmmm :-(
>
> On 14 Jan 2000, Frank D. Cringle wrote:
>
> >
> > Without having checked your list, I'll wager that the "good" modules
> > are all pure perl and the "bad" ones use machine-language XS
> > extensions.
>
> So typical modules like MD5 and MIME::Body are "bad" modules?
>
> Ricardo



Re: how come httpd doesn't start even though startup.pl is fine?(fwd)

2000-01-18 Thread Clay

Cliff Rayman wrote:

> i don't think he is saying that the module is "bad",
> he is saying that modules that use XS, with apache
> mod_perl have caused  problems with startup and restarts.
> based on the running posts regarding
>  dlopen and dlclose, i'd say he was correct.
>
> cliff rayman
> genwax.com
>
> Ricardo Kleemann wrote:
>
> > Hmmm :-(
> >
> > On 14 Jan 2000, Frank D. Cringle wrote:
> >
> > >
> > > Without having checked your list, I'll wager that the "good" modules
> > > are all pure perl and the "bad" ones use machine-language XS
> > > extensions.
> >
> > So typical modules like MD5 and MIME::Body are "bad" modules?
> >
> > Ricardo

ok, as far as i can tell apxs is not compiled right with redhat 6.1 , i
recomp'd apache 1.3.9 {dso style}and modperl1.21

and not a prob for a day now




Re: how come httpd doesn't start even though startup.pl is fine? (fwd)

2000-01-19 Thread Matt Sergeant

On Fri, 14 Jan 2000, Ricardo Kleemann wrote:
> Hmmm :-(
> 
> On 14 Jan 2000, Frank D. Cringle wrote:
> 
> > 
> > Without having checked your list, I'll wager that the "good" modules
> > are all pure perl and the "bad" ones use machine-language XS
> > extensions.
> 
> So typical modules like MD5 and MIME::Body are "bad" modules?

DBI, XML::Parser, mod_perl... :)

-- 


Details: FastNet Software Ltd - XML, Perl, Databases.
Tagline: High Performance Web Solutions
Web Sites: http://come.to/fastnet http://sergeant.org
Available for Consultancy, Contracts and Training.