Unfortunately, and even more frustrating, I tried swapping out my script with the basic 'hello world'. It still doesn't run (when triggered via the 404 ErrorDocument parameter), but direct access run's just fine.
I attempted to debug (per the PHP faq ( http://us2.php.net/manual/en/faq.installation.php#faq.installation.nodata)) and received the following output: -------------------------------------------------------------------------------- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 2336)] 0x405cd794 in php_handler (r=0x86624b8) at /tmp/PHP/php-4.4.1/sapi/apache2handler/sapi_apache2.c:535 535 if (!parent_req) { -------------------------------------------------------------------------------- then (per the FAQ) I issued the bt command received: #0 0x405cd794 in php_handler (r=0x86624b8) at /tmp/PHP/php-4.4.1/sapi/apache2handler/sapi_apache2.c:535 #1 0x080a9b25 in ap_run_handler (r=0x86624b8) at config.c:152 #2 0x080aa130 in ap_invoke_handler (r=0x86624b8) at config.c:364 #3 0x0808e428 in ap_internal_redirect (new_uri=0x8620948 "\020\tb\bh¨a\bÀ\t7\b¸$f\b", r=0x8620948) at http_request.c:465 #4 0x0808de0c in ap_process_request (r=0x8620948) at http_request.c:262 #5 0x080892bd in ap_process_http_connection (c=0x861a868) at http_core.c:251 #6 0x080b4f55 in ap_run_process_connection (c=0x861a868) at connection.c:43 #7 0x080a8124 in child_main (child_num_arg=140642632) at prefork.c:610 #8 0x080a833b in make_child (s=0x407c597c, slot=0) at prefork.c:650 #9 0x080a8398 in startup_children (number_to_start=10) at prefork.c:722 #10 0x080a8c0a in ap_mpm_run (_pconf=0x80f7598, plog=0x8133688, s=0x80fdbe8) at prefork.c:941 #11 0x080af18d in main (argc=4, argv=0xbffffd44) at main.c:618 Don't know if that helps any, but that's all I've been able to come up with (so far). On 12/1/05, James Benson <[EMAIL PROTECTED]> wrote: > > Well if all other PHP scripts work then it must be a problem with your > script or something changed in the latest PHP version that your script > used, if you post the code someone may be able to say if something is > wrong with it. > > James > > > > Jason Z wrote: > > I used to have a number of sites direct 404 errors towards PHP scripts > for > > error handling and the such. Recently I upgraded my PHP installs to > 4.4.1(from > > 4.3.11) with the configure parameters listed below. Now, none of my PHP > > handlers are functioning. They are all returning 0 size > responses. After > > quite a bit of troubleshooting I have determined it is not Apache as > it's > > ErrorHandler functions are working correctly and I can drop a Perl (or > other > > language) script in place of the PHP script and they function as > desired. > > > > Has anybody else run into this problem lately, and if so, does anybody > know > > how to resolve it? > > > > The configure parameters used are as follows: > > --with-apxs2=/usr/local/apache2/bin/apxs > > --enable-force-cgi-redirect > > --enable-discard-path > > --enable-fastcgi > > --enable-magic-quotes > > --with-openssl > > --with-kerberos > > --with-zlib > > --enable-calendar > > --with-curl > > --enable-exif > > --with-dom > > --enable-ftp > > --with-gd > > --with-jpeg-dir > > --with-png-dir > > --with-xpm-dir > > --with-xlib-dir > > --with-imap-ssl > > --with-pspell > > --with-recode > > --with-readline > > --with-snmp > > --with-imap > > --enable-sockets > > --with-pdflib=/Archives/Linux/PDFLib/5.0.4/PDFlib-5.0.4-Linux/bind/c > > --with-pspell > > --with-swf=/Archives/Linux/LibSWF/dist > > --with-xmlrpc > > --with-pear > > --with-mysql > > --with-gmp > > --with-expat-dir=/usr > > > > Thank you for any assistance anyone is able to offer regarding this > issue. > > > > Jason Ziemba > > > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > >
