Shoulda thought about your answer first, Doug. :-)
I see this type of message ("error at /dev/null") when my mod_perl scripts
give warnings -w style instead of $r->warn. For example, HTML::Embperl, or
Apache::Registry both do this.
The nature of the error message sez to me there is a mishandled error
somewhere, like possibly an eval that is turning into a method call:
eval { # read file here
# file doesn't exist
# error is
No such file or directory
# which is parsed by perl to something like:
# such->No (file or directory)
};
Which further tends to suggest that a necessary environment variable for SSL
is either not defined or pointing to the wrong place??
I would suggest *never* disregarding configtest errors... one poorly
indicative error message can be the final gasp of a long string of errors
caused by a simple typo or whatever several layers deep.
Good luck!
L8r,
L V
-----Original Message-----
From: Alan E. Derhaag [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 25, 2000 7:29 PM
To: Doug MacEachern
Cc: [EMAIL PROTECTED]
Subject: Re: Can't locate object method "No" via package "such"
Doug MacEachern <[EMAIL PROTECTED]> writes:
> On 4 Sep 2000, Alan E. Derhaag wrote:
>
> > I upgraded to openssl-0.9.5a and recompiled apache w/mod_ssl and
> > mod_perl defining the SSL_BASE to the apache src and now the thing
> > won't start and complains about:
> >
> > Can't locate object method "No" via package "such" at /dev/null line 1.
>
> looks to me like /dev/null is broken. if you run:
> % cat /dev/null
>
Good try, but /dev/null is not broken on my machine.
I finally gave up and eliminated the DSO version by compiling two
versions of httpd. Both include mod_ssl but the Engine is only turned
on with the light server.
I did find a slight problem when running `configtest' but I doubt that
that could have been the problem.
------------------------------