#34571 [Opn]: strptime cannot parse %z
ID: 34571
Updated by: [EMAIL PROTECTED]
Reported By: o dot persson at gmail dot com
Status: Open
Bug Type: Date/time related
Operating System: Debian GNU/Linux
PHP Version: 5.1.0RC1
New Comment:
Works fine here with 5.1.0RC2 and 6.0.0dev:
array(9) {
[tm_sec]=
int(16)
[tm_min]=
int(23)
[tm_hour]=
int(9)
[tm_mday]=
int(21)
[tm_mon]=
int(8)
[tm_year]=
int(105)
[tm_wday]=
int(3)
[tm_yday]=
int(263)
[unparsed]=
string(4) CEST
}
perhaps you have an old glibc, which one do you use? Also, try the
latest snapshot off http://snaps.php.net.
Previous Comments:
[2005-09-21 03:49:45] o dot persson at gmail dot com
Description:
It doesn't work with %z. %Z, or no %z works.
Reproduce code:
---
?php
$format = '%Y-%m-%d %H:%M:%S %Z';
$strf = strftime($format);
var_dump(strptime($strf, $format));
?
Expected result:
An array with the date parsed.
Actual result:
--
False.
--
Edit this bug report at http://bugs.php.net/?id=34571edit=1
#30195 [Com]: scandir etc cannot read Chinese file/folder name
ID: 30195
Comment by: maxime dot pacary at freesbee dot fr
Reported By: percy at savant dot us
Status: No Feedback
Bug Type: *Directory/Filesystem functions
Operating System: windows xp/2003
PHP Version: 5CVS-2004-09-22 (dev)
New Comment:
Sorry, it was not GB2313 but GB2312 of course.
Previous Comments:
[2005-09-20 19:32:29] maxime dot pacary at winsoft dot fr
Hello PHP team,
When I try to use scandir() and readdir() to get the content of a
directory, if a file/dir name contains non iso-8859-1 characters, it is
not retrieved correctly in PHP.
e.g. (real dir name = result in PHP)
test1 = test1
test2#322;#263;#281;#347;#380; = test2lcesz
test3#25105;#24456;#39640;#20852; = test3
chdir() does not work as well when trying to change to a directory
containing such characters (error: no such file or directory)
And when I just try to execute a PHP script in such a directory - I get
the following errors :
Warning: Unknown: failed to open stream: No such file or directory in
Unknown on line 0
Warning: Unknown: Failed opening
'D:\MAX\Source\test\test4æå¾é«å
´\index.php' for inclusion
(include_path='.;C:\php5\pear') in Unknown on line 0
I have tried using GB2313 and UTF-8 Content-Type headers (suggested by
moriyoshi), and checked the real content of the retrieved string, but
there are (e.g. for chinese) only '?' characters (ASCII 63), nothing
else hidden by something like a wrong charset.
Thank you for your attention,
Frosty
[2005-02-25 01:00:07] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2005-02-17 15:22:16] [EMAIL PROTECTED]
Note that all of these are PHP code, so paste it within
?php ?.
[2005-02-17 15:20:57] [EMAIL PROTECTED]
You might have shown strings of a native encoding as
UTF-8 in your browser, most likely because of wrong
Content-Type.
Try putting one of the following at the top of your
script and let's see what'll happen:
CP936 (Simplified Chinese):
header('Content-Type', 'text/html; charset=GB2312');
CP949 (Korean):
header('Content-Type', 'text/html; charset=EUC-KR');
CP950 (Traditional Chinese):
header('Content-Type', 'text/html; charset=BIG5');
CP932 (Japanese):
header('Content-Type', 'text/html;
charset=Shift_JIS');
[2005-01-28 18:02:07] moleary at preg dot org
This is also the case for Japanese characters on the Windows platform.
A note in the PHP manual says that opendir() uses ISO 8859-1 by default
on WIndows installations.
REPRO:
1) Install East Asian language supprto to XP through the Regioanl
languages control panel
2) add a file with Japanese characters as the name (I copied a couple
strings from the asahi.com web site)
ACTUAL:
1) These same characters as text will be presented properly with the
proper code page and/or header encoding.
2) The characters are not correctly parsed when looping through the
contents of an opendir() on the directory in which you placed the file
you created under the repro steps.
EXPECTED:
Ability to define charset for opendir(), or at very least use a more
standard UTF-8 instead of ISO 8859-1 so that Asian named files can have
their proper names returned by opendir()
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/30195
--
Edit this bug report at http://bugs.php.net/?id=30195edit=1
#34571 [Opn-Fbk]: strptime cannot parse %z
ID: 34571
Updated by: [EMAIL PROTECTED]
Reported By: o dot persson at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Date/time related
Operating System: Debian GNU/Linux
PHP Version: 5.1.0RC1
Previous Comments:
[2005-09-21 09:24:40] [EMAIL PROTECTED]
Works fine here with 5.1.0RC2 and 6.0.0dev:
array(9) {
[tm_sec]=
int(16)
[tm_min]=
int(23)
[tm_hour]=
int(9)
[tm_mday]=
int(21)
[tm_mon]=
int(8)
[tm_year]=
int(105)
[tm_wday]=
int(3)
[tm_yday]=
int(263)
[unparsed]=
string(4) CEST
}
perhaps you have an old glibc, which one do you use? Also, try the
latest snapshot off http://snaps.php.net.
[2005-09-21 03:49:45] o dot persson at gmail dot com
Description:
It doesn't work with %z. %Z, or no %z works.
Reproduce code:
---
?php
$format = '%Y-%m-%d %H:%M:%S %Z';
$strf = strftime($format);
var_dump(strptime($strf, $format));
?
Expected result:
An array with the date parsed.
Actual result:
--
False.
--
Edit this bug report at http://bugs.php.net/?id=34571edit=1
#34574 [NEW]: scandir() and readdir() do not support Unicode filenames
From: maxime dot pacary at winsoft dot fr Operating system: Windows XP, 2003 PHP version: 5.0.5 PHP Bug Type: *Directory/Filesystem functions Bug description: scandir() and readdir() do not support Unicode filenames Description: Hello PHP team, When I try to use scandir() and readdir() to get the content of a directory, if a file/dir name contains non iso-8859-1 characters, it is not retrieved correctly in PHP. e.g. (real dir name = result in PHP) test1 = test1 test2#322;#263;#281;#347;#380; = test2lcesz test3#25105;#24456;#39640;#20852; = test3 chdir() does not work as well when trying to change to a directory containing such characters (error: no such file or directory) And when I just try to execute a PHP script in such a directory - I get the following errors : Warning: Unknown: failed to open stream: No such file or directory in Unknown on line 0 Warning: Unknown: Failed opening 'D:\MAX\Source\test\test4æå¾é«å ´\index.php' for inclusion (include_path='.;C:\php5\pear') in Unknown on line 0 I have tried using GB2312 and UTF-8 Content-Type headers (suggested by moriyoshi), and checked the real content of the retrieved string, but there are (e.g. for chinese) only '?' characters (ASCII 63), nothing else hidden by something like a wrong charset. Thank you for your attention, Frosty NB. I have already added this message as a comment for bug #30195, so if you want you can mark this bug as duplicate ; I have created a new bug, because when you add a comment to a bug already in 'No feedback' status, its status does not change so the bug remains 'buried' in the deep darkness of the bugs waiting for feedback... It would be better if a bug status changes back to 'Open' or 'Feedback' when a comment is added... Thank you, Frosty -- Edit bug report at http://bugs.php.net/?id=34574edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34574r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34574r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34574r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34574r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34574r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34574r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34574r=needscript Try newer version: http://bugs.php.net/fix.php?id=34574r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34574r=support Expected behavior: http://bugs.php.net/fix.php?id=34574r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34574r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34574r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34574r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34574r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34574r=dst IIS Stability: http://bugs.php.net/fix.php?id=34574r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34574r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34574r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34574r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34574r=mysqlcfg
#21306 [Opn-Fbk]: partly RSHUTDOWN and cannot change the session settings error
ID: 21306
Updated by: [EMAIL PROTECTED]
Reported By: Xuefer at 21cn dot com
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: linux
PHP Version: 4CVS (2005-09-16) (5CVS, 6CVS)
Assigned To: sas
New Comment:
Does THIS fix it:
http://www.php.net/~jani/patches/bug21306.patch
???
Previous Comments:
[2005-09-21 04:25:24] Xuefer at 21cn dot com
yeah, all modules is rshutdown correctly. but sorry.. the session error
messages is still there, let's check the source
PHP_RSHUTDOWN_FUNCTION(session)
{
zend_try {
php_session_flush(TSRMLS_C); - bailout, function is partly
executed, do we care? let's step inside
php_rshutdown_session_globals(TSRMLS_C); - not executed
} zend_end_try();
...
}
static void php_session_flush(TSRMLS_D)
{
if(PS(session_status)==php_session_active) {
php_session_save_current_state(TSRMLS_C); - bailout, function
is partly executed, but we don't care
PS(session_status)=php_session_none; - not executed. oops!
this is important for SESSION_CHECK_ACTIVE_STATE
}
}
i realize that, my patch to zend_API.c make sure every modules's
rshutdown handler is called, but can't make sure the rshutdown itself
is completed.
[2005-09-20 23:04:57] [EMAIL PROTECTED]
Fixed in PHP_4_4, PHP_5_1 and HEAD branches with this patch:
diff -u -r1.417 session.c
--- session.c 3 Aug 2005 14:07:44 - 1.417
+++ session.c 20 Sep 2005 20:54:26 -
@@ -1807,8 +1807,11 @@
PHP_RSHUTDOWN_FUNCTION(session)
{
- php_session_flush(TSRMLS_C);
- php_rshutdown_session_globals(TSRMLS_C);
+ zend_try {
+ php_session_flush(TSRMLS_C);
+ php_rshutdown_session_globals(TSRMLS_C);
+ } zend_end_try();
+
return SUCCESS;
}
/* }}} */
Let me know if this doesn't fix the issue. (hard for me to confirm
since I can't even reproduce it :)
[2005-09-20 16:11:44] Xuefer at 21cn dot com
about ps_call_handler:
hrm.. no idea if any other module/session handler have to be no
bailout and/or might bailout. i can only bring the problem up.
[2005-09-20 16:04:54] Xuefer at 21cn dot com
the patch i proposed long ago ([8 Nov 2004 5:24pm CET], the 2nd note in
this bug) patches mod_user.c only
do u mean here?
zend_try {
zend_hash_apply(module_registry, (apply_func_t)
module_registry_cleanup TSRMLS_CC);
} zend_end_try();
this try/catch here will only make sure zend_deactivate_modules is
return correctly, any single bailout will break the loop of
zend_hash_apply(), which is foreach item in module_registry, all
remaining modules is not RSHUTDOWNed correctly
either one of the patches will do. u don't need apply both of them.
let module itself, or php engine to make sure not to bailout in the
middle. it's up to u guys to decide :)
[2005-09-20 13:06:37] [EMAIL PROTECTED]
And wouldn't it be better to add that stuff in the ps_call_handler()
function, not just in one place it is used?
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/21306
--
Edit this bug report at http://bugs.php.net/?id=21306edit=1
#34575 [NEW]: Commandline-Option '-c' does not work
From: Peter-Ulrich at Web dot de Operating system: Linux PHP version: 5.0.5 PHP Bug Type: CGI related Bug description: Commandline-Option '-c' does not work Description: The Commandline-Option '-c' does not work with PHP Version 5.0.5 together with a CLI-Programm where it is called in the Script like #!/usr/bin/php -c path/to/inifile When i change the Option to '--php-ini', then the Script runs with the korrekt ini-file. Best regards P. Ulrich -- Edit bug report at http://bugs.php.net/?id=34575edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34575r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34575r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34575r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34575r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34575r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34575r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34575r=needscript Try newer version: http://bugs.php.net/fix.php?id=34575r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34575r=support Expected behavior: http://bugs.php.net/fix.php?id=34575r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34575r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34575r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34575r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34575r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34575r=dst IIS Stability: http://bugs.php.net/fix.php?id=34575r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34575r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34575r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34575r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34575r=mysqlcfg
#34576 [NEW]: no shared library is build
From: karim dot ha at gmail dot com Operating system: linux PHP version: 4.4.0 PHP Bug Type: Unknown/Other Function Bug description: no shared library is build Description: I can found the shared library libphp4.so after executing the command make install. here si the output for make install: Installing PHP SAPI module: cgi Installing PHP CGI into: /usr/local/bin/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- installed: 1.1 [PEAR] Console_Getopt - installed: 1.2 [PEAR] PEAR - installed: 1.3.5 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path [PEAR] HTML_Template_IT- installed: 1.1 [PEAR] Net_UserAgent_Detect- installed: 2.0.1 [PEAR] XML_RPC- installed: 1.3.1 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/man/man1/ Everything seems to be OK but where is the library? The linux distribution is: fedora-core4 -- Edit bug report at http://bugs.php.net/?id=34576edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34576r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34576r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34576r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34576r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34576r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34576r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34576r=needscript Try newer version: http://bugs.php.net/fix.php?id=34576r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34576r=support Expected behavior: http://bugs.php.net/fix.php?id=34576r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34576r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34576r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34576r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34576r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34576r=dst IIS Stability: http://bugs.php.net/fix.php?id=34576r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34576r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34576r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34576r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34576r=mysqlcfg
#21306 [Fbk]: partly RSHUTDOWN and cannot change the session settings error
ID: 21306
Updated by: [EMAIL PROTECTED]
Reported By: Xuefer at 21cn dot com
Status: Feedback
Bug Type: Session related
Operating System: linux
PHP Version: 4CVS (2005-09-16) (5CVS, 6CVS)
Assigned To: sas
New Comment:
I updated the patch, so if you happened to get it before you get this
mail get it again.
Previous Comments:
[2005-09-21 10:29:19] [EMAIL PROTECTED]
Does THIS fix it:
http://www.php.net/~jani/patches/bug21306.patch
???
[2005-09-21 04:25:24] Xuefer at 21cn dot com
yeah, all modules is rshutdown correctly. but sorry.. the session error
messages is still there, let's check the source
PHP_RSHUTDOWN_FUNCTION(session)
{
zend_try {
php_session_flush(TSRMLS_C); - bailout, function is partly
executed, do we care? let's step inside
php_rshutdown_session_globals(TSRMLS_C); - not executed
} zend_end_try();
...
}
static void php_session_flush(TSRMLS_D)
{
if(PS(session_status)==php_session_active) {
php_session_save_current_state(TSRMLS_C); - bailout, function
is partly executed, but we don't care
PS(session_status)=php_session_none; - not executed. oops!
this is important for SESSION_CHECK_ACTIVE_STATE
}
}
i realize that, my patch to zend_API.c make sure every modules's
rshutdown handler is called, but can't make sure the rshutdown itself
is completed.
[2005-09-20 23:04:57] [EMAIL PROTECTED]
Fixed in PHP_4_4, PHP_5_1 and HEAD branches with this patch:
diff -u -r1.417 session.c
--- session.c 3 Aug 2005 14:07:44 - 1.417
+++ session.c 20 Sep 2005 20:54:26 -
@@ -1807,8 +1807,11 @@
PHP_RSHUTDOWN_FUNCTION(session)
{
- php_session_flush(TSRMLS_C);
- php_rshutdown_session_globals(TSRMLS_C);
+ zend_try {
+ php_session_flush(TSRMLS_C);
+ php_rshutdown_session_globals(TSRMLS_C);
+ } zend_end_try();
+
return SUCCESS;
}
/* }}} */
Let me know if this doesn't fix the issue. (hard for me to confirm
since I can't even reproduce it :)
[2005-09-20 16:11:44] Xuefer at 21cn dot com
about ps_call_handler:
hrm.. no idea if any other module/session handler have to be no
bailout and/or might bailout. i can only bring the problem up.
[2005-09-20 16:04:54] Xuefer at 21cn dot com
the patch i proposed long ago ([8 Nov 2004 5:24pm CET], the 2nd note in
this bug) patches mod_user.c only
do u mean here?
zend_try {
zend_hash_apply(module_registry, (apply_func_t)
module_registry_cleanup TSRMLS_CC);
} zend_end_try();
this try/catch here will only make sure zend_deactivate_modules is
return correctly, any single bailout will break the loop of
zend_hash_apply(), which is foreach item in module_registry, all
remaining modules is not RSHUTDOWNed correctly
either one of the patches will do. u don't need apply both of them.
let module itself, or php engine to make sure not to bailout in the
middle. it's up to u guys to decide :)
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/21306
--
Edit this bug report at http://bugs.php.net/?id=21306edit=1
#34575 [Opn-Asn]: Commandline-Option '-c' does not work
ID: 34575 Updated by: [EMAIL PROTECTED] Reported By: Peter-Ulrich at Web dot de -Status: Open +Status: Assigned Bug Type: CGI related Operating System: Linux -PHP Version: 5.0.5 +PHP Version: 5CVS2005-09-21 (cvs) -Assigned To: +Assigned To: johannes New Comment: I'll take a look at it Previous Comments: [2005-09-21 10:39:07] Peter-Ulrich at Web dot de Description: The Commandline-Option '-c' does not work with PHP Version 5.0.5 together with a CLI-Programm where it is called in the Script like #!/usr/bin/php -c path/to/inifile When i change the Option to '--php-ini', then the Script runs with the korrekt ini-file. Best regards P. Ulrich -- Edit this bug report at http://bugs.php.net/?id=34575edit=1
#34577 [NEW]: Missing a lot of HTML Entities.
From: mark_meredith at shaw dot ca
Operating system: Mac OS X 10.4.2
PHP version: 5.0.5
PHP Bug Type: Unknown/Other Function
Bug description: Missing a lot of HTML Entities.
Description:
Some special characters, Symbols, and Latin-1 chararacters.
Are
missing from get_html_translation_table
(HTML_ENTITIES,ENT_QUOTES)
The xhtml Special character lsquo and rsquo (left and right
single quote are missing for instance). And a lot of
entities from the W3C provided xhtml-symbol.ent, xhtml-
special.ent, and xhtml-lat1.ent files are missing.
You can download these files from http://www.w3.org/TR/
xhtml1/dtds.html
It also seems strange how all of this was implemented
considering there are three files of entities. There really
should be 3 separate functions for converting these
characters to their entity equivalents as well as one
function that will convert all entities.
Reproduce code:
---
print('pre'.print_r(get_html_translation_table
(HTML_ENTITIES,ENT_QUOTES),1).'/pre');
/*:NOTE: then compare to the contents of the entity files located at
http://www.w3.org/TR/
xhtml1/dtds.html*/
Expected result:
Should have every known entity, and divisions between what
type of entity it is.
Actual result:
--
Is missing a lot of entities like rsquo; from xhtml-
special.ent
--
Edit bug report at http://bugs.php.net/?id=34577edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34577r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34577r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34577r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34577r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34577r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34577r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34577r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34577r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34577r=support
Expected behavior: http://bugs.php.net/fix.php?id=34577r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34577r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34577r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34577r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34577r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34577r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34577r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34577r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34577r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34577r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34577r=mysqlcfg
#34216 [Fbk]: Segfault with autoload
ID: 34216
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: SPL related
Operating System: Linux
PHP Version: 5.1.0RC1
Assigned To: helly
New Comment:
Can you verify the code with HEAD in non unicode mode?
Previous Comments:
[2005-09-20 14:56:27] [EMAIL PROTECTED]
Sebastian, I'd appreciate if you provide a complete reproduce case
(doesn't matter which size it is).
[2005-08-23 07:27:09] [EMAIL PROTECTED]
Description:
I am experiencing a segfault with spl_autoload in the
PHP_5_1 branch with the upcoming PHPUnit 2.3.0.
The nature of PHPUnit's complexity makes it almost
impossible for me to come up with a simple, reproducing
script (I already invested hours into this, to no avail so
far).
It is weird that the segfault only occurs in one out of
two common code paths of PHPUnit's TextUI test runner.
Furthermore, small code changes (see below) seem to make
the problem go away:
Reproduce code:
---
Segfault:
function PHPUnit2_Util_Classloader($className) {
print Loading $className.\n;
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
Segfault:
function PHPUnit2_Util_Classloader($className) {
$bt = debug_backtrace();
print Loading $className.\n;
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
No Segfault:
function PHPUnit2_Util_Classloader($className) {
$bt = debug_backtrace();
print_r($bt[1]);
print Loading $className.\n;
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
Actual result:
--
Below are the links to the results of GDB and Valgrind.
Interestingly, when run through GDB it segfaults, when run
through Valgrind it does not segfault.
GDB:
http://www.sebastian-bergmann.de/stuff/phpunit2-gdb.txt
Valgrind:
http://www.sebastian-bergmann.de/stuff/phpunit2-valgrind.txt
--
Edit this bug report at http://bugs.php.net/?id=34216edit=1
#34235 [Asn-Csd]: Can't override execute(), can't call own Methods
ID: 34235
Updated by: [EMAIL PROTECTED]
Reported By: christian dot mueller at dfpx dot de
-Status: Assigned
+Status: Closed
Bug Type: PDO related
Operating System: *
PHP Version: 5CVS-2005-08-30
Assigned To: helly
New Comment:
Works in php 5.1:
php -r 'class T extends PDO{function
exec(){var_dump(myexec);}function f(){}}$o=new
T(sqlite::memory:);$o-exec();ReflectionClass::export(T);'
PDO doesn't support 5.0 atm.
Previous Comments:
[2005-08-24 20:22:46] volka at cs dot tu-berlin dot de
method_exists() returning true but the actual call failing is
bewildering to say the least
--8---8---
?php
class MTFrame_DB_PDOStatement extends PDOStatement
{
public function execute()
{ return; }
public function foo()
{ return; }
}
class MTFrame_DB_PDO extends PDO
{
function prepare($sql)
{
return parent::prepare($sql,
array(PDO_ATTR_STATEMENT_CLASS=array('MTFrame_DB_PDOStatement')));
}
}
$m = new MTFrame_DB_PDO('sqlite:mydb.sq3');
$stmt = $m-prepare(SELECT COUNT(*) FROM sqlite_master WHERE
type='table');
if ( method_exists($stmt, 'foo') )
$stmt-foo();
else
echo 'no such method';
?
--8---8---
[2005-08-24 18:13:11] christian dot mueller at dfpx dot de
The manual (or further sources) does not state, that
PDOStatement::execute() can't be overridden or that PDO::prepare()
returns a somewhat castrated object.
var_dump($stmt) identifies $stmt as of MTFrame_DB_PDOStatement, just as
in my reproduce code. But the object lacks method foo(). Better said,
the object acts, as if it was a plain PDOStatement. This is no
expected, please correct me.
[2005-08-24 15:59:14] christian dot mueller at dfpx dot de
Description:
When i try to override PDO_Statement::execute(), my Method is ignored
completly.
When i try to implement ::foo() in my extending class, PHP states it is
undefined.
Reproduce code:
---
?php
class MTFrame_DB_PDOStatement extends PDOStatement
{
public function execute()
{
throw new Exception();
// Nothing happens, i'm ignored
}
public function foo()
{
throw new Exception();
// i do not exist?
}
}
class MTFrame_DB_PDO extends PDO
{
function prepare($sql)
{
return parent::prepare($sql,
array(PDO_ATTR_STATEMENT_CLASS=array('MTFrame_DB_PDOStatement')));
}
function query($sql)
{
$stmt = parent::prepare($sql,
array(PDO_ATTR_STATEMENT_CLASS=array('MTFrame_DB_PDOStatement')));
$stmt-foo();
return $stmt;
}
}
?
Actual result:
--
MTFrame_DB_PDOStatement::execute() gets ignored.
calling ::foo() produces:
Call to undefined method MTFrame_DB_PDOStatement::foo()
--
Edit this bug report at http://bugs.php.net/?id=34235edit=1
#34243 [Asn-Csd]: ReflectionClass::getDocComment() returns no result
ID: 34243
Updated by: [EMAIL PROTECTED]
Reported By: colin at encode dot net dot au
-Status: Assigned
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.1.0RC1
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-08-26 21:03:28] [EMAIL PROTECTED]
Reverting
http://cvs.php.net/diff.php/ZendEngine2/zend_language_parser.y?r1=1.109r2=1.110ty=u
seems to fix it - at least after reverting it I couldn't
create any not-working test case.
[2005-08-25 15:20:30] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-08-25 02:27:32] colin at encode dot net dot au
Description:
The getDocComment() method from the Reflection API (in this case, the
ReflectionClass class) returns no result where an if block exists
before the documentation comment.
Reproduce code:
---
if (!class_exists('AnotherObject'))
{
require(anotherobject.php);
}
/**
* Comment to test getDocComment()
*/
class TestObject
{
}
$rclass = new ReflectionClass('TestObject');
echo Comment: '.$rclass-getDocComment().';
Expected result:
Comment: '/** * Comment to test getDocComment() */'
Actual result:
--
Comment: ''
--
Edit this bug report at http://bugs.php.net/?id=34243edit=1
#34576 [Opn-Fbk]: no shared library is build
ID: 34576 Updated by: [EMAIL PROTECTED] Reported By: karim dot ha at gmail dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: linux PHP Version: 4.4.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2005-09-21 11:15:58] karim dot ha at gmail dot com Description: I can found the shared library libphp4.so after executing the command make install. here si the output for make install: Installing PHP SAPI module: cgi Installing PHP CGI into: /usr/local/bin/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- installed: 1.1 [PEAR] Console_Getopt - installed: 1.2 [PEAR] PEAR - installed: 1.3.5 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path [PEAR] HTML_Template_IT- installed: 1.1 [PEAR] Net_UserAgent_Detect- installed: 2.0.1 [PEAR] XML_RPC- installed: 1.3.1 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/man/man1/ Everything seems to be OK but where is the library? The linux distribution is: fedora-core4 -- Edit this bug report at http://bugs.php.net/?id=34576edit=1
#34572 [Opn-Fbk]: Using a variable with 3 Chars does not work. Less or more chars works fine
ID: 34572 Updated by: [EMAIL PROTECTED] Reported By: sebbelx at gmx dot de -Status: Open +Status: Feedback Bug Type: Variables related Operating System: Windows XP Prof. PHP Version: 5.0.5 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 Works fine for me. Previous Comments: [2005-09-21 06:21:25] sebbelx at gmx dot de FIXED: Found Bug - You're not allowed to use the Number 1 as the last Char ($AB1 does not work, $AB2 works fine) [2005-09-21 06:13:52] sebbelx at gmx dot de Adding numbers to increase length of variable's name does not work either. [2005-09-21 06:10:03] sebbelx at gmx dot de Description: If i try to assign a 3 Chars variable it does not work. Less or more Chars as a variable name works fine. Reproduce code: --- $ABC = 1234; // does not work $AB = 1234; // works $ABCD = 1234; // works // Any cases of 3 Char vars does not work.. weired! echo ABC: $ABCbrAB: $ABbrABCD: $ABCD; Expected result: ABC: 1234 AB: 1234 ABCD: 1234 Actual result: -- ABC: AB: 1234 ABCD: 1234 -- Edit this bug report at http://bugs.php.net/?id=34572edit=1
#34561 [Opn-Bgs]: libphp5.so is not build when using --with-mysqli option.
ID: 34561 Updated by: [EMAIL PROTECTED] Reported By: s dot lemke at infoworxx dot de -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: Linux 2.6.11 PHP Version: 5.0.5 New Comment: So don't use 'make distclean'.. Previous Comments: [2005-09-21 07:48:38] s dot lemke at infoworxx dot de Hello, at first of all - it works - the .so is being build. But I do not know why. Could it be that make distclean makes NOT all clear. The only thing (I mean) which was changed was, that I removed the hole directory and untared it from the original instead of makeing distclean. I do not know excatly which version, sarge or woody. Self-Compiled Kernel 2.6.11.7 - uname --all: Linux www 2.6.11.7 #6 Wed Aug 3 16:39:23 CEST 2005 i686 GNU/Linux No CFLAGS/LDFLAGS set (also tried: CPPFLAGS='-I/usr/include -I/usr/include/mysql' \ LDFLAGS='-L/usr/lib -L/usr/lib/mysql' \ ). gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) GNU ld version 2.15 Compiled Mysql Apache on my own. MySql: CHOST=i686-pc-linux-gnu \ CFLAGS=-march=i686 -O3 -pipe -fomit-frame-pointer \ CXX=gcc \ CXXFLAGS=-march=i686 -O3 -pipe -fomit-frame-pointer -felide-constructors -fno-ex ceptions -fno-rtti \ ./configure \ --prefix=/usr \ --localstatedir=/infoworxx/db/mysql \ --with-berkeley-db \ --sysconfdir=/infoworxx/conf \ --with-named-z-lib \ --with-character-set=latin1 \ --with-collation=latin1_german2_ci \ $@ Apache (with mod_ssl): SSL_BASE=/usr \ ./configure \ --with-layout=Apache \ --prefix=/usr/local/apache \ --enable-suexec \ --suexec-caller=wwwrun \ --enable-module=ssl \ --enable-module=most \ --enable-shared=ssl \ --enable-shared=max \ --sysconfdir=/infoworxx/conf/apache \ $@ Regards, Sebastian [2005-09-20 13:24:10] [EMAIL PROTECTED] Also, what gcc and ld versions you have? Do you set any CFLAGS/LDFLAGS yourself? How did you compile Mysql? Did you compile Apache yourself? [2005-09-20 13:18:46] [EMAIL PROTECTED] Do you use the same Debian version as in bug #34512? [2005-09-20 13:10:24] s dot lemke at infoworxx dot de Description: Excatly the same problem#34512, libphp5.so is not build when using --with-mysqli option. PHP 5.0.5 Mysql 4.1.14 debian 3.1 PHP and Mysql are installed from Source, not from apt. Please let me know, what infos else do you need, Sebastian Reproduce code: --- ./configure \ --with-mysqli \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/infoworxx/conf/apache \ --with-openssl=/usr \ --with-curl=/usr \ --with-libxml-dir \ --with-pear \ --with-gettext \ --with-fdftk \ --with-bz2 \ --prefix=/usr \ --exec-prefix=/usr \ --enable-mailparse \ --enable-ftp \ --enable-wddx \ --enable-track-vars \ --enable-calendar \ --enable-sockets \ --enable-inline-optimization \ --enable-mbstring \ --disable-trans-sid \ --disable-debug \ --with-zlib \ --with-gd \ --with-jpeg-dir \ --with-png-dir \ --with-freetype-dir \ --with-tiff-dir \ --with-imagick Expected result: libphp5.so is not build. -- Edit this bug report at http://bugs.php.net/?id=34561edit=1
#34572 [Fbk-Opn]: Using a variable with 3 Chars does not work. Less or more chars works fine
ID: 34572 Updated by: [EMAIL PROTECTED] Reported By: sebbelx at gmx dot de -Status: Feedback +Status: Open Bug Type: Variables related Operating System: Windows XP Prof. PHP Version: 5.0.5 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works just fine in any combination I can imagine. Previous Comments: [2005-09-21 12:04:42] [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 Works fine for me. [2005-09-21 06:21:25] sebbelx at gmx dot de FIXED: Found Bug - You're not allowed to use the Number 1 as the last Char ($AB1 does not work, $AB2 works fine) [2005-09-21 06:13:52] sebbelx at gmx dot de Adding numbers to increase length of variable's name does not work either. [2005-09-21 06:10:03] sebbelx at gmx dot de Description: If i try to assign a 3 Chars variable it does not work. Less or more Chars as a variable name works fine. Reproduce code: --- $ABC = 1234; // does not work $AB = 1234; // works $ABCD = 1234; // works // Any cases of 3 Char vars does not work.. weired! echo ABC: $ABCbrAB: $ABbrABCD: $ABCD; Expected result: ABC: 1234 AB: 1234 ABCD: 1234 Actual result: -- ABC: AB: 1234 ABCD: 1234 -- Edit this bug report at http://bugs.php.net/?id=34572edit=1
#34561 [Bgs]: libphp5.so is not build when using --with-mysqli option.
ID: 34561 Updated by: [EMAIL PROTECTED] Reported By: s dot lemke at infoworxx dot de Status: Bogus Bug Type: MySQLi related Operating System: Linux 2.6.11 PHP Version: 5.0.5 New Comment: Also: Don't try to outsmart the configure with your own cflags or such, configure knows better.. Previous Comments: [2005-09-21 12:06:20] [EMAIL PROTECTED] So don't use 'make distclean'.. [2005-09-21 07:48:38] s dot lemke at infoworxx dot de Hello, at first of all - it works - the .so is being build. But I do not know why. Could it be that make distclean makes NOT all clear. The only thing (I mean) which was changed was, that I removed the hole directory and untared it from the original instead of makeing distclean. I do not know excatly which version, sarge or woody. Self-Compiled Kernel 2.6.11.7 - uname --all: Linux www 2.6.11.7 #6 Wed Aug 3 16:39:23 CEST 2005 i686 GNU/Linux No CFLAGS/LDFLAGS set (also tried: CPPFLAGS='-I/usr/include -I/usr/include/mysql' \ LDFLAGS='-L/usr/lib -L/usr/lib/mysql' \ ). gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) GNU ld version 2.15 Compiled Mysql Apache on my own. MySql: CHOST=i686-pc-linux-gnu \ CFLAGS=-march=i686 -O3 -pipe -fomit-frame-pointer \ CXX=gcc \ CXXFLAGS=-march=i686 -O3 -pipe -fomit-frame-pointer -felide-constructors -fno-ex ceptions -fno-rtti \ ./configure \ --prefix=/usr \ --localstatedir=/infoworxx/db/mysql \ --with-berkeley-db \ --sysconfdir=/infoworxx/conf \ --with-named-z-lib \ --with-character-set=latin1 \ --with-collation=latin1_german2_ci \ $@ Apache (with mod_ssl): SSL_BASE=/usr \ ./configure \ --with-layout=Apache \ --prefix=/usr/local/apache \ --enable-suexec \ --suexec-caller=wwwrun \ --enable-module=ssl \ --enable-module=most \ --enable-shared=ssl \ --enable-shared=max \ --sysconfdir=/infoworxx/conf/apache \ $@ Regards, Sebastian [2005-09-20 13:24:10] [EMAIL PROTECTED] Also, what gcc and ld versions you have? Do you set any CFLAGS/LDFLAGS yourself? How did you compile Mysql? Did you compile Apache yourself? [2005-09-20 13:18:46] [EMAIL PROTECTED] Do you use the same Debian version as in bug #34512? [2005-09-20 13:10:24] s dot lemke at infoworxx dot de Description: Excatly the same problem#34512, libphp5.so is not build when using --with-mysqli option. PHP 5.0.5 Mysql 4.1.14 debian 3.1 PHP and Mysql are installed from Source, not from apt. Please let me know, what infos else do you need, Sebastian Reproduce code: --- ./configure \ --with-mysqli \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/infoworxx/conf/apache \ --with-openssl=/usr \ --with-curl=/usr \ --with-libxml-dir \ --with-pear \ --with-gettext \ --with-fdftk \ --with-bz2 \ --prefix=/usr \ --exec-prefix=/usr \ --enable-mailparse \ --enable-ftp \ --enable-wddx \ --enable-track-vars \ --enable-calendar \ --enable-sockets \ --enable-inline-optimization \ --enable-mbstring \ --disable-trans-sid \ --disable-debug \ --with-zlib \ --with-gd \ --with-jpeg-dir \ --with-png-dir \ --with-freetype-dir \ --with-tiff-dir \ --with-imagick Expected result: libphp5.so is not build. -- Edit this bug report at http://bugs.php.net/?id=34561edit=1
#34572 [Opn-Bgs]: Using a variable with 3 Chars does not work. Less or more chars works fine
ID: 34572 Updated by: [EMAIL PROTECTED] Reported By: sebbelx at gmx dot de -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Windows XP Prof. PHP Version: 5.0.5 New Comment: . Previous Comments: [2005-09-21 12:06:31] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works just fine in any combination I can imagine. [2005-09-21 12:04:42] [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 Works fine for me. [2005-09-21 06:21:25] sebbelx at gmx dot de FIXED: Found Bug - You're not allowed to use the Number 1 as the last Char ($AB1 does not work, $AB2 works fine) [2005-09-21 06:13:52] sebbelx at gmx dot de Adding numbers to increase length of variable's name does not work either. [2005-09-21 06:10:03] sebbelx at gmx dot de Description: If i try to assign a 3 Chars variable it does not work. Less or more Chars as a variable name works fine. Reproduce code: --- $ABC = 1234; // does not work $AB = 1234; // works $ABCD = 1234; // works // Any cases of 3 Char vars does not work.. weired! echo ABC: $ABCbrAB: $ABbrABCD: $ABCD; Expected result: ABC: 1234 AB: 1234 ABCD: 1234 Actual result: -- ABC: AB: 1234 ABCD: 1234 -- Edit this bug report at http://bugs.php.net/?id=34572edit=1
#34261 [Opn-Asn]: openssl_pkcs7_verify returns FALSE for msg that is correct
ID: 34261
Updated by: [EMAIL PROTECTED]
Reported By: arnaud dot bertrand at apvsys dot org
-Status: Open
+Status: Assigned
Bug Type: OpenSSL related
Operating System: *
PHP Version: 5CVS-2005-08-28
-Assigned To:
+Assigned To: wez
New Comment:
Assigned to the maintainer.
Previous Comments:
[2005-09-10 01:21:28] arnaud dot bertrand at apvsys dot org
Hi,
here is the full testcase:
http://www.apvsys.org/testcase.tgz
Download this file and extract it in /
The 3 files will be extracted in /tmp
tmp/thawte_freemail.cer
tmp/msg.txt
tmp/testcase.php
just execute testcase.php at the current time:
you will get:
Digital Signature BAD!
Now, change the system date to 9/9/2004
rexecute it...
Now the message is valid and you should get:
Digital Signature OK!
array(11) { [name]= string(65) /CN=Thawte Freemail
Member/[EMAIL PROTECTED] (...)
[2005-09-07 16:27:59] [EMAIL PROTECTED]
Can you please provide a full reproducing case with all the required
files included?
[2005-08-28 10:35:05] arnaud dot bertrand at apvsys dot org
Thank for your fast answer,
I've just tried with the latest win32 version (begin of the phpinfo()
follows).
Result is unfortunately identical with the latest version.
The bug is still in.
phpinfo()
PHP Version 5.1.0-dev
System Windows NT EULER 5.1 build 2600
Build Date Aug 28 2005 08:23:12
Configure Command cscript /nologo configure.js
--enable-snapshot-build --with-gd=shared
Server API Apache 2.0 Handler
Virtual Directory Support enabled
Configuration File (php.ini) Path C:\php\php.ini
PHP API 20041225
PHP Extension 20050617
Zend Extension 220050617
Debug Build no
Thread Safety enabled
Zend Memory Manager enabled
IPv6 Support enabled
Registered PHP Streams php, file, http, ftp, compress.zlib, https,
ftps
Registered Stream Socket Transports tcp, udp, ssl, sslv3, sslv2, tls
Registered Stream Filters convert.iconv.*, string.rot13,
string.toupper, string.tolower, string.strip_tags, convert.*, zlib.*
[2005-08-26 16:34:56] [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
[2005-08-25 22:17:51] arnaud dot bertrand at apvsys dot org
Description:
Context:
A message msg.txt was signed the 01-01-2005 with a certificate
expired the 03-03-2005. It is a valid signed message.
If the system date is 02-02-2005,the openssl_pkcs7_verify function
applied to this msg.txt returns TRUE. It means it is a valid message
If you change the system date to 04-04-2005 (date after the expiration
date of the certificate), the openssl_pkcs7_verify function applied to
this msg.txt returns FALSE! Without any other information.
But it is not correct because at the moment of the signature, it was
correct.
Reproduce code:
---
$filename=/tmp/msg.txt;
$lCertT=array(/tmp/certifdir,/tmp/certifdir/thawte_freemail.cer);
$tmp_cert = tempnam (, crt);
$res = openssl_pkcs7_verify($filename, 0, $tmp_cert, $lCertT);
if (!$res) {
echo(Digital Signature BAD!br\n);
}
else if ($res === -1) {
echo(Error ...);
}
else {
echo(Digital Signature OK!br\n);
$cert_info = openssl_x509_parse(file://$tmp_cert);
var_dump($cert_info);
}
Expected result:
We expect to have result independent of the current date.. or at least,
to have information that at the signature time, the message was correct
but was signed with a certificate that is expired today.
Another possibility could be: to foressen an extra parameter to the
function to pass the date of the validation.
If you check the same message with an e-mail client (e.g. thunderbird),
it will say that the message was correctly signed with a valid
certificate... whatever the current date is.
Actual result:
--
Validation result depends of the system date
--
Edit this bug report at http://bugs.php.net/?id=34261edit=1
#29607 [Asn]: highlight_file producing incorrect output
ID: 29607 User updated by: phpbugrep200408 at pgregg dot com Reported By: phpbugrep200408 at pgregg dot com Status: Assigned Bug Type: Strings related Operating System: * PHP Version: 5CVS-2005-09-15 (snap) Assigned To: iliaa New Comment: Just additional info. Related bug - same issue: http://bugs.php.net/bug.php?id=31371 Ilia keeps fixing this and it keeps getting broken again from PHP4 through to current version - I'd be slapping someone's head by now ;) Previous Comments: [2005-09-15 14:11:47] [EMAIL PROTECTED] Ilia, you fixed this last time, so you propably know where to look for the bug :) [2005-09-15 11:29:54] phpbugrep200408 at pgregg dot com Built: php5-200509150830 phpinfo gives: 5.1.0RC2-dev Running on www.pgregg.com Bug is still present. Examples: Raw file: http://www.pgregg.com/code/sprintf_heredoc.txt phps ver: http://www.pgregg.com/code/sprintf_heredoc.phps http://www.pgregg.com/projects/php/mime_email/GenerateMIMEMail.inc.php.txt http://www.pgregg.com/projects/php/mime_email/GenerateMIMEMail.inc.phps Look for the freakish looking heredocs. [2005-09-15 09:29:37] [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 [2005-09-15 02:30:37] phpbugrep200408 at pgregg dot com Reopening this bug as it has resurfaced. Confirmed to be in 5.1b2 and 5.1RC1 [2004-08-12 00:38:51] [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. 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/29607 -- Edit this bug report at http://bugs.php.net/?id=29607edit=1
#33903 [Asn-Fbk]: spl_autoload_register class method
ID: 33903
Updated by: [EMAIL PROTECTED]
Reported By: marcos dot neves at gmail dot com
-Status: Assigned
+Status: Feedback
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5.1.0
Assigned To: helly
New Comment:
Implemented in HEAD please check.
Previous Comments:
[2005-07-28 20:41:39] [EMAIL PROTECTED]
This has to be delayed until after 5.1 since it requires a complete
reqrite of the internal function handling. Maybe staic functions are
easier.
[2005-07-28 14:02:26] marcos dot neves at gmail dot com
Description:
What about spl_autoload_register accept class methods too, like usort
and other php functions
Reproduce code:
---
?
class MyAutoLoader {
function autoLoad($className) {
// autload code
}
}
spl_autoload_register(array('MyAutoLoader', 'autoLoad'));
// and
$myAutoLoader = new MyAutoLoader();
spl_autoload_register(array($myAutoLoader, 'autoLoad'));
?
Expected result:
works!
Actual result:
--
Warning: spl_autoload_register() expects parameter 1 to be string,
array given in
C:\wamp\include_path\tests\spl\spl_autoload_register_class.test.php on
line 10
Warning: spl_autoload_register() expects parameter 1 to be string,
array given in
C:\wamp\include_path\tests\spl\spl_autoload_register_class.test.php on
line 15
--
Edit this bug report at http://bugs.php.net/?id=33903edit=1
#32223 [Opn]: weird behaviour of pg_last_notice
ID: 32223
Updated by: [EMAIL PROTECTED]
Reported By: valiak at gmail dot com
Status: Open
Bug Type: PostgreSQL related
Operating System: *
-PHP Version: php5-200509021030
+PHP Version: 5CVS-2005-09-02
New Comment:
Don't invent your own versions for PHP..
Previous Comments:
[2005-09-02 14:48:49] valiak at gmail dot com
still do not work correctly, there is no output even with
E_ALL
[2005-08-30 13:05:52] [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
And set error_reporting to E_ALL..
[2005-03-08 13:28:02] valiak at gmail dot com
if you switch the places of include_once and define there is no bug
there is no difference in the behaviour if include_once is changed to
include or require_once or require
[2005-03-07 18:13:54] valiak at gmail dot com
Description:
i've tried to localize to as smallest code as I could
the correct result happens even if you comment the include line or the
global directive or not using exceptions ... (there are few other
modifications too)
it happens with the cli version and with the apache module version
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php -v
PHP 5.0.3 (cli) (built: Mar 2 2005 13:13:40)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies
compiled with
./configure --with-gettext --with-oci8 --with-apxs=/usr/bin/apxs
--with-gd --with-pgsql --with-readline --with-zlib --with-mysql=/usr
--with-
jpeg-dir --with-png-dir --enable-mbstring --enable-sockets
--enable-pcntl --enable-sigchild --with-exec-dir=/usr/bin
--with-config-file-path=
/etc/php5
pgsql
PostgreSQL Support = enabled
PostgreSQL(libpq) Version = 8.0.1
Multibyte character support = enabled
SSL support = disabled
Active Persistent Links = 0
Active Links = 0
Directive = Local Value = Master Value
pgsql.allow_persistent = Off = Off
pgsql.auto_reset_persistent = Off = Off
pgsql.ignore_notice = Off = Off
pgsql.log_notice = Off = Off
pgsql.max_links = Unlimited = Unlimited
pgsql.max_persistent = Unlimited = Unlimited
if some more info is needed tell me what to do?
Reproduce code:
---
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ cat test.inc.php
?
?
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ cat test.php
?
/*
this is a dummy pg function just to raise notice, called from this
file
CREATE OR REPLACE FUNCTION test_notice() RETURNS boolean AS $$
begin
RAISE NOTICE '1';
return 'f';
end;
$$ LANGUAGE plpgsql;
*/
define(TTT, pg_connect('user=test password=test
dbname=test'));
include_once 'test.inc.php';
function tester() {
global $t;
$res = pg_query(TTT, 'SELECT test_notice()');
$result = pg_fetch_row($res, 0);
pg_free_result($res);
if ($result[0] == 'f') {
throw new Exception(pg_last_notice(TTT));
}
}
try {
echo tester();
echo 2;
}
catch (Exception $e) {
echo $e-getMessage(), 1;
}
?
Expected result:
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php test.php
NOTICE: 11
Actual result:
--
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php test.php
1
--
Edit this bug report at http://bugs.php.net/?id=32223edit=1
#32223 [Opn-Fbk]: weird behaviour of pg_last_notice
ID: 32223
Updated by: [EMAIL PROTECTED]
Reported By: valiak at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: PostgreSQL related
Operating System: *
PHP Version: 5CVS-2005-09-02
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 to avoid embedding huge scripts into the report.
Previous Comments:
[2005-09-02 14:48:49] valiak at gmail dot com
still do not work correctly, there is no output even with
E_ALL
[2005-08-30 13:05:52] [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
And set error_reporting to E_ALL..
[2005-03-08 13:28:02] valiak at gmail dot com
if you switch the places of include_once and define there is no bug
there is no difference in the behaviour if include_once is changed to
include or require_once or require
[2005-03-07 18:13:54] valiak at gmail dot com
Description:
i've tried to localize to as smallest code as I could
the correct result happens even if you comment the include line or the
global directive or not using exceptions ... (there are few other
modifications too)
it happens with the cli version and with the apache module version
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php -v
PHP 5.0.3 (cli) (built: Mar 2 2005 13:13:40)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies
compiled with
./configure --with-gettext --with-oci8 --with-apxs=/usr/bin/apxs
--with-gd --with-pgsql --with-readline --with-zlib --with-mysql=/usr
--with-
jpeg-dir --with-png-dir --enable-mbstring --enable-sockets
--enable-pcntl --enable-sigchild --with-exec-dir=/usr/bin
--with-config-file-path=
/etc/php5
pgsql
PostgreSQL Support = enabled
PostgreSQL(libpq) Version = 8.0.1
Multibyte character support = enabled
SSL support = disabled
Active Persistent Links = 0
Active Links = 0
Directive = Local Value = Master Value
pgsql.allow_persistent = Off = Off
pgsql.auto_reset_persistent = Off = Off
pgsql.ignore_notice = Off = Off
pgsql.log_notice = Off = Off
pgsql.max_links = Unlimited = Unlimited
pgsql.max_persistent = Unlimited = Unlimited
if some more info is needed tell me what to do?
Reproduce code:
---
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ cat test.inc.php
?
?
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ cat test.php
?
/*
this is a dummy pg function just to raise notice, called from this
file
CREATE OR REPLACE FUNCTION test_notice() RETURNS boolean AS $$
begin
RAISE NOTICE '1';
return 'f';
end;
$$ LANGUAGE plpgsql;
*/
define(TTT, pg_connect('user=test password=test
dbname=test'));
include_once 'test.inc.php';
function tester() {
global $t;
$res = pg_query(TTT, 'SELECT test_notice()');
$result = pg_fetch_row($res, 0);
pg_free_result($res);
if ($result[0] == 'f') {
throw new Exception(pg_last_notice(TTT));
}
}
try {
echo tester();
echo 2;
}
catch (Exception $e) {
echo $e-getMessage(), 1;
}
?
Expected result:
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php test.php
NOTICE: 11
Actual result:
--
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php test.php
1
--
Edit this bug report at http://bugs.php.net/?id=32223edit=1
#34216 [Fbk]: Segfault with autoload
ID: 34216
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: SPL related
Operating System: Linux
PHP Version: 5.1.0RC1
Assigned To: helly
New Comment:
I no longer use auto-loading in PHPUnit2 because of this segfault. I
will try a CVS checkout of PHPUnit2 before I abandoned spl_autoload()
later, hopefully during the next couple of days.
Previous Comments:
[2005-09-21 11:43:52] [EMAIL PROTECTED]
Can you verify the code with HEAD in non unicode mode?
[2005-09-20 14:56:27] [EMAIL PROTECTED]
Sebastian, I'd appreciate if you provide a complete reproduce case
(doesn't matter which size it is).
[2005-08-23 07:27:09] [EMAIL PROTECTED]
Description:
I am experiencing a segfault with spl_autoload in the
PHP_5_1 branch with the upcoming PHPUnit 2.3.0.
The nature of PHPUnit's complexity makes it almost
impossible for me to come up with a simple, reproducing
script (I already invested hours into this, to no avail so
far).
It is weird that the segfault only occurs in one out of
two common code paths of PHPUnit's TextUI test runner.
Furthermore, small code changes (see below) seem to make
the problem go away:
Reproduce code:
---
Segfault:
function PHPUnit2_Util_Classloader($className) {
print Loading $className.\n;
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
Segfault:
function PHPUnit2_Util_Classloader($className) {
$bt = debug_backtrace();
print Loading $className.\n;
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
No Segfault:
function PHPUnit2_Util_Classloader($className) {
$bt = debug_backtrace();
print_r($bt[1]);
print Loading $className.\n;
if (strpos($className, 'PHPUnit2_') !== FALSE) {
@include(str_replace('_', '/', $className) . '.php');
}
}
spl_autoload_register('PHPUnit2_Util_Classloader');
Actual result:
--
Below are the links to the results of GDB and Valgrind.
Interestingly, when run through GDB it segfaults, when run
through Valgrind it does not segfault.
GDB:
http://www.sebastian-bergmann.de/stuff/phpunit2-gdb.txt
Valgrind:
http://www.sebastian-bergmann.de/stuff/phpunit2-valgrind.txt
--
Edit this bug report at http://bugs.php.net/?id=34216edit=1
#34235 [Csd-Opn]: Can't override execute(), can't call own Methods
ID: 34235
User updated by: christian dot mueller at dfpx dot de
Reported By: christian dot mueller at dfpx dot de
-Status: Closed
+Status: Open
Bug Type: PDO related
Operating System: *
-PHP Version: 5CVS-2005-08-30
+PHP Version: 5CVS-2005-09-16 (snap)
Assigned To: helly
New Comment:
The code you use does work, ok.
But it has nothing to do with the Bug.
Please use the Reproduce code.
Previous Comments:
[2005-09-21 11:50:59] [EMAIL PROTECTED]
Works in php 5.1:
php -r 'class T extends PDO{function
exec(){var_dump(myexec);}function f(){}}$o=new
T(sqlite::memory:);$o-exec();ReflectionClass::export(T);'
PDO doesn't support 5.0 atm.
[2005-08-24 20:22:46] volka at cs dot tu-berlin dot de
method_exists() returning true but the actual call failing is
bewildering to say the least
--8---8---
?php
class MTFrame_DB_PDOStatement extends PDOStatement
{
public function execute()
{ return; }
public function foo()
{ return; }
}
class MTFrame_DB_PDO extends PDO
{
function prepare($sql)
{
return parent::prepare($sql,
array(PDO_ATTR_STATEMENT_CLASS=array('MTFrame_DB_PDOStatement')));
}
}
$m = new MTFrame_DB_PDO('sqlite:mydb.sq3');
$stmt = $m-prepare(SELECT COUNT(*) FROM sqlite_master WHERE
type='table');
if ( method_exists($stmt, 'foo') )
$stmt-foo();
else
echo 'no such method';
?
--8---8---
[2005-08-24 18:13:11] christian dot mueller at dfpx dot de
The manual (or further sources) does not state, that
PDOStatement::execute() can't be overridden or that PDO::prepare()
returns a somewhat castrated object.
var_dump($stmt) identifies $stmt as of MTFrame_DB_PDOStatement, just as
in my reproduce code. But the object lacks method foo(). Better said,
the object acts, as if it was a plain PDOStatement. This is no
expected, please correct me.
[2005-08-24 15:59:14] christian dot mueller at dfpx dot de
Description:
When i try to override PDO_Statement::execute(), my Method is ignored
completly.
When i try to implement ::foo() in my extending class, PHP states it is
undefined.
Reproduce code:
---
?php
class MTFrame_DB_PDOStatement extends PDOStatement
{
public function execute()
{
throw new Exception();
// Nothing happens, i'm ignored
}
public function foo()
{
throw new Exception();
// i do not exist?
}
}
class MTFrame_DB_PDO extends PDO
{
function prepare($sql)
{
return parent::prepare($sql,
array(PDO_ATTR_STATEMENT_CLASS=array('MTFrame_DB_PDOStatement')));
}
function query($sql)
{
$stmt = parent::prepare($sql,
array(PDO_ATTR_STATEMENT_CLASS=array('MTFrame_DB_PDOStatement')));
$stmt-foo();
return $stmt;
}
}
?
Actual result:
--
MTFrame_DB_PDOStatement::execute() gets ignored.
calling ::foo() produces:
Call to undefined method MTFrame_DB_PDOStatement::foo()
--
Edit this bug report at http://bugs.php.net/?id=34235edit=1
#34235 [Opn-Asn]: Can't override execute(), can't call own Methods
ID: 34235
Updated by: [EMAIL PROTECTED]
Reported By: christian dot mueller at dfpx dot de
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: *
PHP Version: 5CVS-2005-09-16 (snap)
Assigned To: helly
New Comment:
Marcus, look above..
Previous Comments:
[2005-09-21 12:29:59] christian dot mueller at dfpx dot de
The code you use does work, ok.
But it has nothing to do with the Bug.
Please use the Reproduce code.
[2005-09-21 11:50:59] [EMAIL PROTECTED]
Works in php 5.1:
php -r 'class T extends PDO{function
exec(){var_dump(myexec);}function f(){}}$o=new
T(sqlite::memory:);$o-exec();ReflectionClass::export(T);'
PDO doesn't support 5.0 atm.
[2005-08-24 20:22:46] volka at cs dot tu-berlin dot de
method_exists() returning true but the actual call failing is
bewildering to say the least
--8---8---
?php
class MTFrame_DB_PDOStatement extends PDOStatement
{
public function execute()
{ return; }
public function foo()
{ return; }
}
class MTFrame_DB_PDO extends PDO
{
function prepare($sql)
{
return parent::prepare($sql,
array(PDO_ATTR_STATEMENT_CLASS=array('MTFrame_DB_PDOStatement')));
}
}
$m = new MTFrame_DB_PDO('sqlite:mydb.sq3');
$stmt = $m-prepare(SELECT COUNT(*) FROM sqlite_master WHERE
type='table');
if ( method_exists($stmt, 'foo') )
$stmt-foo();
else
echo 'no such method';
?
--8---8---
[2005-08-24 18:13:11] christian dot mueller at dfpx dot de
The manual (or further sources) does not state, that
PDOStatement::execute() can't be overridden or that PDO::prepare()
returns a somewhat castrated object.
var_dump($stmt) identifies $stmt as of MTFrame_DB_PDOStatement, just as
in my reproduce code. But the object lacks method foo(). Better said,
the object acts, as if it was a plain PDOStatement. This is no
expected, please correct me.
[2005-08-24 15:59:14] christian dot mueller at dfpx dot de
Description:
When i try to override PDO_Statement::execute(), my Method is ignored
completly.
When i try to implement ::foo() in my extending class, PHP states it is
undefined.
Reproduce code:
---
?php
class MTFrame_DB_PDOStatement extends PDOStatement
{
public function execute()
{
throw new Exception();
// Nothing happens, i'm ignored
}
public function foo()
{
throw new Exception();
// i do not exist?
}
}
class MTFrame_DB_PDO extends PDO
{
function prepare($sql)
{
return parent::prepare($sql,
array(PDO_ATTR_STATEMENT_CLASS=array('MTFrame_DB_PDOStatement')));
}
function query($sql)
{
$stmt = parent::prepare($sql,
array(PDO_ATTR_STATEMENT_CLASS=array('MTFrame_DB_PDOStatement')));
$stmt-foo();
return $stmt;
}
}
?
Actual result:
--
MTFrame_DB_PDOStatement::execute() gets ignored.
calling ::foo() produces:
Call to undefined method MTFrame_DB_PDOStatement::foo()
--
Edit this bug report at http://bugs.php.net/?id=34235edit=1
#34283 [Ana-Csd]: date(U) is not returning a valid date stamp
ID: 34283 Updated by: [EMAIL PROTECTED] Reported By: hamilton at laughland dot biz -Status: Analyzed +Status: Closed Bug Type: *General Issues Operating System: Windows XP SP2 PHP Version: 5.1.0RC1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-09-21 00:14:56] [EMAIL PROTECTED] OK, the problem is that when buildconf runs it replaces the config.w32.h file (which is somewhat strange, as that file is in CVS). The solution is to patch the correct file :) Patch: http://mega.ist.utl.pt/~ncpl/php_win32_printf.txt [2005-08-28 00:48:28] hamilton at laughland dot biz Description: The problem is is as per the summary. date(U) is not returning a valid datestamp. In my case it is returning %ld (without quotes). The date function is returning the expected results for other pattern strings I have tried. Reproduce code: --- $today = date(U); Returns %ld Expected result: A valid timestamp should have been returned. -- Edit this bug report at http://bugs.php.net/?id=34283edit=1
#21197 [Opn-Fbk]: socket_read() outputs error with PHP_NORMAL_READ
ID: 21197
Updated by: [EMAIL PROTECTED]
Reported By: bool at boolsite dot net
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: win32 only
PHP Version: 5.*, 4.*
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2004-03-11 11:06:02] [EMAIL PROTECTED]
I've compilled PHP with cygwin/gcc and no error is produced. However,
the build version from snaps.php.net gives that error.
[2003-08-26 02:00:58] bool at boolsite dot net
Ok, this is a short example : (a little echo server)
?php
error_reporting(E_ALL);
$Port=6669;
if(($Sock=socket_create(AF_INET,SOCK_STREAM,0))=0) {
echo 'socket_create() a échoué :
',socket_strerror(socket_last_error($Sock)),\r\n;
exit;
}
if(($Ret=socket_bind($Sock,0,$Port))=0) {
echo 'socket_bind() a échoué :
',socket_strerror(socket_last_error($Ret)),\r\n;
exit;
}
if(($Ret=socket_listen($Sock,5))=0) {
echo 'socket_listen() a échoué :
',socket_strerror(socket_last_error($Ret)),\r\n;
exit;
}
while(true){
$MsgSock=socket_accept($Sock);
if($MsgSock===false) {
echo 'socket_accept() a échoué :
',socket_strerror(socket_last_error($MsgSock)),\r\n;
break;
}
else {
echo '= Debut de la connexion...',\r\n;
$EndTime=time()+15;
do{
$buffer=socket_read($MsgSock,1024,PHP_NORMAL_READ);
if($buffer===false) {
echo 'socket_read() a échoué :
',socket_strerror(socket_last_error($MsgSock)),\r\n;
break;
}
elseif(!$buffer){
continue;
}
$buffer=trim($buffer);
echo ' ',$buffer,\r\n;
if($buffer=='quit') {
break;
}
$back='You sent : ['.$buffer.']';
echo ' ',$back,\r\n;
socket_write($MsgSock,$back.\r\n);
} while(time()$EndTime);
@socket_close($MsgSock);
echo '= End...',\r\n;
}
}
socket_close($Sock);
?
[2002-12-26 20:39:22] [EMAIL PROTECTED]
If you omit the third parameter to socket_read() it seems to work fine.
However, adding PHP_NORMAL_READ causes error as described in the bug
report.
[2002-12-26 09:32:25] bool at boolsite dot net
Hello
I have a source which works with PHP 4.1.x to PHP 4.2.x,
it's work perfectly. But with PHP 4.3RC4 (windows version,
client mode) I have this warning :
Warning: socket_read() unable to read from socket [0]: OpÚration
rÚussie. in E:\PHP\KioobFTP\v0.7.1\KioobFTP_SocketMode.php on line 262
Then, the result of the function is FALSE.
The socket is in blocking mode.
The code is :
$tmp=socket_read($this-stream,4096,PHP_NORMAL_READ);
Do you need others info ?
Thanks.
Bool
--
Edit this bug report at http://bugs.php.net/?id=21197edit=1
#32561 [Ana-Asn]: Erroneous Allow HTTP response header
ID: 32561 Updated by: [EMAIL PROTECTED] Reported By: mnot at pobox dot com -Status: Analyzed +Status: Assigned Bug Type: Apache related Operating System: * PHP Version: 5.*, 4.* -Assigned To: +Assigned To: rasmus New Comment: Assigned to Rasmus who should know what to do with this bug. Previous Comments: [2005-04-24 00:00:26] [EMAIL PROTECTED] This was added in PHP 3, by Rasmus with this commit msg: AAPI cleanup - Set rqst-allowed correctly and deny OPTIONS requests [2005-04-04 18:41:12] mnot at pobox dot com By doing that, it's saying that it would handle those methods in the future. If it won't, it shouldn't set that. The downline handler *shouldn't* blow away r-allowed and put its own values in; this would remove any information from other handlers. E.g., if mod_cgi did this, mod_dav couldn't advertise the methods that it would catch. [2005-04-04 07:25:19] [EMAIL PROTECTED] Actually, it resets the r-allowed to all the methods when it declines to handle the request for the next handler in the chain. It probably doesn't need to do this, but it isn't unique to the xbithack handler. Whatever finally accepts to handle the request should be setting r-allowed accordingly. [2005-04-04 05:19:18] mnot at pobox dot com Description: When using the Apache module, PHP installs the xbithack handler for text/html. This handler make the following change to r-allowed, which is what Apache uses to populate the Allowed header on responses that require it (e.g., to OPTIONS, 405 Method Not Allowed, 501 Not Implemented); r-allowed |= (1 METHODS) - 1; This has the affect of adding *all* known HTTP methods to the list. Effectively, PHP is telling clients that it can handle all HTTP methods, even for resources that aren't actually parsed as PHP. This is also the case in php5. Reproduce code: --- mnot-laptop:~ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. OPTIONS /index.html HTTP/1.1 Host: localhost Expected result: HTTP/1.1 200 OK Date: Mon, 04 Apr 2005 03:12:29 GMT Server: Apache/1.3.33 (Darwin) PHP/4.3.10 Cache-Control: max-age=3600 Expires: Mon, 04 Apr 2005 04:12:29 GMT Content-Length: 0 Allow: GET, HEAD, OPTIONS, TRACE Actual result: -- HTTP/1.1 200 OK Date: Mon, 04 Apr 2005 03:12:29 GMT Server: Apache/1.3.33 (Darwin) PHP/4.3.10 Cache-Control: max-age=3600 Expires: Mon, 04 Apr 2005 04:12:29 GMT Content-Length: 0 Allow: GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, PATCH, PROPFIND, PROPPATCH, MKCOL, COPY, MOVE, LOCK, UNLOCK, TRACE -- Edit this bug report at http://bugs.php.net/?id=32561edit=1
#34578 [NEW]: $_POST problem
From: O dot deJong at VERSZUZ dot NL
Operating system: WINXP
PHP version: 5.0.5
PHP Bug Type: *Programming Data Structures
Bug description: $_POST problem
Description:
Look at the name tag of the textfield. $key must be the same after
posting. But it is not. It produces a _ where it must be a .
Reproduce code:
---
html
head
meta http-equiv=Content-Type content=text/html; charset=iso-8859-1
titleUntitled Document/title
/head
body
?php
foreach($_POST as $key = $value)
{
echo $key;
}
?
form action=test.php method=post target=_self
input name=2:ssasdadsa.ac type=text value=
input name= type=submit value=Submit
/form
/body
/html
Expected result:
It needs to reproduce the name value of the texfield.
Actual result:
--
It produces a value with an underscore instead of a point
--
Edit bug report at http://bugs.php.net/?id=34578edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34578r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34578r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34578r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34578r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34578r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34578r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34578r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34578r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34578r=support
Expected behavior: http://bugs.php.net/fix.php?id=34578r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34578r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34578r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34578r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34578r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34578r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34578r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34578r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34578r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34578r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34578r=mysqlcfg
#34576 [Fbk-Csd]: no shared library is build
ID: 34576 User updated by: karim dot ha at gmail dot com Reported By: karim dot ha at gmail dot com -Status: Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: linux PHP Version: 4.4.0 New Comment: Sorry, I found the error. It was my fault. Best regards. Karim Previous Comments: [2005-09-21 11:58:48] [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. [2005-09-21 11:15:58] karim dot ha at gmail dot com Description: I can found the shared library libphp4.so after executing the command make install. here si the output for make install: Installing PHP SAPI module: cgi Installing PHP CGI into: /usr/local/bin/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- installed: 1.1 [PEAR] Console_Getopt - installed: 1.2 [PEAR] PEAR - installed: 1.3.5 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path [PEAR] HTML_Template_IT- installed: 1.1 [PEAR] Net_UserAgent_Detect- installed: 2.0.1 [PEAR] XML_RPC- installed: 1.3.1 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/man/man1/ Everything seems to be OK but where is the library? The linux distribution is: fedora-core4 -- Edit this bug report at http://bugs.php.net/?id=34576edit=1
#34576 [Csd-Bgs]: no shared library is build
ID: 34576 Updated by: [EMAIL PROTECTED] Reported By: karim dot ha at gmail dot com -Status: Closed +Status: Bogus Bug Type: Unknown/Other Function Operating System: linux PHP Version: 4.4.0 Previous Comments: [2005-09-21 13:31:24] karim dot ha at gmail dot com Sorry, I found the error. It was my fault. Best regards. Karim [2005-09-21 11:58:48] [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. [2005-09-21 11:15:58] karim dot ha at gmail dot com Description: I can found the shared library libphp4.so after executing the command make install. here si the output for make install: Installing PHP SAPI module: cgi Installing PHP CGI into: /usr/local/bin/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- installed: 1.1 [PEAR] Console_Getopt - installed: 1.2 [PEAR] PEAR - installed: 1.3.5 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path [PEAR] HTML_Template_IT- installed: 1.1 [PEAR] Net_UserAgent_Detect- installed: 2.0.1 [PEAR] XML_RPC- installed: 1.3.1 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/man/man1/ Everything seems to be OK but where is the library? The linux distribution is: fedora-core4 -- Edit this bug report at http://bugs.php.net/?id=34576edit=1
#34579 [NEW]: sqlite_open seg faults if getcwd fails
From: secpelle at ee dot oulu dot fi Operating system: Solaris PHP version: 5.0.5 PHP Bug Type: Reproducible crash Bug description: sqlite_open seg faults if getcwd fails Description: sqlite crashes php if getcwd fails due to restrictive permission in parent directories, for cli this is an annoyance, for php module in apache this is a local DoS null ptr dereference in sqliteOsFullPathname() Reproduce code: --- % mkdir -p test/test % cd test/test % echo '?sqlite_open(a.db);?' | php # all ok chmod 111 .. % pwd pwd: cannot determine current directory! % echo '?sqlite_open(b.db);?' | php Segmentation fault (core dumped) Expected result: no crash Actual result: -- =[1] strlen(0x0, 0x0, 0xffbf9f60, 0x7efefeff, 0x81010100, 0x0), at 0xef8b44e4 [2] sqliteSetString(0xffbfdf3c, 0x0, 0x3f9268, 0x539ca0, 0x0, 0x0), at 0x1fa914 [3] sqliteOsFullPathname(0x539ca0, 0x0, 0x0, 0x62, 0x0, 0x3f9000), at 0x1eb3cc [4] sqlitepager_open(0x51a854, 0x539ca0, 0x7d0, 0x118, 0x1, 0x46bc00), at 0x1ec3d0 [5] sqliteBtreeOpen(0x539ca0, 0x0, 0x7d0, 0x539cc4, 0x1, 0x51a850), at 0x1d2100 [6] sqlite_open(0x539ca0, 0x539cb8, 0xffbfe1d4, 0x539d28, 0x2, 0x539cc4), at 0x1e8fc4 [7] zif_sqlite_open(0x539ca0, 0x539c58, 0x0, 0x0, 0x480ce4, 0x1b6), at 0x1c421c [8] zend_do_fcall_common_helper(0x52bd80, 0x538480, 0x1, 0x498bf0, 0xffbfe2ec, 0x538490), at 0x39d83c [9] execute(0x534220, 0x, 0x39de10, 0xffbfe2ec, 0x4, 0x498c18), at 0x398964 [10] zend_execute_scripts(0x8, 0x0, 0xffbfe9c8, 0x416610, 0x416778, 0x2), at 0x35beb4 [11] php_execute_script(0xffbfe9c8, 0xffbfe910, 0x0, 0x49ae28, 0x0, 0x49ae38), at 0x2ecdfc [12] main(0x0, 0x1, 0x, 0x4940d8, 0x0, 0x41c000), at 0x3a58a4 -- Edit bug report at http://bugs.php.net/?id=34579edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34579r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34579r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34579r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34579r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34579r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34579r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34579r=needscript Try newer version: http://bugs.php.net/fix.php?id=34579r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34579r=support Expected behavior: http://bugs.php.net/fix.php?id=34579r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34579r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34579r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34579r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34579r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34579r=dst IIS Stability: http://bugs.php.net/fix.php?id=34579r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34579r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34579r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34579r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34579r=mysqlcfg
#34579 [Opn-Fbk]: sqlite_open seg faults if getcwd fails
ID: 34579 Updated by: [EMAIL PROTECTED] Reported By: secpelle at ee dot oulu dot fi -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Solaris PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Can't reproduce. Previous Comments: [2005-09-21 13:42:19] secpelle at ee dot oulu dot fi Description: sqlite crashes php if getcwd fails due to restrictive permission in parent directories, for cli this is an annoyance, for php module in apache this is a local DoS null ptr dereference in sqliteOsFullPathname() Reproduce code: --- % mkdir -p test/test % cd test/test % echo '?sqlite_open(a.db);?' | php # all ok chmod 111 .. % pwd pwd: cannot determine current directory! % echo '?sqlite_open(b.db);?' | php Segmentation fault (core dumped) Expected result: no crash Actual result: -- =[1] strlen(0x0, 0x0, 0xffbf9f60, 0x7efefeff, 0x81010100, 0x0), at 0xef8b44e4 [2] sqliteSetString(0xffbfdf3c, 0x0, 0x3f9268, 0x539ca0, 0x0, 0x0), at 0x1fa914 [3] sqliteOsFullPathname(0x539ca0, 0x0, 0x0, 0x62, 0x0, 0x3f9000), at 0x1eb3cc [4] sqlitepager_open(0x51a854, 0x539ca0, 0x7d0, 0x118, 0x1, 0x46bc00), at 0x1ec3d0 [5] sqliteBtreeOpen(0x539ca0, 0x0, 0x7d0, 0x539cc4, 0x1, 0x51a850), at 0x1d2100 [6] sqlite_open(0x539ca0, 0x539cb8, 0xffbfe1d4, 0x539d28, 0x2, 0x539cc4), at 0x1e8fc4 [7] zif_sqlite_open(0x539ca0, 0x539c58, 0x0, 0x0, 0x480ce4, 0x1b6), at 0x1c421c [8] zend_do_fcall_common_helper(0x52bd80, 0x538480, 0x1, 0x498bf0, 0xffbfe2ec, 0x538490), at 0x39d83c [9] execute(0x534220, 0x, 0x39de10, 0xffbfe2ec, 0x4, 0x498c18), at 0x398964 [10] zend_execute_scripts(0x8, 0x0, 0xffbfe9c8, 0x416610, 0x416778, 0x2), at 0x35beb4 [11] php_execute_script(0xffbfe9c8, 0xffbfe910, 0x0, 0x49ae28, 0x0, 0x49ae38), at 0x2ecdfc [12] main(0x0, 0x1, 0x, 0x4940d8, 0x0, 0x41c000), at 0x3a58a4 -- Edit this bug report at http://bugs.php.net/?id=34579edit=1
#34579 [Fbk-Bgs]: sqlite_open seg faults if getcwd fails
ID: 34579 Updated by: [EMAIL PROTECTED] Reported By: secpelle at ee dot oulu dot fi -Status: Feedback +Status: Bogus Bug Type: Reproducible crash Operating System: Solaris PHP Version: 5.0.5 New Comment: Please report this to the SQLite guys (http://www.sqlite.org/cvstrac/tktnew); it is not a PHP bug. Once they've resolved the issue, you can rebuild PHP against the fixed version of libsqlite. We will upgrade our bundled version when a fix becomes available, ready for our next release. Thanks for reporting this! Previous Comments: [2005-09-21 13:48:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Can't reproduce. [2005-09-21 13:42:19] secpelle at ee dot oulu dot fi Description: sqlite crashes php if getcwd fails due to restrictive permission in parent directories, for cli this is an annoyance, for php module in apache this is a local DoS null ptr dereference in sqliteOsFullPathname() Reproduce code: --- % mkdir -p test/test % cd test/test % echo '?sqlite_open(a.db);?' | php # all ok chmod 111 .. % pwd pwd: cannot determine current directory! % echo '?sqlite_open(b.db);?' | php Segmentation fault (core dumped) Expected result: no crash Actual result: -- =[1] strlen(0x0, 0x0, 0xffbf9f60, 0x7efefeff, 0x81010100, 0x0), at 0xef8b44e4 [2] sqliteSetString(0xffbfdf3c, 0x0, 0x3f9268, 0x539ca0, 0x0, 0x0), at 0x1fa914 [3] sqliteOsFullPathname(0x539ca0, 0x0, 0x0, 0x62, 0x0, 0x3f9000), at 0x1eb3cc [4] sqlitepager_open(0x51a854, 0x539ca0, 0x7d0, 0x118, 0x1, 0x46bc00), at 0x1ec3d0 [5] sqliteBtreeOpen(0x539ca0, 0x0, 0x7d0, 0x539cc4, 0x1, 0x51a850), at 0x1d2100 [6] sqlite_open(0x539ca0, 0x539cb8, 0xffbfe1d4, 0x539d28, 0x2, 0x539cc4), at 0x1e8fc4 [7] zif_sqlite_open(0x539ca0, 0x539c58, 0x0, 0x0, 0x480ce4, 0x1b6), at 0x1c421c [8] zend_do_fcall_common_helper(0x52bd80, 0x538480, 0x1, 0x498bf0, 0xffbfe2ec, 0x538490), at 0x39d83c [9] execute(0x534220, 0x, 0x39de10, 0xffbfe2ec, 0x4, 0x498c18), at 0x398964 [10] zend_execute_scripts(0x8, 0x0, 0xffbfe9c8, 0x416610, 0x416778, 0x2), at 0x35beb4 [11] php_execute_script(0xffbfe9c8, 0xffbfe910, 0x0, 0x49ae28, 0x0, 0x49ae38), at 0x2ecdfc [12] main(0x0, 0x1, 0x, 0x4940d8, 0x0, 0x41c000), at 0x3a58a4 -- Edit this bug report at http://bugs.php.net/?id=34579edit=1
#34578 [Opn-Bgs]: $_POST problem
ID: 34578
Updated by: [EMAIL PROTECTED]
Reported By: O dot deJong at VERSZUZ dot NL
-Status: Open
+Status: Bogus
-Bug Type: *Programming Data Structures
+Bug Type: *General Issues
Operating System: WINXP
PHP Version: 5.0.5
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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
You must be really new to PHP for asking this question.
Please read the manual.
Previous Comments:
[2005-09-21 13:19:21] O dot deJong at VERSZUZ dot NL
Description:
Look at the name tag of the textfield. $key must be the same after
posting. But it is not. It produces a _ where it must be a .
Reproduce code:
---
html
head
meta http-equiv=Content-Type content=text/html;
charset=iso-8859-1
titleUntitled Document/title
/head
body
?php
foreach($_POST as $key = $value)
{
echo $key;
}
?
form action=test.php method=post target=_self
input name=2:ssasdadsa.ac type=text value=
input name= type=submit value=Submit
/form
/body
/html
Expected result:
It needs to reproduce the name value of the texfield.
Actual result:
--
It produces a value with an underscore instead of a point
--
Edit this bug report at http://bugs.php.net/?id=34578edit=1
#34550 [Bgs-Opn]: database connections dissappears at custom session handlers
ID: 34550
User updated by: rudy dot metzger at pareto dot nl
Reported By: rudy dot metzger at pareto dot nl
-Status: Bogus
+Status: Open
Bug Type: Session related
Operating System: Redhat ES 3
PHP Version: 5.0.5
New Comment:
Sorry to be such a pain in the a$$, but i cannot agree to this. I did
more tests and updated my page at http://parlnx01.pareto.nl/phpbug/
with more info. Maybe it was a misunderstanding/misinterpretation of my
error report.
Please have a look again at the url, as this error is 100%
reproduceable for me, on various platforms with various MySQL version.
So it seems to be a bug of PHP (the mysqli extension?).
Previous Comments:
[2005-09-20 11:14:51] [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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2005-09-20 10:47:45] rudy dot metzger at pareto dot nl
Same problem with the snapshot version, see output below:
-
The link identifier after connect. it is validbr
object(mysqli)#3 (0) {
}
Ping of the DB. Returns true, we can ping itbr
bool(true)
PHP Warning: session_start(): Cannot send session cookie - headers
already sent by (output started at
/var/www/zwizzle/zcm/public/test.php:36) in
/var/www/zwizzle/zcm/public/test.php on line 22
PHP Warning: session_start(): Cannot send session cache limiter -
headers already sent (output started at
/var/www/zwizzle/zcm/public/test.php:36) in
/var/www/zwizzle/zcm/public/test.php on line 22
Writing, now it goes wrong! ping returns NULL, which is undefined!br
PHP Warning: Couldn't fetch mysqli in
/var/www/zwizzle/zcm/public/test.php on line 61
NULL
---
The problem is the NULL in the very last line
I am using for MySQL
MySQL-shared-standard-4.1.14-0.rhel3
MySQL-devel-standard-4.1.14-0.rhel3
and my linux is
Linux www1.zwizzle.nl 2.4.21-32.0.1.ELsmp #1 SMP Tue May 17 17:52:23
EDT 2005 i686 i686 i386 GNU/Linux
(Redhat ES3)
Configured with
./configure --with-apxs2 --with-mysqli=/usr/bin/mysql_config --with-gd
--with-zlib --with-openssl --enable-pcntl --with-curl
--enable-mbstring
I reinstalled php-5.0.4 again, and everything works again (the NULL is
then boolean(true))
[2005-09-19 17:39:13] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Works perfectly fine here.
[2005-09-19 17:20:58] rudy dot metzger at pareto dot nl
fixed, was still in the process of setting it up. sorry
[2005-09-19 17:09:37] [EMAIL PROTECTED]
403 Forbidden
You don't have permission to access /phpbug/ on this server.
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/34550
--
Edit this bug report at http://bugs.php.net/?id=34550edit=1
#16914 [Com]: Function zend_hash_index_update_or_next_insert crashes Tomcat.
ID: 16914 Comment by: lee dot mallabone at transactgroup dot net Reported By: Jakub dot Gnat at webdynamix dot de Status: No Feedback Bug Type: Servlet related Operating System: SuSe Linux 7.3 PHP Version: 4.2.0 New Comment: I can reproduce this problem running Jakarta Tomcat 5.0.28 and PHP 4.4.0. A page containing just: ? phpinfo(); ? will crash if you hit refresh in your browser several times when the page is being interpreted by the php servlet. The crash trace for me is just: # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0xb0d08098, pid=7083, tid=2973621168 # # Java VM: Java HotSpot(TM) Client VM (1.5.0_04-b05 mixed mode, sharing) # Problematic frame: # C [libphp4.so+0x12d098] zend_hash_index_update_or_next_insert+0x28 # # An error report file with more information is saved as hs_err_pid7083.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # Aborted This looks like the same bug as the original poster (back in 2002). Please let me know if there is anything I can do to help track this bug down and/or get it fixed. Previous Comments: [2004-12-21 11:39:49] ben_d_gill at hotmail dot com I get this as well - I have tried the php-4-snapshot from last night (21/12/04).. I am running Fedora Core 2 on x86, have tomcat jakarta-tomcat-5.5.3, tried jdk 1.4.2 and 1.5 (tried building php using both as well) and it keeps crashing... # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x03d506e3, pid=25823, tid=59587504 # # Java VM: Java HotSpot(TM) Client VM (1.5.0-rc-b63 mixed mode, sharing) # Problematic frame: # C [libphp4.so+0xf56e3] zend_hash_index_update_or_next_insert+0x2f # # An error report file with more information is saved as hs_err_pid25823.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp Stack: [0x03853000,0x038d4000), sp=0x038d2c00, free space=511k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libphp4.so+0xf56e3] zend_hash_index_update_or_next_insert+0x2f C [libphp4.so+0x106de3] Java_net_php_reflect_setResultFromObject+0xb3 j net.php.reflect.setResultFromObject(JLjava/lang/Object;)V+0 j net.php.reflect.setResult(JLjava/lang/Object;)V+271 j net.php.servlet.readCookies()Ljava/lang/String;+10 v ~StubRoutines::call_stub V [libjvm.so+0x1688ec] V [libjvm.so+0x257378] V [libjvm.so+0x16871f] V [libjvm.so+0x18a3d3] V [libjvm.so+0x174e3a] C [libphp4.so+0x1054b9] C [libphp4.so+0xca7bc] sapi_activate+0x178 C [libphp4.so+0xc39e0] php_request_startup+0x144 C [libphp4.so+0x105991] Java_net_php_servlet_send+0x2dd j net.php.servlet.send(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;ILjava/lang/String;Z)V+0 j net.php.servlet.service(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;Ljava/lang/String;)V+52 j net.php.servlet.service(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V+24 j javax.servlet.http.HttpServlet.service(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+30 j org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+478 j org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+101 j org.apache.catalina.core.StandardWrapperValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+667 j org.apache.catalina.core.StandardContextValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+285 j org.apache.catalina.core.StandardHostValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+64 j org.apache.catalina.valves.ErrorReportValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+6 j org.apache.catalina.valves.AccessLogValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+10 j org.apache.catalina.core.StandardEngineValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+42 j org.apache.catalina.connector.CoyoteAdapter.service(Lorg/apache/coyote/Request;Lorg/apache/coyote/Response;)V+141 j org.apache.coyote.http11.Http11Processor.process(Ljava/io/InputStream;Ljava/io/OutputStream;)V+424 j org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V+113 j org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Ljava/net/Socket;Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V+45 j
#34550 [Opn-Fbk]: database connections dissappears at custom session handlers
ID: 34550
Updated by: [EMAIL PROTECTED]
Reported By: rudy dot metzger at pareto dot nl
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Redhat ES 3
PHP Version: 5.0.5
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 to avoid embedding huge scripts into the report.
Previous Comments:
[2005-09-21 14:38:14] rudy dot metzger at pareto dot nl
Sorry to be such a pain in the a$$, but i cannot agree to this. I did
more tests and updated my page at http://parlnx01.pareto.nl/phpbug/
with more info. Maybe it was a misunderstanding/misinterpretation of my
error report.
Please have a look again at the url, as this error is 100%
reproduceable for me, on various platforms with various MySQL version.
So it seems to be a bug of PHP (the mysqli extension?).
[2005-09-20 11:14:51] [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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2005-09-20 10:47:45] rudy dot metzger at pareto dot nl
Same problem with the snapshot version, see output below:
-
The link identifier after connect. it is validbr
object(mysqli)#3 (0) {
}
Ping of the DB. Returns true, we can ping itbr
bool(true)
PHP Warning: session_start(): Cannot send session cookie - headers
already sent by (output started at
/var/www/zwizzle/zcm/public/test.php:36) in
/var/www/zwizzle/zcm/public/test.php on line 22
PHP Warning: session_start(): Cannot send session cache limiter -
headers already sent (output started at
/var/www/zwizzle/zcm/public/test.php:36) in
/var/www/zwizzle/zcm/public/test.php on line 22
Writing, now it goes wrong! ping returns NULL, which is undefined!br
PHP Warning: Couldn't fetch mysqli in
/var/www/zwizzle/zcm/public/test.php on line 61
NULL
---
The problem is the NULL in the very last line
I am using for MySQL
MySQL-shared-standard-4.1.14-0.rhel3
MySQL-devel-standard-4.1.14-0.rhel3
and my linux is
Linux www1.zwizzle.nl 2.4.21-32.0.1.ELsmp #1 SMP Tue May 17 17:52:23
EDT 2005 i686 i686 i386 GNU/Linux
(Redhat ES3)
Configured with
./configure --with-apxs2 --with-mysqli=/usr/bin/mysql_config --with-gd
--with-zlib --with-openssl --enable-pcntl --with-curl
--enable-mbstring
I reinstalled php-5.0.4 again, and everything works again (the NULL is
then boolean(true))
[2005-09-19 17:39:13] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Works perfectly fine here.
[2005-09-19 17:20:58] rudy dot metzger at pareto dot nl
fixed, was still in the process of setting it up. sorry
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/34550
--
Edit this bug report at http://bugs.php.net/?id=34550edit=1
#34565 [Opn-Csd]: mb_send_mail does not fetch mail.force_extra_parameters
ID: 34565
Updated by: [EMAIL PROTECTED]
Reported By: Bjorn dot Wiberg at its dot uu dot se
-Status: Open
+Status: Closed
Bug Type: mbstring related
Operating System: AIX 5.2.0 ML5
PHP Version: 5.1.0RC1
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-09-20 16:11:05] Bjorn dot Wiberg at its dot uu dot se
Description:
Note: This also happens with PHP 5.0.5.
mb_send_mail() does not fetch and/or use the
mail.force_extra_parameters from httpd.conf, despite the documentation
stating that it is a wrapper around mail() (which does fetch and use
those extra parameters):
/../ mb_send_mail() is wrapper function of mail(). See mail() for
details. /../
Reproduce code:
---
?php
$from = '[EMAIL PROTECTED]';
$to = '[EMAIL PROTECTED]';
$subject = 'Hi!';
$body = 'Hi,\n\nHow are you?';
mb_language(uni);
$status = mb_send_mail($to, $subject, $body);
?
Corresponding httpd.conf entry:
php_admin_value mail.force_extra_parameters -t -f
[EMAIL PROTECTED]
Expected result:
That the mail.force_extra_parameters are automatically used.
Actual result:
--
The mail.force_extra_parameters are not used. This may cause problems
with the sendmail program if it expects those parameters.
One has to fetch the parameters with
ini_get('mail.force_extra_parameters') and feed it to mb_send_mail()
like this:
$status = mb_send_mail($to, $subject, $body, '',
ini_get('mail.force_extra_parameters'));
--
Edit this bug report at http://bugs.php.net/?id=34565edit=1
#34550 [Fbk-Bgs]: database connections dissappears at custom session handlers
ID: 34550
Updated by: [EMAIL PROTECTED]
Reported By: rudy dot metzger at pareto dot nl
-Status: Feedback
+Status: Bogus
Bug Type: Session related
Operating System: Redhat ES 3
PHP Version: 5.0.5
New Comment:
Call session_write_close() in the object's __destruct()
Previous Comments:
[2005-09-21 14:38:14] rudy dot metzger at pareto dot nl
Sorry to be such a pain in the a$$, but i cannot agree to this. I did
more tests and updated my page at http://parlnx01.pareto.nl/phpbug/
with more info. Maybe it was a misunderstanding/misinterpretation of my
error report.
Please have a look again at the url, as this error is 100%
reproduceable for me, on various platforms with various MySQL version.
So it seems to be a bug of PHP (the mysqli extension?).
[2005-09-20 11:14:51] [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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2005-09-20 10:47:45] rudy dot metzger at pareto dot nl
Same problem with the snapshot version, see output below:
-
The link identifier after connect. it is validbr
object(mysqli)#3 (0) {
}
Ping of the DB. Returns true, we can ping itbr
bool(true)
PHP Warning: session_start(): Cannot send session cookie - headers
already sent by (output started at
/var/www/zwizzle/zcm/public/test.php:36) in
/var/www/zwizzle/zcm/public/test.php on line 22
PHP Warning: session_start(): Cannot send session cache limiter -
headers already sent (output started at
/var/www/zwizzle/zcm/public/test.php:36) in
/var/www/zwizzle/zcm/public/test.php on line 22
Writing, now it goes wrong! ping returns NULL, which is undefined!br
PHP Warning: Couldn't fetch mysqli in
/var/www/zwizzle/zcm/public/test.php on line 61
NULL
---
The problem is the NULL in the very last line
I am using for MySQL
MySQL-shared-standard-4.1.14-0.rhel3
MySQL-devel-standard-4.1.14-0.rhel3
and my linux is
Linux www1.zwizzle.nl 2.4.21-32.0.1.ELsmp #1 SMP Tue May 17 17:52:23
EDT 2005 i686 i686 i386 GNU/Linux
(Redhat ES3)
Configured with
./configure --with-apxs2 --with-mysqli=/usr/bin/mysql_config --with-gd
--with-zlib --with-openssl --enable-pcntl --with-curl
--enable-mbstring
I reinstalled php-5.0.4 again, and everything works again (the NULL is
then boolean(true))
[2005-09-19 17:39:13] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Works perfectly fine here.
[2005-09-19 17:20:58] rudy dot metzger at pareto dot nl
fixed, was still in the process of setting it up. sorry
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/34550
--
Edit this bug report at http://bugs.php.net/?id=34550edit=1
#34580 [NEW]: Segmentation fault
From: acraft at nb dot sympatico dot ca Operating system: Fedora Core release 3 PHP version: 5.1.0RC1 PHP Bug Type: Class/Object related Bug description: Segmentation fault Description: When using a php function to create the variable for a class method a segmentation fault occurs. Reproduce code: --- $ts = '112005'; $cal-initCalendarDMY(1, substr($ts, 0, 2), substr($ts, 2) ); Expected result: No Segmemtation Fault Actual result: -- (gdb) bt #0 0xb7bb11cb in _zval_copy_ctor_func (zvalue=0xbf89ee34) at /root/src/php-5.1.0RC1/Zend/zend_variables.c:141 #1 0xb7be66e5 in ZEND_CAST_SPEC_VAR_HANDLER (execute_data=0xbf89ee60) at zend_variables.h:45 #2 0xb7bd1911 in execute (op_array=0x9d5b614) at zend_vm_execute.h:87 #3 0xb7bd1b03 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf89f6d0) at zend_vm_execute.h:219 #4 0xb7bd1911 in execute (op_array=0x9c26344) at zend_vm_execute.h:87 #5 0xb7bd1b03 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8a06e0) at zend_vm_execute.h:219 #6 0xb7bd1911 in execute (op_array=0x9cf542c) at zend_vm_execute.h:87 #7 0xb7bb280e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/src/php-5.1.0RC1/Zend/zend.c:1078 #8 0xb7b7fe68 in php_execute_script (primary_file=0xbf8a2a40) at /root/src/php-5.1.0RC1/main/main.c:1672 #9 0xb7c30275 in php_handler (r=0x9aa2600) at /root/src/php-5.1.0RC1/sapi/apache2handler/sapi_apache2.c:562 #10 0x080af63a in ap_run_handler (r=0x9aa2600) at config.c:152 #11 0x080afa05 in ap_invoke_handler (r=0x9aa2600) at config.c:364 #12 0x0809f151 in ap_process_request (r=0x9aa2600) at http_request.c:249 #13 0x0809ae19 in ap_process_http_connection (c=0x9a9a360) at http_core.c:251 #14 0x080b8b02 in ap_run_process_connection (c=0x9a9a360) at connection.c:43 #15 0x080ade15 in child_main (child_num_arg=Variable child_num_arg is not available. ) at prefork.c:610 #16 0x080ae009 in make_child (s=0x991afd0, slot=0) at prefork.c:650 #17 0x080ae0d0 in startup_children (number_to_start=5) at prefork.c:722 #18 0x080ae7a3 in ap_mpm_run (_pconf=0x99160a8, plog=0x994e188, s=0x991afd0) at prefork.c:941 #19 0x080b38a3 in main (argc=2, argv=0xbf8a2f14) at main.c:618 -- Edit bug report at http://bugs.php.net/?id=34580edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34580r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34580r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34580r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34580r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34580r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34580r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34580r=needscript Try newer version: http://bugs.php.net/fix.php?id=34580r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34580r=support Expected behavior: http://bugs.php.net/fix.php?id=34580r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34580r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34580r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34580r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34580r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34580r=dst IIS Stability: http://bugs.php.net/fix.php?id=34580r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34580r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34580r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34580r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34580r=mysqlcfg
#34580 [Opn]: Segmentation fault
ID: 34580 User updated by: acraft at nb dot sympatico dot ca Reported By: acraft at nb dot sympatico dot ca Status: Open Bug Type: Class/Object related Operating System: Fedora Core release 3 PHP Version: 5.1.0RC1 New Comment: The following does not cause a seg fault. $ts = '112005'; $t1 = substr($ts, 0, 2); $t2 = substr($ts, 2); $cal-initCalendarDMY(1, $t1, $t2 ); Previous Comments: [2005-09-21 15:52:02] acraft at nb dot sympatico dot ca Description: When using a php function to create the variable for a class method a segmentation fault occurs. Reproduce code: --- $ts = '112005'; $cal-initCalendarDMY(1, substr($ts, 0, 2), substr($ts, 2) ); Expected result: No Segmemtation Fault Actual result: -- (gdb) bt #0 0xb7bb11cb in _zval_copy_ctor_func (zvalue=0xbf89ee34) at /root/src/php-5.1.0RC1/Zend/zend_variables.c:141 #1 0xb7be66e5 in ZEND_CAST_SPEC_VAR_HANDLER (execute_data=0xbf89ee60) at zend_variables.h:45 #2 0xb7bd1911 in execute (op_array=0x9d5b614) at zend_vm_execute.h:87 #3 0xb7bd1b03 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf89f6d0) at zend_vm_execute.h:219 #4 0xb7bd1911 in execute (op_array=0x9c26344) at zend_vm_execute.h:87 #5 0xb7bd1b03 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8a06e0) at zend_vm_execute.h:219 #6 0xb7bd1911 in execute (op_array=0x9cf542c) at zend_vm_execute.h:87 #7 0xb7bb280e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/src/php-5.1.0RC1/Zend/zend.c:1078 #8 0xb7b7fe68 in php_execute_script (primary_file=0xbf8a2a40) at /root/src/php-5.1.0RC1/main/main.c:1672 #9 0xb7c30275 in php_handler (r=0x9aa2600) at /root/src/php-5.1.0RC1/sapi/apache2handler/sapi_apache2.c:562 #10 0x080af63a in ap_run_handler (r=0x9aa2600) at config.c:152 #11 0x080afa05 in ap_invoke_handler (r=0x9aa2600) at config.c:364 #12 0x0809f151 in ap_process_request (r=0x9aa2600) at http_request.c:249 #13 0x0809ae19 in ap_process_http_connection (c=0x9a9a360) at http_core.c:251 #14 0x080b8b02 in ap_run_process_connection (c=0x9a9a360) at connection.c:43 #15 0x080ade15 in child_main (child_num_arg=Variable child_num_arg is not available. ) at prefork.c:610 #16 0x080ae009 in make_child (s=0x991afd0, slot=0) at prefork.c:650 #17 0x080ae0d0 in startup_children (number_to_start=5) at prefork.c:722 #18 0x080ae7a3 in ap_mpm_run (_pconf=0x99160a8, plog=0x994e188, s=0x991afd0) at prefork.c:941 #19 0x080b38a3 in main (argc=2, argv=0xbf8a2f14) at main.c:618 -- Edit this bug report at http://bugs.php.net/?id=34580edit=1
#34580 [Opn-Fbk]: Segmentation fault
ID: 34580 Updated by: [EMAIL PROTECTED] Reported By: acraft at nb dot sympatico dot ca -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Fedora Core release 3 PHP Version: 5.1.0RC1 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 to avoid embedding huge scripts into the report. Previous Comments: [2005-09-21 15:54:30] acraft at nb dot sympatico dot ca The following does not cause a seg fault. $ts = '112005'; $t1 = substr($ts, 0, 2); $t2 = substr($ts, 2); $cal-initCalendarDMY(1, $t1, $t2 ); [2005-09-21 15:52:02] acraft at nb dot sympatico dot ca Description: When using a php function to create the variable for a class method a segmentation fault occurs. Reproduce code: --- $ts = '112005'; $cal-initCalendarDMY(1, substr($ts, 0, 2), substr($ts, 2) ); Expected result: No Segmemtation Fault Actual result: -- (gdb) bt #0 0xb7bb11cb in _zval_copy_ctor_func (zvalue=0xbf89ee34) at /root/src/php-5.1.0RC1/Zend/zend_variables.c:141 #1 0xb7be66e5 in ZEND_CAST_SPEC_VAR_HANDLER (execute_data=0xbf89ee60) at zend_variables.h:45 #2 0xb7bd1911 in execute (op_array=0x9d5b614) at zend_vm_execute.h:87 #3 0xb7bd1b03 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf89f6d0) at zend_vm_execute.h:219 #4 0xb7bd1911 in execute (op_array=0x9c26344) at zend_vm_execute.h:87 #5 0xb7bd1b03 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8a06e0) at zend_vm_execute.h:219 #6 0xb7bd1911 in execute (op_array=0x9cf542c) at zend_vm_execute.h:87 #7 0xb7bb280e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/src/php-5.1.0RC1/Zend/zend.c:1078 #8 0xb7b7fe68 in php_execute_script (primary_file=0xbf8a2a40) at /root/src/php-5.1.0RC1/main/main.c:1672 #9 0xb7c30275 in php_handler (r=0x9aa2600) at /root/src/php-5.1.0RC1/sapi/apache2handler/sapi_apache2.c:562 #10 0x080af63a in ap_run_handler (r=0x9aa2600) at config.c:152 #11 0x080afa05 in ap_invoke_handler (r=0x9aa2600) at config.c:364 #12 0x0809f151 in ap_process_request (r=0x9aa2600) at http_request.c:249 #13 0x0809ae19 in ap_process_http_connection (c=0x9a9a360) at http_core.c:251 #14 0x080b8b02 in ap_run_process_connection (c=0x9a9a360) at connection.c:43 #15 0x080ade15 in child_main (child_num_arg=Variable child_num_arg is not available. ) at prefork.c:610 #16 0x080ae009 in make_child (s=0x991afd0, slot=0) at prefork.c:650 #17 0x080ae0d0 in startup_children (number_to_start=5) at prefork.c:722 #18 0x080ae7a3 in ap_mpm_run (_pconf=0x99160a8, plog=0x994e188, s=0x991afd0) at prefork.c:941 #19 0x080b38a3 in main (argc=2, argv=0xbf8a2f14) at main.c:618 -- Edit this bug report at http://bugs.php.net/?id=34580edit=1
#34574 [Opn-Bgs]: scandir() and readdir() do not support Unicode filenames
ID: 34574 Updated by: [EMAIL PROTECTED] Reported By: maxime dot pacary at winsoft dot fr -Status: Open +Status: Bogus Bug Type: Directory function related Operating System: Windows XP, 2003 PHP Version: 5.0.5 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 PHP does not support unicode operations until PHP6. Previous Comments: [2005-09-21 10:14:50] maxime dot pacary at winsoft dot fr Description: Hello PHP team, When I try to use scandir() and readdir() to get the content of a directory, if a file/dir name contains non iso-8859-1 characters, it is not retrieved correctly in PHP. e.g. (real dir name = result in PHP) test1 = test1 test2#322;#263;#281;#347;#380; = test2lcesz test3#25105;#24456;#39640;#20852; = test3 chdir() does not work as well when trying to change to a directory containing such characters (error: no such file or directory) And when I just try to execute a PHP script in such a directory - I get the following errors : Warning: Unknown: failed to open stream: No such file or directory in Unknown on line 0 Warning: Unknown: Failed opening 'D:\MAX\Source\test\test4æå¾é«å ´\index.php' for inclusion (include_path='.;C:\php5\pear') in Unknown on line 0 I have tried using GB2312 and UTF-8 Content-Type headers (suggested by moriyoshi), and checked the real content of the retrieved string, but there are (e.g. for chinese) only '?' characters (ASCII 63), nothing else hidden by something like a wrong charset. Thank you for your attention, Frosty NB. I have already added this message as a comment for bug #30195, so if you want you can mark this bug as duplicate ; I have created a new bug, because when you add a comment to a bug already in 'No feedback' status, its status does not change so the bug remains 'buried' in the deep darkness of the bugs waiting for feedback... It would be better if a bug status changes back to 'Open' or 'Feedback' when a comment is added... Thank you, Frosty -- Edit this bug report at http://bugs.php.net/?id=34574edit=1
#34575 [Asn-Bgs]: Commandline-Option '-c' does not work
ID: 34575 Updated by: [EMAIL PROTECTED] Reported By: Peter-Ulrich at Web dot de -Status: Assigned +Status: Bogus Bug Type: CGI related Operating System: Linux PHP Version: 5CVS2005-09-21 (cvs) Assigned To: johannes New Comment: Works fine when executed on the command line: php-cgi -c foo -i | grep ini Configuration File (php.ini) Path /tdtd class=vfoo The fact it does not work when using via #! has nothing to do with PHP itself. Previous Comments: [2005-09-21 10:39:07] Peter-Ulrich at Web dot de Description: The Commandline-Option '-c' does not work with PHP Version 5.0.5 together with a CLI-Programm where it is called in the Script like #!/usr/bin/php -c path/to/inifile When i change the Option to '--php-ini', then the Script runs with the korrekt ini-file. Best regards P. Ulrich -- Edit this bug report at http://bugs.php.net/?id=34575edit=1
#34581 [NEW]: crash with mod_rewrite
From: phpbugrep-20050921 at pgregg dot com Operating system: FreeBSD5.4-STABLE PHP version: 5CVS-2005-09-21 (snap) PHP Bug Type: Reproducible crash Bug description: crash with mod_rewrite Description: Similar to: http://bugs.php.net/bug.php?id=34204 PHP5.1-RC2-dev snaps (d/l today) crashes (segfaults) when a mod_rewrite is used with a .htaccess file (have not tried it hard coded into httpd.conf). PHP-5.1b2 works correctly without crashing. Reproduce code: --- Code to reproduce is available at: http://www.pgregg.com/crash/ the .htaccess file used there is live and accessing the url: http://www.pgregg.com/crash/d/123-123/foobar (to match one of the rules) will cause the httpd child to segfault. I have posted a backtrace there also. This is the .htaccess file from PHP Gallery (G2) modified to work in my example dir. Expected result: I expect the test.php to be called like: test.php?arg1=123arg2=123 Actual result: -- gdb /usr/local/apache/bin/httpd 2:42PM GNU gdb 6.3 Copyright 2004 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-unknown-freebsd5.4... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 354 p = ht-arBuckets[nIndex]; (gdb) bt #0 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 #1 0x28568106 in zend_list_insert (ptr=0x828f124, type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:47 #2 0x2856820c in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x828f124, rsrc_type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:99 #3 0x2852bbd8 in _php_stream_alloc (ops=0x286be5e0, abstract=0x828f024, persistent_id=0x0, mode=0x28617290 rb, __php_stream_call_depth=5, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=205, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/streams.c:263 #4 0x2853249f in _php_stream_fopen_from_fd (fd=16, mode=0x28617290 rb, persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=882, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:205 #5 0x285337b9 in _php_stream_fopen ( filename=0x828d4c0 /web/www.pgregg.com/source/test.php, mode=0x28617290 rb, opened_path=0xbfbfe338, options=133, __php_stream_call_depth=3, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=1233, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:882 #6 0x28534432 in _php_stream_fopen_with_path ( filename=0x828d4c0 /web/www.pgregg.com/source/test.php, mode=0x28617290 rb, path=0x28616d76 .:/usr/local/lib/php, opened_path=0xbfbfe338, options=133, __php_stream_call_depth=2, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=931, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:1233 #7 0x28533958 in php_plain_files_stream_opener (wrapper=0x286be688, path=0x828d4c0 /web/www.pgregg.com/source/test.php, mode=0x28617290 rb, options=133, opened_path=0xbfbfe338, context=0x0, __php_stream_call_depth=1, __zend_filename=0x2861937c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/streams.c, __zend_lineno=1773
#34582 [NEW]: Reference variables become mixed in with scope variables
From: michael at makeweb dot no Operating system: linux PHP version: 4.4.0 PHP Bug Type: Arrays related Bug description: Reference variables become mixed in with scope variables Description: Creating a reference variable then using foreach creating local variables of the same name will cause memory corruption/read errors. Reproduce code: --- ?php $arr = array(); $arr['oh no'] = 'abc'; $arr['test'] = 'def'; $ele = $arr['test']; foreach ($arr as $ele = $ment) if ($ele == 'test') print_r($ment); ? Expected result: Expected output is def Actual result: -- Actual output is oh no -- Edit bug report at http://bugs.php.net/?id=34582edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34582r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34582r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34582r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34582r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34582r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34582r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34582r=needscript Try newer version: http://bugs.php.net/fix.php?id=34582r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34582r=support Expected behavior: http://bugs.php.net/fix.php?id=34582r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34582r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34582r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34582r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34582r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34582r=dst IIS Stability: http://bugs.php.net/fix.php?id=34582r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34582r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34582r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34582r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34582r=mysqlcfg
#34574 [Bgs]: scandir() and readdir() do not support Unicode filenames
ID: 34574 User updated by: maxime dot pacary at winsoft dot fr Reported By: maxime dot pacary at winsoft dot fr Status: Bogus Bug Type: Directory function related Operating System: Windows XP, 2003 PHP Version: 5.0.5 New Comment: Thank you for your answer. I guess that Unicode operations support is more a 'feature request' than a bug... Waiting patiently for PHP6 then ;-) Or maybe... could I participate as a developer, to have it working earlier ;-)) Well, I will use the right way to do that if necessary instead of pollute bug reports. Previous Comments: [2005-09-21 16:16:02] [EMAIL PROTECTED] 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 PHP does not support unicode operations until PHP6. [2005-09-21 10:14:50] maxime dot pacary at winsoft dot fr Description: Hello PHP team, When I try to use scandir() and readdir() to get the content of a directory, if a file/dir name contains non iso-8859-1 characters, it is not retrieved correctly in PHP. e.g. (real dir name = result in PHP) test1 = test1 test2#322;#263;#281;#347;#380; = test2lcesz test3#25105;#24456;#39640;#20852; = test3 chdir() does not work as well when trying to change to a directory containing such characters (error: no such file or directory) And when I just try to execute a PHP script in such a directory - I get the following errors : Warning: Unknown: failed to open stream: No such file or directory in Unknown on line 0 Warning: Unknown: Failed opening 'D:\MAX\Source\test\test4æå¾é«å ´\index.php' for inclusion (include_path='.;C:\php5\pear') in Unknown on line 0 I have tried using GB2312 and UTF-8 Content-Type headers (suggested by moriyoshi), and checked the real content of the retrieved string, but there are (e.g. for chinese) only '?' characters (ASCII 63), nothing else hidden by something like a wrong charset. Thank you for your attention, Frosty NB. I have already added this message as a comment for bug #30195, so if you want you can mark this bug as duplicate ; I have created a new bug, because when you add a comment to a bug already in 'No feedback' status, its status does not change so the bug remains 'buried' in the deep darkness of the bugs waiting for feedback... It would be better if a bug status changes back to 'Open' or 'Feedback' when a comment is added... Thank you, Frosty -- Edit this bug report at http://bugs.php.net/?id=34574edit=1
#34583 [NEW]: When compiling without --without-pear install silently fails
From: mike at blueroot dot co dot uk Operating system: Linux 2.6 Fedora 2 PHP version: 5CVS-2005-09-21 (snap) PHP Bug Type: Compile Failure Bug description: When compiling without --without-pear install silently fails Description: When installing 5.1.0-RC2-dev (snap) it says that PEAR was not installed and gives instructions to install. What it doesnt say is that it installed mod_php into your apache directory, but didnt install the helper applications (and probably a few other things) Reproduce code: --- # cd php-5.0.5 ... # make install ... # phpize -v Configuring for: PHP Api Version: 20031224 Zend Module Api No: 20041030 Zend Extension Api No: 220040412 # cd php5-200509211230 # ./configure make make install .. Installing PHP SAPI module: apache [activating module `php5' in /www/conf/httpd.conf] cp libs/libphp5.so /www/libexec/libphp5.so chmod 755 /www/libexec/libphp5.so cp /www/conf/httpd.conf /www/conf/httpd.conf.bak cp /www/conf/httpd.conf.new /www/conf/httpd.conf rm /www/conf/httpd.conf.new Installing PHP CLI binary:/php5/bin/ Installing PHP CLI man page: /php5/man/man1/ Installing shared extensions: /php5/lib/php/extensions/no-debug-non-zts-20050617/ Installing PEAR environment: /php5/lib/php/ +--+ | The installation process is incomplete. The following resources were | | not installed: | | | | PEAR: PHP Extension and Application Repository | | | | To install these components, | | download http://pear.php.net/install-pear.phar to php-src/pear/ | | become the superuser and execute:| | | | # make install-su | +--+ make: *** [install-pear] Error 5 # /php5/bin/phpize -v Configuring for: PHP Api Version: 20031224 Zend Module Api No: 20041030 Zend Extension Api No: 220040412 Expected result: The above shows that the php helper apps didnt get installed properly, which causes all sorts of hidden problems. It says the installation process was incomplete, but part was completed. Is this just a warning, or does it represent an error? Surely it should just show a warning. -- Edit bug report at http://bugs.php.net/?id=34583edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34583r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34583r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34583r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34583r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34583r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34583r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34583r=needscript Try newer version: http://bugs.php.net/fix.php?id=34583r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34583r=support Expected behavior: http://bugs.php.net/fix.php?id=34583r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34583r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34583r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34583r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34583r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34583r=dst IIS Stability: http://bugs.php.net/fix.php?id=34583r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34583r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34583r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34583r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34583r=mysqlcfg
#34580 [Fbk-Csd]: Segmentation fault
ID: 34580 User updated by: acraft at nb dot sympatico dot ca Reported By: acraft at nb dot sympatico dot ca -Status: Feedback +Status: Closed Bug Type: Class/Object related Operating System: Fedora Core release 3 PHP Version: 5.1.0RC1 New Comment: I am sorry this was my fault, I thought I had checked everything but missed something. I apologize for wasting your time. Previous Comments: [2005-09-21 16:06:28] [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 to avoid embedding huge scripts into the report. [2005-09-21 15:54:30] acraft at nb dot sympatico dot ca The following does not cause a seg fault. $ts = '112005'; $t1 = substr($ts, 0, 2); $t2 = substr($ts, 2); $cal-initCalendarDMY(1, $t1, $t2 ); [2005-09-21 15:52:02] acraft at nb dot sympatico dot ca Description: When using a php function to create the variable for a class method a segmentation fault occurs. Reproduce code: --- $ts = '112005'; $cal-initCalendarDMY(1, substr($ts, 0, 2), substr($ts, 2) ); Expected result: No Segmemtation Fault Actual result: -- (gdb) bt #0 0xb7bb11cb in _zval_copy_ctor_func (zvalue=0xbf89ee34) at /root/src/php-5.1.0RC1/Zend/zend_variables.c:141 #1 0xb7be66e5 in ZEND_CAST_SPEC_VAR_HANDLER (execute_data=0xbf89ee60) at zend_variables.h:45 #2 0xb7bd1911 in execute (op_array=0x9d5b614) at zend_vm_execute.h:87 #3 0xb7bd1b03 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf89f6d0) at zend_vm_execute.h:219 #4 0xb7bd1911 in execute (op_array=0x9c26344) at zend_vm_execute.h:87 #5 0xb7bd1b03 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8a06e0) at zend_vm_execute.h:219 #6 0xb7bd1911 in execute (op_array=0x9cf542c) at zend_vm_execute.h:87 #7 0xb7bb280e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/src/php-5.1.0RC1/Zend/zend.c:1078 #8 0xb7b7fe68 in php_execute_script (primary_file=0xbf8a2a40) at /root/src/php-5.1.0RC1/main/main.c:1672 #9 0xb7c30275 in php_handler (r=0x9aa2600) at /root/src/php-5.1.0RC1/sapi/apache2handler/sapi_apache2.c:562 #10 0x080af63a in ap_run_handler (r=0x9aa2600) at config.c:152 #11 0x080afa05 in ap_invoke_handler (r=0x9aa2600) at config.c:364 #12 0x0809f151 in ap_process_request (r=0x9aa2600) at http_request.c:249 #13 0x0809ae19 in ap_process_http_connection (c=0x9a9a360) at http_core.c:251 #14 0x080b8b02 in ap_run_process_connection (c=0x9a9a360) at connection.c:43 #15 0x080ade15 in child_main (child_num_arg=Variable child_num_arg is not available. ) at prefork.c:610 #16 0x080ae009 in make_child (s=0x991afd0, slot=0) at prefork.c:650 #17 0x080ae0d0 in startup_children (number_to_start=5) at prefork.c:722 #18 0x080ae7a3 in ap_mpm_run (_pconf=0x99160a8, plog=0x994e188, s=0x991afd0) at prefork.c:941 #19 0x080b38a3 in main (argc=2, argv=0xbf8a2f14) at main.c:618 -- Edit this bug report at http://bugs.php.net/?id=34580edit=1
#34584 [NEW]: Segfault with SPL autoload handler
From: php dot net at benjamin dot schulz dot name
Operating system: linux
PHP version: 5CVS-2005-09-21 (CVS)
PHP Bug Type: Reproducible crash
Bug description: Segfault with SPL autoload handler
Description:
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 6664)]
0xb792bfb4 in _zend_hash_add_or_update (ht=0x82ac114, arKey=0xbfc97a40
foo_autoload,
nKeyLength=14, pData=0xbfc97a68, nDataSize=4, pDest=0xbfc97a60,
flag=2)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend_hash.c:215
215 if ((p-h == h) (p-nKeyLength == nKeyLength))
{
(gdb) bt
#0 0xb792bfb4 in _zend_hash_add_or_update (ht=0x82ac114, arKey=0xbfc97a40
foo_autoload,
nKeyLength=14, pData=0xbfc97a68, nDataSize=4, pDest=0xbfc97a60,
flag=2)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend_hash.c:215
#1 0xb786645f in zif_spl_autoload_register (ht=1,
return_value=0x82d70a4,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /home/bs/workspace/src/php5-cvs-5_1/ext/spl/php_spl.c:424
#2 0xb794994c in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc97bf0)
at zend_vm_execute.h:186
#3 0xb7949358 in execute (op_array=0x83608b4) at zend_vm_execute.h:87
#4 0xb79569b7 in ZEND_INCLUDE_OR_EVAL_SPEC_TMP_HANDLER
(execute_data=0xbfc97fe0)
at zend_vm_execute.h:4338
#5 0xb7949358 in execute (op_array=0x8287e7c) at zend_vm_execute.h:87
#6 0xb794f8d7 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER
(execute_data=0xbfc98a20)
at zend_vm_execute.h:1921
#7 0xb7949358 in execute (op_array=0x82d80cc) at zend_vm_execute.h:87
#8 0xb794f8d7 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER
(execute_data=0xbfc99130)
at zend_vm_execute.h:1921
#9 0xb7949358 in execute (op_array=0x831a344) at zend_vm_execute.h:87
#10 0xb7923f60 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend.c:1087
#11 0xb78e91bd in php_execute_script (primary_file=0xbfc9b490)
at /home/bs/workspace/src/php5-cvs-5_1/main/main.c:1677
#12 0xb79b4a72 in php_handler (r=0x8292d98)
at
/home/bs/workspace/src/php5-cvs-5_1/sapi/apache2handler/sapi_apache2.c:568
#13 0x08068aa5 in ap_run_handler ()
#14 0x08068f1c in ap_invoke_handler ()
#15 0x08065ce8 in ap_process_request ()
#16 0x08060ec8 in _start ()
#17 0x08292d98 in ?? ()
---Type return to continue, or q return to quit---
#18 0x0004 in ?? ()
#19 0x08292d98 in ?? ()
#20 0x08072bbc in ap_run_pre_connection ()
#21 0x08072a75 in ap_run_process_connection ()
#22 0x08066c6b in ap_graceful_stop_signalled ()
#23 0x08066e69 in ap_graceful_stop_signalled ()
#24 0x08066f70 in ap_graceful_stop_signalled ()
#25 0x080677ad in ap_mpm_run ()
#26 0x0806e090 in main ()
Reproduce code:
---
simplified autoload function:
function foo_autoload($class)
{
$search = array(
// FOO_BAR - FOO/BAR.php
str_replace('_', DIRECTORY_SEPARATOR, $class)
);
// FOO/BAR/BAR.php
array_push($search,
$search[0].DIRECTORY_SEPARATOR.basename($search[0]));
$paths = explode(PATH_SEPARATOR, get_include_path());
foreach($search AS $file)
{
foreach($paths AS $path)
{
if (file_exists($f = $path.DIRECTORY_SEPARATOR.$file.'.php'))
{
$GLOBALS['_FOO_AUTOLOAD'][$class] = $f;
return include_once($f);
}
}
}
return false;
}
--
Edit bug report at http://bugs.php.net/?id=34584edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34584r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34584r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34584r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34584r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34584r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34584r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34584r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34584r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34584r=support
Expected behavior: http://bugs.php.net/fix.php?id=34584r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34584r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34584r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34584r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34584r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34584r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34584r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34584r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34584r=float
No Zend Extensions:
#34584 [Opn-Fbk]: Segfault with SPL autoload handler
ID: 34584
Updated by: [EMAIL PROTECTED]
Reported By: php dot net at benjamin dot schulz dot name
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5CVS-2005-09-21 (CVS)
-Assigned To:
+Assigned To: helly
New Comment:
Please try with head that uses a different implementation.
Previous Comments:
[2005-09-21 18:52:55] php dot net at benjamin dot schulz dot name
Description:
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 6664)]
0xb792bfb4 in _zend_hash_add_or_update (ht=0x82ac114, arKey=0xbfc97a40
foo_autoload,
nKeyLength=14, pData=0xbfc97a68, nDataSize=4, pDest=0xbfc97a60,
flag=2)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend_hash.c:215
215 if ((p-h == h) (p-nKeyLength ==
nKeyLength)) {
(gdb) bt
#0 0xb792bfb4 in _zend_hash_add_or_update (ht=0x82ac114,
arKey=0xbfc97a40 foo_autoload,
nKeyLength=14, pData=0xbfc97a68, nDataSize=4, pDest=0xbfc97a60,
flag=2)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend_hash.c:215
#1 0xb786645f in zif_spl_autoload_register (ht=1,
return_value=0x82d70a4,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /home/bs/workspace/src/php5-cvs-5_1/ext/spl/php_spl.c:424
#2 0xb794994c in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc97bf0)
at zend_vm_execute.h:186
#3 0xb7949358 in execute (op_array=0x83608b4) at zend_vm_execute.h:87
#4 0xb79569b7 in ZEND_INCLUDE_OR_EVAL_SPEC_TMP_HANDLER
(execute_data=0xbfc97fe0)
at zend_vm_execute.h:4338
#5 0xb7949358 in execute (op_array=0x8287e7c) at zend_vm_execute.h:87
#6 0xb794f8d7 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER
(execute_data=0xbfc98a20)
at zend_vm_execute.h:1921
#7 0xb7949358 in execute (op_array=0x82d80cc) at zend_vm_execute.h:87
#8 0xb794f8d7 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER
(execute_data=0xbfc99130)
at zend_vm_execute.h:1921
#9 0xb7949358 in execute (op_array=0x831a344) at zend_vm_execute.h:87
#10 0xb7923f60 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend.c:1087
#11 0xb78e91bd in php_execute_script (primary_file=0xbfc9b490)
at /home/bs/workspace/src/php5-cvs-5_1/main/main.c:1677
#12 0xb79b4a72 in php_handler (r=0x8292d98)
at
/home/bs/workspace/src/php5-cvs-5_1/sapi/apache2handler/sapi_apache2.c:568
#13 0x08068aa5 in ap_run_handler ()
#14 0x08068f1c in ap_invoke_handler ()
#15 0x08065ce8 in ap_process_request ()
#16 0x08060ec8 in _start ()
#17 0x08292d98 in ?? ()
---Type return to continue, or q return to quit---
#18 0x0004 in ?? ()
#19 0x08292d98 in ?? ()
#20 0x08072bbc in ap_run_pre_connection ()
#21 0x08072a75 in ap_run_process_connection ()
#22 0x08066c6b in ap_graceful_stop_signalled ()
#23 0x08066e69 in ap_graceful_stop_signalled ()
#24 0x08066f70 in ap_graceful_stop_signalled ()
#25 0x080677ad in ap_mpm_run ()
#26 0x0806e090 in main ()
Reproduce code:
---
simplified autoload function:
function foo_autoload($class)
{
$search = array(
// FOO_BAR - FOO/BAR.php
str_replace('_', DIRECTORY_SEPARATOR, $class)
);
// FOO/BAR/BAR.php
array_push($search,
$search[0].DIRECTORY_SEPARATOR.basename($search[0]));
$paths = explode(PATH_SEPARATOR, get_include_path());
foreach($search AS $file)
{
foreach($paths AS $path)
{
if (file_exists($f =
$path.DIRECTORY_SEPARATOR.$file.'.php'))
{
$GLOBALS['_FOO_AUTOLOAD'][$class] = $f;
return include_once($f);
}
}
}
return false;
}
--
Edit this bug report at http://bugs.php.net/?id=34584edit=1
#34586 [NEW]: BYTE input and output problem
From: madamjak at pobox dot sk
Operating system: Solaris 2.8
PHP version: 5.0.5
PHP Bug Type: Informix related
Bug description: BYTE input and output problem
Description:
I want to put and get binary data to column type of binary BLOB (not Smart
BLOB). When I put binary data that contain bytes with ASCII code between
127-255 into BLOB column and after this I get this same data from this
same BLOB column this data are changed. These changes are probably same as
changes for codepages transformation. My aplication works in Slovak
locales. When I put binary data into this BYTE column from PC by MS Access
and get by php function ifx_get_blob the data was correct.
Reproduce code:
---
?php
// creating persistent connection to Informix ver 10.0
// lines deleted
$upfile='//usr//local//apache//htdocs//test//upload//asci_input.txt';
echo $upfile.'BR';
$blobid = ifx_create_blob(1, 1, $upfile);
$blobidarray[] = $blobid;
$resid = ifx_query (INSERT INTO test (ID, OBJEKT)
VALUES(0,?), $link,
$blobidarray);
if (! $resid)
{
// echo Error messages ...;
die;
}
$sqlca = ifx_getsqlca ($resid);
$serial_value = $sqlca[sqlerrd1];
$resid = ifx_query (SELECT * FROM test WHERE ID='$serial_value',
$link);
$row = ifx_fetch_row ($resid, NEXT);
$obsah = ifx_get_blob($row[objekt]);
$fp = FOpen(//usr//local//apache//htdocs//test//upload//asci_output.txt,
wb+) or
die(I can not create file);
FWrite($fp, $obsah);
Fclose($fp);
?
Expected result:
I except that ascii_input.txt and ascii_output.txt have to have same
content.
Actual result:
--
Content of ascii_input.txt and ascii_output.txt is different. Bytes with
ascii codes are changed.
--
Edit bug report at http://bugs.php.net/?id=34586edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34586r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34586r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34586r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34586r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34586r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34586r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34586r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34586r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34586r=support
Expected behavior: http://bugs.php.net/fix.php?id=34586r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34586r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34586r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34586r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34586r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34586r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34586r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34586r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34586r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34586r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34586r=mysqlcfg
#34587 [NEW]: PDO::__construct() error
From: [EMAIL PROTECTED]
Operating system: Windows XP Professional
PHP version: 5.1.0RC1
PHP Bug Type: PDO related
Bug description: PDO::__construct() error
Description:
A PDO::__construct() throwed an exception when I tried to open sqlite
database, seem no driver for sqlite.
My dsn is work fine in PHP 5.0.5.
Reproduce code:
---
?php
$dbh = new PDO('sqlite:D:/DB/SQLite/test.db3');
?
Expected result:
$dbh is a PDO object.
Actual result:
--
Fatal error: Uncaught exception 'PDOException' with message 'could not
find driver'
--
Edit bug report at http://bugs.php.net/?id=34587edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34587r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34587r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34587r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34587r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34587r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34587r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34587r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34587r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34587r=support
Expected behavior: http://bugs.php.net/fix.php?id=34587r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34587r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34587r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34587r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34587r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34587r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34587r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34587r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34587r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34587r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34587r=mysqlcfg
#34587 [Opn-Fbk]: PDO::__construct() error
ID: 34587
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: Windows XP Professional
PHP Version: 5.1.0RC1
New Comment:
Are you sure pdo_sqlite has been loaded? Try php -m.
Previous Comments:
[2005-09-21 20:41:02] [EMAIL PROTECTED]
Description:
A PDO::__construct() throwed an exception when I tried to open sqlite
database, seem no driver for sqlite.
My dsn is work fine in PHP 5.0.5.
Reproduce code:
---
?php
$dbh = new PDO('sqlite:D:/DB/SQLite/test.db3');
?
Expected result:
$dbh is a PDO object.
Actual result:
--
Fatal error: Uncaught exception 'PDOException' with message 'could not
find driver'
--
Edit this bug report at http://bugs.php.net/?id=34587edit=1
#34588 [NEW]: Local session.gc_maxlifetime not always being respected
From: michael dot caplan at htc dot ca Operating system: Debian PHP version: 4.4.0 PHP Bug Type: Session related Bug description: Local session.gc_maxlifetime not always being respected Description: I have a rather peculiar problem with session.gc_maxlifetime local settings not being respected under certain circumstances. In order to ensure that sessions created for our application would have a max lifetime longer than the default 24 minutes, we cranked session.gc_maxlifetime in an .htaccess file to 4 hours (local value). However, our sessions where still being clean up after 24 minutes. I validated through phpinfo() that it was actually picking up the local setting, which it was. I also noticed in my testing that if I reduced the session.gc_maxlifetime local value to less than the master value, my sessions would be cleaned up in accordance to the local value. When we changed the master value to 4 hours, we are no longer having our sessions cleaned up within 24 minutes. It appears that the local value of session.gc_maxlifetime is only being respected if it is less than that of the master value. The noted behaviour I beleive has to do with PHP internal session handling mechanism. I have no other oppertations touching session content. Also, the behaviour was noted at the file system level when another user is connecting with a different session ID resulting in other users sessions being cleaned up. So it is not an issue of a current user having his session invalidated through other means outside of garbage collection. BTW, we are using the file based session container -- Edit bug report at http://bugs.php.net/?id=34588edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34588r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34588r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34588r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34588r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34588r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34588r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34588r=needscript Try newer version: http://bugs.php.net/fix.php?id=34588r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34588r=support Expected behavior: http://bugs.php.net/fix.php?id=34588r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34588r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34588r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34588r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34588r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34588r=dst IIS Stability: http://bugs.php.net/fix.php?id=34588r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34588r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34588r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34588r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34588r=mysqlcfg
#34580 [Csd-Fbk]: Segmentation fault
ID: 34580 Updated by: [EMAIL PROTECTED] Reported By: acraft at nb dot sympatico dot ca -Status: Closed +Status: Feedback Bug Type: Class/Object related Operating System: Fedora Core release 3 PHP Version: 5.1.0RC1 New Comment: Hmm.. I'm still curious what was the reason for the segfault. Could you provide a short but complete reproduce case? Or at least tell me how exactly did you fix it? Previous Comments: [2005-09-21 18:39:16] acraft at nb dot sympatico dot ca I am sorry this was my fault, I thought I had checked everything but missed something. I apologize for wasting your time. [2005-09-21 16:06:28] [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 to avoid embedding huge scripts into the report. [2005-09-21 15:54:30] acraft at nb dot sympatico dot ca The following does not cause a seg fault. $ts = '112005'; $t1 = substr($ts, 0, 2); $t2 = substr($ts, 2); $cal-initCalendarDMY(1, $t1, $t2 ); [2005-09-21 15:52:02] acraft at nb dot sympatico dot ca Description: When using a php function to create the variable for a class method a segmentation fault occurs. Reproduce code: --- $ts = '112005'; $cal-initCalendarDMY(1, substr($ts, 0, 2), substr($ts, 2) ); Expected result: No Segmemtation Fault Actual result: -- (gdb) bt #0 0xb7bb11cb in _zval_copy_ctor_func (zvalue=0xbf89ee34) at /root/src/php-5.1.0RC1/Zend/zend_variables.c:141 #1 0xb7be66e5 in ZEND_CAST_SPEC_VAR_HANDLER (execute_data=0xbf89ee60) at zend_variables.h:45 #2 0xb7bd1911 in execute (op_array=0x9d5b614) at zend_vm_execute.h:87 #3 0xb7bd1b03 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf89f6d0) at zend_vm_execute.h:219 #4 0xb7bd1911 in execute (op_array=0x9c26344) at zend_vm_execute.h:87 #5 0xb7bd1b03 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8a06e0) at zend_vm_execute.h:219 #6 0xb7bd1911 in execute (op_array=0x9cf542c) at zend_vm_execute.h:87 #7 0xb7bb280e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/src/php-5.1.0RC1/Zend/zend.c:1078 #8 0xb7b7fe68 in php_execute_script (primary_file=0xbf8a2a40) at /root/src/php-5.1.0RC1/main/main.c:1672 #9 0xb7c30275 in php_handler (r=0x9aa2600) at /root/src/php-5.1.0RC1/sapi/apache2handler/sapi_apache2.c:562 #10 0x080af63a in ap_run_handler (r=0x9aa2600) at config.c:152 #11 0x080afa05 in ap_invoke_handler (r=0x9aa2600) at config.c:364 #12 0x0809f151 in ap_process_request (r=0x9aa2600) at http_request.c:249 #13 0x0809ae19 in ap_process_http_connection (c=0x9a9a360) at http_core.c:251 #14 0x080b8b02 in ap_run_process_connection (c=0x9a9a360) at connection.c:43 #15 0x080ade15 in child_main (child_num_arg=Variable child_num_arg is not available. ) at prefork.c:610 #16 0x080ae009 in make_child (s=0x991afd0, slot=0) at prefork.c:650 #17 0x080ae0d0 in startup_children (number_to_start=5) at prefork.c:722 #18 0x080ae7a3 in ap_mpm_run (_pconf=0x99160a8, plog=0x994e188, s=0x991afd0) at prefork.c:941 #19 0x080b38a3 in main (argc=2, argv=0xbf8a2f14) at main.c:618 -- Edit this bug report at http://bugs.php.net/?id=34580edit=1
#34589 [NEW]: Strange effects of file_exists() etc. caching
From: pjf at asn dot pl Operating system: GNU PHP version: 5.0.5 PHP Bug Type: *Directory/Filesystem functions Bug description: Strange effects of file_exists() etc. caching Description: I find caching of file_exists() and similar functions causing strange results - as presented by attached code, it might cause unexistent files to... exist :). Reproduce code: --- [EMAIL PROTECTED] file_exists]$ ls file_exists.php [EMAIL PROTECTED] file_exists]$ cat file_exists.php ?php touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); echo file_exists(foobar) . \n; ? Expected result: [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 Actual result: -- [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 1 -- Edit bug report at http://bugs.php.net/?id=34589edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34589r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34589r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34589r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34589r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34589r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34589r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34589r=needscript Try newer version: http://bugs.php.net/fix.php?id=34589r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34589r=support Expected behavior: http://bugs.php.net/fix.php?id=34589r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34589r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34589r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34589r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34589r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34589r=dst IIS Stability: http://bugs.php.net/fix.php?id=34589r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34589r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34589r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34589r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34589r=mysqlcfg
#34589 [Opn]: Strange effects of file_exists() etc. caching
ID: 34589 User updated by: pjf at asn dot pl Reported By: pjf at asn dot pl Status: Open Bug Type: *Directory/Filesystem functions Operating System: GNU PHP Version: 5.0.5 New Comment: I made mistake in the code - here is the corrected version: touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); chdir(foodir); echo file_exists(foobar) . \n; Previous Comments: [2005-09-21 21:51:41] pjf at asn dot pl Description: I find caching of file_exists() and similar functions causing strange results - as presented by attached code, it might cause unexistent files to... exist :). Reproduce code: --- [EMAIL PROTECTED] file_exists]$ ls file_exists.php [EMAIL PROTECTED] file_exists]$ cat file_exists.php ?php touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); echo file_exists(foobar) . \n; ? Expected result: [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 Actual result: -- [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 1 -- Edit this bug report at http://bugs.php.net/?id=34589edit=1
#34589 [Opn-Bgs]: Strange effects of file_exists() etc. caching
ID: 34589 Updated by: [EMAIL PROTECTED] Reported By: pjf at asn dot pl -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: GNU PHP Version: 5.0.5 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 clearstatcache() to clear the cache. Previous Comments: [2005-09-21 21:55:45] pjf at asn dot pl I made mistake in the code - here is the corrected version: touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); chdir(foodir); echo file_exists(foobar) . \n; [2005-09-21 21:51:41] pjf at asn dot pl Description: I find caching of file_exists() and similar functions causing strange results - as presented by attached code, it might cause unexistent files to... exist :). Reproduce code: --- [EMAIL PROTECTED] file_exists]$ ls file_exists.php [EMAIL PROTECTED] file_exists]$ cat file_exists.php ?php touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); echo file_exists(foobar) . \n; ? Expected result: [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 Actual result: -- [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 1 -- Edit this bug report at http://bugs.php.net/?id=34589edit=1
#34590 [NEW]: User defined PDOStatement class can't implement methods
From: php dot net at benjamin dot schulz dot name
Operating system: linux
PHP version: 4CVS-2005-09-21 (CVS)
PHP Bug Type: PDO related
Bug description: User defined PDOStatement class can't implement methods
Description:
When using PDO::ATTR_STATEMENT_CLASS the statement object is an object of
the user defined class but it's not possible to access it's (non-pdo)
methods
Reproduce code:
---
?php
$pdo = new PDO(pgsql:user=zrm dbname=zrm host=localhost);
class myStatement extends PDOStatement
{
function foo()
{
echo __METHOD__;
}
}
$opts = array();
$opts[PDO::ATTR_STATEMENT_CLASS] = array('myStatement');
$r = $pdo-prepare('SELECT login_id FROM logins', $opts);
var_dump($r-foo());
?
Expected result:
myStatement::foo()
Actual result:
--
Fatal error: Call to undefined method myStatement::foo()
--
Edit bug report at http://bugs.php.net/?id=34590edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34590r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34590r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34590r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34590r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34590r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34590r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34590r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34590r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34590r=support
Expected behavior: http://bugs.php.net/fix.php?id=34590r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34590r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34590r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34590r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34590r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34590r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34590r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34590r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34590r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34590r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34590r=mysqlcfg
#34590 [Opn]: User defined PDOStatement class can't implement methods
ID: 34590
User updated by: php dot net at benjamin dot schulz dot name
Reported By: php dot net at benjamin dot schulz dot name
Status: Open
Bug Type: PDO related
Operating System: linux
-PHP Version: 4CVS-2005-09-21 (CVS)
+PHP Version: 5CVS-2005-09-21 (CVS)
New Comment:
adjusted the php version
Previous Comments:
[2005-09-21 22:15:04] php dot net at benjamin dot schulz dot name
Description:
When using PDO::ATTR_STATEMENT_CLASS the statement object is an object
of the user defined class but it's not possible to access it's
(non-pdo) methods
Reproduce code:
---
?php
$pdo = new PDO(pgsql:user=zrm dbname=zrm host=localhost);
class myStatement extends PDOStatement
{
function foo()
{
echo __METHOD__;
}
}
$opts = array();
$opts[PDO::ATTR_STATEMENT_CLASS] = array('myStatement');
$r = $pdo-prepare('SELECT login_id FROM logins', $opts);
var_dump($r-foo());
?
Expected result:
myStatement::foo()
Actual result:
--
Fatal error: Call to undefined method myStatement::foo()
--
Edit this bug report at http://bugs.php.net/?id=34590edit=1
#34589 [Bgs-Opn]: Strange effects of file_exists() etc. caching
ID: 34589 User updated by: pjf at asn dot pl Reported By: pjf at asn dot pl -Status: Bogus +Status: Open Bug Type: *Directory/Filesystem functions Operating System: GNU PHP Version: 5.0.5 New Comment: Don't you think that the key that is used to access the cache should be the _full_, _absolute_ path instead of just the string passed to file_exists()? Current solution doesn't guarantee proper results - how do you know whether the code you call doesn't change into some other directory and stats() eg. foo won't interfere with the other piece code checking for foo existence in other directory? The only way to do such checks reliably is to call clearstatcache() _each_ _time_ what makes the cache useless. At least for me. I think it's a design error. Previous Comments: [2005-09-21 22:02:02] [EMAIL PROTECTED] 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 clearstatcache() to clear the cache. [2005-09-21 21:55:45] pjf at asn dot pl I made mistake in the code - here is the corrected version: touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); chdir(foodir); echo file_exists(foobar) . \n; [2005-09-21 21:51:41] pjf at asn dot pl Description: I find caching of file_exists() and similar functions causing strange results - as presented by attached code, it might cause unexistent files to... exist :). Reproduce code: --- [EMAIL PROTECTED] file_exists]$ ls file_exists.php [EMAIL PROTECTED] file_exists]$ cat file_exists.php ?php touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); echo file_exists(foobar) . \n; ? Expected result: [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 Actual result: -- [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 1 -- Edit this bug report at http://bugs.php.net/?id=34589edit=1
#34589 [Opn-Bgs]: Strange effects of file_exists() etc. caching
ID: 34589 Updated by: [EMAIL PROTECTED] Reported By: pjf at asn dot pl -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: GNU PHP Version: 5.0.5 New Comment: No, I don't think so. If you're trying to outsmart the cache jumping from/into different directories and doing the stat() using *relative* path - this is not PHP problem (and it can be easily solved with clearstatcache(), but I've already told you that). Previous Comments: [2005-09-21 22:21:44] pjf at asn dot pl Don't you think that the key that is used to access the cache should be the _full_, _absolute_ path instead of just the string passed to file_exists()? Current solution doesn't guarantee proper results - how do you know whether the code you call doesn't change into some other directory and stats() eg. foo won't interfere with the other piece code checking for foo existence in other directory? The only way to do such checks reliably is to call clearstatcache() _each_ _time_ what makes the cache useless. At least for me. I think it's a design error. [2005-09-21 22:02:02] [EMAIL PROTECTED] 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 clearstatcache() to clear the cache. [2005-09-21 21:55:45] pjf at asn dot pl I made mistake in the code - here is the corrected version: touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); chdir(foodir); echo file_exists(foobar) . \n; [2005-09-21 21:51:41] pjf at asn dot pl Description: I find caching of file_exists() and similar functions causing strange results - as presented by attached code, it might cause unexistent files to... exist :). Reproduce code: --- [EMAIL PROTECTED] file_exists]$ ls file_exists.php [EMAIL PROTECTED] file_exists]$ cat file_exists.php ?php touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); echo file_exists(foobar) . \n; ? Expected result: [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 Actual result: -- [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 1 -- Edit this bug report at http://bugs.php.net/?id=34589edit=1
#34590 [Com]: User defined PDOStatement class can't implement methods
ID: 34590
Comment by: christian dot mueller at dfpx dot de
Reported By: php dot net at benjamin dot schulz dot name
Status: Open
Bug Type: PDO related
Operating System: linux
PHP Version: 5CVS-2005-09-21 (CVS)
New Comment:
Duplicate of http://bugs.php.net/bug.php?id=34235
But this on has an much tighter reproduce code.
Previous Comments:
[2005-09-21 22:16:59] php dot net at benjamin dot schulz dot name
adjusted the php version
[2005-09-21 22:15:04] php dot net at benjamin dot schulz dot name
Description:
When using PDO::ATTR_STATEMENT_CLASS the statement object is an object
of the user defined class but it's not possible to access it's
(non-pdo) methods
Reproduce code:
---
?php
$pdo = new PDO(pgsql:user=zrm dbname=zrm host=localhost);
class myStatement extends PDOStatement
{
function foo()
{
echo __METHOD__;
}
}
$opts = array();
$opts[PDO::ATTR_STATEMENT_CLASS] = array('myStatement');
$r = $pdo-prepare('SELECT login_id FROM logins', $opts);
var_dump($r-foo());
?
Expected result:
myStatement::foo()
Actual result:
--
Fatal error: Call to undefined method myStatement::foo()
--
Edit this bug report at http://bugs.php.net/?id=34590edit=1
#34589 [Bgs-Csd]: Strange effects of file_exists() etc. caching
ID: 34589 User updated by: pjf at asn dot pl Reported By: pjf at asn dot pl -Status: Bogus +Status: Closed Bug Type: *Directory/Filesystem functions Operating System: GNU PHP Version: 5.0.5 New Comment: To outsmart the cache... Rest in piece, Unix principles. Hint for those who encounter the same problem as mine: use realpath(). A hack, but works as file_exists() should. Previous Comments: [2005-09-21 22:33:50] [EMAIL PROTECTED] No, I don't think so. If you're trying to outsmart the cache jumping from/into different directories and doing the stat() using *relative* path - this is not PHP problem (and it can be easily solved with clearstatcache(), but I've already told you that). [2005-09-21 22:21:44] pjf at asn dot pl Don't you think that the key that is used to access the cache should be the _full_, _absolute_ path instead of just the string passed to file_exists()? Current solution doesn't guarantee proper results - how do you know whether the code you call doesn't change into some other directory and stats() eg. foo won't interfere with the other piece code checking for foo existence in other directory? The only way to do such checks reliably is to call clearstatcache() _each_ _time_ what makes the cache useless. At least for me. I think it's a design error. [2005-09-21 22:02:02] [EMAIL PROTECTED] 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 clearstatcache() to clear the cache. [2005-09-21 21:55:45] pjf at asn dot pl I made mistake in the code - here is the corrected version: touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); chdir(foodir); echo file_exists(foobar) . \n; [2005-09-21 21:51:41] pjf at asn dot pl Description: I find caching of file_exists() and similar functions causing strange results - as presented by attached code, it might cause unexistent files to... exist :). Reproduce code: --- [EMAIL PROTECTED] file_exists]$ ls file_exists.php [EMAIL PROTECTED] file_exists]$ cat file_exists.php ?php touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); echo file_exists(foobar) . \n; ? Expected result: [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 Actual result: -- [EMAIL PROTECTED] file_exists]$ php file_exists.php 1 1 -- Edit this bug report at http://bugs.php.net/?id=34589edit=1
#34591 [NEW]: XML parsing seems to skip some data
From: priit at ww dot ee Operating system: Windows XP SP2 PHP version: 5.0.5 PHP Bug Type: XML related Bug description: XML parsing seems to skip some data Description: XML parsing seems to skip certain info. specially data in fields before öäüõ (non-american-letters) etc. The same code has worked perfectly on any PHP 4.1+ (well until 4.3.6 or 7 I have tested it) versions. Reproduce code: --- ?xml version=1.0 encoding=ISO-8859-15? rida tootaja_id519/tootaja_id eesnimiXxX/eesnimi perekonnanimiYyY/perekonnanimi synniaeg21.02.1900/synniaeg aadressPõllu 1202-2, 10920 Tallinn/aadress haridustasekõrgharidus/haridustase erialakaubandusökonoomika/eriala telefon625 7700/telefon e_post[EMAIL PROTECTED]/e_post ametijuhend_viit/ametijuhend_viit asutusTööturuamet/asutus yksus_nimetusJuhtkond/yksus_nimetus yksus_id10/yksus_id prioriteet1/prioriteet on_peatumine0/on_peatumine /rida Expected result: aadress = Põllu 1202-2, 10920 Tallinn haridustase = kõrgharidus eriala = kaubandusökonoomika asutus = Tööturuamet (skipped the lines that were parsed fine!) PHP code I use is from php homepage sample or something... Actual result: -- aadress = õllu 1202-2, 10920 Tallinn haridustase = õrgharidus eriala = ökonoomika asutus = ööturuamet -- Edit bug report at http://bugs.php.net/?id=34591edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34591r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34591r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34591r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34591r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34591r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34591r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34591r=needscript Try newer version: http://bugs.php.net/fix.php?id=34591r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34591r=support Expected behavior: http://bugs.php.net/fix.php?id=34591r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34591r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34591r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34591r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34591r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34591r=dst IIS Stability: http://bugs.php.net/fix.php?id=34591r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34591r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34591r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34591r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34591r=mysqlcfg
#34589 [Csd-Bgs]: Strange effects of file_exists() etc. caching
ID: 34589 Updated by: [EMAIL PROTECTED] Reported By: pjf at asn dot pl -Status: Closed +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: GNU PHP Version: 5.0.5 Previous Comments: [2005-09-21 22:52:09] pjf at asn dot pl To outsmart the cache... Rest in piece, Unix principles. Hint for those who encounter the same problem as mine: use realpath(). A hack, but works as file_exists() should. [2005-09-21 22:33:50] [EMAIL PROTECTED] No, I don't think so. If you're trying to outsmart the cache jumping from/into different directories and doing the stat() using *relative* path - this is not PHP problem (and it can be easily solved with clearstatcache(), but I've already told you that). [2005-09-21 22:21:44] pjf at asn dot pl Don't you think that the key that is used to access the cache should be the _full_, _absolute_ path instead of just the string passed to file_exists()? Current solution doesn't guarantee proper results - how do you know whether the code you call doesn't change into some other directory and stats() eg. foo won't interfere with the other piece code checking for foo existence in other directory? The only way to do such checks reliably is to call clearstatcache() _each_ _time_ what makes the cache useless. At least for me. I think it's a design error. [2005-09-21 22:02:02] [EMAIL PROTECTED] 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 clearstatcache() to clear the cache. [2005-09-21 21:55:45] pjf at asn dot pl I made mistake in the code - here is the corrected version: touch(foobar); echo file_exists(foobar) . \n; mkdir(foodir); chdir(foodir); echo file_exists(foobar) . \n; 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/34589 -- Edit this bug report at http://bugs.php.net/?id=34589edit=1
#34591 [Opn-Fbk]: XML parsing seems to skip some data
ID: 34591 Updated by: [EMAIL PROTECTED] Reported By: priit at ww dot ee -Status: Open +Status: Feedback Bug Type: XML related Operating System: Windows XP SP2 PHP Version: 5.0.5 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 to avoid embedding huge scripts into the report. Previous Comments: [2005-09-21 22:59:36] priit at ww dot ee Description: XML parsing seems to skip certain info. specially data in fields before öäüõ (non-american-letters) etc. The same code has worked perfectly on any PHP 4.1+ (well until 4.3.6 or 7 I have tested it) versions. Reproduce code: --- ?xml version=1.0 encoding=ISO-8859-15? rida tootaja_id519/tootaja_id eesnimiXxX/eesnimi perekonnanimiYyY/perekonnanimi synniaeg21.02.1900/synniaeg aadressPõllu 1202-2, 10920 Tallinn/aadress haridustasekõrgharidus/haridustase erialakaubandusökonoomika/eriala telefon625 7700/telefon e_post[EMAIL PROTECTED]/e_post ametijuhend_viit/ametijuhend_viit asutusTööturuamet/asutus yksus_nimetusJuhtkond/yksus_nimetus yksus_id10/yksus_id prioriteet1/prioriteet on_peatumine0/on_peatumine /rida Expected result: aadress = Põllu 1202-2, 10920 Tallinn haridustase = kõrgharidus eriala = kaubandusökonoomika asutus = Tööturuamet (skipped the lines that were parsed fine!) PHP code I use is from php homepage sample or something... Actual result: -- aadress = õllu 1202-2, 10920 Tallinn haridustase = õrgharidus eriala = ökonoomika asutus = ööturuamet -- Edit this bug report at http://bugs.php.net/?id=34591edit=1
#34582 [Opn-Bgs]: Reference variables become mixed in with scope variables
ID: 34582 Updated by: [EMAIL PROTECTED] Reported By: michael at makeweb dot no -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: linux PHP Version: 4.4.0 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 Previous Comments: [2005-09-21 16:33:18] michael at makeweb dot no Description: Creating a reference variable then using foreach creating local variables of the same name will cause memory corruption/read errors. Reproduce code: --- ?php $arr = array(); $arr['oh no'] = 'abc'; $arr['test'] = 'def'; $ele = $arr['test']; foreach ($arr as $ele = $ment) if ($ele == 'test') print_r($ment); ? Expected result: Expected output is def Actual result: -- Actual output is oh no -- Edit this bug report at http://bugs.php.net/?id=34582edit=1
#34235 [Asn-Bgs]: Can't override execute(), can't call own Methods
ID: 34235
Updated by: [EMAIL PROTECTED]
Reported By: christian dot mueller at dfpx dot de
-Status: Assigned
+Status: Bogus
Bug Type: PDO related
Operating System: *
PHP Version: 5CVS-2005-09-16 (snap)
Assigned To: helly
New Comment:
Bogused in favor of #34590
Previous Comments:
[2005-09-21 12:43:30] [EMAIL PROTECTED]
Marcus, look above..
[2005-09-21 12:29:59] christian dot mueller at dfpx dot de
The code you use does work, ok.
But it has nothing to do with the Bug.
Please use the Reproduce code.
[2005-09-21 11:50:59] [EMAIL PROTECTED]
Works in php 5.1:
php -r 'class T extends PDO{function
exec(){var_dump(myexec);}function f(){}}$o=new
T(sqlite::memory:);$o-exec();ReflectionClass::export(T);'
PDO doesn't support 5.0 atm.
[2005-08-24 20:22:46] volka at cs dot tu-berlin dot de
method_exists() returning true but the actual call failing is
bewildering to say the least
--8---8---
?php
class MTFrame_DB_PDOStatement extends PDOStatement
{
public function execute()
{ return; }
public function foo()
{ return; }
}
class MTFrame_DB_PDO extends PDO
{
function prepare($sql)
{
return parent::prepare($sql,
array(PDO_ATTR_STATEMENT_CLASS=array('MTFrame_DB_PDOStatement')));
}
}
$m = new MTFrame_DB_PDO('sqlite:mydb.sq3');
$stmt = $m-prepare(SELECT COUNT(*) FROM sqlite_master WHERE
type='table');
if ( method_exists($stmt, 'foo') )
$stmt-foo();
else
echo 'no such method';
?
--8---8---
[2005-08-24 18:13:11] christian dot mueller at dfpx dot de
The manual (or further sources) does not state, that
PDOStatement::execute() can't be overridden or that PDO::prepare()
returns a somewhat castrated object.
var_dump($stmt) identifies $stmt as of MTFrame_DB_PDOStatement, just as
in my reproduce code. But the object lacks method foo(). Better said,
the object acts, as if it was a plain PDOStatement. This is no
expected, please correct me.
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/34235
--
Edit this bug report at http://bugs.php.net/?id=34235edit=1
#34590 [Opn-Asn]: User defined PDOStatement class can't implement methods
ID: 34590
Updated by: [EMAIL PROTECTED]
Reported By: php dot net at benjamin dot schulz dot name
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: linux
PHP Version: 5CVS-2005-09-21 (CVS)
-Assigned To:
+Assigned To: helly
New Comment:
Marcus, fix.
Previous Comments:
[2005-09-21 22:45:57] christian dot mueller at dfpx dot de
Duplicate of http://bugs.php.net/bug.php?id=34235
But this on has an much tighter reproduce code.
[2005-09-21 22:15:04] php dot net at benjamin dot schulz dot name
Description:
When using PDO::ATTR_STATEMENT_CLASS the statement object is an object
of the user defined class but it's not possible to access it's
(non-pdo) methods
Reproduce code:
---
?php
$pdo = new PDO(pgsql:user=zrm dbname=zrm host=localhost);
class myStatement extends PDOStatement
{
function foo()
{
echo __METHOD__;
}
}
$opts = array();
$opts[PDO::ATTR_STATEMENT_CLASS] = array('myStatement');
$r = $pdo-prepare('SELECT login_id FROM logins', $opts);
var_dump($r-foo());
?
Expected result:
myStatement::foo()
Actual result:
--
Fatal error: Call to undefined method myStatement::foo()
--
Edit this bug report at http://bugs.php.net/?id=34590edit=1
#34586 [Opn-Fbk]: BYTE input and output problem
ID: 34586
Updated by: [EMAIL PROTECTED]
Reported By: madamjak at pobox dot sk
-Status: Open
+Status: Feedback
Bug Type: Informix related
Operating System: Solaris 2.8
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-09-21 20:18:52] madamjak at pobox dot sk
Description:
I want to put and get binary data to column type of binary BLOB (not
Smart BLOB). When I put binary data that contain bytes with ASCII code
between 127-255 into BLOB column and after this I get this same data
from this same BLOB column this data are changed. These changes are
probably same as changes for codepages transformation. My aplication
works in Slovak locales. When I put binary data into this BYTE column
from PC by MS Access and get by php function ifx_get_blob the data was
correct.
Reproduce code:
---
?php
// creating persistent connection to Informix ver 10.0
// lines deleted
$upfile='//usr//local//apache//htdocs//test//upload//asci_input.txt';
echo $upfile.'BR';
$blobid = ifx_create_blob(1, 1, $upfile);
$blobidarray[] = $blobid;
$resid = ifx_query (INSERT INTO test (ID, OBJEKT)
VALUES(0,?),
$link, $blobidarray);
if (! $resid)
{
// echo Error messages ...;
die;
}
$sqlca = ifx_getsqlca ($resid);
$serial_value = $sqlca[sqlerrd1];
$resid = ifx_query (SELECT * FROM test WHERE ID='$serial_value',
$link);
$row = ifx_fetch_row ($resid, NEXT);
$obsah = ifx_get_blob($row[objekt]);
$fp =
FOpen(//usr//local//apache//htdocs//test//upload//asci_output.txt,
wb+) or
die(I can not create file);
FWrite($fp, $obsah);
Fclose($fp);
?
Expected result:
I except that ascii_input.txt and ascii_output.txt have to have same
content.
Actual result:
--
Content of ascii_input.txt and ascii_output.txt is different. Bytes
with ascii codes are changed.
--
Edit this bug report at http://bugs.php.net/?id=34586edit=1
#34591 [Fbk-Opn]: XML parsing seems to skip some data
ID: 34591
User updated by: priit at ww dot ee
Reported By: priit at ww dot ee
-Status: Feedback
+Status: Open
Bug Type: XML related
Operating System: Windows XP SP2
PHP Version: 5.0.5
New Comment:
using php code:
$xml_parser = xml_parser_create('ISO-8859-1');
xml_set_element_handler($xml_parser, startElement, endElement);
xml_set_character_data_handler($xml_parser, characterData);
$data = fread($fp, filesize($file));
if(!xml_parse($xml_parser, $data, feof($fp)))
{
die(sprintf(XML error: %s at line %d,
xml_error_string(xml_get_error_code($xml_parser)),
xml_get_current_line_number($xml_parser)));
}
xml_parser_free($xml_parser);
Previous Comments:
[2005-09-21 23:04:27] [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 to avoid embedding huge scripts into the report.
[2005-09-21 22:59:36] priit at ww dot ee
Description:
XML parsing seems to skip certain info. specially data in fields before
öäüõ (non-american-letters) etc.
The same code has worked perfectly on any PHP 4.1+ (well until 4.3.6 or
7 I have tested it) versions.
Reproduce code:
---
?xml version=1.0 encoding=ISO-8859-15?
rida
tootaja_id519/tootaja_id
eesnimiXxX/eesnimi
perekonnanimiYyY/perekonnanimi
synniaeg21.02.1900/synniaeg
aadressPõllu 1202-2, 10920 Tallinn/aadress
haridustasekõrgharidus/haridustase
erialakaubandusökonoomika/eriala
telefon625 7700/telefon
e_post[EMAIL PROTECTED]/e_post
ametijuhend_viit/ametijuhend_viit
asutusTööturuamet/asutus
yksus_nimetusJuhtkond/yksus_nimetus
yksus_id10/yksus_id
prioriteet1/prioriteet
on_peatumine0/on_peatumine
/rida
Expected result:
aadress = Põllu 1202-2, 10920 Tallinn
haridustase = kõrgharidus
eriala = kaubandusökonoomika
asutus = Tööturuamet
(skipped the lines that were parsed fine!)
PHP code I use is from php homepage sample or something...
Actual result:
--
aadress = õllu 1202-2, 10920 Tallinn
haridustase = õrgharidus
eriala = ökonoomika
asutus = ööturuamet
--
Edit this bug report at http://bugs.php.net/?id=34591edit=1
#34583 [Opn-Ctl]: When compiling without --without-pear install silently fails
ID: 34583 Updated by: [EMAIL PROTECTED] Reported By: mike at blueroot dot co dot uk -Status: Open +Status: Critical Bug Type: Compile Failure Operating System: Linux 2.6 Fedora 2 PHP Version: 5CVS-2005-09-21 (snap) New Comment: Yet-another-bug caused by the crap called PEAR.. Previous Comments: [2005-09-21 17:06:25] mike at blueroot dot co dot uk Description: When installing 5.1.0-RC2-dev (snap) it says that PEAR was not installed and gives instructions to install. What it doesnt say is that it installed mod_php into your apache directory, but didnt install the helper applications (and probably a few other things) Reproduce code: --- # cd php-5.0.5 ... # make install ... # phpize -v Configuring for: PHP Api Version: 20031224 Zend Module Api No: 20041030 Zend Extension Api No: 220040412 # cd php5-200509211230 # ./configure make make install .. Installing PHP SAPI module: apache [activating module `php5' in /www/conf/httpd.conf] cp libs/libphp5.so /www/libexec/libphp5.so chmod 755 /www/libexec/libphp5.so cp /www/conf/httpd.conf /www/conf/httpd.conf.bak cp /www/conf/httpd.conf.new /www/conf/httpd.conf rm /www/conf/httpd.conf.new Installing PHP CLI binary:/php5/bin/ Installing PHP CLI man page: /php5/man/man1/ Installing shared extensions: /php5/lib/php/extensions/no-debug-non-zts-20050617/ Installing PEAR environment: /php5/lib/php/ +--+ | The installation process is incomplete. The following resources were | | not installed: | | | | PEAR: PHP Extension and Application Repository | | | | To install these components, | | download http://pear.php.net/install-pear.phar to php-src/pear/ | | become the superuser and execute: | | | | # make install-su | +--+ make: *** [install-pear] Error 5 # /php5/bin/phpize -v Configuring for: PHP Api Version: 20031224 Zend Module Api No: 20041030 Zend Extension Api No: 220040412 Expected result: The above shows that the php helper apps didnt get installed properly, which causes all sorts of hidden problems. It says the installation process was incomplete, but part was completed. Is this just a warning, or does it represent an error? Surely it should just show a warning. -- Edit this bug report at http://bugs.php.net/?id=34583edit=1
#34591 [Opn-Bgs]: XML parsing seems to skip some data
ID: 34591
Updated by: [EMAIL PROTECTED]
Reported By: priit at ww dot ee
-Status: Open
+Status: Bogus
Bug Type: XML related
Operating System: Windows XP SP2
PHP Version: 5.0.5
New Comment:
Try using compatible charset.
Previous Comments:
[2005-09-21 23:15:36] priit at ww dot ee
using php code:
$xml_parser = xml_parser_create('ISO-8859-1');
xml_set_element_handler($xml_parser, startElement, endElement);
xml_set_character_data_handler($xml_parser, characterData);
$data = fread($fp, filesize($file));
if(!xml_parse($xml_parser, $data, feof($fp)))
{
die(sprintf(XML error: %s at line %d,
xml_error_string(xml_get_error_code($xml_parser)),
xml_get_current_line_number($xml_parser)));
}
xml_parser_free($xml_parser);
[2005-09-21 23:04:27] [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 to avoid embedding huge scripts into the report.
[2005-09-21 22:59:36] priit at ww dot ee
Description:
XML parsing seems to skip certain info. specially data in fields before
öäüõ (non-american-letters) etc.
The same code has worked perfectly on any PHP 4.1+ (well until 4.3.6 or
7 I have tested it) versions.
Reproduce code:
---
?xml version=1.0 encoding=ISO-8859-15?
rida
tootaja_id519/tootaja_id
eesnimiXxX/eesnimi
perekonnanimiYyY/perekonnanimi
synniaeg21.02.1900/synniaeg
aadressPõllu 1202-2, 10920 Tallinn/aadress
haridustasekõrgharidus/haridustase
erialakaubandusökonoomika/eriala
telefon625 7700/telefon
e_post[EMAIL PROTECTED]/e_post
ametijuhend_viit/ametijuhend_viit
asutusTööturuamet/asutus
yksus_nimetusJuhtkond/yksus_nimetus
yksus_id10/yksus_id
prioriteet1/prioriteet
on_peatumine0/on_peatumine
/rida
Expected result:
aadress = Põllu 1202-2, 10920 Tallinn
haridustase = kõrgharidus
eriala = kaubandusökonoomika
asutus = Tööturuamet
(skipped the lines that were parsed fine!)
PHP code I use is from php homepage sample or something...
Actual result:
--
aadress = õllu 1202-2, 10920 Tallinn
haridustase = õrgharidus
eriala = ökonoomika
asutus = ööturuamet
--
Edit this bug report at http://bugs.php.net/?id=34591edit=1
#34581 [Opn-Fbk]: crash with mod_rewrite
ID: 34581 Updated by: [EMAIL PROTECTED] Reported By: phpbugrep-20050921 at pgregg dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD5.4-STABLE PHP Version: 5CVS-2005-09-21 (snap) New Comment: Try adding the rules into httpd.conf. Previous Comments: [2005-09-21 16:19:12] phpbugrep-20050921 at pgregg dot com Description: Similar to: http://bugs.php.net/bug.php?id=34204 PHP5.1-RC2-dev snaps (d/l today) crashes (segfaults) when a mod_rewrite is used with a .htaccess file (have not tried it hard coded into httpd.conf). PHP-5.1b2 works correctly without crashing. Reproduce code: --- Code to reproduce is available at: http://www.pgregg.com/crash/ the .htaccess file used there is live and accessing the url: http://www.pgregg.com/crash/d/123-123/foobar (to match one of the rules) will cause the httpd child to segfault. I have posted a backtrace there also. This is the .htaccess file from PHP Gallery (G2) modified to work in my example dir. Expected result: I expect the test.php to be called like: test.php?arg1=123arg2=123 Actual result: -- gdb /usr/local/apache/bin/httpd 2:42PM GNU gdb 6.3 Copyright 2004 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-unknown-freebsd5.4... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 354 p = ht-arBuckets[nIndex]; (gdb) bt #0 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 #1 0x28568106 in zend_list_insert (ptr=0x828f124, type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:47 #2 0x2856820c in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x828f124, rsrc_type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:99 #3 0x2852bbd8 in _php_stream_alloc (ops=0x286be5e0, abstract=0x828f024, persistent_id=0x0, mode=0x28617290 rb, __php_stream_call_depth=5, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=205, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/streams.c:263 #4 0x2853249f in _php_stream_fopen_from_fd (fd=16, mode=0x28617290 rb, persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=882, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:205 #5 0x285337b9 in _php_stream_fopen ( filename=0x828d4c0 /web/www.pgregg.com/source/test.php, mode=0x28617290 rb, opened_path=0xbfbfe338, options=133, __php_stream_call_depth=3, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=1233, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:882 #6 0x28534432 in _php_stream_fopen_with_path ( filename=0x828d4c0 /web/www.pgregg.com/source/test.php, mode=0x28617290 rb, path=0x28616d76 .:/usr/local/lib/php, opened_path=0xbfbfe338, options=133, __php_stream_call_depth=2, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=931, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:1233 #7 0x28533958 in php_plain_files_stream_opener (wrapper=0x286be688, path=0x828d4c0
#34591 [Bgs]: XML parsing seems to skip some data
ID: 34591
User updated by: priit at ww dot ee
Reported By: priit at ww dot ee
Status: Bogus
Bug Type: XML related
Operating System: Windows XP SP2
PHP Version: 5.0.5
New Comment:
?php
$file = 'failid/kontakt.xml';
function startElement($parser, $name, $attrs)
{
global $temp_name;
$temp_name = $name;
}
function endElement($parser, $name)
{
global $temp_name,$temp_value,$moodul;
if($temp_name==$name) {$moodul .= ($temp_name : $temp_value)\n;}
}
function characterData($parser, $data)
{
global $temp_value;
$temp_value = $data;
}
$moodul = 'PRE';
$xml_parser = xml_parser_create('ISO-8859-1');
xml_set_element_handler($xml_parser, startElement, endElement);
xml_set_character_data_handler($xml_parser, characterData);
if (!($fp = fopen($file, r))) { die(could not open XML input); }
$data = fread($fp, filesize($file));
if(!xml_parse($xml_parser, $data, feof($fp)))
{
die(sprintf(XML error: %s at line %d,
xml_error_string(xml_get_error_code($xml_parser)),
xml_get_current_line_number($xml_parser)));
}
xml_parser_free($xml_parser);
$moodul .= '/PRE';
echo $moodul;
?
Previous Comments:
[2005-09-21 23:17:34] [EMAIL PROTECTED]
Try using compatible charset.
[2005-09-21 23:15:36] priit at ww dot ee
using php code:
$xml_parser = xml_parser_create('ISO-8859-1');
xml_set_element_handler($xml_parser, startElement, endElement);
xml_set_character_data_handler($xml_parser, characterData);
$data = fread($fp, filesize($file));
if(!xml_parse($xml_parser, $data, feof($fp)))
{
die(sprintf(XML error: %s at line %d,
xml_error_string(xml_get_error_code($xml_parser)),
xml_get_current_line_number($xml_parser)));
}
xml_parser_free($xml_parser);
[2005-09-21 23:04:27] [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 to avoid embedding huge scripts into the report.
[2005-09-21 22:59:36] priit at ww dot ee
Description:
XML parsing seems to skip certain info. specially data in fields before
öäüõ (non-american-letters) etc.
The same code has worked perfectly on any PHP 4.1+ (well until 4.3.6 or
7 I have tested it) versions.
Reproduce code:
---
?xml version=1.0 encoding=ISO-8859-15?
rida
tootaja_id519/tootaja_id
eesnimiXxX/eesnimi
perekonnanimiYyY/perekonnanimi
synniaeg21.02.1900/synniaeg
aadressPõllu 1202-2, 10920 Tallinn/aadress
haridustasekõrgharidus/haridustase
erialakaubandusökonoomika/eriala
telefon625 7700/telefon
e_post[EMAIL PROTECTED]/e_post
ametijuhend_viit/ametijuhend_viit
asutusTööturuamet/asutus
yksus_nimetusJuhtkond/yksus_nimetus
yksus_id10/yksus_id
prioriteet1/prioriteet
on_peatumine0/on_peatumine
/rida
Expected result:
aadress = Põllu 1202-2, 10920 Tallinn
haridustase = kõrgharidus
eriala = kaubandusökonoomika
asutus = Tööturuamet
(skipped the lines that were parsed fine!)
PHP code I use is from php homepage sample or something...
Actual result:
--
aadress = õllu 1202-2, 10920 Tallinn
haridustase = õrgharidus
eriala = ökonoomika
asutus = ööturuamet
--
Edit this bug report at http://bugs.php.net/?id=34591edit=1
#34591 [Bgs]: XML parsing seems to skip some data
ID: 34591
User updated by: priit at ww dot ee
Reported By: priit at ww dot ee
Status: Bogus
Bug Type: XML related
Operating System: Windows XP SP2
PHP Version: 5.0.5
New Comment:
charset has nothing to do with it. I tried converting the input to
latin1 first and utf8 and changed the xml_parser_create charset
accordingly, but the result was the same always! the characters in my
example xml are compatible with ISO-8859-1 although the xml input it
sayd to be ISO-8859-15 ... if I changed the xml itself also to
something else the result was still the same.
Previous Comments:
[2005-09-21 23:35:56] priit at ww dot ee
?php
$file = 'failid/kontakt.xml';
function startElement($parser, $name, $attrs)
{
global $temp_name;
$temp_name = $name;
}
function endElement($parser, $name)
{
global $temp_name,$temp_value,$moodul;
if($temp_name==$name) {$moodul .= ($temp_name : $temp_value)\n;}
}
function characterData($parser, $data)
{
global $temp_value;
$temp_value = $data;
}
$moodul = 'PRE';
$xml_parser = xml_parser_create('ISO-8859-1');
xml_set_element_handler($xml_parser, startElement, endElement);
xml_set_character_data_handler($xml_parser, characterData);
if (!($fp = fopen($file, r))) { die(could not open XML input); }
$data = fread($fp, filesize($file));
if(!xml_parse($xml_parser, $data, feof($fp)))
{
die(sprintf(XML error: %s at line %d,
xml_error_string(xml_get_error_code($xml_parser)),
xml_get_current_line_number($xml_parser)));
}
xml_parser_free($xml_parser);
$moodul .= '/PRE';
echo $moodul;
?
[2005-09-21 23:17:34] [EMAIL PROTECTED]
Try using compatible charset.
[2005-09-21 23:15:36] priit at ww dot ee
using php code:
$xml_parser = xml_parser_create('ISO-8859-1');
xml_set_element_handler($xml_parser, startElement, endElement);
xml_set_character_data_handler($xml_parser, characterData);
$data = fread($fp, filesize($file));
if(!xml_parse($xml_parser, $data, feof($fp)))
{
die(sprintf(XML error: %s at line %d,
xml_error_string(xml_get_error_code($xml_parser)),
xml_get_current_line_number($xml_parser)));
}
xml_parser_free($xml_parser);
[2005-09-21 23:04:27] [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 to avoid embedding huge scripts into the report.
[2005-09-21 22:59:36] priit at ww dot ee
Description:
XML parsing seems to skip certain info. specially data in fields before
öäüõ (non-american-letters) etc.
The same code has worked perfectly on any PHP 4.1+ (well until 4.3.6 or
7 I have tested it) versions.
Reproduce code:
---
?xml version=1.0 encoding=ISO-8859-15?
rida
tootaja_id519/tootaja_id
eesnimiXxX/eesnimi
perekonnanimiYyY/perekonnanimi
synniaeg21.02.1900/synniaeg
aadressPõllu 1202-2, 10920 Tallinn/aadress
haridustasekõrgharidus/haridustase
erialakaubandusökonoomika/eriala
telefon625 7700/telefon
e_post[EMAIL PROTECTED]/e_post
ametijuhend_viit/ametijuhend_viit
asutusTööturuamet/asutus
yksus_nimetusJuhtkond/yksus_nimetus
yksus_id10/yksus_id
prioriteet1/prioriteet
on_peatumine0/on_peatumine
/rida
Expected result:
aadress = Põllu 1202-2, 10920 Tallinn
haridustase = kõrgharidus
eriala = kaubandusökonoomika
asutus = Tööturuamet
(skipped the lines that were parsed fine!)
PHP code I use is from php homepage sample or something...
Actual result:
--
aadress = õllu 1202-2, 10920 Tallinn
haridustase = õrgharidus
eriala = ökonoomika
asutus = ööturuamet
--
Edit this bug report at http://bugs.php.net/?id=34591edit=1
#34592 [NEW]: RNF: Configurable constructor lookup behavior
From: david at nap dot edu
Operating system: Redhat Linux / Fedora Core 3
PHP version: 5.0.5
PHP Bug Type: Feature/Change Request
Bug description: RNF: Configurable constructor lookup behavior
Description:
I'd like a configuration option that would disable backward-compatible
lookups of class constructor names (ie. methods named the same as the
class).
I'm attempting to implement a Hibernate-like persistence layer for php
objects. To facilitate this, several things happen at object creation
time, currently using the 'magic method' __construct in a persistent
superclass. However, I'd prefer to allow users to implement constructor
methods named as the class; in this scenario my __construct() method would
run and then use reflection to invoke the user constructor. However, this
is not possible as the presence of the class-named method currently
prevents __construct from being called.
So, it would be useful to me to be able to switch off this behavior. If
there is interest in this but no time I'd be happy to provide a patch.
Reproduce code:
---
class A {
function __construct() {
echo A ctor\n;
}
}
class B extends A {
function B() {
echo B ctor\n;
}
}
$foo = new B();
Expected result:
I'd like a php.ini option that would cause the result to be
A ctor
or even
A ctor
B ctor
if that is somehow more desirable.
Actual result:
--
Currently, the result is
B ctor
--
Edit bug report at http://bugs.php.net/?id=34592edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34592r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34592r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34592r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34592r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34592r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34592r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34592r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34592r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34592r=support
Expected behavior: http://bugs.php.net/fix.php?id=34592r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34592r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34592r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34592r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34592r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34592r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34592r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34592r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34592r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34592r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34592r=mysqlcfg
#34592 [Opn-Fbk]: RNF: Configurable constructor lookup behavior
ID: 34592
Updated by: [EMAIL PROTECTED]
Reported By: david at nap dot edu
-Status: Open
+Status: Feedback
Bug Type: Feature/Change Request
Operating System: Redhat Linux / Fedora Core 3
PHP Version: 5.0.5
New Comment:
However, I'd prefer to allow users to implement
constructor methods named as the class;
Why not to override __construct() instead?
Previous Comments:
[2005-09-21 23:46:30] david at nap dot edu
Description:
I'd like a configuration option that would disable backward-compatible
lookups of class constructor names (ie. methods named the same as the
class).
I'm attempting to implement a Hibernate-like persistence layer for php
objects. To facilitate this, several things happen at object creation
time, currently using the 'magic method' __construct in a persistent
superclass. However, I'd prefer to allow users to implement
constructor methods named as the class; in this scenario my
__construct() method would run and then use reflection to invoke the
user constructor. However, this is not possible as the presence of the
class-named method currently prevents __construct from being called.
So, it would be useful to me to be able to switch off this behavior.
If there is interest in this but no time I'd be happy to provide a
patch.
Reproduce code:
---
class A {
function __construct() {
echo A ctor\n;
}
}
class B extends A {
function B() {
echo B ctor\n;
}
}
$foo = new B();
Expected result:
I'd like a php.ini option that would cause the result to be
A ctor
or even
A ctor
B ctor
if that is somehow more desirable.
Actual result:
--
Currently, the result is
B ctor
--
Edit this bug report at http://bugs.php.net/?id=34592edit=1
#34592 [Fbk-Opn]: RNF: Configurable constructor lookup behavior
ID: 34592
User updated by: david at nap dot edu
Reported By: david at nap dot edu
-Status: Feedback
+Status: Open
Bug Type: Feature/Change Request
Operating System: Redhat Linux / Fedora Core 3
PHP Version: 5.0.5
New Comment:
Why not to override __construct() instead?
I could specify that users of my system must write constructors that
override __construct, however this has the disadvantage that they must
remember to make the call to the superclass __construct before doing
anything else (for example, assignments to class fields from a
constructor is common, and these need to be caught and mark object as
dirty). I could also do something like specify that constructors in
domain objects have an underscore prepended to the name, such as
function _MyClass() { ... }. In this case if the underscore is
forgotten, errors will ensue much later due to __construct not being
called.
Both of these seem less appealing than having users just write a ctor
in the way they are used to (named as class), and having it work.
In general, I feel there should be a way to hook object creation for
non-end-user purposes (tracing, profiling, etc, as well) that is not
disabled by the presence of a constructor written by the user who is
not aware of the workings of the (persistence, tracing, profiling, etc)
mechanism.
Previous Comments:
[2005-09-21 23:53:08] [EMAIL PROTECTED]
However, I'd prefer to allow users to implement
constructor methods named as the class;
Why not to override __construct() instead?
[2005-09-21 23:46:30] david at nap dot edu
Description:
I'd like a configuration option that would disable backward-compatible
lookups of class constructor names (ie. methods named the same as the
class).
I'm attempting to implement a Hibernate-like persistence layer for php
objects. To facilitate this, several things happen at object creation
time, currently using the 'magic method' __construct in a persistent
superclass. However, I'd prefer to allow users to implement
constructor methods named as the class; in this scenario my
__construct() method would run and then use reflection to invoke the
user constructor. However, this is not possible as the presence of the
class-named method currently prevents __construct from being called.
So, it would be useful to me to be able to switch off this behavior.
If there is interest in this but no time I'd be happy to provide a
patch.
Reproduce code:
---
class A {
function __construct() {
echo A ctor\n;
}
}
class B extends A {
function B() {
echo B ctor\n;
}
}
$foo = new B();
Expected result:
I'd like a php.ini option that would cause the result to be
A ctor
or even
A ctor
B ctor
if that is somehow more desirable.
Actual result:
--
Currently, the result is
B ctor
--
Edit this bug report at http://bugs.php.net/?id=34592edit=1
#34581 [Fbk-Opn]: crash with mod_rewrite
ID: 34581 User updated by: phpbugrep-20050921 at pgregg dot com Reported By: phpbugrep-20050921 at pgregg dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD5.4-STABLE PHP Version: 5CVS-2005-09-21 (snap) New Comment: I added the contents of the htaccess into the httpd.conf and stop/started. Result was the same - still segfaulting. Backtrace at: http://www.pgregg.com/crash/gdb_backtrace2.txt They are essentially the same. Problem still persists. Thanks. Previous Comments: [2005-09-21 23:18:56] [EMAIL PROTECTED] Try adding the rules into httpd.conf. [2005-09-21 16:19:12] phpbugrep-20050921 at pgregg dot com Description: Similar to: http://bugs.php.net/bug.php?id=34204 PHP5.1-RC2-dev snaps (d/l today) crashes (segfaults) when a mod_rewrite is used with a .htaccess file (have not tried it hard coded into httpd.conf). PHP-5.1b2 works correctly without crashing. Reproduce code: --- Code to reproduce is available at: http://www.pgregg.com/crash/ the .htaccess file used there is live and accessing the url: http://www.pgregg.com/crash/d/123-123/foobar (to match one of the rules) will cause the httpd child to segfault. I have posted a backtrace there also. This is the .htaccess file from PHP Gallery (G2) modified to work in my example dir. Expected result: I expect the test.php to be called like: test.php?arg1=123arg2=123 Actual result: -- gdb /usr/local/apache/bin/httpd 2:42PM GNU gdb 6.3 Copyright 2004 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-unknown-freebsd5.4... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 354 p = ht-arBuckets[nIndex]; (gdb) bt #0 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 #1 0x28568106 in zend_list_insert (ptr=0x828f124, type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:47 #2 0x2856820c in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x828f124, rsrc_type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:99 #3 0x2852bbd8 in _php_stream_alloc (ops=0x286be5e0, abstract=0x828f024, persistent_id=0x0, mode=0x28617290 rb, __php_stream_call_depth=5, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=205, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/streams.c:263 #4 0x2853249f in _php_stream_fopen_from_fd (fd=16, mode=0x28617290 rb, persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=882, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:205 #5 0x285337b9 in _php_stream_fopen ( filename=0x828d4c0 /web/www.pgregg.com/source/test.php, mode=0x28617290 rb, opened_path=0xbfbfe338, options=133, __php_stream_call_depth=3, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=1233, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:882 #6 0x28534432 in _php_stream_fopen_with_path ( filename=0x828d4c0 /web/www.pgregg.com/source/test.php, mode=0x28617290 rb, path=0x28616d76 .:/usr/local/lib/php, opened_path=0xbfbfe338, options=133, __php_stream_call_depth=2, __zend_filename=0x28619b78 /usr/local/src/Web
#34590 [Asn-Fbk]: User defined PDOStatement class can't implement methods
ID: 34590
Updated by: [EMAIL PROTECTED]
Reported By: php dot net at benjamin dot schulz dot name
-Status: Assigned
+Status: Feedback
Bug Type: PDO related
Operating System: linux
PHP Version: 5CVS-2005-09-21 (CVS)
Assigned To: helly
New Comment:
what's the output of:
var_dump($r);
infront of:
var_dump($r-foo());
Previous Comments:
[2005-09-21 23:13:46] [EMAIL PROTECTED]
Marcus, fix.
[2005-09-21 22:45:57] christian dot mueller at dfpx dot de
Duplicate of http://bugs.php.net/bug.php?id=34235
But this on has an much tighter reproduce code.
[2005-09-21 22:15:04] php dot net at benjamin dot schulz dot name
Description:
When using PDO::ATTR_STATEMENT_CLASS the statement object is an object
of the user defined class but it's not possible to access it's
(non-pdo) methods
Reproduce code:
---
?php
$pdo = new PDO(pgsql:user=zrm dbname=zrm host=localhost);
class myStatement extends PDOStatement
{
function foo()
{
echo __METHOD__;
}
}
$opts = array();
$opts[PDO::ATTR_STATEMENT_CLASS] = array('myStatement');
$r = $pdo-prepare('SELECT login_id FROM logins', $opts);
var_dump($r-foo());
?
Expected result:
myStatement::foo()
Actual result:
--
Fatal error: Call to undefined method myStatement::foo()
--
Edit this bug report at http://bugs.php.net/?id=34590edit=1
#34590 [Fbk-Csd]: User defined PDOStatement class can't implement methods
ID: 34590
Updated by: [EMAIL PROTECTED]
Reported By: php dot net at benjamin dot schulz dot name
-Status: Feedback
+Status: Closed
Bug Type: PDO related
-Operating System: linux
+Operating System: *
PHP Version: 5CVS-2005-09-21 (CVS)
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Ok fixed now.
Previous Comments:
[2005-09-22 00:25:52] [EMAIL PROTECTED]
what's the output of:
var_dump($r);
infront of:
var_dump($r-foo());
[2005-09-21 23:13:46] [EMAIL PROTECTED]
Marcus, fix.
[2005-09-21 22:45:57] christian dot mueller at dfpx dot de
Duplicate of http://bugs.php.net/bug.php?id=34235
But this on has an much tighter reproduce code.
[2005-09-21 22:15:04] php dot net at benjamin dot schulz dot name
Description:
When using PDO::ATTR_STATEMENT_CLASS the statement object is an object
of the user defined class but it's not possible to access it's
(non-pdo) methods
Reproduce code:
---
?php
$pdo = new PDO(pgsql:user=zrm dbname=zrm host=localhost);
class myStatement extends PDOStatement
{
function foo()
{
echo __METHOD__;
}
}
$opts = array();
$opts[PDO::ATTR_STATEMENT_CLASS] = array('myStatement');
$r = $pdo-prepare('SELECT login_id FROM logins', $opts);
var_dump($r-foo());
?
Expected result:
myStatement::foo()
Actual result:
--
Fatal error: Call to undefined method myStatement::foo()
--
Edit this bug report at http://bugs.php.net/?id=34590edit=1
#34592 [Opn-WFx]: RNF: Configurable constructor lookup behavior
ID: 34592
Updated by: [EMAIL PROTECTED]
Reported By: david at nap dot edu
-Status: Open
+Status: Wont fix
Bug Type: Feature/Change Request
Operating System: Redhat Linux / Fedora Core 3
PHP Version: 5.0.5
New Comment:
however this has the disadvantage that they must
remember to make the call to the superclass __construct
before doing anything else
Document it. It'll solve the problem.
I don't think that this deprecated feature will be supported even more
in the future.
Previous Comments:
[2005-09-22 00:05:57] david at nap dot edu
Why not to override __construct() instead?
I could specify that users of my system must write constructors that
override __construct, however this has the disadvantage that they must
remember to make the call to the superclass __construct before doing
anything else (for example, assignments to class fields from a
constructor is common, and these need to be caught and mark object as
dirty). I could also do something like specify that constructors in
domain objects have an underscore prepended to the name, such as
function _MyClass() { ... }. In this case if the underscore is
forgotten, errors will ensue much later due to __construct not being
called.
Both of these seem less appealing than having users just write a ctor
in the way they are used to (named as class), and having it work.
In general, I feel there should be a way to hook object creation for
non-end-user purposes (tracing, profiling, etc, as well) that is not
disabled by the presence of a constructor written by the user who is
not aware of the workings of the (persistence, tracing, profiling, etc)
mechanism.
[2005-09-21 23:53:08] [EMAIL PROTECTED]
However, I'd prefer to allow users to implement
constructor methods named as the class;
Why not to override __construct() instead?
[2005-09-21 23:46:30] david at nap dot edu
Description:
I'd like a configuration option that would disable backward-compatible
lookups of class constructor names (ie. methods named the same as the
class).
I'm attempting to implement a Hibernate-like persistence layer for php
objects. To facilitate this, several things happen at object creation
time, currently using the 'magic method' __construct in a persistent
superclass. However, I'd prefer to allow users to implement
constructor methods named as the class; in this scenario my
__construct() method would run and then use reflection to invoke the
user constructor. However, this is not possible as the presence of the
class-named method currently prevents __construct from being called.
So, it would be useful to me to be able to switch off this behavior.
If there is interest in this but no time I'd be happy to provide a
patch.
Reproduce code:
---
class A {
function __construct() {
echo A ctor\n;
}
}
class B extends A {
function B() {
echo B ctor\n;
}
}
$foo = new B();
Expected result:
I'd like a php.ini option that would cause the result to be
A ctor
or even
A ctor
B ctor
if that is somehow more desirable.
Actual result:
--
Currently, the result is
B ctor
--
Edit this bug report at http://bugs.php.net/?id=34592edit=1
#34568 [Fbk-Opn]: PHP and mod_dav conflicts
ID: 34568
User updated by: roso at despammed dot com
Reported By: roso at despammed dot com
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Fedora 2
PHP Version: 5.1.0RC1
New Comment:
Thread 1 (process 22993):
#0 0xb7bb3510 in _zend_hash_index_update_or_next_insert
(ht=0xb7e67af8, h=0,
pData=0xbfffda30, nDataSize=12, pDest=0x0, flag=1)
at /tmp/php-5.1.0RC1/Zend/zend_hash.c:354
nIndex = 0
p = (Bucket *) 0x0
#1 0xb7bb4d2d in zend_list_insert (ptr=0x0, type=0)
at /tmp/php-5.1.0RC1/Zend/zend_list.c:47
index = 0
le = {ptr = 0x846ef8c, type = 2, refcount = 1}
#2 0xb7bb4e09 in zend_register_resource (rsrc_result=0x0,
rsrc_pointer=0x846ef8c,
rsrc_type=2) at /tmp/php-5.1.0RC1/Zend/zend_list.c:99
rsrc_id = 0
#3 0xb7b8a698 in _php_stream_alloc (ops=0x0, abstract=0x0,
persistent_id=0x0,
mode=0xb7cece68 rb) at
/tmp/php-5.1.0RC1/main/streams/streams.c:263
le = {ptr = 0x11, type = 0, refcount = -1073751384}
ret = (php_stream *) 0x846ef8c
#4 0xb7b8e3e7 in _php_stream_fopen_from_fd (fd=0, mode=0xb7cece68
rb,
persistent_id=0x0)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:204
self = (php_stdio_stream_data *) 0x845ee14
stream = (php_stream *) 0x0
#5 0xb7b8ede4 in _php_stream_fopen
(filename=0x846c090 /www/_error/404/index.php,
mode=0xb7cece68 rb, opened_path=0xbfffeeb8, options=133)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:881
realpath = 0x83587e4 /www/_error/404/index.php
open_flags = 0
fd = 17
ret = (php_stream *) 0x846c090
persistent = 17
persistent_id = 0x0
#6 0xb7b8f525 in _php_stream_fopen_with_path (
filename=0x846c090 /www/_error/404/index.php, mode=0xb7cece68
rb,
path=0x8385f60 .:/www/_php/pear, opened_path=0xbfffeeb8,
options=133)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:1275
pathbuf = 0x10 Address 0x10 out of bounds
ptr = 0x85 Address 0x85 out of bounds
end = 0x846c090 /www/_error/404/index.php
exec_fname = 0x2 Address 0x2 out of bounds
trypath =
eregi\000ÿ¿\002\000\000\000\020\000\000\000ereg_replace\000
\000\000\000ereg\000ïÿ¿\002\000\000\000\020\000\000\000is_callable\000\020\000
\000\000is_scalar\000\000\000\020\000\000\000is_object\000\000\000\020\000\000
\000is_array\000\000\000\000\020\000\000\000is_string\000\000\000\020\000\000
\000is_numeric\000\000\020\000\000\000is_real\000\002\000\000\000\020\000\000
\000is_double\000\000\000\020\000\000\000is_integer\000\000\020\000\000
\000is_int\000¿...
sb = {st_dev = 13835039827440987236, __pad1 = 2, st_ino = 16,
st_mode
= 1600942451,
st_nlink = 1667720562, st_uid = 6648673, st_gid = 16, st_rdev =
13835039365436895082,
__pad2 = 2, st_size = 16, st_blksize = 1768714355, st_blocks =
-1090492044,
st_atim = {
tv_sec = 2, tv_nsec = 16}, st_mtim = {tv_sec = 1768714355, tv_nsec
= -
1073807244},
st_ctim = {tv_sec = 2, tv_nsec = 16}, __unused4 = 1734701669,
__unused5 =
1701994345}
stream = (php_stream *) 0x8d
path_length = 138854544
exec_fname_length = 141
#7 0xb7b8c572 in _php_stream_open_wrapper_ex
(path=0x846c090 /www/_error/404/index.php,
mode=0xb7cece68 rb, options=141, opened_path=0x85, context=0x0)
at /tmp/php-5.1.0RC1/main/streams/streams.c:1771
stream = (php_stream *) 0x0
wrapper = (php_stream_wrapper *) 0xb7e36028
path_to_open = 0x846c090 /www/_error/404/index.php
persistent = 0
copy_of_path = 0x0
#8 0xb7b7cf34 in php_stream_open_for_zend
(filename=0x846c090 /www/_error/404/index.php,
handle=0xbfffeeb0) at /tmp/php-5.1.0RC1/main/main.c:852
stream = (php_stream *) 0x0
#9 0xb7bba32b in zend_stream_open
(filename=0x846c090 /www/_error/404/index.php,
handle=0xbfffeeb0) at /tmp/php-5.1.0RC1/Zend/zend_stream.c:47
No locals.
#10 0xb7bba3ec in zend_stream_fixup (file_handle=0xbfffeeb0)
at /tmp/php-5.1.0RC1/Zend/zend_stream.c:62
No locals.
#11 0xb7b96c88 in open_file_for_scanning (file_handle=0xbfffeeb0)
at Zend/zend_language_scanner.c:3068
file_path = 0x0
#12 0xb7b96d70 in compile_file (file_handle=0xbfffeeb0, type=2)
at Zend/zend_language_scanner.c:3154
original_lex_state = {buffer_state = 0x0, state = 0, in = 0x0,
lineno
= 0,
filename = 0x0}
op_array = (zend_op_array *) 0x845ebf4
original_active_op_array = (zend_op_array *) 0x0
retval = (zend_op_array *) 0xbfffedec
compiler_result = -1073746256
compilation_successful = 176 '°'
retval_znode = {op_type = 1, u = {constant = {value = {lval =
1,
dval = 1.4950491347092096e+93, str = {val = 0x1 Address 0x1
out of
bounds,
len = 1397157752}, ht = 0x1, obj = {handle = 1, handlers =
0x5346ef78}},
refcount = 1, type = 1 '\001', is_ref = 0 '\0'}, var = 1,
opline_num = 1,
op_array = 0x1,
#34568 [Opn]: PHP and mod_dav conflicts
ID: 34568
User updated by: roso at despammed dot com
Reported By: roso at despammed dot com
Status: Open
Bug Type: Apache2 related
Operating System: Fedora 2
PHP Version: 5.1.0RC1
New Comment:
I just posted the core dump for the process that ended with a
Segmentation fault after trying to PUT a file in a Webdav folder.
Also, I just found out that there are many other processes ending with
a Segmentation fault, all of them happening when the server looking for
a file which is not found is trying to access a 404 custom file made in
PHP. if I change the 404 to a simple HTML everything is back to normal.
Therefore, it seems that the PHP (5.1.0RC1) is responsible for this
fault. It used to work with the previous version (5.1.0b3).
Previous Comments:
[2005-09-22 02:55:05] roso at despammed dot com
Thread 1 (process 22993):
#0 0xb7bb3510 in _zend_hash_index_update_or_next_insert
(ht=0xb7e67af8, h=0,
pData=0xbfffda30, nDataSize=12, pDest=0x0, flag=1)
at /tmp/php-5.1.0RC1/Zend/zend_hash.c:354
nIndex = 0
p = (Bucket *) 0x0
#1 0xb7bb4d2d in zend_list_insert (ptr=0x0, type=0)
at /tmp/php-5.1.0RC1/Zend/zend_list.c:47
index = 0
le = {ptr = 0x846ef8c, type = 2, refcount = 1}
#2 0xb7bb4e09 in zend_register_resource (rsrc_result=0x0,
rsrc_pointer=0x846ef8c,
rsrc_type=2) at /tmp/php-5.1.0RC1/Zend/zend_list.c:99
rsrc_id = 0
#3 0xb7b8a698 in _php_stream_alloc (ops=0x0, abstract=0x0,
persistent_id=0x0,
mode=0xb7cece68 rb) at
/tmp/php-5.1.0RC1/main/streams/streams.c:263
le = {ptr = 0x11, type = 0, refcount = -1073751384}
ret = (php_stream *) 0x846ef8c
#4 0xb7b8e3e7 in _php_stream_fopen_from_fd (fd=0, mode=0xb7cece68
rb,
persistent_id=0x0)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:204
self = (php_stdio_stream_data *) 0x845ee14
stream = (php_stream *) 0x0
#5 0xb7b8ede4 in _php_stream_fopen
(filename=0x846c090 /www/_error/404/index.php,
mode=0xb7cece68 rb, opened_path=0xbfffeeb8, options=133)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:881
realpath = 0x83587e4 /www/_error/404/index.php
open_flags = 0
fd = 17
ret = (php_stream *) 0x846c090
persistent = 17
persistent_id = 0x0
#6 0xb7b8f525 in _php_stream_fopen_with_path (
filename=0x846c090 /www/_error/404/index.php, mode=0xb7cece68
rb,
path=0x8385f60 .:/www/_php/pear, opened_path=0xbfffeeb8,
options=133)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:1275
pathbuf = 0x10 Address 0x10 out of bounds
ptr = 0x85 Address 0x85 out of bounds
end = 0x846c090 /www/_error/404/index.php
exec_fname = 0x2 Address 0x2 out of bounds
trypath =
eregi\000ÿ¿\002\000\000\000\020\000\000\000ereg_replace\000
\000\000\000ereg\000ïÿ¿\002\000\000\000\020\000\000\000is_callable\000\020\000
\000\000is_scalar\000\000\000\020\000\000\000is_object\000\000\000\020\000\000
\000is_array\000\000\000\000\020\000\000\000is_string\000\000\000\020\000\000
\000is_numeric\000\000\020\000\000\000is_real\000\002\000\000\000\020\000\000
\000is_double\000\000\000\020\000\000\000is_integer\000\000\020\000\000
\000is_int\000¿...
sb = {st_dev = 13835039827440987236, __pad1 = 2, st_ino = 16,
st_mode
= 1600942451,
st_nlink = 1667720562, st_uid = 6648673, st_gid = 16, st_rdev =
13835039365436895082,
__pad2 = 2, st_size = 16, st_blksize = 1768714355, st_blocks =
-1090492044,
st_atim = {
tv_sec = 2, tv_nsec = 16}, st_mtim = {tv_sec = 1768714355, tv_nsec
= -
1073807244},
st_ctim = {tv_sec = 2, tv_nsec = 16}, __unused4 = 1734701669,
__unused5 =
1701994345}
stream = (php_stream *) 0x8d
path_length = 138854544
exec_fname_length = 141
#7 0xb7b8c572 in _php_stream_open_wrapper_ex
(path=0x846c090 /www/_error/404/index.php,
mode=0xb7cece68 rb, options=141, opened_path=0x85, context=0x0)
at /tmp/php-5.1.0RC1/main/streams/streams.c:1771
stream = (php_stream *) 0x0
wrapper = (php_stream_wrapper *) 0xb7e36028
path_to_open = 0x846c090 /www/_error/404/index.php
persistent = 0
copy_of_path = 0x0
#8 0xb7b7cf34 in php_stream_open_for_zend
(filename=0x846c090 /www/_error/404/index.php,
handle=0xbfffeeb0) at /tmp/php-5.1.0RC1/main/main.c:852
stream = (php_stream *) 0x0
#9 0xb7bba32b in zend_stream_open
(filename=0x846c090 /www/_error/404/index.php,
handle=0xbfffeeb0) at /tmp/php-5.1.0RC1/Zend/zend_stream.c:47
No locals.
#10 0xb7bba3ec in zend_stream_fixup (file_handle=0xbfffeeb0)
at /tmp/php-5.1.0RC1/Zend/zend_stream.c:62
No locals.
#11 0xb7b96c88 in open_file_for_scanning (file_handle=0xbfffeeb0)
at Zend/zend_language_scanner.c:3068
file_path = 0x0
#12 0xb7b96d70 in compile_file (file_handle=0xbfffeeb0, type=2)
at Zend/zend_language_scanner.c:3154
#34568 [Opn]: PHP and mod_dav conflicts
ID: 34568
User updated by: roso at despammed dot com
Reported By: roso at despammed dot com
Status: Open
Bug Type: Apache2 related
Operating System: Fedora 2
PHP Version: 5.1.0RC1
New Comment:
Also, I have no clue why there are references in this core dump to
/tmp/php-5.1.0RC1 which is the directory where I built PHP.
Previous Comments:
[2005-09-22 02:57:56] roso at despammed dot com
I just posted the core dump for the process that ended with a
Segmentation fault after trying to PUT a file in a Webdav folder.
Also, I just found out that there are many other processes ending with
a Segmentation fault, all of them happening when the server looking for
a file which is not found is trying to access a 404 custom file made in
PHP. if I change the 404 to a simple HTML everything is back to normal.
Therefore, it seems that the PHP (5.1.0RC1) is responsible for this
fault. It used to work with the previous version (5.1.0b3).
[2005-09-22 02:55:05] roso at despammed dot com
Thread 1 (process 22993):
#0 0xb7bb3510 in _zend_hash_index_update_or_next_insert
(ht=0xb7e67af8, h=0,
pData=0xbfffda30, nDataSize=12, pDest=0x0, flag=1)
at /tmp/php-5.1.0RC1/Zend/zend_hash.c:354
nIndex = 0
p = (Bucket *) 0x0
#1 0xb7bb4d2d in zend_list_insert (ptr=0x0, type=0)
at /tmp/php-5.1.0RC1/Zend/zend_list.c:47
index = 0
le = {ptr = 0x846ef8c, type = 2, refcount = 1}
#2 0xb7bb4e09 in zend_register_resource (rsrc_result=0x0,
rsrc_pointer=0x846ef8c,
rsrc_type=2) at /tmp/php-5.1.0RC1/Zend/zend_list.c:99
rsrc_id = 0
#3 0xb7b8a698 in _php_stream_alloc (ops=0x0, abstract=0x0,
persistent_id=0x0,
mode=0xb7cece68 rb) at
/tmp/php-5.1.0RC1/main/streams/streams.c:263
le = {ptr = 0x11, type = 0, refcount = -1073751384}
ret = (php_stream *) 0x846ef8c
#4 0xb7b8e3e7 in _php_stream_fopen_from_fd (fd=0, mode=0xb7cece68
rb,
persistent_id=0x0)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:204
self = (php_stdio_stream_data *) 0x845ee14
stream = (php_stream *) 0x0
#5 0xb7b8ede4 in _php_stream_fopen
(filename=0x846c090 /www/_error/404/index.php,
mode=0xb7cece68 rb, opened_path=0xbfffeeb8, options=133)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:881
realpath = 0x83587e4 /www/_error/404/index.php
open_flags = 0
fd = 17
ret = (php_stream *) 0x846c090
persistent = 17
persistent_id = 0x0
#6 0xb7b8f525 in _php_stream_fopen_with_path (
filename=0x846c090 /www/_error/404/index.php, mode=0xb7cece68
rb,
path=0x8385f60 .:/www/_php/pear, opened_path=0xbfffeeb8,
options=133)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:1275
pathbuf = 0x10 Address 0x10 out of bounds
ptr = 0x85 Address 0x85 out of bounds
end = 0x846c090 /www/_error/404/index.php
exec_fname = 0x2 Address 0x2 out of bounds
trypath =
eregi\000ÿ¿\002\000\000\000\020\000\000\000ereg_replace\000
\000\000\000ereg\000ïÿ¿\002\000\000\000\020\000\000\000is_callable\000\020\000
\000\000is_scalar\000\000\000\020\000\000\000is_object\000\000\000\020\000\000
\000is_array\000\000\000\000\020\000\000\000is_string\000\000\000\020\000\000
\000is_numeric\000\000\020\000\000\000is_real\000\002\000\000\000\020\000\000
\000is_double\000\000\000\020\000\000\000is_integer\000\000\020\000\000
\000is_int\000¿...
sb = {st_dev = 13835039827440987236, __pad1 = 2, st_ino = 16,
st_mode
= 1600942451,
st_nlink = 1667720562, st_uid = 6648673, st_gid = 16, st_rdev =
13835039365436895082,
__pad2 = 2, st_size = 16, st_blksize = 1768714355, st_blocks =
-1090492044,
st_atim = {
tv_sec = 2, tv_nsec = 16}, st_mtim = {tv_sec = 1768714355, tv_nsec
= -
1073807244},
st_ctim = {tv_sec = 2, tv_nsec = 16}, __unused4 = 1734701669,
__unused5 =
1701994345}
stream = (php_stream *) 0x8d
path_length = 138854544
exec_fname_length = 141
#7 0xb7b8c572 in _php_stream_open_wrapper_ex
(path=0x846c090 /www/_error/404/index.php,
mode=0xb7cece68 rb, options=141, opened_path=0x85, context=0x0)
at /tmp/php-5.1.0RC1/main/streams/streams.c:1771
stream = (php_stream *) 0x0
wrapper = (php_stream_wrapper *) 0xb7e36028
path_to_open = 0x846c090 /www/_error/404/index.php
persistent = 0
copy_of_path = 0x0
#8 0xb7b7cf34 in php_stream_open_for_zend
(filename=0x846c090 /www/_error/404/index.php,
handle=0xbfffeeb0) at /tmp/php-5.1.0RC1/main/main.c:852
stream = (php_stream *) 0x0
#9 0xb7bba32b in zend_stream_open
(filename=0x846c090 /www/_error/404/index.php,
handle=0xbfffeeb0) at /tmp/php-5.1.0RC1/Zend/zend_stream.c:47
No locals.
#10 0xb7bba3ec in zend_stream_fixup (file_handle=0xbfffeeb0)
at /tmp/php-5.1.0RC1/Zend/zend_stream.c:62
No
#34568 [Opn]: PHP and mod_dav conflicts
ID: 34568
User updated by: roso at despammed dot com
Reported By: roso at despammed dot com
Status: Open
Bug Type: Apache2 related
Operating System: Fedora 2
PHP Version: 5.1.0RC1
New Comment:
BTW, it is not the Custom 404 page php script that is causing an error,
even if I put an empty file there and name it index.php I still get the
Segmentation fault.
Previous Comments:
[2005-09-22 03:01:12] roso at despammed dot com
Also, I have no clue why there are references in this core dump to
/tmp/php-5.1.0RC1 which is the directory where I built PHP.
[2005-09-22 02:57:56] roso at despammed dot com
I just posted the core dump for the process that ended with a
Segmentation fault after trying to PUT a file in a Webdav folder.
Also, I just found out that there are many other processes ending with
a Segmentation fault, all of them happening when the server looking for
a file which is not found is trying to access a 404 custom file made in
PHP. if I change the 404 to a simple HTML everything is back to normal.
Therefore, it seems that the PHP (5.1.0RC1) is responsible for this
fault. It used to work with the previous version (5.1.0b3).
[2005-09-22 02:55:05] roso at despammed dot com
Thread 1 (process 22993):
#0 0xb7bb3510 in _zend_hash_index_update_or_next_insert
(ht=0xb7e67af8, h=0,
pData=0xbfffda30, nDataSize=12, pDest=0x0, flag=1)
at /tmp/php-5.1.0RC1/Zend/zend_hash.c:354
nIndex = 0
p = (Bucket *) 0x0
#1 0xb7bb4d2d in zend_list_insert (ptr=0x0, type=0)
at /tmp/php-5.1.0RC1/Zend/zend_list.c:47
index = 0
le = {ptr = 0x846ef8c, type = 2, refcount = 1}
#2 0xb7bb4e09 in zend_register_resource (rsrc_result=0x0,
rsrc_pointer=0x846ef8c,
rsrc_type=2) at /tmp/php-5.1.0RC1/Zend/zend_list.c:99
rsrc_id = 0
#3 0xb7b8a698 in _php_stream_alloc (ops=0x0, abstract=0x0,
persistent_id=0x0,
mode=0xb7cece68 rb) at
/tmp/php-5.1.0RC1/main/streams/streams.c:263
le = {ptr = 0x11, type = 0, refcount = -1073751384}
ret = (php_stream *) 0x846ef8c
#4 0xb7b8e3e7 in _php_stream_fopen_from_fd (fd=0, mode=0xb7cece68
rb,
persistent_id=0x0)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:204
self = (php_stdio_stream_data *) 0x845ee14
stream = (php_stream *) 0x0
#5 0xb7b8ede4 in _php_stream_fopen
(filename=0x846c090 /www/_error/404/index.php,
mode=0xb7cece68 rb, opened_path=0xbfffeeb8, options=133)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:881
realpath = 0x83587e4 /www/_error/404/index.php
open_flags = 0
fd = 17
ret = (php_stream *) 0x846c090
persistent = 17
persistent_id = 0x0
#6 0xb7b8f525 in _php_stream_fopen_with_path (
filename=0x846c090 /www/_error/404/index.php, mode=0xb7cece68
rb,
path=0x8385f60 .:/www/_php/pear, opened_path=0xbfffeeb8,
options=133)
at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:1275
pathbuf = 0x10 Address 0x10 out of bounds
ptr = 0x85 Address 0x85 out of bounds
end = 0x846c090 /www/_error/404/index.php
exec_fname = 0x2 Address 0x2 out of bounds
trypath =
eregi\000ÿ¿\002\000\000\000\020\000\000\000ereg_replace\000
\000\000\000ereg\000ïÿ¿\002\000\000\000\020\000\000\000is_callable\000\020\000
\000\000is_scalar\000\000\000\020\000\000\000is_object\000\000\000\020\000\000
\000is_array\000\000\000\000\020\000\000\000is_string\000\000\000\020\000\000
\000is_numeric\000\000\020\000\000\000is_real\000\002\000\000\000\020\000\000
\000is_double\000\000\000\020\000\000\000is_integer\000\000\020\000\000
\000is_int\000¿...
sb = {st_dev = 13835039827440987236, __pad1 = 2, st_ino = 16,
st_mode
= 1600942451,
st_nlink = 1667720562, st_uid = 6648673, st_gid = 16, st_rdev =
13835039365436895082,
__pad2 = 2, st_size = 16, st_blksize = 1768714355, st_blocks =
-1090492044,
st_atim = {
tv_sec = 2, tv_nsec = 16}, st_mtim = {tv_sec = 1768714355, tv_nsec
= -
1073807244},
st_ctim = {tv_sec = 2, tv_nsec = 16}, __unused4 = 1734701669,
__unused5 =
1701994345}
stream = (php_stream *) 0x8d
path_length = 138854544
exec_fname_length = 141
#7 0xb7b8c572 in _php_stream_open_wrapper_ex
(path=0x846c090 /www/_error/404/index.php,
mode=0xb7cece68 rb, options=141, opened_path=0x85, context=0x0)
at /tmp/php-5.1.0RC1/main/streams/streams.c:1771
stream = (php_stream *) 0x0
wrapper = (php_stream_wrapper *) 0xb7e36028
path_to_open = 0x846c090 /www/_error/404/index.php
persistent = 0
copy_of_path = 0x0
#8 0xb7b7cf34 in php_stream_open_for_zend
(filename=0x846c090 /www/_error/404/index.php,
handle=0xbfffeeb0) at /tmp/php-5.1.0RC1/main/main.c:852
stream =
#34593 [NEW]: Unintuitive serialization for inherited objects.
From: ectsue at gmail dot com
Operating system: MacOS X
PHP version: 5.0.5
PHP Bug Type: Feature/Change Request
Bug description: Unintuitive serialization for inherited objects.
Description:
I believe that the way serialization works for objects
doesn't make sense. I have a subclass whose superclass
contains a private member variable. Upon serialization, I
cannot get the private member variable to serialize for the
subclass (except by using a NUL class-name NUL member-name
string in __sleep()).
Imho, subclasses shouldn't have to know what parts of their
parent classes to serialize. I can think of two possible
solutions to this problem:
1. Have serialize() walk the inheritance tree for the object
it is serializing.
2. Have some method that will be able to take the output
from parent::__sleep() and modify it so that it can be
passed back from the __sleep() method of the subclass so
that private member variables in the parent can be
serialized. (The function I have in mind would do the NUL
class-name NUL member-name transformation).
Reproduce code:
---
class A {
private $a;
public function __sleep() { return array('a'); }
public function getA() { return $this-a; }
public function setA($a) { $this-a = $a; }
}
class B extends A {
}
$b = new B();
$b-setA(10);
$bSerialized = serialize($b);
$bUnserialized = unserialize($bSerialized);
var_dump($b);
var_dump($bUnserialized);
Expected result:
object(B)#1 (1) {
[a:private]=
int(10)
}
object(B)#1 (1) {
[a:private]=
int(10)
}
Actual result:
--
object(B)#1 (1) {
[a:private]=
int(10)
}
object(B)#2 (2) {
[a:private]=
NULL
[a]=
NULL
}
--
Edit bug report at http://bugs.php.net/?id=34593edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34593r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34593r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34593r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34593r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34593r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34593r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34593r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34593r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34593r=support
Expected behavior: http://bugs.php.net/fix.php?id=34593r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34593r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34593r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34593r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34593r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34593r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34593r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34593r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34593r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34593r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34593r=mysqlcfg
