RE: Files problem, pulling my dam hair out
I have this in a Location, according to Apache you can have it in Directory and VirtualHost as well. (You could try it under Files, Apache will let you know if it doesn't like it :-) ). Laurie -Original Message- From: Chuck Carson [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 29, 2001 6:23 PM To: Knox, Laurie A, NPONS; [EMAIL PROTECTED] Subject: RE: Files problem, pulling my dam hair out Where would this go? In the Directory section of the Files section? -Chuck -Original Message- From: Knox, Laurie A, NPONS [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 29, 2001 3:17 PM To: Chuck Carson; [EMAIL PROTECTED] Subject: RE: Files problem, pulling my dam hair out The only difference I can see with your setup is the following additional line: AddHandler perl-script .pl HTH, Laurie Laurie Knox ATT - NETAC [EMAIL PROTECTED] -Original Message- From: Chuck Carson [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 29, 2001 5:38 PM To: [EMAIL PROTECTED] Subject: Files problem, pulling my dam hair out I have the following config: apache 1.3.22 with perl 1.26 built statically I want to use perl to dynamically generate html pages, so I have .pl files under DOCUMENT_ROOT. I have this config: Alias /perl /usr/local/apache/cgi-bin Directory /usr/local/apache/cgi-bin SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI /Directory Files *.pl SetHandler perl-script PerlHandler Apache::Registry Options ExecCGI /Files Whenever I try and get a perl script from a web browser, it pops up a dialog asking to save the damn file. I have tried Netscape 4.79 on NT and Unix as well as IE 5.5. I have configured a server in this manner probably 100 times, I cannot find what I a missing this particuliar time. Anyone have any ideas? Thanks, Chuck Chuck Carson Systems Administrator [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 858.202.4188 Office 858.442.0827 Mobile 858.623.0460 Fax
RE: Need help with a backtrace from a seg fault
Did you compile everything (Perl, modules, etc.) with gcc, or with Sun's compiler? If you used the Perl that comes with Solaris, it is compiled with Sun's C compiler. Everything needs to be compiled by the same compiler. Based on the info below, you are running Solaris 2.6, not 2.8... I just got this running in a similar scenario (under 2.8), except with Apache 1.3.20. I did get Segfaults when my LoadModule/AddModule information was hosed, that's another thing you could check... HTH, Laurie Laurie Knox ATT - NETAC [EMAIL PROTECTED] -Original Message- From: Brian Cocks [mailto:[EMAIL PROTECTED]] Sent: Friday, October 12, 2001 11:24 AM To: [EMAIL PROTECTED] Subject: Need help with a backtrace from a seg fault I'm getting this error [Mon Aug 13 14:52:58 2001] [notice] child pid 6223 exit signal Segmentation Fault (11) Any help would be appreciated. Here is some info, please let me know if I am missing anything. Solaris 8 Apache/1.3.12 (Unix) mod_perl/1.24_01 mod_ssl/2.6.5 OpenSSL/0.9.4 backtrace from gdb Program received signal SIGSEGV, Segmentation fault. 0x67010 in hvrv2table () (gdb) bt #0 0x67010 in hvrv2table () #1 0x7de70 in XS_Apache__Table_DESTROY () #2 0x1c9a04 in Perl_pp_entersub () #3 0x176988 in S_call_body () #4 0x1766b4 in perl_call_sv () #5 0x1d1464 in Perl_sv_clear () #6 0x1d1af8 in Perl_sv_free () #7 0x1d6470 in do_clean_objs () #8 0x1cab18 in S_visit () #9 0x1cab74 in Perl_sv_clean_objs () #10 0x174138 in perl_destruct () #11 0x5ee30 in perl_shutdown () #12 0x604d4 in perl_child_exit () #13 0x60224 in perl_child_exit_cleanup () #14 0xa3ae4 in run_cleanups () #15 0xa121c in ap_clear_pool () #16 0xa12ac in ap_destroy_pool () #17 0xb4c64 in clean_child_exit () #18 0xb8a74 in child_main () #19 0xb9378 in make_child () #20 0xb9594 in startup_children () #21 0xb9f84 in standalone_main () #22 0xbab98 in main () Output of perl -V Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration: Platform: osname=solaris, osvers=2.6, archname=sun4-solaris uname='sunos kenny 5.6 generic_105181-17 sun4u sparc sunw,ultrasparc-iii-engine ' config_args='-ds -e' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define use64bitint=undef use64bitall=undef uselongdouble=undef usesocks=undef Compiler: cc='cc', optimize='-O', gccversion=2.8.1 cppflags='-I/usr/local/include' ccflags ='-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' stdchar='unsigned char', d_stdstdio=define, usevfork=false intsize=4, longsize=4, ptrsize=4, doublesize=8 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, usemymalloc=y, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib ' libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldl -lm -lc -lcrypt -lsec libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under solaris Compiled at Jun 4 2001 12:07:15 @INC: /usr/local/lib/perl5/5.6.0/sun4-solaris /usr/local/lib/perl5/5.6.0 /usr/local/lib/perl5/site_perl/5.6.0/sun4-solaris /usr/local/lib/perl5/site_perl/5.6.0 /usr/local/lib/perl5/site_perl . -- Brian Cocks Senior Software Architect Multi-Ad Services, Inc. [EMAIL PROTECTED] (309)690-5834
RE: shared libraries
It sounds like you either haven't obtained the B:: module, or there was a compilation problem. You can try to get your current server up and running by commenting out the PerlModule B:: ... references, then try starting it up. Check on the Perl and Apache web sites (www.perl.org, www.apache.org) for information about properly incorporating/using modules with Apache and mod_perl. The perl site has PerlModules available for download if you need the code. Hope this helps, Laurie Laurie Knox ATT - NETAC [EMAIL PROTECTED] -Original Message- From: Gilberto Diaz [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 04, 2001 4:55 PM To: [EMAIL PROTECTED] Subject: shared libraries Hello everybody I'm triying to start a mod_perl apache in a Sun enterprise 450 with solaris 2.6. Everything compile very well, but when I try to start the server the following error message is displayed. ** cronos:/usr/local/apache/bin# ./apachectl start Syntax error on line 72 of /usr/local/apache/conf/httpd.conf: Can't load '/usr/local/lib/perl5/5.6.1/sun4-solaris/auto/B/B.so' for module B: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/lib/perl5/5.6.1/sun4-solaris/auto/B/B.so: symbol main: referenced symbol not found at /usr/local/lib/perl5/5.6.1/sun4-solaris/XSLoader.pm line 75. at /usr/local/lib/perl5/5.6.1/sun4-solaris/B.pm line 284 Compilation failed in require at /usr/local/lib/perl5/5.6.1/sun4-solaris/B/Terse.pm line 3. BEGIN failed--compilation aborted at /usr/local/lib/perl5/5.6.1/sun4-solaris/B/Terse.pm line 4. Compilation failed in require at (eval 3) line 3. ./apachectl start: httpd could not be started * I have followed this set of instruction to compile everything a. Unpack the apache and mod_perl distributions: gunzip apache_1.3.14.tar.gz tar -xvf apache_1.3.14.tar gunzip mod_perl-1.24_01.tar.gz tar -xvf mod_perl-1.24_01.tar b. Using the perl version 5.6.0 to compile into apache: cd mod_perl-1.24_01 /path/to/perl5.6.0 Makefile.PL \ APACHE_SRC=../apache_1.3.14/src \ USE_APACI=1 \ EVERYTHING=1 \ DO_HTTPD=1 make make install cd ../apache_1.3.14/src configure \ --prefix=/path/to/install/of/www \ --activate-module=src/modules/perl/libperl.a \ --enable-module=unique_id \ --enable-module=info make make install Editing httpd.conf (Apache/mod_perl installations only): Set these values in httpd.conf in addition to other normal configuration settings. NOTE: This is for Apache/mod_perl installations only. If you choose not to take advantage of this configuration, edit your httpd.conf in the usual manner. # Do NOT adjust MaxRequestsPerChild or ExcessRequestsPerChild! MaxRequestsPerChild 50 ExcessRequestsPerChild 1 ExtendedStatus On # Do NOT set these next 4 settings too low, or too high or performance will suffer # Adjust according to hardware capabilities MinSpareServers 5 MaxSpareServers 200 StartServers20 MaxClients 256 PerlTaintCheck Off PerlWarn Off # Do NOT turn PerlFreshRestart On PerlFreshRestart Off PerlModule B::Terse PerlModule B::LexInfo PerlModule B::Deparse PerlPassEnv TERM EDITOR NOCHANCE USER PERL5LIB PerlSetEnv KeyForPerlSetEnv OK PerlSetVar KeyForPerlSetVar OK # This sets @INC for the applications modules PerlRequire lib/perl/startup.pl Alias /perl/ /path/to/server_root/lib/perl/ Location /perl SetHandler perl-script PerlHandler Apache::Registry::handler PerlInitHandler Apache::StatINC Options +ExecCGI PerlSendHeader On /Location Location /server-info order deny,allow deny from all allow from add.your.ip.here SetHandler server info /Location Location /server-status order deny,allow deny from all allow from add.your.ip.here SetHandler server status /Location Location /perl-status order deny,allow deny from all allow from add.your.ip.here PerlSetVar StatusOptionsAll On
RE: modperl install without Apache src?
I don't have the source because the server was pre-installed by Solaris 8, and PHP is also installed on it. (I read somewhere that there were potential problems when running mod_perl and PHP together in Apache, but I haven't been able to find that info again Is this an issue?). I don't have ultimate control over this server I'm working on, which makes this more difficult! I did a full Apache/mod_perl install on our development machine, and of course it works very well! Laurie Thank you for your response!!! -- Hi there, On Thu, 5 Jul 2001, Knox, Laurie A, NPONS wrote: I was going to upgrade it to 1.25, but I don't have the Apache src. Why don't you just get it? Someone told me I just need to replace the libexec/libperl.so file Don't do it. Grab the latest sources and recompile, lots of bugfixes and stuff in there. I'm working with DBI 1.16, Apache::DBI 0.88, DBD::Oracle 1.06 - would it make that much of a difference to have the newer version using these modules? Don't worry about that (unless you find problems :) 73, Ged.
modperl install without Apache src?
Hi folks, Thanks to those who helped me out with the basic mod_perl questions I posted before. We're getting there! I have a question about mod_perl installation - I have Apache 1.3.9 running on a Solaris 8 machine with mod_perl 1.21. I was going to upgrade it to 1.25, but I don't have the Apache src. Is it possible to do the upgrade? Someone told me I just need to replace the libexec/libperl.so file (I have 1.25 built on another solaris system, where I DO have the apache src), but it looks like other files installed as part of the mod_perl install (.pm files) are different sizes. I'm working with DBI 1.16, Apache::DBI 0.88, DBD::Oracle 1.06 - would it make that much of a difference to have the newer version using these modules? Thanks for any info! Laurie Laurie Knox ATT - NETAC (732) 420-6190 [EMAIL PROTECTED]
RE: where to report apache::session 1.53 bug ?
Could you Please share your bug info with us? I am using Apache::Session now and having troubles with it... Thank you! Laurie -Original Message- From: Iwan Garnadi [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 27, 2001 5:50 PM To: [EMAIL PROTECTED] Subject: where to report apache::session 1.53 bug ? I don't know where to report apache::session bug , because I sent to the author , I didn't get any reply yet
Persistance in mod_perl
Hello all, We are just getting started with mod_perl, installed on Sun Solaris 2.8, Apache 1.3.20, Perl 5.005_03. I have DBI and Oracle DBD installed. In our application, we want to have a user login to the database, and maintain the connection until they logoff. We also want to maintain state between various forms as the user utilizes the application. We've read the mod_perl FAQ, parts of the Apache Modules book, info in Apache Server books, the CGI.pm perldoc, etc. We're pretty confused at this point about how to proceed. For example do we need any additional modules to maintain the database connection and/or form state? Each time you call your Perl program that is available via mod_perl (via direct URL or forms-generated URL), is a new instance created? If not, what is the entry point into the existing instance? For example, should our Perl program sit in a loop reading URLs? Does each user get their own instance of the Perl program? Or, is it shared among users? Does the Perl program run as a thread in the httpd process? How / when does the Perl program terminate? TIA for any assistance you can provide! Laurie Laurie Knox ATT - NETAC (732) 420-6190 [EMAIL PROTECTED]