Req #42060 [Com]: [PATCH] LDAP: Add pagedResults support and more
Edit report at http://bugs.php.net/bug.php?id=42060&edit=1
ID: 42060
Comment by: luisdv at icon dot co dot za
Reported by:iarenuno at eteo dot mondragon dot edu
Summary:[PATCH] LDAP: Add pagedResults support and more
Status: Feedback
Type: Feature/Change Request
Package:*General Issues
Operating System: *
PHP Version:5CVS, 6CVS (2008-11-01)
Assigned To:pajoye
Block user comment: N
New Comment:
Can you build it for PHP 5.3? I'm willing to help test it on Windows
Server 2003.
How can we help get this into the 5.3.4 release?
Previous Comments:
[2010-10-13 10:27:06] jeanseb at au-fil-du dot net
I have build the ldap extension for PHP 5.2 on WinXP and i can build it
for PHP 5.2 or 5.3 on linux if you want.
But it's without any support.
[2010-10-13 10:24:02] jeanseb at au-fil-du dot net
I'm trying to do some lobbying arround this, without success for the
moment.
[2010-10-06 10:47:55] jonas dot ranerfors at gmail dot com
Chance for this to be in next release? 5.3.4?
[2010-08-17 07:48:51] qmt9z3 at yahoo dot com
Hello,
Any plans to fold this into the main stable releases?
Appreciate update on when this is going to become
main stream.
Thanks
[2010-08-04 17:59:30] jeanseb at au-fil-du dot net
I've attached a patch solving this.
In ldap_ctrl_paged_results_resp the 3rd and 4th args are string & int
passed by reference.
I've defined those args as zval ("zz"), should I change this to string &
int "si" too ?
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/bug.php?id=42060
--
Edit this bug report at http://bugs.php.net/bug.php?id=42060&edit=1
[PHP-BUG] Bug #53177 [NEW]: MySQLi_Result::fetch_object sets values after calling constructor
From: Operating system: Windows 7 PHP version: 5.2.14 Package: MySQLi related Bug Type: Bug Bug description:MySQLi_Result::fetch_object sets values after calling constructor Description: In PHP 5.2.14, mysqli_result::fetch_object sets properties after calling the constructor. In PHP 5.2.12, the properties were set before calling the constructor. This behavior was removed in both the 5.2 and 5.3 branches by svn commit #293039, as a fix for Bug #50636. However, in the comments for that bug, it was determined that the behavior should be documented, not removed. The commit that fixed the "bug" was later reverted in the 5.3 branch by svn commit #294901, but not in the 5.2 branch. The documentation for mysqli_result::fetch_object also describes this behavior as a feature. -- Edit bug report at http://bugs.php.net/bug.php?id=53177&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53177&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53177&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53177&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53177&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53177&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53177&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53177&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53177&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53177&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53177&r=support Expected behavior: http://bugs.php.net/fix.php?id=53177&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53177&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53177&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53177&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53177&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53177&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53177&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53177&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53177&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53177&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53177&r=mysqlcfg
Bug #53152 [Com]: mysql_insert_id return 0
Edit report at http://bugs.php.net/bug.php?id=53152&edit=1
ID: 53152
Comment by: uramihsayibok at gmail dot com
Reported by:genix at arctoz dot de
Summary:mysql_insert_id return 0
Status: Open
Type: Bug
Package:MySQL related
Operating System: Linux 2.6.34.6-54.fc13.i686
PHP Version:5.3.3
Block user comment: N
New Comment:
The INSERT query is invalid - "table" is a reserved word.
Using
> CREATE TABLE `table` (id INT AUTO_INCREMENT PRIMARY KEY, foo TEXT)
> mysql_query("INSERT INTO `table` VALUES('', 'TEST')");
it works for me. Which isn't surprising considering a bug this obvious
would have
been noticed a long time ago.
Check your MySQL client and server versions and/or give a real,
self-contained
test script.
Previous Comments:
[2010-10-25 18:50:23] genix at arctoz dot de
Description:
When calling mysql_insert_id() after insert, php returns 0, but if
queried "SELECT LAST_INSERT_ID()" it returns the right value.
Test script:
---
Expected result:
LAST-ID (Function): 38
LAST-ID (Query): 38
Actual result:
--
LAST-ID (Function): 0
LAST-ID (Query): 38
--
Edit this bug report at http://bugs.php.net/bug.php?id=53152&edit=1
Bug #53155 [Opn]: conditional class creation does not reset static variable in method
Edit report at http://bugs.php.net/bug.php?id=53155&edit=1
ID: 53155
Updated by: fel...@php.net
Reported by:frederic dot hardy at mageekbox dot net
Summary:conditional class creation does not reset static
variable in method
Status: Open
Type: Bug
Package:Scripting Engine problem
Operating System: FreeBSD
PHP Version:5.3.3
Block user comment: N
New Comment:
Probably related to bug #48623
Previous Comments:
[2010-10-25 21:41:26] frederic dot hardy at mageekbox dot net
Description:
when a class which extends a parent class with a method which define a
static variable is created then a condition is verified, the static
variable is not reset in the chield class.
Test script:
---
0)
{
class b extends a {}
}
var_dump(b::getInstance());
?>
Expected result:
object(a)#1 (0) {
}
object(b)#2 (0) {
}
Actual result:
--
object(a)#1 (0) {
}
object(a)#1 (0) {
}
--
Edit this bug report at http://bugs.php.net/bug.php?id=53155&edit=1
Req #53159 [Com]: Tolerant and Strict Variables and functions
Edit report at http://bugs.php.net/bug.php?id=53159&edit=1
ID: 53159
Comment by: uramihsayibok at gmail dot com
Reported by:dmgx dot michael at gmail dot com
Summary:Tolerant and Strict Variables and functions
Status: Open
Type: Feature/Change Request
Package:Variables related
PHP Version:Irrelevant
Block user comment: N
New Comment:
See http://wiki.php.net/rfc/typechecking
If you have a new idea, submit an RFC. Less likely to be shrugged off.
Previous Comments:
[2010-10-25 22:22:47] dmgx dot michael at gmail dot com
Description:
These are suggestions for PHP 6.0.
A tolerant variable, unlike a scalar, has an assigned type. If a value
is
placed in a tolerant variable of the wrong type it silently casts it to
the
correct type. It would require a new language keyword, "tolerant".
tolerant string $a = 'hello';
$a = false;
echo $a // echos the string value of false, ''
A strict variable behaves much the same but triggers an error (or throws
exception) rather than silently recasting. It requires a new keyword
"strict"
strict int $a = 5;
$a = false; // exception thrown.
The purpose of these var types is to build a better bridge between
undata-typed
programming used by beginning coders and strict data-typed programming
used by
veterans without forcing the former camp to adjust - PHP's strength is
ease of
learning.
Tolerant functions apply the recasting to their incoming arguments
according to
the datatypes hinted for the objects - if the value isn't of the
appropriate
object a new object ob the type hinted is created receiving that value
as an
argument.
Strict functions throw errors but can also overload sharing names with
each
other so long as no two strict functions try to have both the same name
and
argument types. So
strict function foo ( int $a ) {}
strict function foo ( string $a ) {}
strict function foo ( MyClass $a ) {}
would be possible.
--
Edit this bug report at http://bugs.php.net/bug.php?id=53159&edit=1
Req #41670 [Asn]: ReflectionProperty class in reflection api lacks getDefaultValue method
Edit report at http://bugs.php.net/bug.php?id=41670&edit=1 ID: 41670 Updated by: cataphr...@php.net Reported by:killgec at gmail dot com Summary:ReflectionProperty class in reflection api lacks getDefaultValue method Status: Assigned Type: Feature/Change Request Package:*General Issues PHP Version:5.2.3 Assigned To:cataphract Block user comment: N New Comment: Note there's already ReflectionClass::getDefaultProperties() and ReflectionClass::getStaticProperties(). Previous Comments: [2010-07-27 22:13:14] rasmus at mindplay dot dk Yep, missing for me too - this is one of the two missing features holding back some of the really cool stuff you could do with reflection... there are no good workarounds for this, it really needs to be fixed. [2010-06-01 02:37:28] jonwage at gmail dot com I could use this feature as well. [2009-05-06 08:35:47] no2spam at chello dot nl This would be very useful for me. Especially for code generation [2007-06-12 11:45:45] killgec at gmail dot com Description: ReflectionProperty class in reflection api lacks getDefaultValue method. So there is no way to find out if a property in a class examined with reflection API has a default value, and what this value is. -- Edit this bug report at http://bugs.php.net/bug.php?id=41670&edit=1
[PHP-BUG] Req #53173 [NEW]: shm_stat to get total & free
From:
Operating system: Linux
PHP version: Irrelevant
Package: Semaphore related
Bug Type: Feature/Change Request
Bug description:shm_stat to get total & free
Description:
Adding function to get total size of memory and to get free size of memory
of the opened shm segment.
Test script:
---
>From test script:
// test errors
var_dump(shm_stat());
var_dump(shm_stat(1));
var_dump(shm_stat(""));
// open shm segment
$key = ftok(dirname(__FILE__)."/008.phpt", 't');
$shmId = shm_attach($key, 1024);
var_dump($shmId);
// first stat call
var_dump(shm_stat($shmId));
// write data + stat
var_dump(shm_put_var($shmId, 10, '10'));
var_dump(shm_put_var($shmId, 20, '20'));
var_dump(shm_put_var($shmId, 30, '30'));
var_dump(shm_stat($shmId));
// remove data + stat
var_dump(shm_remove_var($shmId, 20));
var_dump(shm_stat($shmId));
// re-open shm segment with different size + stat
var_dump(shm_detach($shmId));
$shmId = shm_attach($key, 10240);
var_dump($shmId);
var_dump(shm_stat($shmId));
// remove shm segment + stat
var_dump(shm_remove($shmId));
var_dump(shm_stat($shmId));
echo "Done\n";
Expected result:
Warning: shm_stat() expects exactly 1 parameter, 0 given in %s on line %d
bool(false)
Warning: shm_stat() expects parameter 1 to be resource, integer given in %s
on line %d
bool(false)
Warning: shm_stat() expects parameter 1 to be resource, string given in %s
on line %d
bool(false)
resource(%d) of type (sysvshm)
array(2) {
["total"]=>
int(1024)
["free"]=>
int(%d)
}
bool(true)
bool(true)
bool(true)
array(2) {
["total"]=>
int(1024)
["free"]=>
int(%d)
}
bool(true)
array(2) {
["total"]=>
int(1024)
["free"]=>
int(%d)
}
bool(true)
resource(%d) of type (sysvshm)
array(2) {
["total"]=>
int(1024)
["free"]=>
int(%d)
}
bool(true)
array(2) {
["total"]=>
int(1024)
["free"]=>
int(%d)
}
Done
--
Edit bug report at http://bugs.php.net/bug.php?id=53173&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53173&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53173&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53173&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53173&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53173&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53173&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53173&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53173&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53173&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53173&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53173&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53173&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53173&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53173&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53173&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53173&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53173&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53173&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53173&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53173&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53173&r=mysqlcfg
Bug #53172 [Opn]: ZEND_ACC_IMPLICIT_PUBLIC should be removed or used in zend_get_property_info
Edit report at http://bugs.php.net/bug.php?id=53172&edit=1 ID: 53172 Updated by: cataphr...@php.net Reported by:cataphr...@php.net Summary:ZEND_ACC_IMPLICIT_PUBLIC should be removed or used in zend_get_property_info Status: Open Type: Bug Package:Scripting Engine problem PHP Version:5.3SVN-2010-10-26 (SVN) Block user comment: N New Comment: I recall the last paragraph, zend_get_property_info is not an alternative for reflection because of the access checks (except for _adddynproperty). Previous Comments: [2010-10-26 18:34:52] cataphr...@php.net Description: The status of the flag ZEND_ACC_IMPLICIT_PUBLIC is somewhat unclear. In the ZE: * PHP 5.3 checks for it in a few places, but doesn't set it anymore as the body of zend_do_declare_implicit_property is commented out. * trunk retains only the definition of ZEND_ACC_IMPLICIT_PUBLIC, everything else is gone. So it seems that the flag ZEND_ACC_IMPLICIT_PUBLIC, apparently originally used to signal dynamic properties, is only used by the reflection extension. The reflection extension, not being able to depend on the Zend Engine to set it, sets the flag itself when it finds a dynamic property, i.e. a property that is in the object hash table but has no property_info (ReflectionProperty::__construct and ReflectionClass::getProperty). This would be unnecessary if zend_get_property_info set the flag ZEND_ACC_IMPLICIT_PUBLIC over here: http://lxr.php.net/opengrok/xref/PHP_TRUNK/Zend/zend_object_handlers.c#310 In that case, the reflection extension could just call zend_get_property_info and not do directly lookups in ce->properties_info. Though right now it would be possible to call zend_get_property_info and check for equality to &EG(property_info), this is suboptimal. -- Edit this bug report at http://bugs.php.net/bug.php?id=53172&edit=1
Req #53170 [Opn]: Cannot substract Arrays
Edit report at http://bugs.php.net/bug.php?id=53170&edit=1
ID: 53170
User updated by:gmblar+php at gmail dot com
Reported by:gmblar+php at gmail dot com
Summary:Cannot substract Arrays
Status: Open
Type: Feature/Change Request
Package:Arrays related
Operating System: Linux
PHP Version:5.3.3
Block user comment: N
New Comment:
Expect same behavior as array_diff()
http://de.php.net/manual/en/function.array-
diff.php
Previous Comments:
[2010-10-26 17:37:21] gmblar+php at gmail dot com
Description:
Add is supported but substract Arrays not
Test script:
---
1, 'b' => 2);
$bar = array('c' => 3, 'd' => 4);
$foobar = $foo + $bar;
print_r($foobar);
$foo = $foobar - $bar;
print_r($foo);
?>
Expected result:
Array
(
[a] => 1
[b] => 2
[c] => 3
[d] => 4
)
Array
(
[a] => 1
[b] => 2
)
Actual result:
--
Array
(
[a] => 1
[b] => 2
[c] => 3
[d] => 4
)
Fatal error: Unsupported operand types in array.php on line 9
--
Edit this bug report at http://bugs.php.net/bug.php?id=53170&edit=1
Bug #51235 [Com]: getElementsByTagName always return an empty list
Edit report at http://bugs.php.net/bug.php?id=51235&edit=1
ID: 51235
Comment by: shad dot cut dot this at shad dot net dot pl
Reported by:marsala dot marco at fastwebnet dot it
Summary:getElementsByTagName always return an empty list
Status: Feedback
Type: Bug
Package:DOM XML related
PHP Version:5.3.2
Block user comment: N
New Comment:
Hello, in my script getElementsByTagName() return a empty list where a
XML/HTML string used the char '-' int code 45. O zonk :/
Fix:
before DOMDocument->loadHTML($html) I'm using a
str_replace('-','__BAD_CHAR__',$html) and result I replace again to
primary version.
Previous Comments:
[2010-03-08 14:01:53] rricha...@php.net
You sure no errors or warnings being thrown that aren't being shown? The
example
works fine for me using 5.3.2 and latests libxml2.
[2010-03-08 13:27:47] marsala dot marco at fastwebnet dot it
Description:
$document = new DOMDocument()->load(...);
$document->getElementsByTagName() works (returns list
with one element).
getElementsByTagName() always return an empty
list. Examples on notes and on the web (some examples claimed to be
working are prior the 5.3.2) are all not working.
Tested on LAMP server PHP 5.2.8 AND on XAMPPLite WAMP PHP 5.3.1, both
not working.
Test script:
---
$doc = new DOMDocument();
$doc->load('__xml/faq.xml');
$faqs = $doc->getElementsByTagName("faq");
echo $faqs->length; // always 0
__xml/faq.xml is:
domanda1
risposta1
domanda2
risposta2
domanda3
risposta3
--
Edit this bug report at http://bugs.php.net/bug.php?id=51235&edit=1
[PHP-BUG] Bug #53172 [NEW]: ZEND_ACC_IMPLICIT_PUBLIC should be removed or used in zend_get_property_info
From: cataphract Operating system: PHP version: 5.3SVN-2010-10-26 (SVN) Package: Scripting Engine problem Bug Type: Bug Bug description:ZEND_ACC_IMPLICIT_PUBLIC should be removed or used in zend_get_property_info Description: The status of the flag ZEND_ACC_IMPLICIT_PUBLIC is somewhat unclear. In the ZE: * PHP 5.3 checks for it in a few places, but doesn't set it anymore as the body of zend_do_declare_implicit_property is commented out. * trunk retains only the definition of ZEND_ACC_IMPLICIT_PUBLIC, everything else is gone. So it seems that the flag ZEND_ACC_IMPLICIT_PUBLIC, apparently originally used to signal dynamic properties, is only used by the reflection extension. The reflection extension, not being able to depend on the Zend Engine to set it, sets the flag itself when it finds a dynamic property, i.e. a property that is in the object hash table but has no property_info (ReflectionProperty::__construct and ReflectionClass::getProperty). This would be unnecessary if zend_get_property_info set the flag ZEND_ACC_IMPLICIT_PUBLIC over here: http://lxr.php.net/opengrok/xref/PHP_TRUNK/Zend/zend_object_handlers.c#310 In that case, the reflection extension could just call zend_get_property_info and not do directly lookups in ce->properties_info. Though right now it would be possible to call zend_get_property_info and check for equality to &EG(property_info), this is suboptimal. -- Edit bug report at http://bugs.php.net/bug.php?id=53172&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53172&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53172&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53172&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53172&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53172&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53172&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53172&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53172&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53172&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53172&r=support Expected behavior: http://bugs.php.net/fix.php?id=53172&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53172&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53172&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53172&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53172&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53172&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53172&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53172&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53172&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53172&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53172&r=mysqlcfg
Bug #53149 [Opn->Fbk]: cURL extension crashes Apache server on start-up
Edit report at http://bugs.php.net/bug.php?id=53149&edit=1 ID: 53149 Updated by: paj...@php.net Reported by:Jondor at GMX dot net Summary:cURL extension crashes Apache server on start-up -Status: Open +Status: Feedback Type: Bug Package:cURL related Operating System: Windows 7 PHP Version:5.3.3 Block user comment: N New Comment: Duplicated, you can try using the zip version please? Not the MSI. Simply replace the php_curl.dll Previous Comments: [2010-10-26 17:37:13] Jondor at GMX dot net Tried to generate the backtrace using the Microsoft Debug Diagnostic Tools. Couldn't get it to work for the Apache2.2 service (instructions are for php.exe). I'm probably not savvy enough. Sorry. [2010-10-25 16:20:59] cataphr...@php.net 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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. [2010-10-25 13:54:54] Jondor at GMX dot net Description: The Apache web server (version 2.2.17) on Windows 7 (32-bit) fails to start whenever the cURL extension is enabled in php.ini. Disabling cURL by commenting out the line "extension=php_curl.dll" fixes the problem. All other extensions work fine. In other words, installing the thread-safe PHP 5.3.3 for Apache on Windows (php-5.3.3-Win32-VC6-x86.msi from windows.php.net) with all default extensions crashed the web server on my system without any sensible error message. The culprit was the cURL extension. Expected result: The PHP installer does not crash the web server, or at least exits with an error message (in php-errors.log). -- Edit this bug report at http://bugs.php.net/bug.php?id=53149&edit=1
[PHP-BUG] Bug #53171 [NEW]: Problem with accented characterers
From:
Operating system: Windows XP
PHP version: 5.2SVN-2010-10-26 (snap)
Package: MySQL related
Bug Type: Bug
Bug description:Problem with accented characterers
Description:
When i use mysql_real_escape_string() with mysql_set_charset() forcing to
use 'latin1' the accented characters dissapear from the insert string.
SHOW VARIABLES LIKE 'character_set%';
character_set_client latin1
character_set_connection latin1
character_set_databaselatin1
character_set_filesystem binary
character_set_results latin1
character_set_server latin1
character_set_system utf8
PHP info
PHP API 20041225
PHP Extension 20060613
Zend Extension 220060519
I realize that if i comment the mysql_set_charset() command i have no
problems. anyway, if i try to get the connection character (with or without
this command) i'll always get 'latin1', but i just think that this commando
shouldn't cause problems.. till today i have it trying to stabilize my
framework environment
Test script:
---
# From the very beginning i disable the magic quotes if it's set
ini_set('magic_quotes_gpc', 0);
# I create a connection like this
$link = mysql_connect(SQL_HOST, SQL_USER, SQL_PASS);
mysql_select_db(SQL_INSTANCE, $link);
# Use the "forced" character set for the connection
mysql_set_charset('latin1', $link);
# In my code i have a class that performs all validation according to the
type of content i'm specting... in this case string's validation
Class vaccine
{
public static function forString($value)
{
if($value == null || $value == 'null')
return 'NULL';
return strlen($value)
? '\''. mysql_real_escape_string($value) .'\''
: 'NULL';
}
}
# then if i'm going to insert in db
$query = "INSERT INTO TABLE VALUES(". Vaccine::forString('this text has
accents from here áéÃóú') .")"
--
Edit bug report at http://bugs.php.net/bug.php?id=53171&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53171&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53171&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53171&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53171&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53171&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53171&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53171&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53171&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53171&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53171&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53171&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53171&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53171&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53171&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53171&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53171&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53171&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53171&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53171&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53171&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53171&r=mysqlcfg
[PHP-BUG] Req #53170 [NEW]: Cannot substract Arrays
From:
Operating system: Linux
PHP version: 5.3.3
Package: Arrays related
Bug Type: Feature/Change Request
Bug description:Cannot substract Arrays
Description:
Add is supported but substract Arrays not
Test script:
---
1, 'b' => 2);
$bar = array('c' => 3, 'd' => 4);
$foobar = $foo + $bar;
print_r($foobar);
$foo = $foobar - $bar;
print_r($foo);
?>
Expected result:
Array
(
[a] => 1
[b] => 2
[c] => 3
[d] => 4
)
Array
(
[a] => 1
[b] => 2
)
Actual result:
--
Array
(
[a] => 1
[b] => 2
[c] => 3
[d] => 4
)
Fatal error: Unsupported operand types in array.php on line 9
--
Edit bug report at http://bugs.php.net/bug.php?id=53170&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53170&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53170&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53170&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53170&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53170&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53170&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53170&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53170&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53170&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53170&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53170&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53170&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53170&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53170&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53170&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53170&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53170&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53170&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53170&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53170&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53170&r=mysqlcfg
Bug #53149 [Fbk->Opn]: cURL extension crashes Apache server on start-up
Edit report at http://bugs.php.net/bug.php?id=53149&edit=1 ID: 53149 User updated by:Jondor at GMX dot net Reported by:Jondor at GMX dot net Summary:cURL extension crashes Apache server on start-up -Status: Feedback +Status: Open Type: Bug Package:cURL related Operating System: Windows 7 PHP Version:5.3.3 Block user comment: N New Comment: Tried to generate the backtrace using the Microsoft Debug Diagnostic Tools. Couldn't get it to work for the Apache2.2 service (instructions are for php.exe). I'm probably not savvy enough. Sorry. Previous Comments: [2010-10-25 16:20:59] cataphr...@php.net 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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. [2010-10-25 13:54:54] Jondor at GMX dot net Description: The Apache web server (version 2.2.17) on Windows 7 (32-bit) fails to start whenever the cURL extension is enabled in php.ini. Disabling cURL by commenting out the line "extension=php_curl.dll" fixes the problem. All other extensions work fine. In other words, installing the thread-safe PHP 5.3.3 for Apache on Windows (php-5.3.3-Win32-VC6-x86.msi from windows.php.net) with all default extensions crashed the web server on my system without any sensible error message. The culprit was the cURL extension. Expected result: The PHP installer does not crash the web server, or at least exits with an error message (in php-errors.log). -- Edit this bug report at http://bugs.php.net/bug.php?id=53149&edit=1
Bug #53169 [Opn->Csd]: Segmentation Fault with parse_http_headers()
Edit report at http://bugs.php.net/bug.php?id=53169&edit=1 ID: 53169 Updated by: preinhei...@php.net Reported by:preinhei...@php.net Summary:Segmentation Fault with parse_http_headers() -Status: Open +Status: Closed Type: Bug Package:Reproducible crash Operating System: Linux PHP Version:5.3.3 -Assigned To: +Assigned To:preinheimer Block user comment: N New Comment: should be at pecl, not here. Previous Comments: [2010-10-26 17:11:53] preinhei...@php.net Description: When running this script at the command line (php ./crash.php) I get a segmentation fault. To reproduce, save this to a script, run an instance of PHP with the pecl_http extension installed, make popcorn. Test script: --- http://www.onefortybpm.com/xmlrpc.php X-Powered-By: PHP/4.4.8 Location: http://www.onefortybpm.com/ Content-Length: 0 Connection: close Content-Type: text/html; charset=UTF-8 DATA; var_dump($data); var_dump(http_parse_headers($data)); Expected result: No seg fault Actual result: -- seg fault. -- Edit this bug report at http://bugs.php.net/bug.php?id=53169&edit=1
[PHP-BUG] Bug #53169 [NEW]: Segmentation Fault with parse_http_headers()
From: Operating system: Linux PHP version: 5.3.3 Package: Reproducible crash Bug Type: Bug Bug description:Segmentation Fault with parse_http_headers() Description: When running this script at the command line (php ./crash.php) I get a segmentation fault. To reproduce, save this to a script, run an instance of PHP with the pecl_http extension installed, make popcorn. Test script: --- http://www.onefortybpm.com/xmlrpc.php X-Powered-By: PHP/4.4.8 Location: http://www.onefortybpm.com/ Content-Length: 0 Connection: close Content-Type: text/html; charset=UTF-8 DATA; var_dump($data); var_dump(http_parse_headers($data)); Expected result: No seg fault Actual result: -- seg fault. -- Edit bug report at http://bugs.php.net/bug.php?id=53169&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53169&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53169&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53169&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53169&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53169&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53169&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53169&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53169&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53169&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53169&r=support Expected behavior: http://bugs.php.net/fix.php?id=53169&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53169&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53169&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53169&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53169&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53169&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53169&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53169&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53169&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53169&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53169&r=mysqlcfg
Bug #53168 [Opn->Bgs]: 'or' and '?:' operators has diferent behaviors
Edit report at http://bugs.php.net/bug.php?id=53168&edit=1 ID: 53168 Updated by: fel...@php.net Reported by:lealcy at gmail dot com Summary:'or' and '?:' operators has diferent behaviors -Status: Open +Status: Bogus Type: Bug Package:Unknown/Other Function Operating System: Linux version 2.6.35-22-generic- PHP Version:5.3.3 Block user comment: N 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 See http://docs.php.net/manual/en/language.operators.logical.php Previous Comments: [2010-10-26 16:34:12] lealcy at gmail dot com Description: The test script returns the following: 0 or 2 or 1 => 1 0 ?: 2 ?: 1 => 2 0 or 2 ?: 1 => 1 0 ?: 2 or 1 => 1 Is it desired? Test script: --- '; echo $a or $b or $c; echo "\n"; echo $a.' ?: '.$b.' ?: '.$c.' => '; echo $a ?: $b ?: $c; echo "\n"; echo $a.' or '.$b.' ?: '.$c.' => '; echo $a or $b ?: $c; echo "\n"; echo $a.' ?: '.$b.' or '.$c.' => '; echo $a ?: $b or $c; echo "\n"; Expected result: 0 or 2 or 1 => 2 0 ?: 2 ?: 1 => 2 0 or 2 ?: 1 => 2 0 ?: 2 or 1 => 2 Actual result: -- 0 or 2 or 1 => 1 0 ?: 2 ?: 1 => 2 0 or 2 ?: 1 => 1 0 ?: 2 or 1 => 1 -- Edit this bug report at http://bugs.php.net/bug.php?id=53168&edit=1
[PHP-BUG] Bug #53168 [NEW]: 'or' and '?:' operators has diferent behaviors
From: Operating system: Linux version 2.6.35-22-generic- PHP version: 5.3.3 Package: Unknown/Other Function Bug Type: Bug Bug description:'or' and '?:' operators has diferent behaviors Description: The test script returns the following: 0 or 2 or 1 => 1 0 ?: 2 ?: 1 => 2 0 or 2 ?: 1 => 1 0 ?: 2 or 1 => 1 Is it desired? Test script: --- '; echo $a or $b or $c; echo "\n"; echo $a.' ?: '.$b.' ?: '.$c.' => '; echo $a ?: $b ?: $c; echo "\n"; echo $a.' or '.$b.' ?: '.$c.' => '; echo $a or $b ?: $c; echo "\n"; echo $a.' ?: '.$b.' or '.$c.' => '; echo $a ?: $b or $c; echo "\n"; Expected result: 0 or 2 or 1 => 2 0 ?: 2 ?: 1 => 2 0 or 2 ?: 1 => 2 0 ?: 2 or 1 => 2 Actual result: -- 0 or 2 or 1 => 1 0 ?: 2 ?: 1 => 2 0 or 2 ?: 1 => 1 0 ?: 2 or 1 => 1 -- Edit bug report at http://bugs.php.net/bug.php?id=53168&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53168&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53168&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53168&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53168&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53168&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53168&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53168&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53168&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53168&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53168&r=support Expected behavior: http://bugs.php.net/fix.php?id=53168&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53168&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53168&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53168&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53168&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53168&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53168&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53168&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53168&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53168&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53168&r=mysqlcfg
Req #53138 [Com]: __instanceof magic method
Edit report at http://bugs.php.net/bug.php?id=53138&edit=1
ID: 53138
Comment by: tom at r dot je
Reported by:tom at r dot je
Summary:__instanceof magic method
Status: Bogus
Type: Feature/Change Request
Package:*General Issues
Operating System: N/A
PHP Version:5.3.3
Block user comment: N
New Comment:
Why is that?
While that solution works, it's clunky.
For example for debugging/logging I may want to do something prior to
each
method call:
class Wrapper {
protected $object;
private function log($details) {
}
public function __construct($object) {
$this->object = $object;
}
public function __set($name, $value) {
$this->object->$name = $value;
}
public function __get($name) {
return $this->object->$name;
}
public function __call($func, $args) {
$this->log('Called ' . $func);
return call_user_func_array(array($this->object, $func), $args);
}
}
?>
Essentially the adapter pattern for any object. This works until you
pass it
around.
Extending the A wont work because:
__call will never get called because the methods exist
Also, this wrapper class could wrap *any* class in the system. Extending
every
class isn't viable.
Previous Comments:
[2010-10-22 15:17:15] cataphr...@php.net
Make A an interface and have AWrapper implement or extend A.
Overloading the instanceof operator is not an acceptable solution.
[2010-10-22 13:00:23] tom at r dot je
Description:
as it stands, it's possible to create a wrapper e.g.
a = $a;
}
public function __set($name, $value) {
$this->a->$name = $value;
}
public function __get($name) {
return $this->a->$name;
}
public function __call($func, $args) {
return call_user_func_array(array($this->a, $func), $args);
}
}
?>
AWrapper, now mimics the interface of A. It will work as a substitute
for A, anywhere A is required.
The problem is, type checking. Anywhere class "A" is used, it may be
type hinted or checked using instanceof
e.g.
function setA(A $a) {
}
or $foo isntanceof 'A';
If an __instanceof magic method existed, it would be possible to get
around this and have true wrapper classes.
For example:
public function __instanceof() {
return 'A';
}
Or perhaps it should return an array to allow it to wrap multiple
classes.
--
Edit this bug report at http://bugs.php.net/bug.php?id=53138&edit=1
Bug #53167 [Com]: phpinfo() Segmentation fault php as module in Apache2
Edit report at http://bugs.php.net/bug.php?id=53167&edit=1 ID: 53167 Comment by: schumacher dot cyrill at gmail dot com Reported by:schumacher dot cyrill at gmail dot com Summary:phpinfo() Segmentation fault php as module in Apache2 Status: Open Type: Bug Package:Apache2 related Operating System: FreeBSD 8.1 PHP Version:trunk-SVN-2010-10-26 (snap) Block user comment: N New Comment: CLI or CGI version is not affected! Previous Comments: [2010-10-26 15:36:44] schumacher dot cyrill at gmail dot com Description: A call of a simple file will result in a segmentation fault with this PHP Version: http://snaps.php.net/php-trunk-201010261230.tar.gz A earlier php trunk version (~ one month ago) works properly ... Test script: --- Expected result: A phpinfo site in the browser. Actual result: -- ./configure --prefix=/usr/local/php6 --with-apxs2=/usr/local/httpd/bin/apxs --disable-cli --disable-cgi --with-config-file-path=/etc/php6 --disable-ipv6 --disable-short-tags --with-openssl=/usr --with-pcre-regex --with-zlib --enable-bcmath --with-bz2 --enable-calendar --with-curl --with-libxml-dir --enable-exif --enable-filter --enable-ftp --with-openssl-dir=/usr --with-gd --with-png-dir=/usr --with-jpeg-dir=/usr --with-freetype-dir=/usr/local --enable-gd-native-ttf --with-gettext --with-mhash --enable-intl --with-mcrypt --with-mssql=/usr/local --with-mysql=/usr/bin/mysql_config --with-zlib-dir=/usr --with-mysqli=mysqlnd --with-pdo-dblib --with-pdo-mysql=mysqlnd --with-mm --enable-shmop --with-libxml-dir=/usr --enable-soap --with-libxml-dir=/usr --enable-sqlite-utf8 --enable-sysvmsg --enable-sysvsem --enable-sysvshm --enable-wddx --with-xsl=/usr/local --enable-zip --with-pear --enable-static --with-iconv --enable-dbase --enable-pcntl --with-pdo_sqlite --with-pspell --enable-sockets --with-icu-dir=/usr/local && make schum...@fb1/home/sources# gdb /usr/local/httpd/bin/httpd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) run -X Starting program: /usr/local/httpd/bin/httpd -X [New LWP 100085] [New Thread 8016041c0 (LWP 100085)] [Tue Oct 26 15:25:13 2010] [warn] (2)No such file or directory: Failed to enable the 'httpready' Accept Filter [Tue Oct 26 15:25:13 2010] [warn] (2)No such file or directory: Failed to enable the 'dataready' Accept Filter Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 8016041c0 (LWP 100085)] php_print_gpcse_array (name=0x802378394 "_SERVER", name_length=Variable "name_length" is not available. ) at /home/sources/php-trunk-201010261230/ext/standard/info.c:242 242 /home/sources/php-trunk-201010261230/ext/standard/info.c: No such file or directory. in /home/sources/php-trunk-201010261230/ext/standard/info.c (gdb) bt #0 php_print_gpcse_array (name=0x802378394 "_SERVER", name_length=Variable "name_length" is not available. ) at /home/sources/php-trunk-201010261230/ext/standard/info.c:242 #1 0x0008021c698e in php_print_info (flag=-1) at /home/sources/php-trunk-201010261230/ext/standard/info.c:888 #2 0x0008021c71b8 in zif_phpinfo (ht=Variable "ht" is not available. ) at /home/sources/php-trunk-201010261230/ext/standard/info.c:1144 #3 0x0008022c1ce5 in zend_do_fcall_common_helper_SPEC (execute_data=0x801785050) at zend_vm_execute.h:638 #4 0x0008022c7d92 in execute (op_array=0x8017b78d0) at zend_vm_execute.h:410 #5 0x0008022912c1 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/sources/php-trunk-201010261230/Zend/zend.c:1195 #6 0x000802236287 in php_execute_script (primary_file=0x7fffe5a0) at /home/sources/php-trunk-201010261230/main/main.c:2331 #7 0x00080232f72e in php_handler (r=0x8061460a0) at /home/sources/php-trunk-201010261230/sapi/apache2handler/sapi_apache2.c:667 #8 0x0043d24a in ap_run_handler (r=0x8061460a0) at config.c:157 #9 0x00440472 in ap_invoke_handler (r=0x8061460a0) at config.c:376 #10 0x00462e1e in ap_process_request (r=0x8061460a0) at http_request.c:282 #11 0x00460218 in ap_process_http_connection (c=0x80613c290) at http_core.c:190 #12 0x00444132 in ap_run_process_connection (c=0x80613c290) at connection.c:43 #13 0x00470d98 in child_main (child_num_arg=Variable "child_num_arg" is not available. ) at prefork.c:662 #14 0x00470f98 in make_child (s=0x80161d370, slot=0) at prefork.c:702 #15 0
[PHP-BUG] Bug #53167 [NEW]: phpinfo() Segmentation fault php as module in Apache2
From: Operating system: FreeBSD 8.1 PHP version: trunk-SVN-2010-10-26 (snap) Package: Apache2 related Bug Type: Bug Bug description:phpinfo() Segmentation fault php as module in Apache2 Description: A call of a simple file will result in a segmentation fault with this PHP Version: http://snaps.php.net/php-trunk-201010261230.tar.gz A earlier php trunk version (~ one month ago) works properly ... Test script: --- Expected result: A phpinfo site in the browser. Actual result: -- ./configure --prefix=/usr/local/php6 --with-apxs2=/usr/local/httpd/bin/apxs --disable-cli --disable-cgi --with-config-file-path=/etc/php6 --disable-ipv6 --disable-short-tags --with-openssl=/usr --with-pcre-regex --with-zlib --enable-bcmath --with-bz2 --enable-calendar --with-curl --with-libxml-dir --enable-exif --enable-filter --enable-ftp --with-openssl-dir=/usr --with-gd --with-png-dir=/usr --with-jpeg-dir=/usr --with-freetype-dir=/usr/local --enable-gd-native-ttf --with-gettext --with-mhash --enable-intl --with-mcrypt --with-mssql=/usr/local --with-mysql=/usr/bin/mysql_config --with-zlib-dir=/usr --with-mysqli=mysqlnd --with-pdo-dblib --with-pdo-mysql=mysqlnd --with-mm --enable-shmop --with-libxml-dir=/usr --enable-soap --with-libxml-dir=/usr --enable-sqlite-utf8 --enable-sysvmsg --enable-sysvsem --enable-sysvshm --enable-wddx --with-xsl=/usr/local --enable-zip --with-pear --enable-static --with-iconv --enable-dbase --enable-pcntl --with-pdo_sqlite --with-pspell --enable-sockets --with-icu-dir=/usr/local && make schum...@fb1/home/sources# gdb /usr/local/httpd/bin/httpd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) run -X Starting program: /usr/local/httpd/bin/httpd -X [New LWP 100085] [New Thread 8016041c0 (LWP 100085)] [Tue Oct 26 15:25:13 2010] [warn] (2)No such file or directory: Failed to enable the 'httpready' Accept Filter [Tue Oct 26 15:25:13 2010] [warn] (2)No such file or directory: Failed to enable the 'dataready' Accept Filter Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 8016041c0 (LWP 100085)] php_print_gpcse_array (name=0x802378394 "_SERVER", name_length=Variable "name_length" is not available. ) at /home/sources/php-trunk-201010261230/ext/standard/info.c:242 242 /home/sources/php-trunk-201010261230/ext/standard/info.c: No such file or directory. in /home/sources/php-trunk-201010261230/ext/standard/info.c (gdb) bt #0 php_print_gpcse_array (name=0x802378394 "_SERVER", name_length=Variable "name_length" is not available. ) at /home/sources/php-trunk-201010261230/ext/standard/info.c:242 #1 0x0008021c698e in php_print_info (flag=-1) at /home/sources/php-trunk-201010261230/ext/standard/info.c:888 #2 0x0008021c71b8 in zif_phpinfo (ht=Variable "ht" is not available. ) at /home/sources/php-trunk-201010261230/ext/standard/info.c:1144 #3 0x0008022c1ce5 in zend_do_fcall_common_helper_SPEC (execute_data=0x801785050) at zend_vm_execute.h:638 #4 0x0008022c7d92 in execute (op_array=0x8017b78d0) at zend_vm_execute.h:410 #5 0x0008022912c1 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/sources/php-trunk-201010261230/Zend/zend.c:1195 #6 0x000802236287 in php_execute_script (primary_file=0x7fffe5a0) at /home/sources/php-trunk-201010261230/main/main.c:2331 #7 0x00080232f72e in php_handler (r=0x8061460a0) at /home/sources/php-trunk-201010261230/sapi/apache2handler/sapi_apache2.c:667 #8 0x0043d24a in ap_run_handler (r=0x8061460a0) at config.c:157 #9 0x00440472 in ap_invoke_handler (r=0x8061460a0) at config.c:376 #10 0x00462e1e in ap_process_request (r=0x8061460a0) at http_request.c:282 #11 0x00460218 in ap_process_http_connection (c=0x80613c290) at http_core.c:190 #12 0x00444132 in ap_run_process_connection (c=0x80613c290) at connection.c:43 #13 0x00470d98 in child_main (child_num_arg=Variable "child_num_arg" is not available. ) at prefork.c:662 #14 0x00470f98 in make_child (s=0x80161d370, slot=0) at prefork.c:702 #15 0x004719ff in ap_mpm_run (_pconf=Variable "_pconf" is not available. ) at prefork.c:978 #16 0x0042adda in main (argc=2, argv=0x7fffeae0) at main.c:740 (gdb) frame 0 #0 php_print_gpcse_array (name=0x802378394 "_SERVER", name_length=Variable "name_length" is not available. ) at /home/sources/php-trunk-201010261230/ext/standard/info.c:242 242 in /home/sources/php-trunk-201010261230/ext/standard/info.c (gdb) frame 1 #1 0x0008021c698e in php_prin
Bug #53165 [Opn->Bgs]: Expression calculation bug
Edit report at http://bugs.php.net/bug.php?id=53165&edit=1
ID: 53165
Updated by: der...@php.net
Reported by:rt at interlogic dot com dot ua
Summary:Expression calculation bug
-Status: Open
+Status: Bogus
Type: Bug
Package:Math related
Operating System: Windows XP
PHP Version:5.2.14
Block user comment: N
New Comment:
Floating point values have a limited precision. Hence a value might
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly
printing it without any mathematical operations.
If you would like to know more about "floats" and what IEEE
754 is, read this:
http://docs.sun.com/source/806-3568/ncg_goldberg.html
Thank you for your interest in PHP.
.
Previous Comments:
[2010-10-26 13:05:09] rt at interlogic dot com dot ua
Description:
It doesn't calculate expected value (220) in the given example (110 /
(100 - 50) * 100).
Test script:
---
echo '';
echo 110 / (100 - 50) * 100;
echo "\n";
echo var_export((110 / (100 - 50) * 100) == 220);
echo "\n";
echo ceil(110 / (100 - 50) * 100);
echo "\n";
echo sprintf('%.15f', 110 / (100 - 50) * 100);
echo '';
--
Edit this bug report at http://bugs.php.net/bug.php?id=53165&edit=1
[PHP-BUG] Bug #53165 [NEW]: Expression calculation bug
From:
Operating system: Windows XP
PHP version: 5.2.14
Package: Math related
Bug Type: Bug
Bug description:Expression calculation bug
Description:
It doesn't calculate expected value (220) in the given example (110 / (100
- 50) * 100).
Test script:
---
echo '';
echo 110 / (100 - 50) * 100;
echo "\n";
echo var_export((110 / (100 - 50) * 100) == 220);
echo "\n";
echo ceil(110 / (100 - 50) * 100);
echo "\n";
echo sprintf('%.15f', 110 / (100 - 50) * 100);
echo '';
--
Edit bug report at http://bugs.php.net/bug.php?id=53165&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53165&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53165&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53165&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53165&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53165&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53165&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53165&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53165&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53165&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53165&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53165&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53165&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53165&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53165&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53165&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53165&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53165&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53165&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53165&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53165&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53165&r=mysqlcfg
[PHP-BUG] Req #53164 [NEW]: in jdtojewish function Adar A displayed like normal Adar
From: Operating system: PHP version: 5.3.3 Package: Unknown/Other Function Bug Type: Feature/Change Request Bug description:in jdtojewish function Adar A displayed like normal Adar Description: In jdtojewish function the month Adar A In Hebrew leap years displayed like normal Adar. Important to know that it Adar A and not Adar of simple year. -- Edit bug report at http://bugs.php.net/bug.php?id=53164&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53164&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53164&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53164&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53164&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53164&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53164&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53164&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53164&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53164&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53164&r=support Expected behavior: http://bugs.php.net/fix.php?id=53164&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53164&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53164&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53164&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53164&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53164&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53164&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53164&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53164&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53164&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53164&r=mysqlcfg
Bug #53163 [Com]: trim() don't say about warning with tidy_parse_string
Edit report at http://bugs.php.net/bug.php?id=53163&edit=1
ID: 53163
Comment by: borovoy dot anton at gmail dot com
Reported by:borovoy dot anton at gmail dot com
Summary:trim() don't say about warning with
tidy_parse_string
Status: Bogus
Type: Bug
Package:Unknown/Other Function
Operating System: Gentoo
PHP Version:5.3.3
Block user comment: N
New Comment:
At first time it was: Fatal error: Allowed memory size of 1073741824
bytes
exhausted (tried to allocate 3 bytes)
btw:
In http://php.net/manual/en/tidy.examples.basic.php we get:
parseString($html, $config, 'utf8');
$tidy->cleanRepair();
echo $tidy;
?>
If before echo() we put:
var_dump(is_object($tidy));
var_dump(is_string($tidy));
result will be:
bool(true)
bool(false)
In php.net/manual/en/function.echo.php says echo wanna string, not
object
And if use $tidy->value problem resolve.
What I don't understand?
thx
Previous Comments:
[2010-10-26 10:46:08] ras...@php.net
You have your memory limit set really low and you are looping infinitely
over a
tidy_parse_string call against a 50k blob of html.
This has nothing to do with trim. You are running out of memory doing
all the
tidy stuff long before trim() is even called.
[2010-10-26 10:35:29] borovoy dot anton at gmail dot com
Description:
result: Warning: trim() expects parameter 1 to be string, object given
http://php.net');
while ($i = 1) { trim(tidy_parse_string($content, $tidy_config,
'utf8')); }
?>
result: Fatal error: Allowed memory size of 1048576 bytes exhausted
(tried to
allocate 104 bytes)
php: tidylib.c:168: tidyDocRelease: Assertion `doc->docIn == ((void
*)0)'
failed.
I think need warning and not eat all memory
thx
--
Edit this bug report at http://bugs.php.net/bug.php?id=53163&edit=1
Bug #53163 [Opn->Bgs]: trim() don't say about warning with tidy_parse_string
Edit report at http://bugs.php.net/bug.php?id=53163&edit=1
ID: 53163
Updated by: ras...@php.net
Reported by:borovoy dot anton at gmail dot com
Summary:trim() don't say about warning with
tidy_parse_string
-Status: Open
+Status: Bogus
Type: Bug
Package:Unknown/Other Function
Operating System: Gentoo
PHP Version:5.3.3
Block user comment: N
New Comment:
You have your memory limit set really low and you are looping infinitely
over a
tidy_parse_string call against a 50k blob of html.
This has nothing to do with trim. You are running out of memory doing
all the
tidy stuff long before trim() is even called.
Previous Comments:
[2010-10-26 10:35:29] borovoy dot anton at gmail dot com
Description:
result: Warning: trim() expects parameter 1 to be string, object given
http://php.net');
while ($i = 1) { trim(tidy_parse_string($content, $tidy_config,
'utf8')); }
?>
result: Fatal error: Allowed memory size of 1048576 bytes exhausted
(tried to
allocate 104 bytes)
php: tidylib.c:168: tidyDocRelease: Assertion `doc->docIn == ((void
*)0)'
failed.
I think need warning and not eat all memory
thx
--
Edit this bug report at http://bugs.php.net/bug.php?id=53163&edit=1
[PHP-BUG] Bug #53163 [NEW]: trim() don't say about warning with tidy_parse_string
From:
Operating system: Gentoo
PHP version: 5.3.3
Package: Unknown/Other Function
Bug Type: Bug
Bug description:trim() don't say about warning with tidy_parse_string
Description:
result: Warning: trim() expects parameter 1 to be string, object given
http://php.net');
while ($i = 1) { trim(tidy_parse_string($content, $tidy_config, 'utf8'));
}
?>
result: Fatal error: Allowed memory size of 1048576 bytes exhausted (tried
to
allocate 104 bytes)
php: tidylib.c:168: tidyDocRelease: Assertion `doc->docIn == ((void *)0)'
failed.
I think need warning and not eat all memory
thx
--
Edit bug report at http://bugs.php.net/bug.php?id=53163&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53163&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53163&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53163&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53163&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53163&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53163&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53163&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53163&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53163&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53163&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53163&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53163&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53163&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53163&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53163&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53163&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53163&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53163&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53163&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53163&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53163&r=mysqlcfg
Bug #49308 [Com]: random crashes on freeing mysqli result storage
Edit report at http://bugs.php.net/bug.php?id=49308&edit=1 ID: 49308 Comment by: ilyhich at gmail dot com Reported by:f4ckm5 at web dot de Summary:random crashes on freeing mysqli result storage Status: Closed Type: Bug Package:MySQLi related Operating System: Windows Server 2003 SP2 32Bit PHP Version:5.3, 6 (2009-08-22) Assigned To:mysql Block user comment: N New Comment: Exactly the same error on: Win 2008 Apache 2.2.16 (and 2.2.17) MySQL 5.1.50 (on 5.1.51) php 5.3.3 On production machine, when the Server is under medium load. Previous Comments: [2010-04-18 12:46:10] and...@php.net Closing on reporter's request: Sorry, I would have used the bugtracking system, but the "retrieve password"-function just gave me an empty page this evening... Currently, I'm no longer involved in the project that gave us this error. I'm not planning in getting involved again. Please feel free to close the bug due to inactivity. [2010-04-08 18:04:26] and...@php.net Checking if this thing is still alive. Do you get the same problem with 5.3.2? Thanks! [2009-09-18 08:37:44] u...@php.net Well, do you have any tips in what to do with the trace? Sorry, but a reproducible case would be much more worth than the trace. Alternatively, is it possible to enable the mysqlnd trace? [2009-08-29 15:31:34] f4ckm5 at web dot de Do you have any tips on how to find the respective lines of code in a 7 lines of code project which eventually cause the crash? All i can see is the dying apache worker thread and the corresponding message in the system log. And it is very annoying, that this happens only on the productive system. No crashes on our development and test machines. I would gladly provide a test script. Just tell me where to start digging. [2009-08-26 15:38:34] u...@php.net Any chance to provide a test script? I know its hard, but its also hard to say anything based on the backtrace and without a reproducible test case. Thanks, Ulf 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/bug.php?id=49308 -- Edit this bug report at http://bugs.php.net/bug.php?id=49308&edit=1
[PHP-BUG] Bug #53162 [NEW]: Can't use localhost without mapping it in hosts
From:
Operating system: Windows 7 x64
PHP version: 5.3.3
Package: *Database Functions
Bug Type: Bug
Bug description:Can't use localhost without mapping it in hosts
Description:
I can't connect to "localhost", only to "127.0.0.1". My MySQL server works
fine
and I can connect to it otherwise. PHP 5.3.0 and 5.2.11 work.
Please see
http://stackoverflow.com/questions/4015253/php-5-3-3-mysql-connect-
doesnt-work-with-localhost for more details.
Test script:
---
mysql_connect('localhost', 'root', '');
new mysqli('localhost', 'root', '');
new PDO('mysql:dbname=db_name;host=localhost', 'root', '');
die('' . rand(0, ));
Expected result:
0-
Actual result:
--
Warning: mysql_connect() [function.mysql-connect]: [2002] A connection
attempt
failed because the connected party did not (trying to connect via
tcp://localhost:3306) in
Warning: mysql_connect() [function.mysql-connect]: A connection attempt
failed
because the connected party did not properly respond after a period of
time, or
established connection failed because connected host has failed to respond.
in
Fatal error: Maximum execution time of 30 seconds exceeded in
--
Edit bug report at http://bugs.php.net/bug.php?id=53162&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53162&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53162&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53162&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53162&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53162&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53162&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53162&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53162&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53162&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53162&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53162&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53162&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53162&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53162&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53162&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53162&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53162&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53162&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53162&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53162&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53162&r=mysqlcfg
