#31661 [Opn->Bgs]: strtotime does not parse dates before 1-1-1970
ID: 31661
Updated by: [EMAIL PROTECTED]
Reported By: gregorylee at contractweb dot net
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: WinXP
PHP Version: 4.3.8
New Comment:
RTFM: http://www.php.net/strtotime
"Additionally, not all platforms support negative timestamps, therefore
your date range may be limited to no earlier than the Unix epoch. This
means that e.g. dates prior to Jan 1, 1970 will not work on Windows,
some Linux distributions, and a few other operating systems."
Previous Comments:
[2005-01-23 07:07:12] gregorylee at contractweb dot net
Description:
strtotime still fails (as of version 4.3.8) to appropriately parse
dates prior to 1-1-1970 in Windows builds. Reproducable with dates in
various formats: MM/DD/, DD/MM/, -MM-DD.
Validation/conversion of dates prior to 1970 are frequently needed for
applications that accept user input for birthdates.
Reproduce code:
---
print strtotime('04/28/1964');
print strtotime('4/28/64');
print strtotime('1964-04-28');
print strtotime('28/4/1964');
Expected result:
expect timestamps with the appropriate value (instead of -1);
Actual result:
--
-1
-1
-1
-1
--
Edit this bug report at http://bugs.php.net/?id=31661&edit=1
#31661 [NEW]: strtotime does not parse dates before 1-1-1970
From: gregorylee at contractweb dot net
Operating system: WinXP
PHP version: 4.3.8
PHP Bug Type: Date/time related
Bug description: strtotime does not parse dates before 1-1-1970
Description:
strtotime still fails (as of version 4.3.8) to appropriately parse dates
prior to 1-1-1970 in Windows builds. Reproducable with dates in various
formats: MM/DD/, DD/MM/, -MM-DD.
Validation/conversion of dates prior to 1970 are frequently needed for
applications that accept user input for birthdates.
Reproduce code:
---
print strtotime('04/28/1964');
print strtotime('4/28/64');
print strtotime('1964-04-28');
print strtotime('28/4/1964');
Expected result:
expect timestamps with the appropriate value (instead of -1);
Actual result:
--
-1
-1
-1
-1
--
Edit bug report at http://bugs.php.net/?id=31661&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31661&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31661&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31661&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31661&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31661&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31661&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31661&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31661&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31661&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31661&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31661&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31661&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31661&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31661&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31661&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31661&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31661&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31661&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31661&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31661&r=mysqlcfg
#31653 [Opn->Bgs]: basename return error
ID: 31653 User updated by: hunreal at gmail dot com Reported By: hunreal at gmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: FreeBSD 4.11 PHP Version: 5CVS-2005-01-22 (dev) New Comment: The win32 build work correctly with both unix path and windows path. But the src build in *nix is only work with basename(unix path) Previous Comments: [2005-01-22 07:57:41] hunreal at gmail dot com Description: basename() error Reproduce code: --- Expected result: result Diablotin.jpg Actual result: -- result -- C:\Backup\My Documents\My Pictures\Diablotin.jpg -- It also make the file upload function run incorrectly. -- Edit this bug report at http://bugs.php.net/?id=31653&edit=1
#31624 [Opn->Fbk]: session_start() causes segmentation fault on complex objects
ID: 31624 Updated by: [EMAIL PROTECTED] Reported By: ericvanblokland at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Fedora Core 2 PHP Version: 4CVS-2005-01-22 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-01-22 16:26:23] ericvanblokland at gmail dot com Sorry I took so long, apache was annoying me. maxservers was set to 1 but it kept spawning children. It took me a while to attach the right one to gdb. Also I recall having to set the maximum allowed memory size to *sick amount* again. Over 32M! Does an object that takes serialized 3M over 32M during runtime? I might be copying that object somewhere, but not more than once or twice. Backtrace for project environment _zval_ptr_dtor (zval_ptr=0x6) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 287 (*zval_ptr)->refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0x6) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 #1 0x037c8234 in zend_hash_clean (ht=0x8a301cc) at /usr/src/php4-STABLE-200501211330/Zend/zend_hash.c:582 #2 0x037d0e24 in execute (op_array=0x876d23c) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1712 #3 0x037d0d8d in execute (op_array=0x8ac0764) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #4 0x037d2000 in execute (op_array=0x8abf7dc) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c: #5 0x037c4b83 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php4-STABLE-200501211330/Zend/zend.c:900 #6 0x037a0b50 in php_execute_script (primary_file=0xfefc1940) at /usr/src/php4-STABLE-200501211330/main/main.c:1739 #7 0x037d4c05 in php_handler (r=0x87336f0) at /usr/src/php4-STABLE-200501211330/sapi/apache2handler/sapi_apache2.c:550 #8 0x004bac88 in ap_run_handler () from /usr/sbin/httpd #9 0x085339f8 in ?? () #10 0x in ?? () Backtrace for simulated environment (manual imported session) _zval_ptr_dtor (zval_ptr=0x6e616863) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 287 (*zval_ptr)->refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0x6e616863) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 #1 0x028c5170 in zend_hash_destroy (ht=0x883950c) at /usr/src/php4-STABLE-200501211330/Zend/zend_hash.c:556 #2 0x028c0980 in _zval_dtor (zvalue=0x88129a4) at /usr/src/php4-STABLE-200501211330/Zend/zend_variables.c:60 #3 0x028d08f2 in zend_assign_to_variable (result=0x8a6939c, op1=0x88129a4, op2=0x8a693bc, value=0x8782c4c, type=4, Ts=0xfeeb8e90) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:480 #4 0x028ccc3e in execute (op_array=0x899e354) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1388 #5 0x028cdd8d in execute (op_array=0x8a4b7ac) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #6 0x028cdd8d in execute (op_array=0x8838aac) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #7 0x028cf000 in execute (op_array=0x86f1aa0) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c: #8 0x028cdd8d in execute (op_array=0x8a2fa0c) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #9 0x028cdd8d in execute (op_array=0x8a321bc) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #10 0x028cdd8d in execute (op_array=0x8a385bc) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #11 0x028cdd8d in execute (op_array=0x8a3a8e4) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #12 0x028c1b83 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php4-STABLE-200501211330/Zend/zend.c:900 #13 0x0289db50 in php_execute_script (primary_file=0xfeec9360) at /usr/src/php4-STABLE-200501211330/main/main.c:1739 #14 0x028d1c05 in php_handler (r=0x89e4870) at /usr/src/php4-STABLE-200501211330/sapi/apache2handler/sapi_apache2.c:550 #15 0x00337c88 in ap_run_handler () from /usr/sbin/httpd #16 0x084679f8 in ?? () #17 0x in ?? () [2005-01-20 17:00:33] ericvanblokland at gmail dot com Description: PHP seems to crash on complex objects at exit or on session_start(); I suspect the php internal session_encode, session_decode, serialize and unserialize functions. Ive not been able to reproduce this as it only seems to occur with *VERY* complex objects like my code generates. Some strange facts I've found out about
#31660 [Opn->Bgs]: "SetEnv PHPRC " in apache 1.3.33 has not effect
ID: 31660 Updated by: [EMAIL PROTECTED] Reported By: paulo dot galvao at tutopia dot com dot br -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Win Xp Pro PHP Version: 4.3.10 New Comment: Apache bug. And it's an _environment_ variable. Set it for the environment you run apache from. (I don't remember how you do that in windows, use google) Previous Comments: [2005-01-23 03:06:56] paulo dot galvao at tutopia dot com dot br Description: My configuration: Win Xp Pro - Portuguese - Brazil Apache 1.3.33 and 2.0.52 installed Php 4.3.10 and 5.0.3 All installation are following the instructions from the manual downloaded from http://www.php.net/docs.php and generated: Thu Apr 15 13:13:36 2004. With apache 2.0.52, all configuration is working for php 4.3.10 and 5.0.3. But in apache 1.3.33 isn´t.When i set "SetEnv PHPRC C:/Apache/php4" in httpd.conf of apache 1.3.33 to specify the dir where the php.ini is located, and start apache, the php is getting the default configuration and not the configuration specified in C:/Apache/php4/php.ini. I search for this problem and in http://www.bazzinet.info/WebserverA.html i see that SetEnv PHPRC could not work in some cases and the same problem ocurried with others developers in http://bugs.php.net/bug.php?id=29694. Wel...a temporary solution that i found is put the file php.ini in apache dir, then php works with the configuration that i specified. My doubts: Is it a bug? Why this occurrence isn´t related in documentation? Is it a problem with php or apache 1.3.33? Is correct, say that the "SetEnv PHPRC " will never work? Exist other way to specify the dir where php.ini is? -- Edit this bug report at http://bugs.php.net/?id=31660&edit=1
#31660 [NEW]: "SetEnv PHPRC " in apache 1.3.33 has not effect
From: paulo dot galvao at tutopia dot com dot br Operating system: Win Xp Pro PHP version: 4.3.10 PHP Bug Type: Apache related Bug description: "SetEnv PHPRC " in apache 1.3.33 has not effect Description: My configuration: Win Xp Pro - Portuguese - Brazil Apache 1.3.33 and 2.0.52 installed Php 4.3.10 and 5.0.3 All installation are following the instructions from the manual downloaded from http://www.php.net/docs.php and generated: Thu Apr 15 13:13:36 2004. With apache 2.0.52, all configuration is working for php 4.3.10 and 5.0.3. But in apache 1.3.33 isn´t.When i set "SetEnv PHPRC C:/Apache/php4" in httpd.conf of apache 1.3.33 to specify the dir where the php.ini is located, and start apache, the php is getting the default configuration and not the configuration specified in C:/Apache/php4/php.ini. I search for this problem and in http://www.bazzinet.info/WebserverA.html i see that SetEnv PHPRC could not work in some cases and the same problem ocurried with others developers in http://bugs.php.net/bug.php?id=29694. Wel...a temporary solution that i found is put the file php.ini in apache dir, then php works with the configuration that i specified. My doubts: Is it a bug? Why this occurrence isn´t related in documentation? Is it a problem with php or apache 1.3.33? Is correct, say that the "SetEnv PHPRC " will never work? Exist other way to specify the dir where php.ini is? -- Edit bug report at http://bugs.php.net/?id=31660&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31660&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31660&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31660&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31660&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31660&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31660&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31660&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31660&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31660&r=support Expected behavior: http://bugs.php.net/fix.php?id=31660&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31660&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31660&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31660&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31660&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31660&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31660&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31660&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31660&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31660&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31660&r=mysqlcfg
#28743 [Fbk->NoF]: array_udiff dumps core
ID: 28743
Updated by: php-bugs@lists.php.net
Reported By: rodolfo at rodsoft dot org
-Status: Feedback
+Status: No Feedback
Bug Type: Reproducible crash
Operating System: linux 2.6.6
PHP Version: 5.0.0RC2
New Comment:
No feedback was provided for this bug for over a week, 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:
[2005-01-15 00:09:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Seems to be fixed, as I can reproduce with latest 5.* snapshots.
[2004-06-11 18:17:17] rodolfo at rodsoft dot org
Description:
If you run the following script with your web browser and reload the
page a couple of times, php dumps core. My apache version is 2.0.49
with libphp dynamically linked.
Strangely enough, if you change the array index inside the
create_function to something bogus, like "d", array_udiff returns an
empty array (without issuing an error). The second time the script is
called, as usual, php dumps core. With the correct array index, the
output is ok the first time. But dumps core the second time is called.
Reproduce code:
---
1, 'b'=>'apple');
$p1[] = array('a'=>2, 'b'=>'orange');
$p1[] = array('a'=>3, 'b'=>'banana');
$p2[] = array('a'=>3, 'b'=>'banana');
$p2[] = array('a'=>4, 'b'=>'raspberry');
echo "";
print_r(array_udiff($p1, $p2,create_function('$a,$b',
'return $a["a"]-$b["a"];')));
echo "";
?>
Expected result:
Array
(
[0] => Array
(
[a] => 1
[b] => apple
)
[1] => Array
(
[a] => 2
[b] => orange
)
)
no matter how many times we run the script
Actual result:
--
The correct result in the first time the script is run, and the
following core dump backtrace the second time:
#0 0x0001 in ?? ()
#1 0x4072bc0a in zend_call_function () from /usr/lib/apache/libphp5.so
#2 0x4067dd81 in array_user_compare () from /usr/lib/apache/libphp5.so
#3 0x407458c9 in zend_qsort() from /usr/lib/apache/libphp5.so
#4 0x40684a19 in php_array_diff () from /usr/lib/apache/libphp5.so
#5 0x0003 in ?? ()
#6 0x0004 in ?? ()
#7 0x4067dcf0 in zif_rsort() from /usr/lib/apache/libphp5.so
Previous frame inner to this frame (corrupt stack?)
--
Edit this bug report at http://bugs.php.net/?id=28743&edit=1
#31658 [Opn->WFx]: No way to move internal result pointer in OCI8 result set.
ID: 31658 Updated by: [EMAIL PROTECTED] Reported By: jkcarter at uiuc dot edu -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Mac OS Server 10.3.7 PHP Version: 4.3.8 New Comment: libmysql stores data on the client side and that makes possible to move through the result. OCI doesn't provide such possibility just because the data is transferred to the client when you call OCIFetch() function (though, you can use oci_set_prefetch() to prefetch them). OCI provides different way to handle such things called "scrollable cursors". But they have their own limitations & overheads and ATM I don't think that OCI8 module will support them until someone offer a stable solution. Previous Comments: [2005-01-22 21:41:50] jkcarter at uiuc dot edu Description: There is no way to alter the position of an OCI8 internal result pointer. For example, suppose one wants to print the first three rows of a result set multiple times. In MySQL, you have the mysql_data_seek($rs,0) function to move the result pointer back to the first row. In OCI8, there is no analagous function. Please add this function. -- Edit this bug report at http://bugs.php.net/?id=31658&edit=1
#31659 [NEW]: array_map to take non-array parameters and pass them to the callback function
From: zizka at seznam dot cz
Operating system:
PHP version: 5.0.1
PHP Bug Type: Feature/Change Request
Bug description: array_map to take non-array parameters and pass them to the
callback function
Description:
array_map could take non-array parameters and pass them to the callback
function in each step.
Example:
$a = explode(' ', 'XyX aXb sXs');
$a = array_map('str_replace', 'X','Y', $a);
That would result in calling:
str_replace('X','Y', $a[...]);
and the result array would be like
Array('YyY', 'aYb', 'sYs');
Now I have to define a callback function for many simple operations that
could be done this way.
Thanks, Ondra Zizka
Reproduce code:
---
$a = explode(' ', 'XyX aXb sXs');
$a = array_map('str_replace', 'X','Y', $a);
print_r($a);
Expected result:
Array([0] => YyY[1] => aYb[2] => sYs)
Actual result:
--
Warning: array_map() [function.array-map.htm]: Argument #2 should be an
array in ...
--
Edit bug report at http://bugs.php.net/?id=31659&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31659&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31659&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31659&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31659&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31659&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31659&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31659&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31659&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31659&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31659&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31659&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31659&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31659&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31659&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31659&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31659&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31659&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31659&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31659&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31659&r=mysqlcfg
#31657 [NEW]: open_basedir (closing slash does not work)
From: datazone at gmail dot com Operating system: RedHat EL3 PHP version: 5.0.3 PHP Bug Type: *General Issues Bug description: open_basedir (closing slash does not work) Description: it seems that Bug #19395 still exists in the latest 5.0 release. even though it was later ignored in Bug #25250. Either this is a bug, or the documentation needs to be fixed to reflect that the trailing slash DOES NOT work as implied. -- Edit bug report at http://bugs.php.net/?id=31657&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31657&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31657&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31657&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31657&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31657&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31657&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31657&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31657&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31657&r=support Expected behavior: http://bugs.php.net/fix.php?id=31657&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31657&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31657&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31657&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31657&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31657&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31657&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31657&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31657&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31657&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31657&r=mysqlcfg
#31433 [Opn->Fbk]: PHP CGI Core Dumps W/O TERMCAP Assignment | zend_strtod.c compile fails
ID: 31433 Updated by: [EMAIL PROTECTED] Reported By: dgrimes at scvl dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: SCO OpenServer 5 PHP Version: 4CVS, 5CVS (2005-01-17) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The compile failure should at least be fixed now. Previous Comments: [2005-01-14 03:49:59] dgrimes at scvl dot com OK... Sorry for the delay... Here is the output from gdb: GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-unknown-sco3.2v5.0.0elf"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Reading symbols from /usr/lib/libc.so.1...done. Reading symbols from /usr/lib/libresolv.so.1...done. #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 #1 0x80073cf0 in pathcanon () from /usr/lib/libsocket.so.2 #2 0x80073fd0 in realpath () from /usr/lib/libsocket.so.2 #3 0x80ccc70 in php_execute_script (primary_file=0x8047b3c) at /d/cdev/php-4.3.10/main/main.c:1703 #4 0x811c460 in main (argc=1, argv=0x8047b84) at /d/cdev/php-4.3.10/sapi/cgi/cgi_main.c:1592 (gdb) I hope this is more in line with what you're looking for. Thanks, Dean [2005-01-10 21:09:08] [EMAIL PROTECTED] Ok, awaiting that feedback then (as this back trace is quite useless) [2005-01-10 15:55:03] dgrimes at scvl dot com Actually I did use --enable-debug I just wrote my post to you wrong. I recompiled and it produced the same output: (carn700a:root)[/usr/local/bin] gdb /usr/local/bin/php /usr/local/bin/core GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-sco3.2v5.0.6"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Loaded symbols for /usr/lib/libsocket.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libresolv.so.1...done. Loaded symbols for /usr/lib/libresolv.so.1 #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 Cannot access memory at address 0x0 (gdb) I think the problem I'm having right now is getting gdb to work properly. We use the SCO UDK for Unixware debugger and I'm not sure how or even if I can do a back trace with that debugger. I'm working that right now. Also, I'm working on upgrading the server to SCO 5.0.7 and I'll install gdb from the SCO freeware CD once I have it up and running; hopefully later today. Sorry for the confusion, Dean [2005-01-07 21:00:55] [EMAIL PROTECTED] The configure option is --enable-debug (ENABLE!) And you need to delete config.cache first before reconfigure. [2005-01-07 20:31:25] dgrimes at scvl dot com I configured with --disable-all --with-debug but I guess that doesn't work like I thought it would. Anyway, I am recompiling and will have it to you shortly. TERMCAP was not defined previously. I found the issue during testing. When I log on with at telnet session I get coredumps but when I use an X session it would work. So compared the environments and found the difference to be the TERMCAP setting. I decided to set the TERMCAP variable to the value used in the X session for the telnet session and PHP then worked. Dean 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/31433 -- Edit this bug report at http://bugs.php.net/?id=31433&edit=1
#31658 [NEW]: No way to move internal result pointer in OCI8 result set.
From: jkcarter at uiuc dot edu Operating system: Mac OS Server 10.3.7 PHP version: 4.3.8 PHP Bug Type: Feature/Change Request Bug description: No way to move internal result pointer in OCI8 result set. Description: There is no way to alter the position of an OCI8 internal result pointer. For example, suppose one wants to print the first three rows of a result set multiple times. In MySQL, you have the mysql_data_seek($rs,0) function to move the result pointer back to the first row. In OCI8, there is no analagous function. Please add this function. -- Edit bug report at http://bugs.php.net/?id=31658&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31658&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31658&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31658&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31658&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31658&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31658&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31658&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31658&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31658&r=support Expected behavior: http://bugs.php.net/fix.php?id=31658&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31658&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31658&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31658&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31658&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31658&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31658&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31658&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31658&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31658&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31658&r=mysqlcfg
#31249 [Fbk->Csd]: bad type in zend_strtod.c
ID: 31249 Updated by: [EMAIL PROTECTED] Reported By: long+phpbugs at kestrel dot cc dot ku dot edu -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: Tru64 4.0F PHP Version: 4CVS-2004-12-22 (stable) Assigned To: magnus New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Try a snapshot in couple of hours from now. Previous Comments: [2005-01-22 20:15:22] [EMAIL PROTECTED] Where is uint32_t defined in your system? [2005-01-20 19:15:07] long+phpbugs at kestrel dot cc dot ku dot edu I'm getting the following error with php4-STABLE-200501201730: cc -IZend/ -I/homeb/long/src/php4-STABLE-200501201730/Zend/ -DPHP_ATOM_INC -I/homeb/long/src/php4-STABLE-200501201730/include -I/homeb/long/src/php4-STABLE-200501201730/main -I/homeb/long/src/php4-STABLE-200501201730 -I/homeb/long/src/php4-STABLE-200501201730/Zend -I/homeb/long/src/php4-STABLE-200501201730/ext/xml/expat -I/homeb/long/src/php4-STABLE-200501201730/TSRM -g -c /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c -o Zend/zend_strtod.o && echo > Zend/zend_strtod.lo cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 234: Missing type specifier or type qualifier. (missingtype) ULong ul[2]; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 381: Missing type specifier or type qualifier. (missingtype) ULong x[1]; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 440: Missing ";". (nosemi) ULong xi, z; --^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 479: Ill-formed parameter type list. (parmtyplist) (CONST char *s, int nd0, int nd, ULong y9) -^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 484: In this declaration, "int32_t" must specify a type. (badparsedecl) Long x, y; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 517: Error parsing parameter list. Found "x" when expecting one of: ",", ")". (notexpecting) (register ULong x) ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 551: Error parsing parameter list. Found "*" when expecting one of: ",", ")". (notexpecting) (ULong *y) ---^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 555: Missing ";". (nosemi) register ULong x = *y; ---^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 620: In this declaration, "uint32_t" must specify a type. (badparsedecl) ULong carry, y, z; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 623: Missing ";". (nosemi) ULong z2; --^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 808: Invalid statement. (badstmt) int i, j; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 843: In this declaration, "int32_t" must specify a type. (badparsedecl) Long borrow, y; /* We need signed shifts here. */ ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 846: Missing ";". (nosemi) Long z; -^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 924: Missing ";". (nosemi) register Long L; --^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 964: Invalid statement. (badstmt) int k; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 965: Missing ";". (nosemi) _double d; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 1036: Missing ";". (nosemi) _double d; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 1239: In this declaration, "int32_t" must specify a type. (badparsedecl) Long L; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 1240: In this declaration, "uint32_t" must specify a type. (badparsedecl) ULong y, z; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 928: In this statement, "L" is not declared. (undeclared) L = (word0(x) & Exp_mask) - (P-1)*Exp_msk1; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 1272: I
#31656 [Opn->Fbk]: fatal error pointing to wrong line number in file
ID: 31656
Updated by: [EMAIL PROTECTED]
Reported By: sven at phoenixz dot net
-Status: Open
+Status: Feedback
-Bug Type: *General Issues
+Bug Type: Zend Engine 2 problem
Operating System: Linux redhat 90
PHP Version: 5.0.3
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Previous Comments:
[2005-01-22 21:20:22] sven at phoenixz dot net
Description:
On running my project, PHP reports this error during parsing:
Fatal error: Access level to kernel::session_process() must be public
(as in class kernel_object) in
/home/asca/development/sven/phoenixz/slib/kernel_213/kernel_0.php on
line 40
the line in the kernel_object that caused the problem:
abstract function &session_process();
the line in the file kernel_0.php that caused the problem as well:
protected function &session_process(){ (line number 241, not 40)
line 40 shows the class definition
class kernel extends kernel_object{
so Id think the PHP error should read:
Fatal error: Access level to kernel::session_process() must be public
(as in class kernel_object) in
/home/asca/development/sven/phoenixz/slib/kernel_213/kernel_0.php on
line 241
** See also bug report number 23135 which was closed due to lack of
information.
Reproduce code:
---
see description
Expected result:
Fatal error: Access level to kernel::session_process() must be public
(as in class kernel_object) in
/home/asca/development/sven/phoenixz/slib/kernel_213/kernel_0.php on
line 241
Actual result:
--
Fatal error: Access level to kernel::session_process() must be public
(as in class kernel_object) in
/home/asca/development/sven/phoenixz/slib/kernel_213/kernel_0.php on
line 40
--
Edit this bug report at http://bugs.php.net/?id=31656&edit=1
#31656 [NEW]: fatal error pointing to wrong line number in file
From: sven at phoenixz dot net
Operating system: Linux redhat 90
PHP version: 5.0.3
PHP Bug Type: *General Issues
Bug description: fatal error pointing to wrong line number in file
Description:
On running my project, PHP reports this error during parsing:
Fatal error: Access level to kernel::session_process() must be public (as
in class kernel_object) in
/home/asca/development/sven/phoenixz/slib/kernel_213/kernel_0.php on line
40
the line in the kernel_object that caused the problem:
abstract function &session_process();
the line in the file kernel_0.php that caused the problem as well:
protected function &session_process(){ (line number 241, not 40)
line 40 shows the class definition
class kernel extends kernel_object{
so Id think the PHP error should read:
Fatal error: Access level to kernel::session_process() must be public (as
in class kernel_object) in
/home/asca/development/sven/phoenixz/slib/kernel_213/kernel_0.php on line
241
** See also bug report number 23135 which was closed due to lack of
information.
Reproduce code:
---
see description
Expected result:
Fatal error: Access level to kernel::session_process() must be public (as
in class kernel_object) in
/home/asca/development/sven/phoenixz/slib/kernel_213/kernel_0.php on line
241
Actual result:
--
Fatal error: Access level to kernel::session_process() must be public (as
in class kernel_object) in
/home/asca/development/sven/phoenixz/slib/kernel_213/kernel_0.php on line
40
--
Edit bug report at http://bugs.php.net/?id=31656&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31656&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31656&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31656&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31656&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31656&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31656&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31656&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31656&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31656&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31656&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31656&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31656&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31656&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31656&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31656&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31656&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31656&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31656&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31656&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31656&r=mysqlcfg
#31249 [Opn->Fbk]: bad type in zend_strtod.c
ID: 31249 Updated by: [EMAIL PROTECTED] Reported By: long+phpbugs at kestrel dot cc dot ku dot edu -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Tru64 4.0F PHP Version: 4CVS-2004-12-22 (stable) Assigned To: magnus New Comment: Where is uint32_t defined in your system? Previous Comments: [2005-01-20 19:15:07] long+phpbugs at kestrel dot cc dot ku dot edu I'm getting the following error with php4-STABLE-200501201730: cc -IZend/ -I/homeb/long/src/php4-STABLE-200501201730/Zend/ -DPHP_ATOM_INC -I/homeb/long/src/php4-STABLE-200501201730/include -I/homeb/long/src/php4-STABLE-200501201730/main -I/homeb/long/src/php4-STABLE-200501201730 -I/homeb/long/src/php4-STABLE-200501201730/Zend -I/homeb/long/src/php4-STABLE-200501201730/ext/xml/expat -I/homeb/long/src/php4-STABLE-200501201730/TSRM -g -c /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c -o Zend/zend_strtod.o && echo > Zend/zend_strtod.lo cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 234: Missing type specifier or type qualifier. (missingtype) ULong ul[2]; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 381: Missing type specifier or type qualifier. (missingtype) ULong x[1]; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 440: Missing ";". (nosemi) ULong xi, z; --^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 479: Ill-formed parameter type list. (parmtyplist) (CONST char *s, int nd0, int nd, ULong y9) -^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 484: In this declaration, "int32_t" must specify a type. (badparsedecl) Long x, y; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 517: Error parsing parameter list. Found "x" when expecting one of: ",", ")". (notexpecting) (register ULong x) ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 551: Error parsing parameter list. Found "*" when expecting one of: ",", ")". (notexpecting) (ULong *y) ---^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 555: Missing ";". (nosemi) register ULong x = *y; ---^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 620: In this declaration, "uint32_t" must specify a type. (badparsedecl) ULong carry, y, z; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 623: Missing ";". (nosemi) ULong z2; --^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 808: Invalid statement. (badstmt) int i, j; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 843: In this declaration, "int32_t" must specify a type. (badparsedecl) Long borrow, y; /* We need signed shifts here. */ ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 846: Missing ";". (nosemi) Long z; -^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 924: Missing ";". (nosemi) register Long L; --^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 964: Invalid statement. (badstmt) int k; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 965: Missing ";". (nosemi) _double d; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 1036: Missing ";". (nosemi) _double d; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 1239: In this declaration, "int32_t" must specify a type. (badparsedecl) Long L; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 1240: In this declaration, "uint32_t" must specify a type. (badparsedecl) ULong y, z; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 928: In this statement, "L" is not declared. (undeclared) L = (word0(x) & Exp_mask) - (P-1)*Exp_msk1; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 1272: In this statement, "y" is not declared. (undeclared) y = z = 0; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 1272: In this statement, "z" is not declared. (undeclared) y = z = 0; ^ cc: Error: /homeb/long/src/php4-STABLE-200501201730/Zend/zend_strtod.c, line 1329: In this statement, "L" is not declared. (undeclared)
#31624 [Fbk->Opn]: session_start() causes segmentation fault on complex objects
ID: 31624 User updated by: ericvanblokland at gmail dot com Reported By: ericvanblokland at gmail dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: Fedora Core 2 PHP Version: 4CVS-2005-01-22 New Comment: I've already posted, that I haven't been able to reproduce this issue in a simple test-case. Even in the simulated environment, all class definitions are required to properly decode the session. If you like, I can continue stripping the test-script and remove database dependencies, add a blueprint of what to entire object structure would look like and explain functionality of some key functions that cause this issue. This script would still be near 8000 lines, however, there are just a few lines related to this issue which I can point out exactly. If you want me to do this, I can have the script and documentation by tomorrow night. If you refuse to work on such a large script, I would like to thank you for your time and just hope that someone else experiences the same issue and will be able to reproduce it in simple code, Previous Comments: [2005-01-22 17:23:48] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-01-22 16:26:23] ericvanblokland at gmail dot com Sorry I took so long, apache was annoying me. maxservers was set to 1 but it kept spawning children. It took me a while to attach the right one to gdb. Also I recall having to set the maximum allowed memory size to *sick amount* again. Over 32M! Does an object that takes serialized 3M over 32M during runtime? I might be copying that object somewhere, but not more than once or twice. Backtrace for project environment _zval_ptr_dtor (zval_ptr=0x6) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 287 (*zval_ptr)->refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0x6) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 #1 0x037c8234 in zend_hash_clean (ht=0x8a301cc) at /usr/src/php4-STABLE-200501211330/Zend/zend_hash.c:582 #2 0x037d0e24 in execute (op_array=0x876d23c) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1712 #3 0x037d0d8d in execute (op_array=0x8ac0764) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #4 0x037d2000 in execute (op_array=0x8abf7dc) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c: #5 0x037c4b83 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php4-STABLE-200501211330/Zend/zend.c:900 #6 0x037a0b50 in php_execute_script (primary_file=0xfefc1940) at /usr/src/php4-STABLE-200501211330/main/main.c:1739 #7 0x037d4c05 in php_handler (r=0x87336f0) at /usr/src/php4-STABLE-200501211330/sapi/apache2handler/sapi_apache2.c:550 #8 0x004bac88 in ap_run_handler () from /usr/sbin/httpd #9 0x085339f8 in ?? () #10 0x in ?? () Backtrace for simulated environment (manual imported session) _zval_ptr_dtor (zval_ptr=0x6e616863) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 287 (*zval_ptr)->refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0x6e616863) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 #1 0x028c5170 in zend_hash_destroy (ht=0x883950c) at /usr/src/php4-STABLE-200501211330/Zend/zend_hash.c:556 #2 0x028c0980 in _zval_dtor (zvalue=0x88129a4) at /usr/src/php4-STABLE-200501211330/Zend/zend_variables.c:60 #3 0x028d08f2 in zend_assign_to_variable (result=0x8a6939c, op1=0x88129a4, op2=0x8a693bc, value=0x8782c4c, type=4, Ts=0xfeeb8e90) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:480 #4 0x028ccc3e in execute (op_array=0x899e354) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1388 #5 0x028cdd8d in execute (op_array=0x8a4b7ac) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #6 0x028cdd8d in execute (op_array=0x8838aac) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #7 0x028cf000 in execute (op_array=0x86f1aa0) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c: #8 0x028cdd8d in execute (op_array=0x8a2fa0c) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #9 0x028cdd8d in execute (op_array=0x8a321bc) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #10 0x028cdd8d in execute (op_array=0x8a385bc) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #11 0x028cdd8d in execute (op_array=0x8a3a8e4) at /usr/src/php4-STABLE-200501211330/Zend/zen
#31655 [Opn->Bgs]: Cannot use document() to use the "multiple sources" function
ID: 31655 Updated by: [EMAIL PROTECTED] Reported By: e-t172 at stargatetc dot com -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: Linux Fedora Core 3 PHP Version: 5.0.3 New Comment: It works for me and I use it quite often in my applications... No idea, why it doesn't work for you... Previous Comments: [2005-01-22 17:00:35] e-t172 at stargatetc dot com Description: (i am french, sorry for my bad english) I try to use the document() function (http://www.w3.org/TR/xslt#document) in a XSL stylesheet to use multiple sources in a transformation. No effect : the expression doesn't return any node - but no error ! I have verifyed the paths : all clear. Reproduce code: --- (exemple - not really tested) doc1.xml : foo doc2.xml : bar stylesheet.xsl : http://www.w3.org/1999/XSL/Transform";> Expected result: foobar Actual result: -- foo -- Edit this bug report at http://bugs.php.net/?id=31655&edit=1
#31655 [NEW]: Cannot use document() to use the "multiple sources" function
From: e-t172 at stargatetc dot com Operating system: Linux Fedora Core 3 PHP version: 5.0.3 PHP Bug Type: XSLT related Bug description: Cannot use document() to use the "multiple sources" function Description: (i am french, sorry for my bad english) I try to use the document() function (http://www.w3.org/TR/xslt#document) in a XSL stylesheet to use multiple sources in a transformation. No effect : the expression doesn't return any node - but no error ! I have verifyed the paths : all clear. Reproduce code: --- (exemple - not really tested) doc1.xml : foo doc2.xml : bar stylesheet.xsl : http://www.w3.org/1999/XSL/Transform";> Expected result: foobar Actual result: -- foo -- Edit bug report at http://bugs.php.net/?id=31655&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31655&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31655&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31655&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31655&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31655&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31655&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31655&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31655&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31655&r=support Expected behavior: http://bugs.php.net/fix.php?id=31655&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31655&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31655&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31655&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31655&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31655&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31655&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31655&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31655&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31655&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31655&r=mysqlcfg
#31624 [Fbk->Opn]: session_start() causes segmentation fault on complex objects
ID: 31624 User updated by: ericvanblokland at gmail dot com Reported By: ericvanblokland at gmail dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: Fedora Core 2 PHP Version: 4CVS-2005-01-22 New Comment: Sorry I took so long, apache was annoying me. maxservers was set to 1 but it kept spawning children. It took me a while to attach the right one to gdb. Also I recall having to set the maximum allowed memory size to *sick amount* again. Over 32M! Does an object that takes serialized 3M over 32M during runtime? I might be copying that object somewhere, but not more than once or twice. Backtrace for project environment _zval_ptr_dtor (zval_ptr=0x6) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 287 (*zval_ptr)->refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0x6) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 #1 0x037c8234 in zend_hash_clean (ht=0x8a301cc) at /usr/src/php4-STABLE-200501211330/Zend/zend_hash.c:582 #2 0x037d0e24 in execute (op_array=0x876d23c) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1712 #3 0x037d0d8d in execute (op_array=0x8ac0764) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #4 0x037d2000 in execute (op_array=0x8abf7dc) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c: #5 0x037c4b83 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php4-STABLE-200501211330/Zend/zend.c:900 #6 0x037a0b50 in php_execute_script (primary_file=0xfefc1940) at /usr/src/php4-STABLE-200501211330/main/main.c:1739 #7 0x037d4c05 in php_handler (r=0x87336f0) at /usr/src/php4-STABLE-200501211330/sapi/apache2handler/sapi_apache2.c:550 #8 0x004bac88 in ap_run_handler () from /usr/sbin/httpd #9 0x085339f8 in ?? () #10 0x in ?? () Backtrace for simulated environment (manual imported session) _zval_ptr_dtor (zval_ptr=0x6e616863) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 287 (*zval_ptr)->refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0x6e616863) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287 #1 0x028c5170 in zend_hash_destroy (ht=0x883950c) at /usr/src/php4-STABLE-200501211330/Zend/zend_hash.c:556 #2 0x028c0980 in _zval_dtor (zvalue=0x88129a4) at /usr/src/php4-STABLE-200501211330/Zend/zend_variables.c:60 #3 0x028d08f2 in zend_assign_to_variable (result=0x8a6939c, op1=0x88129a4, op2=0x8a693bc, value=0x8782c4c, type=4, Ts=0xfeeb8e90) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:480 #4 0x028ccc3e in execute (op_array=0x899e354) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1388 #5 0x028cdd8d in execute (op_array=0x8a4b7ac) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #6 0x028cdd8d in execute (op_array=0x8838aac) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #7 0x028cf000 in execute (op_array=0x86f1aa0) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c: #8 0x028cdd8d in execute (op_array=0x8a2fa0c) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #9 0x028cdd8d in execute (op_array=0x8a321bc) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #10 0x028cdd8d in execute (op_array=0x8a385bc) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #11 0x028cdd8d in execute (op_array=0x8a3a8e4) at /usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696 #12 0x028c1b83 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php4-STABLE-200501211330/Zend/zend.c:900 #13 0x0289db50 in php_execute_script (primary_file=0xfeec9360) at /usr/src/php4-STABLE-200501211330/main/main.c:1739 #14 0x028d1c05 in php_handler (r=0x89e4870) at /usr/src/php4-STABLE-200501211330/sapi/apache2handler/sapi_apache2.c:550 #15 0x00337c88 in ap_run_handler () from /usr/sbin/httpd #16 0x084679f8 in ?? () #17 0x in ?? () Previous Comments: [2005-01-22 00:51:08] [EMAIL PROTECTED] Do the backtrace(s) with the snapshot.. [2005-01-21 18:08:43] ericvanblokland at gmail dot com Reproduced with latest CVS I've been trying to create a stripped test environment for the session that causes the segmentation fault. I've copied the session from my project after the segfault and made a stripped script with the same functionality that decodes the saved session. However, when decoding the session nothing goes wrong, when reloading the script, with the decoded session implemented, it segfaulted again. After this, I started experimenting some more. I put a return; on top of the __wakeup of one my objects. The segfaults disappeared. Al my wakeup functions check for external input meant for them. This object however, also synchronises itself, and some children objects with the database. When running in my pro
#31594 [Opn->Fbk]: virtual(): Unable to include 'xxx' - error finding URI
ID: 31594 Updated by: [EMAIL PROTECTED] Reported By: per at computer dot org -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: linux 2.4.26 PHP Version: 4CVS-2005-01-18 (stable) New Comment: How exactly do I have to configure Apache2 to be able to use virtual() without the .php (or like you do, without .phtml) suffix?? Apart from that, when I change the parameter to virtual to be correct, your example works just fine with latest CVS checkout regardless of what locale is in use.. Previous Comments: [2005-01-18 17:32:23] per at computer dot org I see no 406 codes (no acceptable variant) in the regular log and no such entries in the error_log either. I'm changing the locale such that e.g. strftime() will display dates in danish for instance. As I said, this application works fine with 4.3.8, so it would appear that something got regressed somewhere. [2005-01-18 16:14:45] [EMAIL PROTECTED] Do you get a "no acceptable variant" message logged to the httpd error_log? Changing the locale can make functions like strcasecmp behave in unexpected ways and hence random stuff can fail. Why do you need to change the locale? [2005-01-18 10:27:42] per at computer dot org This now appears to be related to setlocale(). To reproduce: part0.phtml: http://www.w3.org/1999/xhtml"; xml:lang="en"> php bug 31594 part0+ part1.phtml: (contents irrelevant). part1 Comment out the setlocale() in part0 to make the code work. When it's commented out I see: part0+part1. When it's left in I see: part0+ Warning: virtual(): Unable to include 'part1' - error finding URI in [2005-01-18 10:00:46] per at computer dot org Description: I suspect this is related to bug#30446, but thought it best to open a new issue rather than re-open that one. I had php4-STABLE-200501160930 running for a day or so, when I discovered the following in one of my existing php apps: Warning: virtual(): Unable to include 'toc' - error finding URI in /srv/www/vhosts/dansklisten/htdocs/albummet/helebilledet.phtml on line 57 This is from a working, stable application, works fine in php-4.3.8, but not with the latest 4CVS. I'll try to work out some simple code to reproduce. -- Edit this bug report at http://bugs.php.net/?id=31594&edit=1
#31641 [Opn->Asn]: empty string returned as single space
ID: 31641
Updated by: [EMAIL PROTECTED]
Reported By: tomasz at biznespolska dot pl
-Status: Open
+Status: Assigned
Bug Type: MSSQL related
Operating System: win32
PHP Version: 4.3.10
-Assigned To:
+Assigned To: iliaa
New Comment:
Ilia, you 'broke' it.. :)
Previous Comments:
[2005-01-22 10:38:51] tomasz at biznespolska dot pl
I know that this bug have been already reported, but wasn't solved!
This bug is very problematic. Many developers is still using old
version 4.3.3, because of this very bug!
I cannot add my comments there, because another sentence says:
"You can not add comments for bugs with the statuses:Closed, Duplicate,
Wont fix, Bogus, Stale"
I thought that I explain it in 3rd line of my description.
Now I am suggesting new solution, to fix bug which is located in
underlying MS DBLib.
[2005-01-22 01:01:46] [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.
Thank you for your interest in PHP.
The first line in the bug reporting page says:
"Before you report a bug, make sure to search for similar bugs using
the form at the top of the page or our advanced search page."
There are many reports about this already, add your comments to those
(all of them have status closed or bogus)
[2005-01-21 17:20:38] tomasz at biznespolska dot pl
Ofcourse I mean "empty strings" not "empty spaces". Should be:
"It is very rare that someone will store in database single space, but
storing empty string is very common."
[2005-01-21 17:12:44] tomasz at biznespolska dot pl
Description:
I'd like to continue thread:
http://bugs.php.net/bug.php?id=25777
Because it's already closed I wasn't able to add my comments there.
By disabling rtriming of text fields, new bug was introduced - empty
strings are returned as single space. I know that is because of MS
DBLib, but there is no problem to fix that in PHP.
It is very rare that someone will store in database single space, but
storing empty spaces is very common. So in my opinion most common usage
should be considered.
For example: if ( empty($text_from_db) ) { // do something }
In my opinion ' ' should replaced by ''.
I don't how to submit this to CVS, so I put it here:
ext/mssql/mssql.c line 805:
case SQLTEXT: {
int length;
char *data = charcol(offset);
length=dbdatlen(mssql_ptr->link,offset);
#if ilia_0
while (length>0 && data[length-1] == ' ') { /* nuke trailing
whitespace */
length--;
}
#endif
if ( length==1 && data[0]==' ' ) { /* single space to empty string */
length=0;
}
Z_STRVAL_P(result) = estrndup(data,length);
Z_STRLEN_P(result) = length;
Z_TYPE_P(result) = IS_STRING;
break;
}
Reproduce code:
---
//mssql_connect(...);
var_dump(mssql_fetch_row(mssql_query("SELECT ''")));
Expected result:
array(1) { [0]=> string(0) "" }
Actual result:
--
array(1) { [0]=> string(1) " " }
--
Edit this bug report at http://bugs.php.net/?id=31641&edit=1
#30819 [Opn->Asn]: Patch to properly support LDAP SASL binds
ID: 30819
Updated by: [EMAIL PROTECTED]
Reported By: quanah at stanford dot edu
-Status: Open
+Status: Assigned
Bug Type: LDAP related
Operating System: ALL
PHP Version: 5.0.2
-Assigned To:
+Assigned To: sniper
Previous Comments:
[2004-11-18 00:50:52] dhawes at vt dot edu
I attempted to get a similar patch submitted last May, but discussion
came to a standstill. Quanah and I have tested this with GSSAPI,
EXTERNAL, and (I believe) DIGEST-MD5. I would like to see this patch
included in PHP so I can stop requiring users to patch their source.
[2004-11-18 00:16:46] quanah at stanford dot edu
Description:
Hello,
I've written a patch against PHP-5.0.2 that properly impelments LDAP
SASL binds for all mechanisms. The current code in 5.0.2 does not
support LDAP SASL binds at all, although the function exists.
The patch can be found at:
http://www.stanford.edu/services/directory/clients/examples/ldap-sasl
It follows the PHP development guidelines.
This patch has been tested with multiple SASL authentication
mechanisms.
Regards,
Quanah
Reproduce code:
---
#!/usr/local/bin/php
";
print("\n");
$info = ldap_get_entries($ldap,$result);
echo "Data for " . $info["count"] . " items returned:";
print("\n");
for($i=0;$i<$info["count"];$i++) {
echo "dn is: " . $info[$i]["dn"] . "";
print("\n");
echo "first cn entry is: " . $info[$i]["cn"][0] . "";
print("\n");
echo "first email is: " . $info[$i]["mail"][0] . " ";
print("\n");
}
}
ldap_close($ldap);
}
?>
Expected result:
I'd expect this to work in PHP
Actual result:
--
Doesn't work at all without my patch.
Works correctly with my patch.
--
Edit this bug report at http://bugs.php.net/?id=30819&edit=1
#31585 [Opn->Fbk]: error configuring PHP 5.0.3 on Tru64
ID: 31585 Updated by: [EMAIL PROTECTED] Reported By: caa at rincon dot com -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Tru64 V4.0F PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-01-21 18:58:33] caa at rincon dot com It is now posted at the following URL: http://members.cox.net/caudilet/config.log [2005-01-18 17:06:53] [EMAIL PROTECTED] Can you put the config.log file somewhere in the web where we can see the exact reason for the failure ourselves? [2005-01-17 18:16:05] caa at rincon dot com Description: I am upgrading our PHP to 5.0.3. Looking forward to using the new exception handling features! I get an error during the configure command: ./configure \ --prefix=/apps/php-5.0.3 \ --with-apache=../apache_1.3.31 \ --with-config-file=/apps/apache/conf \ --with-oci8=/apps/oracle/product/9.2.0 \ --with-gdbm \ --with-xml \ --disable-libxml \ --enable-track-vars \ --enable-ftp \ --enable-force-cgi-redirect \ --enable-memory-limit=yes ... checking whether to enable DBA... no checking for QDBM support... no configure: error: DBA: Could not find necessary header file(s). I have tried this configuration on several systems. It works well on Redhat, but fails under Tru64. Here are two of the configurations that failed with identical errors: OS: Tru64 V5.1A Apache: 1.3.31 PHP: 5.0.3 Oracle: 9.2.0.4 OS: Tru64 V4.0F Apache: 1.3.31 PHP: 5.0.3 Oracle: 8.1.7.4 (different --with-oci8 path) I have searched the 5.0.3 bugs list, the Internet, and posted on the mailing list. -- Edit this bug report at http://bugs.php.net/?id=31585&edit=1
#31590 [Opn->Bgs]: Circular Object Reference Segfaults Apache
ID: 31590
Updated by: [EMAIL PROTECTED]
Reported By: mercury at penguincoder dot org
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Gentoo (Linux 2.6.9)
PHP Version: 5.0.3
New Comment:
You can also crash PHP with simpler script:
function foo() { foo(); }; foo();
Previous Comments:
[2005-01-18 03:53:06] mercury at penguincoder dot org
Description:
When trying to initialize one object, I had copy and pasted code for
the factory methods into another object and didn't change the code.
When one object holds a reference to another object, and when the
referenced object returns a copy of the original object when
instantiated, apache 2.0.52 segfaults.
Reproduce code:
---
http://www.penguincoder.org/phpnuke.phps
Expected result:
I had expected a reference to one of my objects which would contain a
reference to a driver for the backend, but instead apache segfaulted.
Nothing was printed to the screen, however the system error_log
detailed that apache had segfaulted.
Actual result:
--
(gdb) run -X -D PHP5 -D SSL
Starting program: /usr/sbin/apache2 -X -D PHP5 -D SSL
[New Thread 16384 (LWP 21590)]
Detaching after fork from child process 21596.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 21590)]
0x40819917 in ?? ()
(gdb) bt
#0 0x40819917 in ?? ()
#1 0x in ?? ()
#2 0x in ?? ()
#3 0x in ?? ()
#4 0x in ?? ()
#5 0x in ?? ()
#6 0x in ?? ()
#7 0x in ?? ()
#8 0x in ?? ()
#9 0xbfe01030 in ?? ()
#10 0x in ?? ()
#11 0x in ?? ()
#12 0x40819b86 in ?? ()
#13 0x08307c78 in ?? ()
#14 0xbfe01030 in ?? ()
#15 0xbfe0102c in ?? ()
#16 0x in ?? ()
#17 0x in ?? ()
#18 0x in ?? ()
#19 0x in ?? ()
#20 0x in ?? ()
#21 0x in ?? ()
#22 0x in ?? ()
#23 0x in ?? ()
#24 0x in ?? ()
#25 0x40a7c008 in ?? ()
#26 0x08307c78 in ?? ()
#27 0xbfe01160 in ?? ()
#28 0x40819b42 in ?? ()
#29 0x407dee20 in ?? ()
#30 0x08307c78 in ?? ()
#31 0x in ?? ()
#32 0x in ?? ()
#33 0x in ?? ()
#34 0x in ?? ()
#35 0x40a7c008 in ?? ()
#36 0x40819496 in ?? ()
#37 0x08307c78 in ?? ()
#38 0x in ?? ()
#39 0x40a7c008 in ?? ()
#40 0x4083ef10 in ?? ()
#41 0x08307c78 in ?? ()
#42 0xbfe010ec in ?? ()
#43 0xbfe0109c in ?? ()
#44 0x in ?? ()
#45 0x403930fe in __pthread_alt_unlock () from /lib/libpthread.so.0
#46 0x40841274 in ?? ()
#47 0x08308fac in ?? ()
#48 0x in ?? ()
#49 0x in ?? ()
#50 0x40810020 in ?? ()
#51 0x in ?? ()
#52 0xbfe0124c in ?? ()
#53 0x40a7c008 in ?? ()
#54 0x40ae0e80 in ?? ()
#55 0x084a7904 in ?? ()
#56 0x082ee7b4 in ?? ()
#57 0x0100 in ?? ()
#58 0x in ?? ()
#59 0x084a77b4 in ?? ()
#60 0x082edf9c in ?? ()
#61 0xbfe01400 in ?? ()
#62 0x40a7c008 in ?? ()
#63 0x40ae0e80 in ?? ()
#64 0x082edf9c in ?? ()
#65 0xbfe01338 in ?? ()
#66 0x40841564 in ?? ()
#67 0xbfe012e0 in ?? ()
#68 0x0830795c in ?? ()
#69 0x082ee484 in ?? ()
#70 0x40a7c008 in ?? ()
#71 0x40a7c008 in ?? ()
#72 0x40ae0e80 in ?? ()
#73 0x40a7c008 in ?? ()
#74 0x4083da5f in ?? ()
#75 0xbfe012e0 in ?? ()
#76 0x0830795c in ?? ()
#77 0x082ee484 in ?? ()
#78 0x in ?? ()
#79 0x in ?? ()
#80 0x in ?? ()
#81 0x in ?? ()
#82 0x in ?? ()
#83 0x in ?? ()
#84 0x in ?? ()
#85 0x in ?? ()
#86 0x in ?? ()
#87 0x in ?? ()
#88 0x082ee7b4 in ?? ()
#89 0x in ?? ()
#90 0x in ?? ()
#91 0x403930fe in __pthread_alt_unlock () from /lib/libpthread.so.0
---Type to continue, or q to quit---
#92 0x084a7a54 in ?? ()
#93 0x08308fac in ?? ()
#94 0x404eeff4 in ?? () from /lib/libc.so.6
#95 0x40a7c008 in ?? ()
#96 0x0020 in ?? ()
#97 0x084a793c in ?? ()
#98 0x08308fac in ?? ()
#99 0x08308fac in ?? ()
#100 0x082ee484 in ?? ()
#101 0x084a796c in ?? ()
#102 0xbfe0124c in ?? ()
#103 0x40a7c001 in ?? ()
#104 0x082ee7b4 in ?? ()
#105 0xbfe01440 in ?? ()
#106 0x408209d2 in ?? ()
#107 0x0008 in ?? ()
#108 0x0004 in ?? ()
#109 0x0830916c in ?? ()
#110 0x40a7c008 in ?? ()
#111 0x08307d40 in ?? ()
#112 0x082edf9c in ?? ()
#113 0xbfe01440 in ?? ()
#114 0x40841274 in ?? ()
#115 0x082ee484 in ?? ()
#116 0x in ?? ()
#117 0x in ?? ()
#118 0x40810020 in ?? ()
#119 0x in ?? ()
#120 0x in ?? ()
#121 0x082ee484 in ?? ()
#122 0x40ae0e80 in ?? ()
#123 0x084a789c in ?? ()
#124 0x08307cf4 in ?? ()
#125 0x01e01440 in ?? ()
#126 0x0001 in ?? ()
#127 0x084a77b4 in ?? ()
#128 0x082ee7b4 in ?? ()
#129 0xbfe01578 in ?? ()
#130 0x40a7c008 in ?? ()
#131 0x40ae0e80 in ?? ()
#132 0x082ee7b4 in ?? ()
#133 0xbfe01498 in ?? ()
#134 0x40841564 in ?? ()
#135 0xbfe01440 in ?? ()
#136 0x08307d40 in ?? ()
#137 0x08308fac in ?? ()
#31645 [Opn->Asn]: apache_lookup_uri prevents further headers from being sent
ID: 31645 Updated by: [EMAIL PROTECTED] Reported By: john at jelsoft dot com -Status: Open +Status: Assigned Bug Type: Apache2 related -Operating System: Linux +Operating System: * -PHP Version: 4CVS-2005-01-21 (stable) +PHP Version: 4CVS, 5CVS (2005-01-22) -Assigned To: +Assigned To: jorton New Comment: This bug was caused by this fix: revision 1.16 date: 2005/01/11 14:01:32; author: jorton; state: Exp; lines: +6 -1 Fixed bug #30446 - virtual() includes files out of sequence, work around 2.0 subrequest/internal redirect issue. Previous Comments: [2005-01-22 12:20:58] john at jelsoft dot com >From my phpinfo, from the 'Loaded modules' section of apache2handler, it has sapi_apache2. Also listed in the modules section is worker. PHP's server API is reported as Apache 2.0 Handler. Is that the information you're after? Thanks! [2005-01-22 01:12:16] [EMAIL PROTECTED] What Apache SAPI are you using? [2005-01-21 19:25:10] john at jelsoft dot com Description: Any calls to the header() function after apache_lookup_uri() is called are not processed properly, so that the headers are not sent. Running 4.3.11-dev, build date Jan 16 2005 16:25:34 Save the following in test.php: Reproduce code: --- Expected result: The header X-John2: test2 to be sent. Actual result: -- It's not sent, while X-John: test is sent. -- Edit this bug report at http://bugs.php.net/?id=31645&edit=1
#29865 [Opn]: serialize produces invalid output
ID: 29865
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Strings related
Operating System: N/A
PHP Version: 5CVS-2004-08-27 (dev)
New Comment:
This is still a problem in the latest head, simple test case:
$ ./php5_1 -r 'class Foo { protected $bar = 1; } $v = new Foo; echo
serialize($v);' | hexdump
000 3a4f 3a33 4622 6f6f 3a22 3a31 737b 363a
010 223a 2a00 6200 7261 3b22 3a69 3b31 007d
01f
Previous Comments:
[2005-01-06 20:23:42] jhargis at gmail dot com
I have noticed similar.
username;
}
}
$ob_User = New User();
$wUser = serialize($ob_User);
echo $wUser;
$wUser2 = unserialize($wUser);
echo $wUser2->getU() . "\n";
?>
Protected/private members appear to have the 0x00 bytes around the
notation. For the time, I base64 the serialized string so I can store
it in the DB without having to deal with it as a binary. Also, this
may be related to why when using WDDX as the serialization handler it
only picks up the last member var when you need implement __sleep.
[2004-08-27 13:37:32] [EMAIL PROTECTED]
Description:
Using serialize() with a class produces invalid output.
Reproduce code:
---
I haven't had a chance to properly investigate why this particular code
causes a problem, but Derick seemed ontop of it already.
priv_member = $val;
}
function comp_func_cr($a, $b)
{
if ($a->priv_member === $b->priv_member) return 0;
return ($a->priv_member > $b->priv_member)? 1:-1;
}
function comp_func_key($a, $b)
{
if ($a === $b) return 0;
return ($a > $b)? 1:-1;
}
}
$a = array("0.1" => new cr(9), "0.5" => new cr(12), 0 => new cr(23),
1=> new cr(4), 2 => new cr(-15),);
$b = array("0.2" => new cr(9), "0.5" => new cr(22), 0 => new cr(3), 1=>
new cr(4), 2 => new cr(-15),);
$result = array_udiff_uassoc($a, $b, array("cr", "comp_func_cr"),
array("cr", "comp_func_key"));
$foo = serialize($result);
echo $foo;
?>
Actual result:
--
61 3a 33 3a 7b 73 3a 33 3a 22 30 2e 31 22 3b 4f a:3:{s:3
:"0.1";O
0010 3a 32 3a 22 63 72 22 3a 31 3a 7b 73 3a 31 35 3a :2:"cr":
1:{s:15:
0020 22 00 63 72 00 70 72 69 76 5f 6d 65 6d 62 65 72 ".cr.pri
v_member
0030 22 3b 69 3a 39 3b 7d 73 3a 33 3a 22 30 2e 35 22 ";i:9;}s
:3:"0.5"
0040 3b 4f 3a 32 3a 22 63 72 22 3a 31 3a 7b 73 3a 31 ;O:2:"cr
":1:{s:1
0050 35 3a 22 00 63 72 00 70 72 69 76 5f 6d 65 6d 62 5:".cr.p
riv_memb
0060 65 72 22 3b 69 3a 31 32 3b 7d 69 3a 30 3b 4f 3a er";i:12
;}i:0;O:
0070 32 3a 22 63 72 22 3a 31 3a 7b 73 3a 31 35 3a 22 2:"cr":1
:{s:15:"
0080 00 63 72 00 70 72 69 76 5f 6d 65 6d 62 65 72 22 .cr.priv
_member"
0090 3b 69 3a 32 33 3b 7d 7d;i:23;}}
As you can see from this hexdump, there are 0 bytes being produced.
This should not happen.
--
Edit this bug report at http://bugs.php.net/?id=29865&edit=1
#31609 [Opn->Bgs]: str_word_count corrupts string with extended charset
ID: 31609
Updated by: [EMAIL PROTECTED]
Reported By: jfo123 at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: RH 9.0
PHP Version: 4.3.4
New Comment:
1) your PHP version is too old.
2) works fine with latest CVS.
Previous Comments:
[2005-01-22 07:53:17] jfo123 at hotmail dot com
Take away the last } nothing else.
Parsable code:
#
$title0 = "Världen är ångestfylld för katastrof";
$num_words = str_word_count($title0, 2);
foreach ($num_words AS $pos => $word) {
if ($pos < 50)
$title .= " $word";
}
print $title;
[2005-01-19 12:42:44] [EMAIL PROTECTED]
Your code doesn't even parse, please provide a working script Put it in
a zip/tgz file on a website if possible, and provide a link.
[2005-01-19 12:35:23] jfo123 at hotmail dot com
Description:
str_word_count corrupts string with extended charset as in the swedish
character set. Special chars are deleted from the string.
Reproduce code:
---
$title0 = "Världen är ångestfylld för katastrof";
$num_words = str_word_count($title0, 2);
foreach ($num_words AS $pos => $word) {
if ($pos < 50)
$title .= " $word";
}
print $title;
}
Expected result:
Världen är ångestfylld för katastrof
Actual result:
--
Vrlden r ngestfylld fr katastrof
--
Edit this bug report at http://bugs.php.net/?id=31609&edit=1
#31654 [Opn->Fbk]: Session Variable Disappears
ID: 31654
Updated by: [EMAIL PROTECTED]
Reported By: richkerr at disabilitysoft dot com
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Win98
PHP Version: 4.3.10
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Previous Comments:
[2005-01-22 10:56:11] richkerr at disabilitysoft dot com
Description:
Calling session_start() in separate page causes session variables set
elsewhere to disappear despite confirmed identical session name and id
and no referencing of disppearing vars.
Server is Apache 1.3.33 (Unix). Local machine Win98, browser IE6.
session_start() is only sess func used. isset, assignment, and
reference of $_SESSION array is full extent of sess operations.
Search params are sess vars, so results page can be refreshed and still
get the same results. Clicking on a login link that opens a separate
window that calls session_start causes search params to disappear.
Search params never referenced on login page. Login page is just
session_start() and check of 'login' and 'password' related vars.
Removing any reference to $_SESSION with just a sesssion_start() call
doesn't stop prob. Followup with removing call to session_start()
stops prob. session_id() confirms identical session is in use.
Sess vars used extensively in web app with similar archtecture without
prob anywhere else. Problem is guaranteed with the call to
session_start, identical session confirmed, and removing call to
session_start() stops search params from disappearing.
Wonder if you know what the prob could be?
Reproduce code:
---
results.php:
session_start();
/*prepare search vars (most previously set via $_POST - $_SESSION no
prob
if(isset($_SESSION['cmd'])){
$cmd = $_SESSION['cmd'];
if(substr($cmd, 0, 2) == 'bw')
$db = 'w';
else
$db = 'a';
}else
$db='a';
if(isset($_GET['page'])){
if($_GET['page'] != '')
$page = $_GET['page'];
else
$page = 1;
}else
$page = 1;
//abort search and redirect to index.php if no sess vars
if($_SESSION[$cmd ."City"] == "" and $_SESSION[$cmd ."State"] == "" and
$_SESSION[$cmd ."Zip"] == "" ){
header("Location:
http://".$_SERVER['HTTP_HOST'].dirname($_SERVER['PHP_SELF'])."index.php");
}
goes on to call to OutputSearchResults()...
Login page:
session_start();
//check for already logged in
EnsureSessVarSet("usr_login");
$usr_login = $_SESSION["usr_login"];
EnsureSessVarSet("usr_password");
$usr_password = $_SESSION["usr_password"];
EnsureSessVarSet("usr_db");
$usr_db = $_SESSION["usr_db"];
function EnsureSessVarSet($index){
if(!isset($_SESSION[$index]))
$_SESSION[$index] = "";
}
//if $usr_login and $usr_password != "" then already logged in
Expected result:
Calling session_start() should not cause other sess vars to disappear
when session_name and session_id are identical and those sess vars have
not been referenced.
Actual result:
--
Calling session_start() in separate window causes non-referenced sess
vars to disappear despite identical session_id() and no referencing of
the disappeared vars.
--
Edit this bug report at http://bugs.php.net/?id=31654&edit=1
#31652 [Opn->Fbk]: setcookie not working in Gecko browsers
ID: 31652
Updated by: [EMAIL PROTECTED]
Reported By: richkerr at disabilitysoft dot com
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: Win98
PHP Version: 4.3.10
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Your script is not complete.
Previous Comments:
[2005-01-22 07:52:08] richkerr at disabilitysoft dot com
Description:
Followed basic instruction in php documentation for setting cookies.
Gave in to standards compliant browsers only, but with code below,
cookies work in IE6.0 and Opera but not in Netscape 7.1 or Firefox
1.0.
Adding the path, domain, and secure using code identical to Manual
causes it to fail in IE as well. Would be nice if this basic function
would work for all standards complaint browsers?
Page uses ob_start(), session_start() and no header output before call
to SetMyCookie.
Server is Apache 1.3.33 (Unix).
Reproduce code:
---
Function SetMyCookie($db, $login, $pwd){
if ($db == "" and $login == "" and $pwd == ""){
setcookie("login", "", time() - 3600);//fails in netscape
setcookie("password", "", time() - 3600);
setcookie("db", "", time() - 3600);
}else{
setcookie ("login", $login, time() + 60*60*24*1800);
setcookie ("password", $pwd, time() + 60*60*24*1800);
setcookie ("db", $db, time() + 60*60*24*1800);
}
}
Expected result:
Three cookies are set with name login, password, db and values $db,
$login, and $pwd set to expire in 1800 days. Cookies visible in the
current domain folder.
If SetMyCookie is called with empty params, then cookies, with name
login, password, and db are deleted from current domain folder.
Actual result:
--
Cookies not set or deleted in Gecko based browsers.
--
Edit this bug report at http://bugs.php.net/?id=31652&edit=1
#31651 [Asn->Csd]: ReflectionClass::getDefaultProperties segfaults with arrays.
ID: 31651
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.3
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
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/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-01-22 04:16:24] [EMAIL PROTECTED]
Description:
example / title pretty much covers it :)
Reproduce code:
---
php -r 'class a { var $a=array('a'=>1); } $c = new
ReflectionClass("a"); print_r($c->getdefaultProperties());'
Expected result:
Array
(
[a] => Array
(
[a] => 1
)
)
Actual result:
--
Array
(
[a] => Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=31651&edit=1
#31651 [Opn->Asn]: ReflectionClass::getDefaultProperties segfaults with arrays.
ID: 31651
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Zend Engine 2 problem
-Operating System: linux
+Operating System: *
-PHP Version: 4CVS-2005-01-22 (stable)
+PHP Version: 5.0.3
-Assigned To:
+Assigned To: helly
Previous Comments:
[2005-01-22 04:16:24] [EMAIL PROTECTED]
Description:
example / title pretty much covers it :)
Reproduce code:
---
php -r 'class a { var $a=array('a'=>1); } $c = new
ReflectionClass("a"); print_r($c->getdefaultProperties());'
Expected result:
Array
(
[a] => Array
(
[a] => 1
)
)
Actual result:
--
Array
(
[a] => Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=31651&edit=1
#31645 [Fbk->Opn]: apache_lookup_uri prevents further headers from being sent
ID: 31645 User updated by: john at jelsoft dot com Reported By: john at jelsoft dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4CVS-2005-01-21 (stable) New Comment: >From my phpinfo, from the 'Loaded modules' section of apache2handler, it has sapi_apache2. Also listed in the modules section is worker. PHP's server API is reported as Apache 2.0 Handler. Is that the information you're after? Thanks! Previous Comments: [2005-01-22 01:12:16] [EMAIL PROTECTED] What Apache SAPI are you using? [2005-01-21 19:25:10] john at jelsoft dot com Description: Any calls to the header() function after apache_lookup_uri() is called are not processed properly, so that the headers are not sent. Running 4.3.11-dev, build date Jan 16 2005 16:25:34 Save the following in test.php: Reproduce code: --- Expected result: The header X-John2: test2 to be sent. Actual result: -- It's not sent, while X-John: test is sent. -- Edit this bug report at http://bugs.php.net/?id=31645&edit=1
#28426 [Com]: ncurses_mvwaddstr() doesn't add text into correct window
ID: 28426 Comment by: lxndrpvlv at yahoo dot com Reported By: andrewdk at comcast dot net Status: Open Bug Type: Unknown/Other Function Operating System: Gentoo Linux PHP Version: 5.0.0RC2 Assigned To: hholzgra New Comment: http://www.msn-adult.com";>THE BEST PORNO ACCESS, SUPER ADULT TEEN and SUPER ADULT MATURE Previous Comments: [2004-05-18 00:14:38] andrewdk at comcast dot net Description: Using PHP CLI 5.0.0RC2 Ncurses 5.4 --with-ncurses When using ncurses_mvwaddstr(), the text to be added does not appear in the ncurses window specified, but appears in the top-left corner of the terminal window. Neither of the y,x coordinates change where the text goes. This source example is derived from the Zend ncurses tutorial. Reproduce code: --- Expected result: This is expected to add the character number to the "$small" window at coordinates 2,2; and exit when ESC is pressed. Actual result: -- The charatcer is not inserted into the "$small" window at coords 2,2; but onto the terminal at 0,0. ESC works as expected (however there is a half-second delay from pressing it to the program exiting.) -- Edit this bug report at http://bugs.php.net/?id=28426&edit=1
#31641 [Bgs->Opn]: empty string returned as single space
ID: 31641
User updated by: tomasz at biznespolska dot pl
Reported By: tomasz at biznespolska dot pl
-Status: Bogus
+Status: Open
Bug Type: MSSQL related
Operating System: win32
PHP Version: 4.3.10
New Comment:
I know that this bug have been already reported, but wasn't solved!
This bug is very problematic. Many developers is still using old
version 4.3.3, because of this very bug!
I cannot add my comments there, because another sentence says:
"You can not add comments for bugs with the statuses:Closed, Duplicate,
Wont fix, Bogus, Stale"
I thought that I explain it in 3rd line of my description.
Now I am suggesting new solution, to fix bug which is located in
underlying MS DBLib.
Previous Comments:
[2005-01-22 01:01:46] [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.
Thank you for your interest in PHP.
The first line in the bug reporting page says:
"Before you report a bug, make sure to search for similar bugs using
the form at the top of the page or our advanced search page."
There are many reports about this already, add your comments to those
(all of them have status closed or bogus)
[2005-01-21 17:20:38] tomasz at biznespolska dot pl
Ofcourse I mean "empty strings" not "empty spaces". Should be:
"It is very rare that someone will store in database single space, but
storing empty string is very common."
[2005-01-21 17:12:44] tomasz at biznespolska dot pl
Description:
I'd like to continue thread:
http://bugs.php.net/bug.php?id=25777
Because it's already closed I wasn't able to add my comments there.
By disabling rtriming of text fields, new bug was introduced - empty
strings are returned as single space. I know that is because of MS
DBLib, but there is no problem to fix that in PHP.
It is very rare that someone will store in database single space, but
storing empty spaces is very common. So in my opinion most common usage
should be considered.
For example: if ( empty($text_from_db) ) { // do something }
In my opinion ' ' should replaced by ''.
I don't how to submit this to CVS, so I put it here:
ext/mssql/mssql.c line 805:
case SQLTEXT: {
int length;
char *data = charcol(offset);
length=dbdatlen(mssql_ptr->link,offset);
#if ilia_0
while (length>0 && data[length-1] == ' ') { /* nuke trailing
whitespace */
length--;
}
#endif
if ( length==1 && data[0]==' ' ) { /* single space to empty string */
length=0;
}
Z_STRVAL_P(result) = estrndup(data,length);
Z_STRLEN_P(result) = length;
Z_TYPE_P(result) = IS_STRING;
break;
}
Reproduce code:
---
//mssql_connect(...);
var_dump(mssql_fetch_row(mssql_query("SELECT ''")));
Expected result:
array(1) { [0]=> string(0) "" }
Actual result:
--
array(1) { [0]=> string(1) " " }
--
Edit this bug report at http://bugs.php.net/?id=31641&edit=1
#31654 [NEW]: Session Variable Disappears
From: richkerr at disabilitysoft dot com
Operating system: Win98
PHP version: 4.3.10
PHP Bug Type: Session related
Bug description: Session Variable Disappears
Description:
Calling session_start() in separate page causes session variables set
elsewhere to disappear despite confirmed identical session name and id and
no referencing of disppearing vars.
Server is Apache 1.3.33 (Unix). Local machine Win98, browser IE6.
session_start() is only sess func used. isset, assignment, and reference
of $_SESSION array is full extent of sess operations.
Search params are sess vars, so results page can be refreshed and still
get the same results. Clicking on a login link that opens a separate
window that calls session_start causes search params to disappear.
Search params never referenced on login page. Login page is just
session_start() and check of 'login' and 'password' related vars. Removing
any reference to $_SESSION with just a sesssion_start() call doesn't stop
prob. Followup with removing call to session_start() stops prob.
session_id() confirms identical session is in use.
Sess vars used extensively in web app with similar archtecture without
prob anywhere else. Problem is guaranteed with the call to session_start,
identical session confirmed, and removing call to session_start() stops
search params from disappearing.
Wonder if you know what the prob could be?
Reproduce code:
---
results.php:
session_start();
/*prepare search vars (most previously set via $_POST - $_SESSION no prob
if(isset($_SESSION['cmd'])){
$cmd = $_SESSION['cmd'];
if(substr($cmd, 0, 2) == 'bw')
$db = 'w';
else
$db = 'a';
}else
$db='a';
if(isset($_GET['page'])){
if($_GET['page'] != '')
$page = $_GET['page'];
else
$page = 1;
}else
$page = 1;
//abort search and redirect to index.php if no sess vars
if($_SESSION[$cmd ."City"] == "" and $_SESSION[$cmd ."State"] == "" and
$_SESSION[$cmd ."Zip"] == "" ){
header("Location:
http://".$_SERVER['HTTP_HOST'].dirname($_SERVER['PHP_SELF'])."index.php");
}
goes on to call to OutputSearchResults()...
Login page:
session_start();
//check for already logged in
EnsureSessVarSet("usr_login");
$usr_login = $_SESSION["usr_login"];
EnsureSessVarSet("usr_password");
$usr_password = $_SESSION["usr_password"];
EnsureSessVarSet("usr_db");
$usr_db = $_SESSION["usr_db"];
function EnsureSessVarSet($index){
if(!isset($_SESSION[$index]))
$_SESSION[$index] = "";
}
//if $usr_login and $usr_password != "" then already logged in
Expected result:
Calling session_start() should not cause other sess vars to disappear when
session_name and session_id are identical and those sess vars have not been
referenced.
Actual result:
--
Calling session_start() in separate window causes non-referenced sess vars
to disappear despite identical session_id() and no referencing of the
disappeared vars.
--
Edit bug report at http://bugs.php.net/?id=31654&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31654&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31654&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31654&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31654&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31654&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31654&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31654&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31654&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31654&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31654&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31654&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31654&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31654&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31654&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31654&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31654&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31654&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31654&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31654&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31654&r=mysqlcfg
