Re: PHP 4.0 Bug #7880 Updated: PHP_URL_FOPEN doesn't work

php-de>Can you try trussing apache in single process mode ( truss php-de>./httpd -X ). Request the script, and see if it actually php-de>makes a socket connect request. From your description, it php-de>most likely will not. truss -feal -o /tmp/output /usr/local/bin/httpd -X [ Attached as output.tar.gz - Look for filetest.php ] php-de>Also can you give me the details of your compile environment( php-de>what make and cc you are using) #gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/specs gcc version 2.95.2 19991024 (release) #uname -a SunOS egotist 5.8 Generic_108528-01 sun4u sparc SUNW,Ultra-5_10 php-de>Im sure you have thought of this, but is there a possibility php-de>of a corrupt build? Have you tried removing config.cache, php-de>reconfiguring, and rerunning? I've recompiled almost half a dozen times... I've razed the directory and tar zxvf'ed twice. I'm pretty sure it's a good binary. php-de>Check your php_config.h to verify that php-de>#define PHP_URL_FOPEN 1 exists. --- snip --- #define DEFAULT_SHORT_OPEN_TAG 1 /* */ #define DEFAULT_SHORT_OPEN_TAG 1 /* */ #define PHP_URL_FOPEN 1 /* */ #define PHP_URL_FOPEN 1 /* Whether you have dmalloc */ /* #undef HAVE_DMALLOC */ /* Whether you have aspell */ /* #undef HAVE_ASPELL */ --- snip --- php-de>If all of these check out try building a seperate tree as a php-de>standalone cgi, run ./php < test-furl.php and see if you get php-de>the same results. Yup... Worked that way. TIA! Alan -- Alan Halachmi Wide Area Network Specialist Ingram Entertainment Network Services mailto:alan@halachmi.net http://www.ingramentertainment.com