#19448 [NEW]: Session does not work
From: [EMAIL PROTECTED] Operating system: windows PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: Session does not work I have check in many to executes session but session value are not accessable i do not know either session are not store or value of session is not retrive on server.. but it works perfectly at my local machine. session creation code is $HTTP_SESSION_VARS['session_login']=trim($user_login); $HTTP_SESSION_VARS['session_pwd']=md5(trim($user_password)); and retrivale code session_start(); $session_login=$HTTP_SESSION_VARS['session_login']; $session_pwd=$HTTP_SESSION_VARS['session_pwd']; -- Edit bug report at http://bugs.php.net/?id=19448&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19448&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19448&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19448&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19448&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19448&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19448&r=support Expected behavior: http://bugs.php.net/fix.php?id=19448&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19448&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19448&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19448&r=globals
#19340 [Com]: Oracle 9i with PHP 4.2.3 and Apache 1.3.26 failed
ID: 19340 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: SuSE Linux 7.3 PHP Version: 4.2.3 New Comment: Same problem with me. I have discovered two problems with OCI8 and Oracle 9.2: 1. 32/64 bits environment ? You have to use .../lib or .../lib32 libraries. 2. Bug in the configure file (initially the bug is ext/oci8/config.m4) I finally get a correct installation by doing the following changes in the configure file: if test -s "$OCI8_DIR/orainst/unix.rgs"; then replaced by: if test -s "$OCI8_DIR/install/unix.rgs"; then OCI8_VERSION=`grep '"ocommon"' $OCI8_DIR/orainst/unix.rgs | sed 's/ */:/g' | cut -d: -f 6 | cut -c 2-4` replaced by: OCI8_VERSION=`grep rdbms $OCI8_DIR/install/unix.rgs |sed 's/ */:/g' | cut -d: -f 2| cut -c 1-3` 8.1|9.0) replaced by: 8.1|9.0|9.1|9.2) and for my own environment (AIX): OCI8_DIR/lib changed to OCI8_DIR/lib32 OCI8_DIR/rdbms/lib changed to OCI8_DIR/rdbms/lib32 I hope this can help you. Previous Comments: [2002-09-11 09:56:21] [EMAIL PROTECTED] Oracle Development Kit 9.2.0.1.0 ist installed. There is no clntsh.so installed but I found /oracle/product/901/lib/libclntsh.so and /oracle/product/901/bin/genclntsh The path /oracle/product/901/lib/ is set correctly in the LD_LIBRARY_PATH [2002-09-10 17:03:58] [EMAIL PROTECTED] Did you install oracle development tools? Could you try locating clntsh.so on your system? [2002-09-10 12:36:41] [EMAIL PROTECTED] Thanks for the information. So, I tried to compile this version with the same configure params, but now it fails soon to configure with "libpng not found!" I think, this problem based on the combination with the pdf-lib. [2002-09-10 12:07:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-10 11:44:27] [EMAIL PROTECTED] The compilation of PHP 4.2.3 with correct environment (.profile of oracle user) with Oracle 9i and Apache 1.3.26 failed. The configure params are: ./configure \ --with-apache=/usr/src/linux/apache \ --with-config-file-path=/etc/httpd \ --with-gd \ --with-png-dir=/usr/lib \ --with-jpeg-dir=/usr/lib \ --with-zlib=yes \ --with-freetype-dir=/usr/lib \ --with-pdflib=/usr/local \ --enable-shared-pdflib \ --with-oci8=/apps/oracle/product/901 \ --with-xml \ --with-ttf \ --with-ftp \ --enable-track-vars \ --enable-sigchild \ --enable-versioning \ --enable-track-vars \ --enable-magic-quotes \ --enable-safe-mode \ --enable-sysvsem \ --enable-sysvshm \ --enable-thread-safety \ It failed with following output after testing out some configurations while compiling apache as php built-in: /usr/i486-suse-linux/bin/ld: cannot find -lclntsh The LD-Library-Path and the ORA-environment are correctly set. regards... olaf -- Edit this bug report at http://bugs.php.net/?id=19340&edit=1
#19448 [Opn->Bgs]: Session does not work
ID: 19448 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus -Bug Type: *General Issues +Bug Type: Session related Operating System: windows 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. Previous Comments: [2002-09-17 03:45:43] [EMAIL PROTECTED] I have check in many to executes session but session value are not accessable i do not know either session are not store or value of session is not retrive on server.. but it works perfectly at my local machine. session creation code is $HTTP_SESSION_VARS['session_login']=trim($user_login); $HTTP_SESSION_VARS['session_pwd']=md5(trim($user_password)); and retrivale code session_start(); $session_login=$HTTP_SESSION_VARS['session_login']; $session_pwd=$HTTP_SESSION_VARS['session_pwd']; -- Edit this bug report at http://bugs.php.net/?id=19448&edit=1
#19398 [Opn]: mathmatical errors, especially after string conversions
ID: 19398 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Redhat 7.3 PHP Version: 4.2.2 New Comment: Never compare floats for equalness! Thats like comparing two pieces of rope for exactly equal length -> you won't ever find an equal pair see for example the note on http://www.php.net/language.types.float Previous Comments: [2002-09-13 20:03:14] [EMAIL PROTECTED] The script below produces a lot of output on two of our systems. One a 6 cpu ppro, the other a single cpu duron 950. Both boxes run redhat 7.3. One runs the php that came with redhat 7.3, the 6 cpu box runs php 4.2.2 that we compiled ourselves to add more options. For sample output of this script, with a phpinfo() call appended to it, go to: http://www.umci.com/testcode.phtml "; $start = $start + 0.01; } ?> -- Edit this bug report at http://bugs.php.net/?id=19398&edit=1
#19398 [Opn->Bgs]: mathmatical errors, especially after string conversions
ID: 19398 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Redhat 7.3 PHP Version: 4.2.2 Previous Comments: [2002-09-17 04:43:40] [EMAIL PROTECTED] Never compare floats for equalness! Thats like comparing two pieces of rope for exactly equal length -> you won't ever find an equal pair see for example the note on http://www.php.net/language.types.float [2002-09-13 20:03:14] [EMAIL PROTECTED] The script below produces a lot of output on two of our systems. One a 6 cpu ppro, the other a single cpu duron 950. Both boxes run redhat 7.3. One runs the php that came with redhat 7.3, the 6 cpu box runs php 4.2.2 that we compiled ourselves to add more options. For sample output of this script, with a phpinfo() call appended to it, go to: http://www.umci.com/testcode.phtml "; $start = $start + 0.01; } ?> -- Edit this bug report at http://bugs.php.net/?id=19398&edit=1
#19448 [Bgs]: Session does not work
ID: 19448 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: windows PHP Version: 4.2.3 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Previous Comments: [2002-09-17 04:32:18] [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. [2002-09-17 03:45:43] [EMAIL PROTECTED] I have check in many to executes session but session value are not accessable i do not know either session are not store or value of session is not retrive on server.. but it works perfectly at my local machine. session creation code is $HTTP_SESSION_VARS['session_login']=trim($user_login); $HTTP_SESSION_VARS['session_pwd']=md5(trim($user_password)); and retrivale code session_start(); $session_login=$HTTP_SESSION_VARS['session_login']; $session_pwd=$HTTP_SESSION_VARS['session_pwd']; -- Edit this bug report at http://bugs.php.net/?id=19448&edit=1
#19386 [Fbk->Opn]: crash at if (preg_match('/(.|[\r\n])+/', $x)):
ID: 19386 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: * PHP Version: 4.2.3, 4.3.0-dev New Comment: Tests of different lengths of string '$x' show that if strlen($x) > 4040 the crash occurs i.e. with the last text is 'Randomized-Controlled-Trial' php will crash. A shorter script as requested is: $len\n"; } ?> Previous Comments: [2002-09-13 12:31:15] [EMAIL PROTECTED] I can reproduce the crash on Linux too. But could you try shortening the example script to something bit smaller? [2002-09-13 09:53:19] [EMAIL PROTECTED] By php version 4.3.1 I mean 4.2.1 of course ;-) [2002-09-13 07:20:54] [EMAIL PROTECTED] Crash also occurred with php version 4.3.1. Binary windows version was used in both cases. Doe not occur for all values of $x (probably only for very long strings ?). -- Edit this bug report at http://bugs.php.net/?id=19386&edit=1
#19449 [NEW]: fork, multi-threading
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: fork, multi-threading Is there a chance we could get fork() working for the Windows platform. It is currently restricting Windows PHP development to move through in to the broad field of multi-threaded programming, which would be a great beneficiary. -- Edit bug report at http://bugs.php.net/?id=19449&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19449&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19449&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19449&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19449&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19449&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19449&r=support Expected behavior: http://bugs.php.net/fix.php?id=19449&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19449&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19449&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19449&r=globals
#19449 [Com]: fork, multi-threading
ID: 19449 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: threading should work on windows - see pear/PECL/threads in cvs - currently experimental though. Previous Comments: [2002-09-17 05:31:23] [EMAIL PROTECTED] Is there a chance we could get fork() working for the Windows platform. It is currently restricting Windows PHP development to move through in to the broad field of multi-threaded programming, which would be a great beneficiary. -- Edit this bug report at http://bugs.php.net/?id=19449&edit=1
#18252 [Opn]: angle in ImageTTFText now works clockwise
ID: 18252 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: FreeBSD 4.6 PHP Version: 4.3.0-dev New Comment: Reproduced! This is a problem within libfreetype. Depending on the freetype version the angles are counted in different directions. Previous Comments: [2002-09-11 08:57:19] [EMAIL PROTECTED] I am still having this same problem - tried everything. Here is what script produces: http://www.dpetrov.com/misc/ttf/test4.php And here is the source: http://www.dpetrov.com/misc/ttf/test4.phps [2002-09-09 01:00:05] [EMAIL PROTECTED] 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-08-09 00:45:14] [EMAIL PROTECTED] The sample image provided by dams, http://www.deadmime.org/~dank/test.png Is this what you were looking for? Mind you this is GD 2.0.1 built without FreeType support (apparently on OSX the two don't mix nicely). If this is what you were looking for, any chance you can try rebuilding GD without FreeType support, just to narrow down the differences of course. [2002-07-18 13:44:04] [EMAIL PROTECTED] Just note that I could NOT reproduce this with latest CVS. (with Linux) [2002-07-18 13:23:27] [EMAIL PROTECTED] I think the bug should be reopened, since it is reproducable. 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/18252 -- Edit this bug report at http://bugs.php.net/?id=18252&edit=1
#18252 [Opn->Bgs]: angle in ImageTTFText now works clockwise
ID: 18252 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: GD related Operating System: FreeBSD 4.6 PHP Version: 4.3.0-dev New Comment: Not a php bug -> bogus Previous Comments: [2002-09-17 06:32:09] [EMAIL PROTECTED] Reproduced! This is a problem within libfreetype. Depending on the freetype version the angles are counted in different directions. [2002-09-11 08:57:19] [EMAIL PROTECTED] I am still having this same problem - tried everything. Here is what script produces: http://www.dpetrov.com/misc/ttf/test4.php And here is the source: http://www.dpetrov.com/misc/ttf/test4.phps [2002-09-09 01:00:05] [EMAIL PROTECTED] 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-08-09 00:45:14] [EMAIL PROTECTED] The sample image provided by dams, http://www.deadmime.org/~dank/test.png Is this what you were looking for? Mind you this is GD 2.0.1 built without FreeType support (apparently on OSX the two don't mix nicely). If this is what you were looking for, any chance you can try rebuilding GD without FreeType support, just to narrow down the differences of course. [2002-07-18 13:44:04] [EMAIL PROTECTED] Just note that I could NOT reproduce this with latest CVS. (with Linux) 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/18252 -- Edit this bug report at http://bugs.php.net/?id=18252&edit=1
#19450 [NEW]: GET request duplicated (SESSION+PDF+INTERNET EXPLORER)
From: [EMAIL PROTECTED] Operating system: PHP version: 4.2.3 PHP Bug Type: Session related Bug description: GET request duplicated (SESSION+PDF+INTERNET EXPLORER) Hi, When I ask for this page from IE 5.5 -> 6.0 the script is executed 2 times. The file toto.txt contains : === array ( 'DOCUMENT_ROOT' => '/var/www/1/s/u/r/surleau.com/www/', 'HTTP_ACCEPT' => 'image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, */*', 'HTTP_ACCEPT_ENCODING' => 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE' => 'fr,en;q=0.5', 'HTTP_CONNECTION' => 'close', 'HTTP_COOKIE' => 'PHPSESSID=12332cb862f0ecb3def4b670727e2f25', 'HTTP_HOST' => 'www.surleau.com', 'HTTP_REFERER' => 'http://www.surleau.com/test/', 'HTTP_USER_AGENT' => 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)', 'HTTP_X_COMING_FROM' => '195.68.44.149', 'PATH' => '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin', 'REDIRECT_HOMEDIR' => '/var/www/1/s/u/r/surleau.com/www/', 'REDIRECT_PHP_INCLUDE_PATH' => '/var/www/1/s/u/r/surleau.com/www/include/:.', 'REDIRECT_REALNAME' => '/test/fl.php', 'REDIRECT_REQUEST_URI' => '/test/fl.php', 'REDIRECT_SCRIPT_NAME' => '/test/fl.php', 'REDIRECT_SERVER_NAME' => 'www.surleau.com', 'REDIRECT_SESSIONDIR' => '/var/www/1/s/u/r/surleau.com/www/sessions/', 'REDIRECT_STATUS' => '200', 'REDIRECT_UNIQUE_ID' => 'PYcRftQbI3IAAHZwPac', 'REDIRECT_URL' => '/www.surleau.com/test/fl.php', 'REMOTE_ADDR' => '195.68.44.149', 'REMOTE_PORT' => '60203', 'SCRIPT_FILENAME' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'SERVER_ADDR' => '212.27.35.114', 'SERVER_ADMIN' => 'no.valid@email', 'SERVER_NAME' => 'www.surleau.com', 'SERVER_PORT' => '80', 'SERVER_SIGNATURE' => '', 'SERVER_SOFTWARE' => 'Apache/1.3.20 (Unix) Debian/GNU mod_fastcgi/2.2.12 mod_perl/1.25', 'UNIQUE_ID' => 'PYcRftQbI3IAAHZwPac', 'GATEWAY_INTERFACE' => 'CGI/1.1', 'SERVER_PROTOCOL' => 'HTTP/1.1', 'REQUEST_METHOD' => 'GET', 'QUERY_STRING' => '', 'REQUEST_URI' => '/test/fl.php', 'SCRIPT_NAME' => '/test/fl.php', 'PATH_INFO' => '', 'PATH_TRANSLATED' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'PHP_SELF' => '/test/fl.php', 'argv' => array ( ), 'argc' => 0, ) === array ( 'DOCUMENT_ROOT' => '/var/www/1/s/u/r/surleau.com/www/', 'HTTP_ACCEPT' => '*/*', 'HTTP_ACCEPT_ENCODING' => 'gzip, deflate', 'HTTP_CONNECTION' => 'close', 'HTTP_COOKIE' => 'PHPSESSID=12332cb862f0ecb3def4b670727e2f25', 'HTTP_HOST' => 'www.surleau.com', 'HTTP_USER_AGENT' => 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)', 'HTTP_X_COMING_FROM' => '195.68.44.149', 'PATH' => '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin', 'REDIRECT_HOMEDIR' => '/var/www/1/s/u/r/surleau.com/www/', 'REDIRECT_PHP_INCLUDE_PATH' => '/var/www/1/s/u/r/surleau.com/www/include/:.', 'REDIRECT_REALNAME' => '/test/fl.php', 'REDIRECT_REQUEST_URI' => '/test/fl.php', 'REDIRECT_SCRIPT_NAME' => '/test/fl.php', 'REDIRECT_SERVER_NAME' => 'www.surleau.com', 'REDIRECT_SESSIONDIR' => '/var/www/1/s/u/r/surleau.com/www/sessions/', 'REDIRECT_STATUS' => '200', 'REDIRECT_UNIQUE_ID' => 'PYcRgtQbI1cAAHAyMkM', 'REDIRECT_URL' => '/www.surleau.com/test/fl.php', 'REMOTE_ADDR' => '195.68.44.149', 'REMOTE_PORT' => '60207', 'SCRIPT_FILENAME' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'SERVER_ADDR' => '212.27.35.87', 'SERVER_ADMIN' => 'no.valid@email', 'SERVER_NAME' => 'www.surleau.com', 'SERVER_PORT' => '80', 'SERVER_SIGNATURE' => '', 'SERVER_SOFTWARE' => 'Apache/1.3.20 (Unix) Debian/GNU mod_fastcgi/2.2.12 mod_perl/1.25', 'UNIQUE_ID' => 'PYcRgtQbI1cAAHAyMkM', 'GATEWAY_INTERFACE' => 'CGI/1.1', 'SERVER_PROTOCOL' => 'HTTP/1.1', 'REQUEST_METHOD' => 'GET', 'QUERY_STRING' => '', 'REQUEST_URI' => '/test/fl.php', 'SCRIPT_NAME' => '/test/fl.php', 'PATH_INFO' => '', 'PATH_TRANSLATED' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'PHP_SELF' => '/test/fl.php', 'argv' => array ( ), 'argc' => 0, ) With Mozilla 1.1, it's not the case. Example with Mozilla : === array ( 'DOCUMENT_ROOT' => '/var/www/1/s/u/r/surleau.com/www/', 'HTTP_ACCEPT' => 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1', 'HTTP_ACCEPT_CHARSET' => 'ISO-8859-1, utf-8;q=0.66, *;q=0.66', 'HTTP_ACCEPT_ENCODING' => 'gzip, deflate, compress;q=0.9', 'HTTP_ACCEPT_LANGUAGE' => 'fr, en;q=0.66, en-us;q=0.33', 'HTTP_CONNECTION' => 'close', 'HTTP_HOST' => 'www.surleau.com', 'HTTP_REFERER' => 'http://www.surleau.com/test/', 'HTTP_USER_AGENT' => 'Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/200208
#19386 [Opn->Fbk]: crash at if (preg_match('/(.|[\r\n])+/', $x)):
ID: 19386 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: * PHP Version: 4.2.3, 4.3.0-dev New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Could you supply a backtrace? Also, could you try with a non-stable snapshot from the last couple of days as the PCRE library was updated recently. Previous Comments: [2002-09-17 05:22:14] [EMAIL PROTECTED] Tests of different lengths of string '$x' show that if strlen($x) > 4040 the crash occurs i.e. with the last text is 'Randomized-Controlled-Trial' php will crash. A shorter script as requested is: $len\n"; } ?> [2002-09-13 12:31:15] [EMAIL PROTECTED] I can reproduce the crash on Linux too. But could you try shortening the example script to something bit smaller? [2002-09-13 09:53:19] [EMAIL PROTECTED] By php version 4.3.1 I mean 4.2.1 of course ;-) [2002-09-13 07:20:54] [EMAIL PROTECTED] Crash also occurred with php version 4.3.1. Binary windows version was used in both cases. Doe not occur for all values of $x (probably only for very long strings ?). -- Edit this bug report at http://bugs.php.net/?id=19386&edit=1
#19386 [Fbk]: crash at if (preg_match('/(.|[\r\n])+/', $x)):
ID: 19386 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PCRE related Operating System: * PHP Version: 4.2.3, 4.3.0-dev New Comment: I didn't see that Jani reproduced this. FWIW, I can not reproduce using current CVS or with PHP 4.2.1 (the oldest version I had to hand just now) using the short script that you provided. Previous Comments: [2002-09-17 07:03:48] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Could you supply a backtrace? Also, could you try with a non-stable snapshot from the last couple of days as the PCRE library was updated recently. [2002-09-17 05:22:14] [EMAIL PROTECTED] Tests of different lengths of string '$x' show that if strlen($x) > 4040 the crash occurs i.e. with the last text is 'Randomized-Controlled-Trial' php will crash. A shorter script as requested is: $len\n"; } ?> [2002-09-13 12:31:15] [EMAIL PROTECTED] I can reproduce the crash on Linux too. But could you try shortening the example script to something bit smaller? [2002-09-13 09:53:19] [EMAIL PROTECTED] By php version 4.3.1 I mean 4.2.1 of course ;-) [2002-09-13 07:20:54] [EMAIL PROTECTED] Crash also occurred with php version 4.3.1. Binary windows version was used in both cases. Doe not occur for all values of $x (probably only for very long strings ?). -- Edit this bug report at http://bugs.php.net/?id=19386&edit=1
#17142 [Fbk->Csd]: Unresolved symbol: _regcomp
ID: 17142 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4.2.0 New Comment: Hello, I don't have this error anymore. Apache 2 with php doesn't work, I close this bug and I open another @++ JC Previous Comments: [2002-09-16 10:35:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-05-14 13:44:42] [EMAIL PROTECTED] Same error with 4.2.1 There's this in debug.log : gcc -o conftest -g -O2 -D_REENTRANT -L/PKl01h01/soft/web/lib -L/PKl01h01/soft/web/lib -L/PKl01h01/soft/postgresql/lib -L/PKl01h01/soft/postgresql/lib conftest.c -lpq -lpd f -lz -lpng -ljpeg -lgd -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lcrypt -lm -lnsl -lpthread -lcrypt 1>&5 Pthread internal error: message: __libc_reinit() failed, file: /ux/core/kern/pthreads/pthread.c, line: 1093 Return Pointer is 0xc12190c3 [2002-05-10 11:55:10] [EMAIL PROTECTED] Hellow, I can configure and compile php with apache 2 support. But when I want to start apache 2, I have this error : ./apachectl start Syntax error on line 230 of /PKl01h01/soft/web/httpd/conf/httpd.conf: Cannot load /PKl01h01/soft/web/httpd/modules/libphp4.so into server: Unresolved symbol: _regcomp (code) from /usr/lib/libc.1 ./apachectl start: httpd could not be started Any ideas ? Thanks PS : it works with apache 1.3 @++ JC -- Edit this bug report at http://bugs.php.net/?id=17142&edit=1
#19451 [NEW]: Fucking Guestbook!
From: [EMAIL PROTECTED]
Operating system: Win 98 SE
PHP version: 4.2.3
PHP Bug Type: *General Issues
Bug description: Fucking Guestbook!
Look here, this is the sourcetext of my guestbook, but if i tried to use,
there is the notice:
Undefined variable 'message'
!Sorry for my bad English!
-Umbrüche
$eintrag=nl2br($eintrag);
//Eingaben überprüfen
if(strlen($name)<3){
//Kein richtiger Name eingegeben
$error_msg="Bitte geben Sie Ihren Namen an";
}
if(strlen($eintrag)<3){
//Kein Eintrag vorgenommen
$error_msg.="Bitte geben Sie auch etwas in das Gästebuch ein.";
}
if(ereg("^[_a-zA-Z0-9-]+(\.[_a-zA-Z0-9-]+)*@([a-zA-Z0-9-]+\.)+([a-zA-Z]{2,4})$",$email)){
//Mailadresse korrekt angegeben - Name entsprechend formatieren
$name="mailto:"; . $email . ">" . $name . "";
}
if(ereg("^([a-zA-Z0-9-]+\.)+([a-zA-Z]{2,4})$",$homepage)){
//Es wurde auch eine Homepageadresse angegeben - entsprechende
Formatierung vornehmen
if(!ereg("^http:",$homepage)){
//http:// fehlt in der Angabe der Adresse - hier ergänzen
$homepage="http://"; . $homepage;
}
$hp_format="Homepage: " .
$homepage . "";
}
//Ende Eingaben überprüfen
if(isset($error_msg)){
//Fehlerhafte Angaben - Hinweis ausgeben und keinen Eintrag vornehmen
$message ="Ihr Eintrag konnte leider nicht in unser Gästebuch
aufgenommen werden:";
$message.=$error_msg;
$message.="Klicken Sie auf zurück.";
}else{
//Neuen Gästebucheintrag vornehmen
//Neuen Gästebucheintrag formatieren
$new_entry ="\n";
$new_entry.=" \n";
$new_entry.="Name: " . $name .
$hp_format . "\n";
$new_entry.="" . date("d.m.Y
H:i") . "\n";
$new_entry.=" \n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" " . $eintrag . "\n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.="\n";
$guestfile="guestbook_data.html";
//Zuerst alte Einträge auslesen
if(file_exists($guestfile)) {
$fp=fopen($guestfile,"r");
$guest_data=fread($fp,filesize($guestfile));
fclose($fp);
}
//Gästebucheinträge neu anlegen und den neuen an den Beginn
schreiben
$fp=fopen($guestfile,"w");
flock($fp,1);
fputs($fp,$new_entry);
if(isset($guest_data)) fputs($fp,$guest_data);
flock($fp,3);
fclose($fp);
//Mail verschicken
$recipient="[EMAIL PROTECTED]";
$subject="Neuer Eintrag im Gaestebuch";
$header="From: [EMAIL PROTECTED]\n";
$mail_body="Neuer Eintrag im Gaestebuch";
mail($recipient,$subject,$mail_body,$header);
}
}
?>
P.S If you want to help me, you will need the files guestbook_data.html
and guestbook_new.php,
guestbook_data.html is a empty .html-file,
and here is the source text of guestbook_new.php:
Name :
E-Mail :
Homepage :
Kommentar :itschoritly
--
Edit bug report at http://bugs.php.net/?id=19451&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19451&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19451&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19451&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19451&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19451&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19451&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19451&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19451&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19451&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19451&r=globals
#19451 [Opn->Bgs]: Fucking Guestbook!
ID: 19451
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Win 98 SE
PHP Version: 4.2.3
New Comment:
In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.
Previous Comments:
[2002-09-17 07:35:31] [EMAIL PROTECTED]
Look here, this is the sourcetext of my guestbook, but if i tried to
use, there is the notice:
Undefined variable 'message'
!Sorry for my bad English!
-Umbrüche
$eintrag=nl2br($eintrag);
//Eingaben überprüfen
if(strlen($name)<3){
//Kein richtiger Name eingegeben
$error_msg="Bitte geben Sie Ihren Namen an";
}
if(strlen($eintrag)<3){
//Kein Eintrag vorgenommen
$error_msg.="Bitte geben Sie auch etwas in das Gästebuch ein.";
}
if(ereg("^[_a-zA-Z0-9-]+(\.[_a-zA-Z0-9-]+)*@([a-zA-Z0-9-]+\.)+([a-zA-Z]{2,4})$",$email)){
//Mailadresse korrekt angegeben - Name entsprechend formatieren
$name="mailto:"; . $email . ">" . $name . "";
}
if(ereg("^([a-zA-Z0-9-]+\.)+([a-zA-Z]{2,4})$",$homepage)){
//Es wurde auch eine Homepageadresse angegeben - entsprechende
Formatierung vornehmen
if(!ereg("^http:",$homepage)){
//http:// fehlt in der Angabe der Adresse - hier ergänzen
$homepage="http://"; . $homepage;
}
$hp_format="Homepage: " .
$homepage . "";
}
//Ende Eingaben überprüfen
if(isset($error_msg)){
//Fehlerhafte Angaben - Hinweis ausgeben und keinen Eintrag
vornehmen
$message ="Ihr Eintrag konnte leider nicht in unser Gästebuch
aufgenommen werden:";
$message.=$error_msg;
$message.="Klicken Sie auf zurück.";
}else{
//Neuen Gästebucheintrag vornehmen
//Neuen Gästebucheintrag formatieren
$new_entry ="\n";
$new_entry.=" \n";
$new_entry.="Name: " . $name .
$hp_format . "\n";
$new_entry.="" . date("d.m.Y
H:i") . "\n";
$new_entry.=" \n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" " . $eintrag . "\n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.="\n";
$guestfile="guestbook_data.html";
//Zuerst alte Einträge auslesen
if(file_exists($guestfile)) {
$fp=fopen($guestfile,"r");
$guest_data=fread($fp,filesize($guestfile));
fclose($fp);
}
//Gästebucheinträge neu anlegen und den neuen an den Beginn
schreiben
$fp=fopen($guestfile,"w");
flock($fp,1);
fputs($fp,$new_entry);
if(isset($guest_data)) fputs($fp,$guest_data);
flock($fp,3);
fclose($fp);
//Mail verschicken
$recipient="[EMAIL PROTECTED]";
$subject="Neuer Eintrag im Gaestebuch";
$header="From: [EMAIL PROTECTED]\n";
$mail_body="Neuer Eintrag im Gaestebuch";
mail($recipient,$subject,$mail_body,$header);
}
}
?>
P.S If you want to help me, you will need the files guestbook_data.html
and guestbook_new.php,
guestbook_data.html is a empty .html-file,
and here is the source text of guestbook_new.php:
Name :
E-Mail :
Homepage :
Kommentar :itschoritly
--
Edit this bug report at http://bugs.php.net/?id=19451&edit=1
#19451 [Bgs->Opn]: Fucking Guestbook!, Please help me, It's very important for me
ID: 19451
User updated by: [EMAIL PROTECTED]
-Summary: Fucking Guestbook!
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: *General Issues
Operating System: Win 98 SE
PHP Version: 4.2.3
New Comment:
.
Previous Comments:
[2002-09-17 07:36:43] [EMAIL PROTECTED]
In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.
[2002-09-17 07:35:31] [EMAIL PROTECTED]
Look here, this is the sourcetext of my guestbook, but if i tried to
use, there is the notice:
Undefined variable 'message'
!Sorry for my bad English!
-Umbrüche
$eintrag=nl2br($eintrag);
//Eingaben überprüfen
if(strlen($name)<3){
//Kein richtiger Name eingegeben
$error_msg="Bitte geben Sie Ihren Namen an";
}
if(strlen($eintrag)<3){
//Kein Eintrag vorgenommen
$error_msg.="Bitte geben Sie auch etwas in das Gästebuch ein.";
}
if(ereg("^[_a-zA-Z0-9-]+(\.[_a-zA-Z0-9-]+)*@([a-zA-Z0-9-]+\.)+([a-zA-Z]{2,4})$",$email)){
//Mailadresse korrekt angegeben - Name entsprechend formatieren
$name="mailto:"; . $email . ">" . $name . "";
}
if(ereg("^([a-zA-Z0-9-]+\.)+([a-zA-Z]{2,4})$",$homepage)){
//Es wurde auch eine Homepageadresse angegeben - entsprechende
Formatierung vornehmen
if(!ereg("^http:",$homepage)){
//http:// fehlt in der Angabe der Adresse - hier ergänzen
$homepage="http://"; . $homepage;
}
$hp_format="Homepage: " .
$homepage . "";
}
//Ende Eingaben überprüfen
if(isset($error_msg)){
//Fehlerhafte Angaben - Hinweis ausgeben und keinen Eintrag
vornehmen
$message ="Ihr Eintrag konnte leider nicht in unser Gästebuch
aufgenommen werden:";
$message.=$error_msg;
$message.="Klicken Sie auf zurück.";
}else{
//Neuen Gästebucheintrag vornehmen
//Neuen Gästebucheintrag formatieren
$new_entry ="\n";
$new_entry.=" \n";
$new_entry.="Name: " . $name .
$hp_format . "\n";
$new_entry.="" . date("d.m.Y
H:i") . "\n";
$new_entry.=" \n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" " . $eintrag . "\n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.="\n";
$guestfile="guestbook_data.html";
//Zuerst alte Einträge auslesen
if(file_exists($guestfile)) {
$fp=fopen($guestfile,"r");
$guest_data=fread($fp,filesize($guestfile));
fclose($fp);
}
//Gästebucheinträge neu anlegen und den neuen an den Beginn
schreiben
$fp=fopen($guestfile,"w");
flock($fp,1);
fputs($fp,$new_entry);
if(isset($guest_data)) fputs($fp,$guest_data);
flock($fp,3);
fclose($fp);
//Mail verschicken
$recipient="[EMAIL PROTECTED]";
$subject="Neuer Eintrag im Gaestebuch";
$header="From: [EMAIL PROTECTED]\n";
$mail_body="Neuer Eintrag im Gaestebuch";
mail($recipient,$subject,$mail_body,$header);
}
}
?>
P.S If you want to help me, you will need the files guestbook_data.html
and guestbook_new.php,
guestbook_data.html is a empty .html-file,
and here is the source text of guestbook_new.php:
Name :
E-Mail :
Homepage :
Kommentar :itschoritly
--
Edit this bug report at http://bugs.php.net/?id=19451&edit=1
#19452 [NEW]: Apache2 with php4 freeze on HP-UX 11.00
From: [EMAIL PROTECTED] Operating system: HP-UX 11.00 PHP version: 4CVS-2002-09-17 PHP Bug Type: Apache2 related Bug description: Apache2 with php4 freeze on HP-UX 11.00 Hellow, I can configure and compile php with apache 2 support on HP-UX 11.00 But when I want to start apache 2, httpd freeze (don't start) and the process take 99% of the CPU What can I do ? There's nothing in logs. Configure line for php : ./configure \ --with-config-file-path=/PKl01h01/soft/web/cfg \ --without-mysql \ --without-gd \ --prefix=/PKl01h01/soft/web \ --with-apxs2=/PKl01h01/soft/web/httpd/bin/apxs I've the same problem with : php 4.2.1 php 4.2.2 php 4.2.3 php CVS 2002-09-17 apache 2.0.39 apache 2.0.40 Configure line for apache 2 : ./configure \ --with-ssl==/PKl01h01/soft/web/ \ --prefix=$BCVHOME/httpd \ --enable-module=most \ --enable-ssl \ --enable-dav \ --enable-dav-fs @++ JC -- Edit bug report at http://bugs.php.net/?id=19452&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19452&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19452&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19452&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19452&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19452&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19452&r=support Expected behavior: http://bugs.php.net/fix.php?id=19452&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19452&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19452&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19452&r=globals
#19451 [Opn->Bgs]: Fucking Guestbook!, Please help me, It's very important for me
ID: 19451
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Win 98 SE
PHP Version: 4.2.3
New Comment:
Sorry, but the bug system is not the appropriate forum for asking
support questions. 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
Thank you for your interest in PHP.
Previous Comments:
[2002-09-17 07:37:10] [EMAIL PROTECTED]
.
[2002-09-17 07:36:43] [EMAIL PROTECTED]
In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.
[2002-09-17 07:35:31] [EMAIL PROTECTED]
Look here, this is the sourcetext of my guestbook, but if i tried to
use, there is the notice:
Undefined variable 'message'
!Sorry for my bad English!
-Umbrüche
$eintrag=nl2br($eintrag);
//Eingaben überprüfen
if(strlen($name)<3){
//Kein richtiger Name eingegeben
$error_msg="Bitte geben Sie Ihren Namen an";
}
if(strlen($eintrag)<3){
//Kein Eintrag vorgenommen
$error_msg.="Bitte geben Sie auch etwas in das Gästebuch ein.";
}
if(ereg("^[_a-zA-Z0-9-]+(\.[_a-zA-Z0-9-]+)*@([a-zA-Z0-9-]+\.)+([a-zA-Z]{2,4})$",$email)){
//Mailadresse korrekt angegeben - Name entsprechend formatieren
$name="mailto:"; . $email . ">" . $name . "";
}
if(ereg("^([a-zA-Z0-9-]+\.)+([a-zA-Z]{2,4})$",$homepage)){
//Es wurde auch eine Homepageadresse angegeben - entsprechende
Formatierung vornehmen
if(!ereg("^http:",$homepage)){
//http:// fehlt in der Angabe der Adresse - hier ergänzen
$homepage="http://"; . $homepage;
}
$hp_format="Homepage: " .
$homepage . "";
}
//Ende Eingaben überprüfen
if(isset($error_msg)){
//Fehlerhafte Angaben - Hinweis ausgeben und keinen Eintrag
vornehmen
$message ="Ihr Eintrag konnte leider nicht in unser Gästebuch
aufgenommen werden:";
$message.=$error_msg;
$message.="Klicken Sie auf zurück.";
}else{
//Neuen Gästebucheintrag vornehmen
//Neuen Gästebucheintrag formatieren
$new_entry ="\n";
$new_entry.=" \n";
$new_entry.="Name: " . $name .
$hp_format . "\n";
$new_entry.="" . date("d.m.Y
H:i") . "\n";
$new_entry.=" \n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" " . $eintrag . "\n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.="\n";
$new_entry.=" \n";
$new_entry.="\n";
$guestfile="guestbook_data.html";
//Zuerst alte Einträge auslesen
if(file_exists($guestfile)) {
$fp=fopen($guestfile,"r");
$guest_data=fread($fp,filesize($guestfile));
fclose($fp);
}
//Gästebucheinträge neu anlegen und den neuen an den Beginn
schreiben
$fp=fopen($guestfile,"w");
flock($fp,1);
fputs($fp,$new_entry);
if(isset($guest_data)) fputs($fp,$guest_data);
flock($fp,3);
fclose($fp);
//Mail verschicken
$recipient="[EMAIL PROTECTED]";
$subject="Neuer Eintrag im Gaestebuch";
$header="From: [EMAIL PROTECTED]\n";
$mail_body="Neuer Eintrag im Gaestebuch";
mail($recipient,$subject,$mail_body,$header);
}
}
?>
P.S If you want to help me, you will need the files guestbook_data.html
and guestbook_new.php,
guestbook_data.html is a empty .html-file,
and here is the source text of guestbook_new.php:
Name :
E-Mail :
Homepage :
Kommentar :itschoritly
--
Edit this bug report at http://bugs.php.net/?id=19451&edit=1
#19386 [Fbk]: crash at if (preg_match('/(.|[\r\n])+/', $x)):
ID: 19386 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PCRE related Operating System: * PHP Version: 4.2.3, 4.3.0-dev New Comment: And I can still reproduce it with the short script and using latest CVS. (which has the new pcre lib) Previous Comments: [2002-09-17 07:10:20] [EMAIL PROTECTED] I didn't see that Jani reproduced this. FWIW, I can not reproduce using current CVS or with PHP 4.2.1 (the oldest version I had to hand just now) using the short script that you provided. [2002-09-17 07:03:48] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Could you supply a backtrace? Also, could you try with a non-stable snapshot from the last couple of days as the PCRE library was updated recently. [2002-09-17 05:22:14] [EMAIL PROTECTED] Tests of different lengths of string '$x' show that if strlen($x) > 4040 the crash occurs i.e. with the last text is 'Randomized-Controlled-Trial' php will crash. A shorter script as requested is: $len\n"; } ?> [2002-09-13 12:31:15] [EMAIL PROTECTED] I can reproduce the crash on Linux too. But could you try shortening the example script to something bit smaller? [2002-09-13 09:53:19] [EMAIL PROTECTED] By php version 4.3.1 I mean 4.2.1 of course ;-) 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/19386 -- Edit this bug report at http://bugs.php.net/?id=19386&edit=1
#18227 [Com]: calling session_set_cookie_params breaks session_start
ID: 18227 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: FreeBSD 4.2 PHP Version: 4.2.0 New Comment: This problem is also evident in Windows XP. Reproduced under the latest version of php and apache as of September 17th 2002. Previous Comments: [2002-07-08 09:07:04] [EMAIL PROTECTED] calling session_set_cookie_params prior to session_start results in session_start not sending the cookie. actual code squence is Headers are checked using tcpflow. Removing the session_set_cookie_params sends the cookie. -- Edit this bug report at http://bugs.php.net/?id=18227&edit=1
#19386 [Fbk->Opn]: crash at if (preg_match('/(.|[\r\n])+/', $x)):
ID: 19386 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: * PHP Version: 4.2.3, 4.3.0-dev New Comment: I've reproduced this using the php4-win32-latest snapshot. The only difference is that it crashes at char 3915 instead of 4041. Sorry, but not gdb hence no backtrace. Previous Comments: [2002-09-17 07:56:38] [EMAIL PROTECTED] And I can still reproduce it with the short script and using latest CVS. (which has the new pcre lib) [2002-09-17 07:10:20] [EMAIL PROTECTED] I didn't see that Jani reproduced this. FWIW, I can not reproduce using current CVS or with PHP 4.2.1 (the oldest version I had to hand just now) using the short script that you provided. [2002-09-17 07:03:48] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Could you supply a backtrace? Also, could you try with a non-stable snapshot from the last couple of days as the PCRE library was updated recently. [2002-09-17 05:22:14] [EMAIL PROTECTED] Tests of different lengths of string '$x' show that if strlen($x) > 4040 the crash occurs i.e. with the last text is 'Randomized-Controlled-Trial' php will crash. A shorter script as requested is: $len\n"; } ?> [2002-09-13 12:31:15] [EMAIL PROTECTED] I can reproduce the crash on Linux too. But could you try shortening the example script to something bit smaller? 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/19386 -- Edit this bug report at http://bugs.php.net/?id=19386&edit=1
#19450 [Opn->Bgs]: GET request duplicated (SESSION+PDF+INTERNET EXPLORER)
ID: 19450 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:Session related PHP Version: 4.2.3 New Comment: It's some IE bug. Not PHP problem in any case. Previous Comments: [2002-09-17 06:34:53] [EMAIL PROTECTED] Hi, When I ask for this page from IE 5.5 -> 6.0 the script is executed 2 times. The file toto.txt contains : === array ( 'DOCUMENT_ROOT' => '/var/www/1/s/u/r/surleau.com/www/', 'HTTP_ACCEPT' => 'image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, */*', 'HTTP_ACCEPT_ENCODING' => 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE' => 'fr,en;q=0.5', 'HTTP_CONNECTION' => 'close', 'HTTP_COOKIE' => 'PHPSESSID=12332cb862f0ecb3def4b670727e2f25', 'HTTP_HOST' => 'www.surleau.com', 'HTTP_REFERER' => 'http://www.surleau.com/test/', 'HTTP_USER_AGENT' => 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)', 'HTTP_X_COMING_FROM' => '195.68.44.149', 'PATH' => '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin', 'REDIRECT_HOMEDIR' => '/var/www/1/s/u/r/surleau.com/www/', 'REDIRECT_PHP_INCLUDE_PATH' => '/var/www/1/s/u/r/surleau.com/www/include/:.', 'REDIRECT_REALNAME' => '/test/fl.php', 'REDIRECT_REQUEST_URI' => '/test/fl.php', 'REDIRECT_SCRIPT_NAME' => '/test/fl.php', 'REDIRECT_SERVER_NAME' => 'www.surleau.com', 'REDIRECT_SESSIONDIR' => '/var/www/1/s/u/r/surleau.com/www/sessions/', 'REDIRECT_STATUS' => '200', 'REDIRECT_UNIQUE_ID' => 'PYcRftQbI3IAAHZwPac', 'REDIRECT_URL' => '/www.surleau.com/test/fl.php', 'REMOTE_ADDR' => '195.68.44.149', 'REMOTE_PORT' => '60203', 'SCRIPT_FILENAME' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'SERVER_ADDR' => '212.27.35.114', 'SERVER_ADMIN' => 'no.valid@email', 'SERVER_NAME' => 'www.surleau.com', 'SERVER_PORT' => '80', 'SERVER_SIGNATURE' => '', 'SERVER_SOFTWARE' => 'Apache/1.3.20 (Unix) Debian/GNU mod_fastcgi/2.2.12 mod_perl/1.25', 'UNIQUE_ID' => 'PYcRftQbI3IAAHZwPac', 'GATEWAY_INTERFACE' => 'CGI/1.1', 'SERVER_PROTOCOL' => 'HTTP/1.1', 'REQUEST_METHOD' => 'GET', 'QUERY_STRING' => '', 'REQUEST_URI' => '/test/fl.php', 'SCRIPT_NAME' => '/test/fl.php', 'PATH_INFO' => '', 'PATH_TRANSLATED' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'PHP_SELF' => '/test/fl.php', 'argv' => array ( ), 'argc' => 0, ) === array ( 'DOCUMENT_ROOT' => '/var/www/1/s/u/r/surleau.com/www/', 'HTTP_ACCEPT' => '*/*', 'HTTP_ACCEPT_ENCODING' => 'gzip, deflate', 'HTTP_CONNECTION' => 'close', 'HTTP_COOKIE' => 'PHPSESSID=12332cb862f0ecb3def4b670727e2f25', 'HTTP_HOST' => 'www.surleau.com', 'HTTP_USER_AGENT' => 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)', 'HTTP_X_COMING_FROM' => '195.68.44.149', 'PATH' => '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin', 'REDIRECT_HOMEDIR' => '/var/www/1/s/u/r/surleau.com/www/', 'REDIRECT_PHP_INCLUDE_PATH' => '/var/www/1/s/u/r/surleau.com/www/include/:.', 'REDIRECT_REALNAME' => '/test/fl.php', 'REDIRECT_REQUEST_URI' => '/test/fl.php', 'REDIRECT_SCRIPT_NAME' => '/test/fl.php', 'REDIRECT_SERVER_NAME' => 'www.surleau.com', 'REDIRECT_SESSIONDIR' => '/var/www/1/s/u/r/surleau.com/www/sessions/', 'REDIRECT_STATUS' => '200', 'REDIRECT_UNIQUE_ID' => 'PYcRgtQbI1cAAHAyMkM', 'REDIRECT_URL' => '/www.surleau.com/test/fl.php', 'REMOTE_ADDR' => '195.68.44.149', 'REMOTE_PORT' => '60207', 'SCRIPT_FILENAME' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'SERVER_ADDR' => '212.27.35.87', 'SERVER_ADMIN' => 'no.valid@email', 'SERVER_NAME' => 'www.surleau.com', 'SERVER_PORT' => '80', 'SERVER_SIGNATURE' => '', 'SERVER_SOFTWARE' => 'Apache/1.3.20 (Unix) Debian/GNU mod_fastcgi/2.2.12 mod_perl/1.25', 'UNIQUE_ID' => 'PYcRgtQbI1cAAHAyMkM', 'GATEWAY_INTERFACE' => 'CGI/1.1', 'SERVER_PROTOCOL' => 'HTTP/1.1', 'REQUEST_METHOD' => 'GET', 'QUERY_STRING' => '', 'REQUEST_URI' => '/test/fl.php', 'SCRIPT_NAME' => '/test/fl.php', 'PATH_INFO' => '', 'PATH_TRANSLATED' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'PHP_SELF' => '/test/fl.php', 'argv' => array ( ), 'argc' => 0, ) With Mozilla 1.1, it's not the case. Example with Mozilla : === array ( 'DOCUMENT_ROOT' => '/var/www/1/s/u/r/surleau.com/www/', 'HTTP_ACCEPT' => 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1', 'HTTP_ACCEPT_CHARSET' => 'ISO-8859-1, utf-8;q=0.66, *;q=0.66', 'HTTP_ACCEPT_ENCODING' => 'gzip, deflate, compress;q=0.9', 'HTTP_ACCEPT_LANGUAGE' => 'fr, en;q=0.66, en-us;q=0.33', 'HTTP_CONNECTION' => 'close
#19453 [NEW]: [chm] bug on function.error-reporting.html
From: [EMAIL PROTECTED] Operating system: windows PHP version: 4.2.3 PHP Bug Type: Documentation problem Bug description: [chm] bug on function.error-reporting.html I have found a bug on page function.error-reporting.html [chm date: 2002-08-28]... new manual wont copy .. copy to clipboard is not working -- Edit bug report at http://bugs.php.net/?id=19453&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19453&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19453&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19453&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19453&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19453&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19453&r=support Expected behavior: http://bugs.php.net/fix.php?id=19453&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19453&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19453&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19453&r=globals
#17958 [Com]: loses $_POST vars
ID: 17958 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache2 related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: Hi, I have tested using the following platforms: Platform 1: OS: Windows XP Professional Webserver: Apache/2.0.40 PHP: 4.2.3 Platform 2: OS: Windows 2000 Professional Webserver: Apache 2.0.40 PHP: 4.2.3 Platform 3: OS: Windows 2000 Professional Webserver: Apache 1.3.26 PHP: 4.2.3 I use a custom http client to connect to the http server. The http requests are multipart/form-data. A sample request: POST /cgi-bin/XXX HTTP/1.1 Authorization: Basic Content-Type: multipart/form-data; boundary=XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX User-Agent: Java1.4.0 Host: XXX.XXX.XXX.X:XXX Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive Content-length: 142 XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX Content-Disposition: form-data; name="fieldName" fieldValue XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX-- The $_POST array is empty. I have tested against IBM HTTP Server/V5R2M0 and have not had a probelm retrieving multipart/form-data POST variables using IBM REXX CGI Parse. I am pretty sure my header is valid. Thanks, Jeff Previous Comments: [2002-09-16 09:19:23] [EMAIL PROTECTED] I currently have got the problem of lost _POST-Vars even without the enctype=... stuff. All post vars are lost. Browsers: Mozilla/1.0, lynx OS: Debian Linux/PPC Server: Apache 2.0.40 PHP: 4.2.3/4.3.0(cvs) Is there any "workaround"? (e.g. downgrading Apache or PHP) [2002-09-12 07:24:01] [EMAIL PROTECTED] updating version [2002-09-12 05:42:28] [EMAIL PROTECTED] The Bug still appears in PHP 4.2.3 [2002-08-26 10:12:39] [EMAIL PROTECTED] I have a similar problem using PHP 4.2.2 and Apache 1.3.23. But only the first value of the $_POST-vars gets lost. [2002-08-21 19:15:37] [EMAIL PROTECTED] I just encountered symptoms quite similar to what you report here. I lost the first field from my POST:ed data when I had enctype"multipart/form-data" encoding on the form - with default encoding it worked fine. I never lost all POST:ed values though; just the first one (which happens to be a hidden field, but PHP does not know that). I know this worked fine with the same browser (IE6) while we were running PHP 4.1, we recently upgraded. This is with PHP 4.2.2 and Apache 1.3.26 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/17958 -- Edit this bug report at http://bugs.php.net/?id=17958&edit=1
#19445 [Opn->Fbk]: set_content does not replace contents
ID: 19445 Updated by: [EMAIL PROTECTED] -Summary: Memory problem of PHP in Win32 environment -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function -Operating System: Windows2000Server +Operating System: Redhat 7.3 kernel 2.4.18-3 PHP Version: 4.2.2 New Comment: I would run memtest on your new ram to see if you have ram errors. What is the error you are getting? Could this be related to http://bugs.php.net/15333 ? Previous Comments: [2002-09-16 19:50:31] [EMAIL PROTECTED] Dear PHP Group, I was using the machine that installed the memory of 256MB until July of this year. And in the end neighborhood in July, I increased the memory of the machine to 1GB. OS that was running normally until now from the instant, became unstable. I thought this problem, that the beginning is the problem of OS. I noticed that an OS error does not come out when do for a while and stop Apache. And I thought that the cause of this problem is in Apache. However, my judgment may misｓ. It is because the OS error does not come out when the reason makes PHP the CGI mode. Only when PHP is an ISAPI mode namely, the OS error comes out. This OS error is a violent thing and OS decreases in the case that the initialization failure of the application frequently occurs and the operation of OS be worst, become impossible. I am inevitable, the problem is driving with the CGI mode without going out now. The details of my machine are as follows. OS:Windows2000Server (Not using IIS at all) MEMORY:1GBytes HTTPD:Apache2.0.39(Win32) (Binary release) PHP:4.2.2 (Binary release) Others:mod_ssl/2.0.39 OpenSSL/0.9.6d mod_gzip/2.0.26.1a Sincerely, -- Edit this bug report at http://bugs.php.net/?id=19445&edit=1
#19450 [Bgs]: GET request duplicated (SESSION+PDF+INTERNET EXPLORER)
ID: 19450 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type:Session related PHP Version: 4.2.3 New Comment: it is due to IE being to fast in disposing non-cacheable files the temporary file that the plugin is supposed to open doesn't exist anymore when the plugin initializes as IE has already removed it you can work around this by setting the session.cache_limiter parameter to "private" to allow client side cacheing Previous Comments: [2002-09-17 08:09:13] [EMAIL PROTECTED] It's some IE bug. Not PHP problem in any case. [2002-09-17 06:34:53] [EMAIL PROTECTED] Hi, When I ask for this page from IE 5.5 -> 6.0 the script is executed 2 times. The file toto.txt contains : === array ( 'DOCUMENT_ROOT' => '/var/www/1/s/u/r/surleau.com/www/', 'HTTP_ACCEPT' => 'image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, */*', 'HTTP_ACCEPT_ENCODING' => 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE' => 'fr,en;q=0.5', 'HTTP_CONNECTION' => 'close', 'HTTP_COOKIE' => 'PHPSESSID=12332cb862f0ecb3def4b670727e2f25', 'HTTP_HOST' => 'www.surleau.com', 'HTTP_REFERER' => 'http://www.surleau.com/test/', 'HTTP_USER_AGENT' => 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)', 'HTTP_X_COMING_FROM' => '195.68.44.149', 'PATH' => '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin', 'REDIRECT_HOMEDIR' => '/var/www/1/s/u/r/surleau.com/www/', 'REDIRECT_PHP_INCLUDE_PATH' => '/var/www/1/s/u/r/surleau.com/www/include/:.', 'REDIRECT_REALNAME' => '/test/fl.php', 'REDIRECT_REQUEST_URI' => '/test/fl.php', 'REDIRECT_SCRIPT_NAME' => '/test/fl.php', 'REDIRECT_SERVER_NAME' => 'www.surleau.com', 'REDIRECT_SESSIONDIR' => '/var/www/1/s/u/r/surleau.com/www/sessions/', 'REDIRECT_STATUS' => '200', 'REDIRECT_UNIQUE_ID' => 'PYcRftQbI3IAAHZwPac', 'REDIRECT_URL' => '/www.surleau.com/test/fl.php', 'REMOTE_ADDR' => '195.68.44.149', 'REMOTE_PORT' => '60203', 'SCRIPT_FILENAME' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'SERVER_ADDR' => '212.27.35.114', 'SERVER_ADMIN' => 'no.valid@email', 'SERVER_NAME' => 'www.surleau.com', 'SERVER_PORT' => '80', 'SERVER_SIGNATURE' => '', 'SERVER_SOFTWARE' => 'Apache/1.3.20 (Unix) Debian/GNU mod_fastcgi/2.2.12 mod_perl/1.25', 'UNIQUE_ID' => 'PYcRftQbI3IAAHZwPac', 'GATEWAY_INTERFACE' => 'CGI/1.1', 'SERVER_PROTOCOL' => 'HTTP/1.1', 'REQUEST_METHOD' => 'GET', 'QUERY_STRING' => '', 'REQUEST_URI' => '/test/fl.php', 'SCRIPT_NAME' => '/test/fl.php', 'PATH_INFO' => '', 'PATH_TRANSLATED' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'PHP_SELF' => '/test/fl.php', 'argv' => array ( ), 'argc' => 0, ) === array ( 'DOCUMENT_ROOT' => '/var/www/1/s/u/r/surleau.com/www/', 'HTTP_ACCEPT' => '*/*', 'HTTP_ACCEPT_ENCODING' => 'gzip, deflate', 'HTTP_CONNECTION' => 'close', 'HTTP_COOKIE' => 'PHPSESSID=12332cb862f0ecb3def4b670727e2f25', 'HTTP_HOST' => 'www.surleau.com', 'HTTP_USER_AGENT' => 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)', 'HTTP_X_COMING_FROM' => '195.68.44.149', 'PATH' => '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin', 'REDIRECT_HOMEDIR' => '/var/www/1/s/u/r/surleau.com/www/', 'REDIRECT_PHP_INCLUDE_PATH' => '/var/www/1/s/u/r/surleau.com/www/include/:.', 'REDIRECT_REALNAME' => '/test/fl.php', 'REDIRECT_REQUEST_URI' => '/test/fl.php', 'REDIRECT_SCRIPT_NAME' => '/test/fl.php', 'REDIRECT_SERVER_NAME' => 'www.surleau.com', 'REDIRECT_SESSIONDIR' => '/var/www/1/s/u/r/surleau.com/www/sessions/', 'REDIRECT_STATUS' => '200', 'REDIRECT_UNIQUE_ID' => 'PYcRgtQbI1cAAHAyMkM', 'REDIRECT_URL' => '/www.surleau.com/test/fl.php', 'REMOTE_ADDR' => '195.68.44.149', 'REMOTE_PORT' => '60207', 'SCRIPT_FILENAME' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'SERVER_ADDR' => '212.27.35.87', 'SERVER_ADMIN' => 'no.valid@email', 'SERVER_NAME' => 'www.surleau.com', 'SERVER_PORT' => '80', 'SERVER_SIGNATURE' => '', 'SERVER_SOFTWARE' => 'Apache/1.3.20 (Unix) Debian/GNU mod_fastcgi/2.2.12 mod_perl/1.25', 'UNIQUE_ID' => 'PYcRgtQbI1cAAHAyMkM', 'GATEWAY_INTERFACE' => 'CGI/1.1', 'SERVER_PROTOCOL' => 'HTTP/1.1', 'REQUEST_METHOD' => 'GET', 'QUERY_STRING' => '', 'REQUEST_URI' => '/test/fl.php', 'SCRIPT_NAME' => '/test/fl.php', 'PATH_INFO' => '', 'PATH_TRANSLATED' => '/var/www/1/s/u/r/surleau.com/www/test/fl.php', 'PHP_SELF' => '/test/fl.php', 'argv' => array ( ), 'argc' => 0, ) With Mozilla 1.1, it's not the case. Example with Mozilla : === array ( 'DOCUMENT_ROOT' => '/v
#19452 [Opn->Fbk]: Apache2 with php4 freeze on HP-UX 11.00
ID: 19452 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4CVS-2002-09-17 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2002-09-17 07:39:37] [EMAIL PROTECTED] Hellow, I can configure and compile php with apache 2 support on HP-UX 11.00 But when I want to start apache 2, httpd freeze (don't start) and the process take 99% of the CPU What can I do ? There's nothing in logs. Configure line for php : ./configure \ --with-config-file-path=/PKl01h01/soft/web/cfg \ --without-mysql \ --without-gd \ --prefix=/PKl01h01/soft/web \ --with-apxs2=/PKl01h01/soft/web/httpd/bin/apxs I've the same problem with : php 4.2.1 php 4.2.2 php 4.2.3 php CVS 2002-09-17 apache 2.0.39 apache 2.0.40 Configure line for apache 2 : ./configure \ --with-ssl==/PKl01h01/soft/web/ \ --prefix=$BCVHOME/httpd \ --enable-module=most \ --enable-ssl \ --enable-dav \ --enable-dav-fs @++ JC -- Edit this bug report at http://bugs.php.net/?id=19452&edit=1
#19445 [Fbk]: Memory problem of PHP in Win32 environment
ID: 19445 Updated by: [EMAIL PROTECTED] -Summary: set_content does not replace contents Reported By: [EMAIL PROTECTED] Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: *General Issues -Operating System: Redhat 7.3 kernel 2.4.18-3 +Operating System: Windows2000Server PHP Version: 4.2.2 New Comment: Restore the correct summary and OS.. (That stupid mozilla auto-complete form (or whatever it is called) should be turned off by default.. :) Previous Comments: [2002-09-17 10:20:40] [EMAIL PROTECTED] I would run memtest on your new ram to see if you have ram errors. What is the error you are getting? Could this be related to http://bugs.php.net/15333 ? [2002-09-16 19:50:31] [EMAIL PROTECTED] Dear PHP Group, I was using the machine that installed the memory of 256MB until July of this year. And in the end neighborhood in July, I increased the memory of the machine to 1GB. OS that was running normally until now from the instant, became unstable. I thought this problem, that the beginning is the problem of OS. I noticed that an OS error does not come out when do for a while and stop Apache. And I thought that the cause of this problem is in Apache. However, my judgment may misｓ. It is because the OS error does not come out when the reason makes PHP the CGI mode. Only when PHP is an ISAPI mode namely, the OS error comes out. This OS error is a violent thing and OS decreases in the case that the initialization failure of the application frequently occurs and the operation of OS be worst, become impossible. I am inevitable, the problem is driving with the CGI mode without going out now. The details of my machine are as follows. OS:Windows2000Server (Not using IIS at all) MEMORY:1GBytes HTTPD:Apache2.0.39(Win32) (Binary release) PHP:4.2.2 (Binary release) Others:mod_ssl/2.0.39 OpenSSL/0.9.6d mod_gzip/2.0.26.1a Sincerely, -- Edit this bug report at http://bugs.php.net/?id=19445&edit=1
#19454 [NEW]: A way to run php auto_prepend_file before not-to-be-parsed files would be nice
From: [EMAIL PROTECTED] Operating system: Red Hat (null) PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: A way to run php auto_prepend_file before not-to-be-parsed files would be nice It would be useful if you could give directives to the php auto_prepend_file, so that it could run before any given file type. That is, even a given file type that is not supposed to be parsed by php. Like an image file for example. You may want to run a script before showing the image, but you don't want the image content itself to be parsed by php. -- Edit bug report at http://bugs.php.net/?id=19454&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19454&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19454&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19454&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19454&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19454&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19454&r=support Expected behavior: http://bugs.php.net/fix.php?id=19454&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19454&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19454&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19454&r=globals
#19455 [NEW]: OCIResult returns gibberish if fetch failed
From: [EMAIL PROTECTED]
Operating system: Win 2K sp 2
PHP version: 4.2.3
PHP Bug Type: OCI8 related
Bug description: OCIResult returns gibberish if fetch failed
I have just upgraded from 4.1.2 to 4.2.3.
The same code is fine in 4.1.2 but not in 4.2.3.
$sql = "SELECT can#id canid FROM cvs WHERE can#id =
TO_NUMBER('".$candid."')";
$resultcanid = sql_exec($connectionid, $sql);
sql_fetch_row ($resultcanid);
echo sql_result($result,"name");
In 4.1.2 if fetch returned nothing then nothing/null is echoed
In 4.2.3 the echo produces what looks like buffer info from a previous
query. I use same variables for just about all queries ($sql,$result etc)
N.B.
sql_exec function does a OCIparase followed by a OCIExecute
sql_fetch_row does OCIFetch
sql_result does OCIResult
--
Edit bug report at http://bugs.php.net/?id=19455&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19455&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19455&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19455&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19455&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19455&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19455&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19455&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19455&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19455&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19455&r=globals
#19455 [Opn->Csd]: OCIResult returns gibberish if fetch failed
ID: 19455
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: OCI8 related
Operating System: Win 2K sp 2
PHP Version: 4.2.3
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.
Previous Comments:
[2002-09-17 11:15:24] [EMAIL PROTECTED]
I have just upgraded from 4.1.2 to 4.2.3.
The same code is fine in 4.1.2 but not in 4.2.3.
$sql = "SELECT can#id canid FROM cvs WHERE can#id =
TO_NUMBER('".$candid."')";
$resultcanid = sql_exec($connectionid, $sql);
sql_fetch_row ($resultcanid);
echo sql_result($result,"name");
In 4.1.2 if fetch returned nothing then nothing/null is echoed
In 4.2.3 the echo produces what looks like buffer info from a previous
query. I use same variables for just about all queries ($sql,$result
etc)
N.B.
sql_exec function does a OCIparase followed by a OCIExecute
sql_fetch_row does OCIFetch
sql_result does OCIResult
--
Edit this bug report at http://bugs.php.net/?id=19455&edit=1
#19453 [Opn->Asn]: [chm] bug on function.error-reporting.html
ID: 19453 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: windows PHP Version: 4.2.3 -Assigned To: +Assigned To: goba New Comment: We are working on a solution for it. Previous Comments: [2002-09-17 08:44:33] [EMAIL PROTECTED] I have found a bug on page function.error-reporting.html [chm date: 2002-08-28]... new manual wont copy .. copy to clipboard is not working -- Edit this bug report at http://bugs.php.net/?id=19453&edit=1
#19340 [Opn->Csd]: Oracle 9i with PHP 4.2.3 and Apache 1.3.26 failed
ID: 19340 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: SuSE Linux 7.3 PHP Version: 4.2.3 New Comment: Thanks for your information. I use a 32 bits environment, so i have to use the .../lib, it´s ok. I changed the configure script as below, changed the symbolic link from .../lib/libclntsh.so to a real copy of the .../lib/libclntsh.so file, and now the compilation runs without any errors. The error was the symbolic link of the .so file Thanks to all Previous Comments: [2002-09-17 04:22:35] [EMAIL PROTECTED] Same problem with me. I have discovered two problems with OCI8 and Oracle 9.2: 1. 32/64 bits environment ? You have to use .../lib or .../lib32 libraries. 2. Bug in the configure file (initially the bug is ext/oci8/config.m4) I finally get a correct installation by doing the following changes in the configure file: if test -s "$OCI8_DIR/orainst/unix.rgs"; then replaced by: if test -s "$OCI8_DIR/install/unix.rgs"; then OCI8_VERSION=`grep '"ocommon"' $OCI8_DIR/orainst/unix.rgs | sed 's/ */:/g' | cut -d: -f 6 | cut -c 2-4` replaced by: OCI8_VERSION=`grep rdbms $OCI8_DIR/install/unix.rgs |sed 's/ */:/g' | cut -d: -f 2| cut -c 1-3` 8.1|9.0) replaced by: 8.1|9.0|9.1|9.2) and for my own environment (AIX): OCI8_DIR/lib changed to OCI8_DIR/lib32 OCI8_DIR/rdbms/lib changed to OCI8_DIR/rdbms/lib32 I hope this can help you. [2002-09-11 09:56:21] [EMAIL PROTECTED] Oracle Development Kit 9.2.0.1.0 ist installed. There is no clntsh.so installed but I found /oracle/product/901/lib/libclntsh.so and /oracle/product/901/bin/genclntsh The path /oracle/product/901/lib/ is set correctly in the LD_LIBRARY_PATH [2002-09-10 17:03:58] [EMAIL PROTECTED] Did you install oracle development tools? Could you try locating clntsh.so on your system? [2002-09-10 12:36:41] [EMAIL PROTECTED] Thanks for the information. So, I tried to compile this version with the same configure params, but now it fails soon to configure with "libpng not found!" I think, this problem based on the combination with the pdf-lib. [2002-09-10 12:07:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip 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/19340 -- Edit this bug report at http://bugs.php.net/?id=19340&edit=1
#17461 [Com]: register_shutdown_function() timeout problem
ID: 17461
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows 2000 SP2
PHP Version: 4.2.1
New Comment:
I posted the following response in php.general and php.windows --
responding to users whom looked at the online help file for
REGISTER_SHUTDOWN_FUNCTION() on php.net and inquired whether this
TIMEOUT was actually a bug or a feature request:
--
It's a bug. spoke to Rasmus at some length about just before i posted
it in the bug report.
The online help page is inaccurate in describing the full functionality
of the function:
http://www.php.net/manual/en/function.register-shutdown-function.php
REGISTER_SHUTDOWN_FUNCTION() is suppose to kick-off when any one of the
following things happen -- Exit, Error, TIMEOUT or User Abort.
According to Rasmus, the TIMEOUT functionality of this function works
fine under Linux -- however, it's not working under Win32 !
There apparently is another bug with this function -- you are suppose
to be able to call more than one REGISTER_SHUTDOWN_FUNCTION(), and they
are suppose to executed in-order... some people are reporting that only
the first encountered REGISTER_SHUTDOWN_FUNCTION() is executed, then
the script exits.
Someone needs to go through this function, pretty thoroughly, and get
it working correctly. Being able to run code on a timeout, user-abort
or error is critical.
Jason
Previous Comments:
[2002-07-21 14:13:52] [EMAIL PROTECTED]
Don't mean to be a nag... I know there are other issues you programming
gods are working on... however, I was just wondering if anyone is
working on this REGISTER_SHUTDOWN_FUNCTION() TIMEOUT case? -- I noticed
the case has been marked "OPEN" -- not sure if that means someone is
working on it, though...
I'd love to see this fixed in the next minor release of PHP, 4.2.2 ??
Thanks.
Jason
[2002-07-15 16:16:07] [EMAIL PROTECTED]
Please note -- there was a type-o in my email address: my correct email
address is [EMAIL PROTECTED] (not, [EMAIL PROTECTED])
;-)
[2002-05-27 14:11:04] [EMAIL PROTECTED]
REGISTER_SHUTDOWN_FUNCTION() doesn't work on TIMEOUT for the Win32
platform.
I've tried this under PHP versions 4.1.1 and 4.2.1 -- same thing
happens. Here's a sample script:
1: ?>
2:
3: set_time_limit(1);
4:
5: function clean_up()
6: {
7: print("Script Terminated\n");
8: }
9:
10: register_shutdown_function("clean_up");
11:
12: while(1);
13:
14: ?>
Here's the error:
-
Fatal error: Maximum execution time of 1 second exceeded in
C:\timeout_code.php on line 7
When this script TIMES-OUT, the REGISTER_SHUTDOWN_FUNCTION() will
"attempt" to run the function "clean_up" but will *immediately*
generate the error above in the 1st line (line 7, in this case) of the
"clean_up" function -- no matter what it is, and then the script
terminates.
Now -- if I use the REGISTER_SHUTDOWN_FUNCTION() with an EXIT (instead
of a TIMEOUT), the function works fine... it *just* seems to be a
TIMEOUT issue.
The REGISTER_SHUTDOWN_FUNCTION() needs to ignore the TIMEOUT (timer??)
-- and proceed to run any code it's programmed to run.
Just a Note: I understand that PRINT() and a few other functions will
not work when a REGISTER_SHUTDOWN_FUNCTION() is called and *run*
SERVER-SIDE -- however, I am running this script from the COMMAND-LINE
and PRINT() does work here, even with a REGISTER_SHUTDOWN_FUNCTION() --
so PRINT() isn't the problem... Just for giggles, I've replaced the
PRINT() function with an ERRORLOG() function, in an attempt to write
the output to disk -- SAME ERROR and exits on line 7 -- never executing
the code.
Thanks
Jason Caldwell
[EMAIL PROTECTED]
--
Edit this bug report at http://bugs.php.net/?id=17461&edit=1
#19456 [NEW]: segfault using ODBC functions
From: [EMAIL PROTECTED] Operating system: Redhat Linux PHP version: 4.2.3 PHP Bug Type: Reproducible crash Bug description: segfault using ODBC functions I've been running PHP 4.2.1 for some time on a test machine with the following configure options: './configure' \ '--with-apxs' \ '--with-ibm-db2=shared' \ '--with-ldap=shared' \ '--with-mcrypt=shared' \ '--with-mhash=shared' \ '--enable-ftp' \ '--with-config-file-path=/etc' \ '--enable-trans-sid' \ '--enable-debug' \ '--with-png-dir=/usr/local' \ '--with-jpeg-dir=/usr/local' \ '--with-zlib=/usr/local' \ '--with-gd=/usr/local' \ Worked fine under Apache 1.3.20. Then I started doing some upgrades, upgrading Apache to 1.3.26 and OpenSSL to 0.9.6g. At this point, PHP stopped working, generating a segfault (11) in my Apache log every time an ODBC function was called. The following script would exhibit this behavior: ,,); ?> I was unable to get PHP to segfault with scripts that did not use ODBC functions. I then recompiled PHP as a CGI function to get a backtrace, which gives me this: #0 0x407173ac in ?? () #1 0x40117780 in __libc_start_main () from /lib/libc.so.6 I also stepped through the code while running the script given above. PHP appears to complete processing entirely, but segfaults when exiting. The exit_status variable was 0. I then stepped through the code while running a script with no odbc code: This appears to complete exactly the same way the ODBC script did, with an exit_status of 0, but it does not segfault. Note that I've also upgraded to PHP 4.2.3 and I get the exact same problem. Here is a summary of my relevant versions: Linux Kernel 2.2.16 Apache 1.3.26 OpenSSL 0.9.6g mod_ssl 2.8.10-1.3.26 PHP 4.2.3 libc 2.2.3 Please let me know if I can supply any additional information. -- Edit bug report at http://bugs.php.net/?id=19456&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19456&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19456&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19456&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19456&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19456&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19456&r=support Expected behavior: http://bugs.php.net/fix.php?id=19456&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19456&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19456&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19456&r=globals
#19456 [Opn]: segfault using ODBC functions
ID: 19456 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Redhat Linux PHP Version: 4.2.3 New Comment: I just recompiled PHP 4.0.6 with all the same options and ODBC works there. So this seems to be unique to 4.2.x. I noticed that I had an old version of apxs is /usr/sbin/apxs (which shouldn't have mattered since I designated the correct apxs in my configure script). Unfortunately, after changing that I still get the same problem. So that's not it. Previous Comments: [2002-09-17 12:37:40] [EMAIL PROTECTED] I've been running PHP 4.2.1 for some time on a test machine with the following configure options: './configure' \ '--with-apxs' \ '--with-ibm-db2=shared' \ '--with-ldap=shared' \ '--with-mcrypt=shared' \ '--with-mhash=shared' \ '--enable-ftp' \ '--with-config-file-path=/etc' \ '--enable-trans-sid' \ '--enable-debug' \ '--with-png-dir=/usr/local' \ '--with-jpeg-dir=/usr/local' \ '--with-zlib=/usr/local' \ '--with-gd=/usr/local' \ Worked fine under Apache 1.3.20. Then I started doing some upgrades, upgrading Apache to 1.3.26 and OpenSSL to 0.9.6g. At this point, PHP stopped working, generating a segfault (11) in my Apache log every time an ODBC function was called. The following script would exhibit this behavior: ,,); ?> I was unable to get PHP to segfault with scripts that did not use ODBC functions. I then recompiled PHP as a CGI function to get a backtrace, which gives me this: #0 0x407173ac in ?? () #1 0x40117780 in __libc_start_main () from /lib/libc.so.6 I also stepped through the code while running the script given above. PHP appears to complete processing entirely, but segfaults when exiting. The exit_status variable was 0. I then stepped through the code while running a script with no odbc code: This appears to complete exactly the same way the ODBC script did, with an exit_status of 0, but it does not segfault. Note that I've also upgraded to PHP 4.2.3 and I get the exact same problem. Here is a summary of my relevant versions: Linux Kernel 2.2.16 Apache 1.3.26 OpenSSL 0.9.6g mod_ssl 2.8.10-1.3.26 PHP 4.2.3 libc 2.2.3 Please let me know if I can supply any additional information. -- Edit this bug report at http://bugs.php.net/?id=19456&edit=1
#15025 [Com]: Copy of array is affected by reference
ID: 15025 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD, Linux PHP Version: 4.1.1 New Comment: Verified with 4.2.3 on Windows 2000 too. Previous Comments: [2002-01-13 22:32:27] [EMAIL PROTECTED] $c should not have been affected by the assignment to $b because $c should only be a copy to $a. What happened is the first echo shows 5 and after assignment to $b, the content of $c changes to 1 when it should stay as 5. [2002-01-13 22:18:55] [EMAIL PROTECTED] You can guess / see from this simple script: $a = array(5); $b =& $a[0]; $c = $a; echo $c[0]; $b = 1; echo $c[0]; -- Edit this bug report at http://bugs.php.net/?id=15025&edit=1
#18044 [Com]: apache child segfaults on page using sessions
ID: 18044 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Session related Operating System: RedHat Linux 7.2 PHP Version: 4.2.1 New Comment: This appears to be similar to my submitted bug #19456, except that mine occurs on ODBC calls. Is this still being looked at? Previous Comments: [2002-09-17 01:00:01] [EMAIL PROTECTED] 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-09-03 16:18:38] [EMAIL PROTECTED] Yep. Here's an update. The segfaults are still happening. [2002-08-30 15:58:10] [EMAIL PROTECTED] Anybody have any updates on this? I was just wondering if there have been any new developments regarding the seg faults when using mm_mod to store session data? [2002-08-23 13:04:00] [EMAIL PROTECTED] With build "php4-200208130900" the seg faults are still occuring. [2002-08-20 14:23:33] [EMAIL PROTECTED] Which bug fixes is this? Where can I find the CVS "non-stable" build? Incidentally, I have tried the PHP-Latest build dated php4-200208131500, compiled using same configure parameters as above. I recieved the same segmenation faults with this build(php4-200208131500). Here is my bt of the apache core file: (gdb) bt #0 ps_sd_lookup (data=0x11efd0, key=0x2b1288 "cfb22d50a65ce80d4af8df54f837ea90", rw=0) at mod_mm.c:187 #1 0xfe9a83cc in ps_read_mm (mod_data=0x11efd0, key=0x2b1288 "cfb22d50a65ce80d4af8df54f837ea90", val=0xffbfc7ac, vallen=0xffbfc7a8) at mod_mm.c:326 #2 0xfe9a4938 in php_session_initialize () at session.c:557 #3 0xfe9a5904 in php_session_start () at session.c:953 #4 0xfe9a70c4 in zif_session_start (ht=0, return_value=0x234da8, this_ptr=0x0, return_value_used=0) at session.c:1349 #5 0xfe944f38 in execute () from /data2/www/e-webdev1/apache/libexec/libphp4.so #6 0xfe9476ac in execute () from /data2/www/e-webdev1/apache/libexec/libphp4.so #7 0xfe954888 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #8 0xfe963748 in php_execute_script (primary_file=0xffbff420) at main.c:1381 #9 0xfe95ebb8 in apache_php_module_main (r=0x, display_source_mode=0) at sapi_apache.c:90 #10 0xfe95f6e8 in send_php (r=0x141ef8, display_source_mode=0, filename=0x0) at mod_php4.c:575 #11 0x1f780 in ap_invoke_handler () #12 0x3eae0 in process_request_internal () #13 0x3eb68 in ap_process_request () ---Type to continue, or q to quit--- #14 0x31760 in child_main () #15 0x31b04 in make_child () #16 0x31c18 in startup_children () #17 0x3262c in standalone_main () #18 0x33278 in main () Please advise. Thanks in advance. 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/18044 -- Edit this bug report at http://bugs.php.net/?id=18044&edit=1
#19323 [Com]: Filesystem calls with relative paths don't work
ID: 19323 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.2.3 New Comment: Please fix, that's really annoying. Previous Comments: [2002-09-16 16:18:55] [EMAIL PROTECTED] Same problem on apache2.0.40 and php 4.2.3/linux 2.4.18-3 - rather annoying [2002-09-11 02:15:10] [EMAIL PROTECTED] Same problem on FreeBSD 4.6-STABLE with Apache 2.0.40 and PHP 4.2.3. './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql=/usr/local' '--with-sockets' '--enable-ftp' '--with-gd' '--with-gettext' '--with-ttf' '-with-pdflib' '--with-png' '--with-tsrm-pth' '--with-pgsql' [2002-09-10 10:31:10] [EMAIL PROTECTED] I am using apache2 running php as an SO module. [2002-09-10 05:24:08] [EMAIL PROTECTED] Are you using Apache2? [2002-09-09 18:05:57] [EMAIL PROTECTED] It did work with 4.2.2. Are their config options introduced with 4.2.3 that changed this behavior? We did not change our php.ini file when we upgraded from 4.2.2 to 4.2.3. 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/19323 -- Edit this bug report at http://bugs.php.net/?id=19323&edit=1
#19456 [Opn->Fbk]: segfault using ODBC functions
ID: 19456 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: ODBC related Operating System: Redhat Linux PHP Version: 4.2.3 New Comment: 1) Turn on your SQL Logging feature (it will require editing your odbc.ini). Add the results of said CONNECT logging to the bug report if you can. 2) Please post a backtrace of the segfault, it will help. Honest. :) Also moving this over to ODBC Previous Comments: [2002-09-17 13:26:42] [EMAIL PROTECTED] I just recompiled PHP 4.0.6 with all the same options and ODBC works there. So this seems to be unique to 4.2.x. I noticed that I had an old version of apxs is /usr/sbin/apxs (which shouldn't have mattered since I designated the correct apxs in my configure script). Unfortunately, after changing that I still get the same problem. So that's not it. [2002-09-17 12:37:40] [EMAIL PROTECTED] I've been running PHP 4.2.1 for some time on a test machine with the following configure options: './configure' \ '--with-apxs' \ '--with-ibm-db2=shared' \ '--with-ldap=shared' \ '--with-mcrypt=shared' \ '--with-mhash=shared' \ '--enable-ftp' \ '--with-config-file-path=/etc' \ '--enable-trans-sid' \ '--enable-debug' \ '--with-png-dir=/usr/local' \ '--with-jpeg-dir=/usr/local' \ '--with-zlib=/usr/local' \ '--with-gd=/usr/local' \ Worked fine under Apache 1.3.20. Then I started doing some upgrades, upgrading Apache to 1.3.26 and OpenSSL to 0.9.6g. At this point, PHP stopped working, generating a segfault (11) in my Apache log every time an ODBC function was called. The following script would exhibit this behavior: ,,); ?> I was unable to get PHP to segfault with scripts that did not use ODBC functions. I then recompiled PHP as a CGI function to get a backtrace, which gives me this: #0 0x407173ac in ?? () #1 0x40117780 in __libc_start_main () from /lib/libc.so.6 I also stepped through the code while running the script given above. PHP appears to complete processing entirely, but segfaults when exiting. The exit_status variable was 0. I then stepped through the code while running a script with no odbc code: This appears to complete exactly the same way the ODBC script did, with an exit_status of 0, but it does not segfault. Note that I've also upgraded to PHP 4.2.3 and I get the exact same problem. Here is a summary of my relevant versions: Linux Kernel 2.2.16 Apache 1.3.26 OpenSSL 0.9.6g mod_ssl 2.8.10-1.3.26 PHP 4.2.3 libc 2.2.3 Please let me know if I can supply any additional information. -- Edit this bug report at http://bugs.php.net/?id=19456&edit=1
#18044 [NoF->Opn]: apache child segfaults on page using sessions
ID: 18044 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Session related Operating System: RedHat Linux 7.2 PHP Version: 4.2.1 New Comment: changing this back to Open as there was feedback, but the user didn't update things. Previous Comments: [2002-09-17 13:34:29] [EMAIL PROTECTED] This appears to be similar to my submitted bug #19456, except that mine occurs on ODBC calls. Is this still being looked at? [2002-09-17 01:00:01] [EMAIL PROTECTED] 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-09-03 16:18:38] [EMAIL PROTECTED] Yep. Here's an update. The segfaults are still happening. [2002-08-30 15:58:10] [EMAIL PROTECTED] Anybody have any updates on this? I was just wondering if there have been any new developments regarding the seg faults when using mm_mod to store session data? [2002-08-23 13:04:00] [EMAIL PROTECTED] With build "php4-200208130900" the seg faults are still occuring. 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/18044 -- Edit this bug report at http://bugs.php.net/?id=18044&edit=1
#19456 [Fbk->Opn]: segfault using ODBC functions
ID: 19456 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Redhat Linux PHP Version: 4.2.3 New Comment: Please note that I *did* submit the backtrace. It's very short (only two lines), presumably because the segfault occurs as the program is exiting. I'll try to get an ODBC trace, but again, note that the problem does NOT occur during the connect, but only as the program exits. Previous Comments: [2002-09-17 15:13:01] [EMAIL PROTECTED] 1) Turn on your SQL Logging feature (it will require editing your odbc.ini). Add the results of said CONNECT logging to the bug report if you can. 2) Please post a backtrace of the segfault, it will help. Honest. :) Also moving this over to ODBC [2002-09-17 13:26:42] [EMAIL PROTECTED] I just recompiled PHP 4.0.6 with all the same options and ODBC works there. So this seems to be unique to 4.2.x. I noticed that I had an old version of apxs is /usr/sbin/apxs (which shouldn't have mattered since I designated the correct apxs in my configure script). Unfortunately, after changing that I still get the same problem. So that's not it. [2002-09-17 12:37:40] [EMAIL PROTECTED] I've been running PHP 4.2.1 for some time on a test machine with the following configure options: './configure' \ '--with-apxs' \ '--with-ibm-db2=shared' \ '--with-ldap=shared' \ '--with-mcrypt=shared' \ '--with-mhash=shared' \ '--enable-ftp' \ '--with-config-file-path=/etc' \ '--enable-trans-sid' \ '--enable-debug' \ '--with-png-dir=/usr/local' \ '--with-jpeg-dir=/usr/local' \ '--with-zlib=/usr/local' \ '--with-gd=/usr/local' \ Worked fine under Apache 1.3.20. Then I started doing some upgrades, upgrading Apache to 1.3.26 and OpenSSL to 0.9.6g. At this point, PHP stopped working, generating a segfault (11) in my Apache log every time an ODBC function was called. The following script would exhibit this behavior: ,,); ?> I was unable to get PHP to segfault with scripts that did not use ODBC functions. I then recompiled PHP as a CGI function to get a backtrace, which gives me this: #0 0x407173ac in ?? () #1 0x40117780 in __libc_start_main () from /lib/libc.so.6 I also stepped through the code while running the script given above. PHP appears to complete processing entirely, but segfaults when exiting. The exit_status variable was 0. I then stepped through the code while running a script with no odbc code: This appears to complete exactly the same way the ODBC script did, with an exit_status of 0, but it does not segfault. Note that I've also upgraded to PHP 4.2.3 and I get the exact same problem. Here is a summary of my relevant versions: Linux Kernel 2.2.16 Apache 1.3.26 OpenSSL 0.9.6g mod_ssl 2.8.10-1.3.26 PHP 4.2.3 libc 2.2.3 Please let me know if I can supply any additional information. -- Edit this bug report at http://bugs.php.net/?id=19456&edit=1
#14665 [Com]: ifx_fetch_row returns string non-zero terminated for selected LVARCHAR fields
ID: 14665
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Informix related
Operating System: Linux 2.2.x
PHP Version: 4.1.0
New Comment:
//create connection
$connection=ifx_connect("audit@ifmx00296")
or die("Couldn't create connection.");
//create SQL statement
$sql="select *
from pjktest
where col1 matches '$hname'";
//execute SQL query and get result
$sql_result=ifx_query($sql,$connection)
or die("Couldn't execute query");
//format result in HTML table
ifx_htmltbl_result($sql_result,"border=10");
Using Apache 1.3.22,PHP 4.2.2,Informx 9.21.UC2,ESQL 9.40,AIX 4.3.3.0.
col1 type lvarchar is only column in table, query fails when row is
NOT
NULL
This Bug was closed as fixed in PHP 4.0.0 but I still have the problem.
Previous Comments:
[2002-08-17 15:38:59] [EMAIL PROTECTED]
If you need more information please ask instead of closing this bug.
LVARCHAR is a Informix text field type of unspecified length similar ro
MySQL TEXT field type.
To reproduce this bug follow these steps:
- Create a table with a LVARCHAR field.
- INSERT a row with some data in that field.
- SELECT that row.
- Use ifx_fetch_row to retrieve the field value.
When you access to the field value you will see warnings because the
string value that is retrieved is not a NUL terminated string.
[2002-08-16 12:34:18] [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.
[2001-12-22 22:48:21] [EMAIL PROTECTED]
Ditto.
--
Edit this bug report at http://bugs.php.net/?id=14665&edit=1
#19457 [NEW]: Apache 1.3.26 w/OpenSSL fails to start
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.2.3 PHP Bug Type: Apache related Bug description: Apache 1.3.26 w/OpenSSL fails to start We performed a basic compile on the PHP module: ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql --with-openssl=/usr/local/ssl make make install Compile and install worked successfully, reporting no errors. However, when we updated our httpsd.conf file to include support for the .php extension (and ensured that the LoadModule statement was correct), Apache/SSL failed to start, and reported no errors in the log files (nor were there any when running direct from the command line). The only item in the log file stated that the gcache engine had started, though it subsequently died when Apache failed to start. We have looked through the bug list, and have been unabled to find a specific bug that looks like ours (though that may be our own blindness -- if so, we apologize). Aside from one error relating to threads (our Apache and PHP compiles both included thread support), we saw nothing. Does anyone have any idea as to the cause of this problem? Any assistance will be greatly appreciated. -- Edit bug report at http://bugs.php.net/?id=19457&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19457&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19457&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19457&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19457&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19457&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19457&r=support Expected behavior: http://bugs.php.net/fix.php?id=19457&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19457&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19457&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19457&r=globals
#19458 [NEW]: Possible problem with date function?
From: [EMAIL PROTECTED]
Operating system: SunOS
PHP version: 4.2.0
PHP Bug Type: Date/time related
Bug description: Possible problem with date function?
Having a problem with date(). I simplified the program I am working on
so you can copy and paste the code and see the problem right away.
I start with the month of october and year of 2002 ($month and $year).
I convert that to the POSIX time ($time) of the the first second of
that month.
Then, I keep adding 24*3600 seconds to that time until the end of the
month.
If you run the program, you will see I get TWO 27/10/2002 -- WHY??
WHY? WHY? WHY?
Here is the code:
START CODE ===
$year = "2002";
$month = "10";
$time = mktime (0,0,0,$month,1,$year);
$last_day_of_the_month = date("t",$time);
echo "Last day of the month ($month/$year):
$last_day_of_the_month";
for ($day=1;$day<=$last_day_of_the_month;$day++) {
$new_time = $time + ($day-1)*24*3600;
echo date("m/d/Y",$new_time);
echo " (seconds added to original time: ".(($day-1)*24*3600).")";
echo "";
}
=== END CODE =
--
Edit bug report at http://bugs.php.net/?id=19458&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19458&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19458&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19458&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19458&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19458&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19458&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19458&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19458&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19458&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19458&r=globals
#19458 [Opn->Bgs]: Possible problem with date function?
ID: 19458
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: SunOS
PHP Version: 4.2.0
New Comment:
Sorry, but the bug system is not the appropriate forum for asking
support questions. 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
Thank you for your interest in PHP.
You just discovered Daylight Savings Time! :)
try gmdate() instead
Derick
Previous Comments:
[2002-09-17 16:33:54] [EMAIL PROTECTED]
Having a problem with date(). I simplified the program I am working on
so you can copy and paste the code and see the problem right away.
I start with the month of october and year of 2002 ($month and $year).
I convert that to the POSIX time ($time) of the the first second of
that month.
Then, I keep adding 24*3600 seconds to that time until the end of the
month.
If you run the program, you will see I get TWO 27/10/2002 -- WHY??
WHY? WHY? WHY?
Here is the code:
START CODE ===
$year = "2002";
$month = "10";
$time = mktime (0,0,0,$month,1,$year);
$last_day_of_the_month = date("t",$time);
echo "Last day of the month ($month/$year):
$last_day_of_the_month";
for ($day=1;$day<=$last_day_of_the_month;$day++) {
$new_time = $time + ($day-1)*24*3600;
echo date("m/d/Y",$new_time);
echo " (seconds added to original time: ".(($day-1)*24*3600).")";
echo "";
}
=== END CODE =
--
Edit this bug report at http://bugs.php.net/?id=19458&edit=1
#19457 [Com]: Apache 1.3.26 w/OpenSSL fails to start
ID: 19457 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: I ran into this exact problem last night while trying to upgrade one of my servers. Still not sure exactly what caused it, but the crash didn't occur for me unless Apache had SSL support (apache-ssl) enabled. Perhaps this is caused by a SSL library conflict? I encountered this problem on RedHat 7.1, and RedHat likes to install it's own (old) version of OpenSSL. I haven't had enough time to tinker too much, especially since it's a production server. However, I do have one machine with this setup working, but that is RedHat 7.3. Anyway, the setup that doesn't work for me on RedHat 7.1 is: OpenSSL 0.9.6g Apache 1.3.26 + Apache-SSL 1.48 PHP 4.2.3 All are source distributions, and were downloaded fresh last night. Previous Comments: [2002-09-17 15:49:07] [EMAIL PROTECTED] We performed a basic compile on the PHP module: ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql --with-openssl=/usr/local/ssl make make install Compile and install worked successfully, reporting no errors. However, when we updated our httpsd.conf file to include support for the .php extension (and ensured that the LoadModule statement was correct), Apache/SSL failed to start, and reported no errors in the log files (nor were there any when running direct from the command line). The only item in the log file stated that the gcache engine had started, though it subsequently died when Apache failed to start. We have looked through the bug list, and have been unabled to find a specific bug that looks like ours (though that may be our own blindness -- if so, we apologize). Aside from one error relating to threads (our Apache and PHP compiles both included thread support), we saw nothing. Does anyone have any idea as to the cause of this problem? Any assistance will be greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=19457&edit=1
#19457 [Opn->Fbk]: Apache 1.3.26 w/OpenSSL fails to start
ID: 19457 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: I might be mistaken..but I think I had same issue myself once and got it fixed by making sure httpd was linked with libpthread..can you check if your httpd is linked with it: ldd /usr/local/apache/bin/httpd Previous Comments: [2002-09-17 16:39:26] [EMAIL PROTECTED] I ran into this exact problem last night while trying to upgrade one of my servers. Still not sure exactly what caused it, but the crash didn't occur for me unless Apache had SSL support (apache-ssl) enabled. Perhaps this is caused by a SSL library conflict? I encountered this problem on RedHat 7.1, and RedHat likes to install it's own (old) version of OpenSSL. I haven't had enough time to tinker too much, especially since it's a production server. However, I do have one machine with this setup working, but that is RedHat 7.3. Anyway, the setup that doesn't work for me on RedHat 7.1 is: OpenSSL 0.9.6g Apache 1.3.26 + Apache-SSL 1.48 PHP 4.2.3 All are source distributions, and were downloaded fresh last night. [2002-09-17 15:49:07] [EMAIL PROTECTED] We performed a basic compile on the PHP module: ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql --with-openssl=/usr/local/ssl make make install Compile and install worked successfully, reporting no errors. However, when we updated our httpsd.conf file to include support for the .php extension (and ensured that the LoadModule statement was correct), Apache/SSL failed to start, and reported no errors in the log files (nor were there any when running direct from the command line). The only item in the log file stated that the gcache engine had started, though it subsequently died when Apache failed to start. We have looked through the bug list, and have been unabled to find a specific bug that looks like ours (though that may be our own blindness -- if so, we apologize). Aside from one error relating to threads (our Apache and PHP compiles both included thread support), we saw nothing. Does anyone have any idea as to the cause of this problem? Any assistance will be greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=19457&edit=1
#19456 [Opn->Fbk]: segfault using ODBC functions
ID: 19456 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Redhat Linux PHP Version: 4.2.3 New Comment: While I understand that the connect happens just fine, I'm wondering if some resources are not being cleaned up. Since this is happening only for you with the ODBC compiled, I have no real way to tell until I see the SQL Log :) I was hoping there was more to the backtrace that you didn't post :( That seems rather unusable to me. Previous Comments: [2002-09-17 15:30:27] [EMAIL PROTECTED] Please note that I *did* submit the backtrace. It's very short (only two lines), presumably because the segfault occurs as the program is exiting. I'll try to get an ODBC trace, but again, note that the problem does NOT occur during the connect, but only as the program exits. [2002-09-17 15:13:01] [EMAIL PROTECTED] 1) Turn on your SQL Logging feature (it will require editing your odbc.ini). Add the results of said CONNECT logging to the bug report if you can. 2) Please post a backtrace of the segfault, it will help. Honest. :) Also moving this over to ODBC [2002-09-17 13:26:42] [EMAIL PROTECTED] I just recompiled PHP 4.0.6 with all the same options and ODBC works there. So this seems to be unique to 4.2.x. I noticed that I had an old version of apxs is /usr/sbin/apxs (which shouldn't have mattered since I designated the correct apxs in my configure script). Unfortunately, after changing that I still get the same problem. So that's not it. [2002-09-17 12:37:40] [EMAIL PROTECTED] I've been running PHP 4.2.1 for some time on a test machine with the following configure options: './configure' \ '--with-apxs' \ '--with-ibm-db2=shared' \ '--with-ldap=shared' \ '--with-mcrypt=shared' \ '--with-mhash=shared' \ '--enable-ftp' \ '--with-config-file-path=/etc' \ '--enable-trans-sid' \ '--enable-debug' \ '--with-png-dir=/usr/local' \ '--with-jpeg-dir=/usr/local' \ '--with-zlib=/usr/local' \ '--with-gd=/usr/local' \ Worked fine under Apache 1.3.20. Then I started doing some upgrades, upgrading Apache to 1.3.26 and OpenSSL to 0.9.6g. At this point, PHP stopped working, generating a segfault (11) in my Apache log every time an ODBC function was called. The following script would exhibit this behavior: ,,); ?> I was unable to get PHP to segfault with scripts that did not use ODBC functions. I then recompiled PHP as a CGI function to get a backtrace, which gives me this: #0 0x407173ac in ?? () #1 0x40117780 in __libc_start_main () from /lib/libc.so.6 I also stepped through the code while running the script given above. PHP appears to complete processing entirely, but segfaults when exiting. The exit_status variable was 0. I then stepped through the code while running a script with no odbc code: This appears to complete exactly the same way the ODBC script did, with an exit_status of 0, but it does not segfault. Note that I've also upgraded to PHP 4.2.3 and I get the exact same problem. Here is a summary of my relevant versions: Linux Kernel 2.2.16 Apache 1.3.26 OpenSSL 0.9.6g mod_ssl 2.8.10-1.3.26 PHP 4.2.3 libc 2.2.3 Please let me know if I can supply any additional information. -- Edit this bug report at http://bugs.php.net/?id=19456&edit=1
#19459 [NEW]: shuts down other programs
From: [EMAIL PROTECTED] Operating system: aol instant messenger PHP version: 4.2.3 PHP Bug Type: Unknown/Other Function Bug description: shuts down other programs After i updated the new version of aol instant messenger i can no longer have more than 1 window open. ex. I open instant messenger then i try to open up msn explorer and it shuts the explorer window. -- Edit bug report at http://bugs.php.net/?id=19459&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19459&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19459&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19459&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19459&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19459&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19459&r=support Expected behavior: http://bugs.php.net/fix.php?id=19459&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19459&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19459&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19459&r=globals
#19459 [Com]: shuts down other programs
ID: 19459 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: aol instant messenger PHP Version: 4.2.3 New Comment: i do not understand what you said please restate it. Previous Comments: [2002-09-17 17:44:09] [EMAIL PROTECTED] After i updated the new version of aol instant messenger i can no longer have more than 1 window open. ex. I open instant messenger then i try to open up msn explorer and it shuts the explorer window. -- Edit this bug report at http://bugs.php.net/?id=19459&edit=1
#19457 [Fbk->Opn]: Apache 1.3.26 w/OpenSSL fails to start
ID: 19457 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: Yes, it was compiled with the libpthread library. Just for a little further info, recompiling Apache WITHOUT SSL works fine ... We're going to try the 4.2.2 PHP compile and see if that works ... Previous Comments: [2002-09-17 17:00:05] [EMAIL PROTECTED] I might be mistaken..but I think I had same issue myself once and got it fixed by making sure httpd was linked with libpthread..can you check if your httpd is linked with it: ldd /usr/local/apache/bin/httpd [2002-09-17 16:39:26] [EMAIL PROTECTED] I ran into this exact problem last night while trying to upgrade one of my servers. Still not sure exactly what caused it, but the crash didn't occur for me unless Apache had SSL support (apache-ssl) enabled. Perhaps this is caused by a SSL library conflict? I encountered this problem on RedHat 7.1, and RedHat likes to install it's own (old) version of OpenSSL. I haven't had enough time to tinker too much, especially since it's a production server. However, I do have one machine with this setup working, but that is RedHat 7.3. Anyway, the setup that doesn't work for me on RedHat 7.1 is: OpenSSL 0.9.6g Apache 1.3.26 + Apache-SSL 1.48 PHP 4.2.3 All are source distributions, and were downloaded fresh last night. [2002-09-17 15:49:07] [EMAIL PROTECTED] We performed a basic compile on the PHP module: ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql --with-openssl=/usr/local/ssl make make install Compile and install worked successfully, reporting no errors. However, when we updated our httpsd.conf file to include support for the .php extension (and ensured that the LoadModule statement was correct), Apache/SSL failed to start, and reported no errors in the log files (nor were there any when running direct from the command line). The only item in the log file stated that the gcache engine had started, though it subsequently died when Apache failed to start. We have looked through the bug list, and have been unabled to find a specific bug that looks like ours (though that may be our own blindness -- if so, we apologize). Aside from one error relating to threads (our Apache and PHP compiles both included thread support), we saw nothing. Does anyone have any idea as to the cause of this problem? Any assistance will be greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=19457&edit=1
#19407 [Com]: random error: open_basedir restriction in effect.
ID: 19407 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Redhat 7.2/Linux 2.4.19 PHP Version: 4.2.3 New Comment: Please Fix this... Previous Comments: [2002-09-15 03:06:48] [EMAIL PROTECTED] http://www.derickrethans.nl/20020426.php and http://www.derickrethans.nl/20020502.php [2002-09-14 21:35:01] [EMAIL PROTECTED] why isn't that fixed? This is a >>>VERY VERY VERY BIG BUG<<< [2002-09-14 14:58:10] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. [2002-09-14 14:56:45] [EMAIL PROTECTED] Hi, Please See: http://bugs.php.net/bug.php?id=19292 Please Please FI This... THANKS... -- Edit this bug report at http://bugs.php.net/?id=19407&edit=1
#19459 [Opn->Bgs]: shuts down other programs
ID: 19459 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: aol instant messenger PHP Version: 4.2.3 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Previous Comments: [2002-09-17 17:46:38] [EMAIL PROTECTED] i do not understand what you said please restate it. [2002-09-17 17:44:09] [EMAIL PROTECTED] After i updated the new version of aol instant messenger i can no longer have more than 1 window open. ex. I open instant messenger then i try to open up msn explorer and it shuts the explorer window. -- Edit this bug report at http://bugs.php.net/?id=19459&edit=1
#19457 [Opn]: Apache 1.3.26 w/OpenSSL fails to start
ID: 19457 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: Compiling v4.2.2 as a .so file also failed. Out of curiosity, is there possibly a problem with our compiler version (gcc 2.95.3)? Previous Comments: [2002-09-17 18:27:31] [EMAIL PROTECTED] Yes, it was compiled with the libpthread library. Just for a little further info, recompiling Apache WITHOUT SSL works fine ... We're going to try the 4.2.2 PHP compile and see if that works ... [2002-09-17 17:00:05] [EMAIL PROTECTED] I might be mistaken..but I think I had same issue myself once and got it fixed by making sure httpd was linked with libpthread..can you check if your httpd is linked with it: ldd /usr/local/apache/bin/httpd [2002-09-17 16:39:26] [EMAIL PROTECTED] I ran into this exact problem last night while trying to upgrade one of my servers. Still not sure exactly what caused it, but the crash didn't occur for me unless Apache had SSL support (apache-ssl) enabled. Perhaps this is caused by a SSL library conflict? I encountered this problem on RedHat 7.1, and RedHat likes to install it's own (old) version of OpenSSL. I haven't had enough time to tinker too much, especially since it's a production server. However, I do have one machine with this setup working, but that is RedHat 7.3. Anyway, the setup that doesn't work for me on RedHat 7.1 is: OpenSSL 0.9.6g Apache 1.3.26 + Apache-SSL 1.48 PHP 4.2.3 All are source distributions, and were downloaded fresh last night. [2002-09-17 15:49:07] [EMAIL PROTECTED] We performed a basic compile on the PHP module: ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql --with-openssl=/usr/local/ssl make make install Compile and install worked successfully, reporting no errors. However, when we updated our httpsd.conf file to include support for the .php extension (and ensured that the LoadModule statement was correct), Apache/SSL failed to start, and reported no errors in the log files (nor were there any when running direct from the command line). The only item in the log file stated that the gcache engine had started, though it subsequently died when Apache failed to start. We have looked through the bug list, and have been unabled to find a specific bug that looks like ours (though that may be our own blindness -- if so, we apologize). Aside from one error relating to threads (our Apache and PHP compiles both included thread support), we saw nothing. Does anyone have any idea as to the cause of this problem? Any assistance will be greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=19457&edit=1
#19460 [NEW]: HTTP_POST_VARS trims 4 characters from left side of each field with array name
From: [EMAIL PROTECTED] Operating system: Linux 2.4.9-34 (RedHat 7.2) PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: HTTP_POST_VARS trims 4 characters from left side of each field with array name After submitting a form, HTTP_POST_VARS trims 4 characters from left side of each field in a form which has name as an array. Example: "; echo "my[2]: " . $my[2] . ""; echo "my[3]: " . $my[3] . ""; echo "my4: " . $my4 . ""; echo "my5: " . $my5 . ""; ?> The OUTPUT I got: my[1]: 567890 my[2]: efghijklmnop my[3]: c3d4e5f6g7 my4: abcdefghijklmnop my5: http://www.msn.com/ -- Edit bug report at http://bugs.php.net/?id=19460&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19460&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19460&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19460&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19460&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19460&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19460&r=support Expected behavior: http://bugs.php.net/fix.php?id=19460&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19460&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19460&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19460&r=globals
#19461 [NEW]: short_open_tag = Off is set, but PHP tries to parse anyway
From: [EMAIL PROTECTED] Operating system: Linux 2.4.19 PHP version: 4CVS-2002-09-17 PHP Bug Type: PHP options/info functions Bug description: short_open_tag = Off is set, but PHP tries to parse anyway Using today's snapshot (php4-STABLE-200209171500) with Apache 2.0.40, despite the fact that "short_open_tag = Off" is set in php.ini and shows up as Off in phpinfo(), PHP is trying to parse http://bugs.php.net/?id=19461&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19461&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19461&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19461&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19461&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19461&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19461&r=support Expected behavior: http://bugs.php.net/fix.php?id=19461&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19461&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19461&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19461&r=globals
#14167 [Opn->Fbk]: Bug with php_sybase.c and php_sybase.h
ID: 14167 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: LINUX RED HAT 7.0 PHP Version: 4.0.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-01-13 17:55:26] [EMAIL PROTECTED] see comment in bug #13763 [2001-11-21 16:39:29] [EMAIL PROTECTED] excuse, the is are php_sybase_ct.c and php_sybase_ct.h [2001-11-21 16:37:09] [EMAIL PROTECTED] PHP can't retreive two or more result set. This case is produce with sp_helptext MYPROC on sybase V 11.9 and with a proc which make a compute inside or when proc make two SELECT at the end. COMPUTE is return as a second result set. Arnaud. -- Edit this bug report at http://bugs.php.net/?id=14167&edit=1
#14834 [Ana->Csd]: SegFault when passing HTTP_SESSION_VARS
ID: 14834 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Session related Operating System: Debian 3.0 (Woody) PHP Version: 4.1.0 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2002-05-25 10:55:40] [EMAIL PROTECTED] I just installed (compiled) PHP 4.2.1 and made the same tests. Now there are NO segfaults in the log. I suppose the bug IS fixed. Anyone to confirm that? [2002-03-06 20:22:00] [EMAIL PROTECTED] There is problem still [2002-03-05 18:35:53] [EMAIL PROTECTED] This bug has been fixed in CVS. It's probably fixed in CVS. Please reopen if there is the problem. [2002-03-05 03:43:55] [EMAIL PROTECTED] Zeev was tried to fix (the idea was the same as mine when I update this report) There are issue about wrong reference to $_SESSION and $HTTP_SESSION_VARS even with the patch. Therefore, I didn't committed. Problem is solved partially, there is a _serious_ problem for $_SESSION/$HTTP_SESSION_VARS. This will be fixed by 4.2.0 [2002-02-13 22:39:44] [EMAIL PROTECTED] Will be fixed soon 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/14834 -- Edit this bug report at http://bugs.php.net/?id=14834&edit=1
#14497 [Ana->Fbk]: PHP causes segfault when session handler=user
ID: 14497
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Feedback
Bug Type: Session related
Operating System: FreeBSD 4.4-Stable
PHP Version: 4.1.0, 4-2001121
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-04-15 15:09:04] [EMAIL PROTECTED]
Since ver 4.1.2 was released Feb 27 and the post of Feb 2 says the fix
has been commited to the CVS and because of this line in the NEWS:
'Fixed a crash in the session module (Yasuo)', I'm assuming the fix was
commited in ver 4.1.2. If not, then this is probably a moot post.
Nonetheless, I'm still having this problem. I'm currently using the
work around (return '') and httpd no longer seg faults but returning
php booleans does cause the crash.
My server info: linux 2.2.19, apache 1.3.24, php 4.1.2 and Ying Zhang's
mysql session handlers.
This is the backtrace I've gotten from it:
Program received signal SIGSEGV, Segmentation fault.
0x81ace4a in _zend_is_inconsistent (ht=0x0, file=0x82905e4
"zend_hash.c",
line=975) at zend_hash.c:84
84 if (ht->inconsistent==HT_OK) {
--
Thanks.
[2002-02-02 22:18:22] [EMAIL PROTECTED]
This bug has been fixed in CVS.
[2002-01-06 22:23:57] [EMAIL PROTECTED]
I've not committed the fix for this bug yet, but you can work around
the segfault.
Return string when there is no data to read or failed to write. (i.e.
return '';) User session save handler expect string data, if you return
other than string, it segfualts.
[2001-12-21 03:36:49] [EMAIL PROTECTED]
Assigned to myself. By the I updated this bug report, I know the fix,
but I forgot what is was now :(
I'll work on this after I finish things have to do
[2001-12-19 23:00:15] [EMAIL PROTECTED]
Is this fixed?
Anyone mind if I fix this and commit?
--
Yasuo Ohgaki
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/14497
--
Edit this bug report at http://bugs.php.net/?id=14497&edit=1
#15025 [Opn->Ver]: Copy of array is affected by reference
ID: 15025 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Scripting Engine problem Operating System: FreeBSD, Linux -PHP Version: 4.1.1 +PHP Version: 4.3.0-dev New Comment: updating version. Previous Comments: [2002-09-17 13:31:26] [EMAIL PROTECTED] Verified with 4.2.3 on Windows 2000 too. [2002-01-13 22:32:27] [EMAIL PROTECTED] $c should not have been affected by the assignment to $b because $c should only be a copy to $a. What happened is the first echo shows 5 and after assignment to $b, the content of $c changes to 1 when it should stay as 5. [2002-01-13 22:18:55] [EMAIL PROTECTED] You can guess / see from this simple script: $a = array(5); $b =& $a[0]; $c = $a; echo $c[0]; $b = 1; echo $c[0]; -- Edit this bug report at http://bugs.php.net/?id=15025&edit=1
#19280 [Opn]: imap_header() fails with many To: addresses
ID: 19280 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IMAP related Operating System: RedHat 7.3, 2.4.19 PHP Version: 4CVS-2002-09-07 New Comment: Is that the sound of crickets chirping in the background that I hear? Previous Comments: [2002-09-08 19:57:56] [EMAIL PROTECTED] The problem is not resolved with imap-2001a. Earlier versions of imap do not compile because of a mismatch involving date functions. The only error reported in error_log is "Segmentation fault". [2002-09-08 16:00:41] [EMAIL PROTECTED] Here is another message that causes imap_header() to fail. It is in a slightly different format. There are 80 lines, 4402 total characters. There are 164 addresses in the To: list. Each line following the To: line is indented with one tab (not spaces). Return-Path: <[EMAIL PROTECTED]> Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.abcd.com (Postfix) with ESMTP id 939F85E2F for <[EMAIL PROTECTED]>; Fri, 30 Aug 2002 23:29:50 -0500 (CDT) From: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Date: Sat, 31 Aug 2002 00:16:58 EDT Subject: This is the subject line To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] (soijer eorjrn) (oijer roeirjn), [EMAIL PROTECTED] (eojroi oijerjet), [EMAIL PROTECTED] (jero oerijn), [EMAIL PROTECTED] (iserla peroijer), [EMAIL PROTECTED] (eijr aodiri), [EMAIL PROTECTED] (oaierjp eproijn), [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL P
#16920 [Ana->Fbk]: File permissions security problem
ID: 16920 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Feedback Bug Type: *Configuration Issues Operating System: Red Hat Linux 7.2 PHP Version: 4.2.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-04-29 19:40:59] [EMAIL PROTECTED] Oops. This is Makefile issue, of course. 'make install' should set these. [2002-04-29 19:38:00] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-29 18:47:48] [EMAIL PROTECTED] When I run "make install" as root, most of the files installed under /usr/local/include/php have a user id of 500, a group id of 500, and a mode of 664. This is very insecure for (hopefully) obvious reasons: it gives whichever user who has a numeric id of 500 write access to the files, and also any users in group 500. Ideally, it should install the files with user id 0, group id 0, and a mode of 644. Here is my configure line, in case it matters: ./configure --with-apache=../apache_1.3.24 --enable-track-vars \ --with-mysql --with-zlib --with-gd -- Edit this bug report at http://bugs.php.net/?id=16920&edit=1
#19460 [Opn->Csd]: HTTP_POST_VARS trims 4 characters from left side of each field with array name
ID: 19460 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.9-34 (RedHat 7.2) PHP Version: 4.2.3 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. Previous Comments: [2002-09-17 19:12:22] [EMAIL PROTECTED] After submitting a form, HTTP_POST_VARS trims 4 characters from left side of each field in a form which has name as an array. Example: "; echo "my[2]: " . $my[2] . ""; echo "my[3]: " . $my[3] . ""; echo "my4: " . $my4 . ""; echo "my5: " . $my5 . ""; ?> The OUTPUT I got: my[1]: 567890 my[2]: efghijklmnop my[3]: c3d4e5f6g7 my4: abcdefghijklmnop my5: http://www.msn.com/ -- Edit this bug report at http://bugs.php.net/?id=19460&edit=1
#19376 [WFx->Opn]: Class inheritance problem
ID: 19376
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Won't fix
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux/Windows NT 4
PHP Version: 4.2.2
New Comment:
Ok. I'm really having a serious issue with this.
I am not asking to fix anything that should eliminate backwards
comaptibility, because in any forum you go to, this behavior is wrong,
when considering object-oriented programming.
All I'm saying is that instead of scanning the class hierarchy from the
object class type, in either direction, that the class hierarchy be
scanned towards the base class only from the object class type.
Each variable carries with it, it's type.
You cannot seriously tell me this is difficult to implement, and
obviously since you shouldn't be scanning down a hierarchy from the
current object's class type anyway, you eliminate needing to spend
extra time so the whole process should be faster anyway.
Could you please give me one instance where backwards compability would
be sacrificed?
Having spent a good chunk of my education in studying compilers and
optimization and operating systems, I am really having trouble with the
overall attitude I'm getting about a problem that in my eyes is a
win-win if it's fixed, since we would have a proper object oriented
environment where code would not break just because someone was sloppy
in setting up their classes.
Come on. This is really serious stuff.
Because what you're essentially saying is that if 2 class hierarchies
are derived from PEAR, and that one of the instances in that hierarchy
calls a PEAR function and that PEAR function somehow needs to call
something in the other class hierarchy by some derived module, that
that SECONDARy static call to the alternative class hierarchy from the
same root, would then become a CLASS METHOD call making the situation
untenable and the problem unsolvable.
Is it just resources? Do you want me to look at the code and find out
what would need to be done?
All I've been hearing is "We can't do it, it isn't do-able, there's too
much that will break".
If any of these things were true, PHP would not be the success it is
today.
So what do you want to do??? I'm game for some collaboration.
I'm not asking for a silver bullet.
I've ante'd up. Anyone going to call???
Thanks.
Previous Comments:
[2002-09-14 04:17:43] [EMAIL PROTECTED]
This is just how it is implemented, and it can now not be changed
because of backward compatibility -> won't fix.
Derick
[2002-09-13 00:04:20] [EMAIL PROTECTED]
This is not the same as the one in the documentation that you sent me.
In the documentation, you are calling A::example directly, or calling
B::example which calls up the chain to A.
In that context, it's fine. Objects of type B contain an A context.
It's when you call B::example from within A::example that all hell
breaks loose. Objects of type A have no B context.
Example.
a;B::Example();}
}
class B extends A
{
var $b;
// This should fail when called from objects of type A.
// And it does, but only because b is undefined, not
// because $this is undefined. But since an object of
// type A called this static method, $this should not
// exist. The error should be undefined variable $this
// not undefined property b.
function example(){echo $this->b;}
}
$a=new A;
$a->example();
?>
---
My 3 class script below also illustrates that not only is the class
context passed out of the current object to a static method, when the
function call chain returns to the original class, which should have no
context, the original context is still carried.
I really don't see how this is documented. Is there any further
documentation? You're suggesting I subscribe to php-dev??
Duplicated below w/o the results.
---
';
echo 'Next 2 lines should fail since this method was not called
from within this object';
echo '$this is of type '. get_class($this)." in
test3::showMe\n";
echo "test1::showMe:a=".$this->a."\n";
}
// Class member to test static method call
function callMe()
{
echo 'In test1::callMe';
echo '$this is of type '.get_class($this)."in
test1::callMe\n";
echo 'Calling class method test3::showMe from an object of type
test1';
echo '$this should not be passed since test3::showMe does not exist
in objects of type test1';
// This is a static method call, since test1 objects
// do not have a test3::showMe.
test3::showMe();
}
}
class test2 extends test1
{
function showMe()
{
echo 'In test2::showMe';
echo "Next 2 lines should fail since objects of type test1 cannot
pass \$this\n";
echo '$this is of type '. get_class($this)." in
test2::showMe\n";
echo "test2::showMe:
#19417 [Opn->Fbk]: Float Operation get rounded
ID: 19417
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Math related
Operating System: RH7.2
PHP Version: 4.2.1
New Comment:
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
I don't have problem. Try CVS version and open again if problem exists.
Previous Comments:
[2002-09-15 10:38:23] [EMAIL PROTECTED]
All the following lines output an integer value (6) instead of a float
one (6.9):
echo 5.2+1.7;
echo (float)5.2+(float)1.7;
printf("%2.2f",(float)5.2+1.7);
echo sprintf("%2.2f",(float)5.2+1.7);
...
same thing with "*" operator:
echo (float)60*0.7;
returns 0
php 4.2.1 (ftp+gd+ctype+bcmath+zlib)
Apache 1.3.26
--
Edit this bug report at http://bugs.php.net/?id=19417&edit=1
#19411 [Opn->Bgs]: Pre-existing classes defined WHERE?
ID: 19411 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: All PHP Version: 4.2.2 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Previous Comments: [2002-09-14 22:13:28] [EMAIL PROTECTED] It would be Really Nifty (tm) if the class system would tell me *WHERE* somebody has already defined "class foo" when it won't let me create class foo because it already exists. Some bozo is making me use "class User" (how original) but I've got no idea where the *other* class User is and which one will be less hassle to change, and PHP ain't telling :-( I hate inexperienced OO programmers. They cause more problems than if we just made them not use OO in the first p -- Edit this bug report at http://bugs.php.net/?id=19411&edit=1
#17784 [Opn->Csd]: fopen() 4th parameter not document
ID: 17784
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type:Documentation problem
PHP Version: 4.0CVS-2002-06-16
New Comment:
Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at
http://www.php.net/downloads.php
Previous Comments:
[2002-07-26 14:11:11] [EMAIL PROTECTED]
I still don't have time to properly document this, but I'm
pasting part of my email conversation with Philip here,
just in case someone else does get the time before I do.
Thanks very much to Philip for the effort in researching
this stuff!
Wez said:
> The concept is this:
> Sometimes it is useful to specify some more advanced tuning
paramters
> for a file (or stream) before it is opened. In the case of HTTP,
> it is also useful to be able to share context settings - the main
> thing here is to store cookies from one request and then use them
> for subsequent fopen("http://...";) requests.
>
> This concept was expanded to allow callbacks to monitor progress:
> you should be able to find more details on this on the marc archives
-
> search for something like "stream progress notification"; this was
> implemented in response to someone requesting the feature for FTP,
> so adding FTP in there might help narrow the search.
>
> The context functions were (re)named as follows:
>
> stream_context_create()
> stream_context_get_options()
> stream_context_set_option()
> stream_context_set_params()
>
> Context parameters have the following structure, much like an
> array, so I'll display it like an array:
>
> context => array(
>notification => callback for notification function
>options => array(
>http => array(optionname => optionvalue) // for http
>ftp => ftp wrapper options
>... => other wrapper options
>)
> )
>
> ATM, only the notification parameter has been set and no options
> for the other wrappers have been finalized, so it only makes sense
> to document that part of it right now.
And Philip said:
Feel free to add the information below to the bug
report, I unassigned myself, and wrote all the
information I knew into it. See:
http://bugs.php.net/bug.php?id=17784
Btw, that thread you speak of (stream progress
notification" is here:
RFC: stream notification handlers
http://marc.theaimsgroup.com/?l=php-dev&m=101826854819192
Somehow I missed it. Hopefully if you mention the
stuff below in that report someone will document it.
Sorry I can't :( Btw, this is some cool stuff! I'm
slowly understanding it.
[2002-07-17 04:56:51] [EMAIL PROTECTED]
whoa, kudos for the footwork, philip! :)
[2002-07-16 18:07:57] [EMAIL PROTECTED]
This has been briefly documented, I lack the knowledge to take it
further. Here's some related information:
Re: [PHP-DEV] streams and options
http://marc.theaimsgroup.com/?l=php-dev&m=101922976301407
Also, in NEWS:
PHP now has a new stream system that allows it to
do some clever stuff with fopen() and fsockopen().
As a result:
. URL wrappers natively supports https:// URLs
. fsockopen() adds support for ssl:// and tls://
connections via TCP/IP
. copy($srcfilename, $destfilename) can now be used with
URL wrappers
. zlib wrappers/streams can be used even on systems
without fopencookie()
. Added 'compress.bzip2://' stream and wrapper support.
. Added user-space streams - it is now possible to define
a class in PHP code and register it as a URL wrapper.
. Most extensions now support streams when passing files,
which means that those extensions will support URL
wrappers. (Wez)
More related php-dev threads:
Stream Filters and Interfaces (a bit long)
http://marc.theaimsgroup.com/?l=php-dev&m=101924701219677
URLs, fopen wrappers and RFC 2718
http://marc.theaimsgroup.com/?l=php-dev&m=101915071800583
Am unassigning from self, remains open.
[2002-07-14 13:50:37] [EMAIL PROTECTED]
Still open, I'll document it.
[2002-07-14 08:20:43] [EMAIL PROTECTED]
Just a quick note, because the docs haven't shown up on
the site yet, and I don't have time to resync my phpdoc
tree - the zcontext is for specifying tuning parameters
and callbacks. I did post an example to php-dev a while
back.
I will properly document this stuff when my workload
decreases to something just below fever pitch.
The remainder of the comments for t
#18351 [Opn->Fbk]: socket_read() on closed sock crashed OS and forced instant warm boot of machine
ID: 18351
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000 Server sp2, IIS 5.0
PHP Version: 4.2.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-07-15 09:05:35] [EMAIL PROTECTED]
Used the standard W32 build of PHP.EXE (I did not compile it).
Wrote a PHP script that acts as a relay server (client connects to me,
I connect to the destination server and act as a proxy/gateway to that
server for the client).
The destination server had closed the connection and my script
socket_select()'ed on it. However, due to a bug in my script that
returned the wrong value, I proceeded to try and socket_read() from the
socket instead of closing the client connection and ending the script.
The result of a socket_read() after failing on a socket_select() caused
Windows 2000 Server s.p. 2 running IIS 5.0 to die immediately, forced a
warm boot of the machine (no GPF, just immediate warm boot).
I reproduced it 3 times, totalling 4 sucessful warm-boots before
finding my bug and fixing it. I have not encountered the problem
since.
Incidently, my bug was returning "ZSC_LOSTCONNECTION" from a function
that polls the socket, but I was testing for "ZSC_CONNECTIONLOST"
instead.
Here is my full relay script, the fixed version (it's very simple to
"unfix it" and modify it to act as a normal relay instead of the
special service requests that I wrote in).
Hope this helps guys,
Peter Souza IV
CEO/administrator
[EMAIL PROTECTED]
Zinious Software corporation
www.zinious.com
-script here-
#!/usr/bin/php -q
0)
{
if (($indata = socket_read($socket_to_check, 1024)) !== false)
{
if ($indata == "")
return "ZSC_LOSTCONNECTION";
return $indata;
}
else
{
return "ZSC_LOSTCONNECTION";
}
}
return "ZSC_NOCHANGE";
}
function DoServer( )
{
error_reporting (E_ALL);
set_time_limit (0);
ob_implicit_flush ();
$socket = socket_create( AF_INET , SOCK_STREAM , SOL_TCP);
$player_socket = socket_create( AF_INET , SOCK_STREAM , SOL_TCP);
$unused_socket = socket_create( AF_INET , SOCK_STREAM , SOL_TCP);
$isbind = socket_bind($socket, "192.168.0.2", 23);
if (!($isbind))
{
print "Error binding.\r\n";
return 0;
}
print "--- Z.S.C. Relay Server: port 23 ---\r\n\r\n";
socket_listen($socket);
while (true)
{
$newsock = socket_accept($socket);
if ($newsock)
{
socket_getpeername($newsock, $host_from);
$host_from = $host_from." (".gethostbyaddr($host_from).")";
print "[CONNECTION] connection from $host_from\r\n";
$xdata = "";
for ($indata = "ZSC_NOCHANGE";
((!strstr($xdata,"\n"))&&($indata !=
"ZSC_LOSTCONNECTION")); $indata = SocketCheck($newsock))
if (($indata != "ZSC_LOSTCONNECTION") && ($indata !=
"ZSC_NOCHANGE"))
$xdata .= $indata;
if ($indata == "ZSC_LOSTCONNECTION")
{
print "[CONNECTION] lost connection to
$host_from\r\n";
socket_close($newsock);
continue;
}
$indata = $xdata;
if (strstr($indata, "master end relay"))
{
socket_write($newsock, "\r\n--- Z.S.C. Relay Server:
shutdown
---\r\n");
print "\r\n--- Z.S.C. Relay Server: shutdown ---\r\n";
socket_close($newsock);
socket_close($socket);
return 0;
}
$szCharacterKey = substr($indata, 0, 32);
$szGameServiceCode = substr($indata, 33, 3);
$szGamePort = substr($indata, 37, 5);
$szGameHost = substr($indata, 43);
while (strstr($szGameHost, "\r") || strstr($szGameHost, "\n"))
$szGameHost = substr($szGameHost, 0,
strlen($szGameHost) - 1);
#18443 [Opn->Fbk]: Repeat of Bug #9815 cannot include/require files on network shares
ID: 18443 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: win32 (windows 2000) PHP Version: 4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip The bug does not appear in latest CVS, at least not on WinXP. Previous Comments: [2002-07-24 12:23:33] [EMAIL PROTECTED] Any information on the status of this? I would like something to give back to my developers other than "It doesn't work" 8) [2002-07-19 22:02:14] [EMAIL PROTECTED] Warning: Failed opening '../includes/header.php' for inclusion (include_path='.;/includes') in \\vol\sites$\website\public\pages\search.php It seems to not like the relative path. I can use: OR But the traversing back via relative path is not working I tried a CVS from 2 days ago but that CVS didn't work at all. Any suggestions? It would be really great to get this working again. -- Edit this bug report at http://bugs.php.net/?id=18443&edit=1
#19343 [Opn->Bgs]: array_rand does not return keys randomly
ID: 19343
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: WinXP
PHP Version: 4.2.3
New Comment:
Sorry, but the bug system is not the appropriate forum for asking
support questions. 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
Thank you for your interest in PHP.
I've tried this a few dosen times and the results were quite random.
Please keep in mind that with a small array, such as the one in your
example, there are only 24 possible combinations. Which means, that on
average every 24th run you'll get an 'unsorted' array.
Previous Comments:
[2002-09-10 14:09:42] [EMAIL PROTECTED]
I called array_rand($my_array, count($my_array)). I expected array_rand
to return the keys of $my_array in random order. I actually received
the keys in almost the same order each time. $my_array was a 4 element
array and the third element's key never changed position. I tried using
srand also, but it produced same results. On an older version of
php(4.1.2) the function worked as expected.
script on WinXP php4.2.3:
$numbers = range (1,4);
$rand_keys = array_rand ($numbers, count($numbers));
foreach ($rand_keys as $val) {
print $numbers[$val]."\n";
}
--
Edit this bug report at http://bugs.php.net/?id=19343&edit=1
#19393 [Opn->Fbk]: get_browser() returns an empty array
ID: 19393 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: Suse Linux 8.0 PHP Version: 4.2.1 New Comment: Check your Apache's error log for error messages pertaining to PHP's ability to parse browscap.ini, these errors would only occur on Apache start. Since php's browscap.ini parser will stop parsing the file if it encounters an error, the effect is the same as not having a browscap.ini in the first place. The solution in this case would be to either fix the lines PHP's parser complains about or remove them from the file all together. Previous Comments: [2002-09-13 11:40:46] [EMAIL PROTECTED] Hi Gurus ! (Running PHP 4.2.1 with a Apache/1.3.26 server installed from the Suse Linux 8.0 disks). Using the following script found in the documentation : $key: $value\n"; } return $str; } echo "$HTTP_USER_AGENT\n"; $browser = get_browser(); echo list_array ((array) $browser); ?> I only get the $HTTP_USER_AGENT value and nothing more, the get_browser() function returns FALSE. My php.ini file point to the browscap.ini file. This is confirmed by executing phpinfo() Looking at the bug history I saw that this seems to be a recurent problem. Anything you can do ? Thanks ! Philippe -- Edit this bug report at http://bugs.php.net/?id=19393&edit=1
#19411 [Bgs->Opn]: Pre-existing classes defined WHERE?
ID: 19411
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.2.2
New Comment:
It's a FEATURE REQUEST, not a support question.
Currently, PHP's error message when encountering:
class foo {
the SECOND time simply tells me it's "already defined".
While that would be useful if I was, say, including the same
file twice, it's not particularly useful when trying to
integrate two (or more) object-oriented 3rd-party libraries.
The error message would be infinitely more useful if it
included the __FILE__ and __LINE__ of the first:
class foo {
This is essentially the same problem/solution as the old
"headers already sent" problem, which now explicitly states
which line/file caused the original out
Previous Comments:
[2002-09-17 21:12:27] [EMAIL PROTECTED]
Sorry, but the bug system is not the appropriate forum for asking
support questions. 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
Thank you for your interest in PHP.
[2002-09-14 22:13:28] [EMAIL PROTECTED]
It would be Really Nifty (tm) if the class system would tell
me *WHERE* somebody has already defined "class foo" when it
won't let me create class foo because it already exists.
Some bozo is making me use "class User" (how original) but
I've got no idea where the *other* class User is and which
one will be less hassle to change, and PHP ain't telling :-(
I hate inexperienced OO programmers. They cause more
problems than if we just made them not use OO in the first
p
--
Edit this bug report at http://bugs.php.net/?id=19411&edit=1
#19411 [Opn->Ana]: Pre-existing classes defined WHERE?
ID: 19411
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Analyzed
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.2.2
New Comment:
The engine can't always guarantee to be able to know
exactly where the class was defined.
For instance, the class might be an internal class (like
the Directory class) defined by an extension, or it might have been
generated by an eval statement.
The definition location should be fairly easy to
store/recall - just add a field to zend_class_entry,
and tweak the parser so that the error message is more
meaningful. I'll forward this on to some other developers
and we'll see what comes up.
Until this is implemented, you can use something like
this from your unix/cygwin shell prompt:
grep -ni 'class User' $(find -name '*.php')
Previous Comments:
[2002-09-17 22:26:42] [EMAIL PROTECTED]
It's a FEATURE REQUEST, not a support question.
Currently, PHP's error message when encountering:
class foo {
the SECOND time simply tells me it's "already defined".
While that would be useful if I was, say, including the same
file twice, it's not particularly useful when trying to
integrate two (or more) object-oriented 3rd-party libraries.
The error message would be infinitely more useful if it
included the __FILE__ and __LINE__ of the first:
class foo {
This is essentially the same problem/solution as the old
"headers already sent" problem, which now explicitly states
which line/file caused the original out
[2002-09-17 21:12:27] [EMAIL PROTECTED]
Sorry, but the bug system is not the appropriate forum for asking
support questions. 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
Thank you for your interest in PHP.
[2002-09-14 22:13:28] [EMAIL PROTECTED]
It would be Really Nifty (tm) if the class system would tell
me *WHERE* somebody has already defined "class foo" when it
won't let me create class foo because it already exists.
Some bozo is making me use "class User" (how original) but
I've got no idea where the *other* class User is and which
one will be less hassle to change, and PHP ain't telling :-(
I hate inexperienced OO programmers. They cause more
problems than if we just made them not use OO in the first
p
--
Edit this bug report at http://bugs.php.net/?id=19411&edit=1
#19462 [NEW]: Page in Dutch in the English manual
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.2.1 PHP Bug Type: Documentation problem Bug description: Page in Dutch in the English manual In the PHM English language .chm format documentation (version: This file was generated: Sun Sep 08 02:07:01 2002) there is a page in Dutch called: "Meerdere bestanden uploaden" (Hoofdstuk 20. Bestanden uploaden naar server). I came across it when searching for the word "submit". -- Edit bug report at http://bugs.php.net/?id=19462&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19462&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19462&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19462&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19462&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19462&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19462&r=support Expected behavior: http://bugs.php.net/fix.php?id=19462&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19462&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19462&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19462&r=globals
#12223 [Com]: ldap rebind procedure implementation
ID: 12223 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: LDAP related Operating System: any PHP Version: 4.0.6 Assigned To: venaas New Comment: Attempted to use this function with php 4.2.2 and OpenLDAP 2.0.23-4 and it did not work. Apparently, changes to the OpenLDAP API function declaration of ldap_set_rebind_proc were made from 3 parameters to 2 causing the php function to be excluded from the build. Anyone have info on how to fix? Previous Comments: [2002-05-25 08:58:50] [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. [2001-12-29 12:49:59] [EMAIL PROTECTED] There is now an experimental implementation. Please test it. It currently requires you to use the OpenLDAP HEAD library. [2001-07-18 04:21:41] [EMAIL PROTECTED] A ldap rebind procedure for automatical referral chase is not provided in php4. The solution of #9704 doesn't work for ldap_add et al., as these functions do not return a "ldap result". This is an inherent problem with synchronous ldap calls. I have written an implementation of ldap_set_rebind_proc registering a php rebind callback. A patch is available on request (or would it be ok to attach a 240-line patch here?). The patch is vs. ext/ldap/ldap.c 1.90 from CVS. Enrik -- Edit this bug report at http://bugs.php.net/?id=12223&edit=1
#11039 [Fbk->NoF]: Netscape Server 3.6 / Solaris 8 problems...
ID: 11039 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.0.5 New Comment: 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". Previous Comments: [2002-08-17 01:36:42] [EMAIL PROTECTED] The problem probably comes from Solaris 8, which I don't think was really tested at the time. Do please try a newer version and tell us if this is happening to you still. There have been drastic changes between the release versions since this bug has been submitted. [2001-05-22 22:29:50] [EMAIL PROTECTED] I am running a Solaris (sparc) 8 box with Netscape Enterprise Server 3.6. The compile of PHP goes well. I used --- ./configure --with-mysql=/usr/local/mysql --with-nsapi=/mypath/netscape/suitespot/ --enable-track-vars --enable-libgcc make make install --- I then modified my start script for the server I am running (adding lib paths), and finally modified my obj.conf adding all the information needed as stated in "nsapi-readme.txt". However, my server will refuse to startup when this init line is added to my obj.conf -- Init fn="load-modules" funcs="php4_init,php4_close,php4_execute,php4_auth_trans" shlib="/usr/local/netscape/suitespot/bin/libphp4.so" -- When the start script is executed it simply returns back with a command promt, no error. If I comment out this newly added init, everything works (whithout PHP support of course). When I install PHP with the above config options on a Solaris 2.6 machine with Netscape Enterprise 3.6, everything runs great. So I do not know where the problem is coming from, Solaris 8 or Netscape Server 3.6. Any insight would be greatly appreciated. James -- Edit this bug report at http://bugs.php.net/?id=11039&edit=1
#10821 [Fbk->NoF]: Web server won't start after php make install
ID: 10821 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: iPlanet related Operating System: Solaris 2.7 & Solaris 2.8 PHP Version: 4.0.5 New Comment: 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". Previous Comments: [2002-08-17 10:12:42] [EMAIL PROTECTED] Found as a solution to this problem in another bug report: [EMAIL PROTECTED] says: i finally found it, i was missing the following line in magnus.conf: Init fn="php4_init" LateInit="yes" Does this solve your problem any? [2001-05-11 18:36:37] [EMAIL PROTECTED] I am trying to configure PHP4 to be used with Netscape Enterprise 3.6 with NSAPI, LDAP, and SYBASE-CT on a Solaris 2.7 machine. The error from the NES admin tool is pclose() failed. (2: unknown early startup error) Error An error occurred during startup. The server https- was not started. PHP4.0.5 compile is successfull with the following configuration: ./configure --with-nsapi=/opt/netscape/suitspot --with-ldap=/usr/local/ldap --with-sybase=/usr/syb119/11.1.1 --enable-track-vars --enable-libgcc I have completed the PHP4 install steps mentioned on: http://www.php.net/manual/en/install.netscape-enterprise.ph I have verified clean tests from the Netscape bug report with Netscape Engineers: http://help.netscape.com/kb/corporate/19990524-10.html If I comment out the following line from the obj.conf file the server will start as expected. Init fn="load-modules" funcs="php4_init,php4_close,php4_execute,php4_auth_tr ans" shlib="/opt/netscape/suitspot/bin/libphp4.so" My previous PHP install without the LDAP and Sybase extensions worked just fine. Problem is that I need the LDAP and Sybase modules. I have attempted this with Solaris 2.8 and iPlanet Webserver 4.1 SP7 with the same problems. Anyone have any ideas? Take Care, Eric G. Grant -- Edit this bug report at http://bugs.php.net/?id=10821&edit=1
#11598 [Fbk->NoF]: Configuration section doesn't distinguish between admin and user values.
ID: 11598 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Documentation problem Operating System: All PHP Version: 4.0 Latest CVS (2001-06-20) New Comment: 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". Previous Comments: [2002-08-17 06:21:23] [EMAIL PROTECTED] IMHO all conf options should have the info available for general options at ini_set()... [2002-08-17 01:42:12] [EMAIL PROTECTED] Can you give an example of the text you would like to see? [2001-06-20 22:36:41] [EMAIL PROTECTED] The "Configuration" section of the documentaion does not distinguish between configuration settings that are admin level, user level or any level. Each configuration option should indicate what restrictions are placed on it as to where and how can be set in the Apache conf. -- Edit this bug report at http://bugs.php.net/?id=11598&edit=1
#19463 [NEW]: Returning from __construct()
From: [EMAIL PROTECTED]
Operating system: Mandrake Linux 8.2
PHP version: 4CVS-2002-09-18
PHP Bug Type: Class/Object related
Bug description: Returning from __construct()
The version is actually the 4.3.0 zend2 alpha2.
I'm wondering if it is possible to return an instance of a subclass from a
constructor. For example:
class test1
{
class test2
{
function prt_test()
{
echo("testing!!!");
}
}
function __construct()
{
return new test2();
}
}
$test_obj = new test1();
$test_obj->prt_test();
?>
Let's say that I want to parent class to choose one of it's children to
actually provide the functionality based on some selection criteria.
This isn't a big issue since I can just use a function seperate from the
constructor to accompolish roughly the same thing. I'm just wondering if
this is something that was considered or encountered already.
Thanks...
--
Edit bug report at http://bugs.php.net/?id=19463&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19463&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19463&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19463&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19463&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19463&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19463&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19463&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19463&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19463&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19463&r=globals
#19464 [NEW]: "Oracle Collections" functions (ocicol*) in manual are not documented for ages.
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.2.3 PHP Bug Type: Documentation problem Bug description: "Oracle Collections" functions (ocicol*) in manual are not documented for ages. "Oracle Collections" functions (ocicol*) in manual are not documented for ages. At lest for a year as I can remember. -- Edit bug report at http://bugs.php.net/?id=19464&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19464&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19464&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19464&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19464&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19464&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19464&r=support Expected behavior: http://bugs.php.net/fix.php?id=19464&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19464&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19464&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19464&r=globals
#19323 [Com]: Filesystem calls with relative paths don't work
ID: 19323 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.2.3 New Comment: I have to add my support to a fix here... Got one of my PHP applications up and running, but others will require quite a lot fo work if I have to make ALL pathnames FQ... K. Previous Comments: [2002-09-17 13:59:29] [EMAIL PROTECTED] Please fix, that's really annoying. [2002-09-16 16:18:55] [EMAIL PROTECTED] Same problem on apache2.0.40 and php 4.2.3/linux 2.4.18-3 - rather annoying [2002-09-11 02:15:10] [EMAIL PROTECTED] Same problem on FreeBSD 4.6-STABLE with Apache 2.0.40 and PHP 4.2.3. './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql=/usr/local' '--with-sockets' '--enable-ftp' '--with-gd' '--with-gettext' '--with-ttf' '-with-pdflib' '--with-png' '--with-tsrm-pth' '--with-pgsql' [2002-09-10 10:31:10] [EMAIL PROTECTED] I am using apache2 running php as an SO module. [2002-09-10 05:24:08] [EMAIL PROTECTED] Are you using Apache2? 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/19323 -- Edit this bug report at http://bugs.php.net/?id=19323&edit=1
