Hi, folks.
I have the following errors when running "make test". I have seen a similar
error discussed in the list in Nov 2008, but as it was mentioned that it
could be an error related to Apache 2.2.10 and I am running Apache 2.2.6 in
Solaris 10, I think there is something else happening here. He
uot;, but that doesn't help as
this logging applies to the main server's log.
Thanks!
-
Christian Caron
-8<-- Start Bug Report 8<--
1. Problem Description:
Line numbers will be wrong if a bulit-in function's first parameter is not
in the same line.
Minimized example:
01: #!/usr/local/bin/perl
02: use strict;
03: use warnings;
04:
05: abs
06:
07:5;
08:
, have a read of these docs:
http://perl.apache.org/docs/2.0/user/coding/coding.html#Integration_with_Apache_Issues
Thanks for the link, I've had a read of it and most of the other
documentation on the site. It's good that there's quite a bit of
detailed documentation for mod_perl.
Best Regards,
Christian
Hello everyone,
I'm wondering whether the following is intended behavior. Calling die
inside the mod_perl handler doesn't clear the part of the response
generated to that point. In other words, the HTML error document is
simply appended to anything that has been sent to $r->print()
previously and
th.
First I tried the Perl package 'Sudo' as I prefer those. But it didn't
worked, and I gave up very quick. So it's worth to give a try.
http://search.cpan.org/~landman/Sudo-0.21/lib/Sudo.pm
Best Regards, Christian - [EMAIL PROTECTED] -
== START ORIGINAL MESSAGE
if it would solve the problem) again I
would need to be root. An of course I will never let the Apache
running as root.
How would you solve that problem?
mod_perl 1.0, Apache 1.x
.....
Best Regards, Christian - [EMAIL PROTECTED] -
ints.
best regards,
Christian
Philip M. Gollucci wrote:
Christian Klinger wrote:
These are the last lines of the error_log
...
DB<1> CGI::self_or_default(/usr/lib/perl5/5.8.3/CGI.pm:433):
Three questions / suggestions,
1) You said you were using perl 5.8.6. Thats loading something
installed into perl 5.8.3.
Philip M. Gollucci wrote:
Christian Klinger wrote:
These are the last lines of the error_log
...
DB<1> CGI::self_or_default(/usr/lib/perl5/5.8.3/CGI.pm:433):
Three questions / suggestions,
1) You said you were using perl 5.8.6. Thats loading something
installed into perl 5.8.3.
Philip M. Gollucci wrote:
Christian Klinger wrote:
Can you give me some tips for debugging this error?
You can attach gdb or ddd to the running httpd
see here:
http://httpd.apache.org/dev/debugging.html
and/or
You can use Apache::DB from CPAN
to get a PERL debugger for things under
/0.9.7g mod_auth_tkt/2.0.0b5
mod_perl/2.0.1 Perl/v5.8.6 configured -- resuming normal operations
This is the error_log message.
[Fri Sep 09 10:26:43 2005] [notice] child pid 18924 exit signal
Segmentation fault (11)
Can you give me some tips for debugging this error?
cheers christian
Philippe M. Chiasson wrote:
After a long promised investigation session, I believe I have pinned
it down. It seems to have been introduced by change r160562 when the
anon_cnt initialization code was moved around as a result. Didn't have
enough time tonight to dig down as to _why_ this is breaking t
Philippe M. Chiasson wrote:
Just rebuilt myself a fresh blead-perl, fresh httpd-2.0-svn and
mod_perl-2.0-svn. All tests passed!
My hunch is that's it's something about Apple's Perl, and I'll investigate
more later on. For now, I guess the best advice is to try with a self-built
Perl and see if that
Stas Bekman wrote:
Christian, any difference if you test with perl w/o ithreads?
Yes, perl 5.8.6 compiled without ithreads works. perl 5.8.5 and 5.8.6
with ithreads fails.
Regards
Christian Hansen
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.
Chri
http://article.gmane.org/gmane.comp.apache.mod-perl/18408
I'm using trunk, revision: 169956. With 1.999.21 all tests passes, so
guess something changed in the namespace change.
Please let me know if I can be at further assistance.
Regards
Christian Hansen
1. Problem Description:
2. Used Components
c2616/rfc2616-sec13.html#sec13
RFC2616 10.3.8 307 Temporary Redirect
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.8
--
Regards
Christian Hansen
On Wed, 13 Oct 2004 22:41:58 -0400, Stas Bekman wrote:
> Christian Krause wrote:
>> I can't build mod_perl on some machines. The "make test" results in the
>> following error:
> [...]
>> Can't locate object method "method_is_limited" vi
Greetings,
First things first: I'm running mod_perl 1.29 with Apache 1.3 on
FreeBSD 5.1.
I have been developing a mod_perl application (showing a "We're
processing your request" page while running a lengthy database query)
that requires forking. I've read through the mod_perl forking docs and
se
- Something like ITAS::Handler::Nothing
But of couse there is a nicer way ... Thanks
.
Best Regards, Christian - [EMAIL PROTECTED] -
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
year (decade ;-) DBI
exception error ... Thanks for input.
.
Best Regards, Christian - [EMAIL PROTECTED] -
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apach
.html#Forking_and_Executing_Subprocesses_from_mod_perl
regards,
Christian
--
#!/usr/bin/perl -w
use strict;
use POSIX 'setsid';
# parent code goes here
$SIG{CHLD} = 'IGNORE';
defined (my $kid = fork) or die "Cannot fork: $!\n";
if ($kid) {
print "
Stas Bekman wrote:
Stas Bekman wrote:
[...]
It's a known problem. I'll commit a fix soonish (I need to do some
extra testing and rewrites). Meanwhile please replace
- read(STDIN, $buffer, $ENV{'CONTENT_LENGTH'});
+ $r->read($buffer, $ENV{'CONTENT_LENGTH'});
That
ick.
thanks a lot, works fine. is there any penalty of this method?
regards,
Christian
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
my problem (as i don't use CGI.pm and it worked under
1.99_09).
If it's not something simple i've missed and you need further
information - please let me know.
Thanks for your help, regards,
Christian
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Geoffrey Young <[EMAIL PROTECTED]> writes:
> Christian Laursen wrote:
> > I have a small problem with Apache::compat.
> > I have got some mp1 code running under mp2 using Apache::compat,
> > but I had to change it a little bit in order to do that.
> > A few plac
ache::compat. If I'm wrong feel
free to enlighten me.
Thanks in advance.
--
Best regards
Christian Laursen
28 matches
Mail list logo