RE: Probably a really stupid question
> -Original Message- > From: Jimi Thompson [mailto:[EMAIL PROTECTED]] > Sent: Monday, October 30, 2000 5:34 PM > To: Geoffrey Young > Subject: Re: Probably a really stupid question > > > Geoffrey, > > I'm still having problems, perl is installed, mod_perl is > installed. I can > call both of them directly and they work find. well, that's not really true - your 'can't find PerlHandler' error is a pretty sure indication that mod_perl is not installed... > However, when > I try to get > Apache to execute the script is when it all falls apart. I > have tried to > find the module that you mentioned and I'm not able to locate > it. mod_so is part of the core apache distribution - it is one of two modules you must compile in statically if you want other modules to be dynamically loaded (read more about the apache DSO - dynamic sharing option in the apache docs) basically it boils down to this: either compile mod_perl into your apache binary statically (which yours isn't since you get the PerlHandler error) or enable Apache's DSO (via a complied in mod_so, which you don't have since you get the LoadModule error) and enable mod_perl as a DSO using LoadModule. there are instructions for both of these in perl.apache.org/guide - my suggestion would be to compile a static mod_perl and deal with DSO later. But the choice is yours... HTH --Geoff > If you > could provide a link, this might be helpful, especially to > other Solaris > users. > > No one else mentions this module in any of the install > instructions. > All > the documentation seems to indicate you should just be able to install > mod_perl (as long as perl is working) have it work. Why this > applies to the > entire rest of the known world and not me is a total mystery? > > ACK!! > > Geoffrey Young wrote: > > > > -Original Message- > > > From: Jimi Thompson [mailto:[EMAIL PROTECTED]] > > > Sent: Monday, October 30, 2000 3:13 PM > > > To: [EMAIL PROTECTED] > > > Subject: Probably a really stupid question > > > > > > > > > Problem - all files ending in the .pl extension display > > > source code rather than > > > being executed. In addition to not seeing the .pl's as > > > executable I get this > > > message when I try to start apache - > > > > > > callmaster% apachectl start > > > Syntax error on line 793 of /usr/local/apache/conf/httpd.conf: > > > Invalid command 'PerlHandler', perhaps mis-spelled or defined > > > by a module not > > > included in the server configuration > > > apachectl start: httpd could not be started > > > > > > So then I change the LoadModule to > > > > > > LoadModule perl_module libexec/libperl.so > > > > > > which then generates this error message - > > > > > > callmaster% apachectl start > > > Syntax error on line 203 of /usr/local/apache/conf/httpd.conf: > > > Invalid command 'LoadModule', perhaps mis-spelled or defined > > > by a module not > > > included in the server configuration > > > apachectl start: httpd could not be started > > > > sounds like you don't have mod_so compiled in > > > > ./httpd -l > > > > should show mod_so.c, which is what controls the LoadModule > directive... > > > > HTH > > > > --Geoff > > > > > > > > This would seem to indicate that mod_perl did not install > > > correctly. However, > > > mod_perl states that it has installed. > > > When I go to check the apache/libexec, it is empty - no > > > mod-perl. I don't > > > understand why this isn't building properly. > > > > > > Any insight would be helpful... > > > > > > I've always done this via the RPM in Red Hat and this is on a > > > Sparc Solaris 2.6 > > > box so maybe someone can give me a hand and tell me what I've > > > missed. I've > > > attached the httpd.conf file and it appears to be correct, > > > but it errors out (see > > > above) > > > > > > > > > Jimi Thompson > > > > > > > > > > > -- > Jimi Thompson > Web Master > L3 communications > > "It's the same thing we do every night, Pinky." > >
RE: Probably a really stupid question
> -Original Message- > From: Jimi Thompson [mailto:[EMAIL PROTECTED]] > Sent: Monday, October 30, 2000 3:13 PM > To: [EMAIL PROTECTED] > Subject: Probably a really stupid question > > > Problem - all files ending in the .pl extension display > source code rather than > being executed. In addition to not seeing the .pl's as > executable I get this > message when I try to start apache - > > callmaster% apachectl start > Syntax error on line 793 of /usr/local/apache/conf/httpd.conf: > Invalid command 'PerlHandler', perhaps mis-spelled or defined > by a module not > included in the server configuration > apachectl start: httpd could not be started > > So then I change the LoadModule to > > LoadModule perl_module libexec/libperl.so > > which then generates this error message - > > callmaster% apachectl start > Syntax error on line 203 of /usr/local/apache/conf/httpd.conf: > Invalid command 'LoadModule', perhaps mis-spelled or defined > by a module not > included in the server configuration > apachectl start: httpd could not be started sounds like you don't have mod_so compiled in ./httpd -l should show mod_so.c, which is what controls the LoadModule directive... HTH --Geoff > > This would seem to indicate that mod_perl did not install > correctly. However, > mod_perl states that it has installed. > When I go to check the apache/libexec, it is empty - no > mod-perl. I don't > understand why this isn't building properly. > > Any insight would be helpful... > > I've always done this via the RPM in Red Hat and this is on a > Sparc Solaris 2.6 > box so maybe someone can give me a hand and tell me what I've > missed. I've > attached the httpd.conf file and it appears to be correct, > but it errors out (see > above) > > > Jimi Thompson > > >
Probably a really stupid question
Problem - all files ending in the .pl extension display source code rather than being executed. In addition to not seeing the .pl's as executable I get this message when I try to start apache - callmaster% apachectl start Syntax error on line 793 of /usr/local/apache/conf/httpd.conf: Invalid command 'PerlHandler', perhaps mis-spelled or defined by a module not included in the server configuration apachectl start: httpd could not be started So then I change the LoadModule to LoadModule perl_module libexec/libperl.so which then generates this error message - callmaster% apachectl start Syntax error on line 203 of /usr/local/apache/conf/httpd.conf: Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration apachectl start: httpd could not be started This would seem to indicate that mod_perl did not install correctly. However, mod_perl states that it has installed. When I go to check the apache/libexec, it is empty - no mod-perl. I don't understand why this isn't building properly. Any insight would be helpful... I've always done this via the RPM in Red Hat and this is on a Sparc Solaris 2.6 box so maybe someone can give me a hand and tell me what I've missed. I've attached the httpd.conf file and it appears to be correct, but it errors out (see above) Jimi Thompson # # Based upon the NCSA server configuration files originally by Rob McCool. # # This is the main Apache server configuration file. It contains the # configuration directives that give the server its instructions. # See http://www.apache.org/docs/> for detailed information about # the directives. # # Do NOT simply read the instructions in here without understanding # what they do. They're here only as hints or reminders. If you are unsure # consult the online docs. You have been warned. # # After this file is processed, the server will look for and process # @@ServerRoot@@/conf/srm.conf and then @@ServerRoot@@/conf/access.conf # unless you have overridden these with ResourceConfig and/or # AccessConfig directives here. # # The configuration directives are grouped into three basic sections: # 1. Directives that control the operation of the Apache server process as a # whole (the 'global environment'). # 2. Directives that define the parameters of the 'main' or 'default' server, # which responds to requests that aren't handled by a virtual host. # These directives also provide default values for the settings # of all virtual hosts. # 3. Settings for virtual hosts, which allow Web requests to be sent to # different IP addresses or hostnames and have them handled by the # same Apache server process. # # Configuration and logfile names: If the filenames you specify for many # of the server's control files begin with "/" (or "drive:/" for Win32), the # server will use that explicit path. If the filenames do *not* begin # with "/", the value of ServerRoot is prepended -- so "logs/foo.log" # with ServerRoot set to "/usr/local/apache" will be interpreted by the # server as "/usr/local/apache/logs/foo.log". # ### Section 1: Global Environment # # The directives in this section affect the overall operation of Apache, # such as the number of concurrent requests it can handle or where it # can find its configuration files. # # # ServerType is either inetd, or standalone. Inetd mode is only supported on # Unix platforms. # ServerType standalone # # ServerRoot: The top of the directory tree under which the server's # configuration, error, and log files are kept. # # NOTE! If you intend to place this on an NFS (or otherwise network) # mounted filesystem then please read the LockFile documentation # (available at http://www.apache.org/docs/mod/core.html#lockfile>); # you will save yourself a lot of trouble. # # Do NOT add a slash at the end of the directory path. # ServerRoot "/usr/local/apache # # The LockFile directive sets the path to the lockfile used when Apache # is compiled with either USE_FCNTL_SERIALIZED_ACCEPT or # USE_FLOCK_SERIALIZED_ACCEPT. This directive should normally be left at # its default value. The main reason for changing it is if the logs # directory is NFS mounted, since the lockfile MUST BE STORED ON A LOCAL # DISK. The PID of the main server process is automatically appended to # the filename. # #LockFile logs/accept.lock # # PidFile: The file in which the server should record its process # identification number when it starts. # PidFile logs/httpd.pid # # ScoreBoardFile: File used to store internal server process information. # Not all architectures require this. But if yours does (you'll know because # this file will be created when you run Apache) then you *must* ensure that # no two invocations of Apache share the same scoreboard file. # ScoreBoardFile logs/apache_runtime_status # # In the standard configuration, the server will process httpd.conf (this # file, specified by the -f command line optio