#8725 [Opn->Bgs]: Fun with putenv

ID: 8725 Updated by: kalowsky@php.net Reported By: mikhail@whasup.com -Status: Open +Status: Bogus Bug Type: Program Execution Operating System: SCO Openserver 5.05 PHP Version: 4.0.4pl1 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Previous Comments: ------------------------------------------------------------------------ [2002-02-13 19:19:19] mikhail@whasup.com It's might be relevant, but the variables I'm trying to set are perfectly "legal" under the Bourne shell (see example in my original message). By the way, in the URL you have provided, the syntax of "export" command won't work under SCO /bin/sh. Rather than "export A=foo" you would have to say "A=foo export A". -mk ------------------------------------------------------------------------ [2002-02-13 13:45:19] david@djwhome.demon.co.uk The following URL may be relevant. Basically, SCO's Bourne shell doesn't tolerate broken environments whereas other shells silently ignore errors. <http://groups.google.com/groups?hl=en&selm=7k1b53%24aun%241%40elf.bsdi.com> (I'd appreciate any alternative explanations of this error when using system() on SCO Unix, by direct email.) ------------------------------------------------------------------------ [2001-12-24 17:39:35] mikhail@whasup.com The workaround for the problem with "freeaddrinfo" and "getaddrinfo" was to undefine HAVE_GETADDRINFO in main/php_config.h. The original problem with "putenv" is still there in 4.1.0 compiled with the latest to date apache 1.3.22 Sorry. ------------------------------------------------------------------------ [2001-12-23 17:04:25] mikhail@whasup.com I can't tell because I can't compile it. Since last time we spoke, I upgraded to SCO OpenServer 5.06 and right now I can't compile even those versions of PHP I used to compile without a problem under 5.05. The error I'm getting is (after removing "-silent " from libtool): gcc -I. -I/tmp/php-4.1.0/ -I/tmp/php-4.1.0/main -I/tmp/php-4.1.0 \ -I/tmp/php-4.1.0/Zend -I/tmp/php-4.1.0/ext/mysql/libmysql \ -I/tmp/php-4.1.0/ext/xml/expat -I/tmp/php-4.1.0/TSRM \ -g -O2 -o php stub.o ./.libs/libphp4.a -ldl -lcrypt -lresolv -lm -lsocket Undefined first referenced symbol in file freeaddrinfo ./.libs/libphp4.a(network.o) getaddrinfo ./.libs/libphp4.a(network.o) php: fatal error: Symbol referencing errors. No output written to php collect2: ld returned 1 exit status There is probably something in the environment of SCO 5.06 (or my particular environment) that is causing it. I even tried the very latest gcc (3.0.3) and gnu compiling tools to no avail. I'll get back to you if I can figure out the problem. ------------------------------------------------------------------------ [2001-12-22 06:57:31] lobbin@php.net Does this still happen with 4.1.0? R. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/8725 -- Edit this bug report at http://bugs.php.net/?id=8725&edit=1