Hi,
when you have compiled mod_perl as DSO you must _not_ load Embperl at server
startup time, i.e. _no_ "PerlModule HTML::Embperl" nor a "use HTML::Embperl"
in a startup.pl file!
Gerald
P.S. This problem will be fixed in mod_perl 1.22
-------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice: +49 6133 925151
WWW: http://www.ecos.de Fax: +49 6133 925152
-------------------------------------------------------------
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of [EMAIL PROTECTED]
> Sent: Saturday, February 12, 2000 10:03 PM
> To: [EMAIL PROTECTED]
> Subject: Embperl SEGV's in mod_perl, but not standalone
>
>
>
>
>
> I'm at my wits end here, as I've been hacking at this for a number of days
> now.
>
> As you can guess from the subject line, I've setup Apache on an AIX 4.3.3
> box with mod_perl as a DSO. This compiles (with xlc 5.0.0.0) just fine,
> and I haven't a lick of problems there (thanks to all the patch info I
> found on the Embperl site). The problem I'm running into now is with
> Embperl. In case you are wondering, the symbols are not being stripped
> from httpd or libperl.so.
>
> I've gotten it to work standalone just fine. My problem comes when I try
> to access it through mod_perl. Standalone, using the embpexec.pl
> script, I
> can trace the calls from begining to end, through the bootstrap and
> everything. Through mod_perl, I get to the bootstrap code for
> HTML::Embperl and it seg faults. The perl code itself is fine, but the
> bootstrap in Embperl.so chokes.
>
> Also, I've tried compiling mod_perl statically into httpd, but I don't
> seem to be having much luck there. The symbols are all being exported,
> but none of the mod_perl configuration commands are recognized in
> httpd.conf.
>
> Thanks in advance.
>
> Glenn McAllister
> ID - VisualAge for Java
> IBM Toronto Lab, (416) 448-3805
> "An approximate answer to the right question is better than the
> right answer to the wrong question." - John W. Tukey
>
>
>