#22547 [Bgs]: oci_close_session problem
ID: 22547 Updated by: [EMAIL PROTECTED] Reported By: php at harsani dot sk Status: Bogus Bug Type: OCI8 related Operating System: windows 5.1 PHP Version: 4.2.3 New Comment: this bug also occurs with PHP4.3.0 Previous Comments: [2003-03-05 06:49:23] [EMAIL PROTECTED] 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. Get 4.3.1. [2003-03-05 04:17:20] php at harsani dot sk Warning: _oci_close_session: OCISessionEnd: OCI_INVALID_HANDLE in Unknown on line 0 will be printed if at least one persistent connection is made and some non-persistent connection is closed. but connection is closed ok. just php at the end of execution tried to close already closed connection. example: -- Edit this bug report at http://bugs.php.net/?id=22547&edit=1
#22581 [NEW]: Image shows only half-way while outputting directly to browser
From: Tadej dot Kanizar at guest dot arnes dot si Operating system: Windows XP PHP version: 4.3.1 PHP Bug Type: GD related Bug description: Image shows only half-way while outputting directly to browser I have php_gd2.dll enabled in php.ini and I have a script, which reads from a file (250kb), turns that into a huge array and then, pixel by pixel, creates the needed image. If I then save the image into a jpeg and show it using img tag, it works, but if I try to send it directly to the browser, it usually displays only half-way. This only happens if the user is accessing remotely (not from lan, from which it works). And, though not related to GD, a similar problem occurs with a script (300 lines), which generates about 650 lines of html. To people accessing remotely, it usually just says "Page not found", but the script works correctly (at least on lan). I tried to make the timeout bigger, but it didn't help. I have, however, discovered that the script works better now than it did, when it outputted about 1800 lines of html. Then it didn't work correctly on lan too (and I'm 100% that the code itself doesn't and didn't have any errors). I don't really know if this is a bug or not, but nobody responded when I posted this problem onto several forums! So please, help me, if you can! -- Edit bug report at http://bugs.php.net/?id=22581&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22581&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22581&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22581&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22581&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22581&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22581&r=support Expected behavior: http://bugs.php.net/fix.php?id=22581&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22581&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22581&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22581&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22581&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22581&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22581&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22581&r=gnused
#22052 [Opn->Bgs]: Ftp ftp_rawlist,ftp_nlist broken
ID: 22052 Updated by: [EMAIL PROTECTED] Reported By: ntrujillo at cox dot net -Status: Open +Status: Bogus Bug Type: FTP related Operating System: FreeBSD 5.0-RELEASE #0 PHP Version: 4.3.2-dev (with some openbsd patches?) New Comment: developer confirms that this is working on an identical environment. user issue, not a php bug. Previous Comments: [2003-03-06 23:58:31] ntrujillo at cox dot net This is still broken. What is this about openBSD patches. [2003-03-04 19:45:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And do it without patching it! [2003-03-04 10:55:01] ntrujillo at cox dot net This is still broken, however unable to reproduce ftp_* type httpd or php core dump. I'm not too sure if this is related, but Pollita's tmp log file method only appends the directory info in CLI mode . .. thanks for your time, and sorry for the delay. [2003-02-20 22:26:36] [EMAIL PROTECTED] Ok. Let's keep this at 'Feedback' status until you can get it to work. [2003-02-20 18:57:59] ntrujillo at cox dot net there is a diff in the /ext/domxml that is preventing patch-ext_domxml_config.m4 from cvs in freebsd port to apply cleanly. I'll let you know as soon as this is fixed in the cvs port 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/22052 -- Edit this bug report at http://bugs.php.net/?id=22052&edit=1
#19113 [Com]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Comment by: keitaro at attbi dot com Reported By: php at jdc dot parodius dot com Status: Feedback Bug Type: Apache related Operating System: FreeBSD PHP Version: 4.3.1 New Comment: Out of curiosity, I downloaded and tried the snapshot. No change and still the same. I regret to say that I won't be able to do any further testing unless requested as it gets tiresome to recompile the tarball snapshot so frequently on a P133 (30+ minutes to build). You can wake me up when coffee's really ready... Previous Comments: [2003-03-06 12:40:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-06 11:30:44] php at jdc dot parodius dot com Confirmed to exist using PHP 4.3.1 on FreeBSD 4.7-STABLE, 4.8-PRERELEASE, and 5.0-CURRENT. I am appalled that this bug has not been escallated to the Critical or Severe status, especially when it has been verified by a PHP developer (01/05/2003; nohn at php dot net). [2003-03-06 10:47:22] keitaro at attbi dot com Confirmed this with PHP 4.3.1 on Apache 1.3.27, RH7.3 distro. --quote-start-- I was now able reproduce this problem, but only in case when index.php was in DocumentRoot of first defined name-based virtual server (which is accepted as the default on that IP/port in such case), and index.php was the default script to execute (if there was something before index.php in DirectoryIndex and if it also existed in DocumentRoot of the default vhost, the bug did not apply). --quote-ends--- Problem seem to exist on this scenario. Did a fresh tarball install of PHP 4.3.1 and tested it before and after PHP while having an index.html in the root folder. Then I put in a small and simple index.php and got the bug reproduced. Resorted to using Limit CONNECT workaround. Would like to see this bug fixed ASAP. [2003-02-06 14:03:45] fearphage at hotmail dot com Im not sure how or why but apache sends a 200 (ok) back from requests for files that do not exist. I do not know how to rememedy this. [2003-01-22 05:14:24] karabass at mitino dot ptt dot ru It *is* severe because when I see in apache access_log a message like this: 24.153.155.146 - - [22/Jan/2003:01:25:48 +0300] "CONNECT maildelivery.somewhere:25 HTTP/1.0" 200 44623 "-" "-" it is threatening enough for me to put away what I was doing and start staring at my httpd.conf. And that only takes 3-4 hours to just find this bug-report and make myself comfortable about this new "PHP feature". 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/19113 -- Edit this bug report at http://bugs.php.net/?id=19113&edit=1
#22556 [Opn->Bgs]: configure file reports bogus mkdir -p failure
ID: 22556 Updated by: [EMAIL PROTECTED] Reported By: john345 at earthlink dot net -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.1 New Comment: It's actually intentionally done twice. Comment from acinclude.m4: "`mkdir -p' must be quiet about creating existing directories" Previous Comments: [2003-03-06 15:05:08] john345 at earthlink dot net Tried php4-STABLE-latest.tar.gz and the duplicate line is still in the configure file, just at a different line number, 83186. [2003-03-05 13:36:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I think something like this was already fixed.. [2003-03-05 13:29:41] john345 at earthlink dot net configure --without-mysql --with-pgsql --with-apxs=/usr/local/apache/bin reports that mkdir -p does not work. This is because there are two identical lines, one at line 82750 and one at 82751, that use mkdir -p to make comftestdir/somedir. The first one succeeds; the second one fails. The test to see if mkdir -p works is after the second line, so configure reports a failure. -- Edit this bug report at http://bugs.php.net/?id=22556&edit=1
#22580 [NEW]: Cannot build when configure with dbmaker
From: clin at lion dot syscom dot com dot tw Operating system: Linux 2.2.17-21mdk PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: Cannot build when configure with dbmaker Steps for reproduce the bug: (1) ./configure --with-dbmaker= and make (2) the result is failure (3) partial error message: /opt0/clin/php-4.3.1/ext/odbc/php_odbc.c:1219: undefined reference to `SQLDataSources' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Should be caused by lack of support for SQLDataSources() in DBMaker. -- Edit bug report at http://bugs.php.net/?id=22580&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22580&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22580&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22580&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22580&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22580&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22580&r=support Expected behavior: http://bugs.php.net/fix.php?id=22580&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22580&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22580&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22580&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22580&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22580&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22580&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22580&r=gnused
#22052 [Fbk->Opn]: Ftp ftp_rawlist,ftp_nlist broken
ID: 22052 User updated by: ntrujillo at cox dot net Reported By: ntrujillo at cox dot net -Status: Feedback +Status: Open Bug Type: FTP related Operating System: FreeBSD 5.0-RELEASE #0 PHP Version: 4.3.2-dev (with some openbsd patches?) New Comment: This is still broken. What is this about openBSD patches. Previous Comments: [2003-03-04 19:45:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And do it without patching it! [2003-03-04 10:55:01] ntrujillo at cox dot net This is still broken, however unable to reproduce ftp_* type httpd or php core dump. I'm not too sure if this is related, but Pollita's tmp log file method only appends the directory info in CLI mode . .. thanks for your time, and sorry for the delay. [2003-02-20 22:26:36] [EMAIL PROTECTED] Ok. Let's keep this at 'Feedback' status until you can get it to work. [2003-02-20 18:57:59] ntrujillo at cox dot net there is a diff in the /ext/domxml that is preventing patch-ext_domxml_config.m4 from cvs in freebsd port to apply cleanly. I'll let you know as soon as this is fixed in the cvs port [2003-02-20 18:31:56] [EMAIL PROTECTED] Please generate a new backtrace using the script [EMAIL PROTECTED] gave and the latest snapshot from today. (I can not reproduce this either, on linux) If the backtrace is exactly same as the one you posted earlier, don't add it, just mention that fact. :) 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/22052 -- Edit this bug report at http://bugs.php.net/?id=22052&edit=1
#22294 [Fbk->Opn]: Output parameter is not populated
ID: 22294 Updated by: [EMAIL PROTECTED] Reported By: rajesh dot gala at cgi dot com -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: win32 PHP Version: 4.3.2-dev Previous Comments: [2003-03-06 23:20:49] [EMAIL PROTECTED] forget my last comment, I didn't notice that you already had tried the snapshot.. [2003-03-06 23:19:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip There have been some fixes for mssql stuff in it.. [2003-03-06 23:12:25] rajesh dot gala at cgi dot com The version of PHP is use is 4.3.1 windows binary downloaded from the php.net site. The zip file date is 18-Feb-2003. SQL Server 2000 OS Win 2000 Webserver Apache 4.0.44 [2003-03-06 23:08:14] rajesh dot gala at cgi dot com This too does not Work PHPCode $UserID = 'ADMIN'; $conn = mssql_connect("SERVER", "UID", "PASS"); mssql_select_db("DBANAME",$conn); $stmt = mssql_init("SELUser",$conn); mssql_bind($stmt,"@UserID",$UserID,SQLCHAR,false); mssql_bind($stmt,"@ReturnVal",$ReturnVal,SQLINT4,True); $result=mssql_execute($stmt); mssql_fetch_array($result); echo $ReturnVal; Stored Procedure CREATE PROCEDURE [SELUser] @UserID CHAR(10), @ReturnVal INT OUTPUT AS BEGIN SELECT * FROM[User] USR WHERE USR.[User ID] = @UserID SET @ReturnVal=@@ROWCOUNT END I get the data in the resultset but not in the Output paramenter. I have used the Output parameter in different ways across the application. How can we get the output parameter populated. Thanks [2003-03-06 04:44:01] php at centaur dot mailshell dot com In addition to my previous comment: Windows XP SP1 MSSQL 2000 PHP Version => 4.3.2-dev Build Date => Feb 26 2003 02:23:31 Server API => Apache 2.0 Filter 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/22294 -- Edit this bug report at http://bugs.php.net/?id=22294&edit=1
#22294 [Fbk]: Output parameter is not populated
ID: 22294 Updated by: [EMAIL PROTECTED] Reported By: rajesh dot gala at cgi dot com Status: Feedback Bug Type: MSSQL related Operating System: win32 -PHP Version: 4.3.1 +PHP Version: 4.3.2-dev New Comment: forget my last comment, I didn't notice that you already had tried the snapshot.. Previous Comments: [2003-03-06 23:19:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip There have been some fixes for mssql stuff in it.. [2003-03-06 23:12:25] rajesh dot gala at cgi dot com The version of PHP is use is 4.3.1 windows binary downloaded from the php.net site. The zip file date is 18-Feb-2003. SQL Server 2000 OS Win 2000 Webserver Apache 4.0.44 [2003-03-06 23:08:14] rajesh dot gala at cgi dot com This too does not Work PHPCode $UserID = 'ADMIN'; $conn = mssql_connect("SERVER", "UID", "PASS"); mssql_select_db("DBANAME",$conn); $stmt = mssql_init("SELUser",$conn); mssql_bind($stmt,"@UserID",$UserID,SQLCHAR,false); mssql_bind($stmt,"@ReturnVal",$ReturnVal,SQLINT4,True); $result=mssql_execute($stmt); mssql_fetch_array($result); echo $ReturnVal; Stored Procedure CREATE PROCEDURE [SELUser] @UserID CHAR(10), @ReturnVal INT OUTPUT AS BEGIN SELECT * FROM[User] USR WHERE USR.[User ID] = @UserID SET @ReturnVal=@@ROWCOUNT END I get the data in the resultset but not in the Output paramenter. I have used the Output parameter in different ways across the application. How can we get the output parameter populated. Thanks [2003-03-06 04:44:01] php at centaur dot mailshell dot com In addition to my previous comment: Windows XP SP1 MSSQL 2000 PHP Version => 4.3.2-dev Build Date => Feb 26 2003 02:23:31 Server API => Apache 2.0 Filter [2003-03-06 04:39:30] php at centaur dot mailshel dot com Output parameters seem to be populated after all result set are fetched using mssql_next_result(). However, mssql_execute seems to only return a valid result set resource on 'SELECT' queries, and not 'SELECT @param = expr' queries. The $result in a similar case is just 1. 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/22294 -- Edit this bug report at http://bugs.php.net/?id=22294&edit=1
#22294 [Opn->Fbk]: Output parameter is not populated
ID: 22294 Updated by: [EMAIL PROTECTED] Reported By: rajesh dot gala at cgi dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: win32 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip There have been some fixes for mssql stuff in it.. Previous Comments: [2003-03-06 23:12:25] rajesh dot gala at cgi dot com The version of PHP is use is 4.3.1 windows binary downloaded from the php.net site. The zip file date is 18-Feb-2003. SQL Server 2000 OS Win 2000 Webserver Apache 4.0.44 [2003-03-06 23:08:14] rajesh dot gala at cgi dot com This too does not Work PHPCode $UserID = 'ADMIN'; $conn = mssql_connect("SERVER", "UID", "PASS"); mssql_select_db("DBANAME",$conn); $stmt = mssql_init("SELUser",$conn); mssql_bind($stmt,"@UserID",$UserID,SQLCHAR,false); mssql_bind($stmt,"@ReturnVal",$ReturnVal,SQLINT4,True); $result=mssql_execute($stmt); mssql_fetch_array($result); echo $ReturnVal; Stored Procedure CREATE PROCEDURE [SELUser] @UserID CHAR(10), @ReturnVal INT OUTPUT AS BEGIN SELECT * FROM[User] USR WHERE USR.[User ID] = @UserID SET @ReturnVal=@@ROWCOUNT END I get the data in the resultset but not in the Output paramenter. I have used the Output parameter in different ways across the application. How can we get the output parameter populated. Thanks [2003-03-06 04:44:01] php at centaur dot mailshell dot com In addition to my previous comment: Windows XP SP1 MSSQL 2000 PHP Version => 4.3.2-dev Build Date => Feb 26 2003 02:23:31 Server API => Apache 2.0 Filter [2003-03-06 04:39:30] php at centaur dot mailshel dot com Output parameters seem to be populated after all result set are fetched using mssql_next_result(). However, mssql_execute seems to only return a valid result set resource on 'SELECT' queries, and not 'SELECT @param = expr' queries. The $result in a similar case is just 1. [2003-02-19 04:36:40] rajesh dot gala at cgi dot com I use MS SQL 2000. I have a simple Stored procedure to be executed. the code is as below the Stored proc is Create PROCEDURE [AuthLoginUser] @LoginUser CHAR(10), @Password CHAR(32), @ReturnVal INT OUTPUT AS BEGIN SELECT @ReturnVal = count(*) FROM[User] USR WHERE USR.[User ID] = @LoginUser AND USR.[Password] = @Password AND USR.[Status]='A' END The php code is as below $stmt = mssql_init("AuthLoginUser", $conn); $LoginUser=$strRegisteredUsername ; $Password=$strRegisteredPassword ; mssql_bind($stmt,"@LoginUser",$LoginUser,SQLVARCHAR); mssql_bind($stmt,"@Password",$Password,SQLVARCHAR); mssql_bind($stmt,"@ReturnVal",$ReturnVal,SQLINT4,True); $result=mssql_execute($stmt); echo 'Return Value'.$ReturnVal.''; The problem is that variable $ReturnVal does not get populated I executed the Stored procedure in the query analyser and I get values for the same. Thanks, Rajesh -- Edit this bug report at http://bugs.php.net/?id=22294&edit=1
#22294 [Opn]: Output parameter is not populated
ID: 22294 User updated by: rajesh dot gala at cgi dot com Reported By: rajesh dot gala at cgi dot com Status: Open Bug Type: MSSQL related Operating System: win32 PHP Version: 4.3.1 New Comment: The version of PHP is use is 4.3.1 windows binary downloaded from the php.net site. The zip file date is 18-Feb-2003. SQL Server 2000 OS Win 2000 Webserver Apache 4.0.44 Previous Comments: [2003-03-06 23:08:14] rajesh dot gala at cgi dot com This too does not Work PHPCode $UserID = 'ADMIN'; $conn = mssql_connect("SERVER", "UID", "PASS"); mssql_select_db("DBANAME",$conn); $stmt = mssql_init("SELUser",$conn); mssql_bind($stmt,"@UserID",$UserID,SQLCHAR,false); mssql_bind($stmt,"@ReturnVal",$ReturnVal,SQLINT4,True); $result=mssql_execute($stmt); mssql_fetch_array($result); echo $ReturnVal; Stored Procedure CREATE PROCEDURE [SELUser] @UserID CHAR(10), @ReturnVal INT OUTPUT AS BEGIN SELECT * FROM[User] USR WHERE USR.[User ID] = @UserID SET @ReturnVal=@@ROWCOUNT END I get the data in the resultset but not in the Output paramenter. I have used the Output parameter in different ways across the application. How can we get the output parameter populated. Thanks [2003-03-06 04:44:01] php at centaur dot mailshell dot com In addition to my previous comment: Windows XP SP1 MSSQL 2000 PHP Version => 4.3.2-dev Build Date => Feb 26 2003 02:23:31 Server API => Apache 2.0 Filter [2003-03-06 04:39:30] php at centaur dot mailshel dot com Output parameters seem to be populated after all result set are fetched using mssql_next_result(). However, mssql_execute seems to only return a valid result set resource on 'SELECT' queries, and not 'SELECT @param = expr' queries. The $result in a similar case is just 1. [2003-02-19 04:36:40] rajesh dot gala at cgi dot com I use MS SQL 2000. I have a simple Stored procedure to be executed. the code is as below the Stored proc is Create PROCEDURE [AuthLoginUser] @LoginUser CHAR(10), @Password CHAR(32), @ReturnVal INT OUTPUT AS BEGIN SELECT @ReturnVal = count(*) FROM[User] USR WHERE USR.[User ID] = @LoginUser AND USR.[Password] = @Password AND USR.[Status]='A' END The php code is as below $stmt = mssql_init("AuthLoginUser", $conn); $LoginUser=$strRegisteredUsername ; $Password=$strRegisteredPassword ; mssql_bind($stmt,"@LoginUser",$LoginUser,SQLVARCHAR); mssql_bind($stmt,"@Password",$Password,SQLVARCHAR); mssql_bind($stmt,"@ReturnVal",$ReturnVal,SQLINT4,True); $result=mssql_execute($stmt); echo 'Return Value'.$ReturnVal.''; The problem is that variable $ReturnVal does not get populated I executed the Stored procedure in the query analyser and I get values for the same. Thanks, Rajesh -- Edit this bug report at http://bugs.php.net/?id=22294&edit=1
#22294 [Opn]: Output parameter is not populated
ID: 22294 User updated by: rajesh dot gala at cgi dot com Reported By: rajesh dot gala at cgi dot com Status: Open Bug Type: MSSQL related Operating System: win32 PHP Version: 4.3.1 New Comment: This too does not Work PHPCode $UserID = 'ADMIN'; $conn = mssql_connect("SERVER", "UID", "PASS"); mssql_select_db("DBANAME",$conn); $stmt = mssql_init("SELUser",$conn); mssql_bind($stmt,"@UserID",$UserID,SQLCHAR,false); mssql_bind($stmt,"@ReturnVal",$ReturnVal,SQLINT4,True); $result=mssql_execute($stmt); mssql_fetch_array($result); echo $ReturnVal; Stored Procedure CREATE PROCEDURE [SELUser] @UserID CHAR(10), @ReturnVal INT OUTPUT AS BEGIN SELECT * FROM[User] USR WHERE USR.[User ID] = @UserID SET @ReturnVal=@@ROWCOUNT END I get the data in the resultset but not in the Output paramenter. I have used the Output parameter in different ways across the application. How can we get the output parameter populated. Thanks Previous Comments: [2003-03-06 04:44:01] php at centaur dot mailshell dot com In addition to my previous comment: Windows XP SP1 MSSQL 2000 PHP Version => 4.3.2-dev Build Date => Feb 26 2003 02:23:31 Server API => Apache 2.0 Filter [2003-03-06 04:39:30] php at centaur dot mailshel dot com Output parameters seem to be populated after all result set are fetched using mssql_next_result(). However, mssql_execute seems to only return a valid result set resource on 'SELECT' queries, and not 'SELECT @param = expr' queries. The $result in a similar case is just 1. [2003-02-19 04:36:40] rajesh dot gala at cgi dot com I use MS SQL 2000. I have a simple Stored procedure to be executed. the code is as below the Stored proc is Create PROCEDURE [AuthLoginUser] @LoginUser CHAR(10), @Password CHAR(32), @ReturnVal INT OUTPUT AS BEGIN SELECT @ReturnVal = count(*) FROM[User] USR WHERE USR.[User ID] = @LoginUser AND USR.[Password] = @Password AND USR.[Status]='A' END The php code is as below $stmt = mssql_init("AuthLoginUser", $conn); $LoginUser=$strRegisteredUsername ; $Password=$strRegisteredPassword ; mssql_bind($stmt,"@LoginUser",$LoginUser,SQLVARCHAR); mssql_bind($stmt,"@Password",$Password,SQLVARCHAR); mssql_bind($stmt,"@ReturnVal",$ReturnVal,SQLINT4,True); $result=mssql_execute($stmt); echo 'Return Value'.$ReturnVal.''; The problem is that variable $ReturnVal does not get populated I executed the Stored procedure in the query analyser and I get values for the same. Thanks, Rajesh -- Edit this bug report at http://bugs.php.net/?id=22294&edit=1
#20715 [Opn->Fbk]: IBM-DB2 don't compile
ID: 20715 Updated by: [EMAIL PROTECTED] Reported By: bruno at cameleons dot net -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Linux 2.4.19 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Note: Try the snapshot that is generated about 2 hours since you get this notice email. There was a typo in the ext/odbc/config.m4 which is now fixed. It was most likely the reason for this thing not working as shared extension. Previous Comments: [2003-03-05 05:41:44] bruno at cameleons dot net Hi, I've the same problem with unixODBC. I've tried unixODBC shared with php 4.2.3: it works fine. I've compiled unixODBC static with php 4.3.1: it works fine I've compiled IBM DB2 static with php 4.3.1: it works fine. It seems to be a problem with odbc shared. Bruno [2003-03-04 11:43:04] [EMAIL PROTECTED] The point of ODBC is that it is cross DB compatible. It uses the same API that DB2 does, only IBM recommends using unixODBC to interface with DB2 rather than their own interface (which is still ODBC). As for speed questions, this is typically irrelevent as you're still using an ODBC-ODBC bridge which can be tuned slightly depending upon your preferences. [2003-03-04 10:40:09] bruno at cameleons dot net Ok, but is unixODBC faster or slower than DBConnect? The syntaxe is compatible between UnixODBC and DB2connect? I have 300 scripts PHP using odbc functions. [2003-03-04 10:30:33] [EMAIL PROTECTED] please try my request [2003-03-04 10:24:33] bruno at cameleons dot net I've tried php4-STABLE-200303041230.tar.gz. The command env return any CFLAGS and I enter this configure: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 --disable-all Bruno 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/20715 -- Edit this bug report at http://bugs.php.net/?id=20715&edit=1
#22579 [Opn->Fbk]: fopen() number in URL = Bad file descriptor
ID: 22579 Updated by: [EMAIL PROTECTED] Reported By: ottawasixtyseven at hotmail dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: ALL PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-06 20:50:16] ottawasixtyseven at hotmail dot com This bug has been reported a few times but keeps getting closed. It is still a problem in PHP 4.3.0 Also see closed bug http://bugs.php.net/bug.php?id=9862 There is a serious problem with fopen when there are numbers in the URL: http://www.xxx.com:8080/some.php?Origin=a&DocNum=1 Result: Warning: fopen() [function.fopen]: php_hostconnect: connect failed in C:\phpfiles\some.php on line 150 Warning: fopen(http://www.xxx.com:8080/some.php?Origin=a&DocNum=1) [function.fopen]: failed to create stream: Bad file descriptor in C:\phpfiles\some.php on line 150 Remove the port number in the URL and it works fine: http://www.xxx.com/some.php?Origin=a&DocNum=1 This seems to be a random bug that occurs on some machines and not others. We can reproduce it 100% of the time if someone wants to check on our server. Please don't just test this on one machine and report back that it works for you. There is something wrong here and we really need to get to the bottom of it. It's not a redirection problem. Thanks. Keep up the great work! Ottawa -- Edit this bug report at http://bugs.php.net/?id=22579&edit=1
#22578 [Opn->Fbk]: function: pi() will crash php
ID: 22578 Updated by: [EMAIL PROTECTED] Reported By: twizter at twizter dot no-ip dot com -Status: Open +Status: Feedback Bug Type: Math related Operating System: Windows2000 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I can not reproduce any crash within Linux OR windows 2000. Previous Comments: [2003-03-06 20:24:50] twizter at twizter dot no-ip dot com While experimenting with math functions I ran accross an error with the pi() function. If you change the precision value in the php.ini to 1000 and the run the pi() function php will crash. I have only tested this on a win2000 machine so far. Any other iformation on this bug will be added later. -- Edit this bug report at http://bugs.php.net/?id=22578&edit=1
#22577 [Opn->Csd]: url rewrite messes up Javascript area tag
ID: 22577 Updated by: [EMAIL PROTECTED] Reported By: mreuter at gmx dot de -Status: Open +Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.2.3 New Comment: This was a bug which have been fixed. (not sure if it was fixed already in 4.3.0 but it sure works fine with 4.3.2-dev) Previous Comments: [2003-03-06 17:31:49] mreuter at gmx dot de It is a similar bug to Bug #5963 my short example is online now: http://www.e-church.de/start.php php parses the code, because it tries to place the trans-sid, which it does correctly with the . [2003-03-06 17:19:15] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. I don't see how this is remotely caused by PHP, when your javascript lines aren't even being parsed by PHP itself. The only PHP i see in the file is the session_start(), and that's it. Please send more info as to how this is being run, and also, an active online example could help. Marking this as (feedback) until more info is passed along. ~ Andrew Heebner [2003-03-06 16:59:38] mreuter at gmx dot de Hi again, it is a bug with php!! php tries to put " around the first word after the first = inside an area tag, no matter if it is inside a Javascript command or not. This leads as in my example to broken code. It only happens when using session. I just found a workaround. One can split the String passed to document.writeln after the first = in area like this: ... area shape="+"\"rect\">... and php will not put new " characters. Still it is a bug. [2003-03-06 16:43:02] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Sorry, but this issue should be sent to the php.general newslist (if in fact there is a PHP error, which i sincerely doubt).. Otherwise, this is an HTML issue, and bears no dependencies with PHP. ~ Andrew Heebner [2003-03-06 16:37:44] mreuter at gmx dot de Hi, after creating a new session with use_trans_sid enabled, php messes up my javascript area tag. Here is a shortend test file: Testseite next The document.writeln is changed to: document.writeln(""); with the "\"" instead of \" it produces errors. Since I cannot update to a newer Php, a workaround would be very helpful. -- Edit this bug report at http://bugs.php.net/?id=22577&edit=1
#22575 [Opn->Fbk]: Arguments passed to function changes!
ID: 22575 Updated by: [EMAIL PROTECTED] Reported By: public at hverdag dot dk -Status: Open +Status: Feedback -Bug Type: Variables related +Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: It's most likely caused by sessions. Try adding 'error_reporting(E_ALL);' as first line in the script and see what errors you get. Previous Comments: [2003-03-06 14:48:15] public at hverdag dot dk I have one function (see it below) where I pass 2 arguments. But sometimes (yes, only sometimes!) when inside the function myfield has the same value as myvalue instead of it's own value. In other words, it simply changes the values of the arguments! I have a long script where I at one point have a line like this several times to build up my SQL statement, calling this function: $enterSQL .= field_to_sql('category', 'autovalue'); But when I check the value of these two arguments inside the function both arguments have the value 'autovalue'! This happens inside my long script and it can happen usually two times (meaning: after a page reload) but the third time (second reload) the problem is gone and script executes as expected! And if I try to call this function from another simple page the problem never occurs. I'm using sessions but I cannot see how that should affect any of this (meaning, page reload should not affect anything). Here is the function (which is located in an included file in the above mentioned script): function field_to_sql($myfield, $myvalue) { echo "+". $myfield . "+". $myvalue ."+"; #this outputs wrong value for the myfield variable! if ($myvalue == 'autovalue') { $myvalue_var_name = 'value_' . $myfield; global $$myvalue_var_name; if (!isset($$myvalue_var_name)) { echo 'Warning, variable is not set'; } $myvalue = $$myvalue_var_name; } $myvalue = str_replace("'", "\'", $myvalue); if ($myvalue == '') { return "`$myfield` = null, "; } else { return "`$myfield` = '$myvalue', "; } } -- Edit this bug report at http://bugs.php.net/?id=22575&edit=1
#22574 [Opn->Fbk]: unsatisfied symbols freeaddrinfo and getaddrinfo
ID: 22574 Updated by: [EMAIL PROTECTED] Reported By: john345 at earthlink dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.1 New Comment: Check main/php_config.h for line with HAVE_GETADDRINFO and add it here. Previous Comments: [2003-03-06 16:05:08] john345 at earthlink dot net Tried php4-STABLE-latest.tar.gz and the still get the unsatisfied symbols freeaddrinfo and getaddrinfo. [2003-03-06 14:44:25] john345 at earthlink dot net After a successful run of configure, I ran make. The compile failed with two unsatisfied symbols, freeaddrinfo and getaddrinfo, first referenced in main/network.lo. -- Edit this bug report at http://bugs.php.net/?id=22574&edit=1
#22526 [Fbk->Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I checked and 'session.use_trans_sid' was set to '0', so I changed it to '1', but got the same results. I took a look at the bug you referenced to, but it is not the same. For one the file size is not really an issue. And secondly after adding debug code, I can see that PHP is blocking on the popen() call, not fpassthru(). -Ian Previous Comments: [2003-03-06 12:51:58] [EMAIL PROTECTED] Are you sure this isn't same as what we've verified in bug #22154 ? Do you have session.use_trans_sid = 1 in your php.ini? [2003-03-06 00:30:24] iberry at raxnet dot net I tried Apache 1.3.27 with PHP's php4apache.dll and got the same negative results. The code I originally posted still causes the hang with this configuration. -Ian [2003-03-05 13:49:23] [EMAIL PROTECTED] Both of the SAPI's you've tried (IIS & Apache 2) are thread based, it is possible that this problem is specific to multi-threaded application, and that's why single-threaded SAPIs like CLI/CGI are not affected by it. Could you try and see if the problem can be replicated using Apache 1.X? [2003-03-04 15:46:19] iberry at raxnet dot net I tried the latest CVS version with the same negative results. I then tried to duplicate the bug using the CGI/CLI binary with no luck (could not produce the sufficent code). After this however, I switched Apache from SAPI to CGI and the problem went away. So for now, we can assume that the problem is related to PHP's SAPI support. Were you able to reproduce this under a SAPI environment? -Ian [2003-03-04 10:29:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip If the problem persists, see if the bug can be replicated using the CLI or CGI sapi. 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#14822 [Com]: Premature end of script headers: C:/php/php.exe
ID: 14822 Comment by: yeo at inst dot ne dot jp Reported By: b dot parcalab at atlastelecom dot ro Status: Closed Bug Type: Apache2 related Operating System: windows xp professional PHP Version: 4.1.0 New Comment: If you working apache, PHP on Windows, Compare "doc_root" in your php.ini to "DocumentRoot" in httpd.conf. I hope this helps Previous Comments: [2003-02-27 04:26:19] msannoyme at msn dot com having the same problem using winxp pro full service packs installed apache 1.3.14 PHP Version 4.2.4-dev -- phpinfo info -- System Windows NT 5.1 build 2600 Build Date Nov 1 2002 18:13:11 Server API CGI Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS\php.ini Debug Build no Thread Safety enabled On my system the error appears every page if I use /php/php-cli.exe but with /php/php.exe it works fine except for a group of users. I am writting a system that allows the sys admin to create a list of users and asign them to groups within the system. now if user Beaker (taken from the muppets) logs in as an author and goes to the author page and is a member of the group Author I get the error. but if I make beaker a member of the administrator group it works fine. difference between groups is basic admin grp = id 1, author grp = id 2 I'll look for fixes here do not email me the above email address deletes all mail automatically unless in my contacts. You will not get a response from above email address [2002-12-21 06:47:49] a_sohi at hotmail dot com Hi all, Support folks, please take note. This issue is not exclusive to Apache 2. Im running WinXP Pro (no service packs) PHP4.2.3 Apache 1.3.27 And receive the same error in error.log "Premature end of script headers: e:/applications/servers/php-4.2.3-win32/php.exe" Evidently Im using the PHP binary rather than the apache module. For the record, I've tried changing the httpd.conf and replacing the line: "Action application/x-httpd-php /php/php.exe" with "Action application/x-httpd-php /php/php-cli.exe" but no success. Id rather not downgrade down to Windows 2000 but without a swift resolution, this may well be the only option. Can anyone help? Many thanks in advance. Cheers. Pete. [2002-12-02 11:36:20] phil at caint dot com I had this problem as well on XP. I changed the line Action application/x-httpd-php /php/php.exe to Action application/x-httpd-php /php/php-cgi.exe in httpd.conf and this seemed to work. I don't know why. Hope this helps. [2002-10-04 08:31:04] shanor at mail dot com well, same thing is here... OS winXP, the problem is not just related to Apache2 according to my understanding, since i've uninstalled it, and installed the apache 1.3... and the same 500 internal error, Premature end of script headers: D:/php/core/php.exe now the thing is that as long as i try to run php files in the root directory, it works, but the same file, containging and nothing else wont work in any sub folder it will only be executed by the php.exe (ver 2 and i tried more than one... always the same). Now everything worked a week ago, and stoped working, the minute i added a user in the XP pro. priviously i had only one user who was the administrator and no login to XP was needed. Then i've added a new user, gave that new user administrators premissions and gave the old user limited permissions. the next time i tried to do somthing in a sub folder of localhost/Any_Sub_Folder/phpFile.php, won't work and gives the error. hope that helps a bit. Shanor. [2002-05-11 07:57:19] alex dot davies at mail dot com I get this when I try to use a .htaccess file like the following: ForceType application/x-httpd-pshp Hope this helps 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/14822 -- Edit this bug report at http://bugs.php.net/?id=14822&edit=1
#22579 [NEW]: fopen() number in URL = Bad file descriptor
From: ottawasixtyseven at hotmail dot com Operating system: ALL PHP version: 4.3.0 PHP Bug Type: Filesystem function related Bug description: fopen() number in URL = Bad file descriptor This bug has been reported a few times but keeps getting closed. It is still a problem in PHP 4.3.0 Also see closed bug http://bugs.php.net/bug.php?id=9862 There is a serious problem with fopen when there are numbers in the URL: http://www.xxx.com:8080/some.php?Origin=a&DocNum=1 Result: Warning: fopen() [function.fopen]: php_hostconnect: connect failed in C:\phpfiles\some.php on line 150 Warning: fopen(http://www.xxx.com:8080/some.php?Origin=a&DocNum=1) [function.fopen]: failed to create stream: Bad file descriptor in C:\phpfiles\some.php on line 150 Remove the port number in the URL and it works fine: http://www.xxx.com/some.php?Origin=a&DocNum=1 This seems to be a random bug that occurs on some machines and not others. We can reproduce it 100% of the time if someone wants to check on our server. Please don't just test this on one machine and report back that it works for you. There is something wrong here and we really need to get to the bottom of it. It's not a redirection problem. Thanks. Keep up the great work! Ottawa -- Edit bug report at http://bugs.php.net/?id=22579&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22579&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22579&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22579&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22579&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22579&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22579&r=support Expected behavior: http://bugs.php.net/fix.php?id=22579&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22579&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22579&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22579&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22579&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22579&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22579&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22579&r=gnused
#7184 [Com]: session.use_trans_sid problem
ID: 7184 Comment by: dmj28 at student dot canterbury dot ac dot nz Reported By: fmoreira at imediata dot pt Status: Closed Bug Type: *Session related Operating System: Win32 PHP Version: 4.0.3 New Comment: Using 4.2 What about links to other pages on the same site? The anchor should go on the end of a url: /page.php#anchor&PHP_SESS. The above prevents the anchor from working! Previous Comments: [2000-10-16 14:12:56] [EMAIL PROTECTED] Yes, anchor links which point to the same page are not changed anymore. Thanks for your report. [2000-10-13 10:44:02] fmoreira at imediata dot pt when using session.use_trans_sid and i have links to anchors in the same page, it converts the link to ... this makes the link jump to start page of the site... can you fix this problem verifiing if thi link calls other page or if refers to an anchor in the same page? Thanks -- Edit this bug report at http://bugs.php.net/?id=7184&edit=1
#22578 [NEW]: function: pi() will crash php
From: twizter at twizter dot no-ip dot com Operating system: Windows2000 PHP version: 4.3.1 PHP Bug Type: Math related Bug description: function: pi() will crash php While experimenting with math functions I ran accross an error with the pi() function. If you change the precision value in the php.ini to 1000 and the run the pi() function php will crash. I have only tested this on a win2000 machine so far. Any other iformation on this bug will be added later. -- Edit bug report at http://bugs.php.net/?id=22578&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22578&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22578&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22578&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22578&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22578&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22578&r=support Expected behavior: http://bugs.php.net/fix.php?id=22578&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22578&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22578&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22578&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22578&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22578&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22578&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22578&r=gnused
#22577 [Fbk->Opn]: url rewrite messes up Javascript area tag
ID: 22577 User updated by: mreuter at gmx dot de Reported By: mreuter at gmx dot de -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.2.3 New Comment: It is a similar bug to Bug #5963 my short example is online now: http://www.e-church.de/start.php php parses the code, because it tries to place the trans-sid, which it does correctly with the . Previous Comments: [2003-03-06 17:19:15] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. I don't see how this is remotely caused by PHP, when your javascript lines aren't even being parsed by PHP itself. The only PHP i see in the file is the session_start(), and that's it. Please send more info as to how this is being run, and also, an active online example could help. Marking this as (feedback) until more info is passed along. ~ Andrew Heebner [2003-03-06 16:59:38] mreuter at gmx dot de Hi again, it is a bug with php!! php tries to put " around the first word after the first = inside an area tag, no matter if it is inside a Javascript command or not. This leads as in my example to broken code. It only happens when using session. I just found a workaround. One can split the String passed to document.writeln after the first = in area like this: ... area shape="+"\"rect\">... and php will not put new " characters. Still it is a bug. [2003-03-06 16:43:02] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Sorry, but this issue should be sent to the php.general newslist (if in fact there is a PHP error, which i sincerely doubt).. Otherwise, this is an HTML issue, and bears no dependencies with PHP. ~ Andrew Heebner [2003-03-06 16:37:44] mreuter at gmx dot de Hi, after creating a new session with use_trans_sid enabled, php messes up my javascript area tag. Here is a shortend test file: Testseite next The document.writeln is changed to: document.writeln(""); with the "\"" instead of \" it produces errors. Since I cannot update to a newer Php, a workaround would be very helpful. -- Edit this bug report at http://bugs.php.net/?id=22577&edit=1
#22577 [Opn->Fbk]: url rewrite messes up Javascript area tag
ID: 22577 Updated by: [EMAIL PROTECTED] Reported By: mreuter at gmx dot de -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.2.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. I don't see how this is remotely caused by PHP, when your javascript lines aren't even being parsed by PHP itself. The only PHP i see in the file is the session_start(), and that's it. Please send more info as to how this is being run, and also, an active online example could help. Marking this as (feedback) until more info is passed along. ~ Andrew Heebner Previous Comments: [2003-03-06 16:59:38] mreuter at gmx dot de Hi again, it is a bug with php!! php tries to put " around the first word after the first = inside an area tag, no matter if it is inside a Javascript command or not. This leads as in my example to broken code. It only happens when using session. I just found a workaround. One can split the String passed to document.writeln after the first = in area like this: ... area shape="+"\"rect\">... and php will not put new " characters. Still it is a bug. [2003-03-06 16:43:02] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Sorry, but this issue should be sent to the php.general newslist (if in fact there is a PHP error, which i sincerely doubt).. Otherwise, this is an HTML issue, and bears no dependencies with PHP. ~ Andrew Heebner [2003-03-06 16:37:44] mreuter at gmx dot de Hi, after creating a new session with use_trans_sid enabled, php messes up my javascript area tag. Here is a shortend test file: Testseite next The document.writeln is changed to: document.writeln(""); with the "\"" instead of \" it produces errors. Since I cannot update to a newer Php, a workaround would be very helpful. -- Edit this bug report at http://bugs.php.net/?id=22577&edit=1
#22577 [Bgs->Opn]: url rewrite messes up Javascript area tag
ID: 22577 User updated by: mreuter at gmx dot de Reported By: mreuter at gmx dot de -Status: Bogus +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.2.3 New Comment: Hi again, it is a bug with php!! php tries to put " around the first word after the first = inside an area tag, no matter if it is inside a Javascript command or not. This leads as in my example to broken code. It only happens when using session. I just found a workaround. One can split the String passed to document.writeln after the first = in area like this: ... area shape="+"\"rect\">... and php will not put new " characters. Still it is a bug. Previous Comments: [2003-03-06 16:43:02] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Sorry, but this issue should be sent to the php.general newslist (if in fact there is a PHP error, which i sincerely doubt).. Otherwise, this is an HTML issue, and bears no dependencies with PHP. ~ Andrew Heebner [2003-03-06 16:37:44] mreuter at gmx dot de Hi, after creating a new session with use_trans_sid enabled, php messes up my javascript area tag. Here is a shortend test file: Testseite next The document.writeln is changed to: document.writeln(""); with the "\"" instead of \" it produces errors. Since I cannot update to a newer Php, a workaround would be very helpful. -- Edit this bug report at http://bugs.php.net/?id=22577&edit=1
#22577 [Opn->Bgs]: url rewrite messes up Javascript area tag
ID: 22577 Updated by: [EMAIL PROTECTED] Reported By: mreuter at gmx dot de -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Sorry, but this issue should be sent to the php.general newslist (if in fact there is a PHP error, which i sincerely doubt).. Otherwise, this is an HTML issue, and bears no dependencies with PHP. ~ Andrew Heebner Previous Comments: [2003-03-06 16:37:44] mreuter at gmx dot de Hi, after creating a new session with use_trans_sid enabled, php messes up my javascript area tag. Here is a shortend test file: Testseite next The document.writeln is changed to: document.writeln(""); with the "\"" instead of \" it produces errors. Since I cannot update to a newer Php, a workaround would be very helpful. -- Edit this bug report at http://bugs.php.net/?id=22577&edit=1
#22577 [NEW]: url rewrite messes up Javascript area tag
From: mreuter at gmx dot de Operating system: Linux PHP version: 4.2.3 PHP Bug Type: Session related Bug description: url rewrite messes up Javascript area tag Hi, after creating a new session with use_trans_sid enabled, php messes up my javascript area tag. Here is a shortend test file: Testseite next The document.writeln is changed to: document.writeln(""); with the "\"" instead of \" it produces errors. Since I cannot update to a newer Php, a workaround would be very helpful. -- Edit bug report at http://bugs.php.net/?id=22577&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22577&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22577&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22577&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22577&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22577&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22577&r=support Expected behavior: http://bugs.php.net/fix.php?id=22577&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22577&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22577&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22577&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22577&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22577&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22577&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22577&r=gnused
#22574 [Opn]: unsatisfied symbols freeaddrinfo and getaddrinfo
ID: 22574 User updated by: john345 at earthlink dot net Reported By: john345 at earthlink dot net Status: Open Bug Type: Compile Failure Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.1 New Comment: Tried php4-STABLE-latest.tar.gz and the still get the unsatisfied symbols freeaddrinfo and getaddrinfo. Previous Comments: [2003-03-06 14:44:25] john345 at earthlink dot net After a successful run of configure, I ran make. The compile failed with two unsatisfied symbols, freeaddrinfo and getaddrinfo, first referenced in main/network.lo. -- Edit this bug report at http://bugs.php.net/?id=22574&edit=1
#22576 [Fbk->Opn]: include() or require() file via HTTP wrapper
ID: 22576 User updated by: mav at alkar dot net Reported By: mav at alkar dot net -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD 4.8-RC PHP Version: 4.3.1 New Comment: I do it. Now I have another warning message: Warning: main() [function.main]: stream does not support seeking in /www/clients/commerce/darknes/www.spooky.dp.ua/pages/news.html on line 6 news.html is a PHP script here that have include() on a line 6. Previous Comments: [2003-03-06 15:34:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-06 15:30:51] mav at alkar dot net When I write: http://www.spooky.dp.ua/test.html";; ?> and that file are not empty I take message: Warning: main() [function.main]: stream does not support seeking in http://www.spooky.dp.ua/test.html on line 0 PHP 4.3.1 compiled with options: ./configure \ --prefix=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/conf \ --enable-memory-limit \ --with-mysql=/usr/local/mysql \ --with-gd=/usr/local \ --enable-trans-sid \ --enable-inline-optimization \ --enable-ftp \ --enable-dbase \ --enable-gd-native-ttf \ --with-ttf \ --with-freetype-dir=/usr/local \ --with-iconv \ --with-ming=/usr/local \ --with-zlib -- Edit this bug report at http://bugs.php.net/?id=22576&edit=1
#22576 [Opn->Fbk]: include() or require() file via HTTP wrapper
ID: 22576 Updated by: [EMAIL PROTECTED] Reported By: mav at alkar dot net -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: FreeBSD 4.8-RC PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-06 15:30:51] mav at alkar dot net When I write: http://www.spooky.dp.ua/test.html";; ?> and that file are not empty I take message: Warning: main() [function.main]: stream does not support seeking in http://www.spooky.dp.ua/test.html on line 0 PHP 4.3.1 compiled with options: ./configure \ --prefix=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/conf \ --enable-memory-limit \ --with-mysql=/usr/local/mysql \ --with-gd=/usr/local \ --enable-trans-sid \ --enable-inline-optimization \ --enable-ftp \ --enable-dbase \ --enable-gd-native-ttf \ --with-ttf \ --with-freetype-dir=/usr/local \ --with-iconv \ --with-ming=/usr/local \ --with-zlib -- Edit this bug report at http://bugs.php.net/?id=22576&edit=1
#22576 [NEW]: include() or require() file via HTTP wrapper
From: mav at alkar dot net Operating system: FreeBSD 4.8-RC PHP version: 4.3.1 PHP Bug Type: Scripting Engine problem Bug description: include() or require() file via HTTP wrapper When I write: http://www.spooky.dp.ua/test.html";; ?> and that file are not empty I take message: Warning: main() [function.main]: stream does not support seeking in http://www.spooky.dp.ua/test.html on line 0 PHP 4.3.1 compiled with options: ./configure \ --prefix=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/conf \ --enable-memory-limit \ --with-mysql=/usr/local/mysql \ --with-gd=/usr/local \ --enable-trans-sid \ --enable-inline-optimization \ --enable-ftp \ --enable-dbase \ --enable-gd-native-ttf \ --with-ttf \ --with-freetype-dir=/usr/local \ --with-iconv \ --with-ming=/usr/local \ --with-zlib -- Edit bug report at http://bugs.php.net/?id=22576&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22576&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22576&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22576&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22576&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22576&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22576&r=support Expected behavior: http://bugs.php.net/fix.php?id=22576&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22576&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22576&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22576&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22576&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22576&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22576&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22576&r=gnused
#22573 [Opn->Bgs]: Crash when Zlib enabled
ID: 22573 Updated by: [EMAIL PROTECTED] Reported By: agustinchernitsky at hotmail dot com -Status: Open +Status: Bogus Bug Type: Zlib Related Operating System: Win2k SP3 Server PHP Version: 4.3.1 New Comment: zlib extension is now built-in and enabled by default, so you don't need to explicitly enable it in your php.ini. See news.txt for detail. Previous Comments: [2003-03-06 14:00:18] agustinchernitsky at hotmail dot com I upgraded from 4.2.3 to 4.3.1. When I opened a php page, I got a CGI timeout error message. Since I didn´t change my php.ini, I rechecked everything. Still, nothing wrong So I noticed that php_zlib.dll extension was enabled. I commented out that extensions and there... everything worked! It seems that something is not working well. The rest of the extensions are OK. In ISAPI mode, the IIS service doesn´t even start. Hope it helps. -- Edit this bug report at http://bugs.php.net/?id=22573&edit=1
#22443 [Opn->Bgs]: Reference problem inside constructor
ID: 22443 Updated by: [EMAIL PROTECTED] Reported By: oracle16 at freemail dot hu -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: Windows PHP Version: 4.3.1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [HINT] $a = &new A(); Previous Comments: [2003-02-26 11:27:16] oracle16 at freemail dot hu I have a problem when using two-way references. The simplest case I could dig out: class B { var $a; function B(& $a) { $this->a = & $a; } } class A { var $b; function A() { $this->b = & new B($this); } } $a = new A(); $a->x = "ax"; print $a->b->a->x; I think this should print out "ax". However it doesn't. If I add the following line after constructing $a: $a->b->a = &$a; then it works, it prints out "ax". Or, if I define A like this: class A { var $b; function A() { $this->b = & new B($this); } function setBsA() { $this->b->a = & $this; } } and call setBsA() after contructing, it still works. -- Edit this bug report at http://bugs.php.net/?id=22443&edit=1
#22556 [Fbk->Opn]: configure file reports bogus mkdir -p failure
ID: 22556 User updated by: john345 at earthlink dot net Reported By: john345 at earthlink dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.1 New Comment: Tried php4-STABLE-latest.tar.gz and the duplicate line is still in the configure file, just at a different line number, 83186. Previous Comments: [2003-03-05 13:36:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I think something like this was already fixed.. [2003-03-05 13:29:41] john345 at earthlink dot net configure --without-mysql --with-pgsql --with-apxs=/usr/local/apache/bin reports that mkdir -p does not work. This is because there are two identical lines, one at line 82750 and one at 82751, that use mkdir -p to make comftestdir/somedir. The first one succeeds; the second one fails. The test to see if mkdir -p works is after the second line, so configure reports a failure. -- Edit this bug report at http://bugs.php.net/?id=22556&edit=1
#22575 [NEW]: Arguments passed to function changes!
From: public at hverdag dot dk Operating system: Windows 2000 PHP version: 4.3.1 PHP Bug Type: Variables related Bug description: Arguments passed to function changes! I have one function (see it below) where I pass 2 arguments. But sometimes (yes, only sometimes!) when inside the function myfield has the same value as myvalue instead of it's own value. In other words, it simply changes the values of the arguments! I have a long script where I at one point have a line like this several times to build up my SQL statement, calling this function: $enterSQL .= field_to_sql('category', 'autovalue'); But when I check the value of these two arguments inside the function both arguments have the value 'autovalue'! This happens inside my long script and it can happen usually two times (meaning: after a page reload) but the third time (second reload) the problem is gone and script executes as expected! And if I try to call this function from another simple page the problem never occurs. I'm using sessions but I cannot see how that should affect any of this (meaning, page reload should not affect anything). Here is the function (which is located in an included file in the above mentioned script): function field_to_sql($myfield, $myvalue) { echo "+". $myfield . "+". $myvalue ."+"; #this outputs wrong value for the myfield variable! if ($myvalue == 'autovalue') { $myvalue_var_name = 'value_' . $myfield; global $$myvalue_var_name; if (!isset($$myvalue_var_name)) { echo 'Warning, variable is not set'; } $myvalue = $$myvalue_var_name; } $myvalue = str_replace("'", "\'", $myvalue); if ($myvalue == '') { return "`$myfield` = null, "; } else { return "`$myfield` = '$myvalue', "; } } -- Edit bug report at http://bugs.php.net/?id=22575&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22575&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22575&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22575&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22575&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22575&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22575&r=support Expected behavior: http://bugs.php.net/fix.php?id=22575&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22575&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22575&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22575&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22575&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22575&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22575&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22575&r=gnused
#22574 [NEW]: unsatisfied symbols freeaddrinfo and getaddrinfo
From: john345 at earthlink dot net Operating system: SCO OpenServer 5.0.6 PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: unsatisfied symbols freeaddrinfo and getaddrinfo After a successful run of configure, I ran make. The compile failed with two unsatisfied symbols, freeaddrinfo and getaddrinfo, first referenced in main/network.lo. -- Edit bug report at http://bugs.php.net/?id=22574&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22574&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22574&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22574&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22574&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22574&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22574&r=support Expected behavior: http://bugs.php.net/fix.php?id=22574&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22574&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22574&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22574&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22574&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22574&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22574&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22574&r=gnused
#22573 [NEW]: Crash when Zlib enabled
From: agustinchernitsky at hotmail dot com Operating system: Win2k SP3 Server PHP version: 4.3.1 PHP Bug Type: Zlib Related Bug description: Crash when Zlib enabled I upgraded from 4.2.3 to 4.3.1. When I opened a php page, I got a CGI timeout error message. Since I didn´t change my php.ini, I rechecked everything. Still, nothing wrong So I noticed that php_zlib.dll extension was enabled. I commented out that extensions and there... everything worked! It seems that something is not working well. The rest of the extensions are OK. In ISAPI mode, the IIS service doesn´t even start. Hope it helps. -- Edit bug report at http://bugs.php.net/?id=22573&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22573&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22573&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22573&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22573&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22573&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22573&r=support Expected behavior: http://bugs.php.net/fix.php?id=22573&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22573&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22573&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22573&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22573&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22573&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22573&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22573&r=gnused
#17414 [Com]: Segfaults on restart
ID: 17414 Comment by: ep at acm dot org Reported By: thom at planetarytramp dot net Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.0 Assigned To: aaron New Comment: Reproducible on Linux 2.4.18 (Debian Woody) with Apache 2.0.44 and the latest CVS snapshot of PHP. Previous Comments: [2003-01-25 16:28:04] phpbugs-20030125 at devin dot com Reproducible also under Apache 2.0.44 with mpm-prefork; same conditions, same trace. [2003-01-20 04:39:55] phpbugs-20030120 at devin dot com FWIW, I can reproduce this every time on MPM-prefork Apache 2.0.43 and PHP 4.3.0. No threads involved. This occurs after an 'apache2ctl graceful' with gdb attached to the parent process (gdb stops on the SIGUSR1, is continued, segv ensues). The server was started with StartServers=1 and MinSpareServers=1, then the restart immediately attempted, though it happens regardless of these. This is linux 2.4.19 (Debian Woody/Sid hybrid), glibc 2.3. Program received signal SIGSEGV, Segmentation fault. 0x40585181 in sapi_initialize_empty_request (tsrm_ls=0x8108740) at /usr/src/apache/php/php-4.3.0/main/SAPI.c:399 399 SG(server_context) = NULL; (gdb) bt #0 0x40585181 in sapi_initialize_empty_request (tsrm_ls=0x8108740) at /usr/src/apache/php/php-4.3.0/main/SAPI.c:399 #1 0x4057f8ec in php_module_startup (sf=0x40605360, additional_modules=0x40605540, num_additional_modules=1) at /usr/src/apache/php/php-4.3.0/main/main.c:1035 #2 0x405c820e in php_apache2_startup (sapi_module=0x40605360) at /usr/src/apache/php/php-4.3.0/sapi/apache2filter/sapi_apache2.c:269 #3 0x405c89cd in php_apache_server_startup (pconf=0x80c3c30, plog=0x80fbd10, ptemp=0x8101d28, s=0x80c6298) at /usr/src/apache/php/php-4.3.0/sapi/apache2filter/sapi_apache2.c:556 #4 0x0807fe59 in ap_run_post_config () #5 0x08085e11 in main () #6 0x402409f1 in __libc_start_main () from /lib/libc.so.6 [2003-01-10 15:21:12] ethan-php at etuttle dot com I am also experiencing this bug. It is annoying because it causes apache to silently die every night when the logrotate script runs (installed from the "apache2-common 2.0.43-1" debian package) install details: Apache/2.0.43 (Debian GNU/Linux) PHP/4.3.0RC4 php configure: ./configure --with-mysql=/usr --with-imap --with-imap-ssl --with-apxs2=/usr/bin/apxs2 --with-gettext --with-xml running mpm-prefork error log: [Fri Jan 10 11:59:41 2003] [notice] seg fault or similar nasty error detected in the parent proces "apache2ctl restart" doesn't crash when php module isn't loaded If I can help, let me know! [2003-01-03 14:35:35] thom at planetarytramp dot net Still occurs in 4.3.0 [2002-12-10 16:00:46] thom at planetarytramp dot net 4.3.0 RC2 configured with: './configure' '--enable-experimental-zts' '--with-apxs2=/usr/local/apache2-php/bin/apxs' '--enable-debug' the phpinfo() function generates the page that is dumped to: http://samizdat.positive-internet.com/~thom/phpinfo.html the sequence is: in ServerRoot: bin/apachectl start make connection to verify the server is running, resulting in the above page. bin/apachectl restart apache dies at this point. this is the error log: [Tue Dec 10 21:40:23 2002] [notice] Apache/2.0.44-dev (Unix) PHP/4.3.0RC2 configured -- resuming normal operations [Tue Dec 10 21:41:51 2002] [notice] SIGHUP received. Attempting to restart [Tue Dec 10 21:41:54 2002] [notice] seg fault or similar nasty error detected in the parent process (gdb) where #0 0x4031e2d9 in php_output_activate (tsrm_ls=0x813c0c0) at /home/thom/php-4.3.0RC2/main/output.c:85 #1 0x4030e86a in php_module_startup (sf=0x4039c460, additional_modules=0x4039c640, num_additional_modules=1) at /home/thom/php-4.3.0RC2/main/main.c:1021 #2 0x4035d65e in php_apache2_startup (sapi_module=0x4039c460) at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:269 #3 0x4035dded in php_apache_server_startup (pconf=0x80b60c8, plog=0x80ee1a8, ptemp=0x80b80d0, s=0x80f4a60) at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:551 #4 0x0807c381 in ap_run_post_config (pconf=0x80b60c8, plog=0x80ee1a8, ptemp=0x80b80d0, s=0x80f4a60) at config.c:130 #5 0x08080bbc in main (argc=3, argv=0xbd54) at main.c:640 (gdb) frame 0 #0 0x4031e2d9 in php_output_activate (tsrm_ls=0x813c0c0) at /home/thom/php-4.3.0RC2/main/output.c:85 85 OG(php_body_write) = php_ub_body_write; (gdb) frame 1 #1 0x4030e86a in php_module_startup (sf=0x4039c460, additional_modules=0x4039c640, num_additional_modules=1)
#22567 [Opn->Fbk]: No way so supply Sablotron with arguments
ID: 22567 Updated by: [EMAIL PROTECTED] Reported By: mik at chel dot com dot ru -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: any PHP Version: 4.3.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Got any example code, that is smaller than 20 lines and shows the problem? Previous Comments: [2003-03-06 07:34:04] mik at chel dot com dot ru XSLT Sablotron API has no way to supply XSLT arguments and parameters to Sablotron. In previous version of sablotronAPI there were functions, which accepted additional parameters to be passed to processor. -- Edit this bug report at http://bugs.php.net/?id=22567&edit=1
#22570 [Opn->Bgs]: Missing File
ID: 22570 Updated by: [EMAIL PROTECTED] Reported By: ineves at iportalmais dot pt -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: solaris 9 sparc PHP Version: 4.3.1 New Comment: Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. ..or try the latest CVS snapshot.. Previous Comments: [2003-03-06 10:04:47] ineves at iportalmais dot pt I was tring to compile php with imap and ldap supot and things like that, and it give me that error, i take it of, and compile with ./configure --prefix=/opt/php --with-apxs=/opt/apache/bin/apxs | simple way to compile it, and i get this error... gcc: TSR: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `sapi/cli/php' This is when it try's to compile php binary because i see, gcc -o sapi/cli/php in the (big) line... i dont see anything about TSR only about TSRM so i think this can be someking of bug... NOTE: in php 4.2.3 works, dont have errors. -- Edit this bug report at http://bugs.php.net/?id=22570&edit=1
#22569 [Opn->Fbk]: accentuated characters OpenLDAP Apache2 PHP
ID: 22569 Updated by: [EMAIL PROTECTED] Reported By: jmorvan at sdd dot fr -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: RedHat 7.3 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if this happens with it too, try with the CLI binary. If it happens with the CLI binary too: 1. What openldap version? 2. Are you sure it isn't that array_multisort() that causes this? replace that result printing with var_dump() call. Previous Comments: [2003-03-06 09:50:17] jmorvan at sdd dot fr Accentuated characters accentuated characters not managed by request PHP towards a OpenLDAP waiter via apache2. defaultCharset is iso-8859-1 in php.ini all Characters "é;à;è;ä;" are replaced by generic characters. OpenLdap functions work correctly with other customer applications of LDAP requests. ex: in openLdap "sytèmes" = "systèmes" with php + Apache2 short script function: ###search### if ($ds) { $r=ldap_bind($ds); // Ceci est un lien "anonymous", typiquement // Recherche dans les noms $sr=ldap_search($ds, $LDAP_BASE_DN, "l=$_POST[site]"); $infoLdap = ldap_get_entries($ds, $sr); ldap_close($ds); } ###Result Printing### $infoLdapTri = array("vide" => array("vide" => "vide")); for ($i=0; $i<$infoLdap["count"]; $i++) { $infoLdapTri["sn"][$i] = $infoLdap[$i]["sn"][0]; $infoLdapTri["givenname"][$i] = $infoLdap[$i]["givenname"][0]; $infoLdapTri["mail"][$i] = $infoLdap[$i]["mail"][0]; $infoLdapTri["homephone"][$i] = $infoLdap[$i]["homephone"][0]; $infoLdapTri["site"][$i] = $infoLdap[$i]["l"][0]; $infoLdapTri["uid"][$i] = $infoLdap[$i]["uid"][0]; } array_multisort($infoLdapTri["sn"], SORT_STRING, SORT_ASC, $infoLdapTri[ "givenname"], $infoLdapTri["mail"], $infoLdapTri["homephone"], $infoLdapTri["sit e"], $infoLdapTri["uid"]); -- Edit this bug report at http://bugs.php.net/?id=22569&edit=1
#22571 [Opn->Bgs]: astronomical recent email number
ID: 22571 Updated by: [EMAIL PROTECTED] Reported By: joni at shade-fx dot com -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Linux PHP Version: 4.3.1 New Comment: Please contact me directly (in finnish :) Previous Comments: [2003-03-06 11:10:33] joni at shade-fx dot com PHP gives astronomical recent email number when checks it using imap_check() function. in mailbox I had 20 emails and 0 recent mails but function gives these values: total email: 0 recent mails: 1035749365 I test my script about 10 times but i get theses values only 2 times. Usually function gives correct values. I'm using webhotel system so i don't have much php settings info to give. -- Edit this bug report at http://bugs.php.net/?id=22571&edit=1
#22566 [Opn->Fbk]: imap_mail hang the script
ID: 22566 Updated by: [EMAIL PROTECTED] Reported By: lmstudio at 1system dot ru -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Windows 2000 Pro PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-06 04:18:01] lmstudio at 1system dot ru The whole content for the 4-th param. for imap_mail can be found at http://www.lmstudio.arctel.ru/mail_output.html [2003-03-06 01:22:56] lmstudio at 1system dot ru I try to send email from my PHP script with imap_mail function. My mail consists a simple message part and attachment as ~250KB file. I compose mail header with imap_compose function, here it's output: From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="90-31600-1046934660=:2764" X-Mailer: PHP4.3.1 --90-31600-1046934660=:2764 Content-Type: TEXT/plain; CHARSET=Windows-1251 Hello !!! --90-31600-1046934660=:2764 Content-Type: IMAGE/gif Content-Transfer-Encoding: BASE64 Content-Description: img.gif Content-Disposition: attachment; filename="img.gif" R0lGODlhTwKeBPcAAPP1+d7v/9zv99bv/+bm/97m/97m99bm/9bm997e /97e98nn/tbe/9fg7Nbe987e/87e99nW/9bW99bW78He/c7W/9bW5M7W987W 787W5sXW987W3sXW787O/9vH/8XW5s7O97vW/87O77rW98XO/87N5sXO98/P ... ~250KB ... 99mbRu95/3vgM2f4xB++8IGP/N4rP/jFZ77vnR/940s/+dRfvvWbP33tV3/7 1+9+9rkffu+LH/zjN3/50TMP/e+rn/zsP7/702/89sv//fSP//PtD3/955// +Pc/9vfv/9av/wCQAAdQAOeP+YIgIAAAOw== --90-31600-1046934660=:2764-- And imap_mail hang the script. Help, please. -- Edit this bug report at http://bugs.php.net/?id=22566&edit=1
#22526 [Opn->Fbk]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Are you sure this isn't same as what we've verified in bug #22154 ? Do you have session.use_trans_sid = 1 in your php.ini? Previous Comments: [2003-03-06 00:30:24] iberry at raxnet dot net I tried Apache 1.3.27 with PHP's php4apache.dll and got the same negative results. The code I originally posted still causes the hang with this configuration. -Ian [2003-03-05 13:49:23] [EMAIL PROTECTED] Both of the SAPI's you've tried (IIS & Apache 2) are thread based, it is possible that this problem is specific to multi-threaded application, and that's why single-threaded SAPIs like CLI/CGI are not affected by it. Could you try and see if the problem can be replicated using Apache 1.X? [2003-03-04 15:46:19] iberry at raxnet dot net I tried the latest CVS version with the same negative results. I then tried to duplicate the bug using the CGI/CLI binary with no luck (could not produce the sufficent code). After this however, I switched Apache from SAPI to CGI and the problem went away. So for now, we can assume that the problem is related to PHP's SAPI support. Were you able to reproduce this under a SAPI environment? -Ian [2003-03-04 10:29:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip If the problem persists, see if the bug can be replicated using the CLI or CGI sapi. [2003-03-03 17:55:33] iberry at raxnet dot net I think I have found some sort of race-like condition using session_start() and popen() functions, causing the web server to hang. The bug only seems to manifest when repeatedly initiating a page that requires session_start() and uses popen(). This is relevant for me because this page renders graphs and needs both of these functions to perform its job. Here is some example code to re-produce the problem: test.php end img.php end Notice how I am passing different GET variables to each image page session, this seems to be necessary for the bug to manifest. This code has been tested on both IIS 5 and Apache 2.0.44 with the same results The path I give popen() does not appear to make a difference. I have also have tried the popen 'r' and 'rb' file modes, which made no difference. The two triggers of this bug appear to be the combined use of session_start()/popen() and the varying GET variable values. Thanks for taking time to look into this. -Ian -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22154 [Fbk->Ver]: fpassthru() fails with files larger than a few hundered KB
ID: 22154 Updated by: [EMAIL PROTECTED] Reported By: malekjo at aphrodite dot com -Status: Feedback +Status: Verified -Bug Type: Apache related +Bug Type: Session related Operating System: Linux 2.4.18-10 -PHP Version: 4.3.0 +PHP Version: 4.3.2-dev New Comment: I get pretty wierd results with this script: php,ini: session.use_trans_sid = 1 memory_limit = 1M And sending some file around 1M size will make it fail.. Previous Comments: [2003-03-05 15:27:12] [EMAIL PROTECTED] Try raising the memory limit to 15-20 megs and see if the problem persists. [2003-02-27 00:43:22] malekjo at aphrodite dot com session.use_trans_sid = 1 [2003-02-26 19:48:20] [EMAIL PROTECTED] Do you have session.use_trans_sid option enabled in your php.ini? [2003-02-26 13:20:23] malekjo at aphrodite dot com In php.ini: zlib.output_compression = Off memory_limit = 8M output_handler = I get the errors with any 'modern' graphical browser (Mozilla, Netscape, IE...). Links works just fine though. I'm now leaning towards something wrong between fpassthru() and session_start(). Also, in my apache logs I'm getting something similar to: [Tue Feb 25 15:35:06 2003] [info] [client XXX.XXX.XXX.XXX] (104)Connection reset by peer: client stopped connection before rwrite every time a download fails. And its not my users hitting the stop button. [2003-02-20 08:13:55] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. 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/22154 -- Edit this bug report at http://bugs.php.net/?id=22154&edit=1
#19943 [Ver->Csd]: Ragged array returns undefined results
ID: 19943 Updated by: [EMAIL PROTECTED] Reported By: su-php at bossi dot com -Status: Verified +Status: Closed Bug Type: Scripting Engine problem Operating System: Win2K PHP Version: 4.3.2-dev New Comment: Memleak fixed in CVS. Previous Comments: [2003-02-25 02:46:58] [EMAIL PROTECTED] Memleak still present in 4.3.2-dev. [2002-11-05 13:40:16] [EMAIL PROTECTED] The reported behaviour itself is not a bug (see http://lists.php.net/article.php?group=php.dev&article=90522 for detail), but the memory leaks imply another bug. So I decided to reclassify this as Scripting Engine problem, and change the status to "Analyzed". Anyway thank you for the bug report! -- Moriyoshi [2002-10-30 07:30:05] Ppslim at ntlworld dot com I think this is pretty much invalid. [EMAIL PROTECTED] posted 2 examples. Only 1 is correct, or infact, valid code. In the first example, you have the following 2 array assignments. $ragged[$count]= 'single '.$count; $ragged[$count]['idx'] = 'ragged '.$count; In this, you assign a string to $ragged[$count], then, you turn it into an array using $regged[$count]['idx']. This is invlaid in most languages. In the $ragged[$count], $ragged['idx'][$count] method, no type changes are taking place. [2002-10-16 22:51:14] [EMAIL PROTECTED] A pretty interesting bug this is, there appear to be 2 possible behaviours that can happen here and only 1 is correct. The code above will output: t 0 -- t t 1 -- t t 2 -- t t 3 -- t t 4 -- t t 5 -- t t 6 -- t t 7 -- t t 8 -- t t 9 -- t /home/rei/PHP_CVS/php4/Zend/zend_operators.c(1008) : Freeing 0x08369384 (6 bytes), script=a.php Last leak repeated 9 times If the " around the $count variable are removed then the script reports: Warning: Cannot use a scalar value as an array in /home/rei/PHP_CVS/php4/a.php on line 7 /home/rei/PHP_CVS/php4/a.php(7) : Warning - Cannot use a scalar value as an array for every assignment and does no initialize any of the $ar[$count]['idx'] values. [2002-10-16 19:54:16] su-php at bossi dot com However, the following codes does work, even though the array is still ragged: ExpectedActual Expected IDXActual IDX 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/19943 -- Edit this bug report at http://bugs.php.net/?id=19943&edit=1
#22564 [Opn->Fbk]: header Location problem
ID: 22564 Updated by: [EMAIL PROTECTED] Reported By: msanders at primary dot net -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: CGI related Operating System: Windows NT 5.0 build 2195 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ..and DO NOT add such long scripts here, post an URL to a .txt file instead. Previous Comments: [2003-03-06 11:12:08] [EMAIL PROTECTED] 1) What is the exact text of your script? (Copy and Paste or provide URL to .phps, do *NOT* summarize or othewise reduce the content) 2) Are you running PHP as a CGI or as an ISAPI dll? 3) Is there anyway you can try using 4.3.1 or (better yet) a snapshot? If you can't permanently put 4.3.1 on the server in question for some reason, could you at least try running it there temporarily to see if it makes a difference? [2003-03-05 23:31:12] msanders at primary dot net This is a very unusual problem we are having with the header(Location: urlinfo) function. On one system we are getting this error "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are". If we refresh the page a couple of times the desired redirected page is displayed. On another system we are not having any problems. The page gets redirected immediately. The other system is also Windows NT 5.0 build 2195. It is also PHP version 4.2.3. The only difference on the PHP configurations between the two boxes is php is installed on the d drive while the other is installed on the c drive. On both machines the websites lives on the d drive. I cannot find any IIS configuration differences between the two machines. I have rebooted the machine that is having the problems to see if I am getting cached pages. However this did not help. Also both machines are using only php_curl and php_mssql extensions. I am pretty sure that this is a configuration problem, however I cannot see any differences in either IIS or PHP configuration between these two machines other than where php is installed. -- Edit this bug report at http://bugs.php.net/?id=22564&edit=1
#19113 [Opn->Fbk]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Updated by: [EMAIL PROTECTED] Reported By: php at jdc dot parodius dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: FreeBSD PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-06 11:30:44] php at jdc dot parodius dot com Confirmed to exist using PHP 4.3.1 on FreeBSD 4.7-STABLE, 4.8-PRERELEASE, and 5.0-CURRENT. I am appalled that this bug has not been escallated to the Critical or Severe status, especially when it has been verified by a PHP developer (01/05/2003; nohn at php dot net). [2003-03-06 10:47:22] keitaro at attbi dot com Confirmed this with PHP 4.3.1 on Apache 1.3.27, RH7.3 distro. --quote-start-- I was now able reproduce this problem, but only in case when index.php was in DocumentRoot of first defined name-based virtual server (which is accepted as the default on that IP/port in such case), and index.php was the default script to execute (if there was something before index.php in DirectoryIndex and if it also existed in DocumentRoot of the default vhost, the bug did not apply). --quote-ends--- Problem seem to exist on this scenario. Did a fresh tarball install of PHP 4.3.1 and tested it before and after PHP while having an index.html in the root folder. Then I put in a small and simple index.php and got the bug reproduced. Resorted to using Limit CONNECT workaround. Would like to see this bug fixed ASAP. [2003-02-06 14:03:45] fearphage at hotmail dot com Im not sure how or why but apache sends a 200 (ok) back from requests for files that do not exist. I do not know how to rememedy this. [2003-01-22 05:14:24] karabass at mitino dot ptt dot ru It *is* severe because when I see in apache access_log a message like this: 24.153.155.146 - - [22/Jan/2003:01:25:48 +0300] "CONNECT maildelivery.somewhere:25 HTTP/1.0" 200 44623 "-" "-" it is threatening enough for me to put away what I was doing and start staring at my httpd.conf. And that only takes 3-4 hours to just find this bug-report and make myself comfortable about this new "PHP feature". [2003-01-19 04:57:37] [EMAIL PROTECTED] Well can you tell me why it is "severe"? Okay it is maybe not correct that it reacts on any string but basicly why should it not react on TINTE / HTTP/1.0 This could be a valid request if the server has loaded mod_tinte v1.0 or whatever. If you dislike the feature you can always check for a valid ("from your point of view") request method from within your scripts. 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/19113 -- Edit this bug report at http://bugs.php.net/?id=19113&edit=1
#22564 [Fbk->Opn]: header Location problem
ID: 22564 User updated by: msanders at primary dot net Reported By: msanders at primary dot net -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Windows NT 5.0 build 2195 PHP Version: 4.2.3 New Comment: PHP is running as CGI on both machines. These are production servers and no problem like this ever occured in our development our the first production deployment. We have attempted to install 4.3.1 on our development environment, but we ran into problems with include files. Here is the source in question clientid."&customerid=".$customerID."&account_id=".$accountID."&domain_name=".$domain_name."&org=".$org."&admin=".$admin."&billing=".$billing."&tech=".$tech."&action=Billing"); exit(); } if ($action == "Tech"){ header("Location: inww_contact_form.php?clientid=".$objSession->clientid."&customerid=".$customerID."&account_id=".$accountID."&domain_name=".$domain_name."&org=".$org."&admin=".$admin."&billing=".$billing."&tech=".$tech."&action=Tech"); exit(); } if($action == "Admin"){ $newURL = "inww_contact_form.php?clientid=".$objSession->clientid."&customerid=".$customerID."&account_id=".$accountID."&domain_name=".$domain_name."&org=".$org."&admin=".$admin."&billing=".$billing."&tech=".$tech."&action=Admin"; $shadowURL = "inww_signup.php?clientid=".$objSession->clientid."&customerid=".$customerID."&account_id=".$accountID."&domain_name=".$domain_name."&org=".$org."&admin=".$org."&billing=".$billing."&tech=".$tech."&action=Billing"; ?> Use Org Contact for Admin Contact Enter New Contact for Admin Contact Open($oConnStr); $rs = $oRS->Open($sql, $oConn); if(!$oRS->eof){ $prevContacts = true; //echo "Previous Contacts"; } else{ $prevContacts = false; //echo "No previous contacts"; } $oRS->Close(); if($prevContacts){ header("Location: inww_contact_form.php?clientid=".$objSession->clientid."&customerid=".$customerID."&account_id=".$accountID."&domain_name=".$domain_name."&org=".$org."&admin=".$admin."&billing=".$billing."&tech=".$tech."&action=Org"); } else{ header("Location: inww_contact_form.php?clientid=".$objSession->clientid."&customerid=".$customerID."&account_id=".$accountID."&domain_name=".$domain_name."&org=".$org."&admin=".$admin."&billing=".$billing."&tech=".$tech."&action=Org"); } exit(); } if($action == "Namesrv"){ $namesrv1 = "ns1.telstra.com.au"; $namesrv2 = "ns2.zip.com.au"; ?> Domain Registration Form .error {font-size: 12pt; text-transform: none;} THEAD {text-decoration: underline; font-weight: bold;} Enter Nameservers and Expiration for Number of Years to Register One Year Two Years Five Years Ten Years Nameserver 1 Nameserver 2 Nameserver 3 Nameserver 4 AccountID = $accountID; $oDomain->DomainName = $domain_name; $oDomain->Registrar = "INWW"; $oDomain->Nameservers[0] = $namesrv1; if(trim($namesrv2) != ""){ $oDomain->Nameservers[1] = $namesrv2; } if(trim($namesrv3) != ""){
#21306 [Com]: warnning about "cannot change the session settings"
ID: 21306 Comment by: soletan at toxa dot de Reported By: Xuefer at 21cn dot com Status: Open Bug Type: Session related Operating System: linux PHP Version: 4.3.0 New Comment: Damn, I got rid of that message Xuefer initially posted. All I had done was calling exit() before session could write back its data. Then I included session_write_close() before some exit. It's not that exit inside some session_set_save_handler-calling function. It's any exit at any place, I expect. Isn't it possible, to include this needed call to session_write_close() automatically in sources of exit() to avoid all that trouble I have been handling with for the last 24 hours??? It would be more convenient, doesn't it? BTW: I have PHP 4.3.1 as DSO to Apache 2.0.43 under SuSE Linux 7.1. The first two are both self-compiled from source. Best Regards, Thomas Urban Previous Comments: [2003-02-07 17:15:20] rob at nospamplease dot com This appears (in our case anyway) to be triggered by the use of an "exit" statement in the session_set_save_handler session_write function. We had a benign error in our custom session_write function (caused by the session data not changing when it was writing out).. this caused an error message to be written to a log file, and then the "exit;" statement. In PHP 4.2, this exit apparently caused no problems but now it generates this seemingly unrelated error message. Incidently, because this message is generated at the time of session_write (rather than during actual content generation) it also caused an interaction with ob_gzhandler (gzip compression) such that blank pages were being served up.. we had to disable ob_gzhandler to even see the "A session is active..." messages.. This seems buggy to me. [2003-01-27 20:12:46] steve-php-dev at spamaphobia dot com I upgraded to 4.3.0 from 4.2.3 a couple weeks ago. I did not see this problem at all until today, when I uploaded two minor changes to my web site. We get several hundred thousand page views per day, and since this upload we're getting 3-4 of this error per minute. So for most page views it doesn't happen, but it's definitely happening frequently and regularly. The first change was to our error handler. We specifically trigger errors using $php_errormsg if it exists (after the session is started), so that we can catch stupid users who try to upload humongous images to our site (we limit them to 40KB). Some bright young individual uploaded a 476MB file ten times this morning, so we added some code (three lines) to log the date, time, username, and file size. Here is the code we added: $fp = fopen("/tmp/big_images.log", 'a'); fwrite($fp, sprintf("%s: %s (%s KB)\n", date("Y-m-d H:i:s"), $_SESSION['auth']->auth['username'], $kb)); fclose($fp); While typing this, I made a change which seems to have fixed the problem. I have a function called session_setup() which makes sure the session id is unique, and call session_set_save_handler() or whatever the name of that function is. The trigger_error mentioned above used to be called after calling session_setup() in my authentication include file. I moved it to inside the session_setup() function, after setting the save_handler. For some reason, this fixed the problem. Odd. Perhaps this can help someone else somehow? [2003-01-05 16:03:24] vi at sh dot nu Have a working installation of os-commerce in 4.2.3. Upgraded to 4.3.0, and now I get the same error listed here. All I want to do is confirm that this is NOT a script error. I'm not going to dig through some code I didn't write to track this down. Thanks [2003-01-01 10:11:39] Xuefer at 21cn dot com note that, i don't even use one ini_set() and the script is impossible to session_set_save_handler() twice; seems php don't re-initize correctly, same as http://bugs.php.net/bug.php?id=19292 but i'm just guessing [2002-12-31 02:52:19] Xuefer at 21cn dot com i forgot to note that, this issue is random happend i can't reproduce it, but my user trigger it and i saw errors in log and my script is in production, it's too complex i am not able to give full script but my function look like: function mysessionstart() { if (session_id()) return session_set_save_handler( '_sess_open', '_sess_close', '_sess_read', '_sess_write', '_sess_destroy', '_sess_gc' ); session_start(); } it works fine until get warnning in php-4.3.0 here the config is: session.save_handler = files session.save_path = /tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 sessio
#19113 [Opn]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 User updated by: php at jdc dot parodius dot com Reported By: php at jdc dot parodius dot com Status: Open Bug Type: Apache related -Operating System: any +Operating System: FreeBSD -PHP Version: 4.3.0 +PHP Version: 4.3.1 New Comment: Confirmed to exist using PHP 4.3.1 on FreeBSD 4.7-STABLE, 4.8-PRERELEASE, and 5.0-CURRENT. I am appalled that this bug has not been escallated to the Critical or Severe status, especially when it has been verified by a PHP developer (01/05/2003; nohn at php dot net). Previous Comments: [2003-03-06 10:47:22] keitaro at attbi dot com Confirmed this with PHP 4.3.1 on Apache 1.3.27, RH7.3 distro. --quote-start-- I was now able reproduce this problem, but only in case when index.php was in DocumentRoot of first defined name-based virtual server (which is accepted as the default on that IP/port in such case), and index.php was the default script to execute (if there was something before index.php in DirectoryIndex and if it also existed in DocumentRoot of the default vhost, the bug did not apply). --quote-ends--- Problem seem to exist on this scenario. Did a fresh tarball install of PHP 4.3.1 and tested it before and after PHP while having an index.html in the root folder. Then I put in a small and simple index.php and got the bug reproduced. Resorted to using Limit CONNECT workaround. Would like to see this bug fixed ASAP. [2003-02-06 14:03:45] fearphage at hotmail dot com Im not sure how or why but apache sends a 200 (ok) back from requests for files that do not exist. I do not know how to rememedy this. [2003-01-22 05:14:24] karabass at mitino dot ptt dot ru It *is* severe because when I see in apache access_log a message like this: 24.153.155.146 - - [22/Jan/2003:01:25:48 +0300] "CONNECT maildelivery.somewhere:25 HTTP/1.0" 200 44623 "-" "-" it is threatening enough for me to put away what I was doing and start staring at my httpd.conf. And that only takes 3-4 hours to just find this bug-report and make myself comfortable about this new "PHP feature". [2003-01-19 04:57:37] [EMAIL PROTECTED] Well can you tell me why it is "severe"? Okay it is maybe not correct that it reacts on any string but basicly why should it not react on TINTE / HTTP/1.0 This could be a valid request if the server has loaded mod_tinte v1.0 or whatever. If you dislike the feature you can always check for a valid ("from your point of view") request method from within your scripts. [2003-01-18 20:33:41] php-bug-db at deuxchevaux dot org This problem seems more severe than reported here, at least in 4.1.3 with Apache 1.3.26 shipped with Debian GNU/Linux 3.0.1: If mod_php4 is enabled, any (!) string (try "foobar\n\n" instead of "GET / HTTP/1.0\n\n") will return the home page from $DOCUMENT_ROOT/index.php. If we comment out the LoadModule directive for mod_php4, the server returns correctly "501 method not implemented". Interestingly we couldn't reproduce it on an Apache 1.3.26 with PHP 4.2.2, but this may be because of the tested virtual host is not the first one in the httpd.conf. We noticed this while trying to figure out why the Apache answered to requests like "\xe3P" (probably trying to exploit some bugs in some webserver) with "200 OK" instead of "501 method not implemented". An example: With mod_php4: > telnet our_host 80 Trying ###.###.###.###... Connected to our_host. Escape character is '^]'. \xe3P our_host home page [...] Without mod_php4: > telnet our_host 80 Trying ###.###.###.###... Connected to our_host. Escape character is '^]'. \xe3P 501 Method Not Implemented Method Not Implemented \xe3P to /index.php not supported. Invalid method in request \\xe3P Apache/1.3.26 Server at our_host Port 80 Connection closed by foreign host. Maybe also interessting: A very long string (e.g. 80.000 characters) correctly leads to an error "414 Request-URI Too Large", equal if mod_php4 is loaded or not. This looks like mod_php4 handles any possible request method, which is passed to it. Is this really the wanted behaviour? Why should PHP change Apache's behaviour in such cases? 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/19113 -- Edit this bug report at http://bugs.php.net/?id=19113&edit=1
#22564 [Opn->Fbk]: header Location problem
ID: 22564 Updated by: [EMAIL PROTECTED] Reported By: msanders at primary dot net -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows NT 5.0 build 2195 PHP Version: 4.2.3 New Comment: 1) What is the exact text of your script? (Copy and Paste or provide URL to .phps, do *NOT* summarize or othewise reduce the content) 2) Are you running PHP as a CGI or as an ISAPI dll? 3) Is there anyway you can try using 4.3.1 or (better yet) a snapshot? If you can't permanently put 4.3.1 on the server in question for some reason, could you at least try running it there temporarily to see if it makes a difference? Previous Comments: [2003-03-05 23:31:12] msanders at primary dot net This is a very unusual problem we are having with the header(Location: urlinfo) function. On one system we are getting this error "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are". If we refresh the page a couple of times the desired redirected page is displayed. On another system we are not having any problems. The page gets redirected immediately. The other system is also Windows NT 5.0 build 2195. It is also PHP version 4.2.3. The only difference on the PHP configurations between the two boxes is php is installed on the d drive while the other is installed on the c drive. On both machines the websites lives on the d drive. I cannot find any IIS configuration differences between the two machines. I have rebooted the machine that is having the problems to see if I am getting cached pages. However this did not help. Also both machines are using only php_curl and php_mssql extensions. I am pretty sure that this is a configuration problem, however I cannot see any differences in either IIS or PHP configuration between these two machines other than where php is installed. -- Edit this bug report at http://bugs.php.net/?id=22564&edit=1
#22571 [NEW]: astronomical recent email number
From: joni at shade-fx dot com Operating system: Linux PHP version: 4.3.1 PHP Bug Type: IMAP related Bug description: astronomical recent email number PHP gives astronomical recent email number when checks it using imap_check() function. in mailbox I had 20 emails and 0 recent mails but function gives these values: total email: 0 recent mails: 1035749365 I test my script about 10 times but i get theses values only 2 times. Usually function gives correct values. I'm using webhotel system so i don't have much php settings info to give. -- Edit bug report at http://bugs.php.net/?id=22571&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22571&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22571&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22571&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22571&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22571&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22571&r=support Expected behavior: http://bugs.php.net/fix.php?id=22571&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22571&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22571&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22571&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22571&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22571&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22571&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22571&r=gnused
#19113 [Com]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Comment by: keitaro at attbi dot com Reported By: php at jdc dot parodius dot com Status: Open Bug Type: Apache related Operating System: any PHP Version: 4.3.0 New Comment: Confirmed this with PHP 4.3.1 on Apache 1.3.27, RH7.3 distro. --quote-start-- I was now able reproduce this problem, but only in case when index.php was in DocumentRoot of first defined name-based virtual server (which is accepted as the default on that IP/port in such case), and index.php was the default script to execute (if there was something before index.php in DirectoryIndex and if it also existed in DocumentRoot of the default vhost, the bug did not apply). --quote-ends--- Problem seem to exist on this scenario. Did a fresh tarball install of PHP 4.3.1 and tested it before and after PHP while having an index.html in the root folder. Then I put in a small and simple index.php and got the bug reproduced. Resorted to using Limit CONNECT workaround. Would like to see this bug fixed ASAP. Previous Comments: [2003-02-06 14:03:45] fearphage at hotmail dot com Im not sure how or why but apache sends a 200 (ok) back from requests for files that do not exist. I do not know how to rememedy this. [2003-01-22 05:14:24] karabass at mitino dot ptt dot ru It *is* severe because when I see in apache access_log a message like this: 24.153.155.146 - - [22/Jan/2003:01:25:48 +0300] "CONNECT maildelivery.somewhere:25 HTTP/1.0" 200 44623 "-" "-" it is threatening enough for me to put away what I was doing and start staring at my httpd.conf. And that only takes 3-4 hours to just find this bug-report and make myself comfortable about this new "PHP feature". [2003-01-19 04:57:37] [EMAIL PROTECTED] Well can you tell me why it is "severe"? Okay it is maybe not correct that it reacts on any string but basicly why should it not react on TINTE / HTTP/1.0 This could be a valid request if the server has loaded mod_tinte v1.0 or whatever. If you dislike the feature you can always check for a valid ("from your point of view") request method from within your scripts. [2003-01-18 20:33:41] php-bug-db at deuxchevaux dot org This problem seems more severe than reported here, at least in 4.1.3 with Apache 1.3.26 shipped with Debian GNU/Linux 3.0.1: If mod_php4 is enabled, any (!) string (try "foobar\n\n" instead of "GET / HTTP/1.0\n\n") will return the home page from $DOCUMENT_ROOT/index.php. If we comment out the LoadModule directive for mod_php4, the server returns correctly "501 method not implemented". Interestingly we couldn't reproduce it on an Apache 1.3.26 with PHP 4.2.2, but this may be because of the tested virtual host is not the first one in the httpd.conf. We noticed this while trying to figure out why the Apache answered to requests like "\xe3P" (probably trying to exploit some bugs in some webserver) with "200 OK" instead of "501 method not implemented". An example: With mod_php4: > telnet our_host 80 Trying ###.###.###.###... Connected to our_host. Escape character is '^]'. \xe3P our_host home page [...] Without mod_php4: > telnet our_host 80 Trying ###.###.###.###... Connected to our_host. Escape character is '^]'. \xe3P 501 Method Not Implemented Method Not Implemented \xe3P to /index.php not supported. Invalid method in request \\xe3P Apache/1.3.26 Server at our_host Port 80 Connection closed by foreign host. Maybe also interessting: A very long string (e.g. 80.000 characters) correctly leads to an error "414 Request-URI Too Large", equal if mod_php4 is loaded or not. This looks like mod_php4 handles any possible request method, which is passed to it. Is this really the wanted behaviour? Why should PHP change Apache's behaviour in such cases? [2003-01-05 07:41:37] [EMAIL PROTECTED] Verified in Apache 1.3.27/Linux/PHP 4.3.0 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/19113 -- Edit this bug report at http://bugs.php.net/?id=19113&edit=1
#22570 [NEW]: Missing File
From: ineves at iportalmais dot pt Operating system: solaris 9 sparc PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: Missing File I was tring to compile php with imap and ldap supot and things like that, and it give me that error, i take it of, and compile with ./configure --prefix=/opt/php --with-apxs=/opt/apache/bin/apxs | simple way to compile it, and i get this error... gcc: TSR: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `sapi/cli/php' This is when it try's to compile php binary because i see, gcc -o sapi/cli/php in the (big) line... i dont see anything about TSR only about TSRM so i think this can be someking of bug... NOTE: in php 4.2.3 works, dont have errors. -- Edit bug report at http://bugs.php.net/?id=22570&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22570&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22570&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22570&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22570&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22570&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22570&r=support Expected behavior: http://bugs.php.net/fix.php?id=22570&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22570&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22570&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22570&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22570&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22570&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22570&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22570&r=gnused
#22568 [Opn->Bgs]: displaying arabic records in mysql using php
ID: 22568 Updated by: [EMAIL PROTECTED] Reported By: Hany_Reyad at yahoo dot com -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Windows2000 PHP Version: 4.3.0 New Comment: This bug database system is not intended to be a trouble shooting forum. Please ask your question at [EMAIL PROTECTED] Previous Comments: [2003-03-06 09:23:24] Hany_Reyad at yahoo dot com please help me to get a solution for my problem: running php on iis server and using mysql as database how to display arabic records in php pages that i have selected from mysql (note: it display white pages while iam sure that records i have selected is exist) -- Edit this bug report at http://bugs.php.net/?id=22568&edit=1
#22569 [NEW]: accentuated characters OpenLDAP Apache2 PHP
From: jmorvan at sdd dot fr Operating system: RedHat 7.3 PHP version: 4.2.3 PHP Bug Type: LDAP related Bug description: accentuated characters OpenLDAP Apache2 PHP Accentuated characters accentuated characters not managed by request PHP towards a OpenLDAP waiter via apache2. defaultCharset is iso-8859-1 in php.ini all Characters "é;à;è;ä;" are replaced by generic characters. OpenLdap functions work correctly with other customer applications of LDAP requests. ex: in openLdap "sytèmes" = "systèmes" with php + Apache2 short script function: ###search### if ($ds) { $r=ldap_bind($ds); // Ceci est un lien "anonymous", typiquement // Recherche dans les noms $sr=ldap_search($ds, $LDAP_BASE_DN, "l=$_POST[site]"); $infoLdap = ldap_get_entries($ds, $sr); ldap_close($ds); } ###Result Printing### $infoLdapTri = array("vide" => array("vide" => "vide")); for ($i=0; $i<$infoLdap["count"]; $i++) { $infoLdapTri["sn"][$i] = $infoLdap[$i]["sn"][0]; $infoLdapTri["givenname"][$i] = $infoLdap[$i]["givenname"][0]; $infoLdapTri["mail"][$i] = $infoLdap[$i]["mail"][0]; $infoLdapTri["homephone"][$i] = $infoLdap[$i]["homephone"][0]; $infoLdapTri["site"][$i] = $infoLdap[$i]["l"][0]; $infoLdapTri["uid"][$i] = $infoLdap[$i]["uid"][0]; } array_multisort($infoLdapTri["sn"], SORT_STRING, SORT_ASC, $infoLdapTri[ "givenname"], $infoLdapTri["mail"], $infoLdapTri["homephone"], $infoLdapTri["sit e"], $infoLdapTri["uid"]); -- Edit bug report at http://bugs.php.net/?id=22569&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22569&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22569&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22569&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22569&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22569&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22569&r=support Expected behavior: http://bugs.php.net/fix.php?id=22569&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22569&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22569&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22569&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22569&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22569&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22569&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22569&r=gnused
#22568 [NEW]: displaying arabic records in mysql using php
From: Hany_Reyad at yahoo dot com Operating system: Windows2000 PHP version: 4.3.0 PHP Bug Type: Output Control Bug description: displaying arabic records in mysql using php please help me to get a solution for my problem: running php on iis server and using mysql as database how to display arabic records in php pages that i have selected from mysql (note: it display white pages while iam sure that records i have selected is exist) -- Edit bug report at http://bugs.php.net/?id=22568&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22568&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22568&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22568&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22568&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22568&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22568&r=support Expected behavior: http://bugs.php.net/fix.php?id=22568&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22568&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22568&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22568&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22568&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22568&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22568&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22568&r=gnused
#22380 [Com]: Uploaded files automatically being deflated.
ID: 22380 Comment by: jrrl at steampunk dot com Reported By: henryw at optonline dot net Status: Feedback Bug Type: Apache2 related Operating System: Linux RH7.3 PHP Version: 4.3.1 New Comment: I believe this is the same bug reported earlier. Get rid of the SetOutputFilter, SetInputFilter, and LimitRequestBody directives (under rh, hiding in /etc/httpd/conf.d/php.conf), restart apache, and all should be well. Previous Comments: [2003-02-22 22:51:27] [EMAIL PROTECTED] 1. Apache 2.0.40 is too old, upgrade to 2.0.44 2. Check your PHP httpd.conf setting [2003-02-22 17:30:50] henryw at optonline dot net The simplest php upload script will upload any binary file to my Apache 2.40 web server BUT then what appears to be an automatic deflation is attempted on the file. Zip files, gzip, etc. are all experiencing the same problem. I have compiled the Apache server with deflate disabled. here is my configure file: ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-mysql=/usr/local/mysql-standard-4.0.10-gamma-pc-linux-i686 \ --prefix=/usr/local/apache2/php \ --with-config-file-path=/usr/local/apache2/php \ --enable-track-vars \ --enable-force-cgi-redirect \ --with-gettext \ --with-gdbm \ --enable-ftp \ --with-gd \ --with-jpeg-dir=/usr \ --with-zlib \ --with-png \ --with-png-dir=/usr \ --with-bz2 -- Edit this bug report at http://bugs.php.net/?id=22380&edit=1
#22567 [NEW]: No way so supply Sablotron with arguments
From: mik at chel dot com dot ru Operating system: any PHP version: 4.3.0 PHP Bug Type: XSLT related Bug description: No way so supply Sablotron with arguments XSLT Sablotron API has no way to supply XSLT arguments and parameters to Sablotron. In previous version of sablotronAPI there were functions, which accepted additional parameters to be passed to processor. -- Edit bug report at http://bugs.php.net/?id=22567&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22567&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22567&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22567&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22567&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22567&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22567&r=support Expected behavior: http://bugs.php.net/fix.php?id=22567&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22567&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22567&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22567&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22567&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22567&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22567&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22567&r=gnused
#22040 [Opn->Csd]: PHP hangs when reading certan japaneese or chineese chars
ID: 22040 User updated by: dan at scannet dot dk Reported By: dan at scannet dot dk -Status: Open +Status: Closed Bug Type: Gettext related Operating System: Win2k PHP Version: 4.3.0 New Comment: Closing the bug :) Previous Comments: [2003-03-06 07:12:09] dan at scannet dot dk Thank you.. That solved the problem... [2003-03-04 04:24:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I cannot reproduce this with the latest snapshot. All those strings have been displayed correctly on my screen. [2003-03-04 04:12:02] dan at scannet dot dk Hmm... It looks like 1.3.27 according to one of the docs. this problem also occurs when running PHP.exe from commandline.. [2003-03-04 03:51:49] [EMAIL PROTECTED] Which version of apache are you using? [2003-02-04 03:56:23] dan at scannet dot dk $lang = "ja_JP"; putenv ("LANG=".eregi_replace('.*_','',$lang)); putenv("LC_ALL=$lang"); setlocale(LC_ALL, ""); bindtextdomain("horde", "C:\Program Files\Apache Group\Apache\web\horde\locale"); textdomain("horde"); echo gettext('Addressbook')."\n"; //Returns some japaneese chars.. echo gettext('Delete') ."\n"; //Returns some japaneese chars.. echo gettext('Birthday') ."\n"; //PHP hangs.. echo gettext('Mail') ."\n"; //PHP hangs.. echo gettext('Daily')."\n"; //PHP hangs.. /* In HEX: Birthday: 92 61 30 b6 93 fa Mail: 93 64 8e 71 83 81 81 5b 83 8b Daily:96 88 93 fa The only char in common for all 3 is $93 thats #147 in dec.. */ $test = chr(147); echo $test; echo _($test); // I copy $93 to the $test variable.. Then print $test then print gettext($test).. // All theese work perfectly, so it seems its not a general problem in php.. -- Edit this bug report at http://bugs.php.net/?id=22040&edit=1
#17291 [Fbk->Opn]: mssql_query does not update get_last_message
ID: 17291 User updated by: mgruetzner at rw3 dot com Reported By: mgruetzner at rw3 dot com -Status: Feedback +Status: Open Bug Type: Sybase (dblib) related Operating System: Linux PHP Version: 4.3.1 New Comment: I created a patch using diff -u that can be applied with: patch php_sybase_db.c php_sybase_db.patch. It can be found at: http://www.xnitech.com/php_sybase_db.patch Previous Comments: [2003-03-04 20:19:57] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And as it propably isn't fixed in it, can you please provide the patch for this snapshot's php_sybase_db.c ? [2003-02-21 06:44:05] mgruetzner at rw3 dot com http://www.xnitech.com/php_sybase_db.c [2003-02-21 06:43:26] mgruetzner at rw3 dot com http://www.xnitech.com/php_sybase_db.c";>http://www.xnitech.com/php_sybase_db.c [2003-02-21 03:21:29] [EMAIL PROTECTED] Please put the file somewhere to be downloaded and add an url here. [2003-02-20 09:11:57] mgruetzner at rw3 dot com The issue is still not resolved. FreeTDS addressed the issue on their end, but I still have to merge in my fix to /ext/sybase/php_sybase_db.c every time I update PHP. Again, I have a version of /ext/sybase/php_sybase_db.c which addresses the problem. It involves a few small changes to the sybase_query function. I can send it to you if you are interested. 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/17291 -- Edit this bug report at http://bugs.php.net/?id=17291&edit=1
#22040 [Fbk->Opn]: PHP hangs when reading certan japaneese or chineese chars
ID: 22040 User updated by: dan at scannet dot dk Reported By: dan at scannet dot dk -Status: Feedback +Status: Open Bug Type: Gettext related Operating System: Win2k PHP Version: 4.3.0 New Comment: Thank you.. That solved the problem... Previous Comments: [2003-03-04 04:24:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I cannot reproduce this with the latest snapshot. All those strings have been displayed correctly on my screen. [2003-03-04 04:12:02] dan at scannet dot dk Hmm... It looks like 1.3.27 according to one of the docs. this problem also occurs when running PHP.exe from commandline.. [2003-03-04 03:51:49] [EMAIL PROTECTED] Which version of apache are you using? [2003-02-04 03:56:23] dan at scannet dot dk $lang = "ja_JP"; putenv ("LANG=".eregi_replace('.*_','',$lang)); putenv("LC_ALL=$lang"); setlocale(LC_ALL, ""); bindtextdomain("horde", "C:\Program Files\Apache Group\Apache\web\horde\locale"); textdomain("horde"); echo gettext('Addressbook')."\n"; //Returns some japaneese chars.. echo gettext('Delete') ."\n"; //Returns some japaneese chars.. echo gettext('Birthday') ."\n"; //PHP hangs.. echo gettext('Mail') ."\n"; //PHP hangs.. echo gettext('Daily')."\n"; //PHP hangs.. /* In HEX: Birthday: 92 61 30 b6 93 fa Mail: 93 64 8e 71 83 81 81 5b 83 8b Daily:96 88 93 fa The only char in common for all 3 is $93 thats #147 in dec.. */ $test = chr(147); echo $test; echo _($test); // I copy $93 to the $test variable.. Then print $test then print gettext($test).. // All theese work perfectly, so it seems its not a general problem in php.. -- Edit this bug report at http://bugs.php.net/?id=22040&edit=1
#21886 [Fbk->Opn]: parameters sometimes not submitted *UPDATE*
ID: 21886 User updated by: technik at infoworxx dot de Reported By: technik at infoworxx dot de -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux 7.2 PHP Version: 4.3.2-dev New Comment: After adding the script gives the following notice: Notice: Undefined variable: uninitalized in /delequa/webs/192168002075/www/php-4.3.x-test/index.phtml on line 19 The behaviour is the same. Previous Comments: [2003-03-05 12:40:06] [EMAIL PROTECTED] Try adding 'error_reporting(E_ALL);' as the first line in your script. And see what errors you get.. [2003-03-05 12:36:05] [EMAIL PROTECTED] No, I just updated the version in this report to reflect the latest version you have tested this possible bug to exist in. [2003-03-05 07:37:35] technik at infoworxx dot de Hi ! means this that you have fixed it (in the newest cvs) ? [2003-03-05 06:39:34] [EMAIL PROTECTED] updated the version.. [2003-03-05 03:36:29] technik at infoworxx dot de Hi, with the CVS Version it is the same behaviour - the function does not recieve the parameters. Regards, Sebastian 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/21886 -- Edit this bug report at http://bugs.php.net/?id=21886&edit=1
#22394 [Fbk->Opn]: No libphp4.so module for Apache 2.0.43
ID: 22394 User updated by: apiotr at itm dot pcz dot czest dot pl Reported By: apiotr at itm dot pcz dot czest dot pl -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: UnixWare 7.1.1 PHP Version: 4.3.1 New Comment: OK. This compile problem is fixed now. But I have the same problem - no libphp4.so module. After make install I have this error messages: Warning! dlname not found in /usr/local/apache2/modules/libphp4.la. Assuming instaling a .so rather than a libtool archive. WARNING: Cannot access /usr/local/apache2/modules/libphp4.so : No such file or directory. apxs:Error: Command failed with rc=65536 Now I have Apache 2.0.44, but the same problem is in 2.0.43 version. Previous Comments: [2003-03-05 10:15:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip That compile problem should be fixed now. So please try the latest snapshot and don't modify any files.. :) [2003-03-05 08:13:09] apiotr at itm dot pcz dot czest dot pl This is the error message: In function 'php_apache_server_shutdown':507 structure has no member named '_shutdown' Error 1 [2003-03-05 06:47:43] [EMAIL PROTECTED] And Update your Apache to 2.0.44 first. [2003-03-05 06:47:05] [EMAIL PROTECTED] Have you done any OTHER changes perhaps? As changing that breaks it for sure. WHAT error do you get if you don't change it?? (and please DO NOT add any file contents here unless they're asked for) [2003-03-05 04:06:37] apiotr at itm dot pcz dot czest dot pl Unfortunately in this snapshot version is the same problem. During compilation I have one error in file sapi_apache2.c. I must change line 506 from: apache2_sapi_module.shutdown(&apache2_sapi_module) to: apache2_sapi_module_shutdown(&apache2_sapi_module) After this modification I dont have any errors. This is my libphp4.la file: # libphp4.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.4.3 (1.922.2.110 2002/10/23 01:39:54) # # Please DO NOT delete this file! # It is necessary for linking the library. # The name that we can dlopen(3). dlname='' # Names of this library. library_names='' # The name of the static archive. old_library='libphp4.a' # Libraries that this one depends upon. dependency_libs=' -R/usr/ucblib -L/usr/ucblib -lresolv -lm -lsocket' # Version information for libphp4. current=0 age=0 revision=0 # Is this an already installed library? installed=yes # Files to dlopen/dlpreopen dlopen='' dlpreopen='' # Directory that this library needs to be installed in: libdir='/6/libs' 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/22394 -- Edit this bug report at http://bugs.php.net/?id=22394&edit=1
#22391 [Opn->Csd]: empty result sets returned incorrectly from mssql_execute
ID: 22391 Updated by: [EMAIL PROTECTED] Reported By: php at centaur dot mailshell dot com -Status: Open +Status: Closed Bug Type: MSSQL related Operating System: Windows XP SP1 PHP Version: 4.3.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. User reports the problem is fixed in snapshot. Previous Comments: [2003-03-06 05:02:37] php at centaur dot mailshell dot com Seems fixed. [2003-02-26 01:08:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-24 05:28:30] php at centaur dot mailshell dot com Windows XP SP1 MSSQL 2000 Apache 2.0.44 PHP 4.3.1 Procedure definition: CREATE PROCEDURE foo @filter VARCHAR(255) AS SELECT id FROM bar WHERE baz LIKE @filter GO; Script: If there are no records in bar that satisfy $filter, [1] is printed at point A, and then mssql_fetch_object (and other functions that expect a resource ID, e.g. mssql_next_result) fails. -- Edit this bug report at http://bugs.php.net/?id=22391&edit=1
#16585 [Com]: Use of $_SESSION to set variable doesn't save variable
ID: 16585 Comment by: sean at seansilas dot com Reported By: cedric dot dufour at cogito-ergo-soft dot com Status: No Feedback Bug Type: Session related Operating System: Windows XP PHP Version: 4.1.2 New Comment: This bug is EXTREMELEY ANNOYING, and very hard to replicate. Sometimes it happens, other times it doesn't. Seems to happen more when the server has been idle for awhile. The big problem here, is that I cannot upgrade my PHP, because I am using a remote hosting company that has 4.1.2 installed. I have no idea what to do, and I'm extremely frustrated. SS Previous Comments: [2002-05-14 00:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-04-13 14:11:08] [EMAIL PROTECTED] It's propably the same issue as everyone else is having. Please try the PHP 4.2.0RC3 from http://www.php.net/~derick/ as others have reported that it works fine for them. And don't forget to replace the php4ts.dll in your system with the one in the 4.2.0RC3 package. [2002-04-13 06:50:03] cedric dot dufour at cogito-ergo-soft dot com Following the 'Session handling' documentation and expriencing problems with a production script, I wrote the following test script: test.php: \r\n"; if( !isset( $_SESSION['Test'] ) ) { $_SESSION['Test'] = "bla bla bla"; echo "Defined : ".$_SESSION['Test']."\r\n"; } else { echo "Existing : ".$_SESSION['Test']."\r\n"; } //session_write_close(); ?> which I expect to set the 'Test' session variable on the first call to the page and then return the 'Test' session variable on subsequent calls to the script. This works FINE with PHP 4.1.1 but DOES NOT WORK with PHP 4.1.2 (though the session ID is the same). I had to revert to the old 'session_register()' function for the script to work in PHP 4.1.2, $HTTP_SESSION_VARS not working either. Any clue ? Ce.D -- Edit this bug report at http://bugs.php.net/?id=16585&edit=1
#22391 [Fbk->Opn]: empty result sets returned incorrectly from mssql_execute
ID: 22391 User updated by: php at centaur dot mailshell dot com Reported By: php at centaur dot mailshell dot com -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: Windows XP SP1 PHP Version: 4.3.1 New Comment: Seems fixed. Previous Comments: [2003-02-26 01:08:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-24 05:28:30] php at centaur dot mailshell dot com Windows XP SP1 MSSQL 2000 Apache 2.0.44 PHP 4.3.1 Procedure definition: CREATE PROCEDURE foo @filter VARCHAR(255) AS SELECT id FROM bar WHERE baz LIKE @filter GO; Script: If there are no records in bar that satisfy $filter, [1] is printed at point A, and then mssql_fetch_object (and other functions that expect a resource ID, e.g. mssql_next_result) fails. -- Edit this bug report at http://bugs.php.net/?id=22391&edit=1
#22294 [Com]: Output parameter is not populated
ID: 22294 Comment by: php at centaur dot mailshell dot com Reported By: rajesh dot gala at cgi dot com Status: Open Bug Type: MSSQL related Operating System: win32 PHP Version: 4.3.1 New Comment: In addition to my previous comment: Windows XP SP1 MSSQL 2000 PHP Version => 4.3.2-dev Build Date => Feb 26 2003 02:23:31 Server API => Apache 2.0 Filter Previous Comments: [2003-03-06 04:39:30] php at centaur dot mailshel dot com Output parameters seem to be populated after all result set are fetched using mssql_next_result(). However, mssql_execute seems to only return a valid result set resource on 'SELECT' queries, and not 'SELECT @param = expr' queries. The $result in a similar case is just 1. [2003-02-19 04:36:40] rajesh dot gala at cgi dot com I use MS SQL 2000. I have a simple Stored procedure to be executed. the code is as below the Stored proc is Create PROCEDURE [AuthLoginUser] @LoginUser CHAR(10), @Password CHAR(32), @ReturnVal INT OUTPUT AS BEGIN SELECT @ReturnVal = count(*) FROM[User] USR WHERE USR.[User ID] = @LoginUser AND USR.[Password] = @Password AND USR.[Status]='A' END The php code is as below $stmt = mssql_init("AuthLoginUser", $conn); $LoginUser=$strRegisteredUsername ; $Password=$strRegisteredPassword ; mssql_bind($stmt,"@LoginUser",$LoginUser,SQLVARCHAR); mssql_bind($stmt,"@Password",$Password,SQLVARCHAR); mssql_bind($stmt,"@ReturnVal",$ReturnVal,SQLINT4,True); $result=mssql_execute($stmt); echo 'Return Value'.$ReturnVal.''; The problem is that variable $ReturnVal does not get populated I executed the Stored procedure in the query analyser and I get values for the same. Thanks, Rajesh -- Edit this bug report at http://bugs.php.net/?id=22294&edit=1
#22294 [Com]: Output parameter is not populated
ID: 22294 Comment by: php at centaur dot mailshel dot com Reported By: rajesh dot gala at cgi dot com Status: Open Bug Type: MSSQL related Operating System: win32 PHP Version: 4.3.1 New Comment: Output parameters seem to be populated after all result set are fetched using mssql_next_result(). However, mssql_execute seems to only return a valid result set resource on 'SELECT' queries, and not 'SELECT @param = expr' queries. The $result in a similar case is just 1. Previous Comments: [2003-02-19 04:36:40] rajesh dot gala at cgi dot com I use MS SQL 2000. I have a simple Stored procedure to be executed. the code is as below the Stored proc is Create PROCEDURE [AuthLoginUser] @LoginUser CHAR(10), @Password CHAR(32), @ReturnVal INT OUTPUT AS BEGIN SELECT @ReturnVal = count(*) FROM[User] USR WHERE USR.[User ID] = @LoginUser AND USR.[Password] = @Password AND USR.[Status]='A' END The php code is as below $stmt = mssql_init("AuthLoginUser", $conn); $LoginUser=$strRegisteredUsername ; $Password=$strRegisteredPassword ; mssql_bind($stmt,"@LoginUser",$LoginUser,SQLVARCHAR); mssql_bind($stmt,"@Password",$Password,SQLVARCHAR); mssql_bind($stmt,"@ReturnVal",$ReturnVal,SQLINT4,True); $result=mssql_execute($stmt); echo 'Return Value'.$ReturnVal.''; The problem is that variable $ReturnVal does not get populated I executed the Stored procedure in the query analyser and I get values for the same. Thanks, Rajesh -- Edit this bug report at http://bugs.php.net/?id=22294&edit=1
#22566 [Opn]: imap_mail hang the script
ID: 22566 User updated by: lmstudio at 1system dot ru Reported By: lmstudio at 1system dot ru Status: Open Bug Type: IMAP related Operating System: Windows 2000 Pro PHP Version: 4.3.1 New Comment: The whole content for the 4-th param. for imap_mail can be found at http://www.lmstudio.arctel.ru/mail_output.html Previous Comments: [2003-03-06 01:22:56] lmstudio at 1system dot ru I try to send email from my PHP script with imap_mail function. My mail consists a simple message part and attachment as ~250KB file. I compose mail header with imap_compose function, here it's output: From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="90-31600-1046934660=:2764" X-Mailer: PHP4.3.1 --90-31600-1046934660=:2764 Content-Type: TEXT/plain; CHARSET=Windows-1251 Hello !!! --90-31600-1046934660=:2764 Content-Type: IMAGE/gif Content-Transfer-Encoding: BASE64 Content-Description: img.gif Content-Disposition: attachment; filename="img.gif" R0lGODlhTwKeBPcAAPP1+d7v/9zv99bv/+bm/97m/97m99bm/9bm997e /97e98nn/tbe/9fg7Nbe987e/87e99nW/9bW99bW78He/c7W/9bW5M7W987W 787W5sXW987W3sXW787O/9vH/8XW5s7O97vW/87O77rW98XO/87N5sXO98/P ... ~250KB ... 99mbRu95/3vgM2f4xB++8IGP/N4rP/jFZ77vnR/940s/+dRfvvWbP33tV3/7 1+9+9rkffu+LH/zjN3/50TMP/e+rn/zsP7/702/89sv//fSP//PtD3/955// +Pc/9vfv/9av/wCQAAdQAOeP+YIgIAAAOw== --90-31600-1046934660=:2764-- And imap_mail hang the script. Help, please. -- Edit this bug report at http://bugs.php.net/?id=22566&edit=1