And the next one...
"make test" fails with the following:
.Syntax error on line 101
of
/home/mjh/devel/abs/local/apache-mod_perl/src/mod_perl-2.0.0-RC6/t/conf/httpd.conf:
Invalid command 'TypesConfig', perhaps mis-spelled or defined by a module not
included in the server configuration
The
On Friday 13 May 2005 08:06 pm, Stas Bekman wrote:
> It comes from Makefile.PL:
>
> ap_install: ap_build
> cd "$build->{MP_AP_PREFIX}" && make DESTDIR=$(DESTDIR) install
> EOF
>
> Please apply the attached patch. It should fix the problem.
It does. Thanks.
Malcolm J Harwood wrote:
I'm attempting to build a static apache/mp RC6, and running into some build
issues.
The config line ends up looking like this:
perl Makefile.PL
MP_AP_PREFIX=/home/mjh/devel/abs/local/apache-mod_perl//src/httpd-2.0.53
MP_USE_STATIC=1 MP_AP_CONFIGURE="--with-mpm=prefork
Grant wrote:
I tracked down an unofficial mod_perl-2.0.0rc5 ebuild and followed
this stuff to the letter:
http://perl.apache.org/docs/2.0/rename.html
but got nothing but 500s. You're right it doesn't make sense to track
down segfaults for old software, but upgrading right now seems
impossible. I'
Grant wrote:
I tracked down an unofficial mod_perl-2.0.0rc5 ebuild and followed
this stuff to the letter:
http://perl.apache.org/docs/2.0/rename.html
but got nothing but 500s. You're right it doesn't make sense to track
down segfaults for old software, but upgrading right now seems
impossible. I'
Lincoln has just uploaded CGI.pm 3.10 to CPAN, I guess you will see it in
a few hours. It has a fix needed by mp2: it now loads Apache2::RequestIO
as it was mentioned in the recent thread.
--
__
Stas BekmanJAm_pH -->
> > I tracked down an unofficial mod_perl-2.0.0rc5 ebuild and followed
> > this stuff to the letter:
> >
> > http://perl.apache.org/docs/2.0/rename.html
> >
> > but got nothing but 500s. You're right it doesn't make sense to track
> > down segfaults for old software, but upgrading right now seems
> > I tracked down an unofficial mod_perl-2.0.0rc5 ebuild and followed
> > this stuff to the letter:
> >
> > http://perl.apache.org/docs/2.0/rename.html
> >
> > but got nothing but 500s. You're right it doesn't make sense to track
> > down segfaults for old software, but upgrading right now seems
I'm attempting to build a static apache/mp RC6, and running into some build
issues.
The config line ends up looking like this:
perl Makefile.PL
MP_AP_PREFIX=/home/mjh/devel/abs/local/apache-mod_perl//src/httpd-2.0.53
MP_USE_STATIC=1 MP_AP_CONFIGURE="--with-mpm=prefork --prefix=/usr
--enable-
Grant wrote:
I tracked down an unofficial mod_perl-2.0.0rc5 ebuild and followed
this stuff to the letter:
http://perl.apache.org/docs/2.0/rename.html
but got nothing but 500s. You're right it doesn't make sense to track
down segfaults for old software, but upgrading right now seems
impossible. I'
>
> I've no idea what CGI::Deurl is. I suppose you need
> to fix those errors,
> they aren't anywhere related to mod_perl as far as I
> can see.
I just wrote my own version of Deurl, without any
functionality that interferes with CGI.pm. I will
update this list on how it goes, but I am beginnin
> >>>Fair enough. I don't have t/report or t/REPORT anywhere on my system
> >>>though. Could it be named something else or is there another utility?
> >>
> >>You are correct, Grant. My apologies, t/REPORT is created at build time
> >>and it's only useful for the test suite bug reports. For post i
Igor Chudov wrote:
[...]
Of these two modules, CGI::Deurl is responsible.
It does something strange here:
sub load {
my $data;
if (defined $ENV{REQUEST_METHOD} and
$ENV{REQUEST_METHOD} eq "POST") {
read STDIN , $data , $ENV{CONTENT_LENGTH} ,0;
It assumes that it's the one that grabs t
Malcolm J Harwood wrote:
On Wednesday 27 April 2005 09:50 am, Philip M. Gollucci wrote:
Hopefully I didn't overstep any bounds here.
At http://p6m7g8.net/Apache-DBI are 3 files
http://p6m7g8.net/Apache-DBI/0.94_0.96.patch
http://p6m7g8.net/Apache-DB/I-0.96.tar.gz
http://p6m7g8.net/Apache-DBI/Apa
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> Igor, please trim your replies to include only the
> quotes you are replying
> to. Thank you.
Good point, thanks.
> Igor Chudov wrote:
> > Of these two modules, CGI::Deurl is responsible.
> >
> > It does something strange here:
> >
> > sub load {
Igor, please trim your replies to include only the quotes you are replying
to. Thank you.
Igor Chudov wrote:
Of these two modules, CGI::Deurl is responsible.
It does something strange here:
sub load {
my $data;
if (defined $ENV{REQUEST_METHOD} and
$ENV{REQUEST_METHOD} eq "POST") {
Stas Bekman wrote:
Christian Hansen wrote:
I'm using trunk, revision: 169956. With 1.999.21 all tests passes, so
guess something changed in the namespace change.
With the same perl and apache versions/configuration?
Yes exactly the same, i did a retest before submitting this report.
Christian, an
Of these two modules, CGI::Deurl is responsible.
It does something strange here:
sub load {
my $data;
if (defined $ENV{REQUEST_METHOD} and
$ENV{REQUEST_METHOD} eq "POST") {
read STDIN , $data , $ENV{CONTENT_LENGTH} ,0;
i
--- Igor Chudov <[EMAIL PROTECTED]> wrote:
> I made som
Grant wrote:
Fair enough. I don't have t/report or t/REPORT anywhere on my system
though. Could it be named something else or is there another utility?
You are correct, Grant. My apologies, t/REPORT is created at build time
and it's only useful for the test suite bug reports. For post installed
m
I made some effort to reproduce it and made an
unbelievable discovery.
If I include these two statements:
use CGI::Deurl;
use CGI::Enurl;
then things do NOT work properly.
If I comment them out, then everything works fine. The
use statements are as follows:
use CGI qw/:standard/;
use CGI::Pret
> > Fair enough. I don't have t/report or t/REPORT anywhere on my system
> > though. Could it be named something else or is there another utility?
>
> You are correct, Grant. My apologies, t/REPORT is created at build time
> and it's only useful for the test suite bug reports. For post installed
Igor Chudov wrote:
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
[...]
I already applied this patch (at Randy's
suggestion, I
think). It did not help.
so what's the latest error that you get? The easiest
way to help us to
reproduce the problem is to download the Apache-Test
Skeleton, that you
can fi
Christian Hansen wrote:
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x014563fc in S_mess_alloc ()
(gdb) bt
#0 0x014563fc in S_mess_alloc ()
#1 0x014566e8 in Perl_vmess ()
#2 0x014571dc in Perl_vcroak ()
#3 0x014576b8 in Perl_croak_nocontext ()
#4 0x007dd9c8 in modperl_glob
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> Igor Chudov wrote:
> > --- Stas Bekman <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Stas Bekman wrote:
> >>
> >>>Igor Chudov wrote:
> >>>
> >>>
> I was too quick to say that it worked. It does
> >>
> >>not
> >>
> quite work with another PerlHandler
Igor Chudov wrote:
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
Stas Bekman wrote:
Igor Chudov wrote:
I was too quick to say that it worked. It does
not
quite work with another PerlHandler of mine.
I make a form, if I submit it with a GET method,
it
works. If I submit it with a POST handler, CGI
fa
Grant wrote:
Grant, have you read:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
(all the way to the end)?
When you run t/REPORT it will tell you (and us) almost everything we need
to know.
Then you configure your system to dump core files, you get the core
backtrace and yo
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> Stas Bekman wrote:
> > Igor Chudov wrote:
> >
> >> I was too quick to say that it worked. It does
> not
> >> quite work with another PerlHandler of mine.
> >> I make a form, if I submit it with a GET method,
> it
> >> works. If I submit it with a POST
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> Igor Chudov wrote:
> > I was too quick to say that it worked. It does not
> > quite work with another PerlHandler of mine.
> >
> > I make a form, if I submit it with a GET method,
> it
> > works. If I submit it with a POST handler, CGI
> fails
> > to
Randy Kobes wrote:
On Fri, 13 May 2005, Igor Chudov wrote:
I was too quick to say that it worked. It does not
quite work with another PerlHandler of mine.
I make a form, if I submit it with a GET method, it
works. If I submit it with a POST handler, CGI fails
to get parameters. I am most puzzled.
Stas Bekman wrote:
Igor Chudov wrote:
I was too quick to say that it worked. It does not
quite work with another PerlHandler of mine.
I make a form, if I submit it with a GET method, it
works. If I submit it with a POST handler, CGI fails
to get parameters. I am most puzzled.
Add:
PerlModule Apach
Igor Chudov wrote:
I was too quick to say that it worked. It does not
quite work with another PerlHandler of mine.
I make a form, if I submit it with a GET method, it
works. If I submit it with a POST handler, CGI fails
to get parameters. I am most puzzled.
Add:
PerlModule Apache2::RequestIO
at t
On Fri, 13 May 2005, Igor Chudov wrote:
> I was too quick to say that it worked. It does not
> quite work with another PerlHandler of mine.
>
> I make a form, if I submit it with a GET method, it
> works. If I submit it with a POST handler, CGI fails
> to get parameters. I am most puzzled.
That i
I was too quick to say that it worked. It does not
quite work with another PerlHandler of mine.
I make a form, if I submit it with a GET method, it
works. If I submit it with a POST handler, CGI fails
to get parameters. I am most puzzled.
i
--- Randy Kobes <[EMAIL PROTECTED]> wrote:
> On Fri,
At 6:22 PM -0700 5/11/05, David Marshall wrote:
The basic problem: some requests just totally vanish. No record
appears of them in the apache log, and no response is returned to the
browser.
Another important thing to know: If the httpd process handing a
request terminates abnormally, there won't
On Fri, 13 May 2005, Igor Chudov wrote:
> --- Randy Kobes <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 13 May 2005, Igor Chudov wrote:
> >
> > > --- Tom Schindl <[EMAIL PROTECTED]> wrote:
> > >
> > > > -BEGIN PGP SIGNED MESSAGE-
> > > > Hash: SHA1
> > > >
> > > > If you have installed Apach2::
raja agireddy wrote:
I have installed
httpd-2.0.53 ---> Apache
mod_perl-2.0.0-RC4 ---> modperl
Authen-Smb-0.91
Apache-AuthenSmb-0.72
Apache-AuthenCache-1.00
I am getting the following error.
[Thu May 12 17:12:36 2005] [error] [client 135.43.15.119] Usage:
Apache::RequestRec::notes(obj, val=NULL) at
Hello,
I have installed
httpd-2.0.53 ---> Apache
mod_perl-2.0.0-RC4 ---> modperl
Authen-Smb-0.91
Apache-AuthenSmb-0.72
Apache-AuthenCache-1.00
I am getting the following error.
[Thu May 12 17:12:36 2005] [error] [client 135.43.15.119] Usage:
Apache::RequestRec::notes(obj, val=NULL) at
/raj/perl/l
--- Randy Kobes <[EMAIL PROTECTED]> wrote:
> On Fri, 13 May 2005, Igor Chudov wrote:
>
> > --- Tom Schindl <[EMAIL PROTECTED]> wrote:
> >
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA1
> > >
> > > If you have installed Apach2::Request or you
> don't
> > > need CGI.pm any more.
> >
> >
On Fri, 13 May 2005, Igor Chudov wrote:
> --- Tom Schindl <[EMAIL PROTECTED]> wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > If you have installed Apach2::Request or you don't
> > need CGI.pm any more.
>
> Sorry, I use CGI.pm for everything.
>
> > You are also failing to te
--- Tom Schindl <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> If you have installed Apach2::Request or you don't
> need CGI.pm any more.
Sorry, I use CGI.pm for everything.
> You are also failing to tell us what mp2 and apache2
> you are running so
> everythi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Please start a new thread if you are not following up to one the next time]
Maybe you could provide some more information. e.g. the source lines
around 302 of your AuthenCache.pm.
I'm afraid but I think AuthenCache seems a little bit date and will
sure
Hi,
Is there somewhere an example available which will list what modules and
version you are running within a mod_perl environment??
Should look al little like phpinfo.php
Thanx,
--WjW
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If you have installed Apach2::Request or you don't need CGI.pm any more.
You are also failing to tell us what mp2 and apache2 you are running so
everything I can do is guessing. Maybe you did that in the thread you
are referencing but I have no time to
Hello,
I have installed
httpd-2.0.53 ---> Apache
mod_perl-2.0.0-RC4 ---> modperl
Authen-Smb-0.91
Apache-AuthenSmb-0.72
Apache-AuthenCache-1.00
I am getting the following error.
[Thu May 12 17:12:36 2005] [error] [client 135.43.15.119] Usage:
Apache::RequestRec::notes(obj, val=NULL) at
/raj/perl/
Well, Apache2::Request is installed on my system
(according to CPAN perl module), and I still get the
same error.
[Fri May 13 08:09:37 2005] [error] [client
64.94.157.1] Can't locate object method "read" via
package "Apache2::RequestRec" at (eval 26) line 6,
line 522.\n, referer:
http://dsl.algeb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
use Apache2::Request aka libapreq2 if possible.
Tom
Igor Chudov schrieb:
| A followup to my earlier post with this error:
|
| Can't locate object method "read" via package
| "Apache2::RequestRec" at (eval 26) line 6,
| line 522.\n, referer:
| http:
Hi,
I've inherited a large set of "old" mod_perl/Embperl websites from a crashed
server Programming (mod_)perl is not yet my strongpoint at this moment,
and the sites do not work when it needs to upload files. (It is a very old,
selfmade CMS) I have do large experience in sysadmin and script
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x014563fc in S_mess_alloc ()
(gdb) bt
#0 0x014563fc in S_mess_alloc ()
#1 0x014566e8 in Perl_vmess ()
#2 0x014571dc in Perl_vcroak ()
#3 0x014576b8 in Perl_croak_nocontext ()
#4 0x007dd9c8 in modperl_global_cleanup ()
#5 0x006a
48 matches
Mail list logo
