perl-modperl mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Christopher H. Laco" <cl...@chrislaco.com>
Subject Re: Apache2/MP2 Segfaults when loading Text::Textile
Date Fri, 24 Mar 2006 15:19:31 GMT
Christopher H. Laco wrote:
> That's in on the nose. Text::Textile uses Image::Size, which uses
> Image::Magick.  Any incantation of pre loading this modules makes apache
> core.
> 
> The funny part is, it only segfaults the main httpd process. apachectl
> start yields a core dump, but the child proc are created and serve pages
> just fine....until an apachectl stop is issued. Then the children stop,
> but the main proc cores again, sticks to 100% cpu, and isn't killable at
> all.
> 
> For that matter, running these site run just fine under the Catalyst
> standalone dev server, so Image::Magick itself is generally usable. But
> I digress...
> 
> I saw muttering about the net about trying the --enable--embeddable
> config option for Image::Magick, but that had no effect. What I haven't
> tried yet, is static compiling it, and see if that cures the problem.
> 
> Unfortunately, not using Image::Magick or not preloading it isn't really
>  a practical option for the sites I have that use it. It's touched by
> various image, thumbnail modules, textile, and even GD::SecurityImage
> for captchas.
> 
> But since Catalyst sites are just as happy running under
> FastCGI/mod_fcgi, I think that's the lowest barrier to getting them up
> and running without a core dumping MP install.
> 
> -=Chris
> 
> 

I finally got all the stuff back up and running last night under
mod_fastcgi. No encantation I could find (--enable--embeddable, static
linked lib, etc) would cure the segfaults when preloading Image::Magick.
 In the end, I just ended up ditching mod_perl since it's not really a
requirement for the sites in question.

-=Chris


Mime
View raw message