Foo JH wrote:
Yes! It's really (in)famous! :) The more detailed error message seems to
be captured in the Event Application log instead. I wonder why error.log
wasn't more verbose on this one.
Because, once it crashes it's no longer logging?
I had a similar issue one year ago with mod_perl 2.0.0-RC4 and perl
5.6.1 (same issue with perl 5.8).
The problem was due to the use of LibXML (which is the fastest xml
parsing library I found to parse large XML files) with mod_perl and
apache in a multi-threaded environment. I also had some
Henrik Schak Hansen wrote:
Hi All,
I think we are a lot of windows users experiencing the same problem with mod_perl/apache:
The famous 3221225477 exit status.
My company will also be willing to donate some money If it will help solving
the problem.
Yes! It's really (in)famous! :) The more
Bolhar-Nordenkampf Ferdinand wrote:
Hi,
I'm trying to build mod_perl 2.0.2 on a Tru64 (Digital UNIX) system V5.1B,
Apache 2.0.59, Perl 5.8.0.
You knew I as going to say this, but preferably 5.8.8.
Make sure you are using the same compiler for mod_perl as you used for
perl and httpd 2.059.
In the list of all modules you are using in your application, are you
sure that all modules are thread-safe ? If only one is not
thread-safe, you may encounter an error at a time while running your
application ?
For my part, I use mainly CPAN libraries. This includes:
HTML::Template
DBI
William A. Rowe, Jr. wrote:
Foo JH wrote:
Yes! It's really (in)famous! :) The more detailed error message seems to
be captured in the Event Application log instead. I wonder why error.log
wasn't more verbose on this one.
Because, once it crashes it's no longer logging?
Yet it is
Hey Stephane,
Thanks for zeroing in on the problem libraries. I don't remember using
LibXML, but I'll see if I can replicate the problem as well, in a
simplified model.
Stephane GUIBOUD-RIBAUD wrote:
I had a similar issue one year ago with mod_perl 2.0.0-RC4 and perl
5.6.1 (same issue with
Hi,
I'm trying to build mod_perl 2.0.2 on a Tru64 (Digital UNIX) system V5.1B,
Apache 2.0.59, Perl 5.8.0.
After extracting the .tar file, I do a
$ cd mod_perl-2.0.2
$ perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
And I got this output:
Reading Makefile.PL args from @ARGV
MP_APXS =
On Sat, 18 Nov 2006, Philip M. Gollucci wrote:
A release candidate for mod_perl 2.0.3-rc3 is now available for testing.
Please grab the candidate from
http://people.apache.org/~pgollucci/mp2/mod_perl-2.0.3-rc3.tar.gz
+1 - tested on
- linux: Apache/2.0.55 (prefork), perl-5.8.7
- Win32:
On Sat, Nov 18, 2006 at 06:17:18PM -0800, Philip M. Gollucci wrote:
A release candidate for mod_perl 2.0.3-rc3 is now available for testing.
All tests OK on linux 2.6.15 i686, perl 5.8.8, apache 2.0.59/2.2.3
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
Foo JH wrote:
By 'bad code' you're referring to code written by app developers? I
suspected I fall into that category, but even when I throw in all the
eval traps, the .dll errors still come to crash (and automatically
restart) apache.
By bad code, I mean flaws in apr, httpd, modperl, perl
William A. Rowe, Jr. wrote:
Keep in mind, using the official build of httpd you have .pdb debug
files that can be downloaded that exactly match the .exe/.dll's/.so's
that we ship. That means you can -debug- these segfaults.
Am I able to make these from UNIX ?
Where can I read about this?
On Sat, 18 Nov 2006, Philip M. Gollucci wrote:
A release candidate for Apache-Test 1.29-rc3 is now available.
http://people.apache.org/~pgollucci/at/Apache-Test-1.29-rc3.tar.gz
+1 - tested on
linux: Apache/2.0.55 (prefork)
Win32: Apache/2.2.3 (winnt)
--
best regards,
Randy Kobes
Issac Goldstand wrote:
I don't think that the problem is mod_perl, as much as the winnt MPM in
Apache2. The bottom line is that if anything goes wrong, you need the
singleton child process to recycle itself, and very often in the case of
mod_perl that can take a long time.
There is
Philip M. Gollucci wrote:
William A. Rowe, Jr. wrote:
Keep in mind, using the official build of httpd you have .pdb debug
files that can be downloaded that exactly match the .exe/.dll's/.so's
that we ship. That means you can -debug- these segfaults.
Am I able to make these from UNIX ?
Where
Philip M. Gollucci wrote:
Its been about 6 years since I've tried anything mod_perl windows
related, but I recall that some of the startup.pl files of that time
loaded LibXML and related by default. You might have been loading it and
just not using it.
The related problem on windows is that
Hi all,
Just a quick question:
I have a handler that is for user registration. The user logs in and
then can do various tasks like viewing their files (say text files for
example), change their password, editing files, etc.
The handler would be: http://my.site.com/userreg, and for instance,
Issac Goldstand wrote:
CC-ing to [EMAIL PROTECTED] in the hopes that someone
(**cough**wrowe?**cough**)
might shed some deeper insight into why things were/are done the way
they are, and what, if anything, would be needed to be done to make
things better.
I don't think that the problem is
CC-ing to [EMAIL PROTECTED] in the hopes that someone (**cough**wrowe?**cough**)
might shed some deeper insight into why things were/are done the way
they are, and what, if anything, would be needed to be done to make
things better.
I don't think that the problem is mod_perl, as much as the
I'm working on the assumption that I would be aided in tracking down memory
leaks in a large mod_perl application if I could see what objects were having
their DESTROY method called during global destruction.
This seems to work out well:
sub DESTROY {
my $self = shift;
eval { die
You're running into this problem:
http://perl.apache.org/docs/1.0/guide/porting.html#Name_collisions_with_Modules_and_libs
The best solution is to put your subs into a namespace with a package
declaration.
Sorry I don't think so since both the template name and the subroutine name are
Philip M. Gollucci wrote:
A release candidate for Apache-Test 1.29-rc3 is now available.
http://people.apache.org/~pgollucci/at/Apache-Test-1.29-rc3.tar.gz
All tests OK on Win32 using perl-5.8.8, apache-1.3.34 and mod_perl-1.29.
--
Radan
It took me a while to get everything together, and I was involved in a
minor pile-up car accident (I'm fine - car needs body work) so this got
delayed more than I originally intended. Apologies to people who were
standing by with test environments to try to work this out.
Getting to the point
Author: pgollucci
Date: Mon Nov 20 01:10:58 2006
New Revision: 477116
URL: http://svn.apache.org/viewvc?view=revrev=477116
Log:
note that keys correctly returns the number of keys in scalar context
and it works in bleed perl ~5.9.5 as of at least r29244
Modified:
24 matches
Mail list logo