At 11:19 AM +0100 3/21/02, Gerald Richter wrote:
>So one step back: Does make test work for you? If yes, are you really using
>the same Apache and mod_perl in test and in life? For your last tests, did
>you load 2.0b6 only, or did you also load 1.3.4. Please try to load 2.0
>only. Does this make any difference?

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.

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.

>
>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.

488% make test                    wraith.somewhere.com:Embperl-2.0b7
PERL_DL_NONLAZY=0 /usr/bin/perl -Iblib/arch -Iblib/lib 
-I/System/Library/Perl/darwin -I/System/Library/Perl test.pl

loading...                    dyld: /usr/bin/perl Undefined symbols:
_ap_add_module
_ap_add_version_component
_ap_find_linked_module
_ap_get_client_block
_ap_log_error
_ap_make_sub_pool
_ap_palloc
_ap_pcalloc
_ap_pstrdup
_ap_register_cleanup
_ap_remove_module
_ap_rflush
_ap_rputc
_ap_rwrite
_ap_send_http_header
_ap_setup_client_block
_ap_should_client_block
_ap_table_add
_ap_table_do
_ap_table_get
_ap_table_set
make: *** [test_dynamic] Error 67

For what it's worth, here's my config:

PerlModule Embperl
<VirtualHost wraith>
     #PerlSetEnv EMBPERL_DEBUG 0x7fffffff
     Port 80
     ServerName meaimh
     ServerAlias imh
     ServerAdmin [EMAIL PROTECTED]
     DocumentRoot /usr/local/www/meaimh
     ErrorLog /var/log/httpd/meaimh.error_log
     CustomLog /var/log/httpd/meaimh.access_log combined
     ErrorDocument 404 /404.html


     <FilesMatch ".*\.html$">
         AllowOverride AuthConfig FileInfo Indexes Limit Options

         Options         ExecCGI
         SetHandler      perl-script
         PerlHandler     Embperl
         Embperl_UseEnv on
         #PerlHandler     HTML::Embperl
         #EMBPERL_DEBUG  532480
         #Embperl_DEBUG  256+512
         #Embperl_APPNAME        meaimh
         #EMBPERL_LOG /embperllog.html
         #EMBPERL_OPTIONS 16+32768
         # raw, undef->empty in args
         #PerlSetEnv     EMBPERL_MAILHOST        gate.somewhere.com
         #PerlSetEnv     EMBPERL_MAILFROM 
[EMAIL PROTECTED]
     </FilesMatch>

     <Location /data>
         Order allow,deny
         Deny from all
     </Location>

#   <LocationMatch "/admin/">
#        PerlSetEnv     EMBPERL_OBJECT_BASE     AdminTemplate.html
#        PerlSetEnv     EMBPERL_URIMATCH      "\.(html|epl)$"
#        PerlSetEnv     EMBPERL_OBJECT_ADDPATH  /usr/local/www/meaimh/data
#        SetHandler      perl-script
#        PerlHandler     HTML::EmbperlObject
#        Options         ExecCGI
#   </LocationMatch>
</VirtualHost>

-- 

Kee Hinckley - Somewhere.Com, LLC
http://consulting.somewhere.com/
[EMAIL PROTECTED]

I'm not sure which upsets me more: that people are so unwilling to accept
responsibility for their own actions, or that they are so eager to regulate
everyone else's.

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

Reply via email to