Req #65829 [Com]: Update to ICU 52.1 / Lao Word Boundary Support
Edit report at https://bugs.php.net/bug.php?id=65829&edit=1 ID: 65829 Comment by: robert dot rcampbell at gmail dot com Reported by:robert dot rcampbell at gmail dot com Summary:Update to ICU 52.1 / Lao Word Boundary Support Status: Assigned Type: Feature/Change Request Package:*Languages/Translation Operating System: All PHP Version:Irrelevant Assigned To:ab Block user comment: N Private report: N New Comment: Good to know on other OSes. Will test it and check that it vorks... Previous Comments: [2013-10-04 13:45:36] paj...@php.net I suppose you mean on windows right? As for any other OSes, you can install whatever the distribution provides, or manually compile the version you wish. @a can you look to update to 5.1 for 5.5+? For what I see we have 5.0. [2013-10-04 10:33:33] robert dot rcampbell at gmail dot com Description: Request update to ICU 52.1 after October 9th, 2013, so that the Lao language can use the boundary analysis available to PHP - need it for word-wrapping in Lao. Thanks! -- Edit this bug report at https://bugs.php.net/bug.php?id=65829&edit=1
[PHP-BUG] Req #65829 [NEW]: Update to ICU 52.1 / Lao Word Boundary Support
From: robert dot rcampbell at gmail dot com Operating system: All PHP version: Irrelevant Package: *Languages/Translation Bug Type: Feature/Change Request Bug description:Update to ICU 52.1 / Lao Word Boundary Support Description: Request update to ICU 52.1 after October 9th, 2013, so that the Lao language can use the boundary analysis available to PHP - need it for word-wrapping in Lao. Thanks! -- Edit bug report at https://bugs.php.net/bug.php?id=65829&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65829&r=trysnapshot54 Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=65829&r=trysnapshot55 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65829&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65829&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65829&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65829&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65829&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65829&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65829&r=support Expected behavior: https://bugs.php.net/fix.php?id=65829&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65829&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65829&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65829&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65829&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65829&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65829&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65829&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65829&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65829&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65829&r=mysqlcfg
Bug #63121 [Com]: enchant_broker_free_dict destroys broker resource
Edit report at https://bugs.php.net/bug.php?id=63121&edit=1
ID: 63121
Comment by: robert dot johnson at icap dot com
Reported by:robert dot johnson at icap dot com
Summary:enchant_broker_free_dict destroys broker resource
Status: Open
Type: Bug
Package:Enchant related
Operating System: Win XP SP 3
PHP Version:5.4.7
Block user comment: N
Private report: N
New Comment:
Further testing reveals that Enchant broker resource is also destroyed when the
PWL dictionary resource goes out of scope.
Previous Comments:
[2012-09-20 11:22:00] robert dot johnson at icap dot com
This code works, so bug is probably related to function
enchant_broker_request_pwl_dict():
if ( PHP_SAPI != 'cli' )
header('Content-Type:text/plain;charset=UTF-8');
$r = enchant_broker_init();
debug_zval_dump($r);
$d = enchant_broker_request_dict($r, 'en-gb');
enchant_broker_free_dict($d);
debug_zval_dump($r);
echo "End.\r\n";
Result:
resource(1) of type (enchant_broker) refcount(2)
resource(1) of type (enchant_broker) refcount(2)
End.
--------
[2012-09-20 11:11:30] robert dot johnson at icap dot com
Description:
Calling enchant_broker_free_dict destroys the resource created by
enchant_broker_init(), instead of just the dictionary resource.
Test script:
---
if ( PHP_SAPI != 'cli' )
header('Content-Type:text/plain;charset=UTF-8');
$r = enchant_broker_init();
debug_zval_dump($r);
$d = enchant_broker_request_pwl_dict($r, 'c:\mydict.dic');
enchant_broker_free_dict($d);
debug_zval_dump($r);
echo "End.\r\n";
Expected result:
resource(1) of type (enchant_broker) refcount(2)
resource(1) of type (enchant_broker) refcount(2)
End.
Actual result:
--
resource(1) of type (enchant_broker) refcount(2)
resource(1) of type (Unknown) refcount(2)
End.
--
Edit this bug report at https://bugs.php.net/bug.php?id=63121&edit=1
Bug #63121 [Com]: enchant_broker_free_dict destroys broker resource
Edit report at https://bugs.php.net/bug.php?id=63121&edit=1
ID: 63121
Comment by: robert dot johnson at icap dot com
Reported by:robert dot johnson at icap dot com
Summary:enchant_broker_free_dict destroys broker resource
Status: Open
Type: Bug
Package:Enchant related
Operating System: Win XP SP 3
PHP Version:5.4.7
Block user comment: N
Private report: N
New Comment:
This code works, so bug is probably related to function
enchant_broker_request_pwl_dict():
if ( PHP_SAPI != 'cli' )
header('Content-Type:text/plain;charset=UTF-8');
$r = enchant_broker_init();
debug_zval_dump($r);
$d = enchant_broker_request_dict($r, 'en-gb');
enchant_broker_free_dict($d);
debug_zval_dump($r);
echo "End.\r\n";
Result:
resource(1) of type (enchant_broker) refcount(2)
resource(1) of type (enchant_broker) refcount(2)
End.
Previous Comments:
--------
[2012-09-20 11:11:30] robert dot johnson at icap dot com
Description:
Calling enchant_broker_free_dict destroys the resource created by
enchant_broker_init(), instead of just the dictionary resource.
Test script:
---
if ( PHP_SAPI != 'cli' )
header('Content-Type:text/plain;charset=UTF-8');
$r = enchant_broker_init();
debug_zval_dump($r);
$d = enchant_broker_request_pwl_dict($r, 'c:\mydict.dic');
enchant_broker_free_dict($d);
debug_zval_dump($r);
echo "End.\r\n";
Expected result:
resource(1) of type (enchant_broker) refcount(2)
resource(1) of type (enchant_broker) refcount(2)
End.
Actual result:
--
resource(1) of type (enchant_broker) refcount(2)
resource(1) of type (Unknown) refcount(2)
End.
--
Edit this bug report at https://bugs.php.net/bug.php?id=63121&edit=1
[PHP-BUG] Bug #63121 [NEW]: enchant_broker_free_dict destroys broker resource
From: robert dot johnson at icap dot com
Operating system: Win XP SP 3
PHP version: 5.4.7
Package: Enchant related
Bug Type: Bug
Bug description:enchant_broker_free_dict destroys broker resource
Description:
Calling enchant_broker_free_dict destroys the resource created by
enchant_broker_init(), instead of just the dictionary resource.
Test script:
---
if ( PHP_SAPI != 'cli' )
header('Content-Type:text/plain;charset=UTF-8');
$r = enchant_broker_init();
debug_zval_dump($r);
$d = enchant_broker_request_pwl_dict($r, 'c:\mydict.dic');
enchant_broker_free_dict($d);
debug_zval_dump($r);
echo "End.\r\n";
Expected result:
resource(1) of type (enchant_broker) refcount(2)
resource(1) of type (enchant_broker) refcount(2)
End.
Actual result:
--
resource(1) of type (enchant_broker) refcount(2)
resource(1) of type (Unknown) refcount(2)
End.
--
Edit bug report at https://bugs.php.net/bug.php?id=63121&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=63121&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=63121&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=63121&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=63121&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=63121&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=63121&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=63121&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=63121&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=63121&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=63121&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=63121&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=63121&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=63121&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=63121&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=63121&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=63121&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=63121&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=63121&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=63121&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=63121&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=63121&r=mysqlcfg
[PHP-BUG] Bug #62426 [NEW]: mysqli_fetch_field_direct returns incorrect length on UTF8 fields
From: robert dot butler at hoa-management dot com
Operating system: Linux
PHP version: Irrelevant
Package: MySQLi related
Bug Type: Bug
Bug description:mysqli_fetch_field_direct returns incorrect length on UTF8
fields
Description:
When using UTF8 in the database (mySQL 5.5.24-0ubuntu0.12.04.1), fields
defined as a certain length aren't returned as the correct length by
mysqli_fetch_field_direct. IOW, a char(32) field is shown as actually being
96 chars long because it's 32 * 3 (3 bytes per char instead of one).
The older mysql_field_len correctly reports the length.
Test script:
---
// Assuming a single table with a single field 'test' defined as char(32)
// and UTF-8 charset.
$connection = = mysqli_connect ('localhost', 'user', 'password');
$query = "SELECT test FROM test_table LIMIT 1";
$result = mysqli_query ($connection, $query);
$field_info = mysqli_fetch_field_direct ($result, 0);
echo $field_info -> length;
Actual result:
--
Returns 96; should be 32.
--
Edit bug report at https://bugs.php.net/bug.php?id=62426&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=62426&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=62426&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=62426&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=62426&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=62426&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=62426&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=62426&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=62426&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=62426&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=62426&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=62426&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=62426&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=62426&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=62426&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=62426&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=62426&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=62426&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=62426&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=62426&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=62426&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=62426&r=mysqlcfg
Req #50945 [Opn]: [PATCH] func_get_args(offset=0)
Edit report at https://bugs.php.net/bug.php?id=50945&edit=1
ID: 50945
User updated by:robert at binalan dot com
Reported by:robert at binalan dot com
Summary:[PATCH] func_get_args(offset=0)
Status: Open
Type: Feature/Change Request
Package:*General Issues
Operating System: FreeBSD
PHP Version:5.2.12
Block user comment: N
Private report: N
New Comment:
I've posted this over two years ago. Nice someone still replies to it.
Changes often goes slow. I mean we have to wait till >= 5.3 so func_get_args()
is finally able to be used as a function argument. Which I think is ridiculous
by the way.
I still believe an offset argument is well at place in func_get args(), as part
of function handling functions. I hope and wonder if this suggestion is
considered by PHP.
But knowing the speed in which suggestions for enhancements will make it to the
surface, it would probably take that extra beneficial planet alignment again
for having that briliant moment in which the (damn) offset param is added. That
alignment should be there again somewhere around PHP 8.5 in 2020... so hang in
there guys! ;-)
Previous Comments:
[2012-03-31 03:19:43] phristen at yahoo dot com
Exactly, array_slice is what you wanna do.
Which is why it would probably be best to add 2 optional parameters to
func_get_args, and not just one. So it will behave exactly like array_slice.
[2010-08-28 14:29:48] + at ni-po dot com
@kwilson: Maybe this is a reason why he doesn't like to use array_shift: You
already used it wrong! To make it work you would need to write:
$data = func_get_args();
array_shift($data);
array_shift($data);
Better use array_slice:
$data = array_slice(func_get_args(), 2);
(This only works as of PHP 5.3, in PHP 5.2 you need to write: $data =
func_get_args(); $data = array_slice($data, 2);.)
I do support the introduction of this additional parameter. It is annoying to
always array_shift / array_slice some stuff from the arguments ;)
[2010-03-06 12:50:28] ka...@php.net
The following patch has been added/updated:
Patch Name: func-get-args-with-offset
Revision: 1267876228
URL:
http://bugs.php.net/patch-display.php?bug=50945&patch=func-get-args-with-offset&revision=1267876228&display=1
[2010-02-16 21:30:46] kwilson at shuttlebox dot net
Why wouldn't you just use array_shift? The PHP folks don't seem to like to
implement features when there is already an approach to accomplish the task in
few steps:
function moduleNotify($module, $message/*, ...args*/)
{
$data = array_shift(array_shift(func_get_args()));
switch($module){
case 'Database':
list($host, $user, $pass, $base) = $data;
break;
case 'UserLogin':
list($user, $pass, $iris, $lang) = $data;
break;
}
----
[2010-02-06 07:53:23] robert at binalan dot com
Description:
function moduleNotify($module, $message/*, ...args*/)
{
switch($module){
case 'Database':
list($host, $user, $pass, $base) = func_get_args(2);
break;
case 'UserLogin':
list($user, $pass, $iris, $lang) = func_get_args(2);
break;
}
/*
feature request:
func_get_args(offset=0)
returns arguments in same zero based array from a given offset in the argument
list.
*/
--
Edit this bug report at https://bugs.php.net/bug.php?id=50945&edit=1
Bug #53948 [Com]: ZIP archive UTF-8 filenames problem
Edit report at https://bugs.php.net/bug.php?id=53948&edit=1
ID: 53948
Comment by: robert at softcom dot no
Reported by:asaf at lingnu dot com
Summary:ZIP archive UTF-8 filenames problem
Status: Duplicate
Type: Bug
Package:Zip Related
Operating System: linux
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
I also have a problem with this, so bump!
Previous Comments:
[2011-06-10 23:27:47] killerloin at yahoo dot com
is this problem solved yet? I really need a solution.
[2011-05-30 08:49:24] mikhail dot v dot gavrilov at gmail dot com
I also confirm this problem.
Workaround: Helps converting to your DOS encoding.
[2011-02-18 14:02:20] paj...@php.net
#51929
[2011-02-07 14:06:39] asaf at lingnu dot com
Description:
when creating zip archive with non-english filenames,
the filenames are not encoded correctly, upon extraction
you get them like ???_???.txt.
(tested with various unzipping software on windows/linux)
a suggested workaround, e.g:
$zip->addFile($file_data['path'], iconv("UTF-8","CP852",$file_name));
doesn't help
Test script:
---
open('/tmp/test.zip', ZIPARCHIVE::CREATE) === TRUE) {
$zip->addFile('/tmp/file.txt', 'ק×××¥.txt');
$zip->close();
echo "done";
} else {
echo "failed";
}
?>
Expected result:
create a zip file which can be extracted reproducing the original file names.
Actual result:
--
non english file names comes out corrupted, e.g: ???_???.txt
--
Edit this bug report at https://bugs.php.net/bug.php?id=53948&edit=1
Req #54325 [Com]: Support variable names without dollar sign
Edit report at http://bugs.php.net/bug.php?id=54325&edit=1 ID: 54325 Comment by: robert dot e dot rouse at gmail dot com Reported by:ahmetdevel at umich dot edu Summary:Support variable names without dollar sign Status: Bogus Type: Feature/Change Request Package:*General Issues PHP Version:5.3.6 Block user comment: N Private report: N New Comment: @emclaughlin Yeah, we're talking about dollar signs, not parenthesis. Previous Comments: [2011-04-01 14:43:40] emclaughlin at svmsolutions dot com Keystrokes precious? We've got some dwindling resources in this world, but keystrokes ain't one of them. [2011-03-25 20:45:45] at_dot at dot_at dot com Please keep this request online or archive it somewhere! Love it! [2011-03-25 12:51:07] anon at anon dot com Literally lol'd. [2011-03-21 00:51:39] bmaj...@php.net at first i was like :( but then i was like LOL. [2011-03-21 00:01:19] ras...@php.net . 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=54325 -- Edit this bug report at http://bugs.php.net/bug.php?id=54325&edit=1
[PHP-BUG] Bug #54361 [NEW]: Wrong line number in fatal error for bad namespace reference
From:
Operating system: MacOSX
PHP version: 5.3.6
Package: Class/Object related
Bug Type: Bug
Bug description:Wrong line number in fatal error for bad namespace reference
Description:
When referring to a not existing namespace / class in a variable assignment
of a
class (see code example), a fatal error is (correctly) triggered.
However, the error does not give a hint at where the problem actually lies
but
refers to the location where the faulty class is instantiated.
Test script:
---
namespace FooNamespace {
class FooClass {
const MYCONST = 1;
}
}
namespace BarNamespace {
// this would prevent the fatal error:
# use FooNamespace as Foo;
class BarClass {
// the error is triggered by this line:
protected $variable = Foo\FooClass::MYCONST;
}
}
namespace {
// "Fatal error: Class 'BarNamespace\Foo\FooClass' not found
in" the
following line:
$bar = new \BarNamespace\BarClass();
}
Expected result:
Fatal error: Class 'BarNamespace\Foo\FooClass' not found in test.php on
line
Actual result:
--
Fatal error: Class 'BarNamespace\Foo\FooClass' not found in test.php on
line
--
Edit bug report at http://bugs.php.net/bug.php?id=54361&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54361&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54361&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54361&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54361&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54361&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54361&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54361&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54361&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54361&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54361&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54361&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54361&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54361&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54361&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54361&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54361&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54361&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54361&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54361&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54361&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54361&r=mysqlcfg
Req #52504 [Com]: Support relative namespaces
Edit report at http://bugs.php.net/bug.php?id=52504&edit=1
ID: 52504
Comment by: robert dot de dot wilde at online dot nl
Reported by:robert dot de dot wilde at online dot nl
Summary:Support relative namespaces
Status: Open
Type: Feature/Change Request
Package:*Programming Data Structures
Operating System: Any
PHP Version:5.3.3
Block user comment: N
New Comment:
Any developer can have a look?
Previous Comments:
[2010-07-31 10:54:14] giorgio dot liscio at email dot it
very nice, i really like it
it would be nice too having * on import
works only if __autoload or spl_autoload_register is used, otherwise
triggers an error
use MyNS\Test\*; // imports all classes in the "Test" namespace
use MyNS\Test\**; // imports all the namespace hierarchy (including
subpackages) from namespace Test
__autoload($className, $importAll = FALSE, $importDeep = FALSE)
{
// handle * as a full dir import
// ** imports subdirs too
}
in my framework i need to put
use \FW\String;
use \FW\Int;
use \FW\Float;
use \FW\Vector;
use \FW\Dictionary;
use \FW\Types;
etc in every file...
[2010-07-31 09:58:03] robert dot de dot wilde at online dot nl
Description:
It would be nice to have relative namespace support to keep code clean
and flexible.
When inside of a namespace, it would be nice to have some
directory-path-like option like '..'.
Test script:
---
namespace MyNs\Some\Path\Going\A\Long\Way
{
class GoClass extends ..\..\Short\Way\GoClass // <<
{}
}
--
Edit this bug report at http://bugs.php.net/bug.php?id=52504&edit=1
Req #52505 [Opn]: Define namespace relative to current (namespace) context
Edit report at http://bugs.php.net/bug.php?id=52505&edit=1
ID: 52505
User updated by:robert dot de dot wilde at online dot nl
Reported by:robert dot de dot wilde at online dot nl
Summary:Define namespace relative to current (namespace)
context
Status: Open
Type: Feature/Change Request
Package:*Programming Data Structures
Operating System: Any
PHP Version:5.3.3
Block user comment: N
New Comment:
content > context
Previous Comments:
[2010-07-31 10:03:49] robert dot de dot wilde at online dot nl
Description:
Sometimes it would be usefull to be able to define namespace relative to
the current namespace content, for example in case of includes/requires
where the same .skel is used over and over. See test script.
Test script:
---
// global file
namespace MyNS\Usr\Models
{
require_once('MadMans\class.MadMansModel.php');
print_r(
new MadMan\MadMansModel() /* which refers to
MyNs\Usr\Models\MadMan\MadMansModel */
);
}
// required file
namespace .\MadMan
{
class MadMansModel
{ // ..
}
}
--
Edit this bug report at http://bugs.php.net/bug.php?id=52505&edit=1
[PHP-BUG] Req #52505 [NEW]: Define namespace relative to current (namespace) context
From:
Operating system: Any
PHP version: 5.3.3
Package: *Programming Data Structures
Bug Type: Feature/Change Request
Bug description:Define namespace relative to current (namespace) context
Description:
Sometimes it would be usefull to be able to define namespace relative to
the current namespace content, for example in case of includes/requires
where the same .skel is used over and over. See test script.
Test script:
---
// global file
namespace MyNS\Usr\Models
{
require_once('MadMans\class.MadMansModel.php');
print_r(
new MadMan\MadMansModel() /* which refers to
MyNs\Usr\Models\MadMan\MadMansModel */
);
}
// required file
namespace .\MadMan
{
class MadMansModel
{ // ..
}
}
--
Edit bug report at http://bugs.php.net/bug.php?id=52505&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52505&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52505&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52505&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52505&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52505&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52505&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52505&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52505&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52505&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52505&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52505&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52505&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52505&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52505&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52505&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52505&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52505&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52505&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52505&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52505&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52505&r=mysqlcfg
[PHP-BUG] Req #52504 [NEW]: Support relative namespaces
From:
Operating system: Any
PHP version: 5.3.3
Package: *Programming Data Structures
Bug Type: Feature/Change Request
Bug description:Support relative namespaces
Description:
It would be nice to have relative namespace support to keep code clean and
flexible.
When inside of a namespace, it would be nice to have some
directory-path-like option like '..'.
Test script:
---
namespace MyNs\Some\Path\Going\A\Long\Way
{
class GoClass extends ..\..\Short\Way\GoClass // <<
{}
}
--
Edit bug report at http://bugs.php.net/bug.php?id=52504&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52504&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52504&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52504&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52504&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52504&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52504&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52504&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52504&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52504&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52504&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52504&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52504&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52504&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52504&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52504&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52504&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52504&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52504&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52504&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52504&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52504&r=mysqlcfg
Bug #51818 [Com]: var_dump(): Couldn't fetch mysqli
Edit report at http://bugs.php.net/bug.php?id=51818&edit=1
ID: 51818
Comment by: robert dot schlak at alcatel-lucent dot com
Reported by: zeusgerde at arcor dot de
Summary: var_dump(): Couldn't fetch mysqli
Status: Wont fix
Type: Bug
Package: MySQLi related
Operating System: Linux
PHP Version: 5.3.2
Assigned To: mysql
New Comment:
The intent of the connect_errno method is to determine if an connection
error occurred...one would think. The programmer is expecting the chance
a connection error occurred. Don't error-out if he asks.
$host = 'bad_host';// FORCE AN ERROR -- debug
$mysqli = @new mysqli($host, NTSM_USER, PWD_NTSM, NTSM_INSTANCE);
if ($mysqli->connect_errno) {
do something
}
One would expect the code above to not annoy the user with an echoed
warning. I have to use @$mysqli->connect_errno, but I have no return
from the method call. Instead I receive 'Couldn't fetch mysqli in', why
is a fetch even attempted with this method? Look at the local object and
see if it contains an error status and return it.
Previous Comments:
[2010-05-25 18:55:35] and...@php.net
I think this is a won't fix. The properties of the mysqli or
mysql_result object are invalid if the connection establishment or the
connection is closed. In case of mysql_result is something wrong
happens.
The extension needs different design, new mysqli(...) tries to connect,
if something wrong happens it should throw an exception, it doesn't now.
The design can't be changed that easily in a minor release.
[2010-05-14 03:47:55] zeusgerde at arcor dot de
Description:
E_WARNING when accessing properties or methods of MySQLi object if
connection fails
I know other people already reported this kind of issue:
http://bugs.php.net/bug.php?id=33635
http://bugs.php.net/bug.php?id=34828
http://bugs.php.net/bug.php?id=36949
http://bugs.php.net/bug.php?id=45935
http://bugs.php.net/bug.php?id=45940
http://bugs.php.net/bug.php?id=50772
though I think telling the user "couldn't fetch *mysqli*" is just wrong
because PHP is able to use the MySQLi object and even some of its
properties or methods (e.g. MySQLi::$client_version or
MySQLi::$connect_errno)
i am not sure if this is a real bug report or may be a feature request.
but I think it would help other people if the warning says something
like "mysqli is not connected" or may be E_WARNING should not be raised
at all.
--
PHP 5.3.2 (cli) (built: May 14 2010 03:25:13)
MySQLi Client API library version 5.1.45
Test script:
---
Expected result:
object(mysqli)#1 (17) {
/* ... */
}
Actual result:
--
Lots of "Warning: var_dump(): Couldn't fetch mysqli in [...]" (for
nearly every single key in mysqli)
object(mysqli)#1 (17) {
/* content as expected */
}
--
Edit this bug report at http://bugs.php.net/bug.php?id=51818&edit=1
Bug #45477 [Com]: ldap_mod_del() fails to remove attribute
Edit report at http://bugs.php.net/bug.php?id=45477&edit=1 ID: 45477 Comment by: alexis dot robert at gmail dot com Reported by: alexis dot robert at gmail dot com Summary: ldap_mod_del() fails to remove attribute Status: Bogus Type: Bug Package: LDAP related Operating System: * PHP Version: 5.2.6 New Comment: Is it solved in the main tree ? Else, can somebody can review my patch and tell me how it is ? I know it's a bit old (and maybe it needs a resync) but I had a lot of work to do this past two years for my classes. Thanks in advance :) Alexis Previous Comments: [2008-08-19 11:51:34] alexis dot robert at gmail dot com I've done a patch which fixes the bug. It creates a ldap_mod_deleteadd function which delete an attribute and adding it in the same LDAP request. Some parts of the code is imported from pam_ldap. This bug also appears with MS Active Directory (when you bind without admin rights). The syntax is pretty obvious (but not very clean asap, i wanted to know if you like it before making it as pretty as ldap_mod_replace) : ldap_mod_deleteadd(resource link, string dn, string attr, string old, string new[, boolean binary = false]) The boolean binary attribute is here for AD which uses an unicode encoded password (and so needs LDAP_MOD_BVALUES). Currently waiting for your insults :) Alexis (The patch is at : http://alexis.robertlan.eu.org/tmp/001-ldap_php-add-mod_deleteadd.diff - created by cvs diff) [2008-07-18 11:56:50] alexis dot robert at gmail dot com OK. I've done a *lot* of researchs (trying to make TLS/SSL work, and some other fun things -- I hate certificates) and I discovered by analysing with tcpdump/wireshark that the current Java program make the delete+add orders in the same request, when my PHP software makes it in two different requests. So, NDS refuses to let the users have no userPassword attribute for a short period of time : that is the reason of the "Server unwilling to perform". As I don't think we can queue the requests in a FIFO-like stack in php_ldap's API, is it possible to send a LDIF using php_ldap ? That sounds to be a great solution. Thanks a lot Alexis ---- [2008-07-11 15:59:51] alexis dot robert at gmail dot com I don't have any access to the LDAP server. I'll try to request them on Tuesday (if I had them, it would be the first thing I would check). [2008-07-11 15:17:02] j...@php.net Works -> Bogus. [2008-07-11 15:16:34] j...@php.net Well, should you then check in the server logs WHY it doesn't want to perform? 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=45477 -- Edit this bug report at http://bugs.php.net/bug.php?id=45477&edit=1
[PHP-BUG] Req #51332 [NEW]: Context objects replacing "template engines"
From: Operating system: PHP version: Irrelevant Package: Scripting Engine problem Bug Type: Feature/Change Request Bug description:Context objects replacing "template engines" Description: PHP once was a kind of template engine, nowadays it is much more and we use or write our own template engines to ensure separation of code and layout (or data). Its a strange evolution, that most template engines "compile" their language back to PHP for faster execution. So, why can't we just write templates in PHP? We can, but it requires discipline, because template writers could start programming and could start using functionality that was not meant for them. Here is a suggestion, which involves the PHP core, but would have many uses. We invent contexts. A context can be created, configured and a single or a list of php files can be executed through them. Example: $ctx = new context(); $ctx->add_class( "some_class" ); // makes class visible in context $ctx->add_global( "some_global", $value_of_some_global ); $ctx->add_function( "some_global_function" ); $ctx->enable_builtin( "strlen" ); $ctx->enable_builtin( "strtolower" ); $ctx->enable_builtin( "strtoupper" ); $ctx->enable_super_global( "_REQUEST" ); // short_tags make a lot of sense in template-like scripts $ctx->enable_short_tags( true ); // execute and return output as a string (avoid output buffer fiddling) $output = $ctx->execute_and_return_output( "some_script.php" ); // execute, like include/require $return_value = $ctx->execute( "some_script.php" ); A script executed in a context has only limited functionality, it can use all language constructs, but NO built-in functions, and does not see classes, functions, globals and so on. Any functionality must be explicitely enabled on the context object! Of course this will require some work on the PHP core, but IMHO it is worth it. Template engines can be thrown away, template caches (which usually are "compiled" to PHP code) and all its problems (including security-related problems) can become a thing of the past, and PHP could be used for templating again, but in a safe manner this time. If people agree and like this feature, I would love to help on the development on the PHP core. Maybe this can even become a PHP 6 feature, maybe PHP 7. -- Edit bug report at http://bugs.php.net/bug.php?id=51332&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51332&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51332&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51332&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51332&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51332&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51332&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51332&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51332&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51332&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51332&r=support Expected behavior: http://bugs.php.net/fix.php?id=51332&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51332&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51332&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51332&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51332&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51332&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51332&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51332&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51332&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51332&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51332&r=mysqlcfg
#50945 [NEW]: func_get_args(offset=0)
From: robert at binalan dot com
Operating system: FreeBSD
PHP version: 5.2.12
PHP Bug Type: Feature/Change Request
Bug description: func_get_args(offset=0)
Description:
function moduleNotify($module, $message/*, ...args*/)
{
switch($module){
case 'Database':
list($host, $user, $pass, $base) = func_get_args(2);
break;
case 'UserLogin':
list($user, $pass, $iris, $lang) = func_get_args(2);
break;
}
/*
feature request:
func_get_args(offset=0)
returns arguments in same zero based array from a given offset in the
argument list.
*/
--
Edit bug report at http://bugs.php.net/?id=50945&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50945&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50945&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50945&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50945&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50945&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50945&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50945&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50945&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50945&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50945&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50945&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50945&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50945&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50945&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50945&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50945&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50945&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50945&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50945&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50945&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50945&r=mysqlcfg
#50130 [Opn]: Segfault of libphp6.so
ID: 50130 User updated by: robert dot kosten at gmail dot com Reported By: robert dot kosten at gmail dot com Status: Open Bug Type: Apache2 related Operating System: Linux 2.6.31-gentoo #5 SMP PHP Version: 6SVN-2009-11-09 (snap) New Comment: Issue reproducible in 200911131530 Previous Comments: [2009-11-09 18:23:08] robert dot kosten at gmail dot com ./configure \ --with-icu-dir=/usr \ --with-mysql=mysqlnd \ --with-pdo-mysql=mysqlnd \ --with-pgsql \ --with-pdo-pgsql \ --without-pdo-sqlite \ --with-apxs2 \ --disable-short-tags \ --enable-bcmath \ --with-mcrypt \ --with-recode [2009-11-09 18:21:35] robert dot kosten at gmail dot com The configure line got clipped, it ends in: recode [2009-11-09 18:18:31] robert dot kosten at gmail dot com Description: I just compiled the 200911091530 snap of php6, the cli is working fine, but the libphp6 segfaults. System is x86_64 gentoo with apache2. ./configure --with-icu-dir=/usr --with-mysql=mysqlnd --with-pdo- with-apxs2 --disable-short-tags --enable-bcmath --with-mcrypt --with- Reproduce code: --- /usr/lib/apache2/modules/libphp6.so Expected result: Not a "Segmentation fault" :-) Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=50130&edit=1
#50130 [Opn]: Segfault of libphp6.so
ID: 50130 User updated by: robert dot kosten at gmail dot com Reported By: robert dot kosten at gmail dot com Status: Open Bug Type: Apache2 related Operating System: Linux 2.6.31-gentoo #5 SMP PHP Version: 6SVN-2009-11-09 (snap) New Comment: ./configure \ --with-icu-dir=/usr \ --with-mysql=mysqlnd \ --with-pdo-mysql=mysqlnd \ --with-pgsql \ --with-pdo-pgsql \ --without-pdo-sqlite \ --with-apxs2 \ --disable-short-tags \ --enable-bcmath \ --with-mcrypt \ --with-recode Previous Comments: [2009-11-09 18:21:35] robert dot kosten at gmail dot com The configure line got clipped, it ends in: recode [2009-11-09 18:18:31] robert dot kosten at gmail dot com Description: I just compiled the 200911091530 snap of php6, the cli is working fine, but the libphp6 segfaults. System is x86_64 gentoo with apache2. ./configure --with-icu-dir=/usr --with-mysql=mysqlnd --with-pdo- with-apxs2 --disable-short-tags --enable-bcmath --with-mcrypt --with- Reproduce code: --- /usr/lib/apache2/modules/libphp6.so Expected result: Not a "Segmentation fault" :-) Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=50130&edit=1
#50130 [Opn]: Segfault of libphp6.so
ID: 50130 User updated by: robert dot kosten at gmail dot com Reported By: robert dot kosten at gmail dot com Status: Open Bug Type: Apache2 related Operating System: Linux 2.6.31-gentoo #5 SMP PHP Version: 6SVN-2009-11-09 (snap) New Comment: The configure line got clipped, it ends in: recode Previous Comments: [2009-11-09 18:18:31] robert dot kosten at gmail dot com Description: I just compiled the 200911091530 snap of php6, the cli is working fine, but the libphp6 segfaults. System is x86_64 gentoo with apache2. ./configure --with-icu-dir=/usr --with-mysql=mysqlnd --with-pdo- with-apxs2 --disable-short-tags --enable-bcmath --with-mcrypt --with- Reproduce code: --- /usr/lib/apache2/modules/libphp6.so Expected result: Not a "Segmentation fault" :-) Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=50130&edit=1
#50130 [NEW]: Segfault of libphp6.so
From: robert dot kosten at gmail dot com Operating system: Linux 2.6.31-gentoo #5 SMP PHP version: 6SVN-2009-11-09 (snap) PHP Bug Type: Apache2 related Bug description: Segfault of libphp6.so Description: I just compiled the 200911091530 snap of php6, the cli is working fine, but the libphp6 segfaults. System is x86_64 gentoo with apache2. ./configure --with-icu-dir=/usr --with-mysql=mysqlnd --with-pdo- with-apxs2 --disable-short-tags --enable-bcmath --with-mcrypt --with- Reproduce code: --- /usr/lib/apache2/modules/libphp6.so Expected result: Not a "Segmentation fault" :-) Actual result: -- Segmentation fault -- Edit bug report at http://bugs.php.net/?id=50130&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50130&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50130&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50130&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50130&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50130&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50130&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50130&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50130&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50130&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50130&r=support Expected behavior: http://bugs.php.net/fix.php?id=50130&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50130&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50130&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50130&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50130&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50130&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50130&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50130&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50130&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50130&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50130&r=mysqlcfg
#48216 [Com]: PHP Fatal error: SOAP-ERROR: Parsing WSDL: Extra content at the end of the doc
ID: 48216
Comment by: robert dot ripley at fhchs dot edu
Reported By: mark at everytruckjob dot com
Status: Open
Bug Type: SOAP related
Operating System: CentOs 5.3
PHP Version: 5.3.0RC2
New Comment:
I'm also experiencing the same problem. Here is the HTTP header of the
WSDL:
HTTP/1.1 200 OK\r\n
Date: Tue, 06 Oct 2009 16:48:26 GMT\r\n
Server: Apache/2.2.8 (Win32) PHP/5.2.5\r\n
X-Powered-By: PHP/5.2.5\r\n
Expires: Wed, 06 Oct 2010 04:00:00 GMT\r\n
Cache-Control: no-store, no-cache, must-revalidate\r\n
Pragma: no-cache\r\n
Last-Modified: Tue, 06 Oct 2009 16:48:26 GMT\r\n
Cache-Control: post-check=0, pre-check=0\r\n
Vary: User-Agent\r\n
Keep-Alive: timeout=5, max=100\r\n
Connection: Keep-Alive\r\n
Transfer-Encoding: chunked\r\n
Content-Type: application/xml;\r\n
\r\n
Previous Comments:
[2009-09-18 16:39:44] boris dot t at usask dot ca
it seems that X-Powered-By: is causing problems.
The same problem exists when
HTTP/1.x 200 OK
Date: Fri, 18 Sep 2009 16:24:06 GMT
X-Powered-By: Servlet 2.4; JBoss-4.2.3.GA (build: SVNTag=JBoss_4_2_3_GA
date=200807181417)/JBossWeb-2.0
Content-Type: text/xml;charset=utf-8
Connection: close
Transfer-Encoding: chunked
and the same code works when
HTTP/1.x 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/xml;charset=utf-8
Transfer-Encoding: chunked
Date: Fri, 18 Sep 2009 16:23:28 GMT
[2009-09-07 20:04:53] sjo...@php.net
Thank you for your feedback.
It would be most helpful to us if you could supply us with the HTTP
transaction of the retrieval of the WSDL. You may use a sniffer like
Wireshark to obtain this information, or use this script I wrote
<http://www.gissen.nl/files/sniff.php>.
[2009-09-07 00:43:35] michael dot tibben at gmail dot com
We are experiencing a similar issue. However, the HTTP reply is using
chunked transfer encoding (Content-Length is NOT required when using
chunked)
HTTP/1.1 200 OK
Date: Sun, 06 Sep 2009 23:25:16 GMT
Server: Apache
X-Powered-By: Servlet/2.4 JSP/2.0
Transfer-Encoding: chunked
Content-Type: text/xml; charset=UTF-8
[2009-06-24 10:23:47] sjoerd-php at linuxonly dot nl
Thank you for your bug report.
The WSDL URL you supply does not send a Content-Length or
Transfer-Encoding header in some cases, which is mandatory in a response
with a body. In other words, it does not follow the HTTP protocol. You
should contact the provider of the WSDL about this.
GET /url HTTP/1.0
Host: example.com
HTTP/1.1 200 OK
Date: Wed, 24 Jun 2009 10:18:10 GMT
Server: Apache
Connection: close
Content-Type: text/xml
...
[2009-05-09 23:12:48] mark at everytruckjob dot com
Description:
Trying to set up a soapClient using the wsdl from the location found in
http://www.everytruckjob.com/php53-url.txt (this contains the url and is
not the wsdl file itself so I can remove the location once this report
is closed as it is not my soap server).
Copying the wsdl from the referenced location to my own
(http://www.everytruckjob.com/wsdl.php) or saving it to a local file
allows parsing to succeed, but while the file sizes seem to be the same,
I can't figure out what headers or content causes the "Extra content at
the end of the document" error.
This works as expected on php 5.2.9 compiled and in use on the same
client server with Centos 5.3 libxml2.x86_64 2.6.26-2.1.2.7.
Reproduce code:
---
http://www.everytruckjob.com/php53-url.txt'));
try {
$a = new SoapClient($wsdl);
} catch (SoapFault $e) {
var_dump(libxml_get_last_error());
var_dump($e);
}
?>
Expected result:
No SoapFault
Actual result:
--
object(LibXMLError)#1 (6) { ["level"]=> int(3) ["code"]=> int(5)
["column"]=> int(4) ["message"]=> string(41) "Extra content at the end
of the document " ["file"]=> string(55) "http://"; ["line"]=>
int(488) }
object(SoapFault)#2 (9) {
["message":protected]=> string(146) "SOAP-ERROR: Parsing WSDL:
Couldn't load from 'X' : Extra content at the end of the document "
--
Edit this bug report at http://bugs.php.net/?id=48216&edit=1
#49176 [NEW]: get_declared_classes; Argument for namespace, default to \
From: robert dot de dot wilde at online dot nl Operating system: Linux PHP version: 5.3.0 PHP Bug Type: Feature/Change Request Bug description: get_declared_classes; Argument for namespace, default to \ Description: It would be nice to have an additional argument (string, defaults to '\') to 'get_declared_classes' to only return the classes inside a certain namespace. An second argument (bool, defaults to false) could be optional to ask if resolution should be recursive to subnamespaces. Reproduce code: --- Would be something defined as being: get_declared_namespaces( String $sNamespace = '\', Bool $bRecursive = false); Expected result: List of classes in namespace. Actual result: -- List of all classes. -- Edit bug report at http://bugs.php.net/?id=49176&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49176&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49176&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49176&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49176&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49176&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49176&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49176&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49176&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49176&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49176&r=support Expected behavior: http://bugs.php.net/fix.php?id=49176&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49176&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49176&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49176&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49176&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49176&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49176&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49176&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49176&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49176&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49176&r=mysqlcfg
#44872 [Com]: canary mismatch on efree() - heap overflow detected
ID: 44872 Comment by: robert at robert-gonzalez dot com Reported By: mattr at shoplet dot com Status: No Feedback Bug Type: MySQLi related Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: I am having this same issue on Ubuntu 8.10 running against Sybase 12.5. This actually just started happening against the CLI version of PHP when attempting to connect more than once to the database server in the same request. Any idea when this might get fixed? Or if not, anyone have a reliable work around? Previous Comments: [2009-07-17 09:13:13] emiel dot molenaar at gmail dot com Any news about this one? Having the same issue here on Debian: PHP 5.2.10-2 with Suhosin-Patch 0.9.7 (cli) (built: Jul 10 2009 01:47:03) [2009-05-06 14:16:33] j dot vd dot broek at home dot nl This solution I saw on another website might help fixing it in a next build of PHP or at least show people with the same problem a way out of it: http://chrisblunt.com/blog/2009/05/01/php-fixing-mismatched-canaries-how-to-remove-suhosin-from-debianubuntu-packages/ [2009-05-03 13:48:10] ewilded at gmail dot com Same situation on PHP 5.2.9 with Suhosin-Patch 0.9.7 (cli) (built: May 2 2009 14:51:38), OS: Slackware 12, i'm connecting to Oracle DB on remote machine using PDO, script gets killed while trying to execute simple SELECT statement without any params (same code works fine with MySQL). [2009-04-21 14:39:12] fr33z at inmail dot cz I have the same issue with PHP Version 5.2.9-pl2-gentoo './configure' '--prefix=/usr/lib64/php5' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/lib64/php5/man' '--infodir=/usr/lib64/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--with-libdir=lib64' '--with-pcre-regex=/usr' '--enable-maintainer-zts' '--disable-cli' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc/php/apache2-php5' '--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--with-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--enable-ftp' '--with-gettext' '--without-gmp' '--disable-ipv6' '--disable-json' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--with-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--without-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--disable-soap' '--enable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-wddx' '--without-xmlrpc' '--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--disable-flatfile' '--with-gdbm' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--without-xpm-dir' '--with-gd' '--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--without-pdo-dblib' '--with-pdo-mysql=/usr' '--without-pdo-odbc' '--without-pdo-pgsql' '--without-pdo-sqlite' '--with-readline' '--without-libedit' '--without-mm' '--without-sqlite' '--with-pic' [2009-03-22 19:38:40] mr dot jony at gmail dot com i have this same problem in a fresh install of ubuntu 8.04 lts and i dont have the suhosin patch please help 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/44872 -- Edit this bug report at http://bugs.php.net/?id=44872&edit=1
#48585 [NEW]: com_load_typelib holds reference, fails on second call
From: robert dot johnson at icap dot com
Operating system: Win XP sp3
PHP version: 5.2.9
PHP Bug Type: COM related
Bug description: com_load_typelib holds reference, fails on second call
Description:
com_load_typelib successfully loads a type library defintitions on its
first call.
It fails on the second call, and the previous definitions disappear.
Other points:
First call holds a reference to the type library which does not get
released until the web server (Apache 2.2) is stopped. If you're creating
define()'s, why do you need to hold a library reference - you could load
the types then release the references?
This behaviour is the same when php.ini contains
'com.autoregister_typelib=1', instead of calling com_load_typelib.
Reproduce code:
---
This uses a private COM object, but if you want a copy it's no problem.
function test()
{
com_load_typelib('{8F387CCB-379F-4F13-9470-9D04DF3B04F8},1,0');
$domain = '';
$dns = 'some_u...@domain.com';
$wincall = new COM('wincall.wincall');
$snu = $wincall->LookupAccount('', $dns, $domain);
echo 'SidTypeUser == ' . SidTypeUser . "\r\n";
}
test();
/
Run this script twice...
Expected result:
// first call of script:
SidTypeUser == 1
// second call of script:
SidTypeUser == 1
Actual result:
--
// first call of script:
SidTypeUser == 1
// second call of script:
SidTypeUser == SidTypeUser
--
Edit bug report at http://bugs.php.net/?id=48585&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48585&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48585&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48585&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48585&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48585&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48585&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48585&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48585&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48585&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48585&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48585&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48585&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48585&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48585&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48585&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48585&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48585&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48585&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48585&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48585&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48585&r=mysqlcfg
#48281 [Fbk->Csd]: ext/mbstring/mbstring.c fails to compile
ID: 48281 User updated by: robert at octarineparrot dot com Reported By: robert at octarineparrot dot com -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: Ubuntu 8.04 PHP Version: 5.3.0RC2 New Comment: This seems to be fixed in the latest CVS snapshot. Previous Comments: [2009-05-14 15:20:33] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-05-14 14:55:03] robert at octarineparrot dot com Description: When compiling PHP 5.3.0 RC2 on Ubuntu 8.04, compilation fails with the following errors. Reproduce code: --- My compile line: ./configure --enable-fastcgi --enable-force-cgi-redirect --with-zlib --enable-bcmath --with-bz2 --with-curl --with-gd --enable-gd-native-ttf --with-gettext --enable-mbstring --with-mcrypt --with-mysqli=/usr/local/mysql/latest/bin/mysql_config --with-mhash --enable-pdo --with-pdo-mysql=/usr/local/mysql/latest/ --enable-zip --enable-zend-multibyte --with-freetype-dir=/usr/lib/ --with-mysql=/usr/local/mysql/latest/ --enable-wddx --with-xmlrpc --with-ldap --with-openssl % libtool --version ltmain.sh (GNU libtool) 1.5.26 Debian 1.5.26-1ubuntu1 (1.1220.2.493 2008/02/01 16:58:18) % gcc --version gcc (GCC) 4.2.4 (Ubuntu 4.2.4-1ubuntu3) Actual result: -- /bin/sh /home/robert/apps/php-5.3.0RC2/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/mysqli/ -I/home/robert/apps/php-5.3.0RC2/ext/mysqli/ -DPHP_ATOM_INC -I/home/robert/apps/php-5.3.0RC2/include -I/home/robert/apps/php-5.3.0RC2/main -I/home/robert/apps/php-5.3.0RC2 -I/home/robert/apps/php-5.3.0RC2/ext/ereg/regex -I/usr/include/libxml2 -I/home/robert/apps/php-5.3.0RC2/ext/date/lib -I/usr/include/freetype2 -I/home/robert/apps/php-5.3.0RC2/ext/mbstring/oniguruma -I/home/robert/apps/php-5.3.0RC2/ext/mbstring/libmbfl -I/home/robert/apps/php-5.3.0RC2/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql/latest//include/mysql -I/usr/local/mysql/latest/include/mysql -I/home/robert/apps/php-5.3.0RC2/ext/sqlite3/libsqlite -I/home/robert/apps/php-5.3.0RC2/TSRM -I/home/robert/apps/php-5.3.0RC2/Zend-I/usr/include -g -O2 -fvisibility=hidden -c /home/robert/apps/php-5.3.0RC2/ext/mysqli/mysqli.c -o ext/mysqli/mysqli.lo /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4726: error: static declaration of 'php_mb_set_zend_encoding' follows non-static declaration /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:1451: error: previous implicit declaration of 'php_mb_set_zend_encoding' was here /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c: In function 'php_mb_set_zend_encoding': /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4757: error: 'php_mb_encoding_detector' undeclared (first use in this function) /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4757: error: (Each undeclared identifier is reported only once /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4757: error: for each function it appears in.) /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4758: error: 'php_mb_encoding_converter' undeclared (first use in this function) /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4759: error: 'php_mb_oddlen' undeclared (first use in this function) -- Edit this bug report at http://bugs.php.net/?id=48281&edit=1
#48281 [NEW]: ext/mbstring/mbstring.c fails to compile
From: robert at octarineparrot dot com Operating system: Ubuntu 8.04 PHP version: 5.3.0RC2 PHP Bug Type: Compile Failure Bug description: ext/mbstring/mbstring.c fails to compile Description: When compiling PHP 5.3.0 RC2 on Ubuntu 8.04, compilation fails with the following errors. Reproduce code: --- My compile line: ./configure --enable-fastcgi --enable-force-cgi-redirect --with-zlib --enable-bcmath --with-bz2 --with-curl --with-gd --enable-gd-native-ttf --with-gettext --enable-mbstring --with-mcrypt --with-mysqli=/usr/local/mysql/latest/bin/mysql_config --with-mhash --enable-pdo --with-pdo-mysql=/usr/local/mysql/latest/ --enable-zip --enable-zend-multibyte --with-freetype-dir=/usr/lib/ --with-mysql=/usr/local/mysql/latest/ --enable-wddx --with-xmlrpc --with-ldap --with-openssl % libtool --version ltmain.sh (GNU libtool) 1.5.26 Debian 1.5.26-1ubuntu1 (1.1220.2.493 2008/02/01 16:58:18) % gcc --version gcc (GCC) 4.2.4 (Ubuntu 4.2.4-1ubuntu3) Actual result: -- /bin/sh /home/robert/apps/php-5.3.0RC2/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/mysqli/ -I/home/robert/apps/php-5.3.0RC2/ext/mysqli/ -DPHP_ATOM_INC -I/home/robert/apps/php-5.3.0RC2/include -I/home/robert/apps/php-5.3.0RC2/main -I/home/robert/apps/php-5.3.0RC2 -I/home/robert/apps/php-5.3.0RC2/ext/ereg/regex -I/usr/include/libxml2 -I/home/robert/apps/php-5.3.0RC2/ext/date/lib -I/usr/include/freetype2 -I/home/robert/apps/php-5.3.0RC2/ext/mbstring/oniguruma -I/home/robert/apps/php-5.3.0RC2/ext/mbstring/libmbfl -I/home/robert/apps/php-5.3.0RC2/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql/latest//include/mysql -I/usr/local/mysql/latest/include/mysql -I/home/robert/apps/php-5.3.0RC2/ext/sqlite3/libsqlite -I/home/robert/apps/php-5.3.0RC2/TSRM -I/home/robert/apps/php-5.3.0RC2/Zend -I/usr/include -g -O2 -fvisibility=hidden -c /home/robert/apps/php-5.3.0RC2/ext/mysqli/mysqli.c -o ext/mysqli/mysqli.lo /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4726: error: static declaration of 'php_mb_set_zend_encoding' follows non-static declaration /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:1451: error: previous implicit declaration of 'php_mb_set_zend_encoding' was here /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c: In function 'php_mb_set_zend_encoding': /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4757: error: 'php_mb_encoding_detector' undeclared (first use in this function) /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4757: error: (Each undeclared identifier is reported only once /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4757: error: for each function it appears in.) /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4758: error: 'php_mb_encoding_converter' undeclared (first use in this function) /home/robert/apps/php-5.3.0RC2/ext/mbstring/mbstring.c:4759: error: 'php_mb_oddlen' undeclared (first use in this function) -- Edit bug report at http://bugs.php.net/?id=48281&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48281&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48281&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48281&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48281&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48281&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48281&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48281&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48281&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48281&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48281&r=support Expected behavior: http://bugs.php.net/fix.php?id=48281&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48281&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48281&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48281&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48281&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48281&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48281&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48281&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48281&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48281&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48281&r=mysqlcfg
#48167 [Com]: undefined function checkdnsrr()
ID: 48167 Comment by: frew dot robert at gmail dot com Reported By: frew dot robert at gmail dot com Status: To be documented Bug Type: *Network Functions Operating System: Linux PHP Version: 5.3.0RC1 Assigned To: fa New Comment: Recompiled PHP and the problem went away. Previous Comments: [2009-05-06 19:34:39] paj...@php.net Yes, set it as to be documented. Please not that as in 5.3, it is always available on windows. [2009-05-06 19:30:46] f...@php.net That's not mentioned in the documentation, shouldn't this be converted to a documentation bug then? [2009-05-06 16:41:58] scott...@php.net This function is only available if the configure script can find bind on your system. If you look at your config.log you'll probably find that its missing. [2009-05-06 16:32:48] frew dot robert at gmail dot com Description: When using function checkdnsrr(), I get a Fatal error: Call to undefined function checkdnsrr() in test.php. You can view this error live at http://www.mxxm.com/test.php. Reproduce code: --- Expected result: True or false. Actual result: -- Fatal error: Call to undefined function checkdnsrr() -- Edit this bug report at http://bugs.php.net/?id=48167&edit=1
#48172 [Com]: configure: error: GD build test failed.
ID: 48172 Comment by: frew dot robert at gmail dot com Reported By: frew dot robert at gmail dot com Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 5.3.0RC1 New Comment: After process of elimination... here is what I have found: Using this configure: ./configure --with-libdir=lib64 --disable-rpath --with-pear --with-curl=/usr/local/lib --with-gd Gives me the GD build test failed error. If I take out --disable-rpath. It compiles fine. Previous Comments: [2009-05-06 20:03:03] j...@php.net What was the full configure line you used? [2009-05-06 19:11:23] frew dot robert at gmail dot com Description: Compile fails with GD enabled. checking for GD support... yes checking for the location of libjpeg... /usr checking for the location of libpng... /usr checking for the location of libXpm... /usr checking for FreeType 2... /usr checking for T1lib support... no checking whether to enable truetype string function in GD... yes checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes checking for jpeg_read_header in -ljpeg... yes checking for png_write_image in -lpng... yes checking for XpmFreeXpmImage in -lXpm... yes checking for FT_New_Face in -lfreetype... yes configure: error: GD build test failed. Please check the config.log for details. Expected result: Error free compiling. Actual result: -- config.log -- configure:34852: checking for GD support configure:34900: checking for the location of libjpeg configure:34928: checking for the location of libpng configure:34983: checking for the location of libXpm configure:35009: checking for FreeType 2 configure:35035: checking for T1lib support configure:35061: checking whether to enable truetype string function in GD configure:35087: checking whether to enable JIS-mapped Japanese font support in GD configure:35141: checking for fabsf configure:35169: gcc -o conftest -g -O2 -fvisibility=hidden -L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 conftest.c -lcurl -lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -ldl -lz -lcurl -lidn -lssl -lcrypto -lrt -lssl -lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl -lcrypto -ldl -lz 1>&5 configure:35153: warning: conflicting types for built-in function 'fabsf' configure:35141: checking for floorf configure:35169: gcc -o conftest -g -O2 -fvisibility=hidden -L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 conftest.c -lcurl -lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -ldl -lz -lcurl -lidn -lssl -lcrypto -lrt -lssl -lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl -lcrypto -ldl -lz 1>&5 configure:35153: warning: conflicting types for built-in function 'floorf' configure:35341: checking for jpeg_read_header in -ljpeg configure:35360: gcc -o conftest -g -O2 -fvisibility=hidden -L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 conftest.c -ljpeg -lcurl -lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -ldl -lz -lcurl -lidn -lssl -lcrypto -lrt -lssl -lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl -lcrypto -ldl -lz 1>&5 configure:35642: checking for png_write_image in -lpng configure:35661: gcc -o conftest -g -O2 -fvisibility=hidden -L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 -lz conftest.c -lpng -ljpeg -lcurl -lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -ldl -lz -lcurl -lidn -lssl -lcrypto -lrt -lssl -lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl -lcrypto -ldl -lz 1>&5 configure:36041: checking for XpmFreeXpmImage in -lXpm configure:36060: gcc -o conftest -g -O2 -fvisibility=hidden -L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 -lX11 conftest.c -lXpm -lpng -lz -ljpeg -lcurl -lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -ldl -lz -lcurl -lidn -lssl -lcrypto -lrt -lssl -lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl -lcrypto -ldl -lz 1>&5 configure:36435: checking for FT_New_Face in -lfreetype configure:36454: gcc -o conftest -g -O2 -fvisibility=hidden -L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 conftest.c -lfreetype -lX11 -lXpm -lpng -lz -ljpeg -lcurl -lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -ldl -lz -lcurl -lidn -lssl -lcrypto -lrt -lssl -lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl -lcrypto -ldl -lz 1>&5 configure:42874: gcc -o conftest -g -O2 -fvisibility=hidden -L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 conftest.c -lfreetype -lX11 -lXpm
#48172 [NEW]: configure: error: GD build test failed.
From: frew dot robert at gmail dot com
Operating system: Linux
PHP version: 5.3.0RC1
PHP Bug Type: Compile Failure
Bug description: configure: error: GD build test failed.
Description:
Compile fails with GD enabled.
checking for GD support... yes
checking for the location of libjpeg... /usr
checking for the location of libpng... /usr
checking for the location of libXpm... /usr
checking for FreeType 2... /usr
checking for T1lib support... no
checking whether to enable truetype string function in GD... yes
checking whether to enable JIS-mapped Japanese font support in GD... no
checking for fabsf... yes
checking for floorf... yes
checking for jpeg_read_header in -ljpeg... yes
checking for png_write_image in -lpng... yes
checking for XpmFreeXpmImage in -lXpm... yes
checking for FT_New_Face in -lfreetype... yes
configure: error: GD build test failed. Please check the config.log for
details.
Expected result:
Error free compiling.
Actual result:
--
config.log
--
configure:34852: checking for GD support
configure:34900: checking for the location of libjpeg
configure:34928: checking for the location of libpng
configure:34983: checking for the location of libXpm
configure:35009: checking for FreeType 2
configure:35035: checking for T1lib support
configure:35061: checking whether to enable truetype string function in
GD
configure:35087: checking whether to enable JIS-mapped Japanese font
support in GD
configure:35141: checking for fabsf
configure:35169: gcc -o conftest -g -O2 -fvisibility=hidden
-L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 conftest.c -lcurl
-lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto
-lcom_err -lssl -lcrypto -ldl -lz -lcurl -lidn -lssl -lcrypto -lrt -lssl
-lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl -lcrypto -ldl -lz 1>&5
configure:35153: warning: conflicting types for built-in function 'fabsf'
configure:35141: checking for floorf
configure:35169: gcc -o conftest -g -O2 -fvisibility=hidden
-L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 conftest.c -lcurl
-lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto
-lcom_err -lssl -lcrypto -ldl -lz -lcurl -lidn -lssl -lcrypto -lrt -lssl
-lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl -lcrypto -ldl -lz 1>&5
configure:35153: warning: conflicting types for built-in function
'floorf'
configure:35341: checking for jpeg_read_header in -ljpeg
configure:35360: gcc -o conftest -g -O2 -fvisibility=hidden
-L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 conftest.c -ljpeg
-lcurl -lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi_krb5 -lkrb5
-lk5crypto -lcom_err -lssl -lcrypto -ldl -lz -lcurl -lidn -lssl -lcrypto
-lrt -lssl -lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl -lcrypto -ldl -lz
1>&5
configure:35642: checking for png_write_image in -lpng
configure:35661: gcc -o conftest -g -O2 -fvisibility=hidden
-L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 -lz conftest.c
-lpng -ljpeg -lcurl -lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm
-lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -ldl -lz -lcurl
-lidn -lssl -lcrypto -lrt -lssl -lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl
-lcrypto -ldl -lz 1>&5
configure:36041: checking for XpmFreeXpmImage in -lXpm
configure:36060: gcc -o conftest -g -O2 -fvisibility=hidden
-L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 -lX11 conftest.c
-lXpm -lpng -lz -ljpeg -lcurl -lz -lpcre -lm -ldl -lnsl -lxml2 -lz -lm
-lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -ldl -lz -lcurl
-lidn -lssl -lcrypto -lrt -lssl -lcrypto -ldl -lz -lz -lxml2 -lz -lm -lssl
-lcrypto -ldl -lz 1>&5
configure:36435: checking for FT_New_Face in -lfreetype
configure:36454: gcc -o conftest -g -O2 -fvisibility=hidden
-L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 conftest.c
-lfreetype -lX11 -lXpm -lpng -lz -ljpeg -lcurl -lz -lpcre -lm -ldl -lnsl
-lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto
-ldl -lz -lcurl -lidn -lssl -lcrypto -lrt -lssl -lcrypto -ldl -lz -lz
-lxml2 -lz -lm -lssl -lcrypto -ldl -lz 1>&5
configure:42874: gcc -o conftest -g -O2 -fvisibility=hidden
-L/usr/kerberos/lib64 -L/usr/local/lib -L/usr/local/lib64 conftest.c
-lfreetype -lX11 -lXpm -lpng -lz -ljpeg -lcurl -lz -lpcre -lm -ldl -lnsl
-lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto
-ldl -lz -lcurl -lidn -lssl -lcrypto -lrt -lssl -lcrypto -ldl -lz -lz
-lxml2 -lz -lm -lssl -lcrypto -ldl -lz 1>&5
configure: failed program was:
#line 42863 "configure"
#include "confdefs.h"
char foobar () {}
char foobar();
int main() {
foobar();
return 0;
}
--
Edit bug report at http://bugs.php.net/?id=48172&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48172&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
#48167 [NEW]: undefined function checkdnsrr()
From: frew dot robert at gmail dot com Operating system: Linux PHP version: 5.3.0RC1 PHP Bug Type: *Network Functions Bug description: undefined function checkdnsrr() Description: When using function checkdnsrr(), I get a Fatal error: Call to undefined function checkdnsrr() in test.php. You can view this error live at http://www.mxxm.com/test.php. Reproduce code: --- Expected result: True or false. Actual result: -- Fatal error: Call to undefined function checkdnsrr() -- Edit bug report at http://bugs.php.net/?id=48167&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48167&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48167&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48167&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48167&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48167&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48167&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48167&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48167&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48167&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48167&r=support Expected behavior: http://bugs.php.net/fix.php?id=48167&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48167&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48167&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48167&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48167&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48167&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48167&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48167&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48167&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48167&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48167&r=mysqlcfg
#47671 [NEW]: Cloning of SplObjectStorage is undefined
From: robert at typo3 dot org
Operating system: Mac OS 10.5.6
PHP version: 5.3.0beta1
PHP Bug Type: SPL related
Bug description: Cloning of SplObjectStorage is undefined
Description:
After cloning an instance of SplObjectStorage the number of objects
which can be retrieved with count() is very high and foreach() causes a
segfault.
Reproduce code:
---
class Foo {}
$storageA = new \SplObjectStorage();
$storageA->attach(new \Foo);
$storageA->attach(new \Foo);
echo ("Count storage A: " . count($storageA));
foreach ($storageA as $object) {
echo ' x ';
}
$storageB = clone $storageA;
echo ("Count storage B: " . count($storageB));
foreach ($storageB as $object) {
echo ' x ';
}
Expected result:
Count storage A: 2 x x Count storage B: 2 x x
Actual result:
--
Count storage A: 2 x x Count storage B: 1953394499
--
Edit bug report at http://bugs.php.net/?id=47671&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47671&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47671&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47671&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47671&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47671&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47671&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47671&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47671&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47671&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47671&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47671&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47671&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47671&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47671&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47671&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47671&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47671&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47671&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47671&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47671&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47671&r=mysqlcfg
#47312 [Opn]: Calling setlocale causes microseconds to disappear
ID: 47312
User updated by: robert dot johnson at icap dot com
Reported By: robert dot johnson at icap dot com
Status: Open
Bug Type: Date/time related
Operating System: Win XP sp3
PHP Version: 5.2.8
New Comment:
CLocale::DateTimeFormatFull == 'd/m/Y H:i:s.u'
Previous Comments:
[2009-02-04 19:26:33] robert dot johnson at icap dot com
Description:
I changed locale to Germany, created a datetime with microseconds,
formatted the date, and the microseconds were zero.
This first appeared when SQL 2005 driver showed no microseconds for
German users of my site.
The code is a simple test to show it's not caused by the SQL Server
driver.
Reproduce code:
-------
$robert = new DateTime('2009-02-04 15:55:25.321');
$robertf = $robert->format(CLocale::DateTimeFormatFull);
echo $robertf . "\r\n";
$robloc = setlocale(LC_ALL, 'German_Germany.1252');
echo $robloc . "\r\n";
$robert = new DateTime('2009-02-04 15:55:25.321');
$robertf = $robert->format(CLocale::DateTimeFormatFull);
echo $robertf . "\r\n";
$robloc = setlocale(LC_ALL, 'English_uk.1252');
echo $robloc . "\r\n";
$robert = new DateTime('2009-02-04 15:55:25.321');
$robertf = $robert->format(CLocale::DateTimeFormatFull);
echo $robertf . "\r\n";;
Expected result:
04/02/2009 15:55:25.321000
German_Germany.1252
04/02/2009 15:55:25.321000
English_United Kingdom.1252
04/02/2009 15:55:25.321000
Actual result:
--
04/02/2009 15:55:25.321000
German_Germany.1252
04/02/2009 15:55:25.00
English_United Kingdom.1252
04/02/2009 15:55:25.321000
--
Edit this bug report at http://bugs.php.net/?id=47312&edit=1
#47312 [NEW]: Calling setlocale causes microseconds to disappear
From: robert dot johnson at icap dot com
Operating system: Win XP sp3
PHP version: 5.2.8
PHP Bug Type: Date/time related
Bug description: Calling setlocale causes microseconds to disappear
Description:
I changed locale to Germany, created a datetime with microseconds,
formatted the date, and the microseconds were zero.
This first appeared when SQL 2005 driver showed no microseconds for German
users of my site.
The code is a simple test to show it's not caused by the SQL Server
driver.
Reproduce code:
---
$robert = new DateTime('2009-02-04 15:55:25.321');
$robertf = $robert->format(CLocale::DateTimeFormatFull);
echo $robertf . "\r\n";
$robloc = setlocale(LC_ALL, 'German_Germany.1252');
echo $robloc . "\r\n";
$robert = new DateTime('2009-02-04 15:55:25.321');
$robertf = $robert->format(CLocale::DateTimeFormatFull);
echo $robertf . "\r\n";
$robloc = setlocale(LC_ALL, 'English_uk.1252');
echo $robloc . "\r\n";
$robert = new DateTime('2009-02-04 15:55:25.321');
$robertf = $robert->format(CLocale::DateTimeFormatFull);
echo $robertf . "\r\n";;
Expected result:
04/02/2009 15:55:25.321000
German_Germany.1252
04/02/2009 15:55:25.321000
English_United Kingdom.1252
04/02/2009 15:55:25.321000
Actual result:
--
04/02/2009 15:55:25.321000
German_Germany.1252
04/02/2009 15:55:25.00
English_United Kingdom.1252
04/02/2009 15:55:25.321000
--
Edit bug report at http://bugs.php.net/?id=47312&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47312&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47312&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47312&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47312&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47312&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47312&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47312&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47312&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47312&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47312&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47312&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47312&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47312&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47312&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47312&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47312&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47312&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47312&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47312&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47312&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47312&r=mysqlcfg
#46430 [Com]: Session data lost
ID: 46430
Comment by: robert dot saylor at tekelec dot com
Reported By: robert dot saylor at tekelec dot com
Status: Open
Bug Type: Session related
Operating System: CentOS release 5.2 (Final)
PHP Version: 5.2.6
New Comment:
I was able to duplicate this bug on 2 servers.
Previous Comments:
[2008-10-30 17:25:11] robert dot saylor at tekelec dot com
While the issue is still there: My Computer > Favorites > goto a php
app that uses sessions > click on a link that opens a new window > php
will create a new session.
Workaround:
&item=&type=Features"
target="_blank">TEST
application.php:
session_start();
if (isset($_REQUEST[PHPSESSID])) {
session_id($_REQUEST[PHPSESSID]);
}
Using this method, the original session is passed and IE will not use
the blank session but instead use the session we intended to use.
----
[2008-10-30 13:42:16] robert dot saylor at tekelec dot com
Description:
Duplicate PHP session is created. The 2nd session has no data - 0k.
Reproduce code:
---
The php session data will be lost if you open My Computer > Favorites >
navigate to a php program that uses sessions in your bookmarks.
When the user loggs in, the session is created. But further navigation
a new session is created with 0k. The application does not use the
original session.
If the user directly opens Internet Explorer and navigates to the
application the session works correctly.
CODE:
After the user loggs in, a session is created. If the application opens
another window using a application php will create a 2nd session with 0k.
In the application.php5:
If the user openes IE and loggs in this issue does not accurr. Only
when the 1st start in My Computer > Favorites or File Explorer >
Favorites
Expected result:
PHP should use the original session.
Actual result:
--
PHP creates a 2nd session with no data.
--
Edit this bug report at http://bugs.php.net/?id=46430&edit=1
#46430 [Opn]: Session data lost
ID: 46430
User updated by: robert dot saylor at tekelec dot com
Reported By: robert dot saylor at tekelec dot com
Status: Open
Bug Type: Session related
Operating System: CentOS release 5.2 (Final)
PHP Version: 5.2.6
New Comment:
While the issue is still there: My Computer > Favorites > goto a php
app that uses sessions > click on a link that opens a new window > php
will create a new session.
Workaround:
&item=&type=Features"
target="_blank">TEST
application.php:
session_start();
if (isset($_REQUEST[PHPSESSID])) {
session_id($_REQUEST[PHPSESSID]);
}
Using this method, the original session is passed and IE will not use
the blank session but instead use the session we intended to use.
Previous Comments:
----
[2008-10-30 13:42:16] robert dot saylor at tekelec dot com
Description:
Duplicate PHP session is created. The 2nd session has no data - 0k.
Reproduce code:
---
The php session data will be lost if you open My Computer > Favorites >
navigate to a php program that uses sessions in your bookmarks.
When the user loggs in, the session is created. But further navigation
a new session is created with 0k. The application does not use the
original session.
If the user directly opens Internet Explorer and navigates to the
application the session works correctly.
CODE:
After the user loggs in, a session is created. If the application opens
another window using a application php will create a 2nd session with 0k.
In the application.php5:
If the user openes IE and loggs in this issue does not accurr. Only
when the 1st start in My Computer > Favorites or File Explorer >
Favorites
Expected result:
PHP should use the original session.
Actual result:
--
PHP creates a 2nd session with no data.
--
Edit this bug report at http://bugs.php.net/?id=46430&edit=1
#46430 [NEW]: Session data lost
From: robert dot saylor at tekelec dot com Operating system: CentOS release 5.2 (Final) PHP version: 5.2.6 PHP Bug Type: Session related Bug description: Session data lost Description: Duplicate PHP session is created. The 2nd session has no data - 0k. Reproduce code: --- The php session data will be lost if you open My Computer > Favorites > navigate to a php program that uses sessions in your bookmarks. When the user loggs in, the session is created. But further navigation a new session is created with 0k. The application does not use the original session. If the user directly opens Internet Explorer and navigates to the application the session works correctly. CODE: After the user loggs in, a session is created. If the application opens another window using a application php will create a 2nd session with 0k. In the application.php5: If the user openes IE and loggs in this issue does not accurr. Only when the 1st start in My Computer > Favorites or File Explorer > Favorites Expected result: PHP should use the original session. Actual result: -- PHP creates a 2nd session with no data. -- Edit bug report at http://bugs.php.net/?id=46430&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46430&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46430&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46430&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46430&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46430&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46430&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46430&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46430&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46430&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46430&r=support Expected behavior: http://bugs.php.net/fix.php?id=46430&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46430&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46430&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46430&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46430&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46430&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46430&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46430&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46430&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46430&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46430&r=mysqlcfg
#45477 [Bgs]: ldap_mod_del() fails to remove attribute
ID: 45477 User updated by: alexis dot robert at gmail dot com Reported By: alexis dot robert at gmail dot com Status: Bogus Bug Type: LDAP related Operating System: * PHP Version: 5.2.6 New Comment: I've done a patch which fixes the bug. It creates a ldap_mod_deleteadd function which delete an attribute and adding it in the same LDAP request. Some parts of the code is imported from pam_ldap. This bug also appears with MS Active Directory (when you bind without admin rights). The syntax is pretty obvious (but not very clean asap, i wanted to know if you like it before making it as pretty as ldap_mod_replace) : ldap_mod_deleteadd(resource link, string dn, string attr, string old, string new[, boolean binary = false]) The boolean binary attribute is here for AD which uses an unicode encoded password (and so needs LDAP_MOD_BVALUES). Currently waiting for your insults :) Alexis (The patch is at : http://alexis.robertlan.eu.org/tmp/001-ldap_php-add-mod_deleteadd.diff - created by cvs diff) Previous Comments: [2008-07-18 11:56:50] alexis dot robert at gmail dot com OK. I've done a *lot* of researchs (trying to make TLS/SSL work, and some other fun things -- I hate certificates) and I discovered by analysing with tcpdump/wireshark that the current Java program make the delete+add orders in the same request, when my PHP software makes it in two different requests. So, NDS refuses to let the users have no userPassword attribute for a short period of time : that is the reason of the "Server unwilling to perform". As I don't think we can queue the requests in a FIFO-like stack in php_ldap's API, is it possible to send a LDIF using php_ldap ? That sounds to be a great solution. Thanks a lot Alexis [2008-07-11 15:59:51] alexis dot robert at gmail dot com I don't have any access to the LDAP server. I'll try to request them on Tuesday (if I had them, it would be the first thing I would check). [2008-07-11 15:17:02] [EMAIL PROTECTED] Works -> Bogus. [2008-07-11 15:16:34] [EMAIL PROTECTED] Well, should you then check in the server logs WHY it doesn't want to perform? -------- [2008-07-11 15:16:29] alexis dot robert at gmail dot com Hmmm ... you are right. Sorry, it works like this. I thought I have tested this case. Now I have a LDAP issue :) Apologies. 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/45477 -- Edit this bug report at http://bugs.php.net/?id=45477&edit=1
#45687 [NEW]: Why is PCNTL marked experimental
From: robert at shilston dot com Operating system: Fedora 2.6.17-1.2187_FC5 PHP version: 5.2.6 PHP Bug Type: PCNTL related Bug description: Why is PCNTL marked experimental Description: I note that in configure script for 5.2.6, PCNTL is marked as experimental. However, this isn't reflected in the online documentation. Can anyone shed any light on whether PCNTL is stable, and if not, what the outstanding concerns might be? -- Edit bug report at http://bugs.php.net/?id=45687&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45687&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45687&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45687&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45687&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45687&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45687&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45687&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45687&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45687&r=support Expected behavior:http://bugs.php.net/fix.php?id=45687&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45687&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45687&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45687&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45687&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45687&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45687&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45687&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45687&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45687&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45687&r=mysqlcfg
#45477 [Bgs]: ldap_mod_del() fails to remove attribute
ID: 45477 User updated by: alexis dot robert at gmail dot com Reported By: alexis dot robert at gmail dot com Status: Bogus Bug Type: LDAP related Operating System: * PHP Version: 5.2.6 New Comment: OK. I've done a *lot* of researchs (trying to make TLS/SSL work, and some other fun things -- I hate certificates) and I discovered by analysing with tcpdump/wireshark that the current Java program make the delete+add orders in the same request, when my PHP software makes it in two different requests. So, NDS refuses to let the users have no userPassword attribute for a short period of time : that is the reason of the "Server unwilling to perform". As I don't think we can queue the requests in a FIFO-like stack in php_ldap's API, is it possible to send a LDIF using php_ldap ? That sounds to be a great solution. Thanks a lot Alexis Previous Comments: [2008-07-11 15:59:51] alexis dot robert at gmail dot com I don't have any access to the LDAP server. I'll try to request them on Tuesday (if I had them, it would be the first thing I would check). [2008-07-11 15:17:02] [EMAIL PROTECTED] Works -> Bogus. [2008-07-11 15:16:34] [EMAIL PROTECTED] Well, should you then check in the server logs WHY it doesn't want to perform? ---- [2008-07-11 15:16:29] alexis dot robert at gmail dot com Hmmm ... you are right. Sorry, it works like this. I thought I have tested this case. Now I have a LDAP issue :) Apologies. ---- [2008-07-11 15:15:24] alexis dot robert at gmail dot com It says : REMOVE : Warning: ldap_mod_del() [function.ldap-mod-del]: Modify: Server is unwilling to perform in C:\wamp\www\bug.php on line 11 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/45477 -- Edit this bug report at http://bugs.php.net/?id=45477&edit=1
#45477 [Bgs]: ldap_mod_del() fails to remove attribute
ID: 45477
User updated by: alexis dot robert at gmail dot com
Reported By: alexis dot robert at gmail dot com
Status: Bogus
Bug Type: LDAP related
Operating System: *
PHP Version: 5.2.6
New Comment:
I don't have any access to the LDAP server. I'll try to request them on
Tuesday (if I had them, it would be the first thing I would check).
Previous Comments:
[2008-07-11 15:17:02] [EMAIL PROTECTED]
Works -> Bogus.
[2008-07-11 15:16:34] [EMAIL PROTECTED]
Well, should you then check in the server logs WHY it doesn't want to
perform?
[2008-07-11 15:16:29] alexis dot robert at gmail dot com
Hmmm ... you are right. Sorry, it works like this. I thought I have
tested this case.
Now I have a LDAP issue :)
Apologies.
[2008-07-11 15:15:24] alexis dot robert at gmail dot com
It says :
REMOVE :
Warning: ldap_mod_del() [function.ldap-mod-del]: Modify: Server is
unwilling to perform in C:\wamp\www\bug.php on line 11
[2008-07-11 15:01:04] [EMAIL PROTECTED]
Have you tried this:
ldap_mod_del($cnx,$dn,array('userPassword' => array()));
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/45477
--
Edit this bug report at http://bugs.php.net/?id=45477&edit=1
#45477 [Opn]: ldap.so fails to remove attributes when masked by the LDAP server
ID: 45477
User updated by: alexis dot robert at gmail dot com
Reported By: alexis dot robert at gmail dot com
Status: Open
Bug Type: LDAP related
Operating System: *
PHP Version: 5.2.6
New Comment:
Hmmm ... you are right. Sorry, it works like this. I thought I have
tested this case.
Now I have a LDAP issue :)
Apologies.
Previous Comments:
[2008-07-11 15:15:24] alexis dot robert at gmail dot com
It says :
REMOVE :
Warning: ldap_mod_del() [function.ldap-mod-del]: Modify: Server is
unwilling to perform in C:\wamp\www\bug.php on line 11
[2008-07-11 15:01:04] [EMAIL PROTECTED]
Have you tried this:
ldap_mod_del($cnx,$dn,array('userPassword' => array()));
[2008-07-10 14:14:11] alexis dot robert at gmail dot com
Description:
Hi,
I currently work at Hachette-Livre (in Paris, France), and I rewrite
their authentification system. Their previous version didn't use
php_ldap to change password because it was said that the developer had
given up saying that it's impossible to do it with PHP (they used a
handwritten Java software called by PHP to change their password).
The fact is, that it's really impossible ! (or I'm really bad) In fact,
NDS (Novell Directory Server) masks the userPassword attribute if I
query it, but the doc says that users can delete/add it.
So, because this field doesn't appear in the LDAP query,
ldap_mod_delete fails, saying "Unknown attribute in the data", which is
pretty logic.
If I read the sourcecode, this issue doesn't seem to come from libldap,
but in the PHP module (approx. line 1428). I've tried to do a patch but
I'm not very keen on everything around LDAP (this is hmm the second time
I cross LDAP on my way -- btw I'm 18, that explains :D ), and I don't
know if it works (and so I have a server problem *with* a PHP problem)
or not.
I think that the main part is guessing ldap_mods[i]->mod_type from the
attribute name if we delete an attribute, but I've said that I'm not
very an LDAP expert.
If you want any further informations, don't mind asking me :)
Reproduce code:
---
ldap://ldap.example.org";);
$dn = "cn=user,ou=paris,o=example";
$pass = "php-developers-eat-kitties-and-bears";
ldap_bind($cnx,$dn,$pass);
print "REMOVE : ";
if (ldap_mod_del($cnx,$dn,array("userPassword"))) {
print "ADD : ";
ldap_mod_add($cnx, $dn, array("userPassword" =>
"php-developers-dont-eat-kitties-and-bears"));
}
?>
Expected result:
My coffee and no more "Unknown attribute in the data" (or other
annoying errors which make you want to hit your computer).
Actual result:
--
[EMAIL PROTECTED]:~$ php bug.php
REMOVE :
Warning: ldap_mod_del(): Unknown attribute in the data in
/home/alexis/bug.php on line 11
--
Edit this bug report at http://bugs.php.net/?id=45477&edit=1
#45477 [Fbk->Opn]: ldap.so fails to remove attributes when masked by the LDAP server
ID: 45477
User updated by: alexis dot robert at gmail dot com
Reported By: alexis dot robert at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: LDAP related
Operating System: *
PHP Version: 5.2.6
New Comment:
It says :
REMOVE :
Warning: ldap_mod_del() [function.ldap-mod-del]: Modify: Server is
unwilling to perform in C:\wamp\www\bug.php on line 11
Previous Comments:
[2008-07-11 15:01:04] [EMAIL PROTECTED]
Have you tried this:
ldap_mod_del($cnx,$dn,array('userPassword' => array()));
[2008-07-10 14:14:11] alexis dot robert at gmail dot com
Description:
Hi,
I currently work at Hachette-Livre (in Paris, France), and I rewrite
their authentification system. Their previous version didn't use
php_ldap to change password because it was said that the developer had
given up saying that it's impossible to do it with PHP (they used a
handwritten Java software called by PHP to change their password).
The fact is, that it's really impossible ! (or I'm really bad) In fact,
NDS (Novell Directory Server) masks the userPassword attribute if I
query it, but the doc says that users can delete/add it.
So, because this field doesn't appear in the LDAP query,
ldap_mod_delete fails, saying "Unknown attribute in the data", which is
pretty logic.
If I read the sourcecode, this issue doesn't seem to come from libldap,
but in the PHP module (approx. line 1428). I've tried to do a patch but
I'm not very keen on everything around LDAP (this is hmm the second time
I cross LDAP on my way -- btw I'm 18, that explains :D ), and I don't
know if it works (and so I have a server problem *with* a PHP problem)
or not.
I think that the main part is guessing ldap_mods[i]->mod_type from the
attribute name if we delete an attribute, but I've said that I'm not
very an LDAP expert.
If you want any further informations, don't mind asking me :)
Reproduce code:
---
ldap://ldap.example.org";);
$dn = "cn=user,ou=paris,o=example";
$pass = "php-developers-eat-kitties-and-bears";
ldap_bind($cnx,$dn,$pass);
print "REMOVE : ";
if (ldap_mod_del($cnx,$dn,array("userPassword"))) {
print "ADD : ";
ldap_mod_add($cnx, $dn, array("userPassword" =>
"php-developers-dont-eat-kitties-and-bears"));
}
?>
Expected result:
My coffee and no more "Unknown attribute in the data" (or other
annoying errors which make you want to hit your computer).
Actual result:
--
[EMAIL PROTECTED]:~$ php bug.php
REMOVE :
Warning: ldap_mod_del(): Unknown attribute in the data in
/home/alexis/bug.php on line 11
--
Edit this bug report at http://bugs.php.net/?id=45477&edit=1
#45477 [NEW]: ldap.so fails to remove attributes when masked by the LDAP server
From: alexis dot robert at gmail dot com
Operating system: All
PHP version: 5.2.6
PHP Bug Type: LDAP related
Bug description: ldap.so fails to remove attributes when masked by the LDAP
server
Description:
Hi,
I currently work at Hachette-Livre (in Paris, France), and I rewrite their
authentification system. Their previous version didn't use php_ldap to
change password because it was said that the developer had given up saying
that it's impossible to do it with PHP (they used a handwritten Java
software called by PHP to change their password).
The fact is, that it's really impossible ! (or I'm really bad) In fact,
NDS (Novell Directory Server) masks the userPassword attribute if I query
it, but the doc says that users can delete/add it.
So, because this field doesn't appear in the LDAP query, ldap_mod_delete
fails, saying "Unknown attribute in the data", which is pretty logic.
If I read the sourcecode, this issue doesn't seem to come from libldap,
but in the PHP module (approx. line 1428). I've tried to do a patch but I'm
not very keen on everything around LDAP (this is hmm the second time I
cross LDAP on my way -- btw I'm 18, that explains :D ), and I don't know if
it works (and so I have a server problem *with* a PHP problem) or not.
I think that the main part is guessing ldap_mods[i]->mod_type from the
attribute name if we delete an attribute, but I've said that I'm not very
an LDAP expert.
If you want any further informations, don't mind asking me :)
Reproduce code:
---
ldap://ldap.example.org";);
$dn = "cn=user,ou=paris,o=example";
$pass = "php-developers-eat-kitties-and-bears";
ldap_bind($cnx,$dn,$pass);
print "REMOVE : ";
if (ldap_mod_del($cnx,$dn,array("userPassword"))) {
print "ADD : ";
ldap_mod_add($cnx, $dn, array("userPassword" =>
"php-developers-dont-eat-kitties-and-bears"));
}
?>
Expected result:
My coffee and no more "Unknown attribute in the data" (or other annoying
errors which make you want to hit your computer).
Actual result:
--
[EMAIL PROTECTED]:~$ php bug.php
REMOVE :
Warning: ldap_mod_del(): Unknown attribute in the data in
/home/alexis/bug.php on line 11
--
Edit bug report at http://bugs.php.net/?id=45477&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45477&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45477&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45477&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45477&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45477&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45477&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45477&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45477&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45477&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45477&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45477&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45477&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45477&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45477&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45477&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45477&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45477&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45477&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45477&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45477&r=mysqlcfg
#44407 [NEW]: When using FETCH_CLASS|CLASS_TYPE 'MyClass' an array of stdClass returned
From: robert dot allen at zircote dot com Operating system: Windows XP PHP version: 5.2.5 PHP Bug Type: PDO related Bug description: When using FETCH_CLASS|CLASS_TYPE 'MyClass' an array of stdClass returned Description: Windows XP / PHP 5.2.5 / PDO_ODBC When setFetchMode is called with FETCH_CLASS and the Object type specified the Object type is returned as stdClass in the array for fetchAll() however for fetch() returns the expected result of the defined object. Reproduce code: --- $stmt->setFetchMode(PDO :: FETCH_CLASS | PDO :: FETCH_CLASSTYPE, 'MyClass'); $stmt->execute(); $all = $stmt->fetchAll(); Expected result: return: Array ( [0] => MyClass Object (. Actual result: -- return: Array ( [0] => stdClass Object (. -- Edit bug report at http://bugs.php.net/?id=44407&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44407&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44407&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44407&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44407&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44407&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44407&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44407&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44407&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44407&r=support Expected behavior:http://bugs.php.net/fix.php?id=44407&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44407&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44407&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44407&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44407&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44407&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44407&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44407&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44407&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44407&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44407&r=mysqlcfg
#43077 [NEW]: curl_multi_exec does not report errors
From: robert dot reichel at boboton dot com
Operating system: Windows XP
PHP version: 5.2.4
PHP Bug Type: cURL related
Bug description: curl_multi_exec does not report errors
Description:
curl_error does not produce error message when used with curl_multi_exec.
The results are not same each time you execute provided code.
Reproduce code:
---
$URL)
{
// initialize a cURL session
$sessions[$i] = curl_init();
// set URL and other appropriate options
curl_setopt($sessions[$i], CURLOPT_URL, $URL);
curl_setopt($sessions[$i], CURLOPT_HEADER, 0);
curl_setopt($sessions[$i], CURLOPT_RETURNTRANSFER, 1);
//add handles
curl_multi_add_handle($mh, $sessions[$i]);
}
//execute the handles
do {
curl_multi_exec($mh, $running);
} while ($running > 0);
foreach($sessions as $i=>$session)
{
// get file content
if (curl_multi_getcontent($session) == false) {
$errors[$i] = curl_error($session);
}
// remove handle
curl_multi_remove_handle($mh, $sessions[$i]);
}
// close multi handle
curl_multi_close($mh);
return $errors;
}
/*--- CASE 'A' ---*/
// valid URLs
$URLsA[] = 'http://www.google.com/';
$URLsA[] = 'http://www.yahoo.com/';
// Invalid URL. This site does not exist. This should produce an
error
message.
$URLsA[] = 'http://www.mysite-abc123.com/';
$errorsA = fetchData($URLsA);
print_r($errorsA);
/*--- CASE 'B' ---*/
// valid URL
$URLsB[] = 'http://www.google.com/';
// Invalid URL. This site does not exist. This should produce an
error
message,
$URLsB[] = 'http://www.mysite-abc123.com/';
// valid URL
$URLsB[] = 'http://www.yahoo.com/';
$errorsB = fetchData($URLsB);
print_r($errorsB);
?>
Expected result:
Array
{
[2] => Couldn't resolve host 'www.mysite-abc123.com'
}
Array
{
[1] => Couldn't resolve host 'www.mysite-abc123.com'
}
Actual result:
--
The result is not always same. In most cases it's like this:
Array
{
[2] =>
Array
{
[1] =>
}
In rare cases it's like this:
Array
{
[2] =>
}
Array
{
[1] => Couldn't resolve host 'www.mysite-abc123.com'
}
--
Edit bug report at http://bugs.php.net/?id=43077&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43077&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43077&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43077&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43077&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43077&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43077&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43077&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43077&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43077&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43077&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43077&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43077&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43077&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43077&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43077&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43077&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43077&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43077&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43077&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43077&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43077&r=mysqlcfg
#41482 [Opn]: get_declared_classes() returns non-existing classes
ID: 41482
User updated by: robert at typo3 dot org
Reported By: robert at typo3 dot org
Status: Open
Bug Type: Unknown/Other Function
Operating System: Mac OSX
PHP Version: 6CVS-2007-05-24 (snap)
New Comment:
Sorry, for some reason the var_dump array output in the expected result
was pasted in twice. I expect the second array of course, that one
without the special character class names.
Previous Comments:
[2007-05-24 07:25:49] robert at typo3 dot org
Description:
A call to get_declared_classes() returns, among the really defined
classes, a few class names which look like arbitrary unicode strings.
However, at least one of these classes don't exist and class_exists()
returns false.
My configure command:
'./configure' '--prefix=/opt/local' '--enable-bcmath'
'--enable-calendar' '--enable-dba' '--enable-dbx' '--enable-exif'
'--enable-filepro' '--enable-ftp' '--enable-gd-native-ttf'
'--enable-soap' '--enable-sqlite-utf8' '--enable-trans-sid'
'--enable-wddx' '--infodir=/opt/local/share/info'
'--with-apxs2=/opt/local/apache2/bin/apxs' '--with-curl=/opt/local'
'--with-freetype-dir=/opt/local' '--with-gettext=/opt/local'
'--with-iconv=/opt/local' '--with-icu-dir=/opt/local'
'--with-iodbc=/usr' '--with-jpeg-dir=/opt/local' '--with-kerberos=/usr'
'--with-ldap=/usr' '--with-libxml-dir=/opt/local'
'--with-mcrypt=/opt/local' '--with-openssl=/opt/local'
'--with-pcre-regex=/opt/local' '--with-pdo-sqlite=/opt/local'
'--with-png-dir=/opt/local' '--with-sqlite' '--with-xmlrpc'
'--with-xsl=/opt/local' '--with-zlib=/opt/local' '--without-pear'
'--mandir=/opt/local/share/man' '--with-config-file-path=/opt/local/etc'
'--with-expat-dir=/opt/local'
'--with-mysqli=/opt/local/bin/mysql_config5'
Reproduce code:
---
class myClass {
}
var_dump(get_declared_classes());
foreach(get_declared_classes() as $className) {
if (!class_exists($className)) echo ("$className does not exist.\n");
}
Expected result:
array(123) {
[0]=>
unicode(8) "stdClass"
[1]=>
unicode(9) "Exception"
[2]=>
unicode(14) "ErrorException"
[3]=>
unicode(26) "UnicodeConversionException"
[4]=>
unicode(11) "LibXMLError"
[5]=>
unicode(13) "XSLTProcessor"
[6]=>
unicode(9) "XMLWriter"
[7]=>
unicode(12) "DOMException"
[8]=>
unicode(13) "DOMStringList"
[9]=>
unicode(11) "DOMNameList"
[10]=>
unicode(21) "DOMImplementationList"
[11]=>
unicode(23) "DOMImplementationSource"
[12]=>
unicode(17) "DOMImplementation"
[13]=>
unicode(7) "DOMNode"
[14]=>
unicode(16) "DOMNameSpaceNode"
[15]=>
unicode(19) "DOMDocumentFragment"
[16]=>
unicode(11) "DOMDocument"
[17]=>
unicode(11) "DOMNodeList"
[18]=>
unicode(15) "DOMNamedNodeMap"
[19]=>
unicode(16) "DOMCharacterData"
[20]=>
unicode(7) "DOMAttr"
[21]=>
unicode(10) "DOMElement"
[22]=>
unicode(7) "DOMText"
[23]=>
unicode(10) "DOMComment"
[24]=>
unicode(11) "DOMTypeinfo"
[25]=>
unicode(18) "DOMUserDataHandler"
[26]=>
unicode(11) "DOMDomError"
[27]=>
unicode(15) "DOMErrorHandler"
[28]=>
unicode(10) "DOMLocator"
[29]=>
unicode(16) "DOMConfiguration"
[30]=>
unicode(15) "DOMCdataSection"
[31]=>
unicode(15) "DOMDocumentType"
[32]=>
unicode(11) "DOMNotation"
[33]=>
unicode(9) "DOMEntity"
[34]=>
unicode(18) "DOMEntityReference"
[35]=>
unicode(24) "DOMProcessingInstruction"
[36]=>
unicode(15) "DOMStringExtend"
[37]=>
unicode(8) "DOMXPath"
[38]=>
unicode(9) "XMLReader"
[39]=>
unicode(12) "TextIterator"
[40]=>
unicode(19) "ReverseTextIterator"
[41]=>
unicode(8) "Collator"
[42]=>
unicode(1) "U"
[43]=>
unicode(16) "SimpleXMLElement"
[44]=>
unicode(25) "RecursiveIteratorIterator"
[45]=>
unicode(16) "IteratorIterator"
[46]=>
unicode(14) "FilterIterator"
[47]=>
unicode(23
#41482 [NEW]: get_declared_classes() returns non-existing classes
From: robert at typo3 dot org
Operating system: Mac OSX
PHP version: 6CVS-2007-05-24 (snap)
PHP Bug Type: Unknown/Other Function
Bug description: get_declared_classes() returns non-existing classes
Description:
A call to get_declared_classes() returns, among the really defined
classes, a few class names which look like arbitrary unicode strings.
However, at least one of these classes don't exist and class_exists()
returns false.
My configure command:
'./configure' '--prefix=/opt/local' '--enable-bcmath' '--enable-calendar'
'--enable-dba' '--enable-dbx' '--enable-exif' '--enable-filepro'
'--enable-ftp' '--enable-gd-native-ttf' '--enable-soap'
'--enable-sqlite-utf8' '--enable-trans-sid' '--enable-wddx'
'--infodir=/opt/local/share/info'
'--with-apxs2=/opt/local/apache2/bin/apxs' '--with-curl=/opt/local'
'--with-freetype-dir=/opt/local' '--with-gettext=/opt/local'
'--with-iconv=/opt/local' '--with-icu-dir=/opt/local' '--with-iodbc=/usr'
'--with-jpeg-dir=/opt/local' '--with-kerberos=/usr' '--with-ldap=/usr'
'--with-libxml-dir=/opt/local' '--with-mcrypt=/opt/local'
'--with-openssl=/opt/local' '--with-pcre-regex=/opt/local'
'--with-pdo-sqlite=/opt/local' '--with-png-dir=/opt/local' '--with-sqlite'
'--with-xmlrpc' '--with-xsl=/opt/local' '--with-zlib=/opt/local'
'--without-pear' '--mandir=/opt/local/share/man'
'--with-config-file-path=/opt/local/etc' '--with-expat-dir=/opt/local'
'--with-mysqli=/opt/local/bin/mysql_config5'
Reproduce code:
---
class myClass {
}
var_dump(get_declared_classes());
foreach(get_declared_classes() as $className) {
if (!class_exists($className)) echo ("$className does not exist.\n");
}
Expected result:
array(123) {
[0]=>
unicode(8) "stdClass"
[1]=>
unicode(9) "Exception"
[2]=>
unicode(14) "ErrorException"
[3]=>
unicode(26) "UnicodeConversionException"
[4]=>
unicode(11) "LibXMLError"
[5]=>
unicode(13) "XSLTProcessor"
[6]=>
unicode(9) "XMLWriter"
[7]=>
unicode(12) "DOMException"
[8]=>
unicode(13) "DOMStringList"
[9]=>
unicode(11) "DOMNameList"
[10]=>
unicode(21) "DOMImplementationList"
[11]=>
unicode(23) "DOMImplementationSource"
[12]=>
unicode(17) "DOMImplementation"
[13]=>
unicode(7) "DOMNode"
[14]=>
unicode(16) "DOMNameSpaceNode"
[15]=>
unicode(19) "DOMDocumentFragment"
[16]=>
unicode(11) "DOMDocument"
[17]=>
unicode(11) "DOMNodeList"
[18]=>
unicode(15) "DOMNamedNodeMap"
[19]=>
unicode(16) "DOMCharacterData"
[20]=>
unicode(7) "DOMAttr"
[21]=>
unicode(10) "DOMElement"
[22]=>
unicode(7) "DOMText"
[23]=>
unicode(10) "DOMComment"
[24]=>
unicode(11) "DOMTypeinfo"
[25]=>
unicode(18) "DOMUserDataHandler"
[26]=>
unicode(11) "DOMDomError"
[27]=>
unicode(15) "DOMErrorHandler"
[28]=>
unicode(10) "DOMLocator"
[29]=>
unicode(16) "DOMConfiguration"
[30]=>
unicode(15) "DOMCdataSection"
[31]=>
unicode(15) "DOMDocumentType"
[32]=>
unicode(11) "DOMNotation"
[33]=>
unicode(9) "DOMEntity"
[34]=>
unicode(18) "DOMEntityReference"
[35]=>
unicode(24) "DOMProcessingInstruction"
[36]=>
unicode(15) "DOMStringExtend"
[37]=>
unicode(8) "DOMXPath"
[38]=>
unicode(9) "XMLReader"
[39]=>
unicode(12) "TextIterator"
[40]=>
unicode(19) "ReverseTextIterator"
[41]=>
unicode(8) "Collator"
[42]=>
unicode(1) "U"
[43]=>
unicode(16) "SimpleXMLElement"
[44]=>
unicode(25) "RecursiveIteratorIterator"
[45]=>
unicode(16) "IteratorIterator"
[46]=>
unicode(14) "FilterIterator"
[47]=>
unicode(23) "RecursiveFilterIterator"
[48]=>
unicode(14) "ParentIterator"
[49]=>
unicode(13) "LimitIterator"
[50]=>
unicode(15) "CachingIterator"
[51]=>
unicode(24) "RecursiveCachingIterator"
[52]=>
unicode(16) "NoRewindIterator"
[53]=>
unicode(14) "Appe
#40869 [Bgs]: Mysql gives incorrect result, using subqueries and variables
ID: 40869 User updated by: robert dot allen at unearthtravel dot com Reported By: robert dot allen at unearthtravel dot com Status: Bogus Bug Type:MySQL related PHP Version: 5.2.1 New Comment: Hey I have been playing with this some more and have found out that the query returns the results I would expect if run through the mysqli extension. I'm not sure if this gives you any further information as to where the problem is but thought I would let you know in case it indicates the problem is within php. Thanks again Rob Previous Comments: [2007-03-20 18:56:08] [EMAIL PROTECTED] Your PHP uses mysql client libraries of different version, so I believe it's some kind of client/server incompatibility. [2007-03-20 18:50:42] robert dot allen at unearthtravel dot com The reason I reported it to php was due to the fact I get a different result when executing it via php than a simple command line client. I presume you believe it to be a problem in the mysql dll's and therefore their bug? Thanks once again Rob [2007-03-20 18:45:13] [EMAIL PROTECTED] Please report it to MySQL people. [2007-03-20 18:40:49] robert dot allen at unearthtravel dot com the select version() query gave: 5.0.33 I am also using those dlls now Thanks [2007-03-20 18:25:16] [EMAIL PROTECTED] And try php_mysql.dll from here: http://dev.mysql.com/downloads/connector/php/ 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/40869 -- Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Bgs]: Mysql gives incorrect result, using subqueries and variables
ID: 40869 User updated by: robert dot allen at unearthtravel dot com Reported By: robert dot allen at unearthtravel dot com Status: Bogus Bug Type:MySQL related PHP Version: 5.2.1 New Comment: The reason I reported it to php was due to the fact I get a different result when executing it via php than a simple command line client. I presume you believe it to be a problem in the mysql dll's and therefore their bug? Thanks once again Rob Previous Comments: [2007-03-20 18:45:13] [EMAIL PROTECTED] Please report it to MySQL people. [2007-03-20 18:40:49] robert dot allen at unearthtravel dot com the select version() query gave: 5.0.33 I am also using those dlls now Thanks [2007-03-20 18:25:16] [EMAIL PROTECTED] And try php_mysql.dll from here: http://dev.mysql.com/downloads/connector/php/ [2007-03-20 18:23:52] [EMAIL PROTECTED] Run "select version()" on the server [2007-03-20 18:15:52] robert dot allen at unearthtravel dot com The xampp bundle was installed on windows xp, our hosted server is a linux system 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/40869 -- Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Fbk->Opn]: Mysql gives incorrect result, using subqueries and variables
ID: 40869 User updated by: robert dot allen at unearthtravel dot com Reported By: robert dot allen at unearthtravel dot com -Status: Feedback +Status: Open Bug Type:MySQL related PHP Version: 5.2.1 New Comment: the select version() query gave: 5.0.33 I am also using those dlls now Thanks Previous Comments: [2007-03-20 18:25:16] [EMAIL PROTECTED] And try php_mysql.dll from here: http://dev.mysql.com/downloads/connector/php/ [2007-03-20 18:23:52] [EMAIL PROTECTED] Run "select version()" on the server [2007-03-20 18:15:52] robert dot allen at unearthtravel dot com The xampp bundle was installed on windows xp, our hosted server is a linux system [2007-03-20 18:12:10] [EMAIL PROTECTED] Which OS is that? [2007-03-20 18:07:52] robert dot allen at unearthtravel dot com To be honest I am not sure how to do this, I have tried it on an xampp bundle though and so presume they would have linked them correctly. I have also tried on our hosted managed server and get the same result in both places. Thanks for your help Rob 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/40869 -- Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Fbk->Opn]: Mysql gives incorrect result, using subqueries and variables
ID: 40869
User updated by: robert dot allen at unearthtravel dot com
Reported By: robert dot allen at unearthtravel dot com
-Status: Feedback
+Status: Open
Bug Type:MySQL related
PHP Version: 5.2.1
New Comment:
The xampp bundle was installed on windows xp, our hosted server is a
linux system
Previous Comments:
[2007-03-20 18:12:10] [EMAIL PROTECTED]
Which OS is that?
[2007-03-20 18:07:52] robert dot allen at unearthtravel dot com
To be honest I am not sure how to do this, I have tried it on an xampp
bundle though and so presume they would have linked them correctly. I
have also tried on our hosted managed server and get the same result in
both places.
Thanks for your help
Rob
[2007-03-20 17:45:35] [EMAIL PROTECTED]
Make sure PHP is linked with the correct libmysql, it should be of the
same version as the server.
[2007-03-20 17:40:43] robert dot allen at unearthtravel dot com
Description:
Hi
We are getting an odd result when submitting a query to a mysql server
(4.1.10), we get a different result when performing the query through
php (an incorrect result) as opposed to straight in to a mysql client.
It seems to have performed the sub-query twice, so the variable @j has
been incremented twice.
A simplified version of our code is shown below and reproduces the
problem, I have also included a sample table. I have seen it on both
windows and linux.
Reproduce code:
---
mysql_query("SET @j=0;");
$sql = "select offset from (select @j:[EMAIL PROTECTED] as offset,
if(element_id=2,1,0) as result from element) as t1 WHERE t1.result=1 ";
$result = mysql_query($sql);
$row = mysql_fetch_row($result);
echo $row[0];
/**DATABASE/
CREATE TABLE `element` (
`element_id` int(10) unsigned NOT NULL auto_increment,
`element_type_id` int(10) unsigned NOT NULL default '0',
`lock_level` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`element_id`),
KEY `new_index` (`element_type_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
/*Data for the table `element` */
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (1,1,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (2,10,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (3,2,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (4,10,1);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (5,2,0);
Expected result:
2
Actual result:
--
7
--
Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [Fbk->Opn]: Mysql gives incorrect result, using subqueries and variables
ID: 40869
User updated by: robert dot allen at unearthtravel dot com
Reported By: robert dot allen at unearthtravel dot com
-Status: Feedback
+Status: Open
Bug Type:MySQL related
PHP Version: 5.2.1
New Comment:
To be honest I am not sure how to do this, I have tried it on an xampp
bundle though and so presume they would have linked them correctly. I
have also tried on our hosted managed server and get the same result in
both places.
Thanks for your help
Rob
Previous Comments:
[2007-03-20 17:45:35] [EMAIL PROTECTED]
Make sure PHP is linked with the correct libmysql, it should be of the
same version as the server.
[2007-03-20 17:40:43] robert dot allen at unearthtravel dot com
Description:
Hi
We are getting an odd result when submitting a query to a mysql server
(4.1.10), we get a different result when performing the query through
php (an incorrect result) as opposed to straight in to a mysql client.
It seems to have performed the sub-query twice, so the variable @j has
been incremented twice.
A simplified version of our code is shown below and reproduces the
problem, I have also included a sample table. I have seen it on both
windows and linux.
Reproduce code:
---
mysql_query("SET @j=0;");
$sql = "select offset from (select @j:[EMAIL PROTECTED] as offset,
if(element_id=2,1,0) as result from element) as t1 WHERE t1.result=1 ";
$result = mysql_query($sql);
$row = mysql_fetch_row($result);
echo $row[0];
/**DATABASE/
CREATE TABLE `element` (
`element_id` int(10) unsigned NOT NULL auto_increment,
`element_type_id` int(10) unsigned NOT NULL default '0',
`lock_level` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`element_id`),
KEY `new_index` (`element_type_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
/*Data for the table `element` */
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (1,1,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (2,10,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (3,2,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (4,10,1);
insert into `element`(`element_id`,`element_type_id`,`lock_level`)
values (5,2,0);
Expected result:
2
Actual result:
--
7
--
Edit this bug report at http://bugs.php.net/?id=40869&edit=1
#40869 [NEW]: Mysql gives incorrect result, using subqueries and variables
From: robert dot allen at unearthtravel dot com
Operating system:
PHP version: 5.2.1
PHP Bug Type: MySQL related
Bug description: Mysql gives incorrect result, using subqueries and variables
Description:
Hi
We are getting an odd result when submitting a query to a mysql server
(4.1.10), we get a different result when performing the query through php
(an incorrect result) as opposed to straight in to a mysql client.
It seems to have performed the sub-query twice, so the variable @j has
been incremented twice.
A simplified version of our code is shown below and reproduces the
problem, I have also included a sample table. I have seen it on both
windows and linux.
Reproduce code:
---
mysql_query("SET @j=0;");
$sql = "select offset from (select @j:[EMAIL PROTECTED] as offset,
if(element_id=2,1,0) as result from element) as t1 WHERE t1.result=1 ";
$result = mysql_query($sql);
$row = mysql_fetch_row($result);
echo $row[0];
/**DATABASE/
CREATE TABLE `element` (
`element_id` int(10) unsigned NOT NULL auto_increment,
`element_type_id` int(10) unsigned NOT NULL default '0',
`lock_level` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`element_id`),
KEY `new_index` (`element_type_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
/*Data for the table `element` */
insert into `element`(`element_id`,`element_type_id`,`lock_level`) values
(1,1,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`) values
(2,10,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`) values
(3,2,0);
insert into `element`(`element_id`,`element_type_id`,`lock_level`) values
(4,10,1);
insert into `element`(`element_id`,`element_type_id`,`lock_level`) values
(5,2,0);
Expected result:
2
Actual result:
--
7
--
Edit bug report at http://bugs.php.net/?id=40869&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40869&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40869&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40869&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40869&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40869&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40869&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40869&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40869&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40869&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40869&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40869&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40869&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40869&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40869&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40869&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40869&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40869&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40869&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40869&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40869&r=mysqlcfg
#39629 [Fbk->Csd]: Buffer clean in error handler causes PHP crash
ID: 39629
User updated by: robert dot tuley at imperial dot ac dot uk
Reported By: robert dot tuley at imperial dot ac dot uk
-Status: Feedback
+Status: Closed
Bug Type: Output Control
Operating System: winXP
PHP Version: 5.2.0
New Comment:
Apologies, on closer inspection this seems not to be a problem with
PHP, as it produces the expected results when run from the command
line.
Previous Comments:
[2006-11-27 10:08:30] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Cannot reproduce.
I get no crash, but the expected result instead.
[2006-11-25 19:32:58] robert dot tuley at imperial dot ac dot uk
Description:
Trying to clean the buffer in a custom error handler causes script exit
when that buffer has 'ob_gzhandler' as a handler. The behaviour is
consistent for both PHP5 and PHP4. Note that the example works
correctly if there is no callback function specified in the call to
ob_start().
Reproduce code:
---
// set error handler
function errorHandler($code,$string,$filename,$line,$scope) {
ob_end_clean();
die('should reach here');
}
set_error_handler('errorHandler');
// use ob_gzhandler to buffer page
ob_start('ob_gzhandler');
echo 'some output';
trigger_error('encounters error',E_USER_ERROR);
Expected result:
should reach here
Actual result:
--
No output.
--
Edit this bug report at http://bugs.php.net/?id=39629&edit=1
#39629 [NEW]: Buffer clean in error handler causes PHP crash
From: robert dot tuley at imperial dot ac dot uk
Operating system: winXP
PHP version: 5.2.0
PHP Bug Type: Output Control
Bug description: Buffer clean in error handler causes PHP crash
Description:
Trying to clean the buffer in a custom error handler causes script exit
when that buffer has 'ob_gzhandler' as a handler. The behaviour is
consistent for both PHP5 and PHP4. Note that the example works correctly
if there is no callback function specified in the call to ob_start().
Reproduce code:
---
// set error handler
function errorHandler($code,$string,$filename,$line,$scope) {
ob_end_clean();
die('should reach here');
}
set_error_handler('errorHandler');
// use ob_gzhandler to buffer page
ob_start('ob_gzhandler');
echo 'some output';
trigger_error('encounters error',E_USER_ERROR);
Expected result:
should reach here
Actual result:
--
No output.
--
Edit bug report at http://bugs.php.net/?id=39629&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=39629&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=39629&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=39629&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39629&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=39629&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=39629&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39629&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39629&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=39629&r=support
Expected behavior:http://bugs.php.net/fix.php?id=39629&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=39629&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=39629&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39629&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39629&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39629&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39629&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=39629&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=39629&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=39629&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39629&r=mysqlcfg
#39092 [Com]: crash
ID: 39092 Comment by: robert dot newman at gcal dot ac dot uk Reported By: aspen dot olmsted at alliance dot biz Status: No Feedback Bug Type: IIS related Operating System: windows 2003 sp1 PHP Version: 5.1.6 New Comment: In case no one has noticed, there is a microsoft patch for this issue, details which are available from http://support.microsoft.com/kb/892988 Of course, the patch didn't solve the issue for me but it might point someone in the right direction as it says why the app is crashing... Previous Comments: [2006-10-19 01:31:09] john at jcsamuels dot com I'm having the same issue. Has anybody had any luck resolving this? [2006-10-17 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-10-09 13:13:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-10-09 12:58:31] aspen dot olmsted at alliance dot biz Description: I am running windows 2003 sp1 and the php5isapi.dll version 5.1.6 and the iis application pool will crash 4 or 5 times a day writing the following information to the applicaiton log: Faulting application w3wp.exe, version 6.0.3790.1830, faulting module unknown, version 0.0.0.0, fault address 0x01a85f80. When I use the microsoft debug diagnostic tool it shows that php5ts.dll is crashing. Reproduce code: --- I have set this on on two boxes with the same results -- Edit this bug report at http://bugs.php.net/?id=39092&edit=1
#37448 [Com]: FastCGI Error: Server too busy Server
ID: 37448 Comment by: robert dot sevcik at gmail dot com Reported By: coder1 at gmail dot com Status: No Feedback Bug Type: CGI related Operating System: Windows XP PHP Version: 5.1.4 New Comment: I'm sorry for spamming, but I went a step further, downgraded to PHP Version 5.1.0-dev and the FastCGI has no problem. Build date Jun 21 2005 12:21:48 Previous Comments: [2006-09-07 10:20:42] robert dot sevcik at gmail dot com I tested it with my app, output_buffering doesn't workaround the problem fully. Bigger output still harmes the fastcgi. [2006-09-07 10:13:19] robert dot sevcik at gmail dot com Hello, I confirm, still no go with latest snapshot - 5.2.0RC4-dev, Build Date Sep 7 2006 00:15:28 I tried phpinfo() with CGI only, go Tried the same with isapi_fcgi.dll, no go Then I changed output_buffering=1000 and... GO! :) (Windows 2003 server SP1) [2006-07-30 23:34:14] djohnson241 at gmail dot com Some more information( hopefully useful ). After further testing I was able to determine that this is only happening for me if I output a lot of text at once. If I split it up into a bunch of smaller echo's, it works fine. Unfortunately this doesn't work with my template system, as all output is echoed in one statement. dave [2006-07-30 23:16:36] djohnson241 at gmail dot com I can verify the above experiment. I got the 5.2 snapshot and used the following: ", 131); ?> That works fine. But change the 131 to 132 and you get the 503 error. At a loss. dave [2006-06-28 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". 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/37448 -- Edit this bug report at http://bugs.php.net/?id=37448&edit=1
#37448 [Com]: FastCGI Error: Server too busy Server
ID: 37448 Comment by: robert dot sevcik at gmail dot com Reported By: coder1 at gmail dot com Status: No Feedback Bug Type: CGI related Operating System: Windows XP PHP Version: 5.1.4 New Comment: I tested it with my app, output_buffering doesn't workaround the problem fully. Bigger output still harmes the fastcgi. Previous Comments: [2006-09-07 10:13:19] robert dot sevcik at gmail dot com Hello, I confirm, still no go with latest snapshot - 5.2.0RC4-dev, Build Date Sep 7 2006 00:15:28 I tried phpinfo() with CGI only, go Tried the same with isapi_fcgi.dll, no go Then I changed output_buffering=1000 and... GO! :) (Windows 2003 server SP1) [2006-07-30 23:34:14] djohnson241 at gmail dot com Some more information( hopefully useful ). After further testing I was able to determine that this is only happening for me if I output a lot of text at once. If I split it up into a bunch of smaller echo's, it works fine. Unfortunately this doesn't work with my template system, as all output is echoed in one statement. dave [2006-07-30 23:16:36] djohnson241 at gmail dot com I can verify the above experiment. I got the 5.2 snapshot and used the following: ", 131); ?> That works fine. But change the 131 to 132 and you get the 503 error. At a loss. dave [2006-06-28 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-06-20 14:48:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-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/37448 -- Edit this bug report at http://bugs.php.net/?id=37448&edit=1
#37448 [Com]: FastCGI Error: Server too busy Server
ID: 37448 Comment by: robert dot sevcik at gmail dot com Reported By: coder1 at gmail dot com Status: No Feedback Bug Type: CGI related Operating System: Windows XP PHP Version: 5.1.4 New Comment: Hello, I confirm, still no go with latest snapshot - 5.2.0RC4-dev, Build Date Sep 7 2006 00:15:28 I tried phpinfo() with CGI only, go Tried the same with isapi_fcgi.dll, no go Then I changed output_buffering=1000 and... GO! :) (Windows 2003 server SP1) Previous Comments: [2006-07-30 23:34:14] djohnson241 at gmail dot com Some more information( hopefully useful ). After further testing I was able to determine that this is only happening for me if I output a lot of text at once. If I split it up into a bunch of smaller echo's, it works fine. Unfortunately this doesn't work with my template system, as all output is echoed in one statement. dave [2006-07-30 23:16:36] djohnson241 at gmail dot com I can verify the above experiment. I got the 5.2 snapshot and used the following: ", 131); ?> That works fine. But change the 131 to 132 and you get the 503 error. At a loss. dave [2006-06-28 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-06-20 14:48:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-30 15:16:14] coder1 at gmail dot com The bug does seem to go away with the 5.2 version. I am also able to reproduce the behavior described by msisolak exactly. 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/37448 -- Edit this bug report at http://bugs.php.net/?id=37448&edit=1
#35634 [Bgs->Opn]: Erroneous "Class declarations may not be nested" error raised.
ID: 35634 User updated by: robert at interjinn dot com Reported By: robert at interjinn dot com -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5.1.1 New Comment: I think this report should be given further consideration. I've read the docs (not that I hadn't before), and I will assume you think this is bogus because of the following int he PHP docs: The following error types cannot be handled with a user defined function: E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING, and most of E_STRICT raised in the file where set_error_handler() is called. However, the E_STRICT raised int he error handler script should not be raised in the first place since it is PHP erroneous context that believes the class declaration is being nested, when in fact the class declaration is not being nested. If the include context was properly scoped, then no E_STRICT would be raised and I wouldn't be having a problem. If this is not why this bug was marked bogus, please shed some light for me, since the bogus comment was pretty uninformative (yes I know you're busy and don't have time for 50 million bogus bugs but there's only so much RTFM I can do and hope I can come across exactly what you think makes this a bogus bug). Cheers, Rob. Previous Comments: [2005-12-11 23:19:59] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php ---- [2005-12-11 19:15:37] robert at interjinn dot com Description: PHP bails out with class declaration nesting error when an error handler dynamically loads an error handling class during a class related E_STRICT warning. Reproduce code: --- test.php handleException( $errorNumber, $errorMessage, $fileName, $lineNumber ); } require_once( 'testClass.php' ); $test = new TestClass(); ?> - testClass.php __construct(); } } ?> - errorClass.php Expected result: I expect to properly be able to handle the following E_STRICT in my custom error class: Strict Standards: Redefining already defined constructor for class TestClass in /home/suds/testClass.php on line 9 Actual result: -- Fatal error: Class declarations may not be nested in /home/suds/errorClass.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=35634&edit=1
#35634 [NEW]: Erroneous "Class declarations may not be nested" error raised.
From: robert at interjinn dot com Operating system: Linux PHP version: 5.1.1 PHP Bug Type: Scripting Engine problem Bug description: Erroneous "Class declarations may not be nested" error raised. Description: PHP bails out with class declaration nesting error when an error handler dynamically loads an error handling class during a class related E_STRICT warning. Reproduce code: --- test.php handleException( $errorNumber, $errorMessage, $fileName, $lineNumber ); } require_once( 'testClass.php' ); $test = new TestClass(); ?> - testClass.php __construct(); } } ?> - errorClass.php Expected result: I expect to properly be able to handle the following E_STRICT in my custom error class: Strict Standards: Redefining already defined constructor for class TestClass in /home/suds/testClass.php on line 9 Actual result: -- Fatal error: Class declarations may not be nested in /home/suds/errorClass.php on line 4 -- Edit bug report at http://bugs.php.net/?id=35634&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35634&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35634&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35634&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35634&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35634&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35634&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35634&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35634&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35634&r=support Expected behavior:http://bugs.php.net/fix.php?id=35634&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35634&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35634&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35634&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35634&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35634&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35634&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35634&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35634&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35634&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35634&r=mysqlcfg
#33487 [Asn]: Memory allocated for objects created in object methods is not released
ID: 33487 User updated by: robert dot munteanu at betbrain dot com Reported By: robert dot munteanu at betbrain dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 6CVS-2005-06-27 Assigned To: dmitry New Comment: Problem persists in the latest PHP 5.1 release Before: 49200 After: 440496 Previous Comments: [2005-09-09 18:09:50] robert dot munteanu at betbrain dot com The problem persists on the latest stable release 5.0.5. Output: Before: 38984 After: 430144 Please let me know what the status is on fixing this bug ( or inneficiency ). [2005-06-27 15:29:38] [EMAIL PROTECTED] This is not really a bug, but unefficient usage of memory by zend_object_storage. It frees object buckets only on request shutdown. The test case allocates: 16384 * sizeof(zend_object_store_bucket) = 393216 bytes [2005-06-27 12:17:20] [EMAIL PROTECTED] Dmitry, is there any way to fix this..? (btw. unset() does NOT free all the memory..but that's, AFAIK, by design) [2005-06-27 11:31:02] robert dot munteanu at betbrain dot com Description: Whenever you create an object in a method, memory is not released when the method execution ends, unset() must be called manually. This becomes a problem when you have long-running scripts, which perform actions repeatedly which leads to the script running out of memory. Reproduce code: --- doNothing(); echo "After: ".memory_get_usage()."\n"; ?> Expected result: Memory usage remains roughly the same. Actual result: -- Before: 41424 After: 432560 -- Edit this bug report at http://bugs.php.net/?id=33487&edit=1
#35031 [NEW]: tag contents are handled the wrong way they do contain:
From: robert dot bouwens at swissmains dot com
Operating system: windows xc sp2
PHP version: 5.0.5
PHP Bug Type: *XML functions
Bug description: tag contents are handled the wrong way they do contain:öäü
Description:
Höchstgeschwindigkeit
The upper tag will not be corectly handled when using the
xml_set_character_data_handler. The document is correctly formatted using
utf-8 coding standards.
The elementhandler for the upper tag will be called twice:
1st: "H"
2nd: "öchstgeschwindigkeit" which is a pain when creating html tables.
Reproduce code:
---
xml_set_character_data_handler( $parser, "daten" );
function daten( $parser, $xml_data )
{
// Datenbereich ausgeben
if ( $this->valid_list_item == true )
{
$sdata = utf8_decode( $xml_data );
$this->data[$this->cv][] = utf8_decode( $sdata );
print ( $sdata );
print ( "|" );
}
}
Expected result:
The tag character handler does not recognize extended cahractersets. The
tag character handler for the tag "NAME" should only be called once.
--
Edit bug report at http://bugs.php.net/?id=35031&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35031&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35031&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35031&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35031&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35031&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35031&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35031&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35031&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35031&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35031&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35031&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35031&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35031&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35031&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35031&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35031&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35031&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35031&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35031&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35031&r=mysqlcfg
#33487 [Asn]: Memory allocated for objects created in object methods is not released
ID: 33487 User updated by: robert dot munteanu at betbrain dot com Reported By: robert dot munteanu at betbrain dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 6CVS-2005-06-27 Assigned To: dmitry New Comment: The problem persists on the latest stable release 5.0.5. Output: Before: 38984 After: 430144 Please let me know what the status is on fixing this bug ( or inneficiency ). Previous Comments: [2005-06-27 15:29:38] [EMAIL PROTECTED] This is not really a bug, but unefficient usage of memory by zend_object_storage. It frees object buckets only on request shutdown. The test case allocates: 16384 * sizeof(zend_object_store_bucket) = 393216 bytes [2005-06-27 12:17:20] [EMAIL PROTECTED] Dmitry, is there any way to fix this..? (btw. unset() does NOT free all the memory..but that's, AFAIK, by design) [2005-06-27 11:31:02] robert dot munteanu at betbrain dot com Description: Whenever you create an object in a method, memory is not released when the method execution ends, unset() must be called manually. This becomes a problem when you have long-running scripts, which perform actions repeatedly which leads to the script running out of memory. Reproduce code: --- doNothing(); echo "After: ".memory_get_usage()."\n"; ?> Expected result: Memory usage remains roughly the same. Actual result: -- Before: 41424 After: 432560 -- Edit this bug report at http://bugs.php.net/?id=33487&edit=1
#34176 [Fbk->Opn]: apache2handler crashes parent process if child process dies
ID: 34176 User updated by: robert at rw-it dot net Reported By: robert at rw-it dot net -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.4.0 New Comment: Seems to be fixed in php5-win32-latest (that is, built August 9th 2005). Will this be fixed in php4, too? Previous Comments: [2005-08-18 02:41: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-08-17 19:31:51] robert at rw-it dot net Description: Using mpm_winnt, if the child process dies, some of the php_apache_sapi_* functions seem to be called with SG(server_context) == NULL. This (sometimes??) results in crashing the parent process. I added a check for SG(server_context) == NULL to each function and the problem went away, but perhaps you could think of a better solution. Reproduce code: --- Write a script that crashes the child process. E.g. disable memory_limit and do for ($b = 'x'; ; $b .= $b); I also once inserted an exit(1) into apache's child.c with the same results, but doing it via PHP seems more realistic. Try to load the page a few times. Expected result: Apache restarts the child process. Actual result: -- Sometimes it does, sometimes it crashes... ratio is about 2/3. When it crashes, the cause is an access to memory at address 0x0 or 0x4, in php4apache2.dll. Looking at the local variables, it appears that SG(server_context) is NULL. I was not able to reproduce a crash after I added checks for SG(server_context) == NULL to sapi_apache2.c. -- Edit this bug report at http://bugs.php.net/?id=34176&edit=1
#34176 [NEW]: apache2handler crashes parent process if child process dies
From: robert at rw-it dot net Operating system: Win32 PHP version: 4.4.0 PHP Bug Type: Apache2 related Bug description: apache2handler crashes parent process if child process dies Description: Using mpm_winnt, if the child process dies, some of the php_apache_sapi_* functions seem to be called with SG(server_context) == NULL. This (sometimes??) results in crashing the parent process. I added a check for SG(server_context) == NULL to each function and the problem went away, but perhaps you could think of a better solution. Reproduce code: --- Write a script that crashes the child process. E.g. disable memory_limit and do for ($b = 'x'; ; $b .= $b); I also once inserted an exit(1) into apache's child.c with the same results, but doing it via PHP seems more realistic. Try to load the page a few times. Expected result: Apache restarts the child process. Actual result: -- Sometimes it does, sometimes it crashes... ratio is about 2/3. When it crashes, the cause is an access to memory at address 0x0 or 0x4, in php4apache2.dll. Looking at the local variables, it appears that SG(server_context) is NULL. I was not able to reproduce a crash after I added checks for SG(server_context) == NULL to sapi_apache2.c. -- Edit bug report at http://bugs.php.net/?id=34176&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34176&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34176&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34176&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34176&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34176&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34176&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34176&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34176&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34176&r=support Expected behavior: http://bugs.php.net/fix.php?id=34176&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34176&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34176&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34176&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34176&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34176&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34176&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34176&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34176&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34176&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34176&r=mysqlcfg
#34156 [Opn]: memory_limit doesn't prevent exit
ID: 34156
User updated by: robert at rw-it dot net
Reported By: robert at rw-it dot net
Status: Open
Bug Type: Reproducible crash
Operating System: Win32
PHP Version: 4.4.0
New Comment:
Here is a patch that solves the problem (against 4.4.0, I hope it
survives being pasted into a textarea):
--- zend_alloc.c0 Thu Apr 7 20:54:33 2005
+++ zend_alloc.cTue Aug 16 19:36:52 2005
@@ -64,11 +64,11 @@
#define CHECK_MEMORY_LIMIT(s, rs) _CHECK_MEMORY_LIMIT(s, rs, NULL, 0)
# endif
-#define _CHECK_MEMORY_LIMIT(s, rs, file, lineno) {
AG(allocated_memory) += rs;\
- if
(AG(memory_limit)
AG(allocated_memory) - rs) { \
-
AG(memory_limit) = AG(allocated_memory) + 1048576; \
+#define _CHECK_MEMORY_LIMIT(s, rs, file, lineno) { unsigned int
php_alloc_mem = AG(allocated_memory) + rs; \
+ if
(AG(memory_limit)
AG(allocated_memory)) { \
+
AG(memory_limit) = php_alloc_mem + 1048576; \
if (file) { \
zend_error(E_ERROR,"Allowed memory size of %d bytes
exhausted at %s:%d (tried to allocate %d bytes)", php_mem_limit, file,
lineno, s); \
} else { \
@@ -83,6 +83,7 @@
exit(1); \
} \
} \
+
AG(allocated_memory) = php_alloc_mem; \
}
# endif
Previous Comments:
[2005-08-16 20:58:23] robert at rw-it dot net
Description:
If memory_limit is turned on, memory will be marked as allocated
although it isn't, because the _CHECK_MEMORY_LIMIT macro (zend_alloc.c)
starts like this:
#define _CHECK_MEMORY_LIMIT(s, rs, file, lineno) { AG(allocated_memory)
+= rs;\
Thus, allocated_memory is increased by the block size, even though
zend_error might be called.
This seems to apply to PHP-5.0.4, too, but not tested (only looked at
the code).
Reproduce code:
---
Write some script that consumes all available memory:
for ($i = 0, $b = 'x'; ; $i++, $b .= $b)
echo "$i, ";
Reload a few times.
Expected result:
Same output everytime, no exit(1).
Output for memory_limit = 8M on my machine:
Allowed memory size of 8388608 bytes exhausted (tried to allocate
4194305 bytes)
Actual result:
--
Available memory decreases with each reload, until finally
AG(memory_limit)+1048576 < AG(allocated_memory) - rs and PHP exits.
Output for memory_limit = 8M:
Allowed memory size of 8388608 bytes exhausted (tried to allocate
4194305 bytes)
Allowed memory size of 8388608 bytes exhausted (tried to allocate
2097153 bytes)
...
Allowed memory size of 8388608 bytes exhausted (tried to allocate 2049
bytes)
(Server process exits on next reload)
--
Edit this bug report at http://bugs.php.net/?id=34156&edit=1
#34156 [NEW]: memory_limit doesn't prevent exit
From: robert at rw-it dot net
Operating system: Win32
PHP version: 4.4.0
PHP Bug Type: Reproducible crash
Bug description: memory_limit doesn't prevent exit
Description:
If memory_limit is turned on, memory will be marked as allocated although
it isn't, because the _CHECK_MEMORY_LIMIT macro (zend_alloc.c) starts like
this:
#define _CHECK_MEMORY_LIMIT(s, rs, file, lineno) { AG(allocated_memory) +=
rs;\
Thus, allocated_memory is increased by the block size, even though
zend_error might be called.
This seems to apply to PHP-5.0.4, too, but not tested (only looked at the
code).
Reproduce code:
---
Write some script that consumes all available memory:
for ($i = 0, $b = 'x'; ; $i++, $b .= $b)
echo "$i, ";
Reload a few times.
Expected result:
Same output everytime, no exit(1).
Output for memory_limit = 8M on my machine:
Allowed memory size of 8388608 bytes exhausted (tried to allocate 4194305
bytes)
Actual result:
--
Available memory decreases with each reload, until finally
AG(memory_limit)+1048576 < AG(allocated_memory) - rs and PHP exits.
Output for memory_limit = 8M:
Allowed memory size of 8388608 bytes exhausted (tried to allocate 4194305
bytes)
Allowed memory size of 8388608 bytes exhausted (tried to allocate 2097153
bytes)
...
Allowed memory size of 8388608 bytes exhausted (tried to allocate 2049
bytes)
(Server process exits on next reload)
--
Edit bug report at http://bugs.php.net/?id=34156&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34156&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34156&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34156&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34156&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34156&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34156&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34156&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34156&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34156&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34156&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34156&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34156&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34156&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34156&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34156&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34156&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34156&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34156&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34156&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34156&r=mysqlcfg
#33881 [Csd]: better "overloading"
ID: 33881 User updated by: robert dot sevcik at gmail dot com Reported By: robert dot sevcik at gmail dot com Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: * New Comment: Ok, I knew it would break BC, it was just an idea. The last paragraph you wrote was interresting, when do you think it could be done? My point 4 would be still nice, but that's another bug-report... Thank you anyway :) Previous Comments: [2005-07-27 21:28:10] [EMAIL PROTECTED] Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php The existing functions cannot be changed in the way requested because that would be a major BC. Introducing new magic functions makes no sense because we have already too much magic. Furthermore adding a non magic way would slow down object execution far too much. As a consequence the only possible ways out would be: 1) Go with interface ArrayAccess and use array notation instead of property notation. 2) Implement an extensions that implements objects that support this kind of thing. 3) Implement a new way of hooking based on interface like ArrayAccess but for properties. Since we already support (1) we won't change anything simply because there is no need (thus Fixed in release). In the end what we really need is real property implementation, where any decalred proeprty can specify whether it is a normal property, a property that can only store a certain king of instance and/or whether it is controlled by handler functions rather than by direct read/write access. [2005-07-27 13:28:24] robert dot sevcik at gmail dot com Description: Actual state of "overloading", which in PHP5 means "dynamic way to work with object props and methods" is a bit frustrating. I'd like to express my point of view if there is a chance to change... it is a whole philosophy may be for PHP 5.6 or at least PHP6 1) __get() __set() __call() methods should be called whenever they are present in class, not only if another member of suplied name exists. You can always decide within the method whether to use existing member or not. 2) there should be always a default in every class which can be overriden: providing access to existing members + working with setters and getters (getVar() xor get_var() style), true method overloading could be implemented in default as well (multiple method sign. with parameter type checking must be implemented, type spec for trivial types as well). 3) there should be a way to distinguish between public, protected and private ( func_get_access_type() ) and to chek which type members are ( class_get_member_access_type() ) 4) it should work recursively and set/get together which (not working) i consider as a bug of current implementation 5) protos should be __get($name, & $value) __set($name, $value) __call($name, $args, & $returnValue) ; methods should return "Ok, handled", or "No, not handled" ; engine should try from child to parant classes to find which class accepted the call ; if none, raise an error. 6) there should be a way to document dynamic properties and methods - i know this is a litle OT - so it can be used for phpDoc, autocomplete and so on. (abstract properties syntax?) - yes now I see - that could be accomplished just by 1) 7) some introspection is needed what coheres with 7) for soap and similar specialities and for functions like serialize(), isset(), method_exists() .. no idea how to... __get() __set() __call() could return list of handled members when called without args, or there could be a new function __tell() for this? 8) everything should work transparently the same way as static members do - this sums up 1-7 :) ... :) excuse my english pls :) happy PHPing -- Edit this bug report at http://bugs.php.net/?id=33881&edit=1
#33881 [NEW]: better "overloading"
From: robert dot sevcik at gmail dot com Operating system: all PHP version: 5CVS-2005-07-27 (dev) PHP Bug Type: Feature/Change Request Bug description: better "overloading" Description: Actual state of "overloading", which in PHP5 means "dynamic way to work with object props and methods" is a bit frustrating. I'd like to express my point of view if there is a chance to change... it is a whole philosophy may be for PHP 5.6 or at least PHP6 1) __get() __set() __call() methods should be called whenever they are present in class, not only if another member of suplied name exists. You can always decide within the method whether to use existing member or not. 2) there should be always a default in every class which can be overriden: providing access to existing members + working with setters and getters (getVar() xor get_var() style), true method overloading could be implemented in default as well (multiple method sign. with parameter type checking must be implemented, type spec for trivial types as well). 3) there should be a way to distinguish between public, protected and private ( func_get_access_type() ) and to chek which type members are ( class_get_member_access_type() ) 4) it should work recursively and set/get together which (not working) i consider as a bug of current implementation 5) protos should be __get($name, & $value) __set($name, $value) __call($name, $args, & $returnValue) ; methods should return "Ok, handled", or "No, not handled" ; engine should try from child to parant classes to find which class accepted the call ; if none, raise an error. 6) there should be a way to document dynamic properties and methods - i know this is a litle OT - so it can be used for phpDoc, autocomplete and so on. (abstract properties syntax?) - yes now I see - that could be accomplished just by 1) 7) some introspection is needed what coheres with 7) for soap and similar specialities and for functions like serialize(), isset(), method_exists() .. no idea how to... __get() __set() __call() could return list of handled members when called without args, or there could be a new function __tell() for this? 8) everything should work transparently the same way as static members do - this sums up 1-7 :) ... :) excuse my english pls :) happy PHPing -- Edit bug report at http://bugs.php.net/?id=33881&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33881&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33881&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33881&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33881&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33881&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33881&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33881&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33881&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33881&r=support Expected behavior: http://bugs.php.net/fix.php?id=33881&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33881&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33881&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33881&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33881&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33881&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33881&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33881&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33881&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33881&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33881&r=mysqlcfg
#33434 [Bgs]: the mail() function does not call the needed function in mail.c
ID: 33434 User updated by: robert at bsd dot hu Reported By: robert at bsd dot hu Status: Bogus Bug Type: Mail related Operating System: IRIX 6.5 PHP Version: 4.3.11 New Comment: Have you even read the comments? PHP does not even try to execute the given sendmail binary. Previous Comments: [2005-06-30 09:01:15] [EMAIL PROTECTED] You really need to have sendmail (or something compatible) installed. It won't magically just work otherwise.. [2005-06-30 00:55:20] robert at bsd dot hu It seems nothing is missing. I am relly courious what could be the problem. It is just wo wierd. You can check phpinfo() here: http://users.silihost.hu/phpinfo.php Maybe you will catch something. [2005-06-22 19:31:11] [EMAIL PROTECTED] Ok, we're back again to the question: what is missing? [2005-06-22 19:23:15] robert at bsd dot hu Sorry. I fucked it. It exists and includes #include <../main/php_config.h>. No sorry i can't give access to the machine. [2005-06-22 19:21:35] [EMAIL PROTECTED] It doesn't exist at all or it's just empty? Could you provide access to this machine? 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/33434 -- Edit this bug report at http://bugs.php.net/?id=33434&edit=1
#33434 [Fbk->Opn]: the mail() function does not call the needed function in mail.c
ID: 33434 User updated by: robert at bsd dot hu Reported By: robert at bsd dot hu -Status: Feedback +Status: Open Bug Type: Mail related Operating System: IRIX 6.5 PHP Version: 4.3.11 New Comment: It seems nothing is missing. I am relly courious what could be the problem. It is just wo wierd. You can check phpinfo() here: http://users.silihost.hu/phpinfo.php Maybe you will catch something. Previous Comments: [2005-06-22 19:31:11] [EMAIL PROTECTED] Ok, we're back again to the question: what is missing? [2005-06-22 19:23:15] robert at bsd dot hu Sorry. I fucked it. It exists and includes #include <../main/php_config.h>. No sorry i can't give access to the machine. [2005-06-22 19:21:35] [EMAIL PROTECTED] It doesn't exist at all or it's just empty? Could you provide access to this machine? ---- [2005-06-22 18:31:01] robert at bsd dot hu tsrm_config.h is missing. [2005-06-22 18:15:12] [EMAIL PROTECTED] That's not what I asked you to do. 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/33434 -- Edit this bug report at http://bugs.php.net/?id=33434&edit=1
#33487 [NEW]: Memory allocated for objects created in object methods is not released
From: robert dot munteanu at betbrain dot com Operating system: Linux 2.6.8.1 PHP version: 5.0.4 PHP Bug Type: Scripting Engine problem Bug description: Memory allocated for objects created in object methods is not released Description: Whenever you create an object in a method, memory is not released when the method execution ends, unset() must be called manually. This becomes a problem when you have long-running scripts, which perform actions repeatedly which leads to the script running out of memory. Reproduce code: --- doNothing(); echo "After: ".memory_get_usage()."\n"; ?> Expected result: Memory usage remains roughly the same. Actual result: -- Before: 41424 After: 432560 -- Edit bug report at http://bugs.php.net/?id=33487&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33487&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33487&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33487&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33487&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33487&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33487&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33487&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33487&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33487&r=support Expected behavior: http://bugs.php.net/fix.php?id=33487&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33487&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33487&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33487&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33487&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33487&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33487&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33487&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33487&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33487&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33487&r=mysqlcfg
#33434 [Fbk->Opn]: the mail() function does not call the needed function in mail.c
ID: 33434 User updated by: robert at bsd dot hu Reported By: robert at bsd dot hu -Status: Feedback +Status: Open Bug Type: Mail related Operating System: IRIX 6.5 PHP Version: 4.3.11 New Comment: Sorry. I fucked it. It exists and includes #include <../main/php_config.h>. No sorry i can't give access to the machine. Previous Comments: [2005-06-22 19:21:35] [EMAIL PROTECTED] It doesn't exist at all or it's just empty? Could you provide access to this machine? [2005-06-22 18:31:01] robert at bsd dot hu tsrm_config.h is missing. [2005-06-22 18:15:12] [EMAIL PROTECTED] That's not what I asked you to do. ---- [2005-06-22 18:02:12] robert at bsd dot hu I've defined HAVE_SENDMAIL in CFLAGS just to be sure it gets defined everywhere, but of course i still have the same issue. [2005-06-22 17:26:44] [EMAIL PROTECTED] >As i told you i've added #define HAVE_SENDMAIL 1 to >mail.c just after the includes and before the #ifded > HAVE_SENDMAIL Right. And this should have caused warning saying that "HAVE_SENDMAIL" have been redefined (as it does for me). That's why I assume that it was never defined before because php_config.h didn't get included. That's pretty weird behaviour and I haven't heard about anyone who is able to reproduce it. 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/33434 -- Edit this bug report at http://bugs.php.net/?id=33434&edit=1
#33434 [Fbk->Opn]: the mail() function does not call the needed function in mail.c
ID: 33434 User updated by: robert at bsd dot hu Reported By: robert at bsd dot hu -Status: Feedback +Status: Open Bug Type: Mail related Operating System: IRIX 6.5 PHP Version: 4.3.11 New Comment: tsrm_config.h is missing. Previous Comments: [2005-06-22 18:15:12] [EMAIL PROTECTED] That's not what I asked you to do. [2005-06-22 18:02:12] robert at bsd dot hu I've defined HAVE_SENDMAIL in CFLAGS just to be sure it gets defined everywhere, but of course i still have the same issue. [2005-06-22 17:26:44] [EMAIL PROTECTED] >As i told you i've added #define HAVE_SENDMAIL 1 to >mail.c just after the includes and before the #ifded > HAVE_SENDMAIL Right. And this should have caused warning saying that "HAVE_SENDMAIL" have been redefined (as it does for me). That's why I assume that it was never defined before because php_config.h didn't get included. That's pretty weird behaviour and I haven't heard about anyone who is able to reproduce it. ---- [2005-06-22 17:14:50] robert at bsd dot hu As i told you i've added #define HAVE_SENDMAIL 1 to mail.c just after the includes and before the #ifded HAVE_SENDMAIL. And as you can see strings shows that the functions are compiled in. I doubt that this is a header problem, because they get compiled in w/o my define too. [2005-06-22 17:10:07] [EMAIL PROTECTED] That's interesting. >From what I can see, mail.c includes php.h, which includes tsrm_virtual_cwd.h, which includes tsrm_config_common.h, which includes tsrm_config.h, which in turn includes php_config.h, where HAVE_SENDMAIL is defined. I.e. it looks like this: mail.c php.h tsrm_config.h tsrm_config_common.h tsrm_config.h php_config.h Could you plz figure out which one of these includes doesn't get included and why? 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/33434 -- Edit this bug report at http://bugs.php.net/?id=33434&edit=1
#33434 [Fbk->Opn]: the mail() function does not call the needed function in mail.c
ID: 33434 User updated by: robert at bsd dot hu Reported By: robert at bsd dot hu -Status: Feedback +Status: Open Bug Type: Mail related Operating System: IRIX 6.5 PHP Version: 4.3.11 New Comment: I've defined HAVE_SENDMAIL in CFLAGS just to be sure it gets defined everywhere, but of course i still have the same issue. Previous Comments: [2005-06-22 17:26:44] [EMAIL PROTECTED] >As i told you i've added #define HAVE_SENDMAIL 1 to >mail.c just after the includes and before the #ifded > HAVE_SENDMAIL Right. And this should have caused warning saying that "HAVE_SENDMAIL" have been redefined (as it does for me). That's why I assume that it was never defined before because php_config.h didn't get included. That's pretty weird behaviour and I haven't heard about anyone who is able to reproduce it. -------- [2005-06-22 17:14:50] robert at bsd dot hu As i told you i've added #define HAVE_SENDMAIL 1 to mail.c just after the includes and before the #ifded HAVE_SENDMAIL. And as you can see strings shows that the functions are compiled in. I doubt that this is a header problem, because they get compiled in w/o my define too. [2005-06-22 17:10:07] [EMAIL PROTECTED] That's interesting. >From what I can see, mail.c includes php.h, which includes tsrm_virtual_cwd.h, which includes tsrm_config_common.h, which includes tsrm_config.h, which in turn includes php_config.h, where HAVE_SENDMAIL is defined. I.e. it looks like this: mail.c php.h tsrm_config.h tsrm_config_common.h tsrm_config.h php_config.h Could you plz figure out which one of these includes doesn't get included and why? ---- [2005-06-22 16:06:51] robert at bsd dot hu same with the snapshot. [2005-06-22 15:49:52] [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/33434 -- Edit this bug report at http://bugs.php.net/?id=33434&edit=1
#33434 [Fbk->Opn]: the mail() function does not call the needed function in mail.c
ID: 33434 User updated by: robert at bsd dot hu Reported By: robert at bsd dot hu -Status: Feedback +Status: Open Bug Type: Mail related Operating System: IRIX 6.5 PHP Version: 4.3.11 New Comment: As i told you i've added #define HAVE_SENDMAIL 1 to mail.c just after the includes and before the #ifded HAVE_SENDMAIL. And as you can see strings shows that the functions are compiled in. I doubt that this is a header problem, because they get compiled in w/o my define too. Previous Comments: [2005-06-22 17:10:07] [EMAIL PROTECTED] That's interesting. >From what I can see, mail.c includes php.h, which includes tsrm_virtual_cwd.h, which includes tsrm_config_common.h, which includes tsrm_config.h, which in turn includes php_config.h, where HAVE_SENDMAIL is defined. I.e. it looks like this: mail.c php.h tsrm_config.h tsrm_config_common.h tsrm_config.h php_config.h Could you plz figure out which one of these includes doesn't get included and why? [2005-06-22 16:06:51] robert at bsd dot hu same with the snapshot. [2005-06-22 15:49:52] [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-06-22 15:46:55] robert at bsd dot hu I've defined HAVE_SENDMAIL 1 in mail.c just to be sure and it seems it is ok: $ strings .libs/libphp4.so|grep mail mail mb_send_mail mb_orig_mail mail vpopmail.directory called mail() function. sendmail_path Permission denied: unable to execute shell to run mail delivery binary '%s' Could not execute mail delivery program '%s' Path to sendmail sendmail_from sendmail_path /usr/lib/sendmail -t -i [2005-06-22 15:41:53] [EMAIL PROTECTED] Then I don't see how it could happen that in mail.c HAVE_SENDMAIL is 0. Please try fresh snapshot from http://snaps.php.net and if it doesn't work too - try to investigate why HAVE_SENDMAIL in mail.c is zero, while in included file it's 1. 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/33434 -- Edit this bug report at http://bugs.php.net/?id=33434&edit=1
#33434 [Fbk->Opn]: the mail() function does not call the needed function in mail.c
ID: 33434 User updated by: robert at bsd dot hu Reported By: robert at bsd dot hu -Status: Feedback +Status: Open Bug Type: Mail related Operating System: IRIX 6.5 PHP Version: 4.3.11 New Comment: same with the snapshot. Previous Comments: [2005-06-22 15:49:52] [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-06-22 15:46:55] robert at bsd dot hu I've defined HAVE_SENDMAIL 1 in mail.c just to be sure and it seems it is ok: $ strings .libs/libphp4.so|grep mail mail mb_send_mail mb_orig_mail mail vpopmail.directory called mail() function. sendmail_path Permission denied: unable to execute shell to run mail delivery binary '%s' Could not execute mail delivery program '%s' Path to sendmail sendmail_from sendmail_path /usr/lib/sendmail -t -i [2005-06-22 15:41:53] [EMAIL PROTECTED] Then I don't see how it could happen that in mail.c HAVE_SENDMAIL is 0. Please try fresh snapshot from http://snaps.php.net and if it doesn't work too - try to investigate why HAVE_SENDMAIL in mail.c is zero, while in included file it's 1. ---- [2005-06-22 15:35:10] robert at bsd dot hu #define HAVE_SENDMAIL 1 [2005-06-22 15:32:02] [EMAIL PROTECTED] and in main/php_config.h HAVE_SENDMAIL is ... ? 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/33434 -- Edit this bug report at http://bugs.php.net/?id=33434&edit=1
#33434 [Fbk->Opn]: the mail() function does not call the needed function in mail.c
ID: 33434 User updated by: robert at bsd dot hu Reported By: robert at bsd dot hu -Status: Feedback +Status: Open Bug Type: Mail related Operating System: IRIX 6.5 PHP Version: 4.3.11 New Comment: I've defined HAVE_SENDMAIL 1 in mail.c just to be sure and it seems it is ok: $ strings .libs/libphp4.so|grep mail mail mb_send_mail mb_orig_mail mail vpopmail.directory called mail() function. sendmail_path Permission denied: unable to execute shell to run mail delivery binary '%s' Could not execute mail delivery program '%s' Path to sendmail sendmail_from sendmail_path /usr/lib/sendmail -t -i Previous Comments: [2005-06-22 15:41:53] [EMAIL PROTECTED] Then I don't see how it could happen that in mail.c HAVE_SENDMAIL is 0. Please try fresh snapshot from http://snaps.php.net and if it doesn't work too - try to investigate why HAVE_SENDMAIL in mail.c is zero, while in included file it's 1. ---- [2005-06-22 15:35:10] robert at bsd dot hu #define HAVE_SENDMAIL 1 [2005-06-22 15:32:02] [EMAIL PROTECTED] and in main/php_config.h HAVE_SENDMAIL is ... ? ---- [2005-06-22 14:47:17] robert at bsd dot hu it finds sendmail in /usr/lib/sendmail and the dump_var(mail()); returns NULL [2005-06-22 14:16:21] [EMAIL PROTECTED] What does this output for you ? And make sure that sendmail headers were found during ./configure execution (check `./configure . | grep -i sendmail`). 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/33434 -- Edit this bug report at http://bugs.php.net/?id=33434&edit=1
#33434 [Fbk->Opn]: the mail() function does not call the needed function in mail.c
ID: 33434
User updated by: robert at bsd dot hu
Reported By: robert at bsd dot hu
-Status: Feedback
+Status: Open
Bug Type: Mail related
Operating System: IRIX 6.5
PHP Version: 4.3.11
New Comment:
#define HAVE_SENDMAIL 1
Previous Comments:
[2005-06-22 15:32:02] [EMAIL PROTECTED]
and in main/php_config.h HAVE_SENDMAIL is ... ?
[2005-06-22 14:47:17] robert at bsd dot hu
it finds sendmail in /usr/lib/sendmail and the dump_var(mail());
returns NULL
[2005-06-22 14:16:21] [EMAIL PROTECTED]
What does this output for you ?
And make sure that sendmail headers were found during ./configure
execution (check `./configure . | grep -i sendmail`).
[2005-06-22 13:36:32] robert at bsd dot hu
Description:
When I try to use the mail() function it always returns FALSE. I've put
a debug line:
--- ---
83 PHP_FUNCTION(mail)
84 {
85 char *to=NULL, *message=NULL, *headers=NULL;
86 char *subject=NULL, *extra_cmd=NULL;
87 int to_len, message_len, headers_len;
88 int subject_len, extra_cmd_len, i;
89 char *to_r, *subject_r;
90
91 php_error_docref(NULL TSRMLS_CC, E_WARNING, "called
mail() function.");
--- ---
There is no such warning message in the logs. I've also tried to change
the sendmail_path to a script that touches a file. It does not get
executed.
Reproduce code:
---
Anything that uses mail();.
--
Edit this bug report at http://bugs.php.net/?id=33434&edit=1
#33434 [Fbk->Opn]: the mail() function does not call the needed function in mail.c
ID: 33434
User updated by: robert at bsd dot hu
Reported By: robert at bsd dot hu
-Status: Feedback
+Status: Open
Bug Type: Mail related
Operating System: IRIX 6.5
PHP Version: 4.3.11
New Comment:
it finds sendmail in /usr/lib/sendmail and the dump_var(mail());
returns NULL
Previous Comments:
[2005-06-22 14:16:21] [EMAIL PROTECTED]
What does this output for you ?
And make sure that sendmail headers were found during ./configure
execution (check `./configure . | grep -i sendmail`).
[2005-06-22 13:36:32] robert at bsd dot hu
Description:
When I try to use the mail() function it always returns FALSE. I've put
a debug line:
--- ---
83 PHP_FUNCTION(mail)
84 {
85 char *to=NULL, *message=NULL, *headers=NULL;
86 char *subject=NULL, *extra_cmd=NULL;
87 int to_len, message_len, headers_len;
88 int subject_len, extra_cmd_len, i;
89 char *to_r, *subject_r;
90
91 php_error_docref(NULL TSRMLS_CC, E_WARNING, "called
mail() function.");
--- ---
There is no such warning message in the logs. I've also tried to change
the sendmail_path to a script that touches a file. It does not get
executed.
Reproduce code:
---
Anything that uses mail();.
--
Edit this bug report at http://bugs.php.net/?id=33434&edit=1
#33434 [NEW]: the mail() function does not call the needed function in mail.c
From: robert at bsd dot hu
Operating system: IRIX 6.5
PHP version: 4.3.11
PHP Bug Type: Mail related
Bug description: the mail() function does not call the needed function in
mail.c
Description:
When I try to use the mail() function it always returns FALSE. I've put a
debug line:
--- ---
83 PHP_FUNCTION(mail)
84 {
85 char *to=NULL, *message=NULL, *headers=NULL;
86 char *subject=NULL, *extra_cmd=NULL;
87 int to_len, message_len, headers_len;
88 int subject_len, extra_cmd_len, i;
89 char *to_r, *subject_r;
90
91 php_error_docref(NULL TSRMLS_CC, E_WARNING, "called mail()
function.");
--- ---
There is no such warning message in the logs. I've also tried to change
the sendmail_path to a script that touches a file. It does not get
executed.
Reproduce code:
---
Anything that uses mail();.
--
Edit bug report at http://bugs.php.net/?id=33434&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33434&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33434&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33434&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33434&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33434&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33434&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33434&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33434&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33434&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33434&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33434&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33434&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33434&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33434&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33434&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33434&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33434&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33434&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33434&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33434&r=mysqlcfg
#30962 [Com]: Space being returned for NULL columns
ID: 30962 Comment by: robert dot sevcik at gmail dot com Reported By: richard dot quadling at bandvulc dot co dot uk Status: No Feedback Bug Type: MSSQL related Operating System: Windows XP Pro SP2 PHP Version: 5.0.3 New Comment: Hi, It'd be nice to see it working in php 5.1 because right now I am developing in php5. I've tried various php5 snaps and 5.0.4 stable without efect. I am on a Win2003 server and here is my try-case: string(1) " " ["len"]=> int(0) ["bin"]=> string(1) " " } 5.1.0-dev Thank you much :) */ ?> Previous Comments: [2005-03-31 10:54:11] beschr at free dot fr Please ignore my precedent comment, the bug is still present in CVS. I test the mssql.dll today (latest snap: Built On: Mar 29, 2005 16:30 GMT) and the bug is still present. [2005-03-25 14:54:28] rantal at eoss dot ru Same problem still exist in php4 snapshot php4-win32-STABLE-200503230530.zip [2005-03-17 17:59:57] beschr at free dot fr I've got this problem too with php 5.0.3 on IIS/Windows XP Pro SP2. With the mssql.dll of this snaps: Built On: Mar 17, 2005 01:30 GMT it work great. So I think the correction in CVs is ok and you can close this bug. [2005-03-08 01:00:11] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-02-28 21:19:22] [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 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/30962 -- Edit this bug report at http://bugs.php.net/?id=30962&edit=1
#31692 [NEW]: Plus sign stripped from string
From: robert dot chambers at roche dot com Operating system: Win2000 PHP version: 5.0.3 PHP Bug Type: Scripting Engine problem Bug description: Plus sign stripped from string Description: _SERVER["REQUEST_URI"] /dev/dynamicpages/edit.php?T=WEB_APPS_SECURITY&R='AAAVEDAAXAAA+f4AAV' _SERVER["QUERY_STRING"] T=WEB_APPS_SECURITY&R='AAAVEDAAXAAA+f4AAV' BUT... _REQUEST["T"] WEB_APPS_SECURITY _REQUEST["R"] 'AAAVEDAAXAAA f4AAV' AND _GET["T"] WEB_APPS_SECURITY _GET["R"] 'AAAVEDAAXAAA f4AAV' What Happened to my "PLUS" sign ??? Reproduce code: --- test.php?T='AAAVEDAAXAAA+f4AAV' Expected result: I expected my "PLUS" sign to be in my string. Actual result: -- 'AAAVEDAAXAAA f4AAV' -- Edit bug report at http://bugs.php.net/?id=31692&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31692&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31692&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31692&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31692&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31692&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31692&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31692&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31692&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31692&r=support Expected behavior: http://bugs.php.net/fix.php?id=31692&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31692&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31692&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31692&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31692&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31692&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31692&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31692&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31692&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31692&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31692&r=mysqlcfg
#30983 [Fbk->Opn]: Returns zeros instead of the hash
ID: 30983 User updated by: robert at bsd dot hu Reported By: robert at bsd dot hu -Status: Feedback +Status: Open Bug Type: mhash related Operating System: OpenBSD PHP Version: Irrelevant New Comment: I've tested it with 4.3.9 and 5.0.2. And it seems that it only affects OpenBSD. Previous Comments: [2004-12-04 13:58:20] [EMAIL PROTECTED] Please, indicate what version are you using. I can't reproduce it under Linux, PHP 5.1.0-dev & mhash 0.9.1. [2004-12-04 13:33:31] robert at bsd dot hu Description: Configure arguments: --with-apxs=/usr/sbin/apxs --without-mysql --enable-xml --enable-wddx --enable-cli --with-iconv=/usr/local --with-gettext=/usr/local --enable-dio --with-pear=/var/www/pear --enable-bcmath --enable-session --enable-trans-sid --enable-calendar --enable-ctype --enable-ftp --with-pcre-regex --with-posix --enable-sockets --enable-sysvsem --enable-sysvshm --enable-yp --enable-exif --enable-shared --disable-static --disable-rpath --with-config-file-path=/var/www/conf --enable-inline-optimization --with-pic --with-openssl --with-zlib --prefix='/usr/local' --sysconfdir='/etc' --without-bz2 --without-curl --disable-dba --disable-dbase --disable-dbx --disable-dom --disable-filepro --without-gd --without-xpm-dir --without-ttf --without-freetype-dir --without-gmp --without-imap --without-kerberos --without-ldap --without-mcrypt --with-mhash=shared,/usr/local --without-mysql --without-ncurses --without-odbc --without-pdflib --without-pgsql --disable-shmop --without-snmp --without-sybase-ct --without-xmlrpc --disable-xslt --enable-shared --disable-static --disable-rpath Mhash library: version: 0.9.1 209:-lmhash.2.0 => /usr/local/lib/libmhash.so.2.0 Reproduce code: --- \n"; $hash = mhash(MHASH_MD5, $input, "Jefe"); echo "The hmac is " . bin2hex($hash) . "\n"; ?> Expected result: The correct hash. Actual result: -- The hash is The hmac is -- Edit this bug report at http://bugs.php.net/?id=30983&edit=1
#30983 [NEW]: Returns zeros instead of the hash
From: robert at bsd dot hu Operating system: OpenBSD PHP version: Irrelevant PHP Bug Type: mhash related Bug description: Returns zeros instead of the hash Description: Configure arguments: --with-apxs=/usr/sbin/apxs --without-mysql --enable-xml --enable-wddx --enable-cli --with-iconv=/usr/local --with-gettext=/usr/local --enable-dio --with-pear=/var/www/pear --enable-bcmath --enable-session --enable-trans-sid --enable-calendar --enable-ctype --enable-ftp --with-pcre-regex --with-posix --enable-sockets --enable-sysvsem --enable-sysvshm --enable-yp --enable-exif --enable-shared --disable-static --disable-rpath --with-config-file-path=/var/www/conf --enable-inline-optimization --with-pic --with-openssl --with-zlib --prefix='/usr/local' --sysconfdir='/etc' --without-bz2 --without-curl --disable-dba --disable-dbase --disable-dbx --disable-dom --disable-filepro --without-gd --without-xpm-dir --without-ttf --without-freetype-dir --without-gmp --without-imap --without-kerberos --without-ldap --without-mcrypt --with-mhash=shared,/usr/local --without-mysql --without-ncurses --without-odbc --without-pdflib --without-pgsql --disable-shmop --without-snmp --without-sybase-ct --without-xmlrpc --disable-xslt --enable-shared --disable-static --disable-rpath Mhash library: version: 0.9.1 209:-lmhash.2.0 => /usr/local/lib/libmhash.so.2.0 Reproduce code: --- \n"; $hash = mhash(MHASH_MD5, $input, "Jefe"); echo "The hmac is " . bin2hex($hash) . "\n"; ?> Expected result: The correct hash. Actual result: -- The hash is The hmac is -- Edit bug report at http://bugs.php.net/?id=30983&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30983&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30983&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30983&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30983&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30983&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30983&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30983&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30983&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30983&r=support Expected behavior: http://bugs.php.net/fix.php?id=30983&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30983&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30983&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30983&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30983&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30983&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30983&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30983&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30983&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30983&r=mysqlcfg
#27088 [Com]: ORA-00604 and ORA-01756 when ocilogon with NLS_LANG=Polish_Poland.EE8ISO8859P2
ID: 27088 Comment by: robert dot ranftler at bau-data dot co dot at Reported By: Marek dot Martofel at oracle dot com Status: No Feedback Bug Type: OCI8 related Operating System: Linux PHP Version: 4.3.4 New Comment: I have the same problem with Version 4.3.9 and Oracle 9.2 on RedHat Enterprise Serve 3. Has Anybody any Idea for a solution Previous Comments: [2004-02-03 08:09:10] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2004-01-29 16:54:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-01-29 11:53:41] Marek dot Martofel at oracle dot com Description: When you trye to use ocilogon() in any php code from Apache you can see: Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1 ORA-01756: quoted string not properly terminated in /usr/local/apache/htdocs/ocitest.php on line 2 where /usr/local/apache/htdocs/ocitest.php is some like: http://bugs.php.net/?id=27088&edit=1
#25570 [Fbk->Opn]: Some requests cause Apache to crash/restart
ID: 25570 User updated by: robert at profundis dot se Reported By: robert at profundis dot se -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: WinXP SP1 PHP Version: 5CVS-2004-04-22 (dev) Assigned To: jorton New Comment: Will the fix be applied to 4.x.x as well? I'm not really ready for the leap to v5 for production just yet. Previous Comments: [2004-10-21 10:48:20] [EMAIL PROTECTED] Fixing Version/OS/Summary... [2004-10-21 10:28:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I've committed a possible fix for this to 5.0 and 5.1, please apply: http://cvs.apache.org/~jorton/php_abort.diff or wait for a 5.0-dev or 5.1-dev snapshot to show up with this applied. [2004-10-20 10:47:31] [EMAIL PROTECTED] Ah, good call. The interesting exit(-1) call is in Zend: _zend_bailout to be specific. And in fact zend_bailout is called from php_handle_aborted_connection, which can be called outside the zend_first_try/zend_end_try block in the 2.0 SAPI, so that looks like the bug. [2004-10-17 18:55:56] mwhitlock at whitsoftdev dot com Unsigned 4294967295 is the same as -1 in 32-bit two's complement signed math. It looks to me as if we're not encountering a segfault (since that would generate a different message in httpd.log) but rather an error trap somewhere that is calling exit(-1). Calling exit(..) from a dynamic link library kills the host process, which in this case would be the Apache child process. Seems like the solution is just finding where PHP is calling exit(-1) and changing it to somehow more gracefully aborting the request rather than forcefully exiting the process. Exiting the process wouldn't be a problem for the CLI since a separate process is created to handle every request, but as an Apache module, exit(..) is simply wrong. [2004-10-15 14:42:37] jonathan at schwarzelan dot de Sorry guys - got to correct the above said... With outputting results in the 4294967295 Crash - without it results to 3221225477 Apache crash shame on me... The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25570 -- Edit this bug report at http://bugs.php.net/?id=25570&edit=1
#25570 [Opn]: Some requests cause Apache to crash/restart
ID: 25570 User updated by: robert at profundis dot se Reported By: robert at profundis dot se Status: Open Bug Type: Apache2 related Operating System: Windows XP Professional SP1 PHP Version: 4.3.8 New Comment: > Can you get a backtrace of the crash? Eek, not easily. This is Windows :( Not saying one can't make a backtrace on Windows, but I'm not sure how to go about doing it. Last time around I had a test machine to tinker with, not so this time. My guess is that it is a thread issue, since it occurs when two requests (threads) are inside the handler, and one of them is aborted (according to my investigations last time). I'm not too familiar with the code, but maybe some overlooked global related to aborted connections? I can also add that I can't say for sure it ever was fixed. I don't remember if the version I've been running was the one I modified myself or a cvs snapshot. Previous Comments: [2004-10-14 18:38:13] [EMAIL PROTECTED] Can you get a backtrace of the crash? -------- [2004-10-14 17:20:44] robert at profundis dot se The only change in the code that seems to be related at a first glance is in rev 1.1.2.32: http://cvs.php.net/diff.php/php-src/sapi/apache2handler/sapi_apache2.c?r1=1.1.2.31&r2=1.1.2.32&ty=u The original problem seems to be triggered when calling php_handle_aborted_connection() on some occasions. The above revision change the condition when this function is called. I have not tested the versions inbetween 4.3.4-dev and 4.3.8, so I cannot confirm that this particular revision is the "cause". (I also changed this bug's version number) ---- [2004-10-14 17:09:09] robert at profundis dot se I change this to Open again. As Christopher said, this bug seems to have resurfaced. I checked back in my error log, and I see this same error started happening again the 3rd of september. Checking my notes, I upgraded this server to PHP 4.3.8 a few days earlier. The previous version was 4.3.4-dev (I had been lazy). [2004-10-14 16:52:55] christopher_theunissen at hotmail dot com This bug is definitely not fixed or has resurfaced, as I have the same problem in Windows 2000 with Apache 2.0.52 (51, 40, 49, 48) and the following PHP versions: 5.0.2 5.0.1 4.3.9 4.3.8 4.3.4 4.3.3 The server restarts with status 4294967295 every few hours. It has been running fine for 24 hours so far with PHP 4.3.2. [2003-09-18 20:43:21] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25570 -- Edit this bug report at http://bugs.php.net/?id=25570&edit=1
#25570 [Opn]: Some requests cause Apache to crash/restart
ID: 25570 User updated by: robert at profundis dot se Reported By: robert at profundis dot se Status: Open Bug Type: Apache2 related Operating System: Windows XP Professional SP1 -PHP Version: 4.3.4-dev (20030917) +PHP Version: 4.3.8 New Comment: The only change in the code that seems to be related at a first glance is in rev 1.1.2.32: http://cvs.php.net/diff.php/php-src/sapi/apache2handler/sapi_apache2.c?r1=1.1.2.31&r2=1.1.2.32&ty=u The original problem seems to be triggered when calling php_handle_aborted_connection() on some occasions. The above revision change the condition when this function is called. I have not tested the versions inbetween 4.3.4-dev and 4.3.8, so I cannot confirm that this particular revision is the "cause". (I also changed this bug's version number) Previous Comments: [2004-10-14 17:09:09] robert at profundis dot se I change this to Open again. As Christopher said, this bug seems to have resurfaced. I checked back in my error log, and I see this same error started happening again the 3rd of september. Checking my notes, I upgraded this server to PHP 4.3.8 a few days earlier. The previous version was 4.3.4-dev (I had been lazy). [2004-10-14 16:52:55] christopher_theunissen at hotmail dot com This bug is definitely not fixed or has resurfaced, as I have the same problem in Windows 2000 with Apache 2.0.52 (51, 40, 49, 48) and the following PHP versions: 5.0.2 5.0.1 4.3.9 4.3.8 4.3.4 4.3.3 The server restarts with status 4294967295 every few hours. It has been running fine for 24 hours so far with PHP 4.3.2. [2003-09-18 20:43:21] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-09-18 08:54:13] robert at profundis dot se By changing three lines in sapi/apache2handler/sapi_apache2.c, back to how they were in rev. 1.1.2.17, it would not crash anymore on overlapping requests. Ie: // in 1.1.2.18 if (ap_pass_brigade(r->output_filters, brigade) != APR_SUCCESS || r->connection->aborted) // in 1.1.2.17 if (ap_pass_brigade(r->output_filters, brigade) != APR_SUCCESS) I cannot really guess what implications that change has, but I assume the extra expression had a purpose. However, with this change I cannot generate a crash anymore. ---- [2003-09-18 05:08:27] robert at profundis dot se I did some debugging on my own, and concluded that if two requests overlap, it will crash. I did some primitive logging in apache2handler/sapi_apache2.c/php_handler(), and noticed that the last function to be called was php_handle_aborted_connection(), then Apache crashed and restarted. This was in cases where the second request entered php_handler() before the first had left it. While looking through changes of this source file in the CVS, I noticed diff 1.1.2.17-18 (http://cvs.php.net/diff.php/php-src/sapi/apache2handler/sapi_apache2.c?login=2&r1=1.1.2.17&r2=1.1.2.18&ty=h) which was commit just after 4.3.3RC2 (which doesn't crash). Could it possibly be related? I do currently not have the ability to revert the change and recompile, but I will do so later. 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/25570 -- Edit this bug report at http://bugs.php.net/?id=25570&edit=1
#25570 [Csd->Opn]: Some requests cause Apache to crash/restart
ID: 25570 User updated by: robert at profundis dot se Reported By: robert at profundis dot se -Status: Closed +Status: Open Bug Type: Apache2 related Operating System: Windows XP Professional SP1 PHP Version: 4.3.4-dev (20030917) New Comment: I change this to Open again. As Christopher said, this bug seems to have resurfaced. I checked back in my error log, and I see this same error started happening again the 3rd of september. Checking my notes, I upgraded this server to PHP 4.3.8 a few days earlier. The previous version was 4.3.4-dev (I had been lazy). Previous Comments: [2004-10-14 16:52:55] christopher_theunissen at hotmail dot com This bug is definitely not fixed or has resurfaced, as I have the same problem in Windows 2000 with Apache 2.0.52 (51, 40, 49, 48) and the following PHP versions: 5.0.2 5.0.1 4.3.9 4.3.8 4.3.4 4.3.3 The server restarts with status 4294967295 every few hours. It has been running fine for 24 hours so far with PHP 4.3.2. [2003-09-18 20:43:21] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-09-18 08:54:13] robert at profundis dot se By changing three lines in sapi/apache2handler/sapi_apache2.c, back to how they were in rev. 1.1.2.17, it would not crash anymore on overlapping requests. Ie: // in 1.1.2.18 if (ap_pass_brigade(r->output_filters, brigade) != APR_SUCCESS || r->connection->aborted) // in 1.1.2.17 if (ap_pass_brigade(r->output_filters, brigade) != APR_SUCCESS) I cannot really guess what implications that change has, but I assume the extra expression had a purpose. However, with this change I cannot generate a crash anymore. [2003-09-18 05:08:27] robert at profundis dot se I did some debugging on my own, and concluded that if two requests overlap, it will crash. I did some primitive logging in apache2handler/sapi_apache2.c/php_handler(), and noticed that the last function to be called was php_handle_aborted_connection(), then Apache crashed and restarted. This was in cases where the second request entered php_handler() before the first had left it. While looking through changes of this source file in the CVS, I noticed diff 1.1.2.17-18 (http://cvs.php.net/diff.php/php-src/sapi/apache2handler/sapi_apache2.c?login=2&r1=1.1.2.17&r2=1.1.2.18&ty=h) which was commit just after 4.3.3RC2 (which doesn't crash). Could it possibly be related? I do currently not have the ability to revert the change and recompile, but I will do so later. ---- [2003-09-17 19:19:30] robert at profundis dot se > Do you have output buffering enabled? No. My tests has been with fresh/default installations of both Apache and PHP. I did now test to set output_buffering = On, in php.ini. phpinfo() reports it to set to '1' (rather than 'On'). The problem remains, and perhaps somewhat more frequent with this setting. Any pointers as how to debug PHP under Windows are welcome, I haven't been able to find any information about this. 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/25570 -- Edit this bug report at http://bugs.php.net/?id=25570&edit=1
#12061 [Com]: CGI Error
ID: 12061 Comment by: Robert dot Jalarvo at Helsinki dot Fi Reported By: peters at connection dot ca Status: Bogus Bug Type: IIS related Operating System: Win 2K PHP Version: 4.0.6 New Comment: install. refers to documentation and documentation refers to install.txt Previous Comments: [2001-07-11 14:19:47] [EMAIL PROTECTED] Your setup is just incorrectly configured. Please read the install.txt file for details of what you need to check. If you still have problems, post a query to the php-windows or php-install lists. [2001-07-11 13:42:23] peters at connection dot ca when using the simple script of : I get the following error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Noticed other are reporting same problems on the News Groups.. -- Edit this bug report at http://bugs.php.net/?id=12061&edit=1
#30218 [Fbk->Opn]: xsltApplyOneTeplate warning c'se
ID: 30218 User updated by: robert dot dahlin at jerntorget dot se Reported By: robert dot dahlin at jerntorget dot se -Status: Feedback +Status: Open Bug Type: XSLT related Operating System: Linux Slackware 2.6 PHP Version: 5.0.1 New Comment: XML and XSL example. The same thing happens when i use for example » but if » it does not appear either. If i wan't it to be visible i have to use "»" instead, but that's not OK. Here is an example that does not work for me, I just get the following warnings. Warning: xsltApplyOneTemplate: apply-templates was not compiled in xsltest.php on line 20 Warning: xsltApplyOneTemplate: apply-templates was not compiled in xsltest.php on line 20 //Robert Dahlin --- XML: - http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";[ ]> - XSL: - ]> http://www.w3.org/1999/XSL/Transform";> » - Previous Comments: [2004-09-24 14:24:36] [EMAIL PROTECTED] Can you please provide a full XSLT and XML example and did you declare the entity? ---- [2004-09-24 13:13:45] robert dot dahlin at jerntorget dot se Version info from phpifo() just in case. Zend Engine v2.0.1 Zend Extension Manager v1.0.2 --- xml XML Support active XML Namespace Support active libxml2 Version 2.5.11 --- xsl XSL enabled libxslt Version 1.0.33 libxslt compiled against libxml Version 2.5.11 EXSLT enabled libexslt Version 1.0.33 --- ---- [2004-09-24 13:10:08] robert dot dahlin at jerntorget dot se Description: xsltApplyOneTemplate is always shown if i have an followed by for example in an xsl file. xsltApplyOneTemplate: if was not compiled in (if can for example be apply-template or some other method), i've found that the problem seems to be an directly before the or what ever "method" is causing the problem. One way to get thru the problem is to use span tags around like : but I don't think that it should be nessesary to do that. Reproduce code: --- Expected result: (the value of object in xml) Actual result: -- Warning: xsltApplyOneTemplate: if was not compiled in /www/include/xslttest.php on line 19 (the value of object in xml) -- Edit this bug report at http://bugs.php.net/?id=30218&edit=1
#30218 [Opn]: xsltApplyOneTeplate warning c'se
ID: 30218 User updated by: robert dot dahlin at jerntorget dot se Reported By: robert dot dahlin at jerntorget dot se Status: Open Bug Type: XSLT related Operating System: Linux Slackware 2.6 PHP Version: 5.0.1 New Comment: Version info from phpifo() just in case. Zend Engine v2.0.1 Zend Extension Manager v1.0.2 --- xml XML Support active XML Namespace Support active libxml2 Version 2.5.11 --- xsl XSL enabled libxslt Version 1.0.33 libxslt compiled against libxml Version 2.5.11 EXSLT enabled libexslt Version 1.0.33 --- Previous Comments: [2004-09-24 13:10:08] robert dot dahlin at jerntorget dot se Description: xsltApplyOneTemplate is always shown if i have an followed by for example in an xsl file. xsltApplyOneTemplate: if was not compiled in (if can for example be apply-template or some other method), i've found that the problem seems to be an directly before the or what ever "method" is causing the problem. One way to get thru the problem is to use span tags around like : but I don't think that it should be nessesary to do that. Reproduce code: --- Expected result: (the value of object in xml) Actual result: -- Warning: xsltApplyOneTemplate: if was not compiled in /www/include/xslttest.php on line 19 (the value of object in xml) -- Edit this bug report at http://bugs.php.net/?id=30218&edit=1
#30218 [NEW]: xsltApplyOneTeplate warning c'se
From: robert dot dahlin at jerntorget dot se Operating system: Linux Slackware 2.6 PHP version: 5.0.1 PHP Bug Type: XSLT related Bug description: xsltApplyOneTeplate warning c'se Description: xsltApplyOneTemplate is always shown if i have an followed by for example in an xsl file. xsltApplyOneTemplate: if was not compiled in (if can for example be apply-template or some other method), i've found that the problem seems to be an directly before the or what ever "method" is causing the problem. One way to get thru the problem is to use span tags around like : but I don't think that it should be nessesary to do that. Reproduce code: --- Expected result: (the value of object in xml) Actual result: -- Warning: xsltApplyOneTemplate: if was not compiled in /www/include/xslttest.php on line 19 (the value of object in xml) -- Edit bug report at http://bugs.php.net/?id=30218&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30218&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30218&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30218&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30218&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30218&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30218&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30218&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30218&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30218&r=support Expected behavior: http://bugs.php.net/fix.php?id=30218&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30218&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30218&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30218&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30218&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30218&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30218&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30218&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30218&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30218&r=mysqlcfg
#23220 [Com]: IIS does not cleanly close SSL connections (SSL: fatal protocol error)
ID: 23220
Comment by: robert at osuosl dot org
Reported By: storozhilov at mail dot ru
Status: Closed
Bug Type: OpenSSL related
Operating System: *
PHP Version: 4CVS
New Comment:
I've noticed we've all dismissed this as a Microsoft IIS error, but
we've been receiving the same warning using Apache 1.3.31 and PHP 5.0.0
and PHP 5.0.1, configured with the following options:
./configure --with-mysql=shared,/usr --prefix=/usr
--with-apxs=/usr/bin/apxs-ssl --disable-rpath --with-layout=GNU
--with-pear=/usr/share/php --enable-ftp --with-gettext --enable-sockets
--with-zlib --with-kerberos=/usr --with-openssl
--with-exec-dir=/usr/lib/php5/libexec --with-dom=shared,/usr --with-xsl
--with-gettext
Have any apache users had this error and corrected it?
Previous Comments:
[2004-05-23 13:04:06] [EMAIL PROTECTED]
Stupid bug system...
The will be in the next snapshot from http://snaps.php.net.
[2004-05-23 13:02:46] [EMAIL PROTECTED]
This bug has been fixed in the documentation's XML sources. Since the
online and downloadable versions of the documentation need some time
to get updated, we would like to ask you to be a bit patient.
Thank you for the report, and for helping us make our documentation
better.
This has just been fixed in CVS.
Note that due to the nature of the problem (eg: IIS being at fault),
there is no way for PHP to determine the difference between a
legitimate problem and a bogus IIS unless you are using the built-in
HTTP wrapper: we inspect the headers to determine if we should show the
warning or not.
So, if you are manually opening an SSL stream, you still need to
suppress the warning yourself based on the presence of "Server:
Microsoft-IIS" in the headers that you read.
[2004-05-03 17:56:01] grizu1 at gmx dot info
Hi,
this bug still exists on php4-STABLE-200405031430. ;-(
System:
- Linux (RedHat 8) 2.4.20-28.8 #1 Thu Dec 18 12:53:39 EST 2003 i686
i686 i386 GNU/Linux
- php4-STABLE-200405031430
- OpenSSL 0.9.6b
Configure command:
'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql'
'--with-openssl' '--with-sapdb=/opt/sapdb/interfaces/odbc/'
php-script:
https://foo.bar";;
file_get_contents($url);
?>
Output:
Warning: file_get_contents(): SSL: fatal protocol error in
/www/www.default.de/html/https2.php on line 3
Any help for me?
Greetings
grizu
[2004-04-30 15:03:05] obercik at poczta dot onet dot pl
PHP Version 5.0.0RC2
Configure Command './configure' '--with-openssl' ...
if ( $fp = fopen("https://, "r") ) {
while ( $row = fgets($fp, 1024) ) {
print($row);
}
fclose($fp);
}
Warning: fgets() [function.fgets]: SSL: fatal protocol error in
xxx.php on line xx
however it GETS the data...
[2004-04-30 06:24:55] mike dot davsi at temple dot edu
I'm seeing this against an apache server. What version is this fixed
in?
file_get_contents("https://.";);
PHP 4.3.2 (cgi), Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
I have fixed it for now with error_reporting but would like to get a
true fix.
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/23220
--
Edit this bug report at http://bugs.php.net/?id=23220&edit=1
#29451 [NEW]: getlastmod() returns access time - solution
From: robert at rw-it dot net Operating system: Linux PHP version: Irrelevant PHP Bug Type: Apache related Bug description: getlastmod() returns access time - solution Description: With some combinations of mod_php and Apache, getlastmod() returns the access time instead of the modification time. All bug reports that deal with this seem to have been closed with "Works in CVS" or "Apache problem", both of which are not true. The Problem occurs if Apache was built with large file size (64-bit) support and mod_php wasn't, so they are essentially using different stat(2) structures. If 64-bit file offsets are used, the st_blocks member of struct stat grows to 64 bits and pushes the time members 32 bits "upwards". If you access this structure as a 32-bit stat structure from mod_php, st_atime contains garbage, st_mtime the access time and st_ctime the modification time of the 64-bit structure (voila!). The easy solution is to #define _FILE_OFFSET_BITS to 64, if Apache does (did) this. The hard part is that I don't know how to figure out if Apache uses 32 or 64 bits after it is installed. Secondly, PHP itself would have to use 64-bit stat structures, and I don't know if this might lead to more problems. So maybe it's better to transform the stat structure in mod_php? Any ideas? -- Edit bug report at http://bugs.php.net/?id=29451&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29451&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29451&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29451&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29451&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29451&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29451&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29451&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29451&r=support Expected behavior: http://bugs.php.net/fix.php?id=29451&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29451&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29451&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29451&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29451&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29451&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29451&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29451&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29451&r=float
#27741 [Com]: IIS down while request .php file
ID: 27741 Comment by: robert at shilston dot com Reported By: yjt at 5kg dot net Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.3.5 New Comment: I downloaded the 4.3.5 zip package for windows, and am running as ISAPI on Windows XP Pro sp1. Every few page loads, "Warning: Unknown list entry type in request shutdown (2) in Unknown on line 0" (page itself is ""). Previous Comments: [2004-04-04 00:36:13] jaw959 at new dot rr dot com I'm getting this bug... I was upgrading PHP from 4.3.4 to 4.3.5. I'm not loading any additional extensions, and I used the same .ini file as with 4.3.4. I completely wiped out the C:\PHP files, and then loaded in the new ones (and made a new copy of php4ts.dll to system32). Now, all of a sudden, I get Warning: Unknown list entry type in request shutdown (2) in Unknown on line 0. Warning: Unknown list entry type in request shutdown (2) in C:\Inetpub\wwwroot\index.php on line 2 Then, dllhost gets a memory error, and all .php scripts on my website give this error: "The remote procedure call failed and did not execute." Shortly after, it works again, and then shortly after that I get the warnings again, and then it continues in the cycle of normal operation, warnings, and RPC failing. If you have any ideas, please let me know. [2004-04-01 02:38:23] flekj at atlas dot cz We have the same problem... Unknown list entry type in request shutdown (2) in Unknown on line 0... and a lot of following bugs in every script... It seems that php is running for a short time correctly and then crashes.. We are not using Zend Encoder, so reason of this bug will be different. There was no change in our php.ini file, we use the same ini file in previous version of PHP (4.3.4) without any problem... [2004-03-31 02:07:25] [EMAIL PROTECTED] Remove that extension and try again please. [2004-03-30 19:07:19] yjt at 5kg dot net only Zend optimizer Optimization Pass 1 enabled Optimization Pass 2 enabled Optimization Pass 3 enabled Optimization Pass 4 enabled Optimization Pass 5 disabled Optimization Pass 9 disabled Optimization Pass 10 disabled Zend Loader enabled License Path no value [2004-03-30 10:35:18] [EMAIL PROTECTED] Do you have any Zend Extensions loaded in PHP.ini ? 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/27741 -- Edit this bug report at http://bugs.php.net/?id=27741&edit=1
