Looks like didn't get much sleep, since your last mail....
>
> I assume all I have to do to not load 1.3.4 is make sure there are no
> references to HTML::Embperl in my config file?  No difference.
>

Yes

> I'm definitely using the same apache and mod_perl, because I'm
> testing on the live server (it's my development machine).
>
> Here's a weird one though (like I needed another weird one).  I tried
> using Embperl_UseEnv on.  Initially I put it in my FilesMatch
> section, but it said I couldn't use it there.  Which means it
> recognized it as a command!  But if I put it anywhere else, it gives
> me a syntax error.
>

Mmmh, could you try to put a

AddModule embperl.c

directly after your

PerlModule Embperl

and then

Embperl_UseEnv on

so you get

Embperl_UseEnv on
AddModule embperl.c
Embperl_UseEnv on

What are the different error message, if any, with and without the
AddModule?

> >
> >If make test doesn't work? What is the exact error? How is your mod_perl
> >compiled. Staticly or as DSO?
>
> mod_perl is static (the config problems I had last week were due to
> my trying to compile it dynamic).
>
> Make test is a different issue, I've been meaning to post about that.
> I've actually never been able to get make test to work on MacOS X,
> even when I was running with HTML::Embperl.
>

I have no idea here. Maybe somebody else has an idea

Gerald


-------------------------------------------------------------
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 925131
WWW:        http://www.ecos.de      Fax:      +49 6133 925152
-------------------------------------------------------------




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to