#27474 [Opn-Bgs]: w32api_register_function missed in newer version php?
ID: 27474
Updated by: [EMAIL PROTECTED]
Reported By: azsd at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Win32API related
Operating System: Windows2003
PHP Version: 4.3.4
New Comment:
The php_w32api.dll extension must be loaded in php.ini:
extension=php_w32api.dll
(check that extension_dir is correct)
or using dl('php_w32api.dll')
Previous Comments:
[2004-03-02 23:04:17] azsd at hotmail dot com
by the way,I downloaded new CVS version Built On: Mar 03, 2004 01:30
GMT,It always has same error results.
[2004-03-02 22:45:02] azsd at hotmail dot com
Description:
Dear developers:
When I try to use w32api_register_function in my php test scripts comes
from orginal phpmanel like this:
?php
w32api_register_function(User32.dll,
MessageBoxA,
long);
MessageBoxA(NULL,
Hello World!,
PHP MessageBox,
0);
?
It reports a fetal error like this:
Fatal error: Call to undefined function: w32api_register_function() in
E:\My Webs\\apitest.php on line 2
I am using 4.3.4 stable version of PHP.
in php.ini set
extension=php_w32api.dll
and phpinfo() shows
Win32 API
Win32 API Support enabled
other extension like gdlib works fine.
My web server is IIS6,Windows 2003,Use ISAPI mode of PHP.
some other guys using these version occoured same errors.
somebody told me this win32api functions only works in older php
version like php4.0.0,is that ture?
or how can i get the functions back in PHP Version 4.3.4?
thanks.
Reproduce code:
---
?php
w32api_register_function(User32.dll,
MessageBoxA,
long);
MessageBoxA(NULL,
Hello World!,
PHP MessageBox,
0);
?
Expected result:
popup a message box with title:Hello world
Actual result:
--
Fatal error: Call to undefined function: w32api_register_function() in
E:\My Webs\\apitest.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=27474edit=1
#27474 [Bgs]: w32api_register_function missed in newer version php?
ID: 27474
User updated by: azsd at hotmail dot com
Reported By: azsd at hotmail dot com
Status: Bogus
Bug Type: Win32API related
Operating System: Windows2003
PHP Version: 4.3.4
New Comment:
thanks your reply,Dear sir
mmm,in ISAPI mode dl() been disabled automaticly.
surely I setted the extension_dir,other extensions like
GDlib,Zip,Sockets all works fine.
this condition once comes in 4.2.0 RC2,and fixed on CVS by developers,
Right now it comes back.
Is that mean-es someone who always use some part code earlier(than that
fix) version to rewrited the fixed codes??
I am not much know CVS,:P
Previous Comments:
[2004-03-03 02:52:47] [EMAIL PROTECTED]
The php_w32api.dll extension must be loaded in php.ini:
extension=php_w32api.dll
(check that extension_dir is correct)
or using dl('php_w32api.dll')
[2004-03-02 23:04:17] azsd at hotmail dot com
by the way,I downloaded new CVS version Built On: Mar 03, 2004 01:30
GMT,It always has same error results.
[2004-03-02 22:45:02] azsd at hotmail dot com
Description:
Dear developers:
When I try to use w32api_register_function in my php test scripts comes
from orginal phpmanel like this:
?php
w32api_register_function(User32.dll,
MessageBoxA,
long);
MessageBoxA(NULL,
Hello World!,
PHP MessageBox,
0);
?
It reports a fetal error like this:
Fatal error: Call to undefined function: w32api_register_function() in
E:\My Webs\\apitest.php on line 2
I am using 4.3.4 stable version of PHP.
in php.ini set
extension=php_w32api.dll
and phpinfo() shows
Win32 API
Win32 API Support enabled
other extension like gdlib works fine.
My web server is IIS6,Windows 2003,Use ISAPI mode of PHP.
some other guys using these version occoured same errors.
somebody told me this win32api functions only works in older php
version like php4.0.0,is that ture?
or how can i get the functions back in PHP Version 4.3.4?
thanks.
Reproduce code:
---
?php
w32api_register_function(User32.dll,
MessageBoxA,
long);
MessageBoxA(NULL,
Hello World!,
PHP MessageBox,
0);
?
Expected result:
popup a message box with title:Hello world
Actual result:
--
Fatal error: Call to undefined function: w32api_register_function() in
E:\My Webs\\apitest.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=27474edit=1
#27477 [Opn-Fbk]: Different errors (sockets, oci handles etc.)
ID: 27477 Updated by: [EMAIL PROTECTED] Reported By: fbsd at ukr dot net -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux Slackware 9.curent PHP Version: 5.0.0b4 (beta4) New Comment: I need some more info to locate the problem. Could you try to turn on debugging with oci_internal_debug(1) and show me what happends ? Short example is required too. And please try it with Apache 1.3.x, I doubt, that Apache2 is really required for you. Previous Comments: [2004-03-03 04:25:03] fbsd at ukr dot net Description: Trying to use php5b4 on my Slackware 9.current, Oracle 9.2.04, Apache 2.0.48. Strange things happen: apache error.log is full of [notice] child pid exit signal Segmentation fault (11). All php scripts, where OCI8 functions used, can't close Oracle sessions (At the end of day i've found a lot of 'dead' sessions), sometimes scripts produce error teling that oci handle is not registered... Next execution does not produce that error). After 2 or more days i've found, that apache consumes to much proceccor time. After stopping it, i've found socket error (can't bind to port 80 'already used'). Socklist shows open sockets, even after httpd killing. After reinstalling php 4.3.4 all problems elliminated. Sorry for long story - but error are really strange for me. Reproduce code: --- All kind of code with OCI8 functions used. -- Edit this bug report at http://bugs.php.net/?id=27477edit=1
#27472 [Opn-Fbk]: Segfault with dom nodelist and new domelement
ID: 27472
Updated by: [EMAIL PROTECTED]
Reported By: info at rhalff dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.0.0b4 (beta4)
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
I could not reproduce this at all. But can you please just provide a
script that segfaults (without any other comments in there that say
this works)? But first try the latest snapshop.
Previous Comments:
[2004-03-02 20:32:43] info at rhalff dot com
Description:
Just running the class Bug will work.
But running Segvault after that will crash the running
process.
The part causing problems is the coexistence of the
nodelist assignement to $k and a new domelement being
assigned to a property inside another class.
Reproduce code:
---
?
error_reporting(E_ALL);
$Bug = new Bug;
$Bug-start();
$segv = new Segvault();
$segv-now();
class Segvault {
function now() {
/* These will work: */
// $x = new domdocument;
// $this-x = new stdClass;
/* This segvaults */
$this-x = new domdocument;
//$this-x = new domelement;
}
}
class Bug
{
function start()
{
$dom = new domdocument;
$dom-loadXml(rootbug/bug/root);
//This works:
//echo $dom-getElementsByTagname('bug')-lenght;
$k = $dom-getElementsByTagname('bug');
echo $k-length;
}
}
?
Expected result:
1
Actual result:
--
[EMAIL PROTECTED]:/www/hosts/www.rhalff.com/php5/test#
gdb /usr/sbin/httpd
GNU gdb 5.0
Copyright 2000 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 i386-slackware-linux...(no
debugging symbols found)...
(gdb) run -X -k start -f /etc/apache2/php5/httpd.conf
Starting program: /usr/sbin/httpd -X -k start
-f /etc/apache2/php5/httpd.conf
(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...
(no debugging symbols found)...[New Thread 1024 (LWP
16650)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 16650)]
0x40660790 in zend_get_extension ()
from /usr/lib/apache2/libphp5.so
(gdb) bt
#0 0x40660790 in zend_get_extension ()
from /usr/lib/apache2/libphp5.so
#1 0x40661d74 in zend_hash_destroy ()
from /usr/lib/apache2/libphp5.so
#2 0x404ea31b in dom_objects_free_storage ()
from /usr/lib/apache2/libphp5.so
#3 0x4066fa9b in zend_objects_store_del_ref ()
from /usr/lib/apache2/libphp5.so
#4 0x406588ec in _zval_dtor ()
from /usr/lib/apache2/libphp5.so
#5 0x4064f0c5 in _zval_ptr_dtor ()
from /usr/lib/apache2/libphp5.so
#6 0x40658c7a in _zval_ptr_dtor_wrapper ()
from /usr/lib/apache2/libphp5.so
#7 0x40661da7 in zend_hash_destroy ()
from /usr/lib/apache2/libphp5.so
#8 0x4066d03f in zend_objects_free_object_storage ()
from /usr/lib/apache2/libphp5.so
#9 0x4066f8d9 in zend_objects_store_free_object_storage
() from /usr/lib/apache2/libphp5.so
#10 0x4064ee09 in shutdown_executor ()
from /usr/lib/apache2/libphp5.so
#11 0x4065a1f5 in zend_deactivate ()
from /usr/lib/apache2/libphp5.so
#12 0x4061f038 in php_request_shutdown ()
from /usr/lib/apache2/libphp5.so
#13 0x406a4bf4 in zend_init_opcodes_handlers ()
from /usr/lib/apache2/libphp5.so
#14 0x406a5120 in zend_init_opcodes_handlers ()
from /usr/lib/apache2/libphp5.so
#15 0x806b7d9 in ap_run_handler () at eval.c:88
#16 0x806bd23 in ap_invoke_handler () at eval.c:88
#17 0x8069036 in ap_process_request () at eval.c:88
#18 0x80650aa in _start () at eval.c:88
#19 0x8073a28 in ap_run_process_connection () at eval.c:88
#20 0x8073ccc in ap_process_connection () at eval.c:88
#21 0x806a4b0 in ap_graceful_stop_signalled () at
eval.c:88
#22 0x806a56c in ap_graceful_stop_signalled () at
eval.c:88
#23 0x806a661 in ap_graceful_stop_signalled () at
eval.c:88
#24 0x806a95c in ap_mpm_run () at eval.c:88
#25 0x806ffee in main () at eval.c:88
#26 0x402c92eb in __libc_start_main (main=0x806f870
main, argc=6, ubp_av=0xbb14, init=0x8062450 _init,
fini=0x808678c _fini,
rtld_fini=0x4000c130 _dl_fini, stack_end=0xbb0c)
at ../sysdeps/generic/libc-start.c:129
(gdb)
--
Edit this bug report at http://bugs.php.net/?id=27472edit=1
#27476 [Opn-Bgs]: Extends and parent vars
ID: 27476
Updated by: [EMAIL PROTECTED]
Reported By: agigames at agigames dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Windows XP
PHP Version: 5.0.0b4 (beta4)
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is correct, PHP will not automatically call the parent constructor
if you do:
$obj2 = new childclass;
Previous Comments:
[2004-03-02 23:23:53] agigames at agigames dot com
Description:
This problem occurs in both PHP 4.3.5RC3 and in PHP 5.0.0b4. The
constructor function of the child class does not have the proper var's
set in it from the parent class.
Reproduce code:
---
class parentclass {
public $var = 'test';
function parentclass() {
$this-var = 'test2';
}
}
class childclass extends parentclass {
function childclass() {
print $this-var;
}
}
$obj = new parentclass;
$obj2 = new childclass;
Expected result:
Well I expected it to print test2.
Actual result:
--
But instead it prints the value that the public var was initialized as
test.
--
Edit this bug report at http://bugs.php.net/?id=27476edit=1
#27471 [Opn-Fbk]: variables in a function or script alter session variables
ID: 27471 Updated by: [EMAIL PROTECTED] Reported By: wxjasp02 at smumn dot edu -Status: Open +Status: Feedback Bug Type: Session related Operating System: RedHat Linux 9.0 PHP Version: Irrelevant 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 ?php and ends 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 avoid embedding huge scripts into the report. Also fill in your PHP version number, which IS relevant and add a link to your phpinfo(); output. Previous Comments: [2004-03-03 02:50:14] [EMAIL PROTECTED] What is register_globals set to? [2004-03-02 20:30:32] wxjasp02 at smumn dot edu i altered the URL to my bug, as it was kinda hard to properly see the script as it is, the new one is: http://www.mytoast.net/phpbug.txt [2004-03-02 20:23:28] wxjasp02 at smumn dot edu Description: Whenever i use a variable declared $group or $username in a function or part of a script, and $_SESSION['group'] or $_SESSION['username'] are in a valid session, the $group or $username variables ALTER the respective $_SESSION variable by the time the script ends. This should NEVER occur. Reproduce code: --- http://www.mytoast.net/phpbug.html Expected result: It should complete all the if () statements safely, and execute them as if I were of the correct group type. Actual result: -- Basically, a $_SESSION['group'] is written to a session when a user logs in to my site. The form above, allows administrators of my site to alter user permissions and whatnot, but it seems if $group is a variable in the script, (and set), the $_SESSION['group'] gets altered to whatever that value is, and the real administrator loses all their admin privileges until they login again. This is extremely annoying. I found a workaround for the time being, but i don't like making more code than i have to... -- Edit this bug report at http://bugs.php.net/?id=27471edit=1
#27477 [Fbk-Bgs]: Different errors (sockets, oci handles etc.)
ID: 27477 Updated by: [EMAIL PROTECTED] Reported By: fbsd at ukr dot net -Status: Feedback +Status: Bogus Bug Type: OCI8 related Operating System: Linux Slackware 9.curent PHP Version: 5.0.0b4 (beta4) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2004-03-03 04:36:28] [EMAIL PROTECTED] I need some more info to locate the problem. Could you try to turn on debugging with oci_internal_debug(1) and show me what happends ? Short example is required too. And please try it with Apache 1.3.x, I doubt, that Apache2 is really required for you. [2004-03-03 04:25:03] fbsd at ukr dot net Description: Trying to use php5b4 on my Slackware 9.current, Oracle 9.2.04, Apache 2.0.48. Strange things happen: apache error.log is full of [notice] child pid exit signal Segmentation fault (11). All php scripts, where OCI8 functions used, can't close Oracle sessions (At the end of day i've found a lot of 'dead' sessions), sometimes scripts produce error teling that oci handle is not registered... Next execution does not produce that error). After 2 or more days i've found, that apache consumes to much proceccor time. After stopping it, i've found socket error (can't bind to port 80 'already used'). Socklist shows open sockets, even after httpd killing. After reinstalling php 4.3.4 all problems elliminated. Sorry for long story - but error are really strange for me. Reproduce code: --- All kind of code with OCI8 functions used. -- Edit this bug report at http://bugs.php.net/?id=27477edit=1
#27478 [NEW]: PHP doesn't wait for the child to finish execution!
From: sambukkaa at hotmail dot com Operating system: Windows PHP version: 5.0.0b4 (beta4) PHP Bug Type: Scripting Engine problem Bug description: PHP doesn't wait for the child to finish execution! Description: PHP doesn't wait for the child to finish execution but incase of sessions it is critical. To test it you need to create 2 files as followed: file 1: main.php file 2: sub.php Reproduce code: --- file 1: main.php htmlheadtitlefile name: main.php/title/headbody ?$_SESSION['var']=1; echo The session variable ist set to . $_SESSION['var'] ./br;? pa href=sub.php target=_blankcall the sub.php file that opens the session variable quot;varquot; with the value 1, but:/a ?// PHP doesn't wait for the child to finish execution! $_SESSION['var']=0;? /body /html file 2: sub.php ?$text=You have opened the sub.php file, receiving a session variable 'var' which shuld have the value of 1 but _SESSION['var']=. $_SESSION['var']; echo $text;? Expected result: It MUST show the real value (1) before changing it to 0. you can test it on my server too: http://motion4u.sytes.net/phptest/main.php -- Edit bug report at http://bugs.php.net/?id=27478edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27478r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27478r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27478r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27478r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27478r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27478r=needscript Try newer version: http://bugs.php.net/fix.php?id=27478r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27478r=support Expected behavior: http://bugs.php.net/fix.php?id=27478r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27478r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27478r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27478r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27478r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27478r=dst IIS Stability: http://bugs.php.net/fix.php?id=27478r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27478r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27478r=float
#27479 [Opn-Fbk]: Dont report errors on domxml_open_mem
ID: 27479
Updated by: [EMAIL PROTECTED]
Reported By: pet at iv dot ua
-Status: Open
+Status: Feedback
Bug Type: DOM XML related
Operating System: FreeBSD 5.2.1
PHP Version: 4.3.4
New Comment:
Works for me.
Which libxml2 version are you using (phpinfo() should
tell you that)?
chregu
Previous Comments:
[2004-03-03 06:02:56] pet at iv dot ua
Description:
Its undocumented arguments of function domxml_open_mem
but on previous version php all work.
Note: no return well-formed errors.
If document not valid errors returned
Reproduce code:
---
//not well-formed document
$xml = 'texttt/test';
$dom = domxml_open_mem($xml, DOMXML_LOAD_VALIDATING, $Errors);
if(!Empty($Errors)){
echo Error found
}else{
echo Document valid
}
Expected result:
Error found
Actual result:
--
Document valid
--
Edit this bug report at http://bugs.php.net/?id=27479edit=1
#27468 [Asn-Csd]: foreach in __destruct() causes segfault
ID: 27468
Updated by: [EMAIL PROTECTED]
Reported By: davojan at mail dot ru
-Status: Assigned
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: FreeBSD 4.7-RELEASE
PHP Version: 5CVS-2004-03-02 (dev)
Assigned To: andi
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:
[2004-03-02 15:50:04] [EMAIL PROTECTED]
Verified on Linux, assigning to Andi.
[2004-03-02 15:46:10] davojan at mail dot ru
Description:
PHP crashes if foreach for a member of the class called in
__destruct(). It doesn't matter - does the member exist or not, is it
array or not - result is the same.
Note, that in php5b4 it works fine. Expected result is what I get from
it.
Reproduce code:
---
?
class foo {
function __destruct() {
foreach ($this-x as $x);
}
}
new foo();
echo 'OK';
?
Expected result:
Warning: Invalid argument supplied for foreach() in
/usr/local/www/data-dist/ils/admin/test/static.php on line 4
OK
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x28531d8d in zend_objects_free_object_storage (object=0x) at
/usr/ports/distfiles/php5-200403021630/Zend/zend_objects.c:88
88 zend_hash_destroy(object-properties);
(gdb) bt
#0 0x28531d8d in zend_objects_free_object_storage (object=0x)
at /usr/ports/distfiles/php5-200403021630/Zend/zend_objects.c:88
#1 0x28534883 in zend_objects_store_del_ref (zobject=0x80e82f0) at
/usr/ports/distfiles/php5-200403021630/Zend/zend_objects_API.c:139
#2 0x28519cde in _zval_dtor (zvalue=0x80e82f0,
__zend_filename=0x2859dd20
/usr/ports/distfiles/php5-200403021630/Zend/zend_execute_API.c,
__zend_lineno=358) at
/usr/ports/distfiles/php5-200403021630/Zend/zend_variables.c:61
#3 0x2850e5fe in _zval_ptr_dtor (zval_ptr=0xbfbfe120,
__zend_filename=0x285a3160
/usr/ports/distfiles/php5-200403021630/Zend/zend_execute.c,
__zend_lineno=3820) at
/usr/ports/distfiles/php5-200403021630/Zend/zend_execute_API.c:358
#4 0x28549472 in zend_jmp_no_ctor_handler (execute_data=0xbfbfe168,
opline=0x80e85e0, op_array=0x80e80c8)
at /usr/ports/distfiles/php5-200403021630/Zend/zend_execute.c:3820
#5 0x28541aeb in execute (op_array=0x80e80c8) at
/usr/ports/distfiles/php5-200403021630/Zend/zend_execute.c:1339
#6 0x2851c4d0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/usr/ports/distfiles/php5-200403021630/Zend/zend.c:1041
#7 0x284d23b3 in php_execute_script (primary_file=0xbfbff7b0) at
/usr/ports/distfiles/php5-200403021630/main/main.c:1650
#8 0x2854e83e in apache_php_module_main (r=0x81fb038,
display_source_mode=0) at
/usr/ports/distfiles/php5-200403021630/sapi/apache/sapi_apache.c:54
#9 0x2854f8c8 in send_php (r=0x81fb038, display_source_mode=0,
filename=0x81fcb10 /usr/local/www/data/ils/admin/test/static.php)
at
/usr/ports/distfiles/php5-200403021630/sapi/apache/mod_php5.c:621
#10 0x2854f93b in send_parsed_php (r=0x81fb038) at
/usr/ports/distfiles/php5-200403021630/sapi/apache/mod_php5.c:636
#11 0x8053a44 in ap_invoke_handler ()
#12 0x806398d in process_request_internal ()
#13 0x80639ec in ap_process_request ()
#14 0x805cdae in child_main ()
#15 0x805cf40 in make_child ()
#16 0x805d05d in startup_children ()
#17 0x805d5b0 in standalone_main ()
#18 0x805dcab in main ()
#19 0x804fc39 in _start ()
--
Edit this bug report at http://bugs.php.net/?id=27468edit=1
#27479 [NEW]: Dont report errors on domxml_open_mem
From: pet at iv dot ua
Operating system: FreeBSD 5.2.1
PHP version: 4.3.4
PHP Bug Type: DOM XML related
Bug description: Dont report errors on domxml_open_mem
Description:
Its undocumented arguments of function domxml_open_mem
but on previous version php all work.
Note: no return well-formed errors.
If document not valid errors returned
Reproduce code:
---
//not well-formed document
$xml = 'texttt/test';
$dom = domxml_open_mem($xml, DOMXML_LOAD_VALIDATING, $Errors);
if(!Empty($Errors)){
echo Error found
}else{
echo Document valid
}
Expected result:
Error found
Actual result:
--
Document valid
--
Edit bug report at http://bugs.php.net/?id=27479edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27479r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27479r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27479r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27479r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27479r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27479r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27479r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27479r=support
Expected behavior: http://bugs.php.net/fix.php?id=27479r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27479r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27479r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27479r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27479r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27479r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27479r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27479r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27479r=float
#27472 [Com]: Segfault with dom nodelist and new domelement
ID: 27472
Comment by: ds at cyberspace dot co dot za
Reported By: info at rhalff dot com
Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.0.0b4 (beta4)
New Comment:
Seems to similar to a problem I experienced when calling domDocument in
a class method (bug #27467) with PHP 5 cvs.
Previous Comments:
[2004-03-03 04:38:31] [EMAIL PROTECTED]
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
I could not reproduce this at all. But can you please just provide a
script that segfaults (without any other comments in there that say
this works)? But first try the latest snapshop.
[2004-03-02 20:32:43] info at rhalff dot com
Description:
Just running the class Bug will work.
But running Segvault after that will crash the running
process.
The part causing problems is the coexistence of the
nodelist assignement to $k and a new domelement being
assigned to a property inside another class.
Reproduce code:
---
?
error_reporting(E_ALL);
$Bug = new Bug;
$Bug-start();
$segv = new Segvault();
$segv-now();
class Segvault {
function now() {
/* These will work: */
// $x = new domdocument;
// $this-x = new stdClass;
/* This segvaults */
$this-x = new domdocument;
//$this-x = new domelement;
}
}
class Bug
{
function start()
{
$dom = new domdocument;
$dom-loadXml(rootbug/bug/root);
//This works:
//echo $dom-getElementsByTagname('bug')-lenght;
$k = $dom-getElementsByTagname('bug');
echo $k-length;
}
}
?
Expected result:
1
Actual result:
--
[EMAIL PROTECTED]:/www/hosts/www.rhalff.com/php5/test#
gdb /usr/sbin/httpd
GNU gdb 5.0
Copyright 2000 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 i386-slackware-linux...(no
debugging symbols found)...
(gdb) run -X -k start -f /etc/apache2/php5/httpd.conf
Starting program: /usr/sbin/httpd -X -k start
-f /etc/apache2/php5/httpd.conf
(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...
(no debugging symbols found)...[New Thread 1024 (LWP
16650)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 16650)]
0x40660790 in zend_get_extension ()
from /usr/lib/apache2/libphp5.so
(gdb) bt
#0 0x40660790 in zend_get_extension ()
from /usr/lib/apache2/libphp5.so
#1 0x40661d74 in zend_hash_destroy ()
from /usr/lib/apache2/libphp5.so
#2 0x404ea31b in dom_objects_free_storage ()
from /usr/lib/apache2/libphp5.so
#3 0x4066fa9b in zend_objects_store_del_ref ()
from /usr/lib/apache2/libphp5.so
#4 0x406588ec in _zval_dtor ()
from /usr/lib/apache2/libphp5.so
#5 0x4064f0c5 in _zval_ptr_dtor ()
from /usr/lib/apache2/libphp5.so
#6 0x40658c7a in _zval_ptr_dtor_wrapper ()
from /usr/lib/apache2/libphp5.so
#7 0x40661da7 in zend_hash_destroy ()
from /usr/lib/apache2/libphp5.so
#8 0x4066d03f in zend_objects_free_object_storage ()
from /usr/lib/apache2/libphp5.so
#9 0x4066f8d9 in zend_objects_store_free_object_storage
() from /usr/lib/apache2/libphp5.so
#10 0x4064ee09 in shutdown_executor ()
from /usr/lib/apache2/libphp5.so
#11 0x4065a1f5 in zend_deactivate ()
from /usr/lib/apache2/libphp5.so
#12 0x4061f038 in php_request_shutdown ()
from /usr/lib/apache2/libphp5.so
#13 0x406a4bf4 in zend_init_opcodes_handlers ()
from /usr/lib/apache2/libphp5.so
#14 0x406a5120 in zend_init_opcodes_handlers ()
from /usr/lib/apache2/libphp5.so
#15 0x806b7d9 in ap_run_handler () at eval.c:88
#16 0x806bd23 in ap_invoke_handler () at eval.c:88
#17 0x8069036 in ap_process_request () at eval.c:88
#18 0x80650aa in _start () at eval.c:88
#19 0x8073a28 in ap_run_process_connection () at eval.c:88
#20 0x8073ccc in ap_process_connection () at eval.c:88
#21 0x806a4b0 in ap_graceful_stop_signalled () at
eval.c:88
#22 0x806a56c in ap_graceful_stop_signalled () at
eval.c:88
#23 0x806a661 in ap_graceful_stop_signalled () at
eval.c:88
#24 0x806a95c in ap_mpm_run () at eval.c:88
#25 0x806ffee in main () at eval.c:88
#26 0x402c92eb in __libc_start_main (main=0x806f870
main, argc=6, ubp_av=0xbb14, init=0x8062450 _init,
fini=0x808678c _fini,
rtld_fini=0x4000c130 _dl_fini,
#27472 [Fbk]: Segfault with dom nodelist and new domelement
ID: 27472
Updated by: [EMAIL PROTECTED]
Reported By: info at rhalff dot com
Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.0.0b4 (beta4)
New Comment:
Different problem.
Did you try the snap yet as I cant reproduce this either?
Previous Comments:
[2004-03-03 06:39:34] ds at cyberspace dot co dot za
Seems to similar to a problem I experienced when calling domDocument in
a class method (bug #27467) with PHP 5 cvs.
[2004-03-03 04:38:31] [EMAIL PROTECTED]
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
I could not reproduce this at all. But can you please just provide a
script that segfaults (without any other comments in there that say
this works)? But first try the latest snapshop.
[2004-03-02 20:32:43] info at rhalff dot com
Description:
Just running the class Bug will work.
But running Segvault after that will crash the running
process.
The part causing problems is the coexistence of the
nodelist assignement to $k and a new domelement being
assigned to a property inside another class.
Reproduce code:
---
?
error_reporting(E_ALL);
$Bug = new Bug;
$Bug-start();
$segv = new Segvault();
$segv-now();
class Segvault {
function now() {
/* These will work: */
// $x = new domdocument;
// $this-x = new stdClass;
/* This segvaults */
$this-x = new domdocument;
//$this-x = new domelement;
}
}
class Bug
{
function start()
{
$dom = new domdocument;
$dom-loadXml(rootbug/bug/root);
//This works:
//echo $dom-getElementsByTagname('bug')-lenght;
$k = $dom-getElementsByTagname('bug');
echo $k-length;
}
}
?
Expected result:
1
Actual result:
--
[EMAIL PROTECTED]:/www/hosts/www.rhalff.com/php5/test#
gdb /usr/sbin/httpd
GNU gdb 5.0
Copyright 2000 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 i386-slackware-linux...(no
debugging symbols found)...
(gdb) run -X -k start -f /etc/apache2/php5/httpd.conf
Starting program: /usr/sbin/httpd -X -k start
-f /etc/apache2/php5/httpd.conf
(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...
(no debugging symbols found)...[New Thread 1024 (LWP
16650)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 16650)]
0x40660790 in zend_get_extension ()
from /usr/lib/apache2/libphp5.so
(gdb) bt
#0 0x40660790 in zend_get_extension ()
from /usr/lib/apache2/libphp5.so
#1 0x40661d74 in zend_hash_destroy ()
from /usr/lib/apache2/libphp5.so
#2 0x404ea31b in dom_objects_free_storage ()
from /usr/lib/apache2/libphp5.so
#3 0x4066fa9b in zend_objects_store_del_ref ()
from /usr/lib/apache2/libphp5.so
#4 0x406588ec in _zval_dtor ()
from /usr/lib/apache2/libphp5.so
#5 0x4064f0c5 in _zval_ptr_dtor ()
from /usr/lib/apache2/libphp5.so
#6 0x40658c7a in _zval_ptr_dtor_wrapper ()
from /usr/lib/apache2/libphp5.so
#7 0x40661da7 in zend_hash_destroy ()
from /usr/lib/apache2/libphp5.so
#8 0x4066d03f in zend_objects_free_object_storage ()
from /usr/lib/apache2/libphp5.so
#9 0x4066f8d9 in zend_objects_store_free_object_storage
() from /usr/lib/apache2/libphp5.so
#10 0x4064ee09 in shutdown_executor ()
from /usr/lib/apache2/libphp5.so
#11 0x4065a1f5 in zend_deactivate ()
from /usr/lib/apache2/libphp5.so
#12 0x4061f038 in php_request_shutdown ()
from /usr/lib/apache2/libphp5.so
#13 0x406a4bf4 in zend_init_opcodes_handlers ()
from /usr/lib/apache2/libphp5.so
#14 0x406a5120 in zend_init_opcodes_handlers ()
from /usr/lib/apache2/libphp5.so
#15 0x806b7d9 in ap_run_handler () at eval.c:88
#16 0x806bd23 in ap_invoke_handler () at eval.c:88
#17 0x8069036 in ap_process_request () at eval.c:88
#18 0x80650aa in _start () at eval.c:88
#19 0x8073a28 in ap_run_process_connection () at eval.c:88
#20 0x8073ccc in ap_process_connection () at eval.c:88
#21 0x806a4b0 in ap_graceful_stop_signalled () at
eval.c:88
#22 0x806a56c in ap_graceful_stop_signalled () at
eval.c:88
#23 0x806a661 in ap_graceful_stop_signalled () at
eval.c:88
#24 0x806a95c in ap_mpm_run () at eval.c:88
#25 0x806ffee in main ()
#27478 [Opn-Bgs]: PHP doesn't wait for the child to finish execution!
ID: 27478 Updated by: [EMAIL PROTECTED] Reported By: sambukkaa at hotmail dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows PHP Version: 5.0.0b4 (beta4) New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Use session_write_close() after you set the session variable to flush out the data. Previous Comments: [2004-03-03 05:24:13] sambukkaa at hotmail dot com Description: PHP doesn't wait for the child to finish execution but incase of sessions it is critical. To test it you need to create 2 files as followed: file 1: main.php file 2: sub.php Reproduce code: --- file 1: main.php htmlheadtitlefile name: main.php/title/headbody ?$_SESSION['var']=1; echo The session variable ist set to . $_SESSION['var'] ./br;? pa href=sub.php target=_blankcall the sub.php file that opens the session variable quot;varquot; with the value 1, but:/a ?// PHP doesn't wait for the child to finish execution! $_SESSION['var']=0;? /body /html file 2: sub.php ?$text=You have opened the sub.php file, receiving a session variable 'var' which shuld have the value of 1 but _SESSION['var']=. $_SESSION['var']; echo $text;? Expected result: It MUST show the real value (1) before changing it to 0. you can test it on my server too: http://motion4u.sytes.net/phptest/main.php -- Edit this bug report at http://bugs.php.net/?id=27478edit=1
#27479 [Fbk-Opn]: Dont report errors on domxml_open_mem
ID: 27479
User updated by: pet at iv dot ua
Reported By: pet at iv dot ua
-Status: Feedback
+Status: Open
Bug Type: DOM XML related
Operating System: FreeBSD 5.2.1
PHP Version: 4.3.4
New Comment:
DOM/XML API Version 20020815
libxml Version 20607
Configure Command
'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all'
'--with-regex=php' '--disable-cli' '--enable-ctype'
'--with-dom=/usr/local' '--with-dom-xslt=/usr/local'
'--with-dom-exslt=/usr/local' '--with-iconv-dir=/usr/local'
'--with-iconv=/usr/local' '--with-mnogosearch=/usr/local'
'--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes'
'--enable-posix' '--enable-tokenizer' '--with-expat-dir=/usr/local'
'--enable-xml' '--enable-xslt' '--with-xslt-sablot=/usr/local'
'--with-zlib=yes' '--with-apxs2=/usr/local/sbin/apxs'
'--prefix=/usr/local' 'i386-portbld-freebsd5.2.1'
Previous Comments:
[2004-03-03 06:10:45] [EMAIL PROTECTED]
Works for me.
Which libxml2 version are you using (phpinfo() should
tell you that)?
chregu
[2004-03-03 06:02:56] pet at iv dot ua
Description:
Its undocumented arguments of function domxml_open_mem
but on previous version php all work.
Note: no return well-formed errors.
If document not valid errors returned
Reproduce code:
---
//not well-formed document
$xml = 'texttt/test';
$dom = domxml_open_mem($xml, DOMXML_LOAD_VALIDATING, $Errors);
if(!Empty($Errors)){
echo Error found
}else{
echo Document valid
}
Expected result:
Error found
Actual result:
--
Document valid
--
Edit this bug report at http://bugs.php.net/?id=27479edit=1
#27479 [Opn]: Dont report errors on domxml_open_mem
ID: 27479
User updated by: pet at iv dot ua
Reported By: pet at iv dot ua
Status: Open
Bug Type: DOM XML related
Operating System: FreeBSD 5.2.1
PHP Version: 4.3.4
New Comment:
Sorry.
xml must be:
$xml = '!DOCTYPE test [ !ELEMENT test (tt)*
!ELEMENT tt (#PCDATA) ]testtt/test';
Previous Comments:
[2004-03-03 07:34:44] pet at iv dot ua
DOM/XML API Version 20020815
libxml Version 20607
Configure Command
'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all'
'--with-regex=php' '--disable-cli' '--enable-ctype'
'--with-dom=/usr/local' '--with-dom-xslt=/usr/local'
'--with-dom-exslt=/usr/local' '--with-iconv-dir=/usr/local'
'--with-iconv=/usr/local' '--with-mnogosearch=/usr/local'
'--with-mysql=/usr/local' '--enable-overload' '--with-pcre-regex=yes'
'--enable-posix' '--enable-tokenizer' '--with-expat-dir=/usr/local'
'--enable-xml' '--enable-xslt' '--with-xslt-sablot=/usr/local'
'--with-zlib=yes' '--with-apxs2=/usr/local/sbin/apxs'
'--prefix=/usr/local' 'i386-portbld-freebsd5.2.1'
[2004-03-03 06:10:45] [EMAIL PROTECTED]
Works for me.
Which libxml2 version are you using (phpinfo() should
tell you that)?
chregu
[2004-03-03 06:02:56] pet at iv dot ua
Description:
Its undocumented arguments of function domxml_open_mem
but on previous version php all work.
Note: no return well-formed errors.
If document not valid errors returned
Reproduce code:
---
//not well-formed document
$xml = 'texttt/test';
$dom = domxml_open_mem($xml, DOMXML_LOAD_VALIDATING, $Errors);
if(!Empty($Errors)){
echo Error found
}else{
echo Document valid
}
Expected result:
Error found
Actual result:
--
Document valid
--
Edit this bug report at http://bugs.php.net/?id=27479edit=1
#27480 [NEW]: session problem with session.start()
From: ricardo at aganp dot go dot gov dot br Operating system: SUSE 8 PHP version: Irrelevant PHP Bug Type: Session related Bug description: session problem with session.start() Description: When session.start() PHP document is loaded at the first time it´s necessary to refresh the page to view the contents. We are using the PHP version 4.0.4pl1 before this new version 4.2.2 and this problem not happened. There is some BUG on this 4.2.2 PHP Version about session? How can I solve my problem? -- Edit bug report at http://bugs.php.net/?id=27480edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27480r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27480r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27480r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27480r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27480r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27480r=needscript Try newer version: http://bugs.php.net/fix.php?id=27480r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27480r=support Expected behavior: http://bugs.php.net/fix.php?id=27480r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27480r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27480r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27480r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27480r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27480r=dst IIS Stability: http://bugs.php.net/fix.php?id=27480r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27480r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27480r=float
#27480 [Opn-Fbk]: session problem with session.start()
ID: 27480 Updated by: [EMAIL PROTECTED] Reported By: ricardo at aganp dot go dot gov dot br -Status: Open +Status: Feedback Bug Type: Session related Operating System: SUSE 8 PHP Version: Irrelevant 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: [2004-03-03 07:56:43] ricardo at aganp dot go dot gov dot br Description: When session.start() PHP document is loaded at the first time it´s necessary to refresh the page to view the contents. We are using the PHP version 4.0.4pl1 before this new version 4.2.2 and this problem not happened. There is some BUG on this 4.2.2 PHP Version about session? How can I solve my problem? -- Edit this bug report at http://bugs.php.net/?id=27480edit=1
#27480 [Fbk]: session problem with session.start()
ID: 27480 Updated by: [EMAIL PROTECTED] Reported By: ricardo at aganp dot go dot gov dot br Status: Feedback Bug Type: Session related Operating System: SUSE 8 PHP Version: Irrelevant New Comment: Also, upgrade to atleast php 4.3.4 first. Previous Comments: [2004-03-03 08:03:49] [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. [2004-03-03 07:56:43] ricardo at aganp dot go dot gov dot br Description: When session.start() PHP document is loaded at the first time it´s necessary to refresh the page to view the contents. We are using the PHP version 4.0.4pl1 before this new version 4.2.2 and this problem not happened. There is some BUG on this 4.2.2 PHP Version about session? How can I solve my problem? -- Edit this bug report at http://bugs.php.net/?id=27480edit=1
#27472 [Com]: Segfault with dom nodelist and new domelement
ID: 27472
Comment by: ds at cyberspace dot co dot za
Reported By: info at rhalff dot com
Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.0.0b4 (beta4)
New Comment:
$ php repro.php
1
Hm. Can't reproduce either, works from 5 CVS..
Previous Comments:
[2004-03-03 06:45:17] [EMAIL PROTECTED]
Different problem.
Did you try the snap yet as I cant reproduce this either?
[2004-03-03 06:39:34] ds at cyberspace dot co dot za
Seems to similar to a problem I experienced when calling domDocument in
a class method (bug #27467) with PHP 5 cvs.
[2004-03-03 04:38:31] [EMAIL PROTECTED]
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
I could not reproduce this at all. But can you please just provide a
script that segfaults (without any other comments in there that say
this works)? But first try the latest snapshop.
[2004-03-02 20:32:43] info at rhalff dot com
Description:
Just running the class Bug will work.
But running Segvault after that will crash the running
process.
The part causing problems is the coexistence of the
nodelist assignement to $k and a new domelement being
assigned to a property inside another class.
Reproduce code:
---
?
error_reporting(E_ALL);
$Bug = new Bug;
$Bug-start();
$segv = new Segvault();
$segv-now();
class Segvault {
function now() {
/* These will work: */
// $x = new domdocument;
// $this-x = new stdClass;
/* This segvaults */
$this-x = new domdocument;
//$this-x = new domelement;
}
}
class Bug
{
function start()
{
$dom = new domdocument;
$dom-loadXml(rootbug/bug/root);
//This works:
//echo $dom-getElementsByTagname('bug')-lenght;
$k = $dom-getElementsByTagname('bug');
echo $k-length;
}
}
?
Expected result:
1
Actual result:
--
[EMAIL PROTECTED]:/www/hosts/www.rhalff.com/php5/test#
gdb /usr/sbin/httpd
GNU gdb 5.0
Copyright 2000 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 i386-slackware-linux...(no
debugging symbols found)...
(gdb) run -X -k start -f /etc/apache2/php5/httpd.conf
Starting program: /usr/sbin/httpd -X -k start
-f /etc/apache2/php5/httpd.conf
(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...
(no debugging symbols found)...[New Thread 1024 (LWP
16650)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 16650)]
0x40660790 in zend_get_extension ()
from /usr/lib/apache2/libphp5.so
(gdb) bt
#0 0x40660790 in zend_get_extension ()
from /usr/lib/apache2/libphp5.so
#1 0x40661d74 in zend_hash_destroy ()
from /usr/lib/apache2/libphp5.so
#2 0x404ea31b in dom_objects_free_storage ()
from /usr/lib/apache2/libphp5.so
#3 0x4066fa9b in zend_objects_store_del_ref ()
from /usr/lib/apache2/libphp5.so
#4 0x406588ec in _zval_dtor ()
from /usr/lib/apache2/libphp5.so
#5 0x4064f0c5 in _zval_ptr_dtor ()
from /usr/lib/apache2/libphp5.so
#6 0x40658c7a in _zval_ptr_dtor_wrapper ()
from /usr/lib/apache2/libphp5.so
#7 0x40661da7 in zend_hash_destroy ()
from /usr/lib/apache2/libphp5.so
#8 0x4066d03f in zend_objects_free_object_storage ()
from /usr/lib/apache2/libphp5.so
#9 0x4066f8d9 in zend_objects_store_free_object_storage
() from /usr/lib/apache2/libphp5.so
#10 0x4064ee09 in shutdown_executor ()
from /usr/lib/apache2/libphp5.so
#11 0x4065a1f5 in zend_deactivate ()
from /usr/lib/apache2/libphp5.so
#12 0x4061f038 in php_request_shutdown ()
from /usr/lib/apache2/libphp5.so
#13 0x406a4bf4 in zend_init_opcodes_handlers ()
from /usr/lib/apache2/libphp5.so
#14 0x406a5120 in zend_init_opcodes_handlers ()
from /usr/lib/apache2/libphp5.so
#15 0x806b7d9 in ap_run_handler () at eval.c:88
#16 0x806bd23 in ap_invoke_handler () at eval.c:88
#17 0x8069036 in ap_process_request () at eval.c:88
#18 0x80650aa in _start () at eval.c:88
#19 0x8073a28 in ap_run_process_connection () at eval.c:88
#20 0x8073ccc in ap_process_connection () at eval.c:88
#21 0x806a4b0 in ap_graceful_stop_signalled () at
eval.c:88
#27481 [NEW]: double references corrupts variables
From: juergen at henge-ernst dot de
Operating system: linux
PHP version: 4.3.5RC3
PHP Bug Type: Scripting Engine problem
Bug description: double references corrupts variables
Description:
I tried the following with the lastest snapshot
php4-STABLE-200403031030/sapi/cli/php
just did a ./configure without an options
when using double references (accidently or not) the variables in PHP get
corrupted.
$acl contains the content of $y
If you change the line
$y = 'TestString';
to
#$y = 'TestString';
or add an var_dump($acl) before that line
everything works as expected (including the call to the undefined function
of that object). It looks like an internal pointer is not reseted
correctly
previous version sometimes crashed wich seems no longer to be the case.
Reproduce code:
---
class TestObj {
var $x;
function save() {
return $this;
}
}
$acl = new TestObj();
$acl = $acl-save();
$y = 'TestString';
var_dump($acl);
if (is_object($acl)) {
$acl-dump();
}
Expected result:
object(testobj)(0) {
}
Actual result:
--
string(10) TestString
--
Edit bug report at http://bugs.php.net/?id=27481edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27481r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27481r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27481r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27481r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27481r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27481r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27481r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27481r=support
Expected behavior: http://bugs.php.net/fix.php?id=27481r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27481r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27481r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27481r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27481r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27481r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27481r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27481r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27481r=float
#27472 [Fbk-Opn]: Segfault with dom nodelist and new domelement
ID: 27472
User updated by: info at rhalff dot com
Reported By: info at rhalff dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.0.0b4 (beta4)
New Comment:
Yes, sorry guys, it works with the latest snapshot.
Next time I will first check out the latest source, instead of spending
a day to catch the bug. Thanks!
Previous Comments:
[2004-03-03 08:13:05] ds at cyberspace dot co dot za
$ php repro.php
1
Hm. Can't reproduce either, works from 5 CVS..
[2004-03-03 06:45:17] [EMAIL PROTECTED]
Different problem.
Did you try the snap yet as I cant reproduce this either?
[2004-03-03 06:39:34] ds at cyberspace dot co dot za
Seems to similar to a problem I experienced when calling domDocument in
a class method (bug #27467) with PHP 5 cvs.
[2004-03-03 04:38:31] [EMAIL PROTECTED]
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
I could not reproduce this at all. But can you please just provide a
script that segfaults (without any other comments in there that say
this works)? But first try the latest snapshop.
[2004-03-02 20:32:43] info at rhalff dot com
Description:
Just running the class Bug will work.
But running Segvault after that will crash the running
process.
The part causing problems is the coexistence of the
nodelist assignement to $k and a new domelement being
assigned to a property inside another class.
Reproduce code:
---
?
error_reporting(E_ALL);
$Bug = new Bug;
$Bug-start();
$segv = new Segvault();
$segv-now();
class Segvault {
function now() {
/* These will work: */
// $x = new domdocument;
// $this-x = new stdClass;
/* This segvaults */
$this-x = new domdocument;
//$this-x = new domelement;
}
}
class Bug
{
function start()
{
$dom = new domdocument;
$dom-loadXml(rootbug/bug/root);
//This works:
//echo $dom-getElementsByTagname('bug')-lenght;
$k = $dom-getElementsByTagname('bug');
echo $k-length;
}
}
?
Expected result:
1
Actual result:
--
[EMAIL PROTECTED]:/www/hosts/www.rhalff.com/php5/test#
gdb /usr/sbin/httpd
GNU gdb 5.0
Copyright 2000 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 i386-slackware-linux...(no
debugging symbols found)...
(gdb) run -X -k start -f /etc/apache2/php5/httpd.conf
Starting program: /usr/sbin/httpd -X -k start
-f /etc/apache2/php5/httpd.conf
(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...
(no debugging symbols found)...[New Thread 1024 (LWP
16650)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 16650)]
0x40660790 in zend_get_extension ()
from /usr/lib/apache2/libphp5.so
(gdb) bt
#0 0x40660790 in zend_get_extension ()
from /usr/lib/apache2/libphp5.so
#1 0x40661d74 in zend_hash_destroy ()
from /usr/lib/apache2/libphp5.so
#2 0x404ea31b in dom_objects_free_storage ()
from /usr/lib/apache2/libphp5.so
#3 0x4066fa9b in zend_objects_store_del_ref ()
from /usr/lib/apache2/libphp5.so
#4 0x406588ec in _zval_dtor ()
from /usr/lib/apache2/libphp5.so
#5 0x4064f0c5 in _zval_ptr_dtor ()
from /usr/lib/apache2/libphp5.so
#6 0x40658c7a in _zval_ptr_dtor_wrapper ()
from /usr/lib/apache2/libphp5.so
#7 0x40661da7 in zend_hash_destroy ()
from /usr/lib/apache2/libphp5.so
#8 0x4066d03f in zend_objects_free_object_storage ()
from /usr/lib/apache2/libphp5.so
#9 0x4066f8d9 in zend_objects_store_free_object_storage
() from /usr/lib/apache2/libphp5.so
#10 0x4064ee09 in shutdown_executor ()
from /usr/lib/apache2/libphp5.so
#11 0x4065a1f5 in zend_deactivate ()
from /usr/lib/apache2/libphp5.so
#12 0x4061f038 in php_request_shutdown ()
from /usr/lib/apache2/libphp5.so
#13 0x406a4bf4 in zend_init_opcodes_handlers ()
from /usr/lib/apache2/libphp5.so
#14 0x406a5120 in zend_init_opcodes_handlers ()
from /usr/lib/apache2/libphp5.so
#15 0x806b7d9 in ap_run_handler () at eval.c:88
#16 0x806bd23 in
#27481 [Opn-Ver]: double references corrupts variables
ID: 27481
Updated by: [EMAIL PROTECTED]
Reported By: juergen at henge-ernst dot de
-Status: Open
+Status: Verified
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4.3.5RC3
-Assigned To:
+Assigned To: andi
New Comment:
Verified, but works in PHP 5.0dev (and beta4).
Previous Comments:
[2004-03-03 08:16:05] juergen at henge-ernst dot de
Description:
I tried the following with the lastest snapshot
php4-STABLE-200403031030/sapi/cli/php
just did a ./configure without an options
when using double references (accidently or not) the variables in PHP
get corrupted.
$acl contains the content of $y
If you change the line
$y = 'TestString';
to
#$y = 'TestString';
or add an var_dump($acl) before that line
everything works as expected (including the call to the undefined
function of that object). It looks like an internal pointer is not
reseted correctly
previous version sometimes crashed wich seems no longer to be the
case.
Reproduce code:
---
class TestObj {
var $x;
function save() {
return $this;
}
}
$acl = new TestObj();
$acl = $acl-save();
$y = 'TestString';
var_dump($acl);
if (is_object($acl)) {
$acl-dump();
}
Expected result:
object(testobj)(0) {
}
Actual result:
--
string(10) TestString
--
Edit this bug report at http://bugs.php.net/?id=27481edit=1
#27472 [Opn-Csd]: Segfault with dom nodelist and new domelement
ID: 27472 Updated by: [EMAIL PROTECTED] Reported By: info at rhalff dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: linux PHP Version: 5.0.0b4 (beta4) New Comment: Considered fixed then. Previous Comments: [2004-03-03 08:17:49] info at rhalff dot com Yes, sorry guys, it works with the latest snapshot. Next time I will first check out the latest source, instead of spending a day to catch the bug. Thanks! [2004-03-03 08:13:05] ds at cyberspace dot co dot za $ php repro.php 1 Hm. Can't reproduce either, works from 5 CVS.. [2004-03-03 06:45:17] [EMAIL PROTECTED] Different problem. Did you try the snap yet as I cant reproduce this either? [2004-03-03 06:39:34] ds at cyberspace dot co dot za Seems to similar to a problem I experienced when calling domDocument in a class method (bug #27467) with PHP 5 cvs. [2004-03-03 04:38:31] [EMAIL PROTECTED] 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 I could not reproduce this at all. But can you please just provide a script that segfaults (without any other comments in there that say this works)? But first try the latest snapshop. 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/27472 -- Edit this bug report at http://bugs.php.net/?id=27472edit=1
#4785 [Com]: Last POST variable has newline appended
ID: 4785 Comment by: fieg at digital4 dot nl Reported By: pete at byways dot org Status: Closed Bug Type: Scripting Engine problem Operating System: Linux 2.2.15/RedHat 6.2 PHP Version: 4.0.0 Release New Comment: We don't use CGI with Roxen (no cgi) We have the same problem but happens somtimes in the first and and sometimes in the last var So we always post 2 vars extra eg: 0bug and zbug Previous Comments: [2000-09-04 22:22:56] [EMAIL PROTECTED] So it is roxen-bug. Not php4 problem. Closed. --Jani [2000-08-31 23:52:51] pete at byways dot org This must be a bug in Roxen. It still occurs with latest PHP and Roxen, both using CGI and as a Pike module. [2000-08-31 11:40:02] [EMAIL PROTECTED] What's the situation with this? Is it bug in PHP4 or in Roxen? --Jani [2000-08-02 23:38:04] pete at byways dot org This still happens. I'm using PHP CVS as of 8-2-2000, and Roxen 2.0.71 (latest from CVS). However, I believe that this is a problem with Roxen, as it doesn't happen when running Apache. [2000-08-02 00:00:31] [EMAIL PROTECTED] Can´t reproduce this, Please verify that it´s still happening using the latest version of PHP (release 4.0.1pl2 or CVS). 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/4785 -- Edit this bug report at http://bugs.php.net/?id=4785edit=1
#27321 [Fbk-Opn]: open_basedir setting leaking between vhosts
ID: 27321 User updated by: jg at execulink dot com Reported By: jg at execulink dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Redhat Linux 7.3 PHP Version: 4.3.5RC3 New Comment: I dumped the RH7.3 / Apache 1.3.27 box, and installed RHEL 3, Apache 2.0.46, with php 4.3.2, and I'm not having this problem anymore. Previous Comments: [2004-02-27 14:19:36] ibaldo at esquemas dot com With Fedora Core 1, php-4.3.4-1.1 and httpd-2.0.48-1.2 we are experiencing the exact same problem with open_basedir. Settings of open_basedir are being reflected in other vhosts that doesn't specify an open_basedir! To reproduce the problem we accesed continuosly to a vhost that has the open_basedir set, and simultaneusly we accesed continuosly a vhost without the open_basedir, and the open_basedir of the first was sometimes applied to the second vhost mentioned, trying diferent vhosts which had the basedir and others that don't, we seen that the first was applied to the second in accordance to the hosts being tested at that particular time! This is not a configuration problem as someone mentions but clearly a nasty bug. If someone gets an specific patch for this that could be tested in a production environment then please contact us. Thank you guys! [2004-02-25 08:09:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-02-25 08:08:59] jg at execulink dot com Actually this is not a configuration problem, since the open_basedir it's complaining about is NOT the one I have configured for that vhost. [2004-02-24 17:12:12] [EMAIL PROTECTED] This is some configuration failure on user's side: File(/usr/ppp/p/pookie/public_html/index.php) is not within the allowed path(s): (/usr/ppp/p/pdipietro) in Unknown on line 0 (this is perfectly valid and expected error when you try to access file outside the open_basedir..) [2004-02-20 08:06:22] jg at execulink dot com I'm using Apache/1.3.27 (Unix) (Red-Hat/Linux) I've already tried running this snapshot: php4-STABLE-200402191630 with no luck. 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/27321 -- Edit this bug report at http://bugs.php.net/?id=27321edit=1
#27321 [Opn-Csd]: open_basedir setting leaking between vhosts
ID: 27321 Updated by: [EMAIL PROTECTED] Reported By: jg at execulink dot com -Status: Open +Status: Closed Bug Type: Apache related Operating System: Redhat Linux 7.3 PHP Version: 4.3.5RC3 New Comment: Considered fixed, please reopen when the bug re-occurs. Previous Comments: [2004-03-03 08:28:26] jg at execulink dot com I dumped the RH7.3 / Apache 1.3.27 box, and installed RHEL 3, Apache 2.0.46, with php 4.3.2, and I'm not having this problem anymore. [2004-02-27 14:19:36] ibaldo at esquemas dot com With Fedora Core 1, php-4.3.4-1.1 and httpd-2.0.48-1.2 we are experiencing the exact same problem with open_basedir. Settings of open_basedir are being reflected in other vhosts that doesn't specify an open_basedir! To reproduce the problem we accesed continuosly to a vhost that has the open_basedir set, and simultaneusly we accesed continuosly a vhost without the open_basedir, and the open_basedir of the first was sometimes applied to the second vhost mentioned, trying diferent vhosts which had the basedir and others that don't, we seen that the first was applied to the second in accordance to the hosts being tested at that particular time! This is not a configuration problem as someone mentions but clearly a nasty bug. If someone gets an specific patch for this that could be tested in a production environment then please contact us. Thank you guys! [2004-02-25 08:09:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-02-25 08:08:59] jg at execulink dot com Actually this is not a configuration problem, since the open_basedir it's complaining about is NOT the one I have configured for that vhost. [2004-02-24 17:12:12] [EMAIL PROTECTED] This is some configuration failure on user's side: File(/usr/ppp/p/pookie/public_html/index.php) is not within the allowed path(s): (/usr/ppp/p/pdipietro) in Unknown on line 0 (this is perfectly valid and expected error when you try to access file outside the open_basedir..) 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/27321 -- Edit this bug report at http://bugs.php.net/?id=27321edit=1
#27477 [Bgs]: Different errors (sockets, oci handles etc.)
ID: 27477 User updated by: fbsd at ukr dot net Reported By: fbsd at ukr dot net Status: Bogus Bug Type: OCI8 related Operating System: Linux Slackware 9.curent PHP Version: 5.0.0b4 (beta4) New Comment: I wonder - if it's not a PHP problem, why it was in PHP 5 b1 ? I've seen just similar error. And it was with differnt Linux Oracle releases ? And, if it's not a php problem, why it does not exist in 4.3.4 or 4.3.3 etc. ? I dont need a support (i'm not asking how to setup or so). Sorry, my poor english doesn't allow me to explain problem better. Previous Comments: [2004-03-03 05:13:25] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . [2004-03-03 04:36:28] [EMAIL PROTECTED] I need some more info to locate the problem. Could you try to turn on debugging with oci_internal_debug(1) and show me what happends ? Short example is required too. And please try it with Apache 1.3.x, I doubt, that Apache2 is really required for you. [2004-03-03 04:25:03] fbsd at ukr dot net Description: Trying to use php5b4 on my Slackware 9.current, Oracle 9.2.04, Apache 2.0.48. Strange things happen: apache error.log is full of [notice] child pid exit signal Segmentation fault (11). All php scripts, where OCI8 functions used, can't close Oracle sessions (At the end of day i've found a lot of 'dead' sessions), sometimes scripts produce error teling that oci handle is not registered... Next execution does not produce that error). After 2 or more days i've found, that apache consumes to much proceccor time. After stopping it, i've found socket error (can't bind to port 80 'already used'). Socklist shows open sockets, even after httpd killing. After reinstalling php 4.3.4 all problems elliminated. Sorry for long story - but error are really strange for me. Reproduce code: --- All kind of code with OCI8 functions used. -- Edit this bug report at http://bugs.php.net/?id=27477edit=1
#27480 [Fbk-Opn]: session problem with session.start()
ID: 27480 User updated by: ricardo at aganp dot go dot gov dot br Reported By: ricardo at aganp dot go dot gov dot br -Status: Feedback +Status: Open Bug Type: Session related Operating System: SUSE 8 PHP Version: Irrelevant New Comment: I have a PHP file name top.php where I open the postgre conection and start the session. Another php file name button.php where I close my postgre conection. This two files are put into all my php files. The first one, top.php, on the top of my index.php and the button.php on button, like this: top.php ? pg_connect($param) session_start(); ? button.php ? pg_close($con) ? index.php ? include top.php; HTML include button.php; Every the first time a load this index.php file, I need to refresh this page and all the contents of my html are show. If I do not refresh the page I got a blank page. However, if I delete the session_start() the page works normally. It´s very difficult to change the php version here, whe are a big corporation. But, as I said we have an older version 4.0.4pl1 at another computer end it works perfect. Previous Comments: [2004-03-03 08:04:12] [EMAIL PROTECTED] Also, upgrade to atleast php 4.3.4 first. [2004-03-03 08:03:49] [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. [2004-03-03 07:56:43] ricardo at aganp dot go dot gov dot br Description: When session.start() PHP document is loaded at the first time it´s necessary to refresh the page to view the contents. We are using the PHP version 4.0.4pl1 before this new version 4.2.2 and this problem not happened. There is some BUG on this 4.2.2 PHP Version about session? How can I solve my problem? -- Edit this bug report at http://bugs.php.net/?id=27480edit=1
#27482 [NEW]: imap_open won't work with ssl
From: ronanmcnulty at hotmail dot com
Operating system: WINXP
PHP version: 4.3.4
PHP Bug Type: IMAP related
Bug description: imap_open won't work with ssl
Description:
I can't get imap_open to connect with SSL.
I have included the openssl module, but this has made not difference
Reproduce code:
---
$mbox = imap_open('{'.$server.':993/imap/ssl/novalidate-cert}INBOX',$name,
$pass)
Expected result:
I was hoping to have secure connections to ssl enabled imap servers.
Actual result:
--
ERROR: Can't open mailbox {imap.cc:993/imap/ssl/novalidate-cert}INBOX:
invalid remote specification
--
Edit bug report at http://bugs.php.net/?id=27482edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27482r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27482r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27482r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27482r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27482r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27482r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27482r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27482r=support
Expected behavior: http://bugs.php.net/fix.php?id=27482r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27482r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27482r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27482r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27482r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27482r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27482r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27482r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27482r=float
#27482 [Opn-Fbk]: imap_open won't work with ssl
ID: 27482
Updated by: [EMAIL PROTECTED]
Reported By: ronanmcnulty at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: IMAP related
Operating System: WINXP
PHP Version: 4.3.4
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:
[2004-03-03 12:27:00] ronanmcnulty at hotmail dot com
Description:
I can't get imap_open to connect with SSL.
I have included the openssl module, but this has made not difference
Reproduce code:
---
$mbox =
imap_open('{'.$server.':993/imap/ssl/novalidate-cert}INBOX',$name,
$pass)
Expected result:
I was hoping to have secure connections to ssl enabled imap servers.
Actual result:
--
ERROR: Can't open mailbox {imap.cc:993/imap/ssl/novalidate-cert}INBOX:
invalid remote specification
--
Edit this bug report at http://bugs.php.net/?id=27482edit=1
#27471 [Fbk-Opn]: variables in a function or script alter session variables
ID: 27471 User updated by: wxjasp02 at smumn dot edu Reported By: wxjasp02 at smumn dot edu -Status: Feedback +Status: Open Bug Type: Session related Operating System: RedHat Linux 9.0 PHP Version: Irrelevant New Comment: http://www.mytoast.net/phpinfo.php register_globals is ON. Previous Comments: [2004-03-03 04:44:47] [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 ?php and ends 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 avoid embedding huge scripts into the report. Also fill in your PHP version number, which IS relevant and add a link to your phpinfo(); output. [2004-03-03 02:50:14] [EMAIL PROTECTED] What is register_globals set to? [2004-03-02 20:30:32] wxjasp02 at smumn dot edu i altered the URL to my bug, as it was kinda hard to properly see the script as it is, the new one is: http://www.mytoast.net/phpbug.txt [2004-03-02 20:23:28] wxjasp02 at smumn dot edu Description: Whenever i use a variable declared $group or $username in a function or part of a script, and $_SESSION['group'] or $_SESSION['username'] are in a valid session, the $group or $username variables ALTER the respective $_SESSION variable by the time the script ends. This should NEVER occur. Reproduce code: --- http://www.mytoast.net/phpbug.html Expected result: It should complete all the if () statements safely, and execute them as if I were of the correct group type. Actual result: -- Basically, a $_SESSION['group'] is written to a session when a user logs in to my site. The form above, allows administrators of my site to alter user permissions and whatnot, but it seems if $group is a variable in the script, (and set), the $_SESSION['group'] gets altered to whatever that value is, and the real administrator loses all their admin privileges until they login again. This is extremely annoying. I found a workaround for the time being, but i don't like making more code than i have to... -- Edit this bug report at http://bugs.php.net/?id=27471edit=1
#27471 [Opn]: variables in a function or script alter session variables
ID: 27471 User updated by: wxjasp02 at smumn dot edu Reported By: wxjasp02 at smumn dot edu Status: Open Bug Type: Session related Operating System: RedHat Linux 9.0 PHP Version: Irrelevant New Comment: i will post some sample code by midnight CST Previous Comments: [2004-03-03 12:59:04] wxjasp02 at smumn dot edu http://www.mytoast.net/phpinfo.php register_globals is ON. [2004-03-03 04:44:47] [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 ?php and ends 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 avoid embedding huge scripts into the report. Also fill in your PHP version number, which IS relevant and add a link to your phpinfo(); output. [2004-03-03 02:50:14] [EMAIL PROTECTED] What is register_globals set to? [2004-03-02 20:30:32] wxjasp02 at smumn dot edu i altered the URL to my bug, as it was kinda hard to properly see the script as it is, the new one is: http://www.mytoast.net/phpbug.txt [2004-03-02 20:23:28] wxjasp02 at smumn dot edu Description: Whenever i use a variable declared $group or $username in a function or part of a script, and $_SESSION['group'] or $_SESSION['username'] are in a valid session, the $group or $username variables ALTER the respective $_SESSION variable by the time the script ends. This should NEVER occur. Reproduce code: --- http://www.mytoast.net/phpbug.html Expected result: It should complete all the if () statements safely, and execute them as if I were of the correct group type. Actual result: -- Basically, a $_SESSION['group'] is written to a session when a user logs in to my site. The form above, allows administrators of my site to alter user permissions and whatnot, but it seems if $group is a variable in the script, (and set), the $_SESSION['group'] gets altered to whatever that value is, and the real administrator loses all their admin privileges until they login again. This is extremely annoying. I found a workaround for the time being, but i don't like making more code than i have to... -- Edit this bug report at http://bugs.php.net/?id=27471edit=1
#27482 [Fbk-Opn]: imap_open doesn't work with SSL or TLS
ID: 27482
User updated by: ronanmcnulty at hotmail dot com
-Summary: imap_open won't work with ssl
Reported By: ronanmcnulty at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: IMAP related
Operating System: WINXP
PHP Version: 4.3.4
New Comment:
I've tried every method stated in the manual e.g.
$mbox = imap_open ({localhost:993/imap/ssl}INBOX, user_id,
password);
$mbox = imap_open ({localhost:993/imap/ssl/novalidate-cert}INBOX,
user_id, password);
I still recieve the error invalid remote specification. I have tried
it on a number of ssl enabled imap servers, and it does not work on any
of them. Is this purely a windows problem? Nothing is stated in
http://www.php.net/imap_open to imply that it is. I don't know what
other information I can give you other than, it has been tried hundreds
of times, and failed hundreds of times.
Previous Comments:
[2004-03-03 12:45:05] [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.
[2004-03-03 12:27:00] ronanmcnulty at hotmail dot com
Description:
I can't get imap_open to connect with SSL.
I have included the openssl module, but this has made not difference
Reproduce code:
---
$mbox =
imap_open('{'.$server.':993/imap/ssl/novalidate-cert}INBOX',$name,
$pass)
Expected result:
I was hoping to have secure connections to ssl enabled imap servers.
Actual result:
--
ERROR: Can't open mailbox {imap.cc:993/imap/ssl/novalidate-cert}INBOX:
invalid remote specification
--
Edit this bug report at http://bugs.php.net/?id=27482edit=1
#27471 [Opn-Fbk]: variables in a function or script alter session variables
ID: 27471 Updated by: [EMAIL PROTECTED] Reported By: wxjasp02 at smumn dot edu -Status: Open +Status: Feedback Bug Type: Session related Operating System: RedHat Linux 9.0 PHP Version: Irrelevant New Comment: Keeping the status at feedback until then then. Previous Comments: [2004-03-03 13:01:14] wxjasp02 at smumn dot edu i will post some sample code by midnight CST [2004-03-03 12:59:04] wxjasp02 at smumn dot edu http://www.mytoast.net/phpinfo.php register_globals is ON. [2004-03-03 04:44:47] [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 ?php and ends 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 avoid embedding huge scripts into the report. Also fill in your PHP version number, which IS relevant and add a link to your phpinfo(); output. [2004-03-03 02:50:14] [EMAIL PROTECTED] What is register_globals set to? [2004-03-02 20:30:32] wxjasp02 at smumn dot edu i altered the URL to my bug, as it was kinda hard to properly see the script as it is, the new one is: http://www.mytoast.net/phpbug.txt 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/27471 -- Edit this bug report at http://bugs.php.net/?id=27471edit=1
#27483 [NEW]: debug_backtrace() file information are realpath()ed
From: icemaze at tiscalinet dot it Operating system: Gentoo GNU/Linux PHP version: 4.3.4 PHP Bug Type: Feature/Change Request Bug description: debug_backtrace() file information are realpath()ed Description: When I backtrace my program I usually extract file and line information to print them on screen. I have my webspace in /var/www/localhost/htdocs, so I usually get very long filenames. Then I modified my program to strip $_SERVER['DOCUMENT_ROOT'] from the path. This is useful because you can add http://www.domain.com/; and get the file's URI. I also created a symbolic link (/var/www/localhost/htdocs/development = /home/icemaze/development) to be able to test my subversion tree under Apache. And here's the problem: debug_backtrace() returns filenames in the following form: /home/icemaze/development/index.php (i.e. as if they had been realpath()ed). This causes problems since I cannot strip DOCUMENT_ROOT from them. Besides, I don't want to strip an arbitrary path from them. It would be nice if you could change the behaviour of debug_backtrace() so that it returned untranslated paths (you can always realpath() them manually if you really want to!). Do you think it's possible without too much trouble for you? Are there reasons for which things are as they are? Thank you. -- Edit bug report at http://bugs.php.net/?id=27483edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27483r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27483r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27483r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27483r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27483r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27483r=needscript Try newer version: http://bugs.php.net/fix.php?id=27483r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27483r=support Expected behavior: http://bugs.php.net/fix.php?id=27483r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27483r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27483r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27483r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27483r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27483r=dst IIS Stability: http://bugs.php.net/fix.php?id=27483r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27483r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27483r=float
#27215 [NoF-Opn]: include in php5 is very slow
ID: 27215 User updated by: waboring at 3gstech dot com Reported By: waboring at 3gstech dot com -Status: No Feedback +Status: Open Bug Type: Performance problem Operating System: Redhat 9 PHP Version: 5CVS-2004-02-10 (dev) New Comment: I can't really test this right now because I am waiting on another php5 bug to get fixed. The other bug is http://bugs.php.net/bug.php?id=27227 related to a bug in mixed case in constructor names not being called correctly. Previous Comments: [2004-02-25 13:17:02] duncan at emarketeers dot com I have the same problem. Scripts which execute in ~100ms under php4 take ~2secs under php5. This is php5-beta4 on Mandrake 9.0 and Mandrake 9.1 Linux gemini.emarketeers.priv 2.4.18-6mdksmp #1 SMP Fri Mar 15 01:24:36 CET 2002 i686 PHP configured with: ./configure --with-mysql --disable-libxml --with-apxs apache is 1.3.27 No other php extensions loaded. I can provide more details by email if required. PLEASE LOOK AT THIS! [2004-02-16 01:20:23] [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. [2004-02-11 15:05:48] [EMAIL PROTECTED] I have not noticed any performance problem with PHP 5, quite the opposite actually. Please provide information how you have configured PHP (what web server is used, are you running PHP5 as CGI or as a module, what configure line was used when compiling PHP, what possible extensions you load in php.ini if any, etc.) (isn't all this mentioned in the instructions about HOW to report???) [2004-02-11 14:00:22] waboring at 3gstech dot com I'm not sure what else you want me to provide. The bug is very clear. There is a big performance issue with php5 just including a file with a class in it. php4 does not show this problem. I have created a directory on my web server that shows the test code. http://phphtmllib.newsblob.com/bug/index.php This is running in an php4 environment and it takes 0.005s to execute the index.php code. I don't have php5 running on this machine, as it is a production box. You can look at the source code of the scripts by pointing to the following files. http://phphtmllib.newsblob.com/bug/index.phps http://phphtmllib.newsblob.com/bug/includes.phps http://phphtmllib.newsblob.com/bug/ContainerClass.phps http://phphtmllib.newsblob.com/bug/XMLTagClass.phps http://phphtmllib.newsblob.com/bug/HTMLTagClass.phps When I run this on my machine (Pentium 4 1.8Ghz 512M ram) php4: 0.005s php5: 0.100s [2004-02-10 20:19:37] waboring at 3gstech dot com Description: I am the maintainer of phphtmllib. I just got the latest php5 from cvs built and working, but have noticed a serious performance issue with just doing includes. reproduce: download phphtmllib from http://phphtmllib.newsblob.com/downloads/download.php?version=2.4.0 tar -zxvf phptmllib-2.4.0.tgz into your favorite location create a simple script that does nothing but include the library include file. phphtmllib-2.4.0/include.inc The execution of which takes over 1 second to complete. This script takes 0.075 to complete in php 4.3.2 Reproduce code: --- ?php $phphtmllib = /location/where/you/installed/it; include_once($phphtmlib./includes.inc); //Those 2 lines take over 1 second ? Expected result: expected the simple include script to return in under .1 ms Actual result: -- The script took over 1 second to execute. -- Edit this bug report at http://bugs.php.net/?id=27215edit=1
#27483 [Opn-WFx]: debug_backtrace() file information are realpath()ed
ID: 27483 Updated by: [EMAIL PROTECTED] Reported By: icemaze at tiscalinet dot it -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Gentoo GNU/Linux PHP Version: 4.3.4 New Comment: PHP grabs this information from the compiled script which only knows about the realpath'ed files so I'm afraid that it won't be possible to change. Also, debug_backtrace() is just a debug tool and shouldn't really show it's output on production sites, so I kinda fail to see the usefulness of your proposed change. Derick Previous Comments: [2004-03-03 14:23:11] icemaze at tiscalinet dot it Description: When I backtrace my program I usually extract file and line information to print them on screen. I have my webspace in /var/www/localhost/htdocs, so I usually get very long filenames. Then I modified my program to strip $_SERVER['DOCUMENT_ROOT'] from the path. This is useful because you can add http://www.domain.com/; and get the file's URI. I also created a symbolic link (/var/www/localhost/htdocs/development = /home/icemaze/development) to be able to test my subversion tree under Apache. And here's the problem: debug_backtrace() returns filenames in the following form: /home/icemaze/development/index.php (i.e. as if they had been realpath()ed). This causes problems since I cannot strip DOCUMENT_ROOT from them. Besides, I don't want to strip an arbitrary path from them. It would be nice if you could change the behaviour of debug_backtrace() so that it returned untranslated paths (you can always realpath() them manually if you really want to!). Do you think it's possible without too much trouble for you? Are there reasons for which things are as they are? Thank you. -- Edit this bug report at http://bugs.php.net/?id=27483edit=1
#27215 [Opn-Fbk]: include in php5 is very slow
ID: 27215 Updated by: [EMAIL PROTECTED] Reported By: waboring at 3gstech dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: Redhat 9 PHP Version: 5CVS-2004-02-10 (dev) New Comment: Then we leave the status at Feedback until you can test again. Derick Previous Comments: [2004-03-03 14:23:22] waboring at 3gstech dot com I can't really test this right now because I am waiting on another php5 bug to get fixed. The other bug is http://bugs.php.net/bug.php?id=27227 related to a bug in mixed case in constructor names not being called correctly. [2004-02-25 13:17:02] duncan at emarketeers dot com I have the same problem. Scripts which execute in ~100ms under php4 take ~2secs under php5. This is php5-beta4 on Mandrake 9.0 and Mandrake 9.1 Linux gemini.emarketeers.priv 2.4.18-6mdksmp #1 SMP Fri Mar 15 01:24:36 CET 2002 i686 PHP configured with: ./configure --with-mysql --disable-libxml --with-apxs apache is 1.3.27 No other php extensions loaded. I can provide more details by email if required. PLEASE LOOK AT THIS! [2004-02-16 01:20:23] [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. [2004-02-11 15:05:48] [EMAIL PROTECTED] I have not noticed any performance problem with PHP 5, quite the opposite actually. Please provide information how you have configured PHP (what web server is used, are you running PHP5 as CGI or as a module, what configure line was used when compiling PHP, what possible extensions you load in php.ini if any, etc.) (isn't all this mentioned in the instructions about HOW to report???) [2004-02-11 14:00:22] waboring at 3gstech dot com I'm not sure what else you want me to provide. The bug is very clear. There is a big performance issue with php5 just including a file with a class in it. php4 does not show this problem. I have created a directory on my web server that shows the test code. http://phphtmllib.newsblob.com/bug/index.php This is running in an php4 environment and it takes 0.005s to execute the index.php code. I don't have php5 running on this machine, as it is a production box. You can look at the source code of the scripts by pointing to the following files. http://phphtmllib.newsblob.com/bug/index.phps http://phphtmllib.newsblob.com/bug/includes.phps http://phphtmllib.newsblob.com/bug/ContainerClass.phps http://phphtmllib.newsblob.com/bug/XMLTagClass.phps http://phphtmllib.newsblob.com/bug/HTMLTagClass.phps When I run this on my machine (Pentium 4 1.8Ghz 512M ram) php4: 0.005s php5: 0.100s 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/27215 -- Edit this bug report at http://bugs.php.net/?id=27215edit=1
#27227 [Asn]: Mixed case class names causes Fatal Error in Constructor call
ID: 27227
Updated by: [EMAIL PROTECTED]
Reported By: waboring at 3gstech dot com
Status: Assigned
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2004-02-11
Assigned To: helly
New Comment:
Anything new on this?
Previous Comments:
[2004-02-20 04:37:17] [EMAIL PROTECTED]
Marcus, this fix wasn't quite enough.
[2004-02-19 13:17:54] waboring at 3gstech dot com
Actually this hasn't been completely fixed. This is the same issue as
the original post. Please do not close this bug as it is NOT fixed.
This is the same issue. The first third child class can't resolve the
cascade of the constructor call back to the parent class just because
the case and name of the classes change.
?php
class A {
function A() {
echo __CLASS__.::.__FUNCTION__. called!br\n;
}
}
class bTesting extends A {
function blah() {
echo __CLASS__.::.__FUNCTION__.() calledbr\n;
}
}
class c extends bTesting {
function c() {
echo __CLASS__.::.__FUNCTION__.() called!!br\n;
$this-bTesting();
}
}
$obj = new c();
$obj-blah();
?
results in:
c::c() called!!
Fatal error: Call to undefined method c::bTesting() in
/home/waboring/devel/bug.php on line 18
[2004-02-15 19:28:42] [EMAIL PROTECTED]
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.
[2004-02-11 20:33:03] [EMAIL PROTECTED]
Works fine with PHP 4 btw. :) (somehow I think this might be one for
Marcus to fix..?)
[2004-02-11 19:20:49] waboring at 3gstech dot com
Description:
I have 3 classes a, b extends a, c extends b.
b doesn't have constructor.
c class contructor calls b's constructor in an effort
to cascade constructor calls up the class heirarchy.
This works great until class 'a' is renamed to 'A'.
?php
/* This script works as one would expect.
The foo class constructor gets called.
*/
class a {
function a() {
echo __CLASS__.::.__FUNCTION__. called!br\n;
}
}
class b extends a {
function blah() {
echo __CLASS__.::.__FUNCTION__.() calledbr\n;
}
}
class c extends b {
function c() {
echo __CLASS__.::.__FUNCTION__.() called!!br\n;
$this-b();
}
}
$obj = new c();
$obj-blah();
/* Output is
c::c() called!!
a::a called!
b::blah() called
*/
?
Reproduce code:
---
?php
/*
Notice that the only thing that is different here is the
case of the 'a' class changed to 'A' in all the appropriate places.
Now I get a Fatal error saying
c::b() doesn't exist?
*/
class A {
function A() {
echo __CLASS__.::.__FUNCTION__. called!br\n;
}
}
class b extends A {
function blah() {
echo __CLASS__.::.__FUNCTION__.() calledbr\n;
}
}
class c extends b {
function c() {
echo __CLASS__.::.__FUNCTION__.() called!!br\n;
$this-b();
//ERROR IN LINE ABOVE
}
}
$obj = new c();
$obj-blah();
/* Output is
c::c() called!!
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
*/
?
Expected result:
I expect that both of the scripts would work the same way. I have many
classes that have Mixed case
Actual result:
--
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
--
Edit this bug report at http://bugs.php.net/?id=27227edit=1
#24028 [Com]: Reading raw post message by php://input
ID: 24028 Comment by: ulsters_number_one at yahoo dot com Reported By: xiongwei at aerafront dot com Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 4.3.2 New Comment: Subject: all you need is $6 to have your own business! I found this on a post board: its so simple it has to work if you follow the instructions, go for it, I am! Make 800,000 dollars in just a few months!!! Dear Friends: Greetings: I am a retired attorney. A few years ago a man came to me with a letter. He asked me to verify the fact that this was legal to do. I told him I would review it and get back to him. When I first read the letter my client brought me, I thought it was some off-the-wall idea to make money. A week and a half later we met in my office to discuss the issue. I told him the letter he originally brought me was not 100% legal. My client then asked me to alter it to make it perfectly legal. I asked him to make one small change in the letter. I was still curious about the letter, so he explained to me how it works. I thought it seemed like a long shot, so I decided against participating. But before my client left, I asked him to keep me updated on his results. About two months later, he called me to tell me he had received over $800,000 in cash. I didn't believe him, so he asked me to try this idea and find out for myself. I thought about it for a couple of days and decided I really didn't have anything to lose, so I asked him for a copy of the letters. I followed the instructions exactly, mailed 200 copies, and sure enough, the money started coming in! It arrived slowly at first, but coming. I kept a precise record of the earnings, and in the end, it totaled $978,493! I could hardly believe it. I met with my friend for lunch to find out exactly how it worked. He told me there are quite a few similar letters around, but this one is different because there are six names at the end of the letter, not five like some others. This fact alone results in your name being in far more returns. The other fact was the help I gave him, making sure the whole thing was legal, since no one wants to take the risk of doing something illegal. By now you are surely curious to know what small changes to make. If you sent a letter like this one out, in order to be completely legal, you must actually sell something in order to receive a dollar in return. So when you send a dollar to each of the names on the list, you must include these words, PLEASE PUT ME ON YOUR MAILING LIST and include your name and address. This is the key to the program. The item you will receive for the dollar you sent to the six people below is the letter. At the time I first tried this idea, I was earning a good living as a lawyer. But everyone in the legal profession will tell you there is a lot of stress that comes with the job. I told myself if things worked out, I would retired from my practice and play golf. I decided to try the letter again, but this time I sent 500 copies. Three months later, I had totaled $2,341,178! Here are a few reasons a person might give for not trying this program: AWESOME! people think they can never make a lot of money with anything this simple. Some are afraid they will be ridiculed for trying some dream of large sums of money, but do nothing to actually achieve it. Some are just plain lazy. AWESOME!! are afraid of losing their investment. They think this program is designed to beat them out of a few dollars. The system works if you will just try it. But you must follow the simple instructions exactly, and in less than three months, you will receive $800,000 GUARANTEED! Keep what you are doing to yourself for awhile. Many will tell you it won't work and will try to talk you out of your dreams. Let them know of your success after it works. LETTERS FROM PARTICIPANTS IN THIS PROGRAM: My name is David Rhodes. In 1992 my car was repossessed and bill collectors were housing my. I was laid off and my unemployment ran out. In October of 1992, I received a letter telling me how to earn $800,000 anytime I wanted. Of course, I was skeptical. But because I was so desperate and virtually had nothing to lose, I gave it a try. In January 1993, my family and I went on a 10-day cruise. The next month I bought a brand new Mercedes with cash! I am currently building a home in Virginia and I will never have to work again. This money program really works perfectly every time. I have never failed to receive less than $500,000. This is a legitimate, money-making opportunity. It does not require you to sell anything or to come in contact with people. And, best of all, you only leave the house to mail the letters. If you have always believed that
#27484 [NEW]: serialize / unserialize crash
From: friosa at pnpitalia dot it
Operating system: Linux 2.4.18-4GB
PHP version: 5CVS-2004-03-03 (dev)
PHP Bug Type: Reproducible crash
Bug description: serialize / unserialize crash
Description:
investigating on bug #27469 I've tryed to serialize an object that used
was crashing php + apache.
Trying to unserialize it on php 4.x produces a boolean true variable,
doing the same on php 5 cvs create a crash but in a different fx/program
(php_var_serialize_class_name / var.c).
Reproduce code:
---
?php
$mime_part=unserialize(base64_decode(TzoxMjoiTUlNRV9NZXNzYWdlIjoxOTp7czo2OiJfYnVpbGQiO2I6MTtzOjE0OiJfZGVmYXVsdFNlcnZlciI7czo4OiJ3d3cyLnBucCI7czo1OiJfdHlwZSI7czo0OiJ0ZXh0IjtzOjg6Il9zdWJ0eXBlIjtpOjA7czo5OiJfY29udGVudHMiO3M6MDoiIjtzOjE3OiJfdHJhbnNmZXJFbmNvZGluZyI7czo0OiI3Yml0IjtzOjExOiJfZW5jb2RlN2JpdCI7YjoxO3M6MTI6Il9kZXNjcmlwdGlvbiI7czowOiIiO3M6MTI6Il9kaXNwb3NpdGlvbiI7czo2OiJpbmxpbmUiO3M6MjI6Il9kaXNwb3NpdGlvblBhcmFtZXRlcnMiO2E6MDp7fXM6MjI6Il9jb250ZW50VHlwZVBhcmFtZXRlcnMiO2k6MDtzOjY6Il9wYXJ0cyI7YTowOnt9czoxMjoiX2luZm9ybWF0aW9uIjtpOjA7czo2OiJfYnl0ZXMiO3I6MTtzOjU6Il9jaWRzIjthOjA6e31zOjc6Il9taW1laWQiO2k6MDtzOjQ6Il9lb2wiO3M6MToiCiI7czo2OiJfZmxhZ3MiO2k6MDtzOjY6Il9pZG1hcCI7YTowOnt9fQ==));$pluto=unserialize(base64_decode(TzoxMjoiSU1QX0NvbnRlbnRzIjoxNTp7czo1OiJfYm9keSI7czowOiIiO3M6OToiX2JvZHlwYXJ0IjthOjA6e31zOjY6Il9pbmRleCI7czozOiIxMDQiO3M6NjoiX3N0cmlwIjtiOjA7czo4OiJfbWVzc2FnZSI7TzoxMjoiTUlNRV9NZXNzYWdlIjoxOTp7czo2OiJfYnVpbGQiO2I6MTtzOjE0OiJfZGVmYXVsdFNlcnZlciI7czo4OiJ3d3cyLnBucCI7czo1OiJfdHlwZSI7czo0OiJ0ZXh0IjtzOjg6Il9zdWJ0eXBlIjtpOjA7czo5OiJfY29udGVudHMiO3M6MDoiIjtzOjE3OiJfdHJhbnNmZXJFbmNvZGluZyI7czo0OiI3Yml0IjtzOjExOiJfZW5jb2RlN2JpdCI7YjoxO3M6MTI6Il9kZXNjcmlwdGlvbiI7czowOiIiO3M6MTI6Il9kaXNwb3NpdGlvbiI7czo2OiJpbmxpbmUiO3M6MjI6Il9kaXNwb3NpdGlvblBhcmFtZXRlcnMiO2E6MDp7fXM6MjI6Il9jb250ZW50VHlwZVBhcmFtZXRlcnMiO2k6MDtzOjY6Il9wYXJ0cyI7YTowOnt9czoxMjoiX2luZm9ybWF0aW9uIjtpOjA7czo2OiJfYnl0ZXMiO3M6MDoiIjtzOjU6Il9jaWRzIjthOjA6e31zOjc6Il9taW1laWQiO2k6MDtzOjQ6Il9lb2wiO3M6MToiCiI7czo2OiJfZmxhZ3MiO2k6MDtzOjY6Il9pZG1hcCI7YTowOnt9fXM6NDoiX2F0YyI7YTowOnt9czo2OiJfcGFydHMiO2E6MDp7fXM6ODoiX3N1bW1hcnkiO2E6MDp7fXM6MTU6Il9zZXNzaW9uQ2FjaGVJRCI7TjtzOjEyOiJfdmlld2VyQ2FjaGUiO2E6MDp7fXM6MTI6Il9kaXNwbGF5VHlwZSI7czo0OiJsaXN0IjtzOjg6Il9taW1la2V5IjtOO3M6NzoiX3ZpZXdJRCI7YToyOntzOjg6ImRvd25sb2FkIjtzOjQzOiJmYWlsZWQgdG8gZmx1c2ggYnVmZmVyLiBObyBidWZmZXIgdG8gZmx1c2guIjtzOjQ6InZpZXciO3M6MTE6InZpZXdfYXR0YWNoIjt9czo2OiJfbGlua3MiO2I6MTtzOjU6Il9iYXNlIjtOO30=));
$pluto-buildMessagePart($mime_part);
define('MIME_CONTENTS_CACHE', 'mimecache');
class MIME_Contents {
function MIME_Contents($messageOb, $viewID = array(), $contents =
array()) {}
function buildMessagePart($mime_part)
{
$msg = '';
// CRASH HERE
echo pre . addslashes(serialize($mime_part)) . /pre;
return $msg;
}
}
class IMP_Contents extends MIME_Contents {
function IMP_Contents($index) {}
}
?
Actual result:
--
Bug #27469 zend_variables.c problem
Submitted: 2 Mar 6:00pm ESTModified: 3 Mar 4:32am EST
From: friosa at pnpitalia dot it
Status: FeedbackCategory: Zend Engine 2 problem
Version:5.0.0b4 (beta4) OS: Linux 2.4.18-4GB
gdb ./httpd
(gdb) run -X
Starting program: /TEST/apache/bin/./httpd -X
[New Thread 1024 (LWP 17036)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 17036)]
0x4035080f in memcpy () from /lib/libc.so.6
(gdb) bt
#0 0x4035080f in memcpy () from /lib/libc.so.6
#1 0x405f8b0b in php_var_serialize_class_name (buf=0xbfffc4dc,
struc=0x16f1520) at /TEST/php5-200403022230/ext/standard/var.c:480
#2 0x40698d73 in zend_do_fcall_common_helper (execute_data=0xbfffc850,
opline=0xbfffc4d5, op_array=0xa) at
/TEST/php5-200403022230/Zend/zend_execute.c:2677
#3 0x406703b9 in zend_execute_scripts (type=1081403672,
retval=0x40d0d24c, file_count=516) at
/TEST/php5-200403022230/Zend/zend.c:1041
(gdb)
--
Edit bug report at http://bugs.php.net/?id=27484edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27484r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27484r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27484r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27484r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27484r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27484r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27484r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27484r=support
Expected behavior: http://bugs.php.net/fix.php?id=27484r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27484r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27484r=submittedtwice
register_globals:
#27469 [Fbk-Opn]: zend_variables.c problem
ID: 27469
User updated by: friosa at pnpitalia dot it
Reported By: friosa at pnpitalia dot it
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.4.18-4GB
PHP Version: 5.0.0b4 (beta4)
New Comment:
opened a new bug report for the unserialize issue, #27484
Previous Comments:
[2004-03-03 04:32:58] [EMAIL PROTECTED]
Please open a seperate bug for that, once you've done that I'll remove
the comment from this bug report as it is not related to this one.
[2004-03-02 19:59:09] friosa at pnpitalia dot it
Trying to make a short script I think to have seen a different bug in
the serialize function, this time the code to reproduce it is a lot
shorter:
?php
$mime_part=unserialize(base64_decode(TzoxMjoiTUlNRV9NZXNzYWdlIjoxOTp7czo2OiJfYnVpbGQiO2I6MTtzOjE0OiJfZGVmYXVsdFNlcnZlciI7czo4OiJ3d3cyLnBucCI7czo1OiJfdHlwZSI7czo0OiJ0ZXh0IjtzOjg6Il9zdWJ0eXBlIjtpOjA7czo5OiJfY29udGVudHMiO3M6MDoiIjtzOjE3OiJfdHJhbnNmZXJFbmNvZGluZyI7czo0OiI3Yml0IjtzOjExOiJfZW5jb2RlN2JpdCI7YjoxO3M6MTI6Il9kZXNjcmlwdGlvbiI7czowOiIiO3M6MTI6Il9kaXNwb3NpdGlvbiI7czo2OiJpbmxpbmUiO3M6MjI6Il9kaXNwb3NpdGlvblBhcmFtZXRlcnMiO2E6MDp7fXM6MjI6Il9jb250ZW50VHlwZVBhcmFtZXRlcnMiO2k6MDtzOjY6Il9wYXJ0cyI7YTowOnt9czoxMjoiX2luZm9ybWF0aW9uIjtpOjA7czo2OiJfYnl0ZXMiO3I6MTtzOjU6Il9jaWRzIjthOjA6e31zOjc6Il9taW1laWQiO2k6MDtzOjQ6Il9lb2wiO3M6MToiCiI7czo2OiJfZmxhZ3MiO2k6MDtzOjY6Il9pZG1hcCI7YTowOnt9fQ==));
$pluto=unserialize(base64_decode(TzoxMjoiSU1QX0NvbnRlbnRzIjoxNTp7czo1OiJfYm9keSI7czowOiIiO3M6OToiX2JvZHlwYXJ0IjthOjA6e31zOjY6Il9pbmRleCI7czozOiIxMDQiO3M6NjoiX3N0cmlwIjtiOjA7czo4OiJfbWVzc2FnZSI7TzoxMjoiTUlNRV9NZXNzYWdlIjoxOTp7czo2OiJfYnVpbGQiO2I6MTtzOjE0OiJfZGVmYXVsdFNlcnZlciI7czo4OiJ3d3cyLnBucCI7czo1OiJfdHlwZSI7czo0OiJ0ZXh0IjtzOjg6Il9zdWJ0eXBlIjtpOjA7czo5OiJfY29udGVudHMiO3M6MDoiIjtzOjE3OiJfdHJhbnNmZXJFbmNvZGluZyI7czo0OiI3Yml0IjtzOjExOiJfZW5jb2RlN2JpdCI7YjoxO3M6MTI6Il9kZXNjcmlwdGlvbiI7czowOiIiO3M6MTI6Il9kaXNwb3NpdGlvbiI7czo2OiJpbmxpbmUiO3M6MjI6Il9kaXNwb3NpdGlvblBhcmFtZXRlcnMiO2E6MDp7fXM6MjI6Il9jb250ZW50VHlwZVBhcmFtZXRlcnMiO2k6MDtzOjY6Il9wYXJ0cyI7YTowOnt9czoxMjoiX2luZm9ybWF0aW9uIjtpOjA7czo2OiJfYnl0ZXMiO3M6MDoiIjtzOjU6Il9jaWRzIjthOjA6e31zOjc6Il9taW1laWQiO2k6MDtzOjQ6Il9lb2wiO3M6MToiCiI7czo2OiJfZmxhZ3MiO2k6MDtzOjY6Il9pZG1hcCI7YTowOnt9fXM6NDoiX2F0YyI7YTowOnt9czo2OiJfcGFydHMiO2E6MDp7fXM6ODoiX3N1bW1hcnkiO2E6MDp7fXM6MTU6Il9zZXNzaW9uQ2FjaGVJRCI7TjtzOjEyOiJfdmlld2VyQ2FjaGUiO2E6MDp7fXM6MTI6Il9kaXNwbGF5VHlwZSI7czo0OiJsaXN0IjtzOjg6Il9taW1la2V5IjtOO3M6NzoiX3ZpZXdJRCI7YToyOntzOjg6ImRvd25sb2FkIjtzOjQzOiJmYWlsZWQgdG8gZmx1c2ggYnVmZmVyLiBObyBidWZmZXIgdG8gZmx1c2guIjtzOjQ6InZpZXciO3M6MTE6InZpZXdfYXR0YWNoIjt9czo2OiJfbGlua3MiO2I6MTtzOjU6Il9iYXNlIjtOO30=));
$pluto-buildMessagePart($mime_part);
/* @constant MIME_CONTENTS_CACHE The name of the URL parameter that
holds the MIME_Contents cache identifier. */
define('MIME_CONTENTS_CACHE', 'mimecache');
class MIME_Contents {
function MIME_Contents($messageOb, $viewID = array(), $contents =
array()) {}
function buildMessagePart($mime_part)
{
$msg = '';
// CRASH HERE
echo pre . addslashes(serialize($mime_part)) . /pre;
return $msg;
}
}
class IMP_Contents extends MIME_Contents {
function IMP_Contents($index)
{
}
}
?
backtrace:
(gdb) run -X -f /TEST/apache/conf/httpd.conf
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /TEST/apache/bin/httpd -X -f
/TEST/apache/conf/httpd.conf
[New Thread 1024 (LWP 26563)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 26563)]
0x4035080f in memcpy () from /lib/libc.so.6
(gdb) bt
#0 0x4035080f in memcpy () from /lib/libc.so.6
#1 0x405f8b0b in php_var_serialize_class_name (buf=0xbfffc69c,
struc=0x16f1520) at /TEST/php5-200403022230/ext/standard/var.c:480
#2 0x40698d73 in zend_do_fcall_common_helper (execute_data=0xbfffca10,
opline=0xbfffc695, op_array=0xa) at
/TEST/php5-200403022230/Zend/zend_execute.c:2677
#3 0x406703b9 in zend_execute_scripts (type=1081403672,
retval=0x40d0936c, file_count=516) at
/TEST/php5-200403022230/Zend/zend.c:1041
(gdb)
It's the case to open another bug or they depend from the same source
?
In every case I think It's best speak about it tommorrow err.. today
after a good sleep.
[2004-03-02 18:33:15] friosa at pnpitalia dot it
Not so easy bring out 20 lines of code from a project like horde + imp
+ other (Megs of code). It was hard for me find the right point to look
for.
I will try but I think that it will be impossible for me.
Also the fact that var_dump and print_r change the flow of the script
make me think that there is something in the object variable that make
the difference.
#27483 [WFx]: debug_backtrace() file information are realpath()ed
ID: 27483 User updated by: icemaze at tiscalinet dot it Reported By: icemaze at tiscalinet dot it Status: Wont fix Bug Type: Feature/Change Request Operating System: Gentoo GNU/Linux PHP Version: 4.3.4 New Comment: I understand. Thank you for your quick reply! ;) Previous Comments: [2004-03-03 14:27:44] [EMAIL PROTECTED] PHP grabs this information from the compiled script which only knows about the realpath'ed files so I'm afraid that it won't be possible to change. Also, debug_backtrace() is just a debug tool and shouldn't really show it's output on production sites, so I kinda fail to see the usefulness of your proposed change. Derick [2004-03-03 14:23:11] icemaze at tiscalinet dot it Description: When I backtrace my program I usually extract file and line information to print them on screen. I have my webspace in /var/www/localhost/htdocs, so I usually get very long filenames. Then I modified my program to strip $_SERVER['DOCUMENT_ROOT'] from the path. This is useful because you can add http://www.domain.com/; and get the file's URI. I also created a symbolic link (/var/www/localhost/htdocs/development = /home/icemaze/development) to be able to test my subversion tree under Apache. And here's the problem: debug_backtrace() returns filenames in the following form: /home/icemaze/development/index.php (i.e. as if they had been realpath()ed). This causes problems since I cannot strip DOCUMENT_ROOT from them. Besides, I don't want to strip an arbitrary path from them. It would be nice if you could change the behaviour of debug_backtrace() so that it returned untranslated paths (you can always realpath() them manually if you really want to!). Do you think it's possible without too much trouble for you? Are there reasons for which things are as they are? Thank you. -- Edit this bug report at http://bugs.php.net/?id=27483edit=1
#27467 [Asn-Csd]: domDocument::load() called from class method crashes
ID: 27467
Updated by: [EMAIL PROTECTED]
Reported By: ds at cyberspace dot co dot za
-Status: Assigned
+Status: Closed
Bug Type: DOM XML related
Operating System: WinXP
PHP Version: 5CVS-2004-03-02 (dev)
Assigned To: rrichards
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:
[2004-03-02 14:59:28] [EMAIL PROTECTED]
Verified on Linux, backtrace follows. Also assigned to Rob (looks like
a double free to me somewhere).
0x0808af07 in dom_get_doc_props (document=0x845a5a5a)
at /dat/dev/php/php-5.0dev/ext/dom/php_dom.c:119
119 if (document document-doc_props) {
(gdb) bt
#0 0x0808af07 in dom_get_doc_props (document=0x845a5a5a)
at /dat/dev/php/php-5.0dev/ext/dom/php_dom.c:119
#1 0x08092e96 in dom_document_parser (id=0x40562b08, mode=1,
source=0x40560470 file.xsl)
at /dat/dev/php/php-5.0dev/ext/dom/document.c:1390
#2 0x0809319e in dom_parse_document (ht=1, return_value=0x4056057c,
this_ptr=0x40562b08, return_value_used=1, mode=1)
at /dat/dev/php/php-5.0dev/ext/dom/document.c:1497
#3 0x08093312 in zif_domdocument_load (ht=1, return_value=0x4056057c,
this_ptr=0x40562b08, return_value_used=1)
at /dat/dev/php/php-5.0dev/ext/dom/document.c:1536
#4 0x082ab827 in execute_internal (execute_data_ptr=0xbfffd300,
return_value_used=1) at
/dat/dev/php/php-5.0dev/Zend/zend_execute.c:1290
#5 0x4075afa3 in xdebug_execute_internal
(current_execute_data=0xbfffd300,
return_value_used=1) at /dat/dev/php/xdebug/xdebug.c:895
#6 0x082af124 in zend_do_fcall_common_helper
(execute_data=0xbfffd300,
opline=0x40561774, op_array=0x40562860)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2650
#7 0x082af708 in zend_do_fcall_by_name_handler
(execute_data=0xbfffd300,
opline=0x40561774, op_array=0x40562860)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2759
#8 0x082ab956 in execute (op_array=0x40562860)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:1339
---Type return to continue, or q return to quit---
#9 0x4075ae5a in xdebug_execute (op_array=0x40562860)
at /dat/dev/php/xdebug/xdebug.c:863
#10 0x082af287 in zend_do_fcall_common_helper
(execute_data=0xbfffd550,
opline=0x4055ff34, op_array=0x4055fa9c)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2677
#11 0x082af708 in zend_do_fcall_by_name_handler
(execute_data=0xbfffd550,
opline=0x4055ff34, op_array=0x4055fa9c)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2759
#12 0x082ab956 in execute (op_array=0x4055fa9c)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:1339
#13 0x4075ae5a in xdebug_execute (op_array=0x4055fa9c)
at /dat/dev/php/xdebug/xdebug.c:863
#14 0x08288e9b in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /dat/dev/php/php-5.0dev/Zend/zend.c:1041
#15 0x08244940 in php_execute_script (primary_file=0xb9e0)
at /dat/dev/php/php-5.0dev/main/main.c:1650
#16 0x082b816d in main (argc=1, argv=0xba74)
at /dat/dev/php/php-5.0dev/sapi/cli/php_cli.c:941
(gdb)
[2004-03-02 14:48:39] ds at cyberspace dot co dot za
Description:
Calling domDocument::load() from within a class method PHP crashes.
Reproduce code:
---
?php
class docLoader {
public function __construct($xslFile) {
$xsltDoc = domDocument::load($xslFile);
}
}
$doc = new docLoader('file.xsl'); // does not work
// however
$xsltDoc = domDocument::load('file.xsl'); // still works
?
Expected result:
Should return object
Actual result:
--
Both PHP CLI and Apache module crash. Only when domDocument::load() is
called from a class method.
--
Edit this bug report at http://bugs.php.net/?id=27467edit=1
#27485 [NEW]: OCI clob column objects inconsistent in result set
From: jseverson at myersinternet dot com
Operating system: Redhat Linux kernel 2.4.18-3
PHP version: 4.3.4
PHP Bug Type: OCI8 related
Bug description: OCI clob column objects inconsistent in result set
Description:
When handling clob columns in Oracle, PHP is inconsistent in the way that
it returns the result set of your query containing that clob column when
the clob is null. In one case, the result set contains an Object, and in
another case, the result set doesn't contain any Object, even though in
both cases, the VALUE of the object after load() is empty (column is
null).
We believe what causes these two different cases is that in the case of an
Object being returned, the table being queried had multiple (3) clob
columns. The other case when no Object was returned, the table being
queried had only one (1) clob column.
This makes it nearly impossible to handle your result set data since you
can't call the load() function if the object doesn't exist without getting
an error, but on the other hand, you can't check whether or not the clob
is empty because an Object is present even when the Object has no value.
It seems like the correct behavior would be to always return an Object, so
that you don't have to first check whether or not the Object is empty or
not, before called the load() OCI function.
Reproduce code:
---
//table_a has one clob and clob is null
$sql = select * from test_schema.table_a where primary_key=1;
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo pre;
var_dump($table_a_row);
//table_b has multiple clobs (3) and all clobs are null
$sql = select * from test_schema.table_b where primary_key=1;
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_b_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo pre;
var_dump($table_b_row);
Expected result:
array(1) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(9) of type (oci8 descriptor)
}
}
array(3) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(10) of type (oci8 descriptor)
}
[CLOB_2]=
object(OCI-Lob)(1) {
[descriptor]=
resource(11) of type (oci8 descriptor)
}
[CLOB_3]=
object(OCI-Lob)(1) {
[descriptor]=
resource(12) of type (oci8 descriptor)
}
}
-- OR -
array(0) {
}
array(0) {
}
Actual result:
--
array(0) {
}
array(3) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(9) of type (oci8 descriptor)
}
[CLOB_2]=
object(OCI-Lob)(1) {
[descriptor]=
resource(10) of type (oci8 descriptor)
}
[CLOB_3]=
object(OCI-Lob)(1) {
[descriptor]=
resource(11) of type (oci8 descriptor)
}
}
--
Edit bug report at http://bugs.php.net/?id=27485edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27485r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27485r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27485r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27485r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27485r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27485r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27485r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27485r=support
Expected behavior: http://bugs.php.net/fix.php?id=27485r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27485r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27485r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27485r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27485r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27485r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27485r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27485r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27485r=float
#27439 [Ctl-Csd]: Segfault in CVS
ID: 27439
Updated by: [EMAIL PROTECTED]
Reported By: kase at gmx dot net
-Status: Critical
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: all
PHP Version: 5CVS-2004-02-29 (dev)
-Assigned To:
+Assigned To: andi
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:
[2004-03-01 13:39:02] kase at gmx dot net
Yes, it will also crashes, if it is an array of strings, sorry. I don´t
know anymore, how I modified my code yesterday, to get this error
output.
Today, i found another class, that crashes with segfault in a foreach.
This time, it is an array of _correct_ objects, but it crashes, too.
The backtrace of this crash is very similar. I don`t have a short
reproduce code yet.
[2004-03-01 06:41:42] reiersol at online dot no
In my code, it crashes even if it's an array of strings. Copying the
array first seems to make it work.
[2004-02-29 11:16:22] kase at gmx dot net
Description:
I get a segfault with this script:
Reproduce code:
---
?php
class test {
public function start() {
foreach ( $this-array as $foo ) {
$foo-any_method();
}
}
}
$test = new test();
$test-start();
?
Expected result:
If $this-array is an array with objects, the method any_method()
should be called on $foo. (works well)
If $this-array is an array with strings, int, ..., php should display
an error. (works well) (Fatal error: Call to a member function
any_method() on a non-object in /var/www/legendz/web/test/test.php5 on
line 5 )
If $this-array is an empty array, nothing should happen. (but php
crashes)
Actual result:
--
(gdb) bt
#0 0x082128b4 in zend_fetch_obj_w_handler (execute_data=0xbfffd840,
opline=0x404e9518, op_array=0x404dd7d4)
at /home/kase/php5-200402271430/Zend/zend_execute.c:2044
#1 0x08210be0 in execute (op_array=0x404dd7d4)
at /home/kase/php5-200402271430/Zend/zend_execute.c:1339
#2 0x082143c9 in zend_do_fcall_common_helper
(execute_data=0xbfffd9f0,
opline=0x404e84dc, op_array=0x404dd018)
at /home/kase/php5-200402271430/Zend/zend_execute.c:2675
#3 0x082147f6 in zend_do_fcall_by_name_handler
(execute_data=0xbfffd9f0,
opline=0x404e84dc, op_array=0x404dd018)
at /home/kase/php5-200402271430/Zend/zend_execute.c:2757
#4 0x08210be0 in execute (op_array=0x404dd018)
at /home/kase/php5-200402271430/Zend/zend_execute.c:1339
#5 0x081f0289 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/kase/php5-200402271430/Zend/zend.c:1041
#6 0x081b0a13 in php_execute_script (primary_file=0xbd48)
at /home/kase/php5-200402271430/main/main.c:1650
#7 0x0821d16c in main (argc=2, argv=0xbde4)
at /home/kase/php5-200402271430/sapi/cgi/cgi_main.c:1573
--
Edit this bug report at http://bugs.php.net/?id=27439edit=1
#27486 [NEW]: PHP Warning: system(): Unable to fork
From: donny at intercosmos dot com Operating system: Linux 2.6.2 /Fedora Core 1, PHP version: 4.3.4 PHP Bug Type: CGI related Bug description: PHP Warning: system(): Unable to fork Description: We started using a new program that spawns additional CLI php scripts recently. And today, we started getting stuff like this: PHP Warning: system(): Unable to fork [/usr/bin/php /www/htdocs/onetime/spawn_domain.php 'businesslicensing.com' /dev/null ] in /www/htdocs/onetime/spawn_domain_parent.php on line 39 Now if I wait a few minutes, and restart the parent it will normally go on about it's business. But then after a while it will all of a sudden no longer be able to spawn new children. All of the other bugs mentioned like this are based on Windows, but this is a Linux box. Reproduce code: --- system(/usr/bin/php /www/htdocs/onetime/spawn_domain.php '$db[domain]' /dev/null ); Expected result: It should spawn a child CLI program and run. Actual result: -- It runs the code mentioned above. -- Edit bug report at http://bugs.php.net/?id=27486edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27486r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27486r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27486r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27486r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27486r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27486r=needscript Try newer version: http://bugs.php.net/fix.php?id=27486r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27486r=support Expected behavior: http://bugs.php.net/fix.php?id=27486r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27486r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27486r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27486r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27486r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27486r=dst IIS Stability: http://bugs.php.net/fix.php?id=27486r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27486r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27486r=float
#27485 [Com]: OCI clob column objects inconsistent in result set
ID: 27485
Comment by: cjbj at hotmail dot com
Reported By: jseverson at myersinternet dot com
Status: Open
Bug Type: OCI8 related
Operating System: Redhat Linux kernel 2.4.18-3
PHP Version: 4.3.4
New Comment:
What does using
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC+OCI_RETURN_NULLS);
give?
Previous Comments:
[2004-03-03 16:58:44] jseverson at myersinternet dot com
Description:
When handling clob columns in Oracle, PHP is inconsistent in the way
that it returns the result set of your query containing that clob
column when the clob is null. In one case, the result set contains an
Object, and in another case, the result set doesn't contain any Object,
even though in both cases, the VALUE of the object after load() is
empty (column is null).
We believe what causes these two different cases is that in the case of
an Object being returned, the table being queried had multiple (3) clob
columns. The other case when no Object was returned, the table being
queried had only one (1) clob column.
This makes it nearly impossible to handle your result set data since
you can't call the load() function if the object doesn't exist without
getting an error, but on the other hand, you can't check whether or not
the clob is empty because an Object is present even when the Object has
no value.
It seems like the correct behavior would be to always return an Object,
so that you don't have to first check whether or not the Object is
empty or not, before called the load() OCI function.
Reproduce code:
---
//table_a has one clob and clob is null
$sql = select * from test_schema.table_a where primary_key=1;
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo pre;
var_dump($table_a_row);
//table_b has multiple clobs (3) and all clobs are null
$sql = select * from test_schema.table_b where primary_key=1;
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_b_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo pre;
var_dump($table_b_row);
Expected result:
array(1) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(9) of type (oci8 descriptor)
}
}
array(3) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(10) of type (oci8 descriptor)
}
[CLOB_2]=
object(OCI-Lob)(1) {
[descriptor]=
resource(11) of type (oci8 descriptor)
}
[CLOB_3]=
object(OCI-Lob)(1) {
[descriptor]=
resource(12) of type (oci8 descriptor)
}
}
-- OR -
array(0) {
}
array(0) {
}
Actual result:
--
array(0) {
}
array(3) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(9) of type (oci8 descriptor)
}
[CLOB_2]=
object(OCI-Lob)(1) {
[descriptor]=
resource(10) of type (oci8 descriptor)
}
[CLOB_3]=
object(OCI-Lob)(1) {
[descriptor]=
resource(11) of type (oci8 descriptor)
}
}
--
Edit this bug report at http://bugs.php.net/?id=27485edit=1
#27485 [Opn]: OCI clob column objects inconsistent in result set
ID: 27485
User updated by: jseverson at myersinternet dot com
Reported By: jseverson at myersinternet dot com
Status: Open
Bug Type: OCI8 related
Operating System: Redhat Linux kernel 2.4.18-3
PHP Version: 4.3.4
New Comment:
That does make it so that the var_dump at least shows the null clob
column being captured in my result set, but the value of that column is
Null rather than an Object:
array(1) {
[CLOB_1]=
NULL
}
Previous Comments:
[2004-03-03 18:58:01] cjbj at hotmail dot com
What does using
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC+OCI_RETURN_NULLS);
give?
[2004-03-03 16:58:44] jseverson at myersinternet dot com
Description:
When handling clob columns in Oracle, PHP is inconsistent in the way
that it returns the result set of your query containing that clob
column when the clob is null. In one case, the result set contains an
Object, and in another case, the result set doesn't contain any Object,
even though in both cases, the VALUE of the object after load() is
empty (column is null).
We believe what causes these two different cases is that in the case of
an Object being returned, the table being queried had multiple (3) clob
columns. The other case when no Object was returned, the table being
queried had only one (1) clob column.
This makes it nearly impossible to handle your result set data since
you can't call the load() function if the object doesn't exist without
getting an error, but on the other hand, you can't check whether or not
the clob is empty because an Object is present even when the Object has
no value.
It seems like the correct behavior would be to always return an Object,
so that you don't have to first check whether or not the Object is
empty or not, before called the load() OCI function.
Reproduce code:
---
//table_a has one clob and clob is null
$sql = select * from test_schema.table_a where primary_key=1;
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo pre;
var_dump($table_a_row);
//table_b has multiple clobs (3) and all clobs are null
$sql = select * from test_schema.table_b where primary_key=1;
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_b_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo pre;
var_dump($table_b_row);
Expected result:
array(1) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(9) of type (oci8 descriptor)
}
}
array(3) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(10) of type (oci8 descriptor)
}
[CLOB_2]=
object(OCI-Lob)(1) {
[descriptor]=
resource(11) of type (oci8 descriptor)
}
[CLOB_3]=
object(OCI-Lob)(1) {
[descriptor]=
resource(12) of type (oci8 descriptor)
}
}
-- OR -
array(0) {
}
array(0) {
}
Actual result:
--
array(0) {
}
array(3) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(9) of type (oci8 descriptor)
}
[CLOB_2]=
object(OCI-Lob)(1) {
[descriptor]=
resource(10) of type (oci8 descriptor)
}
[CLOB_3]=
object(OCI-Lob)(1) {
[descriptor]=
resource(11) of type (oci8 descriptor)
}
}
--
Edit this bug report at http://bugs.php.net/?id=27485edit=1
#27470 [Fbk-Opn]: Unexpected content of an array generated by the dbase_get_record()
ID: 27470
User updated by: carlos at qualinfo dot com dot br
Reported By: carlos at qualinfo dot com dot br
-Status: Feedback
+Status: Open
Bug Type: dBase related
Operating System: Linux MDK9.1 / WindowsXP PRO SP1
PHP Version: 4.3.4
New Comment:
Derick,
http://www.qualinfo.com.br/folhaweb/AAPFUN01.DBF
http://www.qualinfo.com.br/folhaweb/AAPFUN02.DBF
http://www.qualinfo.com.br/folhaweb/AAPFUN03.DBF
Thank you.
Carlos.
Previous Comments:
[2004-03-03 04:31:30] [EMAIL PROTECTED]
Please provide an URL to the DBF file in question.
[2004-03-02 18:23:55] carlos at qualinfo dot com dot br
Description:
This bug already was reported (bug # 4244), but was closed due to
missing user feedback.
When I try to print the content of an array - created for the functions
dbase_get_records() or dbase_get_records_by_name(), script returns
trash (each time a different trash).
Notes:
(1) This problem does not happen with all archives DBF that I try to
list;
(2) The archives (.DBF) are not corrupted;
(3) The garbage that appears includes, also, parts of proper script PHP
(parts of functions, variable, etc.);
(4) In both the tested operational systems (Windows and Linux), the
result is the same;
(5) Another version of the PHP was used (4.3.2), the result was the
same;
Linux:
./configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-dbase
Windows:
Default with php_dbase.dll.
(sorry for bad english)
Reproduce code:
---
$dbname1 = /usr/temp/AAPFUN01.DBF;
$con1 = dbase_open($dbname1,0);
$rows = dbase_numrecords($con1);
$fields = dbase_numfields($con1);
for ($i=1;$i=$rows;$i++) {
$registro = dbase_get_record($con1,$i) or die(erro);
for ($x=0; $x $fields; $x++) {
$teste = $registro[$x];
echo($teste . br);
}
}
dbase_close($con1);
Expected result:
For example, in key #17 of the array, the expected result:
'20020301' (date type field)
Actual result:
--
But the actual result is:
'2002030119950901011 0.000 0 240.00
160.001422021975081110 020245AL 15
49800238163644712550714425 ...(etc.)'
(this result is the rest of the fields (keys) concatenated. the next
key is trash, until the end of array).
--
Edit this bug report at http://bugs.php.net/?id=27470edit=1
#27487 [NEW]: yet another session_decode crash
From: xuefer at 21cn dot com Operating system: winxp/linux PHP version: 4.3.5RC3 PHP Bug Type: Session related Bug description: yet another session_decode crash Description: tested on php4.3.4 and 4.3.5RC3 the data is produced by session_decode() but corrupted the corrupted-data is base64 encoded in script, just for easy download Reproduce code: --- http://www.our-sky.com/misc/session.phps (will be removed when bug closed) -- Edit bug report at http://bugs.php.net/?id=27487edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27487r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27487r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27487r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27487r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27487r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27487r=needscript Try newer version: http://bugs.php.net/fix.php?id=27487r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27487r=support Expected behavior: http://bugs.php.net/fix.php?id=27487r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27487r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27487r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27487r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27487r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27487r=dst IIS Stability: http://bugs.php.net/fix.php?id=27487r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27487r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27487r=float
#27485 [Opn-Fbk]: OCI clob column objects inconsistent in result set
ID: 27485
Updated by: [EMAIL PROTECTED]
Reported By: jseverson at myersinternet dot com
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Redhat Linux kernel 2.4.18-3
PHP Version: 4.3.4
New Comment:
I can't get your results with this code.
In both cases I get empty arrays, if OCI_RETURN_NULLS wasn't used or
array of NULLs, if it was.
Tested with PHP5-cvs, PHP4-cvs, PHP4.3.3.
Previous Comments:
[2004-03-03 19:27:08] jseverson at myersinternet dot com
That does make it so that the var_dump at least shows the null clob
column being captured in my result set, but the value of that column is
Null rather than an Object:
array(1) {
[CLOB_1]=
NULL
}
[2004-03-03 18:58:01] cjbj at hotmail dot com
What does using
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC+OCI_RETURN_NULLS);
give?
[2004-03-03 16:58:44] jseverson at myersinternet dot com
Description:
When handling clob columns in Oracle, PHP is inconsistent in the way
that it returns the result set of your query containing that clob
column when the clob is null. In one case, the result set contains an
Object, and in another case, the result set doesn't contain any Object,
even though in both cases, the VALUE of the object after load() is
empty (column is null).
We believe what causes these two different cases is that in the case of
an Object being returned, the table being queried had multiple (3) clob
columns. The other case when no Object was returned, the table being
queried had only one (1) clob column.
This makes it nearly impossible to handle your result set data since
you can't call the load() function if the object doesn't exist without
getting an error, but on the other hand, you can't check whether or not
the clob is empty because an Object is present even when the Object has
no value.
It seems like the correct behavior would be to always return an Object,
so that you don't have to first check whether or not the Object is
empty or not, before called the load() OCI function.
Reproduce code:
---
//table_a has one clob and clob is null
$sql = select * from test_schema.table_a where primary_key=1;
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo pre;
var_dump($table_a_row);
//table_b has multiple clobs (3) and all clobs are null
$sql = select * from test_schema.table_b where primary_key=1;
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_b_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo pre;
var_dump($table_b_row);
Expected result:
array(1) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(9) of type (oci8 descriptor)
}
}
array(3) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(10) of type (oci8 descriptor)
}
[CLOB_2]=
object(OCI-Lob)(1) {
[descriptor]=
resource(11) of type (oci8 descriptor)
}
[CLOB_3]=
object(OCI-Lob)(1) {
[descriptor]=
resource(12) of type (oci8 descriptor)
}
}
-- OR -
array(0) {
}
array(0) {
}
Actual result:
--
array(0) {
}
array(3) {
[CLOB_1]=
object(OCI-Lob)(1) {
[descriptor]=
resource(9) of type (oci8 descriptor)
}
[CLOB_2]=
object(OCI-Lob)(1) {
[descriptor]=
resource(10) of type (oci8 descriptor)
}
[CLOB_3]=
object(OCI-Lob)(1) {
[descriptor]=
resource(11) of type (oci8 descriptor)
}
}
--
Edit this bug report at http://bugs.php.net/?id=27485edit=1
