#39683 [NEW]: SSH does not disconnect gracefully

2006-11-29 Thread peter dot wilton-jones at eads dot com 
From: peter dot wilton-jones at eads dot com
Operating system: Windows 2003
PHP version:  5.2.0
PHP Bug Type: *Network Functions
Bug description:  SSH does not disconnect gracefully

Description:

I have a page that refreshes every minute. In that page, I open an ssh
session and obtain data. There is no way to close the ssh connection. On
reload, php opens a new connection but does not terminate the last one or
reuse the existing one.
Running a NETSTAT command reveals numerous connections in the CLOSE_WAIT
status after several minutes.
Can a close SSH option be included?

Reproduce code:
---


Expected result:

Connection should show nothing

Actual result:
--
netstat -a shows


TCP myweb:  myserver:22 CLOSE_WAIT
TCP myweb:  myserver:22 CLOSE_WAIT
TCP myweb:  myserver:22 CLOSE_WAIT
TCP myweb:  myserver:22 CLOSE_WAIT
TCP myweb:  myserver:22 CLOSE_WAIT
TCP myweb:  myserver:22 CLOSE_WAIT
TCP myweb:  myserver:22 CLOSE_WAIT
TCP myweb:  myserver:22 CLOSE_WAIT
TCP myweb:  myserver:22 CLOSE_WAIT
TCP myweb:  myserver:22 CLOSE_WAIT
---

-- 
Edit bug report at http://bugs.php.net/?id=39683&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=39683&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=39683&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=39683&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39683&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=39683&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=39683&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39683&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39683&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=39683&r=support
Expected behavior:http://bugs.php.net/fix.php?id=39683&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=39683&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=39683&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39683&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=39683&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39683&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39683&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=39683&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=39683&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=39683&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39683&r=mysqlcfg

#39096 [Bgs]: OCI8 fails to load fully

2006-10-10 Thread peter dot wilton-jones at eads dot com 
 ID:   39096
 User updated by:  peter dot wilton-jones at eads dot com
 Reported By:  peter dot wilton-jones at eads dot com
 Status:   Bogus
 Bug Type: OCI8 related
 Operating System: Windows 2003 Server
 PHP Version:  5.1.6
 New Comment:

Problem Resolved.

This was not a PHP issue, sorry for raising the bug report for a non
bug. Please close this case.

For your information. The resolution was to edit the registry
HKLM/Software/Oracle by renaming NLS_LANG to xLNS_LANG.
This is not an issue if you have never installed the Full Oracle
Client.


Previous Comments:


[2006-10-10 08:53:05] peter dot wilton-jones at eads dot com

Attempted that and now it had loaded the libraries into PHPINFO but
produces another error ORA-12705. This instantly points at the
environment but this does not appear to be the reason.

I have removed all references to ORACLE and then placed the following
Enviromnents
PATH=c:\ociClient;c:\php;.
LD_LIBRARY_PATH=c:\ociClient
TNS_ADMIN=c:\ociClient

All files from the Client Libraries are in c:\ociClient

I have attempted to use the onld TNSNAMES.ora file as previously
working but this failed and I have also attempted to write the SID
manually but all fail.

This now appears to be another problm from the origional but still does
not appear to work fully.



[2006-10-09 16:39:11] [EMAIL PROTECTED]

You must install Oracle Instant Client in order to use newer versions
of OCI8 on Windows.



[2006-10-09 15:05:26] peter dot wilton-jones at eads dot com

Description:

When upgrading from 5.0.5 to 5.1.6 I am unable to get php_oci8.dll to
load correctly.

I am using all of the same parameters that I used in 5.0.5 and have
even tried the same php,ini file but it fails to load.

I do NOT get an error saying that php_oci8.dll cannot be found and it
is definately UN-commented in php.ini.

When I then attempt an oci_connect or oci_pconnect, I get an error
saying 
"Fatal error: Call to undefined function oci_connect() in "

Examining phpinfo, no entry for oci8 exists however the location of
php.ini is correct.

Both 5.0.5 and 5.1.6 are set up in the same way and oci.dll is in the
same location therefore is cannot be Oracle Library errors.

I have tried both the php_oci8.dll that came with the distribution and
from http://pecl4win.php.net/ext.php/php_oci8.dll (5.1.2) but both
produced the same error.

Reproduce code:
---
$ora_handler = oci_connect ("myusername", "mypassword", "mydatabase");

Actual result:
--
No output was given apart from error "Fatal error: Call to undefined
function oci_connect() in "






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

#39096 [Bgs]: OCI8 fails to load fully

2006-10-10 Thread peter dot wilton-jones at eads dot com 
 ID:   39096
 User updated by:  peter dot wilton-jones at eads dot com
 Reported By:  peter dot wilton-jones at eads dot com
 Status:   Bogus
 Bug Type: OCI8 related
 Operating System: Windows 2003 Server
 PHP Version:  5.1.6
 New Comment:

Attempted that and now it had loaded the libraries into PHPINFO but
produces another error ORA-12705. This instantly points at the
environment but this does not appear to be the reason.

I have removed all references to ORACLE and then placed the following
Enviromnents
PATH=c:\ociClient;c:\php;.
LD_LIBRARY_PATH=c:\ociClient
TNS_ADMIN=c:\ociClient

All files from the Client Libraries are in c:\ociClient

I have attempted to use the onld TNSNAMES.ora file as previously
working but this failed and I have also attempted to write the SID
manually but all fail.

This now appears to be another problm from the origional but still does
not appear to work fully.


Previous Comments:


[2006-10-09 16:39:11] [EMAIL PROTECTED]

You must install Oracle Instant Client in order to use newer versions
of OCI8 on Windows.



[2006-10-09 15:05:26] peter dot wilton-jones at eads dot com

Description:

When upgrading from 5.0.5 to 5.1.6 I am unable to get php_oci8.dll to
load correctly.

I am using all of the same parameters that I used in 5.0.5 and have
even tried the same php,ini file but it fails to load.

I do NOT get an error saying that php_oci8.dll cannot be found and it
is definately UN-commented in php.ini.

When I then attempt an oci_connect or oci_pconnect, I get an error
saying 
"Fatal error: Call to undefined function oci_connect() in "

Examining phpinfo, no entry for oci8 exists however the location of
php.ini is correct.

Both 5.0.5 and 5.1.6 are set up in the same way and oci.dll is in the
same location therefore is cannot be Oracle Library errors.

I have tried both the php_oci8.dll that came with the distribution and
from http://pecl4win.php.net/ext.php/php_oci8.dll (5.1.2) but both
produced the same error.

Reproduce code:
---
$ora_handler = oci_connect ("myusername", "mypassword", "mydatabase");

Actual result:
--
No output was given apart from error "Fatal error: Call to undefined
function oci_connect() in "






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

#39096 [NEW]: OCI8 fails to load fully

2006-10-09 Thread peter dot wilton-jones at eads dot com 
From: peter dot wilton-jones at eads dot com
Operating system: Windows 2003 Server
PHP version:  5.1.6
PHP Bug Type: OCI8 related
Bug description:  OCI8 fails to load fully

Description:

When upgrading from 5.0.5 to 5.1.6 I am unable to get php_oci8.dll to load
correctly.

I am using all of the same parameters that I used in 5.0.5 and have even
tried the same php,ini file but it fails to load.

I do NOT get an error saying that php_oci8.dll cannot be found and it is
definately UN-commented in php.ini.

When I then attempt an oci_connect or oci_pconnect, I get an error saying

"Fatal error: Call to undefined function oci_connect() in "

Examining phpinfo, no entry for oci8 exists however the location of
php.ini is correct.

Both 5.0.5 and 5.1.6 are set up in the same way and oci.dll is in the same
location therefore is cannot be Oracle Library errors.

I have tried both the php_oci8.dll that came with the distribution and
from http://pecl4win.php.net/ext.php/php_oci8.dll (5.1.2) but both
produced the same error.

Reproduce code:
---
$ora_handler = oci_connect ("myusername", "mypassword", "mydatabase");

Actual result:
--
No output was given apart from error "Fatal error: Call to undefined
function oci_connect() in "


-- 
Edit bug report at http://bugs.php.net/?id=39096&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=39096&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=39096&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=39096&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39096&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=39096&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=39096&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39096&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39096&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=39096&r=support
Expected behavior:http://bugs.php.net/fix.php?id=39096&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=39096&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=39096&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39096&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=39096&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39096&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39096&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=39096&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=39096&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=39096&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39096&r=mysqlcfg

#36393 [Bgs]: OCI8 Fails to allow PHP to Load

2006-02-14 Thread peter dot wilton-jones at eads dot com 
 ID:   36393
 User updated by:  peter dot wilton-jones at eads dot com
 Reported By:  peter dot wilton-jones at eads dot com
 Status:   Bogus
 Bug Type: OCI8 related
 Operating System: Win 2003 Server Enterprise
 PHP Version:  5.1.2
 New Comment:

This was my first thought but I am relatively confident that this is
already true as I installed the Admin option (500+MB) of the client
tools so the libraries should be installed and Oracle tools work so the
env variables should be correct.

I have used the exact same setup before on Apache (on another server)
and this works correctly.

I was wondering if it may be IIS6 with PHP.


Previous Comments:


[2006-02-14 20:04:26] [EMAIL PROTECTED]

Most likely you forgot to install OCI libraries or to set required
environment variables.
In both cases this is not PHP problem.



[2006-02-14 19:57:34] peter dot wilton-jones at eads dot com

Description:

When I enable php_oci8.dll under win 2003+IIS6+Oracle Client 9i, PHP
fails to load with no error message or Event logs.
I tried this with PHP 5.0.4 and 5.1.2 and both fail.
All websites with ISAPI module included fail to start but all other
work.
It then takes for ever to stop IIS.
Commenting out php_oci8.dll prevents this and all websites work
(without oracle links).
Oracle Client works, i.e. TNSPing and SQL+

Reproduce code:
---
N/A

Expected result:

N/A

Actual result:
--
N/A





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

#36393 [NEW]: OCI8 Fails to allow PHP to Load

2006-02-14 Thread peter dot wilton-jones at eads dot com 
From: peter dot wilton-jones at eads dot com
Operating system: Win 2003 Server Enterprise
PHP version:  5.1.2
PHP Bug Type: OCI8 related
Bug description:  OCI8 Fails to allow PHP to Load

Description:

When I enable php_oci8.dll under win 2003+IIS6+Oracle Client 9i, PHP fails
to load with no error message or Event logs.
I tried this with PHP 5.0.4 and 5.1.2 and both fail.
All websites with ISAPI module included fail to start but all other work.
It then takes for ever to stop IIS.
Commenting out php_oci8.dll prevents this and all websites work (without
oracle links).
Oracle Client works, i.e. TNSPing and SQL+

Reproduce code:
---
N/A

Expected result:

N/A

Actual result:
--
N/A

-- 
Edit bug report at http://bugs.php.net/?id=36393&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36393&r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36393&r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36393&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36393&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36393&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36393&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36393&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36393&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36393&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36393&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36393&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36393&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36393&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36393&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36393&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36393&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36393&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36393&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36393&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36393&r=mysqlcfg