[PHP-DEV] Bug #8725 Updated: Fun with putenv

2001-12-24 Thread mikhail 

ID: 8725
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Program Execution
Operating System: SCO Openserver 5.05
PHP Version: 4.0.4pl1
New Comment:

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.



Previous Comments:


[2001-12-23 17:04:25] [EMAIL PROTECTED]

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] [EMAIL PROTECTED]

Does this still happen with 4.1.0?

R.



[2001-05-08 06:25:56] [EMAIL PROTECTED]

Unfortunately, my SCO Unix machine isn't available for access from outside.




[2001-05-07 20:01:38] [EMAIL PROTECTED]

This apperas to be SCO specific so it's not very fixable.  Remarking as 'Open'.
[EMAIL PROTECTED], will it be possible to have a temporary account on your machine to 
debug this?  Or does anybody else have access to this platform?



[2001-05-07 12:47:14] [EMAIL PROTECTED]

Marking as "fix-before-4.0.6"



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/?id=8725


Edit this bug report at http://bugs.php.net/?id=8725&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8725 Updated: Fun with putenv

2001-12-23 Thread mikhail 

ID: 8725
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Program Execution
Operating System: SCO Openserver 5.05
PHP Version: 4.0.4pl1
New Comment:

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. 


Previous Comments:


[2001-12-22 06:57:31] [EMAIL PROTECTED]

Does this still happen with 4.1.0?

R.



[2001-05-08 06:25:56] [EMAIL PROTECTED]

Unfortunately, my SCO Unix machine isn't available for access from outside.




[2001-05-07 20:01:38] [EMAIL PROTECTED]

This apperas to be SCO specific so it's not very fixable.  Remarking as 'Open'.
[EMAIL PROTECTED], will it be possible to have a temporary account on your machine to 
debug this?  Or does anybody else have access to this platform?



[2001-05-07 12:47:14] [EMAIL PROTECTED]

Marking as "fix-before-4.0.6"



[2001-03-09 21:09:23] [EMAIL PROTECTED]

User feedback:
--
The latest snapshot made no difference. The behavior I 
describe persists. It's always the third execution of the 
script (second page reload) that produces the failure. By 
the way, at that point not only "exec" stops working, but 
"system" and "passthru" as well. It appears that "putenv" is
the cause, since removing it from the script remedies the 
problem (after apache restart there is).

It's quite possible that the problem is unique to my 
environment:

SCO Opendesktop 5.05
Apache/1.3.14 with mod_php4

but that doesn't make the situation any easier.

Couple of more points:

-- the same script works fine when executed on the shell level
-- every time phtml script fails, the following message is left in access_log: ": is 
not an identifier".

If this matter is of any interest to the developers, I'll be 
more than happy to investigate (with proper guidance :-)) 
further.

Thanks.

-mk




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/?id=8725


Edit this bug report at http://bugs.php.net/?id=8725&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8725 Updated: Fun with putenv

2001-12-22 Thread lobbin 

ID: 8725
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Program Execution
Operating System: SCO Openserver 5.05
PHP Version: 4.0.4pl1
New Comment:

Does this still happen with 4.1.0?

R.

Previous Comments:


[2001-05-08 06:25:56] [EMAIL PROTECTED]

Unfortunately, my SCO Unix machine isn't available for access from outside.




[2001-05-07 20:01:38] [EMAIL PROTECTED]

This apperas to be SCO specific so it's not very fixable.  Remarking as 'Open'.
[EMAIL PROTECTED], will it be possible to have a temporary account on your machine to 
debug this?  Or does anybody else have access to this platform?



[2001-05-07 12:47:14] [EMAIL PROTECTED]

Marking as "fix-before-4.0.6"



[2001-03-09 21:09:23] [EMAIL PROTECTED]

User feedback:
--
The latest snapshot made no difference. The behavior I 
describe persists. It's always the third execution of the 
script (second page reload) that produces the failure. By 
the way, at that point not only "exec" stops working, but 
"system" and "passthru" as well. It appears that "putenv" is
the cause, since removing it from the script remedies the 
problem (after apache restart there is).

It's quite possible that the problem is unique to my 
environment:

SCO Opendesktop 5.05
Apache/1.3.14 with mod_php4

but that doesn't make the situation any easier.

Couple of more points:

-- the same script works fine when executed on the shell level
-- every time phtml script fails, the following message is left in access_log: ": is 
not an identifier".

If this matter is of any interest to the developers, I'll be 
more than happy to investigate (with proper guidance :-)) 
further.

Thanks.

-mk




[2001-01-15 18:04:25] [EMAIL PROTECTED]

I tried your script in my system (Linux) and with the latest CVS of PHP 4 
and it works just fine. Could you try the latest snapshot from http://snaps.php.net/
to verify if this is fixed or if it is your system that causes this.

--Jani



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/?id=8725


Edit this bug report at http://bugs.php.net/?id=8725&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8725 Updated: Fun with putenv

2001-05-08 Thread mikhail 

ID: 8725
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating system: SCO Openserver 5.05
PHP Version: 4.0.4pl1
Description: Fun with putenv

Unfortunately, my SCO Unix machine isn't available for access from outside.


Previous Comments:
---

[2001-05-07 20:01:38] [EMAIL PROTECTED]
This apperas to be SCO specific so it's not very fixable.  Remarking as 'Open'.
[EMAIL PROTECTED], will it be possible to have a temporary account on your machine to 
debug this?  Or does anybody else have access to this platform?

---

[2001-05-07 12:47:14] [EMAIL PROTECTED]
Marking as "fix-before-4.0.6"

---

[2001-03-09 21:09:23] [EMAIL PROTECTED]
User feedback:
--
The latest snapshot made no difference. The behavior I 
describe persists. It's always the third execution of the 
script (second page reload) that produces the failure. By 
the way, at that point not only "exec" stops working, but 
"system" and "passthru" as well. It appears that "putenv" is
the cause, since removing it from the script remedies the 
problem (after apache restart there is).

It's quite possible that the problem is unique to my 
environment:

SCO Opendesktop 5.05
Apache/1.3.14 with mod_php4

but that doesn't make the situation any easier.

Couple of more points:

-- the same script works fine when executed on the shell level
-- every time phtml script fails, the following message is left in access_log: ": is 
not an identifier".

If this matter is of any interest to the developers, I'll be 
more than happy to investigate (with proper guidance :-)) 
further.

Thanks.

-mk


---

[2001-01-15 18:04:25] [EMAIL PROTECTED]
I tried your script in my system (Linux) and with the latest CVS of PHP 4 
and it works just fine. Could you try the latest snapshot from http://snaps.php.net/
to verify if this is fixed or if it is your system that causes this.

--Jani

---

[2001-01-15 15:53:11] [EMAIL PROTECTED]
[this is a re-sent of my message, I accidentally inserted php config options in
the wrong place of  my previous message]

Apache: 1.3.14 (with mod_php4 among other)

test.phtml:
");
 print("2: $two[0] ($ret)");
?>

Browser shows:
1: one
2: two (0)

After hitting Reload, browser shows:
1: one
2: two (0)

After hitting Reload again, browser shows:
1: one
Warning: Undefined index: 0 in /u/local/apache/htdocs/test.phtml on line 6
2: (1)

After "apachectl restart"  the above repeats...

Config options:
configure  --with-gd=/usr/local/gd --with-mysql --with-jpeg-dir=/tmp/jpeg-6b
 --with-apache=../apache_1.3.14


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=8725


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8725 Updated: Fun with putenv

2001-05-07 Thread zeev 

ID: 8725
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Old-Status: Critical
Status: Open
Bug Type: Apache related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

This apperas to be SCO specific so it's not very fixable.  Remarking as 'Open'.
[EMAIL PROTECTED], will it be possible to have a temporary account on your machine to 
debug this?  Or does anybody else have access to this platform?

Previous Comments:
---

[2001-05-07 12:47:14] [EMAIL PROTECTED]
Marking as "fix-before-4.0.6"

---

[2001-03-09 21:09:23] [EMAIL PROTECTED]
User feedback:
--
The latest snapshot made no difference. The behavior I 
describe persists. It's always the third execution of the 
script (second page reload) that produces the failure. By 
the way, at that point not only "exec" stops working, but 
"system" and "passthru" as well. It appears that "putenv" is
the cause, since removing it from the script remedies the 
problem (after apache restart there is).

It's quite possible that the problem is unique to my 
environment:

SCO Opendesktop 5.05
Apache/1.3.14 with mod_php4

but that doesn't make the situation any easier.

Couple of more points:

-- the same script works fine when executed on the shell level
-- every time phtml script fails, the following message is left in access_log: ": is 
not an identifier".

If this matter is of any interest to the developers, I'll be 
more than happy to investigate (with proper guidance :-)) 
further.

Thanks.

-mk


---

[2001-01-15 18:04:25] [EMAIL PROTECTED]
I tried your script in my system (Linux) and with the latest CVS of PHP 4 
and it works just fine. Could you try the latest snapshot from http://snaps.php.net/
to verify if this is fixed or if it is your system that causes this.

--Jani

---

[2001-01-15 15:53:11] [EMAIL PROTECTED]
[this is a re-sent of my message, I accidentally inserted php config options in
the wrong place of  my previous message]

Apache: 1.3.14 (with mod_php4 among other)

test.phtml:
");
 print("2: $two[0] ($ret)");
?>

Browser shows:
1: one
2: two (0)

After hitting Reload, browser shows:
1: one
2: two (0)

After hitting Reload again, browser shows:
1: one
Warning: Undefined index: 0 in /u/local/apache/htdocs/test.phtml on line 6
2: (1)

After "apachectl restart"  the above repeats...

Config options:
configure  --with-gd=/usr/local/gd --with-mysql --with-jpeg-dir=/tmp/jpeg-6b
 --with-apache=../apache_1.3.14


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8725&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8725 Updated: Fun with putenv

2001-05-07 Thread derick 

ID: 8725
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Critical
Bug Type: Apache related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Marking as "fix-before-4.0.6"

Previous Comments:
---

[2001-03-09 21:09:23] [EMAIL PROTECTED]
User feedback:
--
The latest snapshot made no difference. The behavior I 
describe persists. It's always the third execution of the 
script (second page reload) that produces the failure. By 
the way, at that point not only "exec" stops working, but 
"system" and "passthru" as well. It appears that "putenv" is
the cause, since removing it from the script remedies the 
problem (after apache restart there is).

It's quite possible that the problem is unique to my 
environment:

SCO Opendesktop 5.05
Apache/1.3.14 with mod_php4

but that doesn't make the situation any easier.

Couple of more points:

-- the same script works fine when executed on the shell level
-- every time phtml script fails, the following message is left in access_log: ": is 
not an identifier".

If this matter is of any interest to the developers, I'll be 
more than happy to investigate (with proper guidance :-)) 
further.

Thanks.

-mk


---

[2001-01-15 18:04:25] [EMAIL PROTECTED]
I tried your script in my system (Linux) and with the latest CVS of PHP 4 
and it works just fine. Could you try the latest snapshot from http://snaps.php.net/
to verify if this is fixed or if it is your system that causes this.

--Jani

---

[2001-01-15 15:53:11] [EMAIL PROTECTED]
[this is a re-sent of my message, I accidentally inserted php config options in
the wrong place of  my previous message]

Apache: 1.3.14 (with mod_php4 among other)

test.phtml:
");
 print("2: $two[0] ($ret)");
?>

Browser shows:
1: one
2: two (0)

After hitting Reload, browser shows:
1: one
2: two (0)

After hitting Reload again, browser shows:
1: one
Warning: Undefined index: 0 in /u/local/apache/htdocs/test.phtml on line 6
2: (1)

After "apachectl restart"  the above repeats...

Config options:
configure  --with-gd=/usr/local/gd --with-mysql --with-jpeg-dir=/tmp/jpeg-6b
 --with-apache=../apache_1.3.14


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8725&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]