#32372 [NEW]: strftime doesn't support UTF-8 for Greek locale
From: contact at zefxis dot gr Operating system: Windows XP PHP version: 5.0.3 PHP Bug Type: Date/time related Bug description: strftime doesn't support UTF-8 for Greek locale Description: The code below should display today's day and month in the Greek locale. All I get is a bunch of "?" for each letter of the words. If I remove the UTF-8 header I get the proper Greek words. Reproduce code: --- Expected result: ÓÜââáôï ÌÜñôéïò Actual result: -- ??? ??? -- Edit bug report at http://bugs.php.net/?id=32372&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32372&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32372&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32372&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32372&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32372&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32372&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32372&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32372&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32372&r=support Expected behavior: http://bugs.php.net/fix.php?id=32372&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32372&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32372&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32372&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32372&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32372&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32372&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32372&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32372&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32372&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32372&r=mysqlcfg
#32370 [Opn->Fbk]: Object Constants
ID: 32370 Updated by: [EMAIL PROTECTED] Reported By: codebowl at gmail dot com -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Windows XP Pro SP 2 PHP Version: 5.0.3 New Comment: Could you provide a smaller. but still working & complete reproduce script, please ? Previous Comments: [2005-03-19 00:58:23] codebowl at gmail dot com http://codebowl.dontexist.net/source/SvEx.phps is the url to the SvEx class file, there was a typo with the Sc part of the filename. [2005-03-19 00:57:01] codebowl at gmail dot com Description: I have 2 class files, one that extends the built in Exceptions class and one that extends this class Built In Exceptions | | +- SvEx Class | | +- ApplicationEx Class The problem lies in class constants. The SvEx class and Application Class both have thier own constants named ERR_TYPE and ERR_DESC for some reason when i throw an ApplicationEx Exception it is using the constants from the SvEx Exception class. Reproduce code: --- You can see the code files here http://codebowl.dontexist.net/source/ScEx.phps http://codebowl.dontexist.net/source/Application.phps http://codebowl.dontexist.net/source/Trigger.phps Expected result: I would expect that it would set the $this->_error['type'] and ['desc'] with the appropriate constant values. When i throw an ApplicationEx it should use the ApplicationEx::ERR_TYPE etc.. Everything else set's properly such as the error message blah blah, you can see an example of the results here http://codebowl.dontexist.net/clients/JVMedia/SimonVolkov/global.php Actual result: -- For some reason it is setting them to the values in the SvEx Exception Class -- Edit this bug report at http://bugs.php.net/?id=32370&edit=1
#32325 [Opn->Fbk]: Can't retrieve collection using OCI8
ID: 32325 Updated by: [EMAIL PROTECTED] Reported By: ldixon at communityconnect dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Fedora Core release 2 (Tettnang) PHP Version: 5.0.3 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2005-03-18 21:10:10] ldixon at communityconnect dot com I tried the using the source from the link you provided, and I get the same error (at the execute call). I left the stack trace out for brevity: [ldixon: ~/download/php5-200503181730]$ sapi/cli/php /home/ldixon/devel/ctk/collections/coll_test_pure_pure.php OCIDebug: _oci_open_server new conn=0 dname= OCIDebug: _oci_open_session new sess=5 user=ctk_main OCIDebug: oci_do_connect: id=6 OCIDebug: oci_parse " begin select ut_num_list_t(1,2,3,4) into :list from dual; end;" id=7 conn=6 about to execute... kgepop: no error frame to pop to for error 21522 OCI-21522: attempted to use an invalid connection in OCI (object mode only) Errors in file : OCI-21522: attempted to use an invalid connection in OCI (object mode only) [2005-03-18 19:25:46] [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-03-15 20:42:06] ldixon at communityconnect dot com Description: SYS INFO kernel: 2.6.10-1.14_FC2 #1 httpd: apache2 Oracle: SQL> select * from v$version; BANNER Oracle Database 10g Release 10.1.0.3.0 - Production PL/SQL Release 10.1.0.3.0 - Production CORE10.1.0.3.0 Production TNS for Linux: Version 10.1.0.3.0 - Production NLSRTL Version 10.1.0.3.0 - Production I can create a collection and pass it to oracle fine, but it crashes everytime I try to read one. I've tried several variations (select from a nested table directly, bind :list to and out param of a stored proc, etc). They all fail in the same way. Reproduce code: --- #!/usr/local/bin/php Expected result: I expect to be able to access the elements of $collection using $collection->getElem(1), etc. Actual result: -- $ ./coll_test.php kgepop: no error frame to pop to for error 21522 OCI-21522: attempted to use an invalid connection in OCI (object mode only) Errors in file : OCI-21522: attempted to use an invalid connection in OCI (object mode only) - Call Stack Trace - Cannot open /proc/4283/exe. calling call entryargument values in hex location type point(? means dubious value) Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. Cannot find symbol in /proc/4283/exe. 0107A607 CALL 00EAF428 107A536 ? 0 ? 8408FFC ? BFFF773C ? 14849BE ? 8408F
#32304 [Opn->Fbk]: Invalid exception code hangs server thread.
ID: 32304 Updated by: [EMAIL PROTECTED] Reported By: peter at letford dot co dot uk -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Windows XP Professional PHP Version: 5CVS-2005-03-15 New Comment: Can't reproduce. Please provide more info about your system & try the latest snapshots from snaps.php.net Previous Comments: [2005-03-15 01:21:32] peter at letford dot co dot uk Hi, This bug exists on 5.1.0-dev [2005-03-14 21:24:11] peter at letford dot co dot uk Description: If you throw an exception that doesn't use a number for the error code, a "Fatal Error" message box pops up saying: Wrong parameter count for exception([string $exception [,long $code]]) This hangs the current server thread until the message box is selected which could be used to lock all of the available threads on the server and effectively take the server offline. Reproduce code: --- ", "ERRO_ASDASD"); ?> Expected result: Throw an exception as normal. Actual result: -- The thread will hang and the page won't load until you close the message popup. It will then display this: "Fatal error: Wrong parameter count for exception([string $exception [, long $code ]]) in Unknown on line 0" -- Edit this bug report at http://bugs.php.net/?id=32304&edit=1
#32334 [Opn->Fbk]: __set acts unexpected with variable variables
ID: 32334
Updated by: [EMAIL PROTECTED]
Reported By: mk at peytz dot dk
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5CVS-200503190530
New Comment:
Can't reproduce *your* behaviour with latest 5.0.x & 5.1 CVS.
But some issue really exists, as I get NULL instead of 'b' with both
branches.
Previous Comments:
[2005-03-19 07:44:07] mk at peytz dot dk
But the problem persist with the CVS snapshot (which now compiles
again).
[2005-03-18 19:23:13] [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-03-16 13:29:45] mk at peytz dot dk
Description:
When setting variable variable values on a instance of a class with an
overloading __set function changing another instance variable goes
wrong.
(I'm reporting it for version 5.0.3 because the current cvs snapshot
would not compile.)
Reproduce code:
---
http://dev.peytz.dk/~mk/setter.php
_fields[$name] = $value;
// add to list of changed fields
$this->_changedFields[] = $name;
}
}
$foo = new Setter;
$foo->a = 1;
$var = "b";
$foo->$var = 2;
var_export($foo);
?>
Expected result:
class Setter {
private $_fields =
array (
'a' => 1,
'b' => 2,
);
private $_changedFields =
array (
0 => 'a',
1 => 'b',
);
}
Actual result:
--
class Setter {
private $_fields =
array (
'a' => 1,
'b' => 2,
);
private $_changedFields =
array (
0 => 'a',
1 => ' ',
);
}
--
Edit this bug report at http://bugs.php.net/?id=32334&edit=1
#32370 [Fbk->Bgs]: Object Constants
ID: 32370
Updated by: [EMAIL PROTECTED]
Reported By: codebowl at gmail dot com
-Status: Feedback
+Status: Bogus
Bug Type: Class/Object related
-Operating System: Windows XP Pro SP 2
+Operating System: *
PHP Version: 5.0.3
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
The code part that deals with consts is correct as the test script
below shows. I guess you are accessing both
through 'error_type' of $this->_tpl if that's the case rethink your
logic. If not rethink what you thought was the error and check your
code again.
--TEST--
Bug #32370 (Object Constants)
--FILE--
_error = array(
'type' => self::ERR_TYPE,
'description' => self::ERR_DESC
);
$this->_msg = $error;
parent::__construct($this->_msg);
}
public function getType()
{
return $this->_error['type'];
}
public function getDesc()
{
return $this->_error['description'];
}
}
class ApplicationEx extends SvEx
{
const ERR_TYPE = "Application Error";
const ERR_DESC = "An Application Error!";
public function __construct($msg = null)
{
parent::__construct($msg);
$this->_error['type'] = self::ERR_TYPE;
$this->_error['description'] = self::ERR_DESC ;
}
}
try
{
throw new SvEx();
}
catch(Exception $e)
{
echo "Type: " . $e->getType() . "\n";
echo "Desc: " . $e->getDesc() . "\n";
}
try
{
throw new ApplicationEx();
}
catch(Exception $e)
{
echo "Type: " . $e->getType() . "\n";
echo "Desc: " . $e->getDesc() . "\n";
}
?>
===DONE===
--EXPECT--
Type: Unknown Error
Desc: There has been an error.
Type: Application Error
Desc: An Application Error!
===DONE===
Previous Comments:
[2005-03-19 12:17:02] [EMAIL PROTECTED]
Could you provide a smaller. but still working & complete reproduce
script, please ?
[2005-03-19 00:58:23] codebowl at gmail dot com
http://codebowl.dontexist.net/source/SvEx.phps
is the url to the SvEx class file, there was a typo with the Sc part of
the filename.
[2005-03-19 00:57:01] codebowl at gmail dot com
Description:
I have 2 class files, one that extends the built in Exceptions class
and one that extends this class
Built In Exceptions
|
|
+- SvEx Class
|
|
+- ApplicationEx Class
The problem lies in class constants.
The SvEx class and Application Class both have thier own constants
named ERR_TYPE and ERR_DESC for some reason when i throw an
ApplicationEx Exception it is using the constants from the SvEx
Exception class.
Reproduce code:
---
You can see the code files here
http://codebowl.dontexist.net/source/ScEx.phps
http://codebowl.dontexist.net/source/Application.phps
http://codebowl.dontexist.net/source/Trigger.phps
Expected result:
I would expect that it would set the $this->_error['type'] and ['desc']
with the appropriate constant values. When i throw an ApplicationEx it
should use the ApplicationEx::ERR_TYPE etc..
Everything else set's properly such as the error message blah blah, you
can see an example of the results here
http://codebowl.dontexist.net/clients/JVMedia/SimonVolkov/global.php
Actual result:
--
For some reason it is setting them to the values in the SvEx Exception
Class
--
Edit this bug report at http://bugs.php.net/?id=32370&edit=1
#32373 [NEW]: crash php
From: zxc at zmail dot ru Operating system: Windows Xp Pro SP2 PHP version: 4.3.10 PHP Bug Type: Bzip2 Related Bug description: crash php Description: Good morning, I write the small script, but after use it - I have a crash php. I USE AN UNDEFINED VAR ($path) IN PATH TO ARCHIVE FILE (archive.bz2) WITH "/" IN FIRST CHAR IN THE PATH. Reproduce code: --- Expected result: Bzipped2 file /$path/archive.bz2 with compressed string Actual result: -- I have a crash php -- Edit bug report at http://bugs.php.net/?id=32373&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32373&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32373&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32373&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32373&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32373&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32373&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32373&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32373&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32373&r=support Expected behavior: http://bugs.php.net/fix.php?id=32373&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32373&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32373&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32373&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32373&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32373&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32373&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32373&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32373&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32373&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32373&r=mysqlcfg
#32372 [Opn->Bgs]: strftime doesn't support UTF-8 for Greek locale
ID: 32372 Updated by: [EMAIL PROTECTED] Reported By: contact at zefxis dot gr -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows XP PHP Version: 5.0.3 New Comment: No bug, you need to set the greek UTF8 locale: gr.UTF-8 Previous Comments: [2005-03-19 10:17:09] contact at zefxis dot gr Description: The code below should display today's day and month in the Greek locale. All I get is a bunch of "?" for each letter of the words. If I remove the UTF-8 header I get the proper Greek words. Reproduce code: --- Expected result: ÓÜââáôï ÌÜñôéïò Actual result: -- ??? ??? -- Edit this bug report at http://bugs.php.net/?id=32372&edit=1
#32373 [Opn->Csd]: crash php
ID: 32373 Updated by: [EMAIL PROTECTED] Reported By: zxc at zmail dot ru -Status: Open +Status: Closed Bug Type: Bzip2 Related Operating System: Windows Xp Pro SP2 PHP Version: 4.3.10 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. Thanks for reporting this. Please, supply at least some info next time. Previous Comments: [2005-03-19 14:28:12] zxc at zmail dot ru Description: Good morning, I write the small script, but after use it - I have a crash php. I USE AN UNDEFINED VAR ($path) IN PATH TO ARCHIVE FILE (archive.bz2) WITH "/" IN FIRST CHAR IN THE PATH. Reproduce code: --- Expected result: Bzipped2 file /$path/archive.bz2 with compressed string Actual result: -- I have a crash php -- Edit this bug report at http://bugs.php.net/?id=32373&edit=1
#31849 [Fbk->Opn]: get_current_user() still crashes on page refresh
ID: 31849 User updated by: info at cpgnuke dot com Reported By: info at cpgnuke dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows xp sp2 PHP Version: 4CVS-2005-02-05 New Comment: PHP starts then you run a PHP script A errorbox pops up in windows and PHP dies. Previous Comments: [2005-03-16 07:45:39] [EMAIL PROTECTED] Does it really _CRASH_ or doesn't it just start? [2005-02-21 21:24:27] guillaume at nlbox dot com The crash of get_current_user() goes away after I did log on onto the network. (php4.3.10, Win98, Xitami webserver). Somehow my doze-box does not log me on at startup. In that case everything works, but php crashes. Doing a fresh logon vaporizes the crash. Cheers, wim niemans [2005-02-10 01:12:34] info at cpgnuke dot com sometimes guillaume his example script crashes the server. But sometimes we only get it to crash when we run our complete CMS setup only. The issue is very strange but does crash apache. I can't give you a small script cos i've tried a bunch and they all didn't have issues. It only has issues in our full CMS (2 MB ZIP package) [2005-02-05 23:54:30] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-02-05 18:46:49] info at cpgnuke dot com The issue still exists 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/31849 -- Edit this bug report at http://bugs.php.net/?id=31849&edit=1
#32372 [Bgs->Opn]: strftime doesn't support UTF-8 for Greek locale
ID: 32372 User updated by: contact at zefxis dot gr Reported By: contact at zefxis dot gr -Status: Bogus +Status: Open Bug Type: Date/time related Operating System: Windows XP PHP Version: 5.0.3 New Comment: The following returns "Saturday March". In other words there's no locale by the value of 'gr.UTF-8' on Windows XP (also tried 'el_GR.UTF-8'). Maybe it only exists on *nix systems. Previous Comments: [2005-03-19 14:41:25] [EMAIL PROTECTED] No bug, you need to set the greek UTF8 locale: gr.UTF-8 [2005-03-19 10:17:09] contact at zefxis dot gr Description: The code below should display today's day and month in the Greek locale. All I get is a bunch of "?" for each letter of the words. If I remove the UTF-8 header I get the proper Greek words. Reproduce code: --- Expected result: ÓÜââáôï ÌÜñôéïò Actual result: -- ??? ??? -- Edit this bug report at http://bugs.php.net/?id=32372&edit=1
#32312 [Opn->Ver]: Error in PCRE
ID: 32312
Updated by: [EMAIL PROTECTED]
Reported By: xanthor at xanthor dot tk
-Status: Open
+Status: Verified
Bug Type: PCRE related
-Operating System: GNU/Linux, Windows™
+Operating System: *
-PHP Version: 4.3.10
+PHP Version: 4CVS, 5CVS (2005-03-19)
Previous Comments:
[2005-03-19 00:07:33] [EMAIL PROTECTED]
No, it doesn't return 'bool(true)' as preg_match() returns an integer.
Try with something like 'var_dump(preg_match...'
Also RTFM.
[2005-03-16 21:31:52] xanthor at xanthor dot tk
It works with 4.3.2
[2005-03-15 10:32:34] xanthor at xanthor dot tk
Description:
The following code returns a wrong result with some strings, but when
we reduce them, it swich back to expected behaviour.
Tested on PHP 4.3.10, 4.3.9, 5.0.2, and 5.0.3RC2
PCRE Library Version => 4.5 01-December-2003
Reproduce code:
---
preg_match("/((.*<.*>.*)*.(.*<.+>.+<.>.+)*b)?/",'<><'.str_repeat('a',14).'>'.str_repeat('a',33).''.str_repeat('a',92).''.str_repeat('a',8).'a')
Expected result:
This code should return true
Actual result:
--
The code returns false.
Reduce one of the str_repeat, and it'll return true.
--
Edit this bug report at http://bugs.php.net/?id=32312&edit=1
#32372 [Opn->Bgs]: strftime doesn't support UTF-8 for Greek locale
ID: 32372 Updated by: [EMAIL PROTECTED] Reported By: contact at zefxis dot gr -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows XP PHP Version: 5.0.3 New Comment: That's not PHP's fault. Previous Comments: [2005-03-19 15:20:18] contact at zefxis dot gr The following returns "Saturday March". In other words there's no locale by the value of 'gr.UTF-8' on Windows XP (also tried 'el_GR.UTF-8'). Maybe it only exists on *nix systems. [2005-03-19 14:41:25] [EMAIL PROTECTED] No bug, you need to set the greek UTF8 locale: gr.UTF-8 [2005-03-19 10:17:09] contact at zefxis dot gr Description: The code below should display today's day and month in the Greek locale. All I get is a bunch of "?" for each letter of the words. If I remove the UTF-8 header I get the proper Greek words. Reproduce code: --- Expected result: ÓÜââáôï ÌÜñôéïò Actual result: -- ??? ??? -- Edit this bug report at http://bugs.php.net/?id=32372&edit=1
#32365 [Fbk->Opn]: error in build php
ID: 32365 User updated by: tempo at kgs dot ru Reported By: tempo at kgs dot ru -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: freebsd 5.3-p5 PHP Version: 4.3.10 New Comment: config.status ./configure --enable-versioning --enable-memory-limit --with-layout=GNU --with-config-file-scan -dir=/usr/local/etc/php --disable-all --with-regex=php --with-apxs2=/usr/local/sbin/apxs --disable -ipv6 --prefix=/usr/local i386-portbld-freebsd5.3 cd /usr/ports/lang/php4 make - this all ok make install - this is fail. Previous Comments: [2005-03-18 23:56:43] [EMAIL PROTECTED] And what might the configure line be that you used..? [2005-03-18 20:52:42] tempo at kgs dot ru I tried the latest release , same error ... [2005-03-18 20:02:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-18 19:40:45] tempo at kgs dot ru Description: cd /usr/ports/www/mod_php make - this ok make install - failure Expected result: # make install ===> Installing for mod_php4-4.3.10_2,1 ===> mod_php4-4.3.10_2,1 depends on file: /usr/local/sbin/apxs - found ===> Generating temporary packing list ===> Checking if www/mod_php4 already installed Installing PHP SAPI module: apache2handler /usr/local/share/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/share/apache2/build/libtool' libphp4.la /usr/local/libexec/apache2 /usr/local/share/apache2/build/libtool --mode=install cp libphp4.la /usr/local/libexec/apache2/ libtool: install: `libphp4.la' is not a valid libtool archive Try `libtool --help --mode=install' for more information. apxs:Error: Command failed with rc=65536 . *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.3.10. *** Error code 1 Stop in /usr/ports/www/mod_php4. -- Edit this bug report at http://bugs.php.net/?id=32365&edit=1
#32371 [Opn->Asn]: [PATCH] php://input sometimes returns dupl data
ID: 32371
Updated by: [EMAIL PROTECTED]
Reported By: phpint-bkrrym at skrt dot org
-Status: Open
+Status: Assigned
Bug Type: Filesystem function related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-03-19)
-Assigned To:
+Assigned To: wez
Previous Comments:
[2005-03-19 02:25:49] phpint-bkrrym at skrt dot org
Description:
Full description and PATCH for 5-CVS and 4.3.10 are here:
http://thepathetic.com/jozef/php_input_stream_patch.html
http://thepathetic.com/jozef/php-5.0.3-input_stream.patch
http://thepathetic.com/jozef/php-4.3.10-input_stream.patch
Both 5 and 4.3.10 have the problem (same code).
Because of a subtle buffer index bug, in some cases, the php://input
stream returns incorrect data.
Symptoms:
If the php://input is parsed in 4000-byte chunks, the first corruption
occurs at byte number 8193 (1-based). A chunk of the previous 192 bytes
repeats there. The same corruption happens periodically in the data if
it is long enough.
The problem was discovered when directly parsing a POSTed XML with a
long text-node.
Interestingly enough, reading the contents of php://input with
file_get_contents and parsing the string works around the symptoms.
Reproduce code:
---
$s = simplexml_load_file('php://input');
sees the text node corrupted, whereas
$d = file_get_contents('php://input');
$s = simplexml_load_string($d);
does not.
Expected result:
should be the same in both cases
Actual result:
--
difference at byte number 8193 (1-based) from the begining of the xml.
--
Edit this bug report at http://bugs.php.net/?id=32371&edit=1
#31624 [Opn->Fbk]: session_start() causes segmentation fault on complex objects
ID: 31624
Updated by: [EMAIL PROTECTED]
Reported By: ericvanblokland at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Fedora Core 2
PHP Version: 4CVS-2005-01-22
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
We're still waiting for reproduce script..
Previous Comments:
[2005-02-05 18:00:17] ericvanblokland at gmail dot com
This is indeed very interesting, I haven't examined your code
thoroughly yet, but my objects tend to do memory consuming data
processing operations on wakeup. So this issue might be related as
well.
Perhaps you want to post your own bug-report about this, because your
issue is very precise and has its own example code. If you do, please
post a link to your report here, because your issue might as well be
mine.
[2005-02-05 15:45:05] bertrand at toggg dot com
I'm experiencing a simpler segfault on PHP4.3.10 FC2 too this way, just
trying to double and again an array:
$arr = array (str_repeat('X', 65536));
$mem = 0;
while ($loop--) {
for ($i = count($arr); $i; $i--) {
$arr[] = $arr[0];
if ($i%16) {
continue;
}
if ( ( ($nmem = memory_get_usage()) - $mem) > 100) {
$mem = $nmem;
echo 'Count:'.count($arr)." ($mem bytes)\n";
flush();
}
}
echo $loop.':'.count($arr).'/'.memory_get_usage() . "
bytes\n";
flush();
}
echo "\n OK \n";
flush();
For 18 loops it breaks my default memory limit of 8 Mo:
Allowed memory size of 8388608 bytes exhausted as expected.
If I add before the loop:
if (ini_set ('memory_limit', 16*1048576)) {
echo "Set memory limit to 16 Mo\n";
}
It's taking an incredible amount of time
and I get segfault.
What is strange, I get the output:
Set memory limit to 16 Mo
17:2/87456
<...snip...>
Count:256113 (11380680 bytes)
0:262144/11621952 bytes
what means the end of last loop reached.
But I never get the final acknowledgement.
I understand it's much more simpler as yours,
but result is quite near.
[2005-01-22 16:26:23] ericvanblokland at gmail dot com
Sorry I took so long, apache was annoying me. maxservers was set to 1
but it kept spawning children. It took me a while to attach the right
one to gdb.
Also I recall having to set the maximum allowed memory size to *sick
amount* again. Over 32M! Does an object that takes serialized 3M over
32M during runtime? I might be copying that object somewhere, but not
more than once or twice.
Backtrace for project environment
_zval_ptr_dtor (zval_ptr=0x6) at
/usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287
287 (*zval_ptr)->refcount--;
(gdb) bt
#0 _zval_ptr_dtor (zval_ptr=0x6) at
/usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287
#1 0x037c8234 in zend_hash_clean (ht=0x8a301cc) at
/usr/src/php4-STABLE-200501211330/Zend/zend_hash.c:582
#2 0x037d0e24 in execute (op_array=0x876d23c) at
/usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1712
#3 0x037d0d8d in execute (op_array=0x8ac0764) at
/usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1696
#4 0x037d2000 in execute (op_array=0x8abf7dc) at
/usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:
#5 0x037c4b83 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/php4-STABLE-200501211330/Zend/zend.c:900
#6 0x037a0b50 in php_execute_script (primary_file=0xfefc1940) at
/usr/src/php4-STABLE-200501211330/main/main.c:1739
#7 0x037d4c05 in php_handler (r=0x87336f0) at
/usr/src/php4-STABLE-200501211330/sapi/apache2handler/sapi_apache2.c:550
#8 0x004bac88 in ap_run_handler () from /usr/sbin/httpd
#9 0x085339f8 in ?? ()
#10 0x in ?? ()
Backtrace for simulated environment (manual imported session)
_zval_ptr_dtor (zval_ptr=0x6e616863) at
/usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287
287 (*zval_ptr)->refcount--;
(gdb) bt
#0 _zval_ptr_dtor (zval_ptr=0x6e616863) at
/usr/src/php4-STABLE-200501211330/Zend/zend_execute_API.c:287
#1 0x028c5170 in zend_hash_destroy (ht=0x883950c) at
/usr/src/php4-STABLE-200501211330/Zend/zend_hash.c:556
#2 0x028c0980 in _zval_dtor (zvalue=0x88129a4) at
/usr/src/php4-STABLE-200501211330/Zend/zend_variables.c:60
#3 0x028d08f2 in zend_assign_to_variable (result=0x8a6939c,
op1=0x88129a4, op2=0x8a693bc, value=0x8782c4c, type=4,
Ts=0xfeeb8e90) at
/usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:480
#4 0x028ccc3e in execute (op_array=0x899e354) at
/usr/src/php4-STABLE-200501211330/Zend/zend_execute.c:1388
#5 0x028cdd8d in execute (op_array=0x8a4b7ac) at
/usr/src/php4-STABLE-200501211330/Zend/
#32374 [NEW]: Compilation fails on 4.3.8, 4.3.9, 4.3.10 and php4-STABLE after net-snmp patch
From: phdokc at cox dot net Operating system: HP-UX 11.11 PHP version: 4.3.10 PHP Bug Type: Compile Failure Bug description: Compilation fails on 4.3.8, 4.3.9, 4.3.10 and php4-STABLE after net-snmp patch Description: After Net-SNMP team supplied patch to net-snmp 5.2 to correct a coredump under certain situations, php 4.3.8 would no longer compile. 4.3.9 had exact problem as 4.3.8. 4.3.10 had an error similar to bug #31121 (way too much error detail to attach but I have it if you want it). Following #31121 I downloaded CVS snapshot for 200503181930 and 200503191330 and both had a ld error while ld sapi/cli/php. DSO appeared to ld correctly. Details of all in Actual Results Section of this bug report (including net-snmp patch - dif.proto). ENV is HP-UX 11.11i, GMAKE 3.80, GCC 3.3.3, Apache 2.0.53, MySQL 3.23.58, Net-SNMP 5.2(patched). Any other questions, please email. Thanks. Expected result: Successful compile. Actual result: -- Failure on 4.3.8 and 4.3.9 compile after applying net-snmp 5.2 patch /bin/sh /backup1/php/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile /backup1/php/php-4.3.8/meta_ccld -Iext/snmp/ -I/backup1/php/php-4.3.8/ext/snmp/ -DPHP_ATOM_INC -I/backup1/php/php-4.3.8/include -I/backup1/php/php-4.3.8/main -I/backup1/php/php-4.3.8 -I/backup1/php/php-4.3.8/Zend -I/usr/local/include -I/backup1/php/php-4.3.8/ext/xml/expat -D_REENTRANT -I/backup1/php/php-4.3.8/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c /backup1/php/php-4.3.8/ext/snmp/snmp.c -o ext/snmp/snmp.lo /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `php_snmp_internal': /backup1/php/php-4.3.8/ext/snmp/snmp.c:349: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.8/ext/snmp/snmp.c:389: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_set_sec_protocol': /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: `usmAES192PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: (Each undeclared identifier is reported only once /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: for each function it appears in.) /backup1/php/php-4.3.8/ext/snmp/snmp.c:781: error: `usmAES256PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_gen_auth_key': /backup1/php/php-4.3.8/ext/snmp/snmp.c:804: warning: initialization discards qualifiers from pointer target type /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_gen_sec_key': /backup1/php/php-4.3.8/ext/snmp/snmp.c:833: warning: initialization discards qualifiers from pointer target type gmake: *** [ext/snmp/snmp.lo] Error 1 Failure on 4.3.9 compile after applying net-snmp 5.2 patch /bin/sh /backup1/php/php-4.3.9/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/snmp/ -I/backup1/php/php-4.3.9/ext/snmp/ -DPHP_ATOM_INC -I/backup1/php/php-4.3.9/include -I/backup1/php/php-4.3.9/main -I/backup1/php/php-4.3.9 -I/backup1/php/php-4.3.9/Zend -I/usr/local/include -I/backup1/php/php-4.3.9/ext/xml/expat -I/backup1/php/php-4.3.9/TSRM -g -O2 -prefer-pic -c /backup1/php/php-4.3.9/ext/snmp/snmp.c -o ext/snmp/snmp.lo /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `php_snmp_internal': /backup1/php/php-4.3.9/ext/snmp/snmp.c:349: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.9/ext/snmp/snmp.c:389: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `netsnmp_session_set_sec_protocol': /backup1/php/php-4.3.9/ext/snmp/snmp.c:777: error: `usmAES192PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.9/ext/snmp/snmp.c:777: error: (Each undeclared identifier is reported only once /backup1/php/php-4.3.9/ext/snmp/snmp.c:777: error: for each function it appears in.) /backup1/php/php-4.3.9/ext/snmp/snmp.c:781: error: `usmAES256PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `netsnmp_session_gen_auth_key': /backup1/php/php-4.3.9/ext/snmp/snmp.c:804: warning: initialization discards qualifiers from pointer target type /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `netsnmp_session_gen_sec_key': /backup1/php/php-4.3.9/ext/snmp/snmp.c:833: warning: initialization discards qualifiers from pointer target type gmake: *** [ext/snmp/snmp.lo] Error 1 Last line of failure on 4.3.10 compile after applying net-snmp 5.2 patch /backup/php/php-4.3.10/Zend/zend_strtod.c:1571: error: dereferencing pointer to incomplete type gmake: *** [Zend/zend_strtod.lo] Error 1 Failure on CVS Snapshot's php4-STABLE-200503191330 and php4-STABLE-200503181930 (exact same error). /usr/ccs/bin/ld: Unsatisfied symbols: ntohs (code) collect2: ld returned 1 exit sta
#32374 [Opn]: Compilation fails on 4.3.8, 4.3.9, 4.3.10 and php4-STABLE after net-snmp patch
ID: 32374 User updated by: phdokc at cox dot net Reported By: phdokc at cox dot net Status: Open Bug Type: Compile Failure Operating System: HP-UX 11.11 PHP Version: 4.3.10 New Comment: Sorry, forgot to add config options. Using same options on all versions to compile. configure --prefix=/opt/hpws/apache/php --enable-snmp --enable-pcntl --enable-sockets --enable-sigchild --with-snmp --with-snmp-dir= /usr/local/include/net-snmp --with-gd --with-gd-dir=/usr/local/include --with-mysql --with-mysql-dir=/usr/local/mysql/include --with -jpeg --with-jpeg-dir=/usr/local/include --with-zlib --with-zlib-dir=/usr/local/include --with-apxs2=/backup1/apache/bin/apxs --with -png --with-png-dir=/usr/local/include --with-gettext --with-gettext-dir=/usr/local/lib/gettext Previous Comments: [2005-03-19 18:54:36] phdokc at cox dot net Description: After Net-SNMP team supplied patch to net-snmp 5.2 to correct a coredump under certain situations, php 4.3.8 would no longer compile. 4.3.9 had exact problem as 4.3.8. 4.3.10 had an error similar to bug #31121 (way too much error detail to attach but I have it if you want it). Following #31121 I downloaded CVS snapshot for 200503181930 and 200503191330 and both had a ld error while ld sapi/cli/php. DSO appeared to ld correctly. Details of all in Actual Results Section of this bug report (including net-snmp patch - dif.proto). ENV is HP-UX 11.11i, GMAKE 3.80, GCC 3.3.3, Apache 2.0.53, MySQL 3.23.58, Net-SNMP 5.2(patched). Any other questions, please email. Thanks. Expected result: Successful compile. Actual result: -- Failure on 4.3.8 and 4.3.9 compile after applying net-snmp 5.2 patch /bin/sh /backup1/php/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile /backup1/php/php-4.3.8/meta_ccld -Iext/snmp/ -I/backup1/php/php-4.3.8/ext/snmp/ -DPHP_ATOM_INC -I/backup1/php/php-4.3.8/include -I/backup1/php/php-4.3.8/main -I/backup1/php/php-4.3.8 -I/backup1/php/php-4.3.8/Zend -I/usr/local/include -I/backup1/php/php-4.3.8/ext/xml/expat -D_REENTRANT -I/backup1/php/php-4.3.8/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c /backup1/php/php-4.3.8/ext/snmp/snmp.c -o ext/snmp/snmp.lo /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `php_snmp_internal': /backup1/php/php-4.3.8/ext/snmp/snmp.c:349: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.8/ext/snmp/snmp.c:389: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_set_sec_protocol': /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: `usmAES192PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: (Each undeclared identifier is reported only once /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: for each function it appears in.) /backup1/php/php-4.3.8/ext/snmp/snmp.c:781: error: `usmAES256PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_gen_auth_key': /backup1/php/php-4.3.8/ext/snmp/snmp.c:804: warning: initialization discards qualifiers from pointer target type /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_gen_sec_key': /backup1/php/php-4.3.8/ext/snmp/snmp.c:833: warning: initialization discards qualifiers from pointer target type gmake: *** [ext/snmp/snmp.lo] Error 1 Failure on 4.3.9 compile after applying net-snmp 5.2 patch /bin/sh /backup1/php/php-4.3.9/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/snmp/ -I/backup1/php/php-4.3.9/ext/snmp/ -DPHP_ATOM_INC -I/backup1/php/php-4.3.9/include -I/backup1/php/php-4.3.9/main -I/backup1/php/php-4.3.9 -I/backup1/php/php-4.3.9/Zend -I/usr/local/include -I/backup1/php/php-4.3.9/ext/xml/expat -I/backup1/php/php-4.3.9/TSRM -g -O2 -prefer-pic -c /backup1/php/php-4.3.9/ext/snmp/snmp.c -o ext/snmp/snmp.lo /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `php_snmp_internal': /backup1/php/php-4.3.9/ext/snmp/snmp.c:349: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.9/ext/snmp/snmp.c:389: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `netsnmp_session_set_sec_protocol': /backup1/php/php-4.3.9/ext/snmp/snmp.c:777: error: `usmAES192PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.9/ext/snmp/snmp.c:777: error: (Each undeclared identifier is reported only once /backup1/php/php-4.3.9/ext/snmp/snmp.c:777: error: for each function it appears in.) /backup1/php/php-4.3.9/ext/snmp/snmp.c:781: error: `usmAES256PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `netsnmp_session_gen_auth_key': /backup1/php/php-4.3
#32375 [NEW]: $_POST, $HTTP_RAW_POST_DATA not set
From: jnavratil at houston dot rr dot com
Operating system: SuSE Linux 9.1
PHP version: 5CVS-2005-03-19 (dev)
PHP Bug Type: CGI related
Bug description: $_POST, $HTTP_RAW_POST_DATA not set
Description:
This bug is similar to, but not quite the same as bug #31417.
Running Suse Linux 9.1, Apache 2.0.53 and latest snapshot of PHP, I do not
have $_POST variables being set. $_GET superglobal seems to be fine.
Additionally, even though phpinfo() shows 'always_populate_raw_post_data'
on, $HTTP_RAW_POST_DATA is not defined.
PHP configure line is:
./configure --prefix=/usr/local/php5 \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-libxml-dir=/usr/local/lib --with-zlib \
--with-zlib-dir=/usr/local/lib \
--with-mysql=/usr \
--with-gd \
--with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib \
--enable-gd-native-ttf --with-freetype-dir=/usr/lib \
--enable-soap --enable-sockets \
--with-jpeg-dir=/usr --enable-exif
Reproduce code:
---
\n";
echo '\n";
echo '\n";
// Next line generates 'Undefined variable: HTTP_RAW_POST_DATA'
// even though phpinfo shows always_populate_raw_post_data On
// echo '\n";
if (!isset($_POST['tableName']) or trim($_POST['tableName']) == '') {
?>
Table Name:
You entered
Expected result:
I expect the code to present a form to input a string, then display the
string when the form is submitted. I expect to see comments in the page
source displaying the $_POST, $_GET and $_REQUEST arrays.
Actual result:
--
The $_POST variables are not set when the form is submitted. If I attach
variables to the URL (i.e. post.php?key=value), I see variables in the
$_GET and $_REQUEST superglobals. Comments generated in the page source
indicate that $_POST is an array, but it is empty.
--
Edit bug report at http://bugs.php.net/?id=32375&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32375&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32375&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32375&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32375&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32375&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32375&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32375&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32375&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32375&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32375&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32375&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32375&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32375&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32375&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32375&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32375&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32375&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32375&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32375&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32375&r=mysqlcfg
#31185 [Ver->Csd]: Crash when exceptions thrown from ArrayAccess::offsetUnset()
ID: 31185
Updated by: [EMAIL PROTECTED]
Reported By: Jason at AMP-design dot net
-Status: Verified
+Status: Closed
Bug Type: SPL related
Operating System: *
PHP Version: 5.0.3
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-01-11 16:41:41] Jason at amp-design dot net
Just to let you know this bug also occurs when you throw exceptions
from other internal SPL methods. For instance, if an exception is
thrown in Iterator::current() PHP will crash.
Interestingly enough, when I ran this on the command line version of
PHP (under Mac OS), where the Exception is thrown, it echos "Bus error"
on to the console. I have no idea what a "bus" has to do with this, but
it might help you track the problem.
I guess it would be worth checking other methods in the SPL for this
bug seeing as it occurs in various interfaces that bind into core parts
of the Zend engine.
[2004-12-19 16:56:06] Jason at AMP-design dot net
Description:
This crashes both on PHP 5.0.3 on Windows 2003 / Apache 2.0.52 and
Centos 3 (Redhat Entperise Linux 3 for cheapskates) with Apache 2.0.48
and PHP 5.0.2
This occurs due to the Exception thrown. Removing the exception will
prevent the crash.
Reproduce code:
---
array[$index]);
}
public function offsetGet($index) {
return $this->array[$index];
}
public function offsetSet($index, $value) {
$this->array[$index] = $value;
}
public function offsetUnset($index) {
throw new Exception('Just try and make me crash ya sucker ;-)');
unset($this->array[$index]);
}
}
$i = 0;
$foo = new FooBar();
$foo[$i] = $i++;
$foo[$i] = $i++;
$foo[$i] = $i++;
unset($foo[1]);
print_R($foo);
?>
Expected result:
$foo would dump out it's array elements which should be 0 and 2
Actual result:
--
Apache crash (exists with Parent: child process exited with status
3221225477 -- Restarting on Windows Apache 2 log, dunno about Linux,
can't be faffed to mess about in SSH, however I do not get a HTTP
reponse, and therefore I assume it segfaults)
--
Edit this bug report at http://bugs.php.net/?id=31185&edit=1
#32365 [Opn->Fbk]: error in build php
ID: 32365 Updated by: [EMAIL PROTECTED] Reported By: tempo at kgs dot ru -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: freebsd 5.3-p5 PHP Version: 4.3.10 New Comment: DO NOT use --enable-versioning configure option. Delete config.cache and rerun configure without that option. Previous Comments: [2005-03-19 16:57:55] tempo at kgs dot ru config.status ./configure --enable-versioning --enable-memory-limit --with-layout=GNU --with-config-file-scan -dir=/usr/local/etc/php --disable-all --with-regex=php --with-apxs2=/usr/local/sbin/apxs --disable -ipv6 --prefix=/usr/local i386-portbld-freebsd5.3 cd /usr/ports/lang/php4 make - this all ok make install - this is fail. [2005-03-18 23:56:43] [EMAIL PROTECTED] And what might the configure line be that you used..? [2005-03-18 20:52:42] tempo at kgs dot ru I tried the latest release , same error ... [2005-03-18 20:02:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-18 19:40:45] tempo at kgs dot ru Description: cd /usr/ports/www/mod_php make - this ok make install - failure Expected result: # make install ===> Installing for mod_php4-4.3.10_2,1 ===> mod_php4-4.3.10_2,1 depends on file: /usr/local/sbin/apxs - found ===> Generating temporary packing list ===> Checking if www/mod_php4 already installed Installing PHP SAPI module: apache2handler /usr/local/share/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/share/apache2/build/libtool' libphp4.la /usr/local/libexec/apache2 /usr/local/share/apache2/build/libtool --mode=install cp libphp4.la /usr/local/libexec/apache2/ libtool: install: `libphp4.la' is not a valid libtool archive Try `libtool --help --mode=install' for more information. apxs:Error: Command failed with rc=65536 . *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.3.10. *** Error code 1 Stop in /usr/ports/www/mod_php4. -- Edit this bug report at http://bugs.php.net/?id=32365&edit=1
#32376 [NEW]: error with save php code in data base
From: mangawy1 at hotmail dot com
Operating system: winxp
PHP version: 4.3.10
PHP Bug Type: *Database Functions
Bug description: error with save php code in data base
Description:
i try to save php source code in database but it can't be save and display
syntax error in sql statment
Reproduce code:
---
if ($submit){
$result= mysql_query("insert into functions values
('$funexampls')") or die (mysql_error() );;
Expected result:
i'm try to wirte this php code in textarea
to be save in database
but this error massage display:
You have an error in your SQL syntax. Check the manual that corresponds to
your MySQL server version for the right syntax to use near
'login2',$counter); $counter=$_COOKIE[login2]+1; setcookie('lo
--
Edit bug report at http://bugs.php.net/?id=32376&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32376&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32376&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32376&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32376&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32376&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32376&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32376&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32376&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32376&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32376&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32376&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32376&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32376&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32376&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32376&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32376&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32376&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32376&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32376&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32376&r=mysqlcfg
#32374 [Opn->Bgs]: Compilation fails with net-snmp 5.2.1
ID: 32374 Updated by: [EMAIL PROTECTED] -Summary: Compilation fails on 4.3.8, 4.3.9, 4.3.10 and php4-STABLE after net-snmp patch Reported By: phdokc at cox dot net -Status: Open +Status: Bogus -Bug Type: Compile Failure +Bug Type: SNMP related Operating System: HP-UX 11.11 PHP Version: 4.3.10 New Comment: We don't support any patched external libs, we can hardly support really released ones.. Previous Comments: [2005-03-19 19:00:12] phdokc at cox dot net Sorry, forgot to add config options. Using same options on all versions to compile. configure --prefix=/opt/hpws/apache/php --enable-snmp --enable-pcntl --enable-sockets --enable-sigchild --with-snmp --with-snmp-dir= /usr/local/include/net-snmp --with-gd --with-gd-dir=/usr/local/include --with-mysql --with-mysql-dir=/usr/local/mysql/include --with -jpeg --with-jpeg-dir=/usr/local/include --with-zlib --with-zlib-dir=/usr/local/include --with-apxs2=/backup1/apache/bin/apxs --with -png --with-png-dir=/usr/local/include --with-gettext --with-gettext-dir=/usr/local/lib/gettext [2005-03-19 18:54:36] phdokc at cox dot net Description: After Net-SNMP team supplied patch to net-snmp 5.2 to correct a coredump under certain situations, php 4.3.8 would no longer compile. 4.3.9 had exact problem as 4.3.8. 4.3.10 had an error similar to bug #31121 (way too much error detail to attach but I have it if you want it). Following #31121 I downloaded CVS snapshot for 200503181930 and 200503191330 and both had a ld error while ld sapi/cli/php. DSO appeared to ld correctly. Details of all in Actual Results Section of this bug report (including net-snmp patch - dif.proto). ENV is HP-UX 11.11i, GMAKE 3.80, GCC 3.3.3, Apache 2.0.53, MySQL 3.23.58, Net-SNMP 5.2(patched). Any other questions, please email. Thanks. Expected result: Successful compile. Actual result: -- Failure on 4.3.8 and 4.3.9 compile after applying net-snmp 5.2 patch /bin/sh /backup1/php/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile /backup1/php/php-4.3.8/meta_ccld -Iext/snmp/ -I/backup1/php/php-4.3.8/ext/snmp/ -DPHP_ATOM_INC -I/backup1/php/php-4.3.8/include -I/backup1/php/php-4.3.8/main -I/backup1/php/php-4.3.8 -I/backup1/php/php-4.3.8/Zend -I/usr/local/include -I/backup1/php/php-4.3.8/ext/xml/expat -D_REENTRANT -I/backup1/php/php-4.3.8/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c /backup1/php/php-4.3.8/ext/snmp/snmp.c -o ext/snmp/snmp.lo /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `php_snmp_internal': /backup1/php/php-4.3.8/ext/snmp/snmp.c:349: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.8/ext/snmp/snmp.c:389: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_set_sec_protocol': /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: `usmAES192PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: (Each undeclared identifier is reported only once /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: for each function it appears in.) /backup1/php/php-4.3.8/ext/snmp/snmp.c:781: error: `usmAES256PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_gen_auth_key': /backup1/php/php-4.3.8/ext/snmp/snmp.c:804: warning: initialization discards qualifiers from pointer target type /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_gen_sec_key': /backup1/php/php-4.3.8/ext/snmp/snmp.c:833: warning: initialization discards qualifiers from pointer target type gmake: *** [ext/snmp/snmp.lo] Error 1 Failure on 4.3.9 compile after applying net-snmp 5.2 patch /bin/sh /backup1/php/php-4.3.9/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/snmp/ -I/backup1/php/php-4.3.9/ext/snmp/ -DPHP_ATOM_INC -I/backup1/php/php-4.3.9/include -I/backup1/php/php-4.3.9/main -I/backup1/php/php-4.3.9 -I/backup1/php/php-4.3.9/Zend -I/usr/local/include -I/backup1/php/php-4.3.9/ext/xml/expat -I/backup1/php/php-4.3.9/TSRM -g -O2 -prefer-pic -c /backup1/php/php-4.3.9/ext/snmp/snmp.c -o ext/snmp/snmp.lo /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `php_snmp_internal': /backup1/php/php-4.3.9/ext/snmp/snmp.c:349: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.9/ext/snmp/snmp.c:389: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `netsnmp_session_set_sec_protocol': /backup1/php/php-4.3.9/ext/snmp/snmp.c:777: error: `usmAES192PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.9/ex
#32376 [Opn->Bgs]: error with save php code in data base
ID: 32376
Updated by: [EMAIL PROTECTED]
Reported By: mangawy1 at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: *Database Functions
Operating System: winxp
PHP Version: 4.3.10
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.
Previous Comments:
[2005-03-19 21:36:40] mangawy1 at hotmail dot com
Description:
i try to save php source code in database but it can't be save and
display syntax error in sql statment
Reproduce code:
---
if ($submit){
$result= mysql_query("insert into functions values
('$funexampls')") or die (mysql_error() );;
Expected result:
i'm try to wirte this php code in textarea
to be save in database
but this error massage display:
You have an error in your SQL syntax. Check the manual that corresponds
to your MySQL server version for the right syntax to use near
'login2',$counter); $counter=$_COOKIE[login2]+1; setcookie('lo
--
Edit this bug report at http://bugs.php.net/?id=32376&edit=1
#32322 [Opn->Fbk]: OOP singleton instance
ID: 32322
Updated by: [EMAIL PROTECTED]
Reported By: rickd at commando-pernod dot net
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: Win2000
PHP Version: 5.0.3
New Comment:
Please provide an example script that actually returns something. And
give the expected / actual results too.
Previous Comments:
[2005-03-19 07:47:09] rickd at commando-pernod dot net
CVS snapshot the same, getInstance() returning reference none copy of
var, only way at the moment is this little workaround ( when using
private static in class not in function ):
public static function getInstance()
{
if ( self::$instance == null )
{
self::$instance = new test();
}
else {
echo "old";
}
return ( $r =& self::$instance);
}
[2005-03-18 19:26:19] [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-03-15 21:03:10] rickd at commando-pernod dot net
same but static inside class function and cant be killed with
referencing, remember in the other code i dont use &getinstance() so
the function do not return a reference how its describe in manual (
both need reference, caller and function code)
class test {
static function getinstance() {
static $instance;
if ( $instance == null ) {
$instance = new test();
}
return $instance;
}
}
$user = &test::getinstance();
$user = null; // dont destroy instance
$user = &test::getinstance();
unset( $user ); // dont destroy instance
[2005-03-15 21:00:00] rickd at commando-pernod dot net
upps i did i typing mistake :
so i mean
class test {
static private $instance = null;
static function getinstance() {
if ( self::$instance == null ) {
self::$instance = new test();
}
return self::$instance;
}
}
$user = &test::getinstance();
$user = null; // destroy singleton instance
$user = &test::getinstance();
unset( $user ); // dont destroy instance
[2005-03-15 19:54:01] rickd at commando-pernod dot net
Description:
We use a user singleton instance for our cms user authed ids that
should not be able to killed from third party addons or worse coders so
easily, but accessable from all.
But when someone get the instance with reference it can be killed easy
with setting the reference var to null, unset dont work.
If you put the static $instance holder inside the getinstance()
function it seems to be work correct and cant be deleted from setting
reference to NULL
Reproduce code:
---
class test {
static private $instance = null;
static function getinstance() {
if ( self::$instance == null ) {
return new test();
}
return self::$instance;
}
}
$user = &test::getinstance();
$user = null; // destroy singleton instance
$user = &test::getinstance();
unset( $user ); // dont destroy instance
Expected result:
singleton not destroying with setting a getted instance with
reference to null
Actual result:
--
singleton destroyed
--
Edit this bug report at http://bugs.php.net/?id=32322&edit=1
#29973 [Asn->Fbk]: Comparing COM object variable with NULL throws an exception
ID: 29973
Updated by: [EMAIL PROTECTED]
Reported By: tetikr at spytech dot cz
-Status: Assigned
+Status: Feedback
Bug Type: COM related
Operating System: Win2000
PHP Version: 5.0.1
Assigned To: wez
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-09-09 21:25:51] [EMAIL PROTECTED]
in this case you should be doing:
try {
$a = new COM(...);
// use it here
} catch (exception $e) {
// failed to create it
}
in other cases, where you have been passed the object, use is_object()
to check if it is valid.
I'll see if I can fix the shorthand "if (!$a)" syntax someone in the
next month.
[2004-09-06 14:27:03] tetikr at spytech dot cz
Some objects work and some not. The following code creates an object
that works not. It throws a COM exception "Member not found". Test it
for yourself, I hope it will fail :-)
-
$o = new COM("WScript.Shell");
if (!$o)
/* dummy */ ;
else
echo $o->CurrentDirectory;
-
[2004-09-06 08:06:19] [EMAIL PROTECTED]
What is the full error message?
[2004-09-03 19:08:58] tetikr at spytech dot cz
Description:
Comparing COM object variable with NULL throws an exception
Reproduce code:
---
$a = new COM(.);
if (!$a)
{
..
}
else
{
.
}
Expected result:
If $a is non null, I expect the ELSE block to be performed.
Actual result:
--
PHP throws an exception when trying to evaluate !$a. I think it tries
to access the default COM object's property.
If this is a valid behavior, how should I test for null?
--
Edit this bug report at http://bugs.php.net/?id=29973&edit=1
#32337 [Com]: Per Directory Values registry not working
ID: 32337 Comment by: baricak at post dot cz Reported By: jsonger at maintree dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows 2000 PHP Version: 5.0.3 New Comment: [EMAIL PROTECTED], i am sorry, what is your point? I was setting up different servers last week, with Apache and .htaccess there was not any problem. Just because these scripts have to be at the IIS, I do not come around it. I thought the sense of Per Directory Values Windows Registry paradigm was reading out the registry at the starting point of IIS, and setting local values for some directories, for specific configuration settings. According to http://de3.php.net/manual/en/ini.php#ini.list register_globals is of type PHP_INI_PERDIR, which actually means you can set it locally. Moreover, with Apache1.3 and Apache2.0 this actually WORKS! So what's wrong with the Windows implementation? I would not turn my scripts to register_globals on, but just as jsonger I have some external scripts running on this server. Thats why I want to have php.ini set to register_globals off and turn it on just for the foreign scripts... Previous Comments: [2005-03-18 20:10:13] jsonger at maintree dot com It read point needs to be adjusted then so it can work for register_globals. I don't want to for register_globals on for everyone just because a couple of my customers have older scripts that like it. I also don't understand why this is such a problem since the Apache module can do it with a .htaccess file. In a practicle since, I don't see a difference between the .htaccess file in apache and the registry in IIS. [2005-03-18 19:16:00] [EMAIL PROTECTED] This registry thing does NOT work for any option. It's just before script execution so it techinally can't work with e.g. register_globals. [2005-03-17 10:38:53] baricak at post dot cz And Last But not Least: When I try to echo ini_get(); ,the value is correct as set in the registry, but the system does not work like it says- phpinfo() returns the old php.ini value and the system reacts as only the old php.ini was set. [2005-03-17 10:30:23] baricak at post dot cz Hello, I have the same problems. I just installed php5.0-win32-200503170130.zip on IIS5 with Windows 2000 as ISAPI module and Per Directory Values does not work with some of the settings. For instance, display_errors directive works fine, but register_globals DOES NOT. The another problem is, phpinfo() output is not correct. When I set display_errors in the registry to a different value as in php.ini, in the output of phpinfo() the value of "local" column stays untouched, even though the system reactions are like the new value was set. The Version 5.0.3 has the same problems. [2005-03-16 14:30:14] jsonger at maintree dot com Description: In both 5.0.3 and 5.0.4RC1 built on Mar 16 2005 10:19:30, the ISAPI module is not using the Per Directory Values registry settings. I have not tried this with the CGI version. -- Edit this bug report at http://bugs.php.net/?id=32337&edit=1
#29915 [Opn->Asn]: [PATCH] allocate_new_resource() dangling pointer
ID: 29915
Updated by: [EMAIL PROTECTED]
Reported By: test dot 007 at seznam dot cz
-Status: Open
+Status: Assigned
Bug Type: Reproducible crash
Operating System: *
-PHP Version: 5CVS-2005-03-09
+PHP Version: 4CVS, 5CVS (2005-03-09)
-Assigned To:
+Assigned To: andi
New Comment:
Again a patch, can you review it or do I blindly commit it?
Previous Comments:
[2005-03-08 15:29:49] test dot 007 at seznam dot cz
--- TSRM/TSRM.c 2004-05-23 19:05:10.0 +0200
+++ TSRM/TSRM.c 2005-03-08 14:36:33.25000 +0100
@@ -260,9 +260,11 @@
static void allocate_new_resource(tsrm_tls_entry
**thread_resources_ptr, THREAD_T thread_id)
{
int i;
+ tsrm_tls_entry *new_resource;
TSRM_ERROR((TSRM_ERROR_LEVEL_CORE, "Creating data structures for
thread %x", thread_id));
(*thread_resources_ptr) = (tsrm_tls_entry *)
malloc(sizeof(tsrm_tls_entry));
+ new_resource = (*thread_resources_ptr);
(*thread_resources_ptr)->storage = (void **) malloc(sizeof(void
*)*id_count);
(*thread_resources_ptr)->count = id_count;
(*thread_resources_ptr)->thread_id = thread_id;
@@ -299,7 +301,7 @@
tsrm_mutex_unlock(tsmm_mutex);
if (tsrm_new_thread_end_handler) {
- tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));
+ tsrm_new_thread_end_handler(thread_id,
&(new_resource->storage));
}
}
http://test-007.webpark.cz/php29915.u.patch
As I already explained, it may crash with any scripts, it only needs
many concurrent threads, thus I can't give you a good example script.
[2005-03-07 21:35:28] [EMAIL PROTECTED]
Please provide any patches in unified diff format (diff -u)
and also, put them online somewhere where we can download them.
Can you also give some short example script which illustrates the
problem this patch supposedly fixes?
[2005-02-16 16:48:31] test dot 007 at seznam dot cz
Hello Tony,
I found the bug in 4.3.8, but I've checked sources of PHP5 (a link you
provided), and the bug is still present in both 4.x and 5.x.
The bug only occurs if there are more PHP threads running, and you have
a bad luck. It is unrelated to a PHP script, it can crash with any
script(s) => I can't provide you with a particular "crashing" or even
"crashes here" script.
To sum up the problem, allocate_new_resource() uses a resource a
microsecond after it has unlocked a mutex. If another thread removes
the resource during the microsecond, crash.
tsrm_mutex_unlock(tsmm_mutex);
if (tsrm_new_thread_end_handler) {
tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));
My patch is obviously harmless, and, believe me, it helps :-)
[2005-02-10 00:24:12] [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
Please provide a short but complete reproduce script if you still
expirience this issue.
Also, I don't quite understand: you're talking about 5.0.x-CVS, but the
patch you provided is against 4.3.x-CVS.
[2004-08-31 15:30:07] test dot 007 at seznam dot cz
Description:
There's a dangling pointer in TSRM.c: allocate_new_resource(), the
last command.
After
tsrm_mutex_unlock(tsmm_mutex);
the (*thread_resources_ptr) is invalid if you're really unlucky.
Fix:
diff ..\php-4.3.8.orig\TSRM\TSRM.c TSRM\TSRM.c
258a259
> tsrm_tls_entry *new_resource;
261a263
> new_resource = (*thread_resources_ptr);
291c293
< tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));
---
> tsrm_new_thread_end_handler(thread_id,
> &((new_resource)->storage));
Long description:
I believe there's a bug even in latest PHP 5, which crashes more
probably in debug build, see TSRM/tsrm.c:
ts_resource_ex() calls while owning a mutex:
allocate_new_resource(&thread_resources->next, thread_id);
That should add a new tsrm_tls_entry* thread_resources to the end of
the linked list.
allocate_new_resource(tsrm_tls_entry **thread_resources_ptr, THREAD_T
thread_id) adds a new linked entry (i.e. sets the list tail's next)
(*thread_resources_ptr) = (tsrm_tls_entry *)
malloc(sizeof(tsrm_tls_entry));
unlock the mutex;
tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage)); /* 2nd arg equals to
(*thread_resources_ptr) */
If another thread, by accident exactly the thread which has been the
last one in the linked list before the allocate_new_resource() called
malloc(), and whose "next"
#32374 [Bgs->Opn]: Compilation fails with net-snmp 5.2.1
ID: 32374 User updated by: phdokc at cox dot net Reported By: phdokc at cox dot net -Status: Bogus +Status: Open Bug Type: SNMP related Operating System: HP-UX 11.11 PHP Version: 4.3.10 New Comment: Sorry, should have been clearer. I backed out the net-snmp 5.2.1 patch and the CVS snap shot and 4.3.10 still will not compile and have the same error results. Previous Comments: [2005-03-19 21:39:51] [EMAIL PROTECTED] We don't support any patched external libs, we can hardly support really released ones.. [2005-03-19 19:00:12] phdokc at cox dot net Sorry, forgot to add config options. Using same options on all versions to compile. configure --prefix=/opt/hpws/apache/php --enable-snmp --enable-pcntl --enable-sockets --enable-sigchild --with-snmp --with-snmp-dir= /usr/local/include/net-snmp --with-gd --with-gd-dir=/usr/local/include --with-mysql --with-mysql-dir=/usr/local/mysql/include --with -jpeg --with-jpeg-dir=/usr/local/include --with-zlib --with-zlib-dir=/usr/local/include --with-apxs2=/backup1/apache/bin/apxs --with -png --with-png-dir=/usr/local/include --with-gettext --with-gettext-dir=/usr/local/lib/gettext [2005-03-19 18:54:36] phdokc at cox dot net Description: After Net-SNMP team supplied patch to net-snmp 5.2 to correct a coredump under certain situations, php 4.3.8 would no longer compile. 4.3.9 had exact problem as 4.3.8. 4.3.10 had an error similar to bug #31121 (way too much error detail to attach but I have it if you want it). Following #31121 I downloaded CVS snapshot for 200503181930 and 200503191330 and both had a ld error while ld sapi/cli/php. DSO appeared to ld correctly. Details of all in Actual Results Section of this bug report (including net-snmp patch - dif.proto). ENV is HP-UX 11.11i, GMAKE 3.80, GCC 3.3.3, Apache 2.0.53, MySQL 3.23.58, Net-SNMP 5.2(patched). Any other questions, please email. Thanks. Expected result: Successful compile. Actual result: -- Failure on 4.3.8 and 4.3.9 compile after applying net-snmp 5.2 patch /bin/sh /backup1/php/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile /backup1/php/php-4.3.8/meta_ccld -Iext/snmp/ -I/backup1/php/php-4.3.8/ext/snmp/ -DPHP_ATOM_INC -I/backup1/php/php-4.3.8/include -I/backup1/php/php-4.3.8/main -I/backup1/php/php-4.3.8 -I/backup1/php/php-4.3.8/Zend -I/usr/local/include -I/backup1/php/php-4.3.8/ext/xml/expat -D_REENTRANT -I/backup1/php/php-4.3.8/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c /backup1/php/php-4.3.8/ext/snmp/snmp.c -o ext/snmp/snmp.lo /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `php_snmp_internal': /backup1/php/php-4.3.8/ext/snmp/snmp.c:349: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.8/ext/snmp/snmp.c:389: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_set_sec_protocol': /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: `usmAES192PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: (Each undeclared identifier is reported only once /backup1/php/php-4.3.8/ext/snmp/snmp.c:777: error: for each function it appears in.) /backup1/php/php-4.3.8/ext/snmp/snmp.c:781: error: `usmAES256PrivProtocol' undeclared (first use in this function) /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_gen_auth_key': /backup1/php/php-4.3.8/ext/snmp/snmp.c:804: warning: initialization discards qualifiers from pointer target type /backup1/php/php-4.3.8/ext/snmp/snmp.c: In function `netsnmp_session_gen_sec_key': /backup1/php/php-4.3.8/ext/snmp/snmp.c:833: warning: initialization discards qualifiers from pointer target type gmake: *** [ext/snmp/snmp.lo] Error 1 Failure on 4.3.9 compile after applying net-snmp 5.2 patch /bin/sh /backup1/php/php-4.3.9/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/snmp/ -I/backup1/php/php-4.3.9/ext/snmp/ -DPHP_ATOM_INC -I/backup1/php/php-4.3.9/include -I/backup1/php/php-4.3.9/main -I/backup1/php/php-4.3.9 -I/backup1/php/php-4.3.9/Zend -I/usr/local/include -I/backup1/php/php-4.3.9/ext/xml/expat -I/backup1/php/php-4.3.9/TSRM -g -O2 -prefer-pic -c /backup1/php/php-4.3.9/ext/snmp/snmp.c -o ext/snmp/snmp.lo /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `php_snmp_internal': /backup1/php/php-4.3.9/ext/snmp/snmp.c:349: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.9/ext/snmp/snmp.c:389: warning: passing arg 3 of `snmp_parse_oid' from incompatible pointer type /backup1/php/php-4.3.9/ext/snmp/snmp.c: In function `netsnmp_session_set_sec_protocol': /backup1/ph
#32377 [NEW]: DLL PHP5TS crashed while request more than 30 seconds
From: josotoru at gmail dot com Operating system: Windows PHP version: 5.0.3 PHP Bug Type: Reproducible crash Bug description: DLL PHP5TS crashed while request more than 30 seconds Description: The following problem is the file php5ts.dll. When i request of registries entrance from my script file appear a critical error whit Apache and specify the named file, the server yet run but the info in the page not show! Only happens with the data recover. In PHP4 this problem not occures. Expected result: Windows Critical Error: Apache has detected a problem and need to close. -- Edit bug report at http://bugs.php.net/?id=32377&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32377&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32377&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32377&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32377&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32377&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32377&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32377&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32377&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32377&r=support Expected behavior: http://bugs.php.net/fix.php?id=32377&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32377&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32377&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32377&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32377&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32377&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32377&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32377&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32377&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32377&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32377&r=mysqlcfg
#32377 [Opn->Fbk]: DLL PHP5TS crashed while request more than 30 seconds
ID: 32377 Updated by: [EMAIL PROTECTED] Reported By: josotoru at gmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows PHP Version: 5.0.3 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 Previous Comments: [2005-03-19 23:06:50] josotoru at gmail dot com Description: The following problem is the file php5ts.dll. When i request of registries entrance from my script file appear a critical error whit Apache and specify the named file, the server yet run but the info in the page not show! Only happens with the data recover. In PHP4 this problem not occures. Expected result: Windows Critical Error: Apache has detected a problem and need to close. -- Edit this bug report at http://bugs.php.net/?id=32377&edit=1
#32318 [Bgs]: memory_limit does not work
ID: 32318 User updated by: camka at email dot ee Reported By: camka at email dot ee Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.3.10 New Comment: sorry. I wrote that the error occurres only on one computer. It appeared to be wrong. It goes up on several servers with similar configuration i described in previous post. Previous Comments: [2005-03-17 17:35:05] camka at email dot ee the apache was configured as: './configure' '--bindir=/usr/bin' '--mandir=/usr/share/man' '--with-apache=../apache_1.3.33' '--with-config-file-path=/etc/apache' '--with-gnu-ld' '--without-pear' '--enable-track-vars' '--enable-memory-limit' '--enable-short-tags' '--enable-inline-optimization' '--disable-display-source' '--disable-url-fopen-wrapper' '--disable-cli' '--disable-posix' '--with-pcre-regex' '--disable-ctype' '--disable-overload' '--disable-tokenizer' '--disable-ipv6' '--disable-simplexml' '--without-sqlite' '--with-mysql=/usr' '--disable-session' '--enable-sockets' '--without-zlib' '--with-iconv' '--enable-mbstring=all' '--enable-mbregex' software versions: - fedora-release-2-4 - gcc-3.3.3-7 - binutils-2.15.90.0.3-5 perhaps any other information to provide? [2005-03-17 09:44:30] [EMAIL PROTECTED] Broken GCC or some other tool in that system. No PHP bug if it works elsewhere.. [2005-03-16 23:20:08] camka at email dot ee No. Last snapshot didn't help either. The situation is the same. On other servers code works allrigh though. What could be the clue here? [2005-03-15 23:56:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip This works fine here.. [2005-03-15 17:33:31] camka at email dot ee Description: php compiled with --enable-memory-limit, but setting the value of memory_limit more then certain number won't affect scripts. tried set the value of memory_limit in both php.ini and script body - nothing helped. Reproduce code: --- \n";flush(); } ?> Expected result: allocate at least 100MB of memory and die if exceeded. Actual result: -- 100M 1 1 - 12912 2 - 12912 3 - 12920 4 - 12944 5 - 12960 6 - 13032 7 - 13096 8 - 13224 9 - 13480 10 - 13992 11 - 15016 12 - 17064 13 - 21160 14 - 29352 15 - 45736 16 - 78504 17 - 144040 18 - 275112 19 - 537256 20 - 1061544 21 - 2110120 22 - 4207272 23 - 8401576 error_log: FATAL: erealloc(): Unable to allocate 16777217 bytes -- Edit this bug report at http://bugs.php.net/?id=32318&edit=1
#29915 [Asn]: [PATCH] allocate_new_resource() dangling pointer
ID: 29915
Updated by: [EMAIL PROTECTED]
Reported By: test dot 007 at seznam dot cz
Status: Assigned
Bug Type: Reproducible crash
Operating System: *
PHP Version: 4CVS, 5CVS (2005-03-09)
Assigned To: andi
New Comment:
- tsrm_mutex_unlock(tsmm_mutex);
if (tsrm_new_thread_end_handler) {
tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));
}
+ tsrm_mutex_unlock(tsmm_mutex);
}
IMO simply putting the mutex release point ahead would
make more sense..
Previous Comments:
[2005-03-19 22:38:19] [EMAIL PROTECTED]
Again a patch, can you review it or do I blindly commit it?
[2005-03-08 15:29:49] test dot 007 at seznam dot cz
--- TSRM/TSRM.c 2004-05-23 19:05:10.0 +0200
+++ TSRM/TSRM.c 2005-03-08 14:36:33.25000 +0100
@@ -260,9 +260,11 @@
static void allocate_new_resource(tsrm_tls_entry
**thread_resources_ptr, THREAD_T thread_id)
{
int i;
+ tsrm_tls_entry *new_resource;
TSRM_ERROR((TSRM_ERROR_LEVEL_CORE, "Creating data structures for
thread %x", thread_id));
(*thread_resources_ptr) = (tsrm_tls_entry *)
malloc(sizeof(tsrm_tls_entry));
+ new_resource = (*thread_resources_ptr);
(*thread_resources_ptr)->storage = (void **) malloc(sizeof(void
*)*id_count);
(*thread_resources_ptr)->count = id_count;
(*thread_resources_ptr)->thread_id = thread_id;
@@ -299,7 +301,7 @@
tsrm_mutex_unlock(tsmm_mutex);
if (tsrm_new_thread_end_handler) {
- tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));
+ tsrm_new_thread_end_handler(thread_id,
&(new_resource->storage));
}
}
http://test-007.webpark.cz/php29915.u.patch
As I already explained, it may crash with any scripts, it only needs
many concurrent threads, thus I can't give you a good example script.
[2005-03-07 21:35:28] [EMAIL PROTECTED]
Please provide any patches in unified diff format (diff -u)
and also, put them online somewhere where we can download them.
Can you also give some short example script which illustrates the
problem this patch supposedly fixes?
[2005-02-16 16:48:31] test dot 007 at seznam dot cz
Hello Tony,
I found the bug in 4.3.8, but I've checked sources of PHP5 (a link you
provided), and the bug is still present in both 4.x and 5.x.
The bug only occurs if there are more PHP threads running, and you have
a bad luck. It is unrelated to a PHP script, it can crash with any
script(s) => I can't provide you with a particular "crashing" or even
"crashes here" script.
To sum up the problem, allocate_new_resource() uses a resource a
microsecond after it has unlocked a mutex. If another thread removes
the resource during the microsecond, crash.
tsrm_mutex_unlock(tsmm_mutex);
if (tsrm_new_thread_end_handler) {
tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));
My patch is obviously harmless, and, believe me, it helps :-)
[2005-02-10 00:24:12] [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
Please provide a short but complete reproduce script if you still
expirience this issue.
Also, I don't quite understand: you're talking about 5.0.x-CVS, but the
patch you provided is against 4.3.x-CVS.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/29915
--
Edit this bug report at http://bugs.php.net/?id=29915&edit=1
#32379 [NEW]: type hinting doesn't inforce encapsulation
From: freebsd at dds dot nl Operating system: FreeBSD PHP version: 5.0.3 PHP Bug Type: Class/Object related Bug description: type hinting doesn't inforce encapsulation Description: Type hinting doesn't prevent you from calling functions of children that are not defined in the interface or (abstract) class. This mean you could call a function of object x, then create a new class (y) that doesn't implement this function, resulting in an error later on. Basicaly the principle of encapsulation (on class level) isn't enforced. Reproduce code: --- fb(); } f(new Y()); ?> Expected result: An error (or at least a warning). Actual result: -- n/a -- Edit bug report at http://bugs.php.net/?id=32379&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32379&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32379&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32379&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32379&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32379&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32379&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32379&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32379&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32379&r=support Expected behavior: http://bugs.php.net/fix.php?id=32379&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32379&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32379&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32379&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32379&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32379&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32379&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32379&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32379&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32379&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32379&r=mysqlcfg
[suspicious - maybe spam] [suspicious - maybe spam] #32379 [Opn->Bgs]: type hinting doesn't inforce encapsulation
ID: 32379 Updated by: [EMAIL PROTECTED] Reported By: freebsd at dds dot nl -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: FreeBSD PHP Version: 5.0.3 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 Type hints don't check what you are doing with your object, they just help you to know what you have... Previous Comments: [2005-03-20 00:40:59] freebsd at dds dot nl Description: Type hinting doesn't prevent you from calling functions of children that are not defined in the interface or (abstract) class. This mean you could call a function of object x, then create a new class (y) that doesn't implement this function, resulting in an error later on. Basicaly the principle of encapsulation (on class level) isn't enforced. Reproduce code: --- fb(); } f(new Y()); ?> Expected result: An error (or at least a warning). Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=32379&edit=1
#32237 [Opn->Fbk]: 200503081930: sun forte compiler gives a lot of warnings
ID: 32237 Updated by: [EMAIL PROTECTED] Reported By: soloturn99 at yahoo dot com -Status: Open +Status: Feedback Bug Type: Compile Warning Operating System: solaris 8 PHP Version: 5CVS-2005-03-08 (dev) 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-03-09 19:27:44] soloturn99 at yahoo dot com thanks a lot! this time it compiles. for element.c and simplexml.c the warnings are still there. the others i did not cross check. but as it compiled to the end, there were some new warnings: "/usr/local/src/php5-200503091730/ext/standard/image.c", line 554: warning: statement not reached "/usr/local/src/php5-200503091730/ext/standard/image.c", line 565: warning: argument #2 is incompatible with prototype: prototype: pointer to char : "/usr/local/src/php5-200503091730/main/php_streams.h", line 278 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/image.c", line 830: warning: assignment type mismatch: pointer to unsigned char "=" pointer to char "/usr/local/src/php5-200503091730/ext/standard/image.c", line 888: warning: argument #2 is incompatible with prototype: prototype: pointer to char : "/usr/local/src/php5-200503091730/main/php_streams.h", line 278 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/image.c", line 891: warning: argument #1 is incompatible with prototype: prototype: pointer to const char : "/usr/include/iso/string_iso.h", line 72 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/image.c", line 891: warning: argument #1 is incompatible with prototype: prototype: pointer to const char : "/usr/include/iso/string_iso.h", line 72 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/image.c", line 897: warning: argument #2 is incompatible with prototype: prototype: pointer to char : "/usr/local/src/php5-200503091730/main/php_streams.h", line 278 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/image.c", line 909: warning: argument #2 is incompatible with prototype: prototype: pointer to char : "/usr/local/src/php5-200503091730/main/php_streams.h", line 278 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/html.c", line 889: warning: argument #1 is incompatible with prototype: prototype: pointer to const char : "/usr/local/src/php5-200503091730/Zend/zend_alloc.h", line 85 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/html.c", line 910: warning: argument #1 is incompatible with prototype: prototype: pointer to char : "/usr/include/iso/string_iso.h", line 73 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/html.c", line 947: warning: argument #2 is incompatible with prototype: prototype: pointer to char : "/usr/local/src/php5-200503091730/Zend/zend_operators.h", line 132 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/html.c", line 948: warning: argument #3 is incompatible with prototype: prototype: pointer to char : "/usr/local/src/php5-200503091730/ext/standard/php_string.h", line 130 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/html.c", line 948: warning: argument #5 is incompatible with prototype: prototype: pointer to char : "/usr/local/src/php5-200503091730/ext/standard/php_string.h", line 130 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/html.c", line 965: warning: argument #5 is incompatible with prototype: prototype: pointer to char : "/usr/local/src/php5-200503091730/ext/standard/php_string.h", line 130 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/html.c", line 990: warning: argument #1 is incompatible with prototype: prototype: pointer to unsigned char : "/usr/local/src/php5-200503091730/ext/standard/html.c", line 834 argument : pointer to char "/usr/local/src/php5-200503091730/ext/standard/html.c", line 1123: warning: argument #2 is incompatible with prototype: prototype: pointer to const char : "/usr/include/iso/string_iso.h", line 66 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/html.c", line 1124: warning: argument #1 is incompatible with prototype: prototype: pointer to const char : "/usr/include/iso/string_iso.h", line 70 argument : pointer to unsigned char "/usr/local/src/php5-200503091730/ext/standard/html.c", line 1185: wa
#32254 [Opn->Csd]: Nested try-catch blocks may cause segfault
ID: 32254
Updated by: [EMAIL PROTECTED]
Reported By: shulmanb at il dot ibm dot com
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5CVS-2005-03-09 (dev)
New Comment:
This bug is then fixed if not happening anymore.
btw. It's really not wise to compile PHP with
--enable-maintainer-zts..
Previous Comments:
[2005-03-10 08:01:27] shulmanb at il dot ibm dot com
Latest snapshot does not cause a segfault on Linux.
However, the probably related bug #32252 still happens on Windows with
latest snapshot, so it's probable that memory corruption still occurs.
[2005-03-09 21:45:39] [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 fine here.
[2005-03-09 14:52:58] shulmanb at il dot ibm dot com
Description:
When compiled with --enable-maintainer-zts, having nested try-catch
blocks may cause segfaults in some cases.
In the following code fragment, commenting out the outer try-catch
block solves the segfault.
This DOES NOT HAPPEN when compiled with debug symbols.
This may be related to bug #32252 (for instance, if the index to $list
is positive, crash does not occur).
Reproduce code:
---
class a implements ArrayAccess {
function offsetExists ($offset) { return false; }
function offsetGet ($offset) { return null; }
function offsetSet ($offset, $value) { throw new Exception
("Oops"); }
function offsetUnset ($offset) { }
}
function test () {
try {
$list = new a();
$caught = 0;
try {
$list[-1] = 123;
} catch (Exception $e) {
$caught = 1;
}
if (!$caught)
return false;
return true;
}
catch (Exception $e) {
return false;
}
}
print test();
Expected result:
The output should be "1"
Actual result:
--
Segmentation fault.
PHP was compiled without debug symbols. The stack trace provided by gdb
was:
#0 0x08184ecd in zend_hash_destroy (ht=0x8c579c08)
at /root/php-5.0.3/Zend/zend_hash.c:524
--
Edit this bug report at http://bugs.php.net/?id=32254&edit=1
#32380 [Opn]: type hinting - error hard to track down
ID: 32380 User updated by: freebsd at akruijff dot dds dot nl -Reported By: freebsd at dds dot nl +Reported By: freebsd at akruijff dot dds dot nl Status: Open Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 5.0.3 New Comment: Correcting e-mail Previous Comments: [2005-03-20 01:16:57] freebsd at dds dot nl Changed to feuture request [2005-03-20 00:58:35] freebsd at akruijff dot dds dot nl Description: Type hinting prevents passing NULL of non related objects as argument. An error is give on where the function is defined instead of where it is called. This make it hard to track down the bug, because it could be called a 100 times from different files, while only one is wrong. Reproduce code: --- fa(); } f(new Y()); ?> Expected result: Would like an error on line 14 [ f(new Y()); ] Actual result: -- Give an erorr on line 11 [ function f(X $y) ]. -- Edit this bug report at http://bugs.php.net/?id=32380&edit=1
#32252 [Opn->Asn]: Segfault when offsetSet throws an Exception (only without debug)
ID: 32252
Updated by: [EMAIL PROTECTED]
Reported By: shulmanb at il dot ibm dot com
-Status: Open
+Status: Assigned
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.*
Assigned To: helly
Previous Comments:
[2005-03-13 19:22:42] [EMAIL PROTECTED]
Related to http://bugs.php.net/30346
[2005-03-09 15:13:34] [EMAIL PROTECTED]
The first problem here is that the negative key results in incomplete
initialized zvals internally *before* even calling offsetSet().
[2005-03-09 14:38:38] shulmanb at il dot ibm dot com
Description:
In some cases, when offsetSet throws an exception a segfault occurs.
This does not happen when compiled with --enable-debug.
Note that if the index passed to $list is positive or a string, not
segfault occurs.
Reproduce code:
---
class a implements ArrayAccess
{
function offsetExists ($offset) { return false; }
function offsetGet ($offset) { return null; }
function offsetSet ($offset, $value) { throw new Exception ("Ooops");
}
function offsetUnset ($offset) {}
}
function test()
{
$list = new a();
try {
$list[-1] = 123;
} catch (Exception $e) { }
return true;
}
print test();
Expected result:
The output should be "1".
Actual result:
--
Segmentation fault.
The stack trace reported in Visual Studio, using the latest snapshot
and debug pack is:
php5ts.dll!shutdown_memory_manager(int silent=0, int full_shutdown=0,
void * * * tsrm_ls=0x00364b38) Line 490 + 0xb C
php5ts.dll!php_request_shutdown(void * dummy=0x) Line 1225 +
0x2fC
msvcrt.dll!77c37bbe()
user32.dll!77d5f160()
--
Edit this bug report at http://bugs.php.net/?id=32252&edit=1
#32367 [WFx]: Test for bug 16069 fails
ID: 32367 User updated by: webmaster at ragnarokonline dot de Reported By: webmaster at ragnarokonline dot de Status: Wont fix Bug Type:ICONV related PHP Version: 4.3.10 New Comment: Oh, and what do I need to fix on my side, so that this test doesn't fail? Previous Comments: [2005-03-19 00:36:20] webmaster at ragnarokonline dot de And why isn't the test skipped in that case? [2005-03-19 00:00:47] [EMAIL PROTECTED] The failure can safely be ignored. That is caused by a number of differences in the locale configuration between your environment and the one that test was made. [2005-03-18 23:59:19] [EMAIL PROTECTED] What does ext/iconv/tests/bug16069.diff contain? [2005-03-18 22:46:16] webmaster at ragnarokonline dot de Description: I've compiled PHP4 on debian with the following configure command: './configure' '--prefix=/usr/local/php' '--with-apxs2=/usr/bin/apxs2' '--with-mysql=/usr' '--with-config-file-path=/etc/php4/apache2' '--with-config-file-scan-dir=/etc/php4/apache2/php.d' '--with-ttf' '--with-freetype-dir=/usr' '--with-png-dir=/usr/local/lib' '--with-jpeg-dir=/usr/local/lib' '--with-xpm-dir=/usr/X11R6' '--with-mcrypt' '--with-mhash' '--with-gettext' '--with-iconv' '--with-pear' '--with-xml' '--with-zlib' '--with-bz2' '--with-curl' '--with-openssl' '--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--with-gd=/usr' '--with-ldap' '--with-imap' '--with-imap-ssl' '--with-kerberos' '--enable-ftp' '--enable-versioning' '--enable-track-vars=yes' '--enable-bcmath' '--enable-calendar' '--enable-magic-quotes' '--enable-sockets' '--enable-gd-native-ttf' '--enable-memory-limit' '--enable-mbstring' '--enable-wddx' and the test for bug 16069 (Bug #16069 [ext/iconv/tests/bug16069.phpt]) still fails. I could confirm this with PHP 4.3.10 and PHP 4.3.11RC1. Not tested other versions so far. -- Edit this bug report at http://bugs.php.net/?id=32367&edit=1
#32322 [Fbk->Opn]: Return values by reference broken( using self::),example singleton instance
ID: 32322
User updated by: rickd at commando-pernod dot net
-Summary: OOP singleton instance
Reported By: rickd at commando-pernod dot net
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Win2000
PHP Version: 5.0.3
New Comment:
myname = $value;
}
private function __clone() {}
static public function getInstance()
{
if ( self::$instance == null )
{
self::$instance = new test('Singleton1');
}
else {
echo "Using old class " . self::$instance -> myname .
"\n";
}
return self::$instance;
}
static public function getInstance2()
{
static $instance2 = null;
if ( $instance2 == null )
{
$instance2 = new test('Singleton2');
}
else {
echo "Using old class " . $instance2 -> myname . "\n";
}
return $instance2;
}
public function __destruct()
{
if ( defined('SCRIPT_END') )
{
echo "Class " . $this -> myname . " destroyed at script end
\n";
} else {
echo "Class " . $this -> myname . " destroyed beforce
script end \n";
}
}
}
echo "Try static instance inside class :\n";
$getCopyofSingleton= test::getInstance();
$getCopyofSingleton= null;
$getCopyofSingleton= &test::getInstance();
$getCopyofSingleton= null;
$getCopyofSingleton= test::getInstance();
echo "Try static instance inside function :\n";
$getCopyofSingleton2 = test::getInstance2();
$getCopyofSingleton2 = null;
$getCopyofSingleton2 = &test::getInstance2();
$getCopyofSingleton2 = null;
$getCopyofSingleton2 = test::getInstance2();
define('SCRIPT_END',1);
?>
Current result :
Try static instance inside class :
New class Singleton1 created
Using old class Singleton1
Class Singleton1 destroyed beforce script end
New class Singleton1 created
Try static instance inside function :
New class Singleton2 created
Using old class Singleton2
Using old class Singleton2
Class Singleton1 destroyed at script end
Class Singleton2 destroyed at script end
Expected result :
Try static instance inside class :
New class Singleton1 created
Using old class Singleton1
Using old class Singleton1
Try static instance inside function :
New class Singleton2 created
Using old class Singleton2
Using old class Singleton2
Class Singleton1 destroyed at script end
Class Singleton2 destroyed at script end
php setting :
allow_call_time_pass_reference Off Off
zend.ze1_compatibility_mode Off Off
What i mean whats going wrong :
to return a variable by reference, you need to define the caller´s code
and function code with a & prefix, but it seems when you use the self::
and parent:: as return values
this is broken, only caller need a & prefix, that is what i mean
Previous Comments:
[2005-03-19 21:49:04] [EMAIL PROTECTED]
Please provide an example script that actually returns something. And
give the expected / actual results too.
[2005-03-19 07:47:09] rickd at commando-pernod dot net
CVS snapshot the same, getInstance() returning reference none copy of
var, only way at the moment is this little workaround ( when using
private static in class not in function ):
public static function getInstance()
{
if ( self::$instance == null )
{
self::$instance = new test();
}
else {
echo "old";
}
return ( $r =& self::$instance);
}
[2005-03-18 19:26:19] [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-03-15 21:03:10] rickd at commando-pernod dot net
same but static inside class function and cant be killed with
referencing, remember in the other code i dont use &getinstance() so
the function do not return a reference how its describe in manual (
both need reference, caller and function code)
class test {
static function getinstance() {
static $instance;
if ( $instance == null ) {
$instance = new test();
}
return $instance;
}
}
$user = &test::getinstance();
$user = null; // dont destroy instance
$user = &test::getinstance();
unset( $user ); // dont destroy instance
[2005-03-15 21:00:00] rickd at commando-pernod dot net
upps i did i typing mistake :
so i mean
class test {
static private $instance = null;
static function getinstance() {
if ( self::$instance == null ) {
self::$instance = new
#32365 [Fbk->Opn]: error in build php
ID: 32365 User updated by: tempo at kgs dot ru Reported By: tempo at kgs dot ru -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: freebsd 5.3-p5 PHP Version: 4.3.10 New Comment: # ./configure --enable-memory-limit --with-layout=GNU --with-config-file-scan-dir=/usr/local/etc/php --disabl e-all --with-regex=php --with-apxs2=/usr/local/sbin/apxs --disable-ipv6 --prefix=/usr/local i386-portbld-freeb sd5.3 and no ok, failed . in file libphp4.la header is: # libphp4.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.4.3 (1.922.2.110 2002/10/23 01:39:54) ... pkg_info |grep libtool libtool-1.3.5_2 Generic shared library support script (version 1.3) libtool-1.5.10_1Generic shared library support script (version 1.5) Previous Comments: [2005-03-19 21:15:18] [EMAIL PROTECTED] DO NOT use --enable-versioning configure option. Delete config.cache and rerun configure without that option. [2005-03-19 16:57:55] tempo at kgs dot ru config.status ./configure --enable-versioning --enable-memory-limit --with-layout=GNU --with-config-file-scan -dir=/usr/local/etc/php --disable-all --with-regex=php --with-apxs2=/usr/local/sbin/apxs --disable -ipv6 --prefix=/usr/local i386-portbld-freebsd5.3 cd /usr/ports/lang/php4 make - this all ok make install - this is fail. [2005-03-18 23:56:43] [EMAIL PROTECTED] And what might the configure line be that you used..? [2005-03-18 20:52:42] tempo at kgs dot ru I tried the latest release , same error ... [2005-03-18 20:02:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/32365 -- Edit this bug report at http://bugs.php.net/?id=32365&edit=1
#31926 [Opn->Fbk]: php in free() error with RecursiveArrayIterator
ID: 31926 Updated by: [EMAIL PROTECTED] Reported By: gms08701 at yahoo dot com -Status: Open +Status: Feedback Bug Type: SPL related Operating System: FreeBSD 5.3 PHP Version: 5CVS-2005-02-13 Assigned To: helly 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 Previous Comments: [2005-03-10 01:31:29] gms08701 at yahoo dot com Ok. This is with a snapshot from today... --- gladiator# /home/gsam/local/bin/php -v PHP 5.0.4-dev (cli) (built: Mar 9 2005 19:12:22) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies gladiator# setenv TEST_PHP_EXECUTABLE /home/gsam/local/bin/php gladiator# /home/gsam/local/bin/php -f /home/gsam/php/php5/run-tests.php ext/spl = CWD : /usr/home/gsam/php/php5 PHP : /home/gsam/local/bin/php PHP_SAPI: cli PHP_VERSION : 5.0.4-dev ZEND_VERSION: 2.0.4-dev PHP_OS : FreeBSD - FreeBSD gladiator.xxx.xxx 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #0: Wed Dec 29 20:45:41 EST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GLADIATOR i386 INI actual : /usr/home/gsam/php/php5 More .INIs : /usr/local/etc/php/extensions.ini Extra dirs : = Running selected tests. PASS SPL: EmptyIterator [ext/spl/examples/tests/iterators_001.phpt] PASS SPL: InfiniteIterator [ext/spl/examples/tests/iterators_002.phpt] PASS SPL: NoRweindIterator [ext/spl/examples/tests/iterators_003.phpt] PASS SPL: AppendIterator [ext/spl/examples/tests/iterators_004.phpt] PASS SPL: ArrayObject [ext/spl/tests/array_001.phpt] PASS SPL: ArrayObject copy constructor [ext/spl/tests/array_002.phpt] PASS SPL: ArrayObject from object [ext/spl/tests/array_003.phpt] PASS SPL: ArrayIterator [ext/spl/tests/array_004.phpt] PASS SPL: ArrayObject/Iterator interaction [ext/spl/tests/array_005.phpt] PASS SPL: ArrayIterator without ArrayObject [ext/spl/tests/array_006.phpt] PASS SPL: ArrayObject/Iterator from IteratorAggregate [ext/spl/tests/array_007.phpt] PASS SPL: ArrayIterator and foreach reference [ext/spl/tests/array_008.phpt] FAIL SPL: ArrayIterator implementing RecursiveIterator [ext/spl/tests/array_009.phpt] PASS SPL: ArrayIterator implements ArrayAccess [ext/spl/tests/array_010.phpt] PASS SPL: ArrayIterator, LimitIterator and string keys [ext/spl/tests/array_011.phpt] PASS SPL: ArrayIterator::count [ext/spl/tests/array_012.phpt] PASS SPL: ArrayIterator::append [ext/spl/tests/array_013.phpt] PASS SPL: ArrayIterator::seek() [ext/spl/tests/array_014.phpt] PASS SPL: ArrayIterator::next() with internal arrays [ext/spl/tests/array_015.phpt] PASS Bug #28822 (ArrayObject::offsetExists() works inverted) [ext/spl/tests/bug28822.phpt] PASS Bug #31486 (ArrayIterator::next segfaults) [ext/spl/tests/bug31346.phpt] PASS Bug #31348 (CachingIterator::rewind() leaks) [ext/spl/tests/bug31348.phpt] FAIL Bug #31926 (php in free() error with RecursiveArrayIterator) [ext/spl/tests/bug31926.phpt] PASS Bug #32134 (Overloading offsetGet/offsetSet) [ext/spl/tests/bug32134.phpt] PASS SPL: Problem with casting to string [ext/spl/tests/dit_001.phpt] PASS SPL: Iterator aggregating inner iterator's methods [ext/spl/tests/iterator_001.phpt] FAIL SPL: Iterator using getInnerIterator [ext/spl/tests/iterator_002.phpt] PASS SPL: CachingIterator and __toString() [ext/spl/tests/iterator_003.phpt] PASS SPL: SeekableIterator and string keys [ext/spl/tests/iterator_004.phpt] FAIL SPL: SimpleXMLIterator [ext/spl/tests/sxe_001.phpt] FAIL SPL: SimpleXMLIterator and recursion [ext/spl/tests/sxe_002.phpt] FAIL SPL: SimpleXMLIterator and getChildren() [ext/spl/tests/sxe_003.phpt] = Number of tests : 3232 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:6 ( 18.8%) ( 18.8%) Tests passed: 26 ( 81.3%) ( 81.3%) - Time taken :7 seconds = = FAILED TEST SUMMARY - SPL: ArrayIterator implementing RecursiveIterator [ext/spl/tests/array_009.phpt] Bug #31926 (php in free() error with RecursiveArrayIterator) [ext/spl/tests/bug31926.phpt] SPL: Iterator using getInnerIterator [ext/spl/tests/iterator_002.phpt] SPL: SimpleXMLIterator [ext/spl/tests/sxe_001.phpt] SPL: SimpleXMLIterator and recursion [ext/spl/tests/sxe_002.phpt] SPL: SimpleXMLIterator and getChildren() [ext/spl/tests/sxe_003.phpt] ==
