[PHP-BUG] Bug #65629 [NEW]: SplObjectsStorage::detach() rewinds internal pointer
From: alan dot bem at gmail dot com
Operating system:
PHP version: Irrelevant
Package: SPL related
Bug Type: Bug
Bug description:SplObjectsStorage::detach() rewinds internal pointer
Description:
It seems that SplObjectsStorage::detach() internally rewinds its array
pointer.
PHP versions from 5.1.0 to 5.5.3 are affected.
Test script:
---
// To see this live, go to: http://3v4l.org/MAELj
?php
class A
{
public $val;
public function __construct($val) { $this-val = $val; }
}
$storage = new SplObjectStorage;
for($i = 1; $i = 10; $i++) {
$storage-attach(new A($i));
}
$iterations = 0;
$storage-rewind();
while ($storage-valid()) {
$iterations++;
$object = $storage-current();
echo 'Iteration #' . $iterations . ' with object A(' . $object-val .
')';
$storage-next();
if($iterations === 2 || $iterations === 8) {
$storage-detach($object);
echo ' - deleted Object A(' . $object-val . ') ';
}
echo PHP_EOL;
}
echo 'Number of iterations: ' . $iterations . PHP_EOL;
Expected result:
Iteration #1 with object A(1)
Iteration #2 with object A(2) - deleted Object A(2)
Iteration #3 with object A(3)
Iteration #4 with object A(4)
Iteration #5 with object A(5)
Iteration #6 with object A(6)
Iteration #7 with object A(7) - deleted Object A(7)
Iteration #8 with object A(8)
Iteration #9 with object A(9)
Iteration #10 with object A(10)
Number of iterations: 10
Actual result:
--
Iteration #1 with object A(1)
Iteration #2 with object A(2) - deleted Object A(2)
Iteration #3 with object A(1)
Iteration #4 with object A(3)
Iteration #5 with object A(4)
Iteration #6 with object A(5)
Iteration #7 with object A(6)
Iteration #8 with object A(7) - deleted Object A(7)
Iteration #9 with object A(1)
Iteration #10 with object A(3)
Iteration #11 with object A(4)
Iteration #12 with object A(5)
Iteration #13 with object A(6)
Iteration #14 with object A(8)
Iteration #15 with object A(9)
Iteration #16 with object A(10)
Number of iterations: 16
--
Edit bug report at https://bugs.php.net/bug.php?id=65629edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=65629r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=65629r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=65629r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=65629r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=65629r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=65629r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=65629r=needscript
Try newer version: https://bugs.php.net/fix.php?id=65629r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=65629r=support
Expected behavior: https://bugs.php.net/fix.php?id=65629r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=65629r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=65629r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=65629r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65629r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=65629r=dst
IIS Stability: https://bugs.php.net/fix.php?id=65629r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=65629r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=65629r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=65629r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=65629r=mysqlcfg
[PHP-BUG] Bug #64354 [NEW]: Unserialize array of objects whose class can't be autoloaded fail
From: alan at klestoff dot ru
Operating system: Debian
PHP version: 5.3.22
Package: Scripting Engine problem
Bug Type: Bug
Bug description:Unserialize array of objects whose class can't be autoloaded
fail
Description:
We have serialized object of class A and array with 2 such objects
?php
class A {}
echo serialize(new A()).PHP_EOL;
echo serialize(array(new A(), new A())).PHP_EOL;
?
Then we write autoload function which throws exception if can't find a file
with
class.
And in first case - we have a normal behaviour (we can catch exception).
In second we have uncaughted exception.
Test script:
---
?php
spl_autoload_register(
function($class) {
if (!file_exists($class.'.php'))
throw new Exception();
require_once $class.'.php';
}
);
try {
var_dump(unserialize('O:1:A:0:{}'));
echo 'Serialized'.PHP_EOL;
} catch (Exception $e) {
echo 'Failed'.PHP_EOL;
}
try {
var_dump(unserialize('a:2:{i:0;O:1:A:0:{}i:1;O:1:A:0:{}}'));
echo 'Serialized'.PHP_EOL;
} catch (Exception $e) {
echo 'Failed'.PHP_EOL;
}
Expected result:
Failed
Failed
Actual result:
--
Failed
PHP Fatal error: Uncaught exception 'Exception' in -:5
Stack trace:
#0 [internal function]: {closure}('A')
#1 [internal function]: spl_autoload_call('A')
#2 -(20): unserialize('a:2:{i:0;O:1:A...')
#3 {main}
Next exception 'Exception' in -:5
Stack trace:
#0 [internal function]: {closure}('A')
#1 -(0): spl_autoload_call('A')
#2 {main}
thrown in - on line 5
--
Edit bug report at https://bugs.php.net/bug.php?id=64354edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=64354r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=64354r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=64354r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=64354r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=64354r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64354r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=64354r=needscript
Try newer version: https://bugs.php.net/fix.php?id=64354r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64354r=support
Expected behavior: https://bugs.php.net/fix.php?id=64354r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64354r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64354r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=64354r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64354r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=64354r=dst
IIS Stability: https://bugs.php.net/fix.php?id=64354r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64354r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64354r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64354r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=64354r=mysqlcfg
Bug #63170 [Com]: Creating Socket returns a 'false' stream on local network
Edit report at https://bugs.php.net/bug.php?id=63170edit=1
ID: 63170
Comment by: alan dot klestoff at gmail dot com
Reported by:keirlavelle1 at hotmail dot co dot uk
Summary:Creating Socket returns a 'false' stream on local
network
Status: Open
Type: Bug
Package:Streams related
PHP Version:5.3.17
Block user comment: N
Private report: N
New Comment:
As we can see in documantation http://php.net/fsockopen
Warning
UDP sockets will sometimes appear to have opened without an error,
even if the remote host is unreachable. The error will only become
apparent when you read or write data to/from the socket. The reason
for this is because UDP is a connectionless protocol, which means
that the operating system does not try to establish a link
for the socket until it actually needs to send or receive data.
Previous Comments:
[2012-09-27 10:41:50] keirlavelle1 at hotmail dot co dot uk
Description:
When using fsockopen if the ip address specified for hostname is local and
within the subnet mask range, and UDP is specified as the transport method, the
returned handle will var_dump as a resource of type stream, even if the ip
address doesn't exist on the network - indicating a false positive for some
reason.
Test script:
---
$socket = fsockopen('UDP://192.168.213.23:12345', $errno, $errstr, 30);
//assuming that subnet mask is 255.255.255.0 - port can be anything
var_dump($socket);
Expected result:
bool(false);
//possibly e_warning that domain is not valid
Actual result:
--
resource(8) of type (stream)
--
Edit this bug report at https://bugs.php.net/bug.php?id=63170edit=1
[PHP-BUG] Bug #61528 [NEW]: sort function crashes
From: Operating system: Ubuntu 11.11 PHP version: Irrelevant Package: Arrays related Bug Type: Bug Bug description:sort function crashes Description: I am using the version of PHP from Ubuntu 11.11 and have the following array which causes sort to crash. The output below was produced with print_r just before the call to the sort. Sorry I cannot upgrade because there is no newer version available yet for ubuntu if I do 'apt-get upgrade' I do this call : sort($array, SORT_STRING); If I change it to this, it works : usort($array, strcasecmp); Version 5.3.6-13ubuntu3.5 Test script: --- ( [0] = SeqFeature Object ( [fType] = origin of replication [fValue] = F1 [fStart] = 138 [fEnd] = 444 [fDir] = reverse[fDescr] = [description] =[isFeature] = 1 [featureID] = -1 [pName] =[pAlias] = [pDescr] = [pCategory] =[pValue] = [propID] =) [1] = SeqFeature Object ( [fType] = origin of replication [fValue] = pUC [fStart] = 1231 [fEnd] = 1850 [fDir] = reverse [fDescr] = [description] = [isFeature] = 1[featureID] = -1 [pName] = [pAlias] = [pDescr] = [pCategory] = [pValue] = [propID] = ) ) Expected result: Have the array sorted Actual result: -- Sort never returns -- Edit bug report at https://bugs.php.net/bug.php?id=61528edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61528r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61528r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61528r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61528r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61528r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61528r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61528r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61528r=needscript Try newer version: https://bugs.php.net/fix.php?id=61528r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61528r=support Expected behavior: https://bugs.php.net/fix.php?id=61528r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61528r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61528r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61528r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61528r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61528r=dst IIS Stability: https://bugs.php.net/fix.php?id=61528r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61528r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61528r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61528r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61528r=mysqlcfg
Bug #61528 [Fbk-Opn]: sort function crashes
Edit report at https://bugs.php.net/bug.php?id=61528edit=1 ID: 61528 User updated by:alan dot mckay at gmail dot com Reported by:alan dot mckay at gmail dot com Summary:sort function crashes -Status: Feedback +Status: Open Type: Bug Package:Arrays related Operating System: Ubuntu 11.11 PHP Version:Irrelevant Block user comment: N Private report: N New Comment: I'll see what I can do. My PHP is pretty rusty - I uncovered this in someone else's code and I'm not sure whether or not they are interested in spending time on this. I'll see whether I can load the given array into a tiny best program to make it break again. Previous Comments: [2012-03-27 19:57:03] s...@php.net An actual running testcase would be appreciated so we reproduce EXACTLY what you do. [2012-03-27 13:31:33] alan dot mckay at gmail dot com Description: I am using the version of PHP from Ubuntu 11.11 and have the following array which causes sort to crash. The output below was produced with print_r just before the call to the sort. Sorry I cannot upgrade because there is no newer version available yet for ubuntu if I do 'apt-get upgrade' I do this call : sort($array, SORT_STRING); If I change it to this, it works : usort($array, strcasecmp); Version 5.3.6-13ubuntu3.5 Test script: --- ( [0] = SeqFeature Object ( [fType] = origin of replication [fValue] = F1 [fStart] = 138 [fEnd] = 444 [fDir] = reverse[fDescr] = [description] =[isFeature] = 1 [featureID] = -1 [pName] =[pAlias] = [pDescr] = [pCategory] =[pValue] = [propID] =) [1] = SeqFeature Object ( [fType] = origin of replication [fValue] = pUC [fStart] = 1231 [fEnd] = 1850 [fDir] = reverse [fDescr] = [description] = [isFeature] = 1[featureID] = -1 [pName] = [pAlias] = [pDescr] = [pCategory] = [pValue] = [propID] = ) ) Expected result: Have the array sorted Actual result: -- Sort never returns -- Edit this bug report at https://bugs.php.net/bug.php?id=61528edit=1
Bug #60362 [Com]: non-existent sub-sub keys should not have values
Edit report at https://bugs.php.net/bug.php?id=60362edit=1
ID: 60362
Comment by: alan at akbkhome dot com
Reported by:danielc at analysisandsolutions dot com
Summary:non-existent sub-sub keys should not have values
Status: Open
Type: Bug
Package:Arrays related
Operating System: linux
PHP Version:5.4SVN-2011-11-23 (SVN)
Block user comment: N
Private report: N
New Comment:
This is the test output after the changes:
- most of this makes sense - string offsets of strings are now invalid, and the
dereferencing of strings with numerical indexes is 'fixed' and a behaviour
change.
BEHAVIOR CHANGED: sub-key 'non_existent' is not set.
expected: sub-key 1 is set: string(1) o
---
good: sub-sub-key 'sub_sub' is not set.
BEHAVIOR CHANGED: sub-sub-key 0 is set: string(1) o
---
BEHAVIOR CHANGED: sub-key 'non_existent' is empty.
expected: sub-key 1 is NOT empty: string(1) o
---
good: sub-sub-key 'sub_sub' is empty.
BEHAVIOR CHANGED: sub-sub-key 0 is not empty: string(1) o
Previous Comments:
[2011-11-23 01:37:51] danielc at analysisandsolutions dot com
Description:
In an array, a sub-sub-key of an existing key is now returning a letter of the
value indexed by the main key. This is a regression in 5.4. PHP 5.3 still
operates as expected. I suspect this is related to the array dereferencing
changes.
Test script:
---
$arr = array('exists' = 'foo');
if (isset($arr['exists']['non_existent'])) {
echo expected: sub-key 'non_existent' is set: ;
var_dump($arr['exists']['non_existent']);
} else {
echo BEHAVIOR CHANGED: sub-key 'non_existent' is not set.\n;
}
if (isset($arr['exists'][1])) {
echo expected: sub-key 1 is set: ;
var_dump($arr['exists'][1]);
} else {
echo BEHAVIOR CHANGED: sub-key 1 is not set.\n;
}
echo ---\n;
if (isset($arr['exists']['non_existent']['sub_sub'])) {
echo BEHAVIOR CHANGED: sub-key 'sub_sub' is set: ;
var_dump($arr['exists']['non_existent']['sub_sub']);
} else {
echo good: sub-sub-key 'sub_sub' is not set.\n;
}
if (isset($arr['exists'][1][0])) {
echo BEHAVIOR CHANGED: sub-sub-key 0 is set: ;
var_dump($arr['exists'][1][0]);
} else {
echo good: sub-sub-key 0 is not set.\n;
}
echo ---\n;
if (empty($arr['exists']['non_existent'])) {
echo BEHAVIOR CHANGED: sub-key 'non_existent' is empty.\n;
} else {
echo expected: sub-key 'non_existent' is not empty: ;
var_dump($arr['exists']['non_existent']);
}
if (empty($arr['exists'][1])) {
echo BEHAVIOR CHANGED: sub-key 1 is empty.\n;
} else {
echo expected: sub-key 1 is NOT empty: ;
var_dump($arr['exists'][1]);
}
echo ---\n;
if (empty($arr['exists']['non_existent']['sub_sub'])) {
echo good: sub-sub-key 'sub_sub' is empty.\n;
} else {
echo BEHAVIOR CHANGED: sub-sub-key 'sub_sub' is not empty: ;
var_dump($arr['exists']['non_existent']['sub_sub']);
}
if (empty($arr['exists'][1][0])) {
echo good: sub-sub-key 0 is empty.\n;
} else {
echo BEHAVIOR CHANGED: sub-sub-key 0 is not empty: ;
var_dump($arr['exists'][1][0]);
}
Expected result:
expected: sub-key 'non_existent' is set: string(1) f
expected: sub-key 1 is set: string(1) o
---
good: sub-sub-key 'sub_sub' is not set.
good: sub-sub-key 0 is not set.
---
expected: sub-key 'non_existent' is not empty: string(1) f
expected: sub-key 1 is NOT empty: string(1) o
---
good: sub-sub-key 'sub_sub' is empty.
good: sub-sub-key 0 is empty.
Actual result:
--
expected: sub-key 'non_existent' is set: string(1) f
expected: sub-key 1 is set: string(1) o
---
BEHAVIOR CHANGED: sub-key 'sub_sub' is set: string(1) f
BEHAVIOR CHANGED: sub-sub-key 0 is set: string(1) o
---
expected: sub-key 'non_existent' is not empty: string(1) f
expected: sub-key 1 is NOT empty: string(1) o
---
BEHAVIOR CHANGED: sub-sub-key 'sub_sub' is not empty: string(1) f
BEHAVIOR CHANGED: sub-sub-key 0 is not empty: string(1) o
--
Edit this bug report at https://bugs.php.net/bug.php?id=60362edit=1
Bug #55475 [Com]: is_a() triggers autoloader
Edit report at https://bugs.php.net/bug.php?id=55475edit=1 ID: 55475 Comment by: alan at akbkhome dot com Reported by:mads at gartneriet dot dk Summary:is_a() triggers autoloader Status: Assigned Type: Bug Package:Scripting Engine problem PHP Version:5.3.7 Assigned To:dmitry Block user comment: N Private report: N New Comment: From the manual. Returns TRUE if the object is of this class or has this class as one of its parents, FALSE otherwise. note the FALSE otherwise ... Defiantly a bug.. Previous Comments: [2011-08-23 05:17:52] mads at gartneriet dot dk DB_DataObject uses is_a() to check if a variable is both an object and an instance of a particular object. PEAR::isError() does too. This just gives warnings in my code, and I could of course easily fix these two places in my local pear-code. But then it will bite me the next time I upgrade those packages from PEAR. [2011-08-22 21:46:19] col...@php.net What code? Do you have some example? [2011-08-22 19:17:28] mads at gartneriet dot dk Maybe not a bug, but it is behaving different ind 5.3.7 than in the previous versions, which makes some of the code from PEAR that i use, give errors. [2011-08-22 18:36:59] s...@php.net This is not a bug. If first argument is a string, it is interpreted as a class name and autoloader is called for it. Actually, IIRC, one the reasons why is_a was un-deprecated is that it can work with strings. [2011-08-22 15:46:05] johan...@php.net is_a()'s first argument is documented to be an object. If called with a string, following the documentation, I would actually expect a Warning: is_a() expects parameter 1 to be object, string given and return NULL. That aside and looking at the actual behavior: Previously is_a() could be used to check whether the parameter is an object AND of a specific type in one go. This can't be done anymore. In $a = test; is_a($a, foo); test might be an existing class and might be of type foo. Now people have to do is_object() is_a(). I don't like having such behavior change in bug fix versions as I don't like going back and forth which is annoying for documentation and confusing for users. I would love to keep it out of 5.3.8 to have that as low risk quick release for the hash issue. Which means a rollback to the old way is even harder to do. (two versions with the new behavior out) 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 https://bugs.php.net/bug.php?id=55475 -- Edit this bug report at https://bugs.php.net/bug.php?id=55475edit=1
Bug #55475 [Com]: is_a() triggers autoloader
Edit report at https://bugs.php.net/bug.php?id=55475edit=1 ID: 55475 Comment by: alan at akbkhome dot com Reported by:mads at gartneriet dot dk Summary:is_a() triggers autoloader Status: Assigned Type: Bug Package:Scripting Engine problem PHP Version:5.3.7 Assigned To:dmitry Block user comment: N Private report: N New Comment: @stas - the point of un-depreciating and working with a string was the second argument, not the first one. eg. is_a($something, 'might_be_not_loaded_class') rather than $something instanceof might_be_not_loaded_class Previous Comments: [2011-08-23 06:26:21] alan at akbkhome dot com From the manual. Returns TRUE if the object is of this class or has this class as one of its parents, FALSE otherwise. note the FALSE otherwise ... Defiantly a bug.. [2011-08-23 05:17:52] mads at gartneriet dot dk DB_DataObject uses is_a() to check if a variable is both an object and an instance of a particular object. PEAR::isError() does too. This just gives warnings in my code, and I could of course easily fix these two places in my local pear-code. But then it will bite me the next time I upgrade those packages from PEAR. [2011-08-22 21:46:19] col...@php.net What code? Do you have some example? [2011-08-22 19:17:28] mads at gartneriet dot dk Maybe not a bug, but it is behaving different ind 5.3.7 than in the previous versions, which makes some of the code from PEAR that i use, give errors. [2011-08-22 18:36:59] s...@php.net This is not a bug. If first argument is a string, it is interpreted as a class name and autoloader is called for it. Actually, IIRC, one the reasons why is_a was un-deprecated is that it can work with strings. 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 https://bugs.php.net/bug.php?id=55475 -- Edit this bug report at https://bugs.php.net/bug.php?id=55475edit=1
Bug #55475 [Com]: is_a() triggers autoloader
Edit report at https://bugs.php.net/bug.php?id=55475edit=1
ID: 55475
Comment by: alan at akbkhome dot com
Reported by:mads at gartneriet dot dk
Summary:is_a() triggers autoloader
Status: Assigned
Type: Bug
Package:Scripting Engine problem
PHP Version:5.3.7
Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
For reference:
The workaround is to do this
if (is_a($a, 'B')) {
becomes
if (is_object($a) is_a($a, 'B')) {
Previous Comments:
[2011-08-23 14:24:59] jha dot rajeev at gmail dot com
This also affects HTML_Template_Flexy pear package that uses is_a to check
returned object against PEAR_Error class. No matter what behavior is right it
looks broken to me because I am patching this pear packages files right now!
[2011-08-23 08:25:33] alan at akbkhome dot com
@stas - the point of un-depreciating and working with a string was the second
argument, not the first one.
eg.
is_a($something, 'might_be_not_loaded_class')
rather than
$something instanceof might_be_not_loaded_class
[2011-08-23 06:26:21] alan at akbkhome dot com
From the manual.
Returns TRUE if the object is of this class or has this class as one of its
parents, FALSE otherwise.
note the FALSE otherwise ...
Defiantly a bug..
[2011-08-23 05:17:52] mads at gartneriet dot dk
DB_DataObject uses is_a() to check if a variable is both an object and an
instance of a particular object.
PEAR::isError() does too.
This just gives warnings in my code, and I could of course easily fix these two
places in my local pear-code. But then it will bite me the next time I upgrade
those packages from PEAR.
[2011-08-22 21:46:19] col...@php.net
What code? Do you have some example?
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
https://bugs.php.net/bug.php?id=55475
--
Edit this bug report at https://bugs.php.net/bug.php?id=55475edit=1
#49259 [NEW]: Add month 13 to date_parse()
From: alan at wilcoxengineering dot com Operating system: Linux PHP version: 5.2.10 PHP Bug Type: Feature/Change Request Bug description: Add month 13 to date_parse() Description: date_parse expects months 1..12 only. date_parse(13/1/5769) for month=13, Ehul in Jewish calendar, results in month==3 instead of month==13. It does, however, report the error array showing Unexpected Character. It would be nice if date_parse could handle the months properly (just report back a 13 for the month). The older approach of substr() is my workaround. Reproduce code: --- --- From manual page: function.date-parse --- date_parse(13/1/5769) Expected result: Array for month should show 13 instead of 3 -- Edit bug report at http://bugs.php.net/?id=49259edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49259r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49259r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49259r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49259r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49259r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49259r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49259r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49259r=needscript Try newer version: http://bugs.php.net/fix.php?id=49259r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49259r=support Expected behavior: http://bugs.php.net/fix.php?id=49259r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49259r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49259r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49259r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49259r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49259r=dst IIS Stability: http://bugs.php.net/fix.php?id=49259r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49259r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49259r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49259r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49259r=mysqlcfg
#47022 [NEW]: Update of Bug 47000.
From: alan at binarystars dot com Operating system: linux PHP version: 5.2.8 PHP Bug Type: IMAP related Bug description: Update of Bug 47000. Description: Update of Bug 47000. I tried to update the bug report but wouldn't let me. shell php phpinfo.php | grep Configure Configure Command = './configure' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-mysql- sock=/tmp/mysql.sock' '--with-imap=/root/bin/imap-2007e' '--enable- mbstring=all' '--enable-debug' shell export USE_ZEND_ALLOC=0 shell export | grep ZEND declare -x USE_ZEND_ALLOC=0 shell php -v PHP 5.2.8 (cli) (built: Dec 20 2008 05:26:51) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies shell uname -r 2.6.25-14.fc9.i686 shell valgrind --tool=memcheck --num-callers=30 --leak-check=full -- log-file=imap_bug.log /usr/local/bin/php imap_bug.php Old test run: http://home.binarystars.com/~alan/imap_bug/archive/ Reproduce code: --- Colorized imap_bug.html with line numbers: http://home.binarystars.com/~alan/imap_bug/imap_bug.html (34k) Text version: http://home.binarystars.com/~alan/imap_bug/imap_bug.txt (3.6k) Expected result: See Bug 47000. http://bugs.php.net/bug.php?id=47000 Actual result: -- Method 1 results (w/ USE_ZEND_ALLOC=0): http://home.binarystars.com/~alan/imap_bug/method1_results.txt (2.1k) Method 2 results (w/ USE_ZEND_ALLOC=0): http://home.binarystars.com/~alan/imap_bug/method2_results.txt (2.1k) Valgrind results (v3.4.0): http://home.binarystars.com/~alan/imap_bug/imap_bug.log (2.4k) -- Edit bug report at http://bugs.php.net/?id=47022edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47022r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47022r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47022r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47022r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47022r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47022r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47022r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47022r=needscript Try newer version: http://bugs.php.net/fix.php?id=47022r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47022r=support Expected behavior: http://bugs.php.net/fix.php?id=47022r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47022r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47022r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47022r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47022r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47022r=dst IIS Stability: http://bugs.php.net/fix.php?id=47022r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47022r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47022r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47022r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47022r=mysqlcfg
#47022 [Com]: Update of Bug 47000.
ID: 47022 Comment by: alan at binarystars dot com Reported By: alan at binarystars dot com Status: Feedback Bug Type: IMAP related Operating System: linux PHP Version: 5.2.8 New Comment: I assume you mean if I enable Zend Memory. If you check the Old test run where USE_ZEND_ALLOC=1 you can see PHP is cleared the memory successfully after an unset. http://home.binarystars.com/~alan/imap_bug/archive/method1_results.tx t However, the resident memory (RSS) remains high. Its almost like c- client keeps the email data in memory without flushing the memory. Again, this is a huge problem with systems that do not have a lot of free memory. Is there any way to flush the memory without exiting the script? Previous Comments: [2009-01-06 17:55:22] scott...@php.net Check memory_get_usage() to see what PHP is using, my guess is that there is a copy of the data in c-client and another for PHP. Immediately after that line has executed I'm assuming the c-client version is released. [2009-01-06 16:32:54] alan at binarystars dot com Description: Update of Bug 47000. I tried to update the bug report but wouldn't let me. shell php phpinfo.php | grep Configure Configure Command = './configure' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-mysql- sock=/tmp/mysql.sock' '--with-imap=/root/bin/imap-2007e' '--enable- mbstring=all' '--enable-debug' shell export USE_ZEND_ALLOC=0 shell export | grep ZEND declare -x USE_ZEND_ALLOC=0 shell php -v PHP 5.2.8 (cli) (built: Dec 20 2008 05:26:51) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies shell uname -r 2.6.25-14.fc9.i686 shell valgrind --tool=memcheck --num-callers=30 --leak-check=full -- log-file=imap_bug.log /usr/local/bin/php imap_bug.php Old test run: http://home.binarystars.com/~alan/imap_bug/archive/ Reproduce code: --- Colorized imap_bug.html with line numbers: http://home.binarystars.com/~alan/imap_bug/imap_bug.html (34k) Text version: http://home.binarystars.com/~alan/imap_bug/imap_bug.txt (3.6k) Expected result: See Bug 47000. http://bugs.php.net/bug.php?id=47000 Actual result: -- Method 1 results (w/ USE_ZEND_ALLOC=0): http://home.binarystars.com/~alan/imap_bug/method1_results.txt (2.1k) Method 2 results (w/ USE_ZEND_ALLOC=0): http://home.binarystars.com/~alan/imap_bug/method2_results.txt (2.1k) Valgrind results (v3.4.0): http://home.binarystars.com/~alan/imap_bug/imap_bug.log (2.4k) -- Edit this bug report at http://bugs.php.net/?id=47022edit=1
#47022 [Com]: Update of Bug 47000.
ID: 47022 Comment by: alan at binarystars dot com Reported By: alan at binarystars dot com Status: Feedback Bug Type: IMAP related Operating System: linux PHP Version: 5.2.8 New Comment: I'll try posting the URL again... the 't' is missing at the end of the line. http://home.binarystars.com/~alan/imap_bug/archive/method1_results.tx t Previous Comments: [2009-01-06 18:57:33] alan at binarystars dot com I assume you mean if I enable Zend Memory. If you check the Old test run where USE_ZEND_ALLOC=1 you can see PHP is cleared the memory successfully after an unset. http://home.binarystars.com/~alan/imap_bug/archive/method1_results.tx t However, the resident memory (RSS) remains high. Its almost like c- client keeps the email data in memory without flushing the memory. Again, this is a huge problem with systems that do not have a lot of free memory. Is there any way to flush the memory without exiting the script? [2009-01-06 17:55:22] scott...@php.net Check memory_get_usage() to see what PHP is using, my guess is that there is a copy of the data in c-client and another for PHP. Immediately after that line has executed I'm assuming the c-client version is released. [2009-01-06 16:32:54] alan at binarystars dot com Description: Update of Bug 47000. I tried to update the bug report but wouldn't let me. shell php phpinfo.php | grep Configure Configure Command = './configure' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-mysql- sock=/tmp/mysql.sock' '--with-imap=/root/bin/imap-2007e' '--enable- mbstring=all' '--enable-debug' shell export USE_ZEND_ALLOC=0 shell export | grep ZEND declare -x USE_ZEND_ALLOC=0 shell php -v PHP 5.2.8 (cli) (built: Dec 20 2008 05:26:51) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies shell uname -r 2.6.25-14.fc9.i686 shell valgrind --tool=memcheck --num-callers=30 --leak-check=full -- log-file=imap_bug.log /usr/local/bin/php imap_bug.php Old test run: http://home.binarystars.com/~alan/imap_bug/archive/ Reproduce code: --- Colorized imap_bug.html with line numbers: http://home.binarystars.com/~alan/imap_bug/imap_bug.html (34k) Text version: http://home.binarystars.com/~alan/imap_bug/imap_bug.txt (3.6k) Expected result: See Bug 47000. http://bugs.php.net/bug.php?id=47000 Actual result: -- Method 1 results (w/ USE_ZEND_ALLOC=0): http://home.binarystars.com/~alan/imap_bug/method1_results.txt (2.1k) Method 2 results (w/ USE_ZEND_ALLOC=0): http://home.binarystars.com/~alan/imap_bug/method2_results.txt (2.1k) Valgrind results (v3.4.0): http://home.binarystars.com/~alan/imap_bug/imap_bug.log (2.4k) -- Edit this bug report at http://bugs.php.net/?id=47022edit=1
#47000 [Com]: imap_body() and imap_savebody() memory leak.
ID: 47000 Comment by: alan at binarystars dot com Reported By: alan at binarystars dot com Status: Feedback Bug Type: IMAP related Operating System: 2.6.25-14.fc9.i686 PHP Version: 5.2.8 New Comment: iliaa at php.net, Give me a moment to update. Thanks. Previous Comments: [2009-01-05 16:01:47] il...@php.net Can you run it via valgrind rather then php's memory checker? I suspect the issue is just some temp vars that will be cleaned up by garbage collection. [2009-01-04 21:31:09] alan at binarystars dot com Description: # Problem: imap_body() and imap_savebody() memory leak. During the following test of 26 email messages totaling a sum of 244.05Mb it seems you need TWICE the amount of memory in order to receive the message body via imap_body(). When using the imap_savebody() func it seems you need approximately the same amount of memory as the email message itself. The problem in particular is repeatable in any size email message... even when you unset the variables/objects returned by the func. In other words, you want to receive a message body of 5Mb using imap_body() func; you'll need 10Mb of available free RAM just to store the message body to a variable. Now, say you receive 10 messages each at 5Mb, and unset all the variables. That would mean you'll need 100Mb of free memory to read all ten messages. See the reproduced code and the results for more information. # Question: Is there a way to flush the memory without actually exiting out of the script? Reproduce code: --- Colorized version: http://home.binarystars.com/~alan/imap_bug/test.html (30k) Text version: http://home.binarystars.com/~alan/imap_bug/test.txt (5.3k) Result of method 1 via imap_body(): http://home.binarystars.com/~alan/imap_bug/method1_results.txt (3.6k) Result of method 2 via imap_savebody(): http://home.binarystars.com/~alan/imap_bug/method2_results.txt Expected result: When I run the script I expect it to use less (RSS) resident memory. Actual result: -- Instead of freeing up memory the script takes up more than Oracle running five hundred databases. -- Edit this bug report at http://bugs.php.net/?id=47000edit=1
#47000 [NEW]: imap_body() and imap_savebody() memory leak.
From: alan at binarystars dot com Operating system: 2.6.25-14.fc9.i686 PHP version: 5.2.8 PHP Bug Type: IMAP related Bug description: imap_body() and imap_savebody() memory leak. Description: # Problem: imap_body() and imap_savebody() memory leak. During the following test of 26 email messages totaling a sum of 244.05Mb it seems you need TWICE the amount of memory in order to receive the message body via imap_body(). When using the imap_savebody() func it seems you need approximately the same amount of memory as the email message itself. The problem in particular is repeatable in any size email message... even when you unset the variables/objects returned by the func. In other words, you want to receive a message body of 5Mb using imap_body() func; you'll need 10Mb of available free RAM just to store the message body to a variable. Now, say you receive 10 messages each at 5Mb, and unset all the variables. That would mean you'll need 100Mb of free memory to read all ten messages. See the reproduced code and the results for more information. # Question: Is there a way to flush the memory without actually exiting out of the script? Reproduce code: --- Colorized version: http://home.binarystars.com/~alan/imap_bug/test.html (30k) Text version: http://home.binarystars.com/~alan/imap_bug/test.txt (5.3k) Result of method 1 via imap_body(): http://home.binarystars.com/~alan/imap_bug/method1_results.txt (3.6k) Result of method 2 via imap_savebody(): http://home.binarystars.com/~alan/imap_bug/method2_results.txt Expected result: When I run the script I expect it to use less (RSS) resident memory. Actual result: -- Instead of freeing up memory the script takes up more than Oracle running five hundred databases. -- Edit bug report at http://bugs.php.net/?id=47000edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47000r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47000r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47000r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47000r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47000r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47000r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47000r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47000r=needscript Try newer version: http://bugs.php.net/fix.php?id=47000r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47000r=support Expected behavior: http://bugs.php.net/fix.php?id=47000r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47000r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47000r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47000r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47000r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47000r=dst IIS Stability: http://bugs.php.net/fix.php?id=47000r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47000r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47000r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47000r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47000r=mysqlcfg
#45101 [Bgs]: pg_send_query_params ORDER BY ignored
ID: 45101
User updated by: alan at fromorbit dot com
Reported By: alan at fromorbit dot com
Status: Bogus
Bug Type: PostgreSQL related
Operating System: Linux 2.6.24.7 x64
PHP Version: 5.2.6
Assigned To: hholzgra
New Comment:
If that's the case, how does one sort by the column name passed into
the statement via the prepared values array if it always selects
string?
Should this be documented?
Previous Comments:
[2008-10-19 23:37:28] [EMAIL PROTECTED]
ORDER BY can get both a result column name or an expression as input,
in regular statements you would distinguish between a column name and a
string expression by checking whether the name is in qoutes or not.
With pg_send_query_params() the situation becomes ambiguous though and
the function always picks the string variant, so your statement becomes
the equivalent of
SELECT *
FROM php_bug
WHERE name LIKE '%o%'
ORDER BY 'doesnt_exist_and_should_be_an_sql_error';
and so sorts by a constant (string) expression.
[2008-05-27 04:47:21] alan at fromorbit dot com
Description:
Hi all,
I've discovered that if you use pg_send_query_params() and try and
include a parameter for an 'ORDER BY' for example it's completely
ignored. I've looked at the pg_trace() output and it appears to be doing
the right thing. All I can assume is that the parameter is being
converted to a TRUE for an ORDER BY, and so the database happily accepts
'ORDER BY 1'.
Reproduce code:
---
#!/opt/php/bin/php
?php
/*
create table php_bug (id integer, name varchar(255));
insert into php_bug values (1, 'one');
insert into php_bug values (2, 'two');
insert into php_bug values (3, 'three');
insert into php_bug values (4, 'four');
insert into php_bug values (5, 'five');
*/
$conn = pg_connect('host=localhost dbname=test port=5432 user=web');
$sql = 'SELECT * FROM php_bug WHERE name LIKE $1 ORDER BY $2';
$params = array('%o%', 'doesnt_exist_and_should_be_an_sql_error');
if (! pg_connection_busy($conn)) pg_send_query_params($conn, $sql,
$params);
$res = pg_get_result($conn);
while($row = pg_fetch_assoc($res))
echo {$row['id']} - {$row['name']}\n;
?
Expected result:
An SQL error or an output that is ordered by the given parameter
Actual result:
--
1 - one
2 - two
4 - four
--
Edit this bug report at http://bugs.php.net/?id=45101edit=1
#45590 [NEW]: pcntl_fork() with MySQL queries
From: alan dot blotz at students dot uni-mainz dot de
Operating system: Debian Lenny
PHP version: 5.2.6
PHP Bug Type: MySQL related
Bug description: pcntl_fork() with MySQL queries
Description:
Already a long time ago the bug http://bugs.php.net/bug.php?id=38228 was
active, but I experienced some problems with the pcntl_fork() function
today. I already fixed the problem with multiple children connecting to the
MySQL server by using mysql_connect(..., true) or mysql_pconnect() (the
latter I'm using right now). My problem is, that with any of these methods
I'm partly getting wrong results to queries (see code). This really NOT
happening always, just sometimes when you don't expect it.
I can't post the original code due to copyrights, but the example below
should give you an idea of what is happening. I'm working with multiple
children in my application (executed as CLI), at least five at a time. Is
it perhaps a memory problem of PHP and / or MySQL?
Alan
Reproduce code:
---
// Queries for five children
for ($i = 0; $i 5; $i++) {
// If I am the child
if (!pcntl_fork()) {
switch ($i) {
case 0:
$sql = 'SELECT a, b FROM t';
break;
case 1:
$sql = 'SELECT c FROM s';
break;
case 2:
$sql = 'SELECT x FROM s';
break;
case 3:
$sql = 'SELECT a, b, d FROM t';
break;
case 4:
$sql = 'SELECT d FROM t';
break;
}
$result = mysql_query($sql);
// Get the result from DB with mysql_fetch_array() for example
}
}
Expected result:
Result of columns a and b from table t in first child
Result of column c from table s in second child
Result of column x from table s in third child
Result of columns a, b and d from table t in fourth child
Result of column d from table t in fifth child
Actual result:
--
For example (some worst case):
Nothing in first child
Result of column x from table s in second child
Result of column c from table s in third child
Result of columns a and b from table t in fourth child
Result of column d from table t in fifth child
--
Edit bug report at http://bugs.php.net/?id=45590edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45590r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45590r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45590r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45590r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45590r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45590r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45590r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45590r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45590r=support
Expected behavior:http://bugs.php.net/fix.php?id=45590r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45590r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45590r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45590r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45590r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45590r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45590r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45590r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45590r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45590r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45590r=mysqlcfg
#43617 [NEW]: Error handler for pspell_config_personal()
From: alan at ridersite dot org
Operating system: Linux
PHP version: 5.2.5
PHP Bug Type: Pspell related
Bug description: Error handler for pspell_config_personal()
Description:
Code is on a virtual host and it appears php was compiled with an obsolete
version of aspell [.5]. This appears to be causing a fatal error if
pspell_config_personal() is called.
The error handler appears to send an empty error message to the client.
And, pspell_config_personal() is not returning a binary response.
All the other pspell() functions behave as expected with errors.
is_writeable('crcustom.pws') and file_exists('crcustom.pws') tests work
fine on the pws file.
Reproduce code:
---
ini_set(display_errors, on);
error_reporting(E_ALL);
$ps_config = pspell_config_create(en);
if(!pspell_config_personal($ps_config, $_SERVER['DOCUMENT_ROOT'] .
/dictionaries/crcustom.pws))
die(div style=\color:red; font-weight:bold\Server spell function
error. Could not open custom dictionary. Please report this error to the
Webmaster./div);
if(!pspell_config_mode($ps_config, PSPELL_FAST))
die(div style=\color:red; font-weight:bold\Server spell function
error. Could not configure. Please report this error to the
Webmaster./div);
$dict = pspell_new_config($ps_config)
or die(div style=\color:red; font-weight:bold\Server spell function
error. Could not open the dictionary [$dict]. Please report this error to
the Webmaster./div);
echo Everything loaded OK;
Expected result:
Everything loaded OK
Actual result:
--
Blank client page if pspell_config_personal() is active.
Everything loaded OK if pspell_config_personal() is commented out.
--
Edit bug report at http://bugs.php.net/?id=43617edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43617r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43617r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43617r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43617r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43617r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43617r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43617r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43617r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43617r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43617r=support
Expected behavior:http://bugs.php.net/fix.php?id=43617r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43617r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43617r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43617r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43617r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43617r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43617r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43617r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43617r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43617r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43617r=mysqlcfg
#43617 [Opn]: Error handler for pspell_config_personal()
ID: 43617
User updated by: alan at ridersite dot org
Reported By: alan at ridersite dot org
Status: Open
Bug Type: Pspell related
Operating System: Linux
PHP Version: 5.2.5
New Comment:
Re: Code is on a virtual host and it appears php was compiled with an
obsolete version of aspell [.5]. This appears to be causing a fatal
error if pspell_config_personal() is called.
The aspell version is not causing an error. I installed the same code
on another server with the same OS, Apache, PHP 5.2.5, etc. and it works
fine with aspell .50.x .
However, I'm still getting the problem with error handling as I
described.
Previous Comments:
[2007-12-17 15:04:32] alan at ridersite dot org
Description:
Code is on a virtual host and it appears php was compiled with an
obsolete version of aspell [.5]. This appears to be causing a fatal
error if pspell_config_personal() is called.
The error handler appears to send an empty error message to the client.
And, pspell_config_personal() is not returning a binary response.
All the other pspell() functions behave as expected with errors.
is_writeable('crcustom.pws') and file_exists('crcustom.pws') tests work
fine on the pws file.
Reproduce code:
---
ini_set(display_errors, on);
error_reporting(E_ALL);
$ps_config = pspell_config_create(en);
if(!pspell_config_personal($ps_config, $_SERVER['DOCUMENT_ROOT'] .
/dictionaries/crcustom.pws))
die(div style=\color:red; font-weight:bold\Server spell
function error. Could not open custom dictionary. Please report this
error to the Webmaster./div);
if(!pspell_config_mode($ps_config, PSPELL_FAST))
die(div style=\color:red; font-weight:bold\Server spell
function error. Could not configure. Please report this error to the
Webmaster./div);
$dict = pspell_new_config($ps_config)
or die(div style=\color:red; font-weight:bold\Server spell
function error. Could not open the dictionary [$dict]. Please report
this error to the Webmaster./div);
echo Everything loaded OK;
Expected result:
Everything loaded OK
Actual result:
--
Blank client page if pspell_config_personal() is active.
Everything loaded OK if pspell_config_personal() is commented out.
--
Edit this bug report at http://bugs.php.net/?id=43617edit=1
#43093 [Fbk-Opn]: Zip File Size Problem
ID: 43093 User updated by: alan at dunns dot co dot uk Reported By: alan at dunns dot co dot uk -Status: Feedback +Status: Open Bug Type: Zip Related Operating System: Linux PHP Version: 5.2.4 Assigned To: pajoye New Comment: i have run the revised code, here is the result int(11) Warning: ZipArchive::extractTo() [function.ZipArchive-extractTo]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 14 bool(false) Warning: ZipArchive::close() [function.ZipArchive-close]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 17 bool(false) We are very pressured, so it may take a while to install an upgrade to php5.2.5. We are running 5.1.6. Previous Comments: [2007-12-02 17:00:25] [EMAIL PROTECTED] I finally got the time to sit down and try this bug. I sadly can't reproduce it. Can you try it again using php 5.2.5? Please use the following code and paste the result here: $zip = new ZipArchive; $r = $zip-open(/srv/ftp/bountywin/TEST/IN/Bounty_02695b.zip); var_dump($r); $r = $zip-extractTo(/srv/ftp/bountywin/TEST/IN/TEMPDATA); var_dump($r); $r = $zip-close(); var_dump($r); [2007-11-01 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. [2007-10-24 14:04:31] [EMAIL PROTECTED] These credentials do not work. Please mail me a working user/password (pierre dot php at gmail dot com) [2007-10-24 13:52:57] alan at dunns dot co dot uk please remove connection data after download [2007-10-24 13:51:36] alan at dunns dot co dot uk You can get a file example at ftp server 195.8.188.187 in folder php_bug. Username: general password: boUnt6FoTo 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/43093 -- Edit this bug report at http://bugs.php.net/?id=43093edit=1
#43093 [Fbk-Opn]: Zip File Size Problem
ID: 43093 User updated by: alan at dunns dot co dot uk Reported By: alan at dunns dot co dot uk -Status: Feedback +Status: Open Bug Type: Zip Related Operating System: Linux PHP Version: 5.2.4 Assigned To: pajoye New Comment: I re-ran after verifying the file name and path: int(5) Warning: ZipArchive::extractTo() [function.ZipArchive-extractTo]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 14 bool(false) Warning: ZipArchive::close() [function.ZipArchive-close]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 17 bool(false) Previous Comments: [2007-12-03 14:26:16] [EMAIL PROTECTED] The first return value int(11) means that the open methods did not find the file or can't open it. Be sure it is in your path. Alternatively you can try using an absolute path. To test with 5.2.5, you can simply install it locally on your windows and run your script using the command line. Feel free to come back or ask if you still experience problem to open this archive. [2007-12-03 14:21:38] alan at dunns dot co dot uk i have run the revised code, here is the result int(11) Warning: ZipArchive::extractTo() [function.ZipArchive-extractTo]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 14 bool(false) Warning: ZipArchive::close() [function.ZipArchive-close]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 17 bool(false) We are very pressured, so it may take a while to install an upgrade to php5.2.5. We are running 5.1.6. [2007-12-02 17:00:25] [EMAIL PROTECTED] I finally got the time to sit down and try this bug. I sadly can't reproduce it. Can you try it again using php 5.2.5? Please use the following code and paste the result here: $zip = new ZipArchive; $r = $zip-open(/srv/ftp/bountywin/TEST/IN/Bounty_02695b.zip); var_dump($r); $r = $zip-extractTo(/srv/ftp/bountywin/TEST/IN/TEMPDATA); var_dump($r); $r = $zip-close(); var_dump($r); [2007-11-01 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. [2007-10-24 14:04:31] [EMAIL PROTECTED] These credentials do not work. Please mail me a working user/password (pierre dot php at gmail dot com) 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/43093 -- Edit this bug report at http://bugs.php.net/?id=43093edit=1
#43093 [NEW]: Zip File Size Problem
From: alan at dunns dot co dot uk Operating system: Linux PHP version: 5.2.4 PHP Bug Type: Zip Related Bug description: Zip File Size Problem Description: using zip-open(), zip-extractTo on a zip file less than (approx) 250mb works fine. Using it on a file size over 250mb it fails. Reproduce code: --- $zip = new ZipArchive; $zip-open(/srv/ftp/bountywin/TEST/IN/Bounty_02695b.zip); $zip-extractTo(/srv/ftp/bountywin/TEST/IN/TEMPDATA); $zip-close(); Actual result: -- Warning: ZipArchive::extractTo() [function.ZipArchive-extractTo]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 12 Warning: ZipArchive::close() [function.ZipArchive-close]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 13 -- Edit bug report at http://bugs.php.net/?id=43093edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43093r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43093r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43093r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43093r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43093r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43093r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43093r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43093r=needscript Try newer version:http://bugs.php.net/fix.php?id=43093r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43093r=support Expected behavior:http://bugs.php.net/fix.php?id=43093r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43093r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43093r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43093r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43093r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43093r=dst IIS Stability:http://bugs.php.net/fix.php?id=43093r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43093r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43093r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43093r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43093r=mysqlcfg
#43093 [Fbk-Opn]: Zip File Size Problem
ID: 43093 User updated by: alan at dunns dot co dot uk Reported By: alan at dunns dot co dot uk -Status: Feedback +Status: Open Bug Type: Zip Related Operating System: Linux PHP Version: 5.2.4 Assigned To: pajoye New Comment: You can get a file example at ftp server 195.8.188.187 in folder php_bug. Username: general password: boUnt6FoTo Previous Comments: [2007-10-24 12:12:13] [EMAIL PROTECTED] Please provide a link to the non working zip data. [2007-10-24 12:05:29] alan at dunns dot co dot uk Description: using zip-open(), zip-extractTo on a zip file less than (approx) 250mb works fine. Using it on a file size over 250mb it fails. Reproduce code: --- $zip = new ZipArchive; $zip-open(/srv/ftp/bountywin/TEST/IN/Bounty_02695b.zip); $zip-extractTo(/srv/ftp/bountywin/TEST/IN/TEMPDATA); $zip-close(); Actual result: -- Warning: ZipArchive::extractTo() [function.ZipArchive-extractTo]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 12 Warning: ZipArchive::close() [function.ZipArchive-close]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=43093edit=1
#43093 [Opn]: Zip File Size Problem
ID: 43093 User updated by: alan at dunns dot co dot uk Reported By: alan at dunns dot co dot uk Status: Open Bug Type: Zip Related Operating System: Linux PHP Version: 5.2.4 Assigned To: pajoye New Comment: please remove connection data after download Previous Comments: [2007-10-24 13:51:36] alan at dunns dot co dot uk You can get a file example at ftp server 195.8.188.187 in folder php_bug. Username: general password: boUnt6FoTo [2007-10-24 12:12:13] [EMAIL PROTECTED] Please provide a link to the non working zip data. [2007-10-24 12:05:29] alan at dunns dot co dot uk Description: using zip-open(), zip-extractTo on a zip file less than (approx) 250mb works fine. Using it on a file size over 250mb it fails. Reproduce code: --- $zip = new ZipArchive; $zip-open(/srv/ftp/bountywin/TEST/IN/Bounty_02695b.zip); $zip-extractTo(/srv/ftp/bountywin/TEST/IN/TEMPDATA); $zip-close(); Actual result: -- Warning: ZipArchive::extractTo() [function.ZipArchive-extractTo]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 12 Warning: ZipArchive::close() [function.ZipArchive-close]: Invalid or unitialized Zip object in /srv/www/vhosts/bountywebtest/test/test.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=43093edit=1
#43043 [Opn]: NULL == '' for ntext and nvarchar(max)
ID: 43043
User updated by: alan dot trick at twu dot ca
Reported By: alan dot trick at twu dot ca
Status: Open
Bug Type: MSSQL related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
Why would that have anything do do with anything? Aren't those just
limits on the maximum amount of text that can come through?
My values in php.ini are:
mssql.textlimit = 20971520
mssql.textsize = 20971520
I had to set it because mssql was cropping some of my long text fields.
Previous Comments:
[2007-10-19 21:47:11] felipensp at gmail dot com
This isn't a bug.
Check the configuration options mssql.textlimit and mssql.textsize.
[2007-10-19 18:51:47] alan dot trick at twu dot ca
Description:
This bug is somewhat related to #39213 except it only occurs (as far as
I can tell) on fields that are ntext and nvarchar(max). The Moodle bug
report MDL-11810 (http://tracker.moodle.org/browse/MDL-11810) has more
info. This is with freeTDS.
Reproduce code:
---
$tables = array(
'nulltest' = 'varchar(5)',
'nulltestnvar' = 'nvarchar(5)',
'nulltestntext' = 'ntext',
'nulltestnvarmax' = 'nvarchar(max)'
);
foreach($tables as $table=$domain) {
print ==$table==\n;
mssql_query(create table $table (test $domain););
mssql_query(insert into $table values(''););
$r = mssql_query(select * from $table;);
while ($a = mssql_fetch_assoc($r)) var_dump($a['test']);
mssql_query(drop table $table;);
}
Expected result:
==nulltest==
string(0)
==nulltestnvar==
string(0)
==nulltestntext==
string(0)
==nulltestnvarmax==
string(0)
Actual result:
--
==nulltest==
string(0)
==nulltestnvar==
string(0)
==nulltestntext==
NULL
==nulltestnvarmax==
NULL
--
Edit this bug report at http://bugs.php.net/?id=43043edit=1
#43043 [NEW]: NULL == '' for ntext and nvarchar(max)
From: alan dot trick at twu dot ca
Operating system: Linux
PHP version: 5.2.4
PHP Bug Type: MSSQL related
Bug description: NULL == '' for ntext and nvarchar(max)
Description:
This bug is somewhat related to #39213 except it only occurs (as far as I
can tell) on fields that are ntext and nvarchar(max). The Moodle bug report
MDL-11810 (http://tracker.moodle.org/browse/MDL-11810) has more info. This
is with freeTDS.
Reproduce code:
---
$tables = array(
'nulltest' = 'varchar(5)',
'nulltestnvar' = 'nvarchar(5)',
'nulltestntext' = 'ntext',
'nulltestnvarmax' = 'nvarchar(max)'
);
foreach($tables as $table=$domain) {
print ==$table==\n;
mssql_query(create table $table (test $domain););
mssql_query(insert into $table values(''););
$r = mssql_query(select * from $table;);
while ($a = mssql_fetch_assoc($r)) var_dump($a['test']);
mssql_query(drop table $table;);
}
Expected result:
==nulltest==
string(0)
==nulltestnvar==
string(0)
==nulltestntext==
string(0)
==nulltestnvarmax==
string(0)
Actual result:
--
==nulltest==
string(0)
==nulltestnvar==
string(0)
==nulltestntext==
NULL
==nulltestnvarmax==
NULL
--
Edit bug report at http://bugs.php.net/?id=43043edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43043r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43043r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43043r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43043r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43043r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43043r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43043r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43043r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43043r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43043r=support
Expected behavior:http://bugs.php.net/fix.php?id=43043r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43043r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43043r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43043r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43043r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43043r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43043r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43043r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43043r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43043r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43043r=mysqlcfg
#40733 [NEW]: Undefined symbol: spl_ce_RuntimeException
From: alan dot mcfarlane at gmail dot com Operating system: FreeBSD 6.0 PHP version: 5.2.1 PHP Bug Type: MySQLi related Bug description: Undefined symbol: spl_ce_RuntimeException Description: There appears to be a problem with one of the extensions - possibly un undefined symbol: The following extensions are active (in order): session mysqli zip pdf json hash gmp filter fileinfo curl posix sockets openssl ldap simplexml bz2 snmp gettext iconv dom tokenizer xmlreader readline imap xml exif mhash mcrypt mysql mbstring xmlwriter zlib pcre spl sqlite ctype ftp gd xsl Reproduce code: --- echo phpversion(); Expected result: 5.2.1 Actual result: -- PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mysqli.so' - /usr/local/lib/php/20060613/mysqli.so: Undefined symbol spl_ce_RuntimeException in Unknown on line 0 5.2.1 -- Edit bug report at http://bugs.php.net/?id=40733edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40733r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40733r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40733r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40733r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40733r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40733r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40733r=needscript Try newer version:http://bugs.php.net/fix.php?id=40733r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40733r=support Expected behavior:http://bugs.php.net/fix.php?id=40733r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40733r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40733r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40733r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40733r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40733r=dst IIS Stability:http://bugs.php.net/fix.php?id=40733r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40733r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40733r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40733r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40733r=mysqlcfg
#40733 [Fbk-Opn]: Undefined symbol: spl_ce_RuntimeException
ID: 40733 User updated by: alan dot mcfarlane at gmail dot com Reported By: alan dot mcfarlane at gmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: FreeBSD 6.0 PHP Version: 5.2.1 Assigned To: helly New Comment: Configure: -- './configure' '--enable-versioning' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-a ll' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--program-prefix=' '--enable-fastcgi' '--with-apxs2=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--prefix=/usr/local' Both PHP and all the extensions were built using the standard FreeBSD ports structure. Note the problem does NOT manifest itself on any of my 64-bit boxes. Previous Comments: [2007-03-05 21:23:46] [EMAIL PROTECTED] We need your configure line and whether you compile the extension shared or not. [2007-03-05 21:23:03] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2007-03-05 20:01:47] [EMAIL PROTECTED] Please report this to the PHP ports maintainers. Not a PHP problem = bogus [2007-03-05 19:51:50] alan dot mcfarlane at gmail dot com Description: There appears to be a problem with one of the extensions - possibly un undefined symbol: The following extensions are active (in order): session mysqli zip pdf json hash gmp filter fileinfo curl posix sockets openssl ldap simplexml bz2 snmp gettext iconv dom tokenizer xmlreader readline imap xml exif mhash mcrypt mysql mbstring xmlwriter zlib pcre spl sqlite ctype ftp gd xsl Reproduce code: --- echo phpversion(); Expected result: 5.2.1 Actual result: -- PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/mysqli.so' - /usr/local/lib/php/20060613/mysqli.so: Undefined symbol spl_ce_RuntimeException in Unknown on line 0 5.2.1 -- Edit this bug report at http://bugs.php.net/?id=40733edit=1
#36969 [Bgs]: pg_query_params() fails for integer column with 'INSERT INTO..SELECT DISTINCT'
ID: 36969
User updated by: alan dot harder at sun dot com
Reported By: alan dot harder at sun dot com
Status: Bogus
Bug Type: PostgreSQL related
Operating System: Debian
PHP Version: 5.1.5
Assigned To: helly
New Comment:
for what it's worth, in my setup i only see the problem via PHP.. psql
won't let me prepare without a type. maybe the problem is in the pg8
client library, setting a default type to text if you don't specify.
array(3) { [client]= string(5) 8.1.4 [protocol]= int(3)
[server]= string(6) 7.4.13 }
in psql:
testdb= prepare blah as insert into test select distinct $1;
ERROR: there is no parameter $1
testdb= prepare blah(int) as insert into test select distinct $1;
PREPARE
but via PHP,
Warning: pg_query_params() [function.pg-query-params]: Query failed:
ERROR: column val is of type integer but expression is of type text
HINT: You will need to rewrite or cast the expression.
adding ::int in the pg_query_params sql does work, as you suggested.
Previous Comments:
[2006-11-11 14:31:52] [EMAIL PROTECTED]
This is not a bug in PHP itself. As you can see below, the same thing
happens using psql (and I'm using PostgreSQL 8.2beta2). Perhaps you
should contact the Postgres guys, or perhaps distinct simply needs you
to be more specific about the type it needs to distinguish against?
$1::int works with distinct, for example.
testdb=# prepare blah as insert into test select distinct $1;
ERROR: column i is of type integer but expression is of type text
HINT: You will need to rewrite or cast the expression.
testdb=# prepare blah as insert into test select $1;
PREPARE
testdb=#
[2006-09-26 22:27:47] [EMAIL PROTECTED]
Assigned to the maintainer.
[2006-08-30 18:50:24] alan dot harder at sun dot com
Tested on PHP 5.1.5.. same result.
[2006-04-04 17:00:24] alan dot harder at sun dot com
Description:
parameter given as integer but treated as text with particular sql
syntax. remove distinct from the sql and it works.
Tested with PHP 5.1.2 and PHP 5.1.3-RC2
pg_version output:
array(3) { [client]= string(5) 8.1.2 [protocol]= int(3)
[server]= string(6) 7.4.11 }
Reproduce code:
---
First in psql:
create table test (val integer);
Test code:
?php
$db = pg_connect('dbname=testdb');
if (!$db) return;
$s = pg_query_params($db, 'insert into test select distinct $1',
array(666));
if ($s === false) {
print pg_last_error($db);
} else {
print OK\n;
}
pg_close($db);
?
Expected result:
OK
Actual result:
--
Warning: pg_query_params() [function.pg-query-params]: Query failed:
ERROR: column val is of type integer but expression is of type text
HINT: You will need to rewrite or cast the expression. in
/usr/home/mindless/public_html/pgtest.php on line 5
ERROR: column val is of type integer but expression is of type text
HINT: You will need to rewrite or cast the expression.
--
Edit this bug report at http://bugs.php.net/?id=36969edit=1
#38751 [NEW]: comment seems to be ignored
From: alan at 1st-straw dot com Operating system: Win 2M SP4 Build 2195 PHP version: 5.1.6 PHP Bug Type: Unknown/Other Function Bug description: comment seems to be ignored Description: I'm in the process of converting VBA code into PHP (lots of fun). In the process of debugging a class and I'm get the following error: Parse error: parse error, unexpected T_VARIABLE in F:\mailing list\1ststrawCMS\mysql\scripts\CContact.inc on line 1187 I comment out the offeding lines and still get the error. I have tried //, /* */ and # and still get the error. I have included the offending lines below. Let me know if more informantion is needed. Reproduce code: --- If ($this-prefix != $v-Getprefix()) : If (strlen($strSQL1) 0) : $strSQL1 += , ; else: $strSQL1 = SET ; endif; If ($v-Getprefix() = ) : $strSQL1 += prefix = null; /* else: THIS IS LINE 1186 $strSQL1 += prefix = '$v-Getprefix()'; */ endif; endif; BLAH Expected result: Parse error: parse error, unexpected T_VARIABLE in F:\mailing list\1ststrawCMS\mysql\scripts\CContact.inc on line 1190 Actual result: -- Parse error: parse error, unexpected T_VARIABLE in F:\mailing list\1ststrawCMS\mysql\scripts\CContact.inc on line 1187 -- Edit bug report at http://bugs.php.net/?id=38751edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38751r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38751r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38751r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38751r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38751r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38751r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38751r=needscript Try newer version:http://bugs.php.net/fix.php?id=38751r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38751r=support Expected behavior:http://bugs.php.net/fix.php?id=38751r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38751r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38751r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38751r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38751r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38751r=dst IIS Stability:http://bugs.php.net/fix.php?id=38751r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38751r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38751r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38751r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38751r=mysqlcfg
#38688 [NEW]: segmentation fault when using mm
From: alan+php at mizrahi dot com dot ve Operating system: Linux PHP version: 5.1.6 PHP Bug Type: Reproducible crash Bug description: segmentation fault when using mm Description: PHP segfaults sporadically when built with mm. I am using apache-2.2.3, php-5.1.6 and libmm-1.4.0. Actual result: -- This is what gdb shows: Core was generated by `/usr/sbin/httpd -k start'. Program terminated with signal 11, Segmentation fault. #0 zm_shutdown_ps_mm (type=1, module_number=20) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/ext/session/mod_mm.c:243 243 /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/ext/session/mod_mm.c: No such file or directory. in /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/ext/session/mod_mm.c (gdb) bt #0 zm_shutdown_ps_mm (type=1, module_number=20) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/ext/session/mod_mm.c:243 #1 0xb73e0dab in zm_shutdown_session (type=512, module_number=20) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/ext/session/session.c:1869 #2 0xb7570b6e in module_destructor (module=0x81a2388) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/Zend/zend_API.c:1811 #3 0xb75787a7 in zend_hash_apply_deleter (ht=0xb7929a00, p=0x81a2358) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/Zend/zend_hash.c:576 #4 0xb75789b7 in zend_hash_graceful_reverse_destroy (ht=0xb7929a00) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/Zend/zend_hash.c:642 #5 0xb756d4ae in zend_shutdown () at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/Zend/zend.c:728 #6 0xb752a71f in php_module_shutdown () at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/main/main.c:1618 #7 0xb752a7bb in php_module_shutdown_wrapper (sapi_globals=0xb7909900) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/main/main.c:1589 #8 0xb7611013 in php_apache_server_shutdown (tmp=0x0) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/sapi/apache2handler/sapi_apache2.c:332 #9 0xb7b2e16d in run_cleanups (cref=0x809e0b8) at memory/unix/apr_pools.c:2034 #10 0xb7b2ecdd in apr_pool_destroy (pool=0x809e0a8) at memory/unix/apr_pools.c:727 #11 0xb7b2ecc8 in apr_pool_destroy (pool=0x809c0a0) at memory/unix/apr_pools.c:724 #12 0x08061493 in destroy_and_exit_process (process=value optimized out, process_exit_value=-1796453902) at main.c:259 #13 0x080621a8 in main (argc=3, argv=0xbf837e94) at main.c:724 -- Edit bug report at http://bugs.php.net/?id=38688edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38688r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38688r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38688r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38688r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38688r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38688r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38688r=needscript Try newer version:http://bugs.php.net/fix.php?id=38688r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38688r=support Expected behavior:http://bugs.php.net/fix.php?id=38688r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38688r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38688r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38688r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38688r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38688r=dst IIS Stability:http://bugs.php.net/fix.php?id=38688r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38688r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38688r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38688r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38688r=mysqlcfg
#38688 [Opn]: segmentation fault when using mm
ID: 38688 User updated by: alan+php at mizrahi dot com dot ve Reported By: alan+php at mizrahi dot com dot ve Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.1.6 New Comment: Sorry, thats a backtrace for php-5.1.5. The actual backtrace (5.1.6) shows this: Program terminated with signal 11, Segmentation fault. #0 zm_shutdown_ps_mm (type=1, module_number=20) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.6/ext/session/mod_mm.c:243 243 next = sd-next; (gdb) bt #0 zm_shutdown_ps_mm (type=1, module_number=20) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.6/ext/session/mod_mm.c:243 #1 0xb73d4dcb in zm_shutdown_session (type=31780, module_number=20) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.6/ext/session/session.c:1869 #2 0xb7564c0e in module_destructor (module=0x81a2380) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.6/Zend/zend_API.c:1811 #3 0xb756c817 in zend_hash_apply_deleter (ht=0xb791db80, p=0x81a2350) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.6/Zend/zend_hash.c:576 #4 0xb756ca27 in zend_hash_graceful_reverse_destroy (ht=0xb791db80) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.6/Zend/zend_hash.c:642 #5 0xb756154e in zend_shutdown () at /usr/ports/work/mod_php_complete_debug/src/php-5.1.6/Zend/zend.c:728 #6 0xb751e73f in php_module_shutdown () at /usr/ports/work/mod_php_complete_debug/src/php-5.1.6/main/main.c:1618 #7 0xb751e7db in php_module_shutdown_wrapper (sapi_globals=0xb78fda80) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.6/main/main.c:1589 #8 0xb7605183 in php_apache_server_shutdown (tmp=0x0) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.6/sapi/apache2handler/sapi_apache2.c:332 #9 0xb7b2216d in run_cleanups (cref=0x809e0b8) at memory/unix/apr_pools.c:2034 #10 0xb7b22cdd in apr_pool_destroy (pool=0x809e0a8) at memory/unix/apr_pools.c:727 #11 0xb7b22cc8 in apr_pool_destroy (pool=0x809c0a0) at memory/unix/apr_pools.c:724 #12 0x08061493 in destroy_and_exit_process (process=value optimized out, process_exit_value=1685221224) at main.c:259 #13 0x080621a8 in main (argc=3, argv=0xbfe2c254) at main.c:724 Previous Comments: [2006-09-02 04:34:14] alan+php at mizrahi dot com dot ve Description: PHP segfaults sporadically when built with mm. I am using apache-2.2.3, php-5.1.6 and libmm-1.4.0. Actual result: -- This is what gdb shows: Core was generated by `/usr/sbin/httpd -k start'. Program terminated with signal 11, Segmentation fault. #0 zm_shutdown_ps_mm (type=1, module_number=20) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/ext/session/mod_mm.c:243 243 /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/ext/session/mod_mm.c: No such file or directory. in /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/ext/session/mod_mm.c (gdb) bt #0 zm_shutdown_ps_mm (type=1, module_number=20) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/ext/session/mod_mm.c:243 #1 0xb73e0dab in zm_shutdown_session (type=512, module_number=20) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/ext/session/session.c:1869 #2 0xb7570b6e in module_destructor (module=0x81a2388) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/Zend/zend_API.c:1811 #3 0xb75787a7 in zend_hash_apply_deleter (ht=0xb7929a00, p=0x81a2358) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/Zend/zend_hash.c:576 #4 0xb75789b7 in zend_hash_graceful_reverse_destroy (ht=0xb7929a00) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/Zend/zend_hash.c:642 #5 0xb756d4ae in zend_shutdown () at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/Zend/zend.c:728 #6 0xb752a71f in php_module_shutdown () at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/main/main.c:1618 #7 0xb752a7bb in php_module_shutdown_wrapper (sapi_globals=0xb7909900) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/main/main.c:1589 #8 0xb7611013 in php_apache_server_shutdown (tmp=0x0) at /usr/ports/work/mod_php_complete_debug/src/php-5.1.5/sapi/apache2handler/sapi_apache2.c:332 #9 0xb7b2e16d in run_cleanups (cref=0x809e0b8) at memory/unix/apr_pools.c:2034 #10 0xb7b2ecdd in apr_pool_destroy (pool=0x809e0a8) at memory/unix/apr_pools.c:727 #11 0xb7b2ecc8 in apr_pool_destroy (pool=0x809c0a0) at memory/unix/apr_pools.c:724 #12 0x08061493 in destroy_and_exit_process (process=value optimized out, process_exit_value=-1796453902) at main.c:259 #13 0x080621a8 in main (argc=3, argv=0xbf837e94) at main.c:724 -- Edit this bug report at http://bugs.php.net/?id=38688edit=1
#36969 [Opn]: pg_query_params() fails for integer column with 'INSERT INTO..SELECT DISTINCT'
ID: 36969
User updated by: alan dot harder at sun dot com
Reported By: alan dot harder at sun dot com
Status: Open
Bug Type: PostgreSQL related
Operating System: Debian
-PHP Version: 5.1.3RC2
+PHP Version: 5.1.5
New Comment:
Tested on PHP 5.1.5.. same result.
Previous Comments:
[2006-04-04 17:00:24] alan dot harder at sun dot com
Description:
parameter given as integer but treated as text with particular sql
syntax. remove distinct from the sql and it works.
Tested with PHP 5.1.2 and PHP 5.1.3-RC2
pg_version output:
array(3) { [client]= string(5) 8.1.2 [protocol]= int(3)
[server]= string(6) 7.4.11 }
Reproduce code:
---
First in psql:
create table test (val integer);
Test code:
?php
$db = pg_connect('dbname=testdb');
if (!$db) return;
$s = pg_query_params($db, 'insert into test select distinct $1',
array(666));
if ($s === false) {
print pg_last_error($db);
} else {
print OK\n;
}
pg_close($db);
?
Expected result:
OK
Actual result:
--
Warning: pg_query_params() [function.pg-query-params]: Query failed:
ERROR: column val is of type integer but expression is of type text
HINT: You will need to rewrite or cast the expression. in
/usr/home/mindless/public_html/pgtest.php on line 5
ERROR: column val is of type integer but expression is of type text
HINT: You will need to rewrite or cast the expression.
--
Edit this bug report at http://bugs.php.net/?id=36969edit=1
#37586 [NEW]: PCRE_ERROR_RECURSIONLIMIT not checked by configure
From: alan at akbkhome dot com Operating system: linux PHP version: 5.1.5CVS PHP Bug Type: PCRE related Bug description: PCRE_ERROR_RECURSIONLIMIT not checked by configure Description: building with a shared PCRE lib, will fail as it does not have PCRE_ERROR_RECURSIONLIMIT PCRE_EXTRA_MATCH_LIMIT_RECURSION defined. configure should really check for those and barf out Reproduce code: --- ./configure --with-pcre-regex=/usr make . Expected result: configure:29331: checking for PCRE support PCRE lib not compatible... exit... Actual result: -- configure:29331: checking for PCRE support configure:29370: result: yes -- Edit bug report at http://bugs.php.net/?id=37586edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37586r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37586r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37586r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37586r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37586r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37586r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37586r=needscript Try newer version:http://bugs.php.net/fix.php?id=37586r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37586r=support Expected behavior:http://bugs.php.net/fix.php?id=37586r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37586r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37586r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37586r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37586r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37586r=dst IIS Stability:http://bugs.php.net/fix.php?id=37586r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37586r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37586r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37586r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37586r=mysqlcfg
#37587 [NEW]: var without attribute causes segfault.
From: alan at akbkhome dot com
Operating system: linux
PHP version: 5CVS-2006-05-25 (CVS)
PHP Bug Type: WDDX related
Bug description: var without attribute causes segfault.
Description:
var with out attributes causes segfault due to no checking on att
patch to fix:
? run-tests.php
cvs diff: Diffing .
Index: wddx.c
===
RCS file: /repository/php-src/ext/wddx/wddx.c,v
retrieving revision 1.119.2.10
diff -u -r1.119.2.10 wddx.c
--- wddx.c 23 Apr 2006 16:02:05 - 1.119.2.10
+++ wddx.c 25 May 2006 05:00:10 -
@@ -811,14 +811,15 @@
wddx_stack_push((wddx_stack *)stack, ent,
sizeof(st_entry));
} else if (!strcmp(name, EL_VAR)) {
int i;
-
- for (i = 0; atts[i]; i++) {
- if (!strcmp(atts[i], EL_NAME) atts[++i]
atts[i][0]) {
- char *decoded;
- int decoded_len;
- decoded = xml_utf8_decode(atts[i],
strlen(atts[i]), decoded_len, ISO-8859-1);
- stack-varname = decoded;
- break;
+ if (atts) {
+ for (i = 0; atts[i]; i++) {
+ if (!strcmp(atts[i], EL_NAME) atts[++i]
atts[i][0]) {
+ char *decoded;
+ int decoded_len;
+ decoded = xml_utf8_decode(atts[i],
strlen(atts[i]), decoded_len, ISO-8859-1);
+ stack-varname = decoded;
+ break;
+ }
}
}
} else if (!strcmp(name, EL_RECORDSET)) {
Reproduce code:
---
php -r
'var_dump(wddx_deserialize(file_get_contents(http://www.akbkhome.com/svn/hebehaven2/templates/backend/members_edit.html.rules.wddx;)));
Expected result:
a nice printout
Actual result:
--
segfault
backtrace basically says att = 0x0
--
Edit bug report at http://bugs.php.net/?id=37587edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37587r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37587r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37587r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37587r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37587r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37587r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37587r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37587r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37587r=support
Expected behavior:http://bugs.php.net/fix.php?id=37587r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37587r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37587r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37587r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37587r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37587r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37587r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37587r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37587r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37587r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37587r=mysqlcfg
#37587 [Opn]: var without attribute causes segfault.
ID: 37587
User updated by: alan at akbkhome dot com
Reported By: alan at akbkhome dot com
Status: Open
Bug Type: WDDX related
Operating System: linux
PHP Version: 5CVS-2006-05-25 (CVS)
New Comment:
probably worth changing all the
for (i=0;att[i];i++)
to
for (i=0;att att[i];i++)
in that whole function.
Previous Comments:
[2006-05-25 05:04:01] alan at akbkhome dot com
Description:
var with out attributes causes segfault due to no checking on att
patch to fix:
? run-tests.php
cvs diff: Diffing .
Index: wddx.c
===
RCS file: /repository/php-src/ext/wddx/wddx.c,v
retrieving revision 1.119.2.10
diff -u -r1.119.2.10 wddx.c
--- wddx.c 23 Apr 2006 16:02:05 - 1.119.2.10
+++ wddx.c 25 May 2006 05:00:10 -
@@ -811,14 +811,15 @@
wddx_stack_push((wddx_stack *)stack, ent,
sizeof(st_entry));
} else if (!strcmp(name, EL_VAR)) {
int i;
-
- for (i = 0; atts[i]; i++) {
- if (!strcmp(atts[i], EL_NAME) atts[++i]
atts[i][0]) {
- char *decoded;
- int decoded_len;
- decoded = xml_utf8_decode(atts[i],
strlen(atts[i]), decoded_len, ISO-8859-1);
- stack-varname = decoded;
- break;
+ if (atts) {
+ for (i = 0; atts[i]; i++) {
+ if (!strcmp(atts[i], EL_NAME)
atts[++i] atts[i][0]) {
+ char *decoded;
+ int decoded_len;
+ decoded =
xml_utf8_decode(atts[i], strlen(atts[i]), decoded_len, ISO-8859-1);
+ stack-varname = decoded;
+ break;
+ }
}
}
} else if (!strcmp(name, EL_RECORDSET)) {
Reproduce code:
---
php -r
'var_dump(wddx_deserialize(file_get_contents(http://www.akbkhome.com/svn/hebehaven2/templates/backend/members_edit.html.rules.wddx;)));
Expected result:
a nice printout
Actual result:
--
segfault
backtrace basically says att = 0x0
--
Edit this bug report at http://bugs.php.net/?id=37587edit=1
#36969 [NEW]: pg_query_params fails for integer column with 'insert into..select distinct'
From: alan dot harder at sun dot com
Operating system: Debian
PHP version: 5.1.3RC2
PHP Bug Type: PostgreSQL related
Bug description: pg_query_params fails for integer column with 'insert
into..select distinct'
Description:
parameter given as integer but treated as text with particular sql syntax.
remove distinct from the sql and it works.
Tested with PHP 5.1.2 and PHP 5.1.3-RC2
pg_version output:
array(3) { [client]= string(5) 8.1.2 [protocol]= int(3)
[server]= string(6) 7.4.11 }
Reproduce code:
---
First in psql:
create table test (val integer);
Test code:
?php
$db = pg_connect('dbname=testdb');
if (!$db) return;
$s = pg_query_params($db, 'insert into test select distinct $1',
array(666));
if ($s === false) {
print pg_last_error($db);
} else {
print OK\n;
}
pg_close($db);
?
Expected result:
OK
Actual result:
--
Warning: pg_query_params() [function.pg-query-params]: Query failed:
ERROR: column val is of type integer but expression is of type text
HINT: You will need to rewrite or cast the expression. in
/usr/home/mindless/public_html/pgtest.php on line 5
ERROR: column val is of type integer but expression is of type text
HINT: You will need to rewrite or cast the expression.
--
Edit bug report at http://bugs.php.net/?id=36969edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36969r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36969r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36969r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36969r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36969r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36969r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36969r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36969r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36969r=support
Expected behavior:http://bugs.php.net/fix.php?id=36969r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36969r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36969r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36969r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36969r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36969r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36969r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36969r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36969r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36969r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36969r=mysqlcfg
#36899 [NEW]: strtotime fails to return null or false
From: alan dot whitney at sephone dot com
Operating system: Linux (Fedora Core 2)
PHP version: 5.1.2
PHP Bug Type: Date/time related
Bug description: strtotime fails to return null or false
Description:
When you use strtotime on 1143522000 it returns a timestamp 6 years
eariler.
It seems to be if the string falls on the format HHMMSS and HH is
above 10 and SS is above 37 it will parse it out to be the time in the
string(HHMMSS), today's date and the year () in the string.
Reproduce code:
---
$mktime = mktime(0,0,0, 3, 28, 2006);
$return = strtotime($mktime);
if ($return === false) {
echo Nothing;
} else {
echo date(r, $return);
}
Expected result:
Nothing
Actual result:
--
Tue, 28 Mar 2000 11:43:52 -0500
--
Edit bug report at http://bugs.php.net/?id=36899edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36899r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36899r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36899r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36899r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36899r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36899r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36899r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36899r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36899r=support
Expected behavior:http://bugs.php.net/fix.php?id=36899r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36899r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36899r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36899r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36899r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36899r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36899r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36899r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36899r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36899r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36899r=mysqlcfg
#36899 [Fbk-Opn]: strtotime fails to return null or false
ID: 36899
User updated by: alan dot whitney at sephone dot com
Reported By: alan dot whitney at sephone dot com
-Status: Feedback
+Status: Open
Bug Type: Date/time related
Operating System: Linux (Fedora Core 2)
PHP Version: 5.1.2
New Comment:
I Downloaded and installed the latest snap shot. It didn't seem to fix
the problem. When I run this code:
$mktime = 1143592000;
$return = strtotime($mktime);
echo $return;
I get the output of 954261839. Which is a timestamp for 3/28/2000 at
11:43:59
I was expecting it to return false or null.
Previous Comments:
[2006-03-28 23:41:49] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Can't reproduce.
[2006-03-28 23:33:15] alan dot whitney at sephone dot com
Description:
When you use strtotime on 1143522000 it returns a timestamp 6 years
eariler.
It seems to be if the string falls on the format HHMMSS and HH is
above 10 and SS is above 37 it will parse it out to be the time in the
string(HHMMSS), today's date and the year () in the string.
Reproduce code:
---
$mktime = mktime(0,0,0, 3, 28, 2006);
$return = strtotime($mktime);
if ($return === false) {
echo Nothing;
} else {
echo date(r, $return);
}
Expected result:
Nothing
Actual result:
--
Tue, 28 Mar 2000 11:43:52 -0500
--
Edit this bug report at http://bugs.php.net/?id=36899edit=1
#35381 [NEW]: (with patch) ssl lib not initialized causes garbage when used with soap ext.
From: alan at akbkhome dot com Operating system: linux PHP version: 5.1.0 PHP Bug Type: OpenSSL related Bug description: (with patch) ssl lib not initialized causes garbage when used with soap ext. Description: Patch to fix Index: ext/openssl/openssl.c === RCS file: /repository/php-src/ext/openssl/openssl.c,v retrieving revision 1.98.2.1 diff -p -u -r1.98.2.1 openssl.c --- ext/openssl/openssl.c 18 Aug 2005 13:34:37 - 1.98.2.1 +++ ext/openssl/openssl.c 25 Nov 2005 03:03:47 - @@ -584,6 +584,7 @@ PHP_MINIT_FUNCTION(openssl) le_x509 = zend_register_list_destructors_ex(php_x509_free, NULL, OpenSSL X.509, module_number); le_csr = zend_register_list_destructors_ex(php_csr_free, NULL, OpenSSL X.509 CSR, module_number); + SSL_library_init(); OpenSSL_add_all_ciphers(); OpenSSL_add_all_digests(); OpenSSL_add_all_algorithms(); -- Edit bug report at http://bugs.php.net/?id=35381edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35381r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35381r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35381r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35381r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35381r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35381r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35381r=needscript Try newer version: http://bugs.php.net/fix.php?id=35381r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35381r=support Expected behavior: http://bugs.php.net/fix.php?id=35381r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35381r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35381r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35381r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35381r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35381r=dst IIS Stability: http://bugs.php.net/fix.php?id=35381r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35381r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35381r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35381r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35381r=mysqlcfg
#33197 [Fbk-Opn]: sapi_module.treat_data not getting initialized (apache2)
ID: 33197
User updated by: alan at akbkhome dot com
Reported By: alan at akbkhome dot com
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: debian / linux
PHP Version: 5.* (2005-05-31)
New Comment:
Server version: Apache/2.0.54
it's the debain apache2-mpm-prefork
Previous Comments:
[2005-05-31 07:29:33] [EMAIL PROTECTED]
Not enough info to reproduce (works fine for me..).
What MPM is used for Apache2? (please tell it's worker? :)
What startup? Request or apachectl start ?
[2005-05-31 06:01:23] alan at akbkhome dot com
Description:
tried HEAD php-5.0.4
getting segfault at startup with apache2
#1 0x4086a123 in php_hash_environment ()
at /usr/src/php-5.0.4/main/php_variables.c:625
p = 0x81ecc39 GPCS
_gpc_flags = \000\000\000\001
dummy_track_vars_array = (zval *) 0x0
initialized_dummy_track_vars_array = 0 '\0'
jit_initialization = 0 '\0'
auto_global_records = {{name = 0x40a0c39b _POST, name_len =
6,
long_name = 0x40a236b2 HTTP_POST_VARS, long_name_len = 15,
jit_initialization = 0 '\0'}, {name = 0x40a0c3a1 _GET, name_len =
5,
long_name = 0x40a236c1 HTTP_GET_VARS, long_name_len = 14,
jit_initialization = 0 '\0'}, {name = 0x40a0c393 _COOKIE,
name_len = 8,
long_name = 0x40a236cf HTTP_COOKIE_VARS, long_name_len = 17,
jit_initialization = 0 '\0'}, {name = 0x408c12ab _SERVER,
name_len = 8,
long_name = 0x40a236e0 HTTP_SERVER_VARS, long_name_len = 17,
jit_initialization = 1 '\001'}, {name = 0x40a1683e _ENV, name_len
= 5,
long_name = 0x40a236f1 HTTP_ENV_VARS, long_name_len = 14,
jit_initialization = 1 '\001'}, {name = 0x40a23708 _FILES,
name_len = 7,
long_name = 0x40a236ff HTTP_POST_FILES, long_name_len = 16,
jit_initialization = 0 '\0'}}
i = 6
#2 0x4085edc4 in php_request_startup () at
/usr/src/php-5.0.4/main/main.c:1060
orig_bailout = {{__jmpbuf = {135586232, 1084715676,
-1073743140,
-1073743112, -1073743568, 1082911454}, __mask_was_saved = 0,
__saved_mask = {__val = {0 repeats 32 times
orig_bailout_set = 1 '\001'
retval = 0
#3 0x408bedfb in php_handler (r=0x8221948)
at /usr/src/php-5.0.4/sapi/apache2handler/sapi_apache2.c:527
orig_bailout = {{__jmpbuf = {0, 0, 0, 0, 0, 0},
__mask_was_saved = 0,
__saved_mask = {__val = {0 repeats 32 times
ctx = (php_struct *) 0x8223240
conf = (void *) 0x0
brigade = (apr_bucket_brigade *) 0x82232b8
bucket = (apr_bucket *) 0x0
rv = 0
parent_req = (request_rec *) 0x0
#4 0x080783d5 in ap_run_handler ()
No symbol table info available.
(gdb) up
#1 0x4086a123 in php_hash_environment ()
at /usr/src/php-5.0.4/main/php_variables.c:625
625
sapi_module.treat_data(PARSE_GET, NULL, NULL TSRMLS_CC);/* GET
Data */
(gdb) print sapi_module.treat_data
$2 = (void (*)(int, char *, zval *)) 0
build:
'./configure'
'--prefix=/usr'
'--with-regex=php'
'--disable-cgi'
'--with-config-file-path=/etc/php5/cli'
'--disable-rpath'
'--enable-memory-limit'
'--with-layout=GNU'
'--with-pear=/usr/share/php'
'--enable-track-vars'
'--enable-trans-sid'
'--enable-bcmath'
'--with-bz2'
'--enable-ctype' '
--with-db4'
'--with-iconv'
'--enable-exif'
'--enable-ftp'
'--with-gettext'
'--enable-mbstring'
'--with-pcre-regex=/usr'
'--enable-shmop'
'--enable-sockets'
'--enable-wddx'
'--disable-xml'
'--with-expat-dir=/usr'
'--with-xmlrpc'
'--enable-yp'
'--with-zlib'
'--without-pgsql'
'--with-kerberos=/usr'
'--enable-dbx' '--with-mime-magic=/usr/share/misc/file/magic.mime'
'--with-exec-dir=/usr/lib/php5/libexec'
'--disable-static'
'--without-mm'
'--without-mysql'
'--without-sybase-ct'
'--enable-curl'
'--with-apxs2=/usr/bin/apxs2'
'--without-sqlite'
'--without-pdo-sqlite'
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=33197edit=1
#33197 [NEW]: sapi_module.treat_data not getting initialized (apache2)
From: alan at akbkhome dot com
Operating system: debian / linux
PHP version: 5.0.4
PHP Bug Type: Reproducible crash
Bug description: sapi_module.treat_data not getting initialized (apache2)
Description:
tried HEAD php-5.0.4
getting segfault at startup with apache2
#1 0x4086a123 in php_hash_environment ()
at /usr/src/php-5.0.4/main/php_variables.c:625
p = 0x81ecc39 GPCS
_gpc_flags = \000\000\000\001
dummy_track_vars_array = (zval *) 0x0
initialized_dummy_track_vars_array = 0 '\0'
jit_initialization = 0 '\0'
auto_global_records = {{name = 0x40a0c39b _POST, name_len = 6,
long_name = 0x40a236b2 HTTP_POST_VARS, long_name_len = 15,
jit_initialization = 0 '\0'}, {name = 0x40a0c3a1 _GET, name_len =
5,
long_name = 0x40a236c1 HTTP_GET_VARS, long_name_len = 14,
jit_initialization = 0 '\0'}, {name = 0x40a0c393 _COOKIE, name_len =
8,
long_name = 0x40a236cf HTTP_COOKIE_VARS, long_name_len = 17,
jit_initialization = 0 '\0'}, {name = 0x408c12ab _SERVER, name_len =
8,
long_name = 0x40a236e0 HTTP_SERVER_VARS, long_name_len = 17,
jit_initialization = 1 '\001'}, {name = 0x40a1683e _ENV, name_len =
5,
long_name = 0x40a236f1 HTTP_ENV_VARS, long_name_len = 14,
jit_initialization = 1 '\001'}, {name = 0x40a23708 _FILES, name_len
= 7,
long_name = 0x40a236ff HTTP_POST_FILES, long_name_len = 16,
jit_initialization = 0 '\0'}}
i = 6
#2 0x4085edc4 in php_request_startup () at
/usr/src/php-5.0.4/main/main.c:1060
orig_bailout = {{__jmpbuf = {135586232, 1084715676, -1073743140,
-1073743112, -1073743568, 1082911454}, __mask_was_saved = 0,
__saved_mask = {__val = {0 repeats 32 times
orig_bailout_set = 1 '\001'
retval = 0
#3 0x408bedfb in php_handler (r=0x8221948)
at /usr/src/php-5.0.4/sapi/apache2handler/sapi_apache2.c:527
orig_bailout = {{__jmpbuf = {0, 0, 0, 0, 0, 0}, __mask_was_saved =
0,
__saved_mask = {__val = {0 repeats 32 times
ctx = (php_struct *) 0x8223240
conf = (void *) 0x0
brigade = (apr_bucket_brigade *) 0x82232b8
bucket = (apr_bucket *) 0x0
rv = 0
parent_req = (request_rec *) 0x0
#4 0x080783d5 in ap_run_handler ()
No symbol table info available.
(gdb) up
#1 0x4086a123 in php_hash_environment ()
at /usr/src/php-5.0.4/main/php_variables.c:625
625
sapi_module.treat_data(PARSE_GET, NULL, NULL TSRMLS_CC);/* GET
Data */
(gdb) print sapi_module.treat_data
$2 = (void (*)(int, char *, zval *)) 0
build:
'./configure'
'--prefix=/usr'
'--with-regex=php'
'--disable-cgi'
'--with-config-file-path=/etc/php5/cli'
'--disable-rpath'
'--enable-memory-limit'
'--with-layout=GNU'
'--with-pear=/usr/share/php'
'--enable-track-vars'
'--enable-trans-sid'
'--enable-bcmath'
'--with-bz2'
'--enable-ctype' '
--with-db4'
'--with-iconv'
'--enable-exif'
'--enable-ftp'
'--with-gettext'
'--enable-mbstring'
'--with-pcre-regex=/usr'
'--enable-shmop'
'--enable-sockets'
'--enable-wddx'
'--disable-xml'
'--with-expat-dir=/usr'
'--with-xmlrpc'
'--enable-yp'
'--with-zlib'
'--without-pgsql'
'--with-kerberos=/usr'
'--enable-dbx' '--with-mime-magic=/usr/share/misc/file/magic.mime'
'--with-exec-dir=/usr/lib/php5/libexec'
'--disable-static'
'--without-mm'
'--without-mysql'
'--without-sybase-ct'
'--enable-curl'
'--with-apxs2=/usr/bin/apxs2'
'--without-sqlite'
'--without-pdo-sqlite'
Reproduce code:
---
--
Edit bug report at http://bugs.php.net/?id=33197edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33197r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33197r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33197r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33197r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33197r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33197r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33197r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33197r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33197r=support
Expected behavior: http://bugs.php.net/fix.php?id=33197r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33197r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33197r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33197r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33197r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33197r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33197r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33197r=gnused
Floating point limitations: http://bugs.php.net/fix.php
#32627 [NEW]: realpath fails to return FALSE if last path component does not exist
From: alan dot harder at sun dot com
Operating system: FreeBSD 4.11-STABLE
PHP version: 4.3.10
PHP Bug Type: *Directory/Filesystem functions
Bug description: realpath fails to return FALSE if last path component does
not exist
Description:
I have found that realpath() returns a path when it should return FALSE if
only the last path component in the given string does not exist. Tested on
php 4.3.10 and php4-STABLE-200504071438. Both tests and phpinfo can be
viewed at http://realpath.moshpit.org/
Reproduce code:
---
$x = realpath('/bad/path'); var_dump($x);
$x = realpath('/badpath'); var_dump($x);
$x = realpath('/tmp/badpath'); var_dump($x);
View tests at http://realpath.moshpit.org/
Expected result:
FALSE for all three tests.
Actual result:
--
The first one works (gets FALSE), the other two return the path when they
should return FALSE (assuming /tmp is valid).
--
Edit bug report at http://bugs.php.net/?id=32627edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32627r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32627r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32627r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32627r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32627r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32627r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32627r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32627r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32627r=support
Expected behavior: http://bugs.php.net/fix.php?id=32627r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32627r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32627r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32627r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32627r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32627r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32627r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32627r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32627r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32627r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32627r=mysqlcfg
#32627 [Csd]: realpath fails to return FALSE if last path component does not exist
ID: 32627
User updated by: alan dot harder at sun dot com
Reported By: alan dot harder at sun dot com
Status: Closed
Bug Type: Filesystem function related
Operating System: FreeBSD 4.11-STABLE
PHP Version: 4.3.10
New Comment:
thanks for the response. by latest do you mean php5? as shown in
this bug description I tested with today's stable 4.3.x build in
addition to 4.3.10 where i found the problem.
Previous Comments:
[2005-04-07 21:04:46] [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
[2005-04-07 18:23:45] alan dot harder at sun dot com
Description:
I have found that realpath() returns a path when it should return FALSE
if only the last path component in the given string does not exist.
Tested on php 4.3.10 and php4-STABLE-200504071438. Both tests and
phpinfo can be viewed at http://realpath.moshpit.org/
Reproduce code:
---
$x = realpath('/bad/path'); var_dump($x);
$x = realpath('/badpath'); var_dump($x);
$x = realpath('/tmp/badpath'); var_dump($x);
View tests at http://realpath.moshpit.org/
Expected result:
FALSE for all three tests.
Actual result:
--
The first one works (gets FALSE), the other two return the path when
they should return FALSE (assuming /tmp is valid).
--
Edit this bug report at http://bugs.php.net/?id=32627edit=1
#32588 [NEW]: strtotime() error for 'last xxx' DST problem
From: alan at ridersite dot org
Operating system: Linux
PHP version: 4.3.10
PHP Bug Type: Date/time related
Bug description: strtotime() error for 'last xxx' DST problem
Description:
strtotime() in error when DST is bridged.
Code illustrates bug
Reproduce code:
---
echo date('D Y/m/d/H:i:s', time()). br;
echo date('D Y/m/d/H:i:s', strtotime('last saturday')). br;
echo date('D Y/m/d/H:i:s', strtotime(last sunday)). br;
echo date('D Y/m/d/H:i:s', strtotime('last monday')). br;
Expected result:
Tue 2005/04/05/08:15:48
Sat 2005/04/02/00:00:00
Sun 2005/04/03/00:00:00
Mon 2005/04/04/00:00:00
Actual result:
--
Tue 2005/04/05/08:15:48
Fri 2005/04/01/23:00:00
Sat 2005/04/02/23:00:00
Mon 2005/04/04/00:00:00
--
Edit bug report at http://bugs.php.net/?id=32588edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32588r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32588r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32588r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32588r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32588r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32588r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32588r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32588r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32588r=support
Expected behavior: http://bugs.php.net/fix.php?id=32588r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32588r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32588r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32588r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32588r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32588r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32588r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32588r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32588r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32588r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32588r=mysqlcfg
#32058 [NEW]: stream_set_timeout() appears to do nothing of value
From: alan at ridersite dot org
Operating system: BSD
PHP version: 4.3.10
PHP Bug Type: Sockets related
Bug description: stream_set_timeout() appears to do nothing of value
Description:
It appears to me that stream_set_timout() does not do anything of value.
You can set it prior to a while loop; but, it does nothing to help you
exit the loop if the time expires. e.g.,
stream_set_timeout($fp, 20);
$status = socket_get_status($fp);
while (!feof($fp) !$status['timed_out']) {
$chunk = fread($fp, 1);
$length = strlen($chunk);
$html_str .= $chunk;
sleep(2);
$status = socket_get_status($fp);
} //end while, fetching data
If fread() hangs up, the script hangs.
You can do exactly the same thing by simply keeping track of elapsed time
in the loop.
Set stream_set_blocking($fp, FALSE ) so fread() keeps going and the loop
continues until the elapsed time expires.
--
Edit bug report at http://bugs.php.net/?id=32058edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32058r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32058r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32058r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32058r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32058r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32058r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32058r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32058r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32058r=support
Expected behavior: http://bugs.php.net/fix.php?id=32058r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32058r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32058r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32058r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32058r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32058r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32058r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32058r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32058r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32058r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32058r=mysqlcfg
#30791 [Ver]: overload and serialize produce unexpected behaviour
ID: 30791
User updated by: alan at akbkhome dot com
-Summary: alan_k
Reported By: alan at akbkhome dot com
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: na
PHP Version: 5CVS-2004-11-15 (dev)
New Comment:
stupid firefox...
Previous Comments:
[2005-01-13 02:13:41] [EMAIL PROTECTED]
Changing to verified - although it's not critical (as overload was
experimental in 4.x) it is a BC break - and is a relatively unexpected
behaviour..
[2005-01-13 02:10:25] alan at akbkhome dot com
Marcus already confirmed this needs fixing - the serialize code should
not end up calling __call() on overloaded objects.
[2005-01-13 00:02:03] [EMAIL PROTECTED]
If an object is overloaded (with __call()), then serializ'ing the
object will fail unless __sleep() is defined.
.. or unless __call() returns Array of instance names.
I'd say there is no bug, 'cos your overloaded __sleep() method indeed
returns wrong data.
[2004-11-15 09:57:51] alan at akbkhome dot com
Description:
If an object is overloaded (with __call()), then serializ'ing the
object will fail unless __sleep() is defined.
It would be far clearer to either
a) - force __sleep to defined on overloaded objects (E_WARN?)
b) - dont call __call() with the __sleep() request.
Reproduce code:
---
class a {
public $a = 4;
function __call($a,$b) {
return unknown method;
}
}
$b = new a;
echo serialize($b);
Expected result:
Warning: __sleep is not defined on an overloaded object with __call()
Actual result:
--
Warning about unexpected return value to __sleep() and an empty string
output from serialize()
--
Edit this bug report at http://bugs.php.net/?id=30791edit=1
#31106 [Fbk-Opn]: 4.3.10 - crashes with overloaded objects
ID: 31106
User updated by: alan at akbkhome dot com
Reported By: alan at akbkhome dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 4.3.10
Assigned To: stas
New Comment:
nice simple test case .. - causes segfault
?php
class DBO {
function factory() {
$x = new DBO;
return $x;
}
var $x;
function w($s) {
$this-x = $s;
}
function __call($a,$b,$c) {
echo $a;
return FALSE;
}
}
overload('DBO');
$a = DBO::factory();
$a-w('test');
$a-bbb = 0;
Previous Comments:
[2004-12-17 13:00:49] [EMAIL PROTECTED]
I'll try and get a test case done over the weekend..
should be quite simple - create a overloaded object (with __call) - and
assign some vars's then set it so something else.. (based on a rough
guess)..
The real code is a bit to complex for a simple test case - but it broke
both my devel servers. ;)
[2004-12-17 11:23:05] [EMAIL PROTECTED]
Can you provide some example of the code that crashes? Of course I'd
prefer the code that I could run, so that I can check what's the
problem.
Removing unlock won't do good - it would just cause a memory leak.
[2004-12-16 09:57:55] [EMAIL PROTECTED]
Actually both changes in this commit cause big problems with overloaded
objects
http://cvs.php.net/diff.php/Zend/Attic/zend_execute.c?sa=1r1=1.316.2.41r2=1.316.2.42ty=u
removing 1st fixes crashes
removing 2nd fixes object properties getting destroyed/lost? when
calling methods of overloaded objects.
[2004-12-16 08:12:44] [EMAIL PROTECTED]
change title to be more precise..
[2004-12-16 08:04:45] alan at akbkhome dot com
This fixes it.
--- zend_execute.c 2004-12-16 15:18:16.0 +0800
+++ zend_execute.c.fixed2004-12-16 15:18:28.0 +0800
@@ -996,7 +996,6 @@
}
zend_llist_destroy(T-EA.data.overloaded_element.elements_list);
efree(T-EA.data.overloaded_element.elements_list);
- PZVAL_UNLOCK(T-EA.data.overloaded_element.object);
}
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/31106
--
Edit this bug report at http://bugs.php.net/?id=31106edit=1
#31106 [NEW]: apache2 - execute dtor'ing something wrong.
From: alan at akbkhome dot com
Operating system: linux
PHP version: 4.3.10
PHP Bug Type: Reproducible crash
Bug description: apache2 - execute dtor'ing something wrong.
Description:
config with apache2 fork
I need to isolate the code causing this, - but it appears to be a common
segfault, on more than just one page.
php4.3.7 runs fine. - exactly the same config
'./configure' '--with-apxs2=/usr/bin/apxs2' '--prefix=/usr'
'--with-regex=php' '--with-config-file-path=/etc/php4/apache'
'--disable-rpath' '--disable-debug' '--enable-memory-limit'
'--with-layout=GNU' '--enable-calendar' '--enable-sysvsem'
'--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid'
'--enable-bcmath' '--with-bz2' '--with-db4' '--with-iconv' '--enable-exif'
'--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring'
'--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets'
'--enable-wddx' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib'
'--without-pgsql' '--with-openssl=/usr' '--disable-static'
'--with-zlib-dir=/usr' '--with-mysql=/usr' '--with-ming=/usr'
full backtrace:
#0 0x4040a264 in mallopt () from /lib/libc.so.6
#1 0x4040907f in free () from /lib/libc.so.6
#2 0x40726d7f in _efree (ptr=0x84726ac) at
/usr/src/php-4.3.10/Zend/zend_alloc.c:265
#3 0x4073b3df in zend_hash_destroy (ht=0x843b0cc) at
/usr/src/php-4.3.10/Zend/zend_hash.c:566
#4 0x40735084 in _zval_dtor (zvalue=0x8437774) at
/usr/src/php-4.3.10/Zend/zend_variables.c:60
#5 0x4072e23c in _zval_ptr_dtor (zval_ptr=0x408e0df0) at
/usr/src/php-4.3.10/Zend/zend_execute_API.c:289
#6 0x40744748 in execute (op_array=0x82f3a7c) at zend_execute_locks.h:26
#7 0x407468c4 in execute (op_array=0x82f3a14) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
#8 0x407468c4 in execute (op_array=0x824799c) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
#9 0x407468c4 in execute (op_array=0x8247344) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
#10 0x407468c4 in execute (op_array=0x82419e4) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
#11 0x40736971 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /usr/src/php-4.3.10/Zend/zend.c:900
#12 0x40708a1f in php_execute_script (primary_file=0xba50) at
/usr/src/php-4.3.10/main/main.c:1736
#13 0x4074bb8c in php_handler (r=0x8235478) at
/usr/src/php-4.3.10/sapi/apache2handler/sapi_apache2.c:542
#14 0x080782b5 in ap_run_handler ()
#15 0x08189a68 in ?? ()
(gdb) bt full
#0 0x4040a264 in mallopt () from /lib/libc.so.6
No symbol table info available.
#1 0x4040907f in free () from /lib/libc.so.6
No symbol table info available.
#2 0x40726d7f in _efree (ptr=0x84726ac) at
/usr/src/php-4.3.10/Zend/zend_alloc.c:265
p = (zend_mem_header *) 0x8472698
real_size = 138880672
cache_index = 138880664
#3 0x4073b3df in zend_hash_destroy (ht=0x843b0cc) at
/usr/src/php-4.3.10/Zend/zend_hash.c:566
p = (Bucket *) 0x0
q = (Bucket *) 0x84727bc
#4 0x40735084 in _zval_dtor (zvalue=0x8437774) at
/usr/src/php-4.3.10/Zend/zend_variables.c:60
No locals.
#5 0x4072e23c in _zval_ptr_dtor (zval_ptr=0x408e0df0) at
/usr/src/php-4.3.10/Zend/zend_execute_API.c:289
No locals.
#6 0x40744748 in execute (op_array=0x82f3a7c) at zend_execute_locks.h:26
execute_data = {opline = 0x8307708, function_state =
{function_symbol_table = 0x82481fc, function = 0x82f3a7c,
reserved = {0x408d8678, 0x408a085b, 0x82432f4, 0xbfffb358}}, fbc =
0x0, ce = 0x0, object = {ptr = 0x0},
Ts = 0xbfff914c, original_in_execution = 1 '\001', op_array = 0x82f3a7c,
prev_execute_data = 0xbfffb760}
#7 0x407468c4 in execute (op_array=0x82f3a14) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
calling_symbol_table = (HashTable *) 0x82c2644
original_return_value = (zval **) 0xbfffc554
execute_data = {opline = 0x827d480, function_state =
{function_symbol_table = 0x82432f4, function = 0x82f3a7c,
reserved = {0x408d8678, 0x408a085b, 0x82c2644, 0xbfffb7b8}}, fbc =
0x82f3a7c, ce = 0x0, object = {
ptr = 0x82fcf5c}, Ts = 0xbfffb37c, original_in_execution = 1 '\001',
op_array = 0x82f3a14,
prev_execute_data = 0xbfffcdb0}
#8 0x407468c4 in execute (op_array=0x824799c) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
calling_symbol_table = (HashTable *) 0x8247df4
original_return_value = (zval **) 0xbfffd204
execute_data = {opline = 0x824df60, function_state =
{function_symbol_table = 0x82c2644, function = 0x82f3a14,
reserved = {0x408d8678, 0x408a085b, 0x8247df4, 0xbfffce08}}, fbc =
0x82f3a14, ce = 0x0, object = {
ptr = 0x82fcf5c}, Ts = 0xbfffb7dc, original_in_execution = 1 '\001',
op_array = 0x824799c,
---Type return to continue, or q return to quit---
prev_execute_data = 0xbfffd3e0}
#9 0x407468c4 in execute (op_array=0x8247344) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
calling_symbol_table = (HashTable *) 0x82d86a4
original_return_value = (zval **) 0xbfffd5cc
execute_data = {opline = 0x8249734
#31106 [Opn]: apache2 - execute dtor'ing something wrong.
ID: 31106
User updated by: alan at akbkhome dot com
Reported By: alan at akbkhome dot com
Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 4.3.10
New Comment:
This fixes it.
--- zend_execute.c 2004-12-16 15:18:16.0 +0800
+++ zend_execute.c.fixed2004-12-16 15:18:28.0 +0800
@@ -996,7 +996,6 @@
}
zend_llist_destroy(T-EA.data.overloaded_element.elements_list);
efree(T-EA.data.overloaded_element.elements_list);
- PZVAL_UNLOCK(T-EA.data.overloaded_element.object);
}
Previous Comments:
[2004-12-16 01:36:21] alan at akbkhome dot com
Description:
config with apache2 fork
I need to isolate the code causing this, - but it appears to be a
common segfault, on more than just one page.
php4.3.7 runs fine. - exactly the same config
'./configure' '--with-apxs2=/usr/bin/apxs2' '--prefix=/usr'
'--with-regex=php' '--with-config-file-path=/etc/php4/apache'
'--disable-rpath' '--disable-debug' '--enable-memory-limit'
'--with-layout=GNU' '--enable-calendar' '--enable-sysvsem'
'--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid'
'--enable-bcmath' '--with-bz2' '--with-db4' '--with-iconv'
'--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext'
'--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop'
'--enable-sockets' '--enable-wddx' '--with-expat-dir=/usr'
'--enable-yp' '--with-zlib' '--without-pgsql' '--with-openssl=/usr'
'--disable-static' '--with-zlib-dir=/usr' '--with-mysql=/usr'
'--with-ming=/usr'
full backtrace:
#0 0x4040a264 in mallopt () from /lib/libc.so.6
#1 0x4040907f in free () from /lib/libc.so.6
#2 0x40726d7f in _efree (ptr=0x84726ac) at
/usr/src/php-4.3.10/Zend/zend_alloc.c:265
#3 0x4073b3df in zend_hash_destroy (ht=0x843b0cc) at
/usr/src/php-4.3.10/Zend/zend_hash.c:566
#4 0x40735084 in _zval_dtor (zvalue=0x8437774) at
/usr/src/php-4.3.10/Zend/zend_variables.c:60
#5 0x4072e23c in _zval_ptr_dtor (zval_ptr=0x408e0df0) at
/usr/src/php-4.3.10/Zend/zend_execute_API.c:289
#6 0x40744748 in execute (op_array=0x82f3a7c) at
zend_execute_locks.h:26
#7 0x407468c4 in execute (op_array=0x82f3a14) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
#8 0x407468c4 in execute (op_array=0x824799c) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
#9 0x407468c4 in execute (op_array=0x8247344) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
#10 0x407468c4 in execute (op_array=0x82419e4) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
#11 0x40736971 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-4.3.10/Zend/zend.c:900
#12 0x40708a1f in php_execute_script (primary_file=0xba50) at
/usr/src/php-4.3.10/main/main.c:1736
#13 0x4074bb8c in php_handler (r=0x8235478) at
/usr/src/php-4.3.10/sapi/apache2handler/sapi_apache2.c:542
#14 0x080782b5 in ap_run_handler ()
#15 0x08189a68 in ?? ()
(gdb) bt full
#0 0x4040a264 in mallopt () from /lib/libc.so.6
No symbol table info available.
#1 0x4040907f in free () from /lib/libc.so.6
No symbol table info available.
#2 0x40726d7f in _efree (ptr=0x84726ac) at
/usr/src/php-4.3.10/Zend/zend_alloc.c:265
p = (zend_mem_header *) 0x8472698
real_size = 138880672
cache_index = 138880664
#3 0x4073b3df in zend_hash_destroy (ht=0x843b0cc) at
/usr/src/php-4.3.10/Zend/zend_hash.c:566
p = (Bucket *) 0x0
q = (Bucket *) 0x84727bc
#4 0x40735084 in _zval_dtor (zvalue=0x8437774) at
/usr/src/php-4.3.10/Zend/zend_variables.c:60
No locals.
#5 0x4072e23c in _zval_ptr_dtor (zval_ptr=0x408e0df0) at
/usr/src/php-4.3.10/Zend/zend_execute_API.c:289
No locals.
#6 0x40744748 in execute (op_array=0x82f3a7c) at
zend_execute_locks.h:26
execute_data = {opline = 0x8307708, function_state =
{function_symbol_table = 0x82481fc, function = 0x82f3a7c,
reserved = {0x408d8678, 0x408a085b, 0x82432f4, 0xbfffb358}}, fbc =
0x0, ce = 0x0, object = {ptr = 0x0},
Ts = 0xbfff914c, original_in_execution = 1 '\001', op_array =
0x82f3a7c, prev_execute_data = 0xbfffb760}
#7 0x407468c4 in execute (op_array=0x82f3a14) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
calling_symbol_table = (HashTable *) 0x82c2644
original_return_value = (zval **) 0xbfffc554
execute_data = {opline = 0x827d480, function_state =
{function_symbol_table = 0x82432f4, function = 0x82f3a7c,
reserved = {0x408d8678, 0x408a085b, 0x82c2644, 0xbfffb7b8}}, fbc =
0x82f3a7c, ce = 0x0, object = {
ptr = 0x82fcf5c}, Ts = 0xbfffb37c, original_in_execution = 1
'\001', op_array = 0x82f3a14,
prev_execute_data = 0xbfffcdb0}
#8 0x407468c4 in execute (op_array=0x824799c) at
/usr/src/php-4.3.10/Zend/zend_execute.c:1686
calling_symbol_table = (HashTable *) 0x8247df4
original_return_value = (zval **) 0xbfffd204
execute_data = {opline = 0x824df60, function_state =
{function_symbol_table = 0x82c2644
#30791 [NEW]: overload and serialize produce unexpected behaviour
From: alan at akbkhome dot com
Operating system: na
PHP version: 5CVS-2004-11-15 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: overload and serialize produce unexpected behaviour
Description:
If an object is overloaded (with __call()), then serializ'ing the object
will fail unless __sleep() is defined.
It would be far clearer to either
a) - force __sleep to defined on overloaded objects (E_WARN?)
b) - dont call __call() with the __sleep() request.
Reproduce code:
---
class a {
public $a = 4;
function __call($a,$b) {
return unknown method;
}
}
$b = new a;
echo serialize($b);
Expected result:
Warning: __sleep is not defined on an overloaded object with __call()
Actual result:
--
Warning about unexpected return value to __sleep() and an empty string
output from serialize()
--
Edit bug report at http://bugs.php.net/?id=30791edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30791r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30791r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30791r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30791r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30791r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30791r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30791r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30791r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30791r=support
Expected behavior: http://bugs.php.net/fix.php?id=30791r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30791r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30791r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30791r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30791r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30791r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30791r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30791r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30791r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30791r=mysqlcfg
#29716 [NEW]: Critical - conditional class definitions are compiled and produce errors
From: alan at akbkhome dot com
Operating system: all
PHP version: 5.0.1
PHP Bug Type: Zend Engine 2 problem
Bug description: Critical - conditional class definitions are compiled and produce
errors
Description:
something changed in 5.0.1 that breaks conditional class definitions.
hence breaking code that worked ok on php4 php5.0.0
Reproduce code:
---
?php
if (true) { // this is the correct definition. (used for php5)
class Overloaded {
function __call($method,$args) {
}
}
} else { // this is used for php4
class Overloaded {
function __call($method,$args,$return) {
}
}
}
?
Expected result:
nothing
Actual result:
--
Content-type: text/html
X-Powered-By: PHP/5.0.1
br /
bFatal error/b: Method DB_DataObject_Overload::__call() must take
exactly 2 arguments in b/usr/src/php/php-5.0.1/test1.php/b on line
b16/bbr /
a
--
Edit bug report at http://bugs.php.net/?id=29716edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29716r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29716r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29716r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29716r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29716r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29716r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29716r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29716r=support
Expected behavior: http://bugs.php.net/fix.php?id=29716r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29716r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29716r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29716r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29716r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29716r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29716r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29716r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29716r=float
#24297 [Com]: Unable to RegQueryValueEx()
ID: 24297 Comment by: alan dot wendle at stellarrad dot com Reported By: steven dot pereira at mattamycorp dot com Status: Bogus Bug Type: ODBC related Operating System: Win 2k PHP Version: 4.3.2 New Comment: It's not bogus. I'm getting the exact same error message. The output from the PHP server has this message added onto the end: GetRegValue(): Unable to RegQueryValueEx()The operation completed successfully. I even turned off display_errors in the php.ini file. This message comes up anyway. There are no registry calls in my code. It is apparently being called when the php engine connects to the ODBC data source. Why does it ouput the error message to the browser window? Previous Comments: [2003-07-02 14:51:20] [EMAIL PROTECTED] don't reopen, its a bogus bug report. If you want to help, contact [EMAIL PROTECTED], or contact Microsoft. [2003-07-02 12:38:19] steven dot pereira at mattamycorp dot com can anybody help? [2003-06-25 15:44:25] steven dot pereira at mattamycorp dot com sorry, you said that I was using the Registry. I don't understand. I saw that artcile before I came here, and it didn't help me at all. what do you mean using the registry. Could it be something configured wrong. I'm not trying to use the registry. Like I said before, I just make a odbc_pconnect call and it comes back with that error message. [2003-06-25 15:36:45] [EMAIL PROTECTED] The following web page has the information you need. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sysinfo/base/regqueryvalueex.asp I have no idea why you're using the Registry, but this isn't an ODBC bug as far as I can tell. Marking as bogus as I cannot reproduce the behavior on my machine locally (W2k). [2003-06-25 15:11:52] steven dot pereira at mattamycorp dot com sorry, I might to say $lnk=odbc_pconnect. The odbc_pconnect and DSN are working, I get my data and stuff, I just get that error message. Any ideas. 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/24297 -- Edit this bug report at http://bugs.php.net/?id=24297edit=1
#29333 [NEW]: output_buffering + trans_sess_id can corrupt session
From: alan at akbkhome dot com Operating system: linux debian redhat PHP version: 4.3.8 PHP Bug Type: Output Control Bug description: output_buffering + trans_sess_id can corrupt session Description: if output_buffering is set to 4096 and trans_sess_id is used, the output may be broken: In the reproduce example, the trans_sess_id writes a href=/translators/index.php/calendar/view ?phpsessid=fa562d5bb14df890e6db68627ea76442 Reproduce code: --- http://www.akbkhome.com/svn/test_trans/.htaccess http://www.akbkhome.com/svn/test_trans/test.php http://www.akbkhome.com/svn/test_trans/home.html.en.php htaccess includes: php_value session.use_cookies 0 php_value session.use_trans_sid 1 php_value output_buffering 4098 test.php just sets up enough variables to render the HTML home.html.en.php is just a HTML which happens to have the url link in the right place to reproduce the bug. Expected result: on the View your personal calendar: a href=/translators/index.php/calendar/view?phpsessid=fa562d5bb14df890e6db68627ea76442 Actual result: -- on the View your personal calendar: a href=/translators/index.php/calendar/view ?phpsessid=fa562d5bb14df890e6db68627ea76442 -- Edit bug report at http://bugs.php.net/?id=29333edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29333r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29333r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29333r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29333r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29333r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29333r=needscript Try newer version: http://bugs.php.net/fix.php?id=29333r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29333r=support Expected behavior: http://bugs.php.net/fix.php?id=29333r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29333r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29333r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29333r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29333r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29333r=dst IIS Stability: http://bugs.php.net/fix.php?id=29333r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29333r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29333r=float
#27818 [Com]: session_destroy doesn't work
ID: 27818
Comment by: alan dot warden at btinternet dot com
Reported By: ezdevelop at hotmail dot com
Status: Suspended
Bug Type: Session related
Operating System: win2000 adv server
PHP Version: 5.0.0RC1
New Comment:
The behaviour is the same if the session is started when php start by
settin session.auto_start = 1
Previous Comments:
[2004-04-01 02:14:15] [EMAIL PROTECTED]
This is actually expected behavior, as the session is already
automatically closed before destructors are run. There is some trickery
in the engine now that perhaps makes it possible to fix this, but
we'll suspend this for now.
[2004-03-31 20:15:03] ezdevelop at hotmail dot com
Description:
When I'm trying to use session_destroy() functioni n the __destruct()
function, PHP says:
Warning: Trying to destroy uninitialized session
I'v tested the code under Apache and IIS, but all the same mistake.
Reproduce code:
---
?php
class test
{
function __construct() {
echo 'Initialize the session.';
session_start();
}
function __destruct() {
session_destroy();
echo 'Finally, destroy the session.';
}
}
$test = new test();
?
Expected result:
Initialize the session.
Warning: session_destroy() [function.session-destroy]: Trying to
destroy uninitialized session in D:\wwwroot\sess.php on line 10
Finally, destroy the session.
--
Edit this bug report at http://bugs.php.net/?id=27818edit=1
#27448 [NEW]: Short Tags Replacement
From: alan at nuionline dot com Operating system: All PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Short Tags Replacement Description: Based on the frequent discussion on short tags and their benefits and problems, I would like to propose that a new tag set be added that is equivalent to short tags and that can be utilized on any server, regardless of configuration. My reasoning lies in the fact that it occurs too frequently that a developer needs to output a single variable while not in a set of php processing instructions, and currently the only choices are to use a syntax that is not universally support or to type much more than should be necessary for such a simple task. My initial recommendation would be to simply use a mix between the two syntaxes, something like ?php =$foo?. -- Edit bug report at http://bugs.php.net/?id=27448edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27448r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27448r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27448r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27448r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27448r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27448r=needscript Try newer version: http://bugs.php.net/fix.php?id=27448r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27448r=support Expected behavior: http://bugs.php.net/fix.php?id=27448r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27448r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27448r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27448r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27448r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27448r=dst IIS Stability: http://bugs.php.net/fix.php?id=27448r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27448r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27448r=float
#20110 [Com]: input in flex scanner failed in directory :)
ID: 20110 Comment by: alan at bullmarket dot com dot au Reported By: jeroen at unfix dot org Status: Closed Bug Type: Scripting Engine problem Operating System: Linux, Net|Free|OpenBSD, others? PHP Version: 4.2.3 Assigned To: derick New Comment: Hi, I have received that type of error (2 actually). Please go to http://www.bullmarket.com.au/affiliates/user/signup.php I am very new to PHP and I am having trouble isolating the issue. Any help you can offer would be great. Cheers, Alan Previous Comments: [2003-08-06 09:02:36] rsemmens at names dot co dot uk We get the problem intermittently. We run our websites from NFS and if the file read fails it comes up with this message. Only when doing includes though. I agree with the better error message comment :) Btw, we are using PHP 4.3.2 so it's still a current problem. Drop me an e-mail if you want any further details. [2003-03-20 16:59:41] bostjan dot skufca at domenca dot com you can view the bug at: http://www.avtomobilizem.com/dev/modules/gallery2 this project is using Smarty template engine and bug only occurs when i set $smarty-force_compile = false; email me to provide you relevant source files [2002-12-24 20:27:44] gunnar at start dot no This error also appears with other functions. More specifically I've experienced it with the parse_ini_file() function. I do not have access to test it with PHP CVS version, do I don't know wether it has been fixed for just the include function, or all functions affected by this problem. [2002-10-27 18:28:18] [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. [2002-10-26 15:05:14] jeroen at unfix dot org Severity: Cosmetic for error reporting PHP Fatal error: input in flex scanner failed in directoryname When doing a: 8 include(/tmp/); 8 For instance will produce above error, maybe a You can't include directories would be nice? -- Edit this bug report at http://bugs.php.net/?id=20110edit=1
#26141 [Fbk-Csd]: Libtool + threads = library error
ID: 26141 User updated by: alan at pair dot com Reported By: alan at pair dot com -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.4 New Comment: We touched the libtool stuff specifically to try to resolve this bug, not just because we think it's a good idea to fiddle with things until they break. We'll look into the configure options when we have a chance. In the mean time we have a patch which works on our servers, and if this isn't a problem for anyone else then it's obviously not a very high priority for anyone. Thanks, Alan Previous Comments: [2003-11-18 15:09:59] [EMAIL PROTECTED] First you need to stop touching the libtool stuff yourself, that doesn't help us finding what really is the problem. Secondly, you need to find out which option in your configure line causes this. And try also using the correct option values, like for --with-jpeg-dir=/usr/local/lib -- this /lib does NOT belong there. Same for ANY other option. [2003-11-18 13:52:33] alan at pair dot com We have tried this with several different versions of libtool, and it failed with all of them. libtool is bundled with PHP, isn't it? Does this mean I need to go get libtool to fix the bug, and then convince you guys to use the new version of libtool? Alan [2003-11-17 18:05:53] [EMAIL PROTECTED] Obviously yet another libtool bug. [2003-11-14 10:38:29] alan at pair dot com OK, with the old ltmain.sh and with those commands, PHP builds normally. So one of the configure options is triggering the pthread stuff. configure definitely knows to try -pthread, look in the source around line 9215. # Create a list of thread flags to try. Items starting with a - are # C compiler flags, and other items are library names, except for none # which indicates that we try without any flags at all. acx_pthread_flags=pthreads none -Kthread -kthread lthread -pthread -pthreads -mthreads pthread --thread-safe -mt # The ordering *is* (sometimes) important. Some notes on the # individual items follow: ... # -pthread: Linux/gcc (kernel threads), BSD/gcc (userland threads) So when it decides to use -pthread, libtool later sees that and thinks it's a library reference (e.g. -lm is libm.so) and decides to try to analyze it with ld or whatever. [2003-11-06 14:38:46] [EMAIL PROTECTED] Try this configure line: # rm config.cache ./configure --disable-all --disable-cgi # make clean make Does it work? That -pthread option is not coming from PHP, are you sure it's not set by some environment variable when you run configure/make ?? 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/26141 -- Edit this bug report at http://bugs.php.net/?id=26141edit=1
#26141 [Bgs-Opn]: Libtool + threads = library error
ID: 26141 User updated by: alan at pair dot com Reported By: alan at pair dot com -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.4 New Comment: We have tried this with several different versions of libtool, and it failed with all of them. libtool is bundled with PHP, isn't it? Does this mean I need to go get libtool to fix the bug, and then convince you guys to use the new version of libtool? Alan Previous Comments: [2003-11-17 18:05:53] [EMAIL PROTECTED] Obviously yet another libtool bug. [2003-11-14 10:38:29] alan at pair dot com OK, with the old ltmain.sh and with those commands, PHP builds normally. So one of the configure options is triggering the pthread stuff. configure definitely knows to try -pthread, look in the source around line 9215. # Create a list of thread flags to try. Items starting with a - are # C compiler flags, and other items are library names, except for none # which indicates that we try without any flags at all. acx_pthread_flags=pthreads none -Kthread -kthread lthread -pthread -pthreads -mthreads pthread --thread-safe -mt # The ordering *is* (sometimes) important. Some notes on the # individual items follow: ... # -pthread: Linux/gcc (kernel threads), BSD/gcc (userland threads) So when it decides to use -pthread, libtool later sees that and thinks it's a library reference (e.g. -lm is libm.so) and decides to try to analyze it with ld or whatever. [2003-11-06 14:38:46] [EMAIL PROTECTED] Try this configure line: # rm config.cache ./configure --disable-all --disable-cgi # make clean make Does it work? That -pthread option is not coming from PHP, are you sure it's not set by some environment variable when you run configure/make ?? [2003-11-06 10:31:44] alan at pair dot com You are correct in the sense that phpinfo() reports Thread Safety disabled. But using this patch, the compilation was definitely taking place with -pthread as an option to gcc, for whatever reason. Truthfully, even if threads aren't enabled, I'd rather have it compile than not compile. [2003-11-05 11:12:57] [EMAIL PROTECTED] With that configure line you won't be enabling any thread stuff. 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/26141 -- Edit this bug report at http://bugs.php.net/?id=26141edit=1
#26141 [Fbk-Opn]: Libtool + threads = library error
ID: 26141 User updated by: alan at pair dot com Reported By: alan at pair dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.4 New Comment: OK, with the old ltmain.sh and with those commands, PHP builds normally. So one of the configure options is triggering the pthread stuff. configure definitely knows to try -pthread, look in the source around line 9215. # Create a list of thread flags to try. Items starting with a - are # C compiler flags, and other items are library names, except for none # which indicates that we try without any flags at all. acx_pthread_flags=pthreads none -Kthread -kthread lthread -pthread -pthreads -mthreads pthread --thread-safe -mt # The ordering *is* (sometimes) important. Some notes on the # individual items follow: ... # -pthread: Linux/gcc (kernel threads), BSD/gcc (userland threads) So when it decides to use -pthread, libtool later sees that and thinks it's a library reference (e.g. -lm is libm.so) and decides to try to analyze it with ld or whatever. Previous Comments: [2003-11-06 14:38:46] [EMAIL PROTECTED] Try this configure line: # rm config.cache ./configure --disable-all --disable-cgi # make clean make Does it work? That -pthread option is not coming from PHP, are you sure it's not set by some environment variable when you run configure/make ?? [2003-11-06 10:31:44] alan at pair dot com You are correct in the sense that phpinfo() reports Thread Safety disabled. But using this patch, the compilation was definitely taking place with -pthread as an option to gcc, for whatever reason. Truthfully, even if threads aren't enabled, I'd rather have it compile than not compile. [2003-11-05 11:12:57] [EMAIL PROTECTED] With that configure line you won't be enabling any thread stuff. [2003-11-05 09:22:47] alan at pair dot com Description: By default, libtool uses -pthread, but this causes a compile-time error with FreeBSD 4.8-STABLE: libtool: Cannot find library `' Reproduce code: --- We configured as follows: ./configure --with-apache=/usr/pair/sw/apache_1.3.29 --with-config-file-path=/usr/local/etc --enable-magic-quotes --enable-bcmath --without-cdb --with-zlib-dir= /usr/local --with-gd --with-ttf --without-msql --with-mysql=/usr/local --with-iodbc --with-pdflib --enable-inline-optimization --disable-memory-limit --with-db --without-gdbm --with-ndbm --without-db2 --without-dbm --with-gettext --without-readline --with-recode --without-openssl --with-mcrypt --without-db3 --enable-dba --with-curl --with-png-dir=/usr/local/lib --with-jpeg-dir=/usr/local/lib --enable-calendar --with-mhash --enable-xslt --with-xslt-sablot --with-expat-dir=/usr/local --enable-gd-lzw-gif make However, I think it can be reproduced with just: ./configure make Expected result: I expect it to compile. Actual result: -- It doesn't compile: it spits out a library error, instead. A Patch: diff -C 3 ltmain.sh ../php-4.3.3 *** ltmain.sh Mon Feb 10 12:12:17 2003
#26198 [Com]: strtotime returning invalid timestamp
ID: 26198 Comment by: alan at akbkhome dot com Reported By: resident at telcontar dot net Status: Open Bug Type: Date/time related Operating System: Linux PHP Version: 4.3.3 New Comment: This might be a bit to difficult to fix.. and lead to yet more ambiguous results 1 Oct = 1 Oct 2003 (this year) 03 Oct .. is this 2003/or 3rd..? 2003 Oct ... 2003 days after 0th of Oct... Input checking may be the only option here.. Previous Comments: [2003-11-11 03:15:11] resident at telcontar dot net Description: I realise you've been making changes to strtotime() in PHP (I'm in Mac OS 9.1 - can't run a CVS copy), but you may still want to check to see what the new version makes of date strings with no day specified (someone tried to use such a string on my site) - I'm getting a timestamp from an unrelated day several years into the future. See the code specified. Reproduce code: --- echo strtotime(Oct 2001); Expected result: Not sure. Either -1, or the timestamp for 1st October 2001 - probably the latter. Actual result: -- 1237737600 this gives: 07:16 am: *** Unix time 1237737600: Sunday, March 22, 2009 @ 04:00:00 pm -- Edit this bug report at http://bugs.php.net/?id=26198edit=1
#26141 [Bgs-Opn]: Libtool + threads = library error
ID: 26141 User updated by: alan at pair dot com Reported By: alan at pair dot com -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.8-STABLE -PHP Version: 4.3.3 +PHP Version: 4.3.4 New Comment: You are correct in the sense that phpinfo() reports Thread Safety disabled. But using this patch, the compilation was definitely taking place with -pthread as an option to gcc, for whatever reason. Truthfully, even if threads aren't enabled, I'd rather have it compile than not compile. Previous Comments: [2003-11-05 11:12:57] [EMAIL PROTECTED] With that configure line you won't be enabling any thread stuff. [2003-11-05 09:22:47] alan at pair dot com Description: By default, libtool uses -pthread, but this causes a compile-time error with FreeBSD 4.8-STABLE: libtool: Cannot find library `' Reproduce code: --- We configured as follows: ./configure --with-apache=/usr/pair/sw/apache_1.3.29 --with-config-file-path=/usr/local/etc --enable-magic-quotes --enable-bcmath --without-cdb --with-zlib-dir= /usr/local --with-gd --with-ttf --without-msql --with-mysql=/usr/local --with-iodbc --with-pdflib --enable-inline-optimization --disable-memory-limit --with-db --without-gdbm --with-ndbm --without-db2 --without-dbm --with-gettext --without-readline --with-recode --without-openssl --with-mcrypt --without-db3 --enable-dba --with-curl --with-png-dir=/usr/local/lib --with-jpeg-dir=/usr/local/lib --enable-calendar --with-mhash --enable-xslt --with-xslt-sablot --with-expat-dir=/usr/local --enable-gd-lzw-gif make However, I think it can be reproduced with just: ./configure make Expected result: I expect it to compile. Actual result: -- It doesn't compile: it spits out a library error, instead. A Patch: diff -C 3 ltmain.sh ../php-4.3.3 *** ltmain.sh Mon Feb 10 12:12:17 2003 --- ../php-4.3.3/ltmain.sh Wed Oct 29 07:56:14 2003 *** *** 1511,1516 --- 1511,1519 fi continue ;; + -pthread) # KJM 10/29/03 + continue + ;; %DEPLIBS%) alldeplibs=yes continue -- Edit this bug report at http://bugs.php.net/?id=26141edit=1
#26141 [NEW]: Libtool + threads = library error
From: alan at pair dot com Operating system: FreeBSD 4.8-STABLE PHP version: 4.3.4 PHP Bug Type: Compile Failure Bug description: Libtool + threads = library error Description: By default, libtool uses -pthread, but this causes a compile-time error with FreeBSD 4.8-STABLE: libtool: Cannot find library `' Reproduce code: --- We configured as follows: ./configure --with-apache=/usr/pair/sw/apache_1.3.29 --with-config-file-path=/usr/local/etc --enable-magic-quotes --enable-bcmath --without-cdb --with-zlib-dir= /usr/local --with-gd --with-ttf --without-msql --with-mysql=/usr/local --with-iodbc --with-pdflib --enable-inline-optimization --disable-memory-limit --with-db --without-gdbm --with-ndbm --without-db2 --without-dbm --with-gettext --without-readline --with-recode --without-openssl --with-mcrypt --without-db3 --enable-dba --with-curl --with-png-dir=/usr/local/lib --with-jpeg-dir=/usr/local/lib --enable-calendar --with-mhash --enable-xslt --with-xslt-sablot --with-expat-dir=/usr/local --enable-gd-lzw-gif make However, I think it can be reproduced with just: ./configure make Expected result: I expect it to compile. Actual result: -- It doesn't compile: it spits out a library error, instead. A Patch: diff -C 3 ltmain.sh ../php-4.3.3 *** ltmain.sh Mon Feb 10 12:12:17 2003 --- ../php-4.3.3/ltmain.sh Wed Oct 29 07:56:14 2003 *** *** 1511,1516 --- 1511,1519 fi continue ;; + -pthread) # KJM 10/29/03 + continue + ;; %DEPLIBS%) alldeplibs=yes continue -- Edit bug report at http://bugs.php.net/?id=26141edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26141r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26141r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26141r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26141r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26141r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26141r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26141r=support Expected behavior: http://bugs.php.net/fix.php?id=26141r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26141r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26141r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26141r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26141r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26141r=dst IIS Stability: http://bugs.php.net/fix.php?id=26141r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26141r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26141r=float
#25336 [NEW]: Cannot compile without --disable-cli
From: alan at fromorbit dot com Operating system: FreeBSD 5.1-RELEASE PHP version: 4.3.3 PHP Bug Type: Compile Failure Bug description: Cannot compile without --disable-cli Description: Hi, I'm ugrading from 4.3.2, I have a build script I use to compile PHP with the attributes I need: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql --with-gd --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/local/lib --with-zlib=/usr --with-xpm-dir=/usr/local/lib --with-freetype-dir=/usr/local/lib --with-t1lib=/usr/local/lib --enable-gd-native-ttf --with-mnogosearch=/usr/local/mnogosearch With the 4.3.3 release I'm getting this error on build: /bin/sh /usr/home/alan/php-4.3.3/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -avoid-version -module -L/usr/local/lib -L/usr/X11R6/lib -L/usr/local/pgsql//lib -L/usr/local//lib -L/usr/local/mnogosearch/lib -L/usr/local/pgsql/lib -R /usr/local/lib -R /usr/X11R6/lib -R /usr/local/pgsql//lib -R /usr/local//lib -R /usr/local/mnogosearch/lib -R /usr/local/pgsql/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/mnogosearch/php_mnogo.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pgsql/pgsql.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard
#25336 [Bgs-Opn]: Cannot compile without --disable-cli
ID: 25336 User updated by: alan at fromorbit dot com Reported By: alan at fromorbit dot com -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 5.1-RELEASE PHP Version: 4.3.3 New Comment: Hi, okay then I've found this: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-zlib=/usr --with-xpm-dir=/usr/local --with-freetype-dir=/usr/local --with-t1lib=/usr/local --enable-gd-native-ttf --with-mm=/usr/local But when I add --with-mnogosearch or --with-mnogosearch=/usr/local/mnogosearch I get the above libtool error. The library path has been added with ldconfig -m /usr/local/mnogosearch/lib. If I disable the cli it will compile and work fine, when the cli is enabled it won't. Previous Comments: [2003-09-01 06:44:52] [EMAIL PROTECTED] Every configure option that requires install prefix, does NOT mean it includes /lib in it. /usr/local/lib - /usr/local [2003-08-31 20:22:04] alan at fromorbit dot com Description: Hi, I'm ugrading from 4.3.2, I have a build script I use to compile PHP with the attributes I need: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql --with-gd --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/local/lib --with-zlib=/usr --with-xpm-dir=/usr/local/lib --with-freetype-dir=/usr/local/lib --with-t1lib=/usr/local/lib --enable-gd-native-ttf --with-mnogosearch=/usr/local/mnogosearch With the 4.3.3 release I'm getting this error on build: /bin/sh /usr/home/alan/php-4.3.3/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -avoid-version -module -L/usr/local/lib -L/usr/X11R6/lib -L/usr/local/pgsql//lib -L/usr/local//lib -L/usr/local/mnogosearch/lib -L/usr/local/pgsql/lib -R /usr/local/lib -R /usr/X11R6/lib -R /usr/local/pgsql//lib -R /usr/local//lib -R /usr/local/mnogosearch/lib -R /usr/local/pgsql/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/mnogosearch/php_mnogo.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo ext/overload/overload.lo ext/pcre/pcrelib
#25336 [Opn-Csd]: Cannot compile without --disable-cli
ID: 25336 User updated by: alan at fromorbit dot com Reported By: alan at fromorbit dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 5.1-RELEASE PHP Version: 4.3.3 New Comment: Mnogosearch defaults to being statically compiled, but the module expects it to be shared. I re-compiled mnogo to be shared and now the cli will compile. Strange as the apache module worked. Alan. Previous Comments: [2003-09-01 08:04:42] alan at fromorbit dot com Mnogosearch defaults to being statically compiled, but the module expects it to be shared. I re-compiled mnogo to be shared and now the cli will compile. Strange as the apache module worked. Alan. [2003-09-01 07:54:24] alan at fromorbit dot com Hi, okay then I've found this: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-zlib=/usr --with-xpm-dir=/usr/local --with-freetype-dir=/usr/local --with-t1lib=/usr/local --enable-gd-native-ttf --with-mm=/usr/local But when I add --with-mnogosearch or --with-mnogosearch=/usr/local/mnogosearch I get the above libtool error. The library path has been added with ldconfig -m /usr/local/mnogosearch/lib. If I disable the cli it will compile and work fine, when the cli is enabled it won't. [2003-09-01 06:44:52] [EMAIL PROTECTED] Every configure option that requires install prefix, does NOT mean it includes /lib in it. /usr/local/lib - /usr/local [2003-08-31 20:22:04] alan at fromorbit dot com Description: Hi, I'm ugrading from 4.3.2, I have a build script I use to compile PHP with the attributes I need: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql --with-gd --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/local/lib --with-zlib=/usr --with-xpm-dir=/usr/local/lib --with-freetype-dir=/usr/local/lib --with-t1lib=/usr/local/lib --enable-gd-native-ttf --with-mnogosearch=/usr/local/mnogosearch With the 4.3.3 release I'm getting this error on build: /bin/sh /usr/home/alan/php-4.3.3/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -avoid-version -module -L/usr/local/lib -L/usr/X11R6/lib -L/usr/local/pgsql//lib -L/usr/local//lib -L/usr/local/mnogosearch/lib -L/usr/local/pgsql/lib -R /usr/local/lib -R /usr/X11R6/lib -R /usr/local/pgsql//lib -R /usr/local//lib -R /usr/local/mnogosearch/lib -R /usr/local/pgsql/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/mnogosearch/php_mnogo.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo
#25336 [Opn]: Cannot compile without --disable-cli
ID: 25336 User updated by: alan at fromorbit dot com Reported By: alan at fromorbit dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 5.1-RELEASE PHP Version: 4.3.3 New Comment: Thanks for your response. Much nicer than a snipe. Indeed, you're correct this probably isn't the source of the problem. Although my latest mnogosearch didn't default to building both static and shared, only static. Anyway, my problem has been resolved for the moment. Thanks for your help. Previous Comments: [2003-09-01 08:08:48] [EMAIL PROTECTED] I think this is a not a source of a problem. The latest mnogosearch-3.2.14 by default creates static and shared libraries both but i still have such error with PHP cli. [2003-09-01 08:04:42] [EMAIL PROTECTED] ok, i confirm this bug on my FreeBSD system. As for me it seems like an libtool bug, since if i remove libtool call from command which links PHP cli then it compiles ok. I mean the original line is: /bin/sh /usr/home/alan/php-4.3.3/libtool --silent --preserve-dup-deps --mode=link gcc [...other gcc swithes...] I replace it with: gcc [...other gcc swithes...] And linking succeeded. At this time i dont know how to fix this. To PHP developers: Have you any suggestions ? [2003-09-01 08:04:42] alan at fromorbit dot com Mnogosearch defaults to being statically compiled, but the module expects it to be shared. I re-compiled mnogo to be shared and now the cli will compile. Strange as the apache module worked. Alan. [2003-09-01 07:54:24] alan at fromorbit dot com Hi, okay then I've found this: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-zlib=/usr --with-xpm-dir=/usr/local --with-freetype-dir=/usr/local --with-t1lib=/usr/local --enable-gd-native-ttf --with-mm=/usr/local But when I add --with-mnogosearch or --with-mnogosearch=/usr/local/mnogosearch I get the above libtool error. The library path has been added with ldconfig -m /usr/local/mnogosearch/lib. If I disable the cli it will compile and work fine, when the cli is enabled it won't. [2003-09-01 06:44:52] [EMAIL PROTECTED] Every configure option that requires install prefix, does NOT mean it includes /lib in it. /usr/local/lib - /usr/local 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/25336 -- Edit this bug report at http://bugs.php.net/?id=25336edit=1
#24808 [Com]: access to private or protected member throw __get and __set method
ID: 24808
Comment by: alan at akbkhome dot com
Reported By: Bertrand dot Willm at laposte dot net
Status: Bogus
Bug Type: Class/Object related
Operating System: Windows XP
PHP Version: 5.0.0b1 (beta1)
New Comment:
This has been discussed on zend2-engine, getters and setters on
'defined' vars is a feature that a number of people would like to
see..
AFAIK It just needs a voluteer to propose some code..
Previous Comments:
[2003-07-28 17:49:44] Bertrand dot Willm at laposte dot net
It is quite nice to tell me to double-check the documentation, but I
don't see were it is written that the name given to __get and __set
methods can't correspond to private or protected members.
If it is not written, this could be nice to add that information in the
documentation.
Perhaps that for a clean programmation this is not a good idea to use
the same name for members and properties.
Anyway, after analisys, I found that the current implementation of
__get and __set is an unsatsifactory answer to properties. It is far
away from what is proposed in C#, Delphi (and of course C++ builder) or
visual basic.
To my knowledge, there is no equivalent in java or C++.
[2003-07-28 13:59:09] [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
Try this:
?php
class CBaseClass {
private $var = 'default';
function get($name)
{
return $this-var;
}
}
$object = new CBaseClass();
echo $object-get('name');
?
[2003-07-25 16:09:31] Bertrand dot Willm at laposte dot net
Description:
I want to have access to private or protected member throw __get and
__set method to control the access or just to let a read access to this
member (and then __set is not used).
To do that I have to choose an other name for this property.
I can't use the same name as the private member.
PHP could test if there is __get or __set method and use them before
telling ther is an error.
Reproduce code:
---
?php
class CBaseClass {
private $var = 'default';
function __get($name)
{
return $this-var;
}
}
$object = new CBaseClass();
echo $object-var;
?
Expected result:
default
Actual result:
--
Fatal error: Cannot access private property cbaseclass::$var in
c:\sitesweb\www\test.php5 on line 11
--
Edit this bug report at http://bugs.php.net/?id=24808edit=1
#24693 [Com]: session.use_trans_sid should changeable by scripts
ID: 24693
Comment by: alan at akbkhome dot com
Reported By: chris_se at gmx dot net
Status: Open
Bug Type: Feature/Change Request
Operating System: GNU/Linux
PHP Version: 4.3.2
New Comment:
see http://bugs.php.net/bug.php?id=14991
- this wont really fix it
I agree it's a feature request - it would have to be a function like
session_use_transid(true|false) as there is no mechanism for ini_set to
check whether output has started...
Previous Comments:
[2003-07-19 05:45:10] chris_se at gmx dot net
I tried to figure out myself how this could be solved. I just changed
the definition of session.use_trans_sid to PHP_INI_ALL and I recompiled
my PHP module.
Now, I can change session.use_trans_sid before session_start() is
called and it works fine.
Here's the 'patch' (against PHP 4.3.2):
-
--- ext/session/session.c.old 2003-07-19 12:29:58.0 +0200
+++ ext/session/session.c 2003-07-19 12:34:31.0 +0200
@@ -151,7 +151,7 @@
STD_PHP_INI_ENTRY(session.entropy_length, 0,
PHP_INI_ALL, OnUpdateInt,entropy_length, php_ps_globals,
ps_globals)
STD_PHP_INI_ENTRY(session.cache_limiter, nocache,
PHP_INI_ALL, OnUpdateString, cache_limiter, php_ps_globals,
ps_globals)
STD_PHP_INI_ENTRY(session.cache_expire, 180,
PHP_INI_ALL, OnUpdateInt,cache_expire, php_ps_globals,
ps_globals)
- STD_PHP_INI_BOOLEAN(session.use_trans_sid,0,
PHP_INI_SYSTEM|PHP_INI_PERDIR, OnUpdateBool, use_trans_sid,
php_ps_globals,ps_globals)
+ STD_PHP_INI_BOOLEAN(session.use_trans_sid,0,
PHP_INI_ALL, OnUpdateBool, use_trans_sid, php_ps_globals,
ps_globals)
/* Commented out until future discussion */
/* PHP_INI_ENTRY(session.encode_sources, globals,track,
PHP_INI_ALL, NULL) */
-
[2003-07-18 09:39:27] chris_se at gmx dot net
Why is that so? In my eyes, the point that makes sense for the rewriter
to be started, is session_start().
Furthermore: If I kind of 'deactivate' the rewriter by ini_set
('url_rewriter.tags', ''); it also has effect on links that were
already sent to output:
---
?php
session_start ();
?
a href=a.phpTest/a
?php
ini_set ('url_rewriter.tags', '');
?
a href=a.phpTest/a
---
will generate:
a href=a.phpTest/a
a href=a.phpTest/a
whereas
---
?php
session_start ();
?
a href=a.phpTest/a
?php
// ini_set ('url_rewriter.tags', '');
?
a href=a.phpTest/a
---
appends the session id to both links.
Therefore I don't quite understand why deactivating the rewriter before
session_start() is not possible whereas modifying it is even possible
after session_start() and even after output that has to be rewritten
was already generated.
[2003-07-18 09:24:20] [EMAIL PROTECTED]
The decision to enable the rewriter is made before your script starts
running.
Once it has started it cannot be turned off again.
[2003-07-18 08:13:21] chris_se at gmx dot net
May I also ask why this is not possible?
[2003-07-17 21:35:01] [EMAIL PROTECTED]
Not possible.
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/24693
--
Edit this bug report at http://bugs.php.net/?id=24693edit=1
#24563 [Com]: preg_match crashes PHP
ID: 24563
Comment by: alan at akbkhome dot com
Reported By: hager at transgene dot fr
Status: Verified
Bug Type: Apache2 related
Operating System: Red Hat Linux 8.0
PHP Version: 5.0.0b2-dev, 4.3.3RC2-dev
New Comment:
This is caused by andreis last patch to php_pcre.c/.h - if you go back
to the previous revision, it works fine.
Previous Comments:
[2003-07-09 14:00:35] [EMAIL PROTECTED]
Happens also with PHP 4.3.3RC2-dev.
[2003-07-09 10:44:59] [EMAIL PROTECTED]
Can't reproduce with CLI or Apache 1.3.27.
Some weird Apache2 related issue.
[2003-07-09 10:03:47] hager at transgene dot fr
Description:
Hello,
I use the pear DB package to access Sybase ; everything works fine with
php 4 but with php 5 it crashes. The backtrace helped me to find out
that it was the preg_match function's fault, so i could reproduce the
following minimal code. I tried it with today's (09/07/2003) CVS with
the same result.
The configure line is :
./configure
--with-apxs2=/usr/local/apache2/bin/apxs
--enable-ftp
--with-ldap
--with-kerberos
--with-regex=php
--with-gnu-ld
--with-gettext
--with-zlib
--with-sybase-ct=/opt/sybase/OCS-12_5
--with-debug
Thank you for your help.
Reproduce code:
---
?php
preg_match('/php/i','PHP is the web scripting language of choice.');
?
Actual result:
--
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 8192 (LWP 7920)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 7920)]
0x40225563 in php_pcre_match (ht=2, return_value=0x406f4aec,
this_ptr=0x0, return_value_used=0, global=0)
at /root/php5-200307091330/ext/pcre/php_pcre.c:441
441 name_idx = 0xff * name_table[0]
+ name_table[1];
(gdb) bt
#0 0x40225563 in php_pcre_match (ht=2, return_value=0x406f4aec,
this_ptr=0x0, return_value_used=0, global=0)
at /root/php5-200307091330/ext/pcre/php_pcre.c:441
#1 0x40225d45 in zif_preg_match (ht=2, return_value=0x406f4aec,
this_ptr=0x0, return_value_used=0)
at /root/php5-200307091330/ext/pcre/php_pcre.c:599
#2 0x4030858d in zend_do_fcall_common_helper (execute_data=0xbfffd320,
op_array=0x406f49ec)
at /root/php5-200307091330/Zend/zend_execute.c:2625
#3 0x403086c0 in zend_do_fcall_handler (execute_data=0xbfffd320,
op_array=0x406f49ec)
at /root/php5-200307091330/Zend/zend_execute.c:2756
#4 0x4030479c in execute (op_array=0x406f49ec) at
/root/php5-200307091330/Zend/zend_execute.c:1194
#5 0x402f0635 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/php5-200307091330/Zend/zend.c:1017
#6 0x402c450f in php_execute_script (primary_file=0xb5d0) at
/root/php5-200307091330/main/main.c:1695
#7 0x4030e24c in php_handler (r=0x81c90d0) at
/root/php5-200307091330/sapi/apache2handler/sapi_apache2.c:520
#8 0x0807b66a in ap_run_handler (r=0x81c90d0) at config.c:195
#9 0x0807bb82 in ap_invoke_handler (r=0x81c90d0) at config.c:401
#10 0x0806ba97 in ap_process_request (r=0x81c90d0) at
http_request.c:288
#11 0x08067cd5 in ap_process_http_connection (c=0x81c4c98) at
http_core.c:293
#12 0x08084462 in ap_run_process_connection (c=0x81c4c98) at
connection.c:85
#13 0x0807a220 in child_main (child_num_arg=1) at prefork.c:696
#14 0x0807a3ca in make_child (s=0x80b6178, slot=0) at prefork.c:736
#15 0x0807a423 in startup_children (number_to_start=5) at
prefork.c:808
#16 0x0807ab15 in ap_mpm_run (_pconf=0x8079afc, plog=0x80ebb50,
s=0x80b6178) at prefork.c:1024
#17 0x0807f82e in main (argc=2, argv=0xb894) at main.c:660
#18 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) frame 4
#4 0x4030479c in execute (op_array=0x406f49ec) at
/root/php5-200307091330/Zend/zend_execute.c:1194
1194if (EX(opline)-handler(execute_data, op_array
TSRMLS_CC)) {
(gdb) print (char
*)(executor_globals.function_state_ptr-function)-common.function_name
$1 = 0x40314432 preg_match
--
Edit this bug report at http://bugs.php.net/?id=24563edit=1
#24384 [NEW]: EXIF Extension missing!
From: alan dot cheung at alumni dot ust dot hk Operating system: WIN XP PHP version: 4.3.3RC1 PHP Bug Type: *General Issues Bug description: EXIF Extension missing! Description: EXIF extension missing in Windows Binary Package...! -- Edit bug report at http://bugs.php.net/?id=24384edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24384r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24384r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24384r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24384r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24384r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24384r=support Expected behavior: http://bugs.php.net/fix.php?id=24384r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24384r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24384r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24384r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24384r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24384r=dst IIS Stability: http://bugs.php.net/fix.php?id=24384r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24384r=gnused
#8717 [Com]: feature request: have ftp_rawlist add extra params to the LIST command
ID: 8717
Comment by: Alan at alexeysoft dot com
Reported By: anri at gmx dot de
Status: Analyzed
Bug Type: Feature/Change Request
Operating System: *
PHP Version: *
New Comment:
Writen in script :
$fichiers = ftp_rawlist($conn_id, -la .${Dirr.$i});
// Get List Dir as Array
Don't work.
Drirectory : (CD) TATU_200_kmh_in_the_wrong_lane
After read by ftp_rawlist coverted to : ) (cd)
Please say me, where error ? or this bug very Big ?
With best regards,
Alan.
Previous Comments:
[2003-01-23 09:47:03] jukkaho at mail dot student dot oulu dot fi
A workaround is to add these flags directly to a directory string
like:
$results=ftp_rawlist($ftpres,-la $directory);
[2002-04-04 05:48:33] [EMAIL PROTECTED]
Updated the topic and other fields.
[2001-01-15 12:40:07] anri at gmx dot de
ftp_rawlist execs the command LIST on the server, an important
feature is to make it possible to add command parameters (esp. to list
hidden files, etc), like LIST -al
--
Edit this bug report at http://bugs.php.net/?id=8717edit=1
#22398 [Com]: file_exists returns TRUE when given a null filename
ID: 22398
Comment by: alan at frostick dot de
Reported By: alan at frostick dot com
Status: Bogus
Bug Type: Filesystem function related
Operating System: WIN32
PHP Version: 4.3.1
New Comment:
Nice of you to add this problem as a note on a previously unrelated bug
AFTER my report went in... and then claim I failed to check.
#21410 was previously a report for 4.3.0, not for the currently
released 4.3.1 and as I remember it appeared to be put down to a
documentation problem and was not OPEN. I see now it has
retrospectively been assigned the status verfied for 4.3.2-dev AFTER
I entered this report.
Of course I checked first, I spent about half an hour doing so before
reporting, painstakingly going through many similar reports. I
concluded that this problem was just being ignored by you and a
succinct report of the problem was well overdue. To claim my report
maliciously ignored existing open bug reports is not only false, but I
feel your comments are unwarranted.
Forget it in future... no more time-consuming research and documenting
of problems by me. I'll keep quiet about bugs from here on in and wish
no further contact with you guys.
OVER and OUT.
Previous Comments:
[2003-02-25 02:57:16] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
See bug #21410
[2003-02-24 12:26:48] alan at frostick dot com
Filesystem function: file_exists() return value (PHP_VERSION='4.3.1',
PHP_OS='WIN32')
file_exists() returns TRUE if it is passed a null string or an
undefined variable.
e.g.file_exists();// returns TRUE
Previously it always returned FALSE (at least it did in PHP3).
Is that a bug or a change of definition? If so it is undocumented. The
rsult is also inconsistent with that returned by is_file() in this
case, as my example below demonstrates.
I note this is a similar report to apparently bogus #19934. Perhaps
this will convince you?
Example script:
As given in Manual\function.file-exists.html (modified to demonstrate
the above fault):
?php
$filename = '';
print BRfile_exists: ;
if (file_exists($filename)) {
print The file $filename exists;
} else {
print The file $filename does not exist;
}
print BRis_file: ;
if (is_file($filename)) {
print The file $filename exists;
} else {
print The file $filename does not exist;
}
?
Result is:
file_exists: The file exists
is_file: The file does not exist
I also tried it with unset($filename) instead of a null string
assignment in the above, and get the same result.
--
Edit this bug report at http://bugs.php.net/?id=22398edit=1
#22398 [NEW]: file_exists returns TRUE when given a null filename
From: alan at frostick dot com
Operating system: WIN32
PHP version: 4.3.1
PHP Bug Type: Filesystem function related
Bug description: file_exists returns TRUE when given a null filename
Filesystem function: file_exists() return value (PHP_VERSION='4.3.1',
PHP_OS='WIN32')
file_exists() returns TRUE if it is passed a null string or an undefined
variable.
e.g.file_exists();// returns TRUE
Previously it always returned FALSE (at least it did in PHP3).
Is that a bug or a change of definition? If so it is undocumented. The
rsult is also inconsistent with that returned by is_file() in this case,
as my example below demonstrates.
I note this is a similar report to apparently bogus #19934. Perhaps this
will convince you?
Example script:
As given in Manual\function.file-exists.html (modified to demonstrate the
above fault):
?php
$filename = '';
print BRfile_exists: ;
if (file_exists($filename)) {
print The file $filename exists;
} else {
print The file $filename does not exist;
}
print BRis_file: ;
if (is_file($filename)) {
print The file $filename exists;
} else {
print The file $filename does not exist;
}
?
Result is:
file_exists: The file exists
is_file: The file does not exist
I also tried it with unset($filename) instead of a null string assignment
in the above, and get the same result.
--
Edit bug report at http://bugs.php.net/?id=22398edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22398r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22398r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22398r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22398r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22398r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22398r=support
Expected behavior: http://bugs.php.net/fix.php?id=22398r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22398r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22398r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22398r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22398r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22398r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22398r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22398r=gnused
#22213 [Opn]: Apache mod_ssl + PHP + cURL SSL segfault
ID: 22213 User updated by: alan at pair dot com Reported By: alan at pair dot com Status: Open Bug Type: cURL related Operating System: FreeBSD 4.6-STABLE PHP Version: 4CVS-2003-02-13 (stable) New Comment: Here's a stack dump when it segfaults: Program received signal SIGSEGV, Segmentation fault. 0x81df50c in SSL_CTX_ctrl () (gdb) bt #0 0x81df50c in SSL_CTX_ctrl () #1 0x81793f4 in ssl_init_Module (s=0x830b038, p=0x830b010) #2 0x8179741 in ssl_init_Module (s=0x830b038, p=0x830b010) at ssl_engine_init.c:304 #3 0x8195dd0 in ap_init_modules (p=0x830b010, s=0x830b038) at http_config.c:1703 #4 0x81a059e in standalone_main (argc=5, argv=0xbfbffa54) at http_main.c:5172 #5 0x81a0ec0 in main (argc=5, argv=0xbfbffa54) at http_main.c:5566 #6 0x807f72d in _start () (gdb) However, as I mentioned before, that's not completely accurate. Stepping through the code, here's a bit more detail as to where it's crashing: (gdb)n 585 ctx = SSL_CTX_new(SSLv23_server_method()); /* be more flexible */ (gdb) bt #0 ssl_init_ConfigureServer (s=0x830b038, p=0x830b010, sc=0x830b3e0) at ssl_engine_init.c:585 #1 0x8179741 in ssl_init_Module (s=0x830b038, p=0x830b010) at ssl_engine_init.c:304 #2 0x8195dd0 in ap_init_modules (p=0x830b010, s=0x830b038) at http_config.c:1703 #3 0x81a059e in standalone_main (argc=5, argv=0xbfbffa54) at http_main.c:5172 #4 0x81a0ec0 in main (argc=5, argv=0xbfbffa54) at http_main.c:5566 #5 0x807f72d in _start () (gdb) n 586 SSL_CTX_set_options(ctx, SSL_OP_ALL); (gdb) Program received signal SIGSEGV, Segmentation fault. 0x81df50c in SSL_CTX_ctrl () (gdb) bt #0 0x81df50c in SSL_CTX_ctrl () #1 0x81793f4 in ssl_init_Module (s=0x830b038, p=0x830b010) #2 0x8179741 in ssl_init_Module (s=0x830b038, p=0x830b010) at ssl_engine_init.c:304 #3 0x8195dd0 in ap_init_modules (p=0x830b010, s=0x830b038) at http_config.c:1703 #4 0x81a059e in standalone_main (argc=5, argv=0xbfbffa54) at http_main.c:5172 #5 0x81a0ec0 in main (argc=5, argv=0xbfbffa54) at http_main.c:5566 #6 0x807f72d in _start () (gdb) This particular version is compiled with PHP 4.3.0, Apache 1.3.27, mod_ssl 2.8.12, and curl 7.10.3. But I've been able to reproduce it with different versions of curl and PHP. If I run the same compiled executable without SSL turned on, it does not segfault when it receives HUP. If I compile curl --without-ssl, and compile php against this version of curl, apache does not segfault when it receives SIGHUP even when modssl is turned on. If I compile PHP without curl, apache does not segfault when it receives SIGHUP. I don't know that it's curl's fault. I just know that the problem goes away when PHP isn't using curl, or when curl isn't using SSL. Thanks, Alan Previous Comments: [2003-02-14 17:16:26] daniel at haxx dot se How about providing a stack trace or something that shows us what was going on when it crashed? For information, libcurl calls only two functions to initialize the OpenSSL library: SSL_load_error_strings(); SSLeay_add_ssl_algorithms(); (a define for SSL_library_init) (The rest is done when some action is called for, and this report says that isn't required for this problem to occur.) I honestly can't see how this can be wrong from a libcurl point of view. [2003-02-14 08:41:39] alan at pair dot com Regarding notes/issues raised on bug #22112: I made sure that apache is linking against only one copy of libssl and libcrypto. We have a global ErrorLog directive in the httpd.conf we're testing with, but no VirtualHost blocks at all: it's a base conf file, and the server doesn't even need to serve any pages for this to be a problem for us. Our httpd.conf conditionally turns on SSL only when the -DSSL flag is present. When apache is run without that flag, it works without any problems. It crashes only when SSL is running. (SSLEngine on only happens with -DSSL) Thanks. [2003-02-14 08:33:47] alan at pair dot com The configure command: ./configure --with-apache=/usr/pair/sw/apachessl_1.3.27 --with-config-file-path=/usr/local/etc --enable-magic-quotes --enable-bcmath --without-cdb --with-zlib-dir=/usr/local --with-gd --without-ttf --without-msql --with-mysql=/usr/local --with-iodbc --with-pdflib --enable-inline-optimization --disable-memory-limit --with-db --without-gdbm --with-ndbm --without-db2 --without-dbm --with-gettext --without-readline --with-recode --with-openssl=/usr/local/ssl --with-mcrypt --without-db3 --enable-dba --with-curl=/usr/local/lib --with-png-dir=/usr/local/lib Compiling without --with-curl fixes the bug. Compiling curl --without-ssl also does the trick
#22213 [Fbk-Opn]: Apache mod_ssl + PHP + cURL SSL segfault
ID: 22213 User updated by: alan at pair dot com Reported By: alan at pair dot com -Status: Feedback +Status: Open Bug Type: cURL related Operating System: FreeBSD 4.6-STABLE PHP Version: 4CVS-2003-02-13 (stable) New Comment: It looks like both mod_php and mod_ssl are being compiled in statically, along with a static core. I'm going to try doing this DSO and see if it helps; but that may not be an option for us depending on why things were compiled statically in the first place. Thanks. Previous Comments: [2003-02-18 12:02:32] [EMAIL PROTECTED] Is mod_ssl compiled as DSO? Or static module? I have both PHP and mod_ssl as DSOs and I can not reproduce this.. [2003-02-18 08:54:05] alan at pair dot com Here's a stack dump when it segfaults: Program received signal SIGSEGV, Segmentation fault. 0x81df50c in SSL_CTX_ctrl () (gdb) bt #0 0x81df50c in SSL_CTX_ctrl () #1 0x81793f4 in ssl_init_Module (s=0x830b038, p=0x830b010) #2 0x8179741 in ssl_init_Module (s=0x830b038, p=0x830b010) at ssl_engine_init.c:304 #3 0x8195dd0 in ap_init_modules (p=0x830b010, s=0x830b038) at http_config.c:1703 #4 0x81a059e in standalone_main (argc=5, argv=0xbfbffa54) at http_main.c:5172 #5 0x81a0ec0 in main (argc=5, argv=0xbfbffa54) at http_main.c:5566 #6 0x807f72d in _start () (gdb) However, as I mentioned before, that's not completely accurate. Stepping through the code, here's a bit more detail as to where it's crashing: (gdb)n 585 ctx = SSL_CTX_new(SSLv23_server_method()); /* be more flexible */ (gdb) bt #0 ssl_init_ConfigureServer (s=0x830b038, p=0x830b010, sc=0x830b3e0) at ssl_engine_init.c:585 #1 0x8179741 in ssl_init_Module (s=0x830b038, p=0x830b010) at ssl_engine_init.c:304 #2 0x8195dd0 in ap_init_modules (p=0x830b010, s=0x830b038) at http_config.c:1703 #3 0x81a059e in standalone_main (argc=5, argv=0xbfbffa54) at http_main.c:5172 #4 0x81a0ec0 in main (argc=5, argv=0xbfbffa54) at http_main.c:5566 #5 0x807f72d in _start () (gdb) n 586 SSL_CTX_set_options(ctx, SSL_OP_ALL); (gdb) Program received signal SIGSEGV, Segmentation fault. 0x81df50c in SSL_CTX_ctrl () (gdb) bt #0 0x81df50c in SSL_CTX_ctrl () #1 0x81793f4 in ssl_init_Module (s=0x830b038, p=0x830b010) #2 0x8179741 in ssl_init_Module (s=0x830b038, p=0x830b010) at ssl_engine_init.c:304 #3 0x8195dd0 in ap_init_modules (p=0x830b010, s=0x830b038) at http_config.c:1703 #4 0x81a059e in standalone_main (argc=5, argv=0xbfbffa54) at http_main.c:5172 #5 0x81a0ec0 in main (argc=5, argv=0xbfbffa54) at http_main.c:5566 #6 0x807f72d in _start () (gdb) This particular version is compiled with PHP 4.3.0, Apache 1.3.27, mod_ssl 2.8.12, and curl 7.10.3. But I've been able to reproduce it with different versions of curl and PHP. If I run the same compiled executable without SSL turned on, it does not segfault when it receives HUP. If I compile curl --without-ssl, and compile php against this version of curl, apache does not segfault when it receives SIGHUP even when modssl is turned on. If I compile PHP without curl, apache does not segfault when it receives SIGHUP. I don't know that it's curl's fault. I just know that the problem goes away when PHP isn't using curl, or when curl isn't using SSL. Thanks, Alan [2003-02-14 17:16:26] daniel at haxx dot se How about providing a stack trace or something that shows us what was going on when it crashed? For information, libcurl calls only two functions to initialize the OpenSSL library: SSL_load_error_strings(); SSLeay_add_ssl_algorithms(); (a define for SSL_library_init) (The rest is done when some action is called for, and this report says that isn't required for this problem to occur.) I honestly can't see how this can be wrong from a libcurl point of view. [2003-02-14 08:41:39] alan at pair dot com Regarding notes/issues raised on bug #22112: I made sure that apache is linking against only one copy of libssl and libcrypto. We have a global ErrorLog directive in the httpd.conf we're testing with, but no VirtualHost blocks at all: it's a base conf file, and the server doesn't even need to serve any pages for this to be a problem for us. Our httpd.conf conditionally turns on SSL only when the -DSSL flag is present. When apache is run without that flag, it works without any problems. It crashes only when SSL is running. (SSLEngine on only happens with -DSSL) Thanks. [2003-02-14 08:33:47] alan at pair dot com The configure command: ./configure
#22213 [Opn]: Apache mod_ssl + PHP + cURL SSL segfault
ID: 22213 User updated by: alan at pair dot com Reported By: alan at pair dot com Status: Open Bug Type: cURL related Operating System: FreeBSD 4.6-STABLE PHP Version: 4CVS-2003-02-13 (stable) New Comment: Building apache with mod_so, SHARED_CORE=yes, and mod_ssl as a SharedModule prevents this bug from showing its head. However, we're still interested in getting this working in the statically compiled version, so if you can reproduce it in that environment, we'd appreciate any insight on what's causing it there. Thanks! Alan Previous Comments: [2003-02-18 12:43:06] alan at pair dot com It looks like both mod_php and mod_ssl are being compiled in statically, along with a static core. I'm going to try doing this DSO and see if it helps; but that may not be an option for us depending on why things were compiled statically in the first place. Thanks. [2003-02-18 12:02:32] [EMAIL PROTECTED] Is mod_ssl compiled as DSO? Or static module? I have both PHP and mod_ssl as DSOs and I can not reproduce this.. [2003-02-18 08:54:05] alan at pair dot com Here's a stack dump when it segfaults: Program received signal SIGSEGV, Segmentation fault. 0x81df50c in SSL_CTX_ctrl () (gdb) bt #0 0x81df50c in SSL_CTX_ctrl () #1 0x81793f4 in ssl_init_Module (s=0x830b038, p=0x830b010) #2 0x8179741 in ssl_init_Module (s=0x830b038, p=0x830b010) at ssl_engine_init.c:304 #3 0x8195dd0 in ap_init_modules (p=0x830b010, s=0x830b038) at http_config.c:1703 #4 0x81a059e in standalone_main (argc=5, argv=0xbfbffa54) at http_main.c:5172 #5 0x81a0ec0 in main (argc=5, argv=0xbfbffa54) at http_main.c:5566 #6 0x807f72d in _start () (gdb) However, as I mentioned before, that's not completely accurate. Stepping through the code, here's a bit more detail as to where it's crashing: (gdb)n 585 ctx = SSL_CTX_new(SSLv23_server_method()); /* be more flexible */ (gdb) bt #0 ssl_init_ConfigureServer (s=0x830b038, p=0x830b010, sc=0x830b3e0) at ssl_engine_init.c:585 #1 0x8179741 in ssl_init_Module (s=0x830b038, p=0x830b010) at ssl_engine_init.c:304 #2 0x8195dd0 in ap_init_modules (p=0x830b010, s=0x830b038) at http_config.c:1703 #3 0x81a059e in standalone_main (argc=5, argv=0xbfbffa54) at http_main.c:5172 #4 0x81a0ec0 in main (argc=5, argv=0xbfbffa54) at http_main.c:5566 #5 0x807f72d in _start () (gdb) n 586 SSL_CTX_set_options(ctx, SSL_OP_ALL); (gdb) Program received signal SIGSEGV, Segmentation fault. 0x81df50c in SSL_CTX_ctrl () (gdb) bt #0 0x81df50c in SSL_CTX_ctrl () #1 0x81793f4 in ssl_init_Module (s=0x830b038, p=0x830b010) #2 0x8179741 in ssl_init_Module (s=0x830b038, p=0x830b010) at ssl_engine_init.c:304 #3 0x8195dd0 in ap_init_modules (p=0x830b010, s=0x830b038) at http_config.c:1703 #4 0x81a059e in standalone_main (argc=5, argv=0xbfbffa54) at http_main.c:5172 #5 0x81a0ec0 in main (argc=5, argv=0xbfbffa54) at http_main.c:5566 #6 0x807f72d in _start () (gdb) This particular version is compiled with PHP 4.3.0, Apache 1.3.27, mod_ssl 2.8.12, and curl 7.10.3. But I've been able to reproduce it with different versions of curl and PHP. If I run the same compiled executable without SSL turned on, it does not segfault when it receives HUP. If I compile curl --without-ssl, and compile php against this version of curl, apache does not segfault when it receives SIGHUP even when modssl is turned on. If I compile PHP without curl, apache does not segfault when it receives SIGHUP. I don't know that it's curl's fault. I just know that the problem goes away when PHP isn't using curl, or when curl isn't using SSL. Thanks, Alan [2003-02-14 17:16:26] daniel at haxx dot se How about providing a stack trace or something that shows us what was going on when it crashed? For information, libcurl calls only two functions to initialize the OpenSSL library: SSL_load_error_strings(); SSLeay_add_ssl_algorithms(); (a define for SSL_library_init) (The rest is done when some action is called for, and this report says that isn't required for this problem to occur.) I honestly can't see how this can be wrong from a libcurl point of view. [2003-02-14 08:41:39] alan at pair dot com Regarding notes/issues raised on bug #22112: I made sure that apache is linking against only one copy of libssl and libcrypto. We have a global ErrorLog directive in the httpd.conf we're testing with, but no VirtualHost blocks at all: it's a base conf file, and the server doesn't even need to serve any pages
#22213 [Fbk-Opn]: Apache mod_ssl + PHP + cURL SSL segfault
ID: 22213 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: cURL related Operating System: FreeBSD 4.6-STABLE PHP Version: 4CVS-2003-02-13 (stable) New Comment: The configure command: ./configure --with-apache=/usr/pair/sw/apachessl_1.3.27 --with-config-file-path=/usr/local/etc --enable-magic-quotes --enable-bcmath --without-cdb --with-zlib-dir=/usr/local --with-gd --without-ttf --without-msql --with-mysql=/usr/local --with-iodbc --with-pdflib --enable-inline-optimization --disable-memory-limit --with-db --without-gdbm --with-ndbm --without-db2 --without-dbm --with-gettext --without-readline --with-recode --with-openssl=/usr/local/ssl --with-mcrypt --without-db3 --enable-dba --with-curl=/usr/local/lib --with-png-dir=/usr/local/lib Compiling without --with-curl fixes the bug. Compiling curl --without-ssl also does the trick. Previous Comments: [2003-02-13 19:22:22] [EMAIL PROTECTED] And the full configure line used to configure php was..? [2003-02-13 16:17:05] [EMAIL PROTECTED] This bug could be related to bug #22112. [2003-02-13 15:56:40] [EMAIL PROTECTED] I've reproduced this bug with PHP versions 4.2.2, and the STABLE PHP dated Feb 13, 2003. FreeBSD 4.6-stable PHP 4.2.2 --with-curl curl --with-ssl, versions 7.9.8 and 7.10.3 Apache 1.3.27 mod_ssl OpenSSL 0.9.7, and a variety of flavors of 0.9.6. To reproduce the bug: * start apache * send a HUP signal to apache's parent process (to restart it) The server needn't serve any pages (php or otherwise) before the HUP is sent. Apache crashes, I believe while trying to reinitialize the mod_ssl module. Running the same version of everything, but curl compiled --without-ssl makes it work correctly: the apache parent kills off its children and spawns new ones without the parent segfaulting. It seems to be dying inside SSL_CTX_ctrl (via SSL_CTX_set_options) when called from apache's ssl_init_ConfigureServer, at this line: SSL_CTX_set_options(ctx, SSL_OP_ALL); Unfortunately, by the time it segfaults, the stack has been corrupted, and it gets really difficult to debug. Alan -- Edit this bug report at http://bugs.php.net/?id=22213edit=1
#22213 [Opn]: Apache mod_ssl + PHP + cURL SSL segfault
ID: 22213 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: cURL related Operating System: FreeBSD 4.6-STABLE PHP Version: 4CVS-2003-02-13 (stable) New Comment: Regarding notes/issues raised on bug #22112: I made sure that apache is linking against only one copy of libssl and libcrypto. We have a global ErrorLog directive in the httpd.conf we're testing with, but no VirtualHost blocks at all: it's a base conf file, and the server doesn't even need to serve any pages for this to be a problem for us. Our httpd.conf conditionally turns on SSL only when the -DSSL flag is present. When apache is run without that flag, it works without any problems. It crashes only when SSL is running. (SSLEngine on only happens with -DSSL) Thanks. Previous Comments: [2003-02-14 08:33:47] [EMAIL PROTECTED] The configure command: ./configure --with-apache=/usr/pair/sw/apachessl_1.3.27 --with-config-file-path=/usr/local/etc --enable-magic-quotes --enable-bcmath --without-cdb --with-zlib-dir=/usr/local --with-gd --without-ttf --without-msql --with-mysql=/usr/local --with-iodbc --with-pdflib --enable-inline-optimization --disable-memory-limit --with-db --without-gdbm --with-ndbm --without-db2 --without-dbm --with-gettext --without-readline --with-recode --with-openssl=/usr/local/ssl --with-mcrypt --without-db3 --enable-dba --with-curl=/usr/local/lib --with-png-dir=/usr/local/lib Compiling without --with-curl fixes the bug. Compiling curl --without-ssl also does the trick. [2003-02-13 19:22:22] [EMAIL PROTECTED] And the full configure line used to configure php was..? [2003-02-13 16:17:05] [EMAIL PROTECTED] This bug could be related to bug #22112. [2003-02-13 15:56:40] [EMAIL PROTECTED] I've reproduced this bug with PHP versions 4.2.2, and the STABLE PHP dated Feb 13, 2003. FreeBSD 4.6-stable PHP 4.2.2 --with-curl curl --with-ssl, versions 7.9.8 and 7.10.3 Apache 1.3.27 mod_ssl OpenSSL 0.9.7, and a variety of flavors of 0.9.6. To reproduce the bug: * start apache * send a HUP signal to apache's parent process (to restart it) The server needn't serve any pages (php or otherwise) before the HUP is sent. Apache crashes, I believe while trying to reinitialize the mod_ssl module. Running the same version of everything, but curl compiled --without-ssl makes it work correctly: the apache parent kills off its children and spawns new ones without the parent segfaulting. It seems to be dying inside SSL_CTX_ctrl (via SSL_CTX_set_options) when called from apache's ssl_init_ConfigureServer, at this line: SSL_CTX_set_options(ctx, SSL_OP_ALL); Unfortunately, by the time it segfaults, the stack has been corrupted, and it gets really difficult to debug. Alan -- Edit this bug report at http://bugs.php.net/?id=22213edit=1
#15224 [Com]: openSSL and cURL results in Apache seg-faulting
ID: 15224 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OpenSSL related Operating System: Linux RH 7.1 PHP Version: 4.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz I did this; no dice. It seems to be dying inside SSL_CTX_ctrl (via SSL_CTX_set_options) when called from apache's ssl_init_ConfigureServer at this line: SSL_CTX_set_options(ctx, SSL_OP_ALL); This is the same behavior it had before. Thanks. Previous Comments: [2003-02-12 20:16:21] [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 [2003-02-12 14:21:16] [EMAIL PROTECTED] More details: This happens with curl 7.9.8 or 7.10.3. OpenSSL 0.9.7 or a variety of flavors of 0.9.6. [2003-02-12 14:20:22] [EMAIL PROTECTED] FreeBSD 4.6-stable PHP 4.2.2 --with-curl curl --with-ssl Apache 1.3.27 with SSL To reproduce the bug: * start apache * send a HUP signal to apache's parent process (to restart it) The server needn't serve any pages (php or otherwise). Apache crashes while trying to reinitialize SSL. Running the same version of everything, but curl compiled --without-ssl makes it work correctly: the apache parent kills off its children and spawns new ones. [2002-02-27 00:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, 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. [2002-01-26 14:32:46] [EMAIL PROTECTED] Same problem ... w/ OpenSSL it goes down everytime. (version 4.1.1 goes down just if the script uses PHP authentication, 4.0.6 gets 'crazy' after some time ... really stable environment :( ) Btw, IMHO it's not Apache/SSL/glibc/libs problem ... I've tried many different configurations (various Apaches, various Unixes, various compilers, various libraries (freetype, ...), various PHP4 configs) past three days ... still having the same problem. 30 mins ago I found it works if I disable OpenSSL (EAPI). Uff ... I call this 'total waste of time'. PS: The only common things in this case are: gd 1.8.4, PHP3 + PHP4 support (--enable-versioning), all as DSO. And no, removing PHP3 won't solve the problem, I've already tried that ... guess what happened? 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/15224 -- Edit this bug report at http://bugs.php.net/?id=15224edit=1
#22213 [NEW]: Apache mod_ssl + PHP + cURL SSL segfault
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.6-STABLE PHP version: 4CVS-2003-02-13 (stable) PHP Bug Type: cURL related Bug description: Apache mod_ssl + PHP + cURL SSL segfault I've reproduced this bug with PHP versions 4.2.2, and the STABLE PHP dated Feb 13, 2003. FreeBSD 4.6-stable PHP 4.2.2 --with-curl curl --with-ssl, versions 7.9.8 and 7.10.3 Apache 1.3.27 mod_ssl OpenSSL 0.9.7, and a variety of flavors of 0.9.6. To reproduce the bug: * start apache * send a HUP signal to apache's parent process (to restart it) The server needn't serve any pages (php or otherwise) before the HUP is sent. Apache crashes, I believe while trying to reinitialize the mod_ssl module. Running the same version of everything, but curl compiled --without-ssl makes it work correctly: the apache parent kills off its children and spawns new ones without the parent segfaulting. It seems to be dying inside SSL_CTX_ctrl (via SSL_CTX_set_options) when called from apache's ssl_init_ConfigureServer, at this line: SSL_CTX_set_options(ctx, SSL_OP_ALL); Unfortunately, by the time it segfaults, the stack has been corrupted, and it gets really difficult to debug. Alan -- Edit bug report at http://bugs.php.net/?id=22213edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22213r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22213r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22213r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22213r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22213r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22213r=support Expected behavior: http://bugs.php.net/fix.php?id=22213r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22213r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22213r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22213r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22213r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22213r=dst IIS Stability: http://bugs.php.net/fix.php?id=22213r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22213r=gnused
#15224 [Com]: openSSL and cURL results in Apache seg-faulting
ID: 15224 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: OpenSSL related Operating System: Linux RH 7.1 PHP Version: 4.1.1 New Comment: FreeBSD 4.6-stable PHP 4.2.2 --with-curl curl --with-ssl Apache 1.3.27 with SSL To reproduce the bug: * start apache * send a HUP signal to apache's parent process (to restart it) The server needn't serve any pages (php or otherwise). Apache crashes while trying to reinitialize SSL. Running the same version of everything, but curl compiled --without-ssl makes it work correctly: the apache parent kills off its children and spawns new ones. Previous Comments: [2002-02-27 00:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, 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. [2002-01-26 14:32:46] [EMAIL PROTECTED] Same problem ... w/ OpenSSL it goes down everytime. (version 4.1.1 goes down just if the script uses PHP authentication, 4.0.6 gets 'crazy' after some time ... really stable environment :( ) Btw, IMHO it's not Apache/SSL/glibc/libs problem ... I've tried many different configurations (various Apaches, various Unixes, various compilers, various libraries (freetype, ...), various PHP4 configs) past three days ... still having the same problem. 30 mins ago I found it works if I disable OpenSSL (EAPI). Uff ... I call this 'total waste of time'. PS: The only common things in this case are: gd 1.8.4, PHP3 + PHP4 support (--enable-versioning), all as DSO. And no, removing PHP3 won't solve the problem, I've already tried that ... guess what happened? [2002-01-26 08:35:38] [EMAIL PROTECTED] Can you provide a sample script and a backtrace (see http://bugs.php.net/bugs-generating-backtrace.php)? [2002-01-25 12:53:19] [EMAIL PROTECTED] I have compiled PHP-4.1.1 with: ./configure --with-apxs --with-pgsql --enable-sockets --with-openssl --without-mysql --with-curl I have compiled cURL-7.9.3 with: ./configure and ./configure --with-ssl Otherwise, I'm using the standard RH stuff. I'm using the XML-PHP stuff (usefulinc.com) to perform XML-RPC over HTTPS. The XML-RPC requires cURL for this. I need the openssl in PHP for another application. If I perform the XML-RPC request I get: [Fri Jan 25 17:24:44 2002] [notice] child pid 11452 exit signal Segmentation fault (11) However, if I compile PHP without openSSL support, the request works fine. Hope someone can help :-) josh. -- Edit this bug report at http://bugs.php.net/?id=15224edit=1
#15224 [Com]: openSSL and cURL results in Apache seg-faulting
ID: 15224 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: OpenSSL related Operating System: Linux RH 7.1 PHP Version: 4.1.1 New Comment: More details: This happens with curl 7.9.8 or 7.10.3. OpenSSL 0.9.7 or a variety of flavors of 0.9.6. Previous Comments: [2003-02-12 14:20:22] [EMAIL PROTECTED] FreeBSD 4.6-stable PHP 4.2.2 --with-curl curl --with-ssl Apache 1.3.27 with SSL To reproduce the bug: * start apache * send a HUP signal to apache's parent process (to restart it) The server needn't serve any pages (php or otherwise). Apache crashes while trying to reinitialize SSL. Running the same version of everything, but curl compiled --without-ssl makes it work correctly: the apache parent kills off its children and spawns new ones. [2002-02-27 00:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, 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. [2002-01-26 14:32:46] [EMAIL PROTECTED] Same problem ... w/ OpenSSL it goes down everytime. (version 4.1.1 goes down just if the script uses PHP authentication, 4.0.6 gets 'crazy' after some time ... really stable environment :( ) Btw, IMHO it's not Apache/SSL/glibc/libs problem ... I've tried many different configurations (various Apaches, various Unixes, various compilers, various libraries (freetype, ...), various PHP4 configs) past three days ... still having the same problem. 30 mins ago I found it works if I disable OpenSSL (EAPI). Uff ... I call this 'total waste of time'. PS: The only common things in this case are: gd 1.8.4, PHP3 + PHP4 support (--enable-versioning), all as DSO. And no, removing PHP3 won't solve the problem, I've already tried that ... guess what happened? [2002-01-26 08:35:38] [EMAIL PROTECTED] Can you provide a sample script and a backtrace (see http://bugs.php.net/bugs-generating-backtrace.php)? [2002-01-25 12:53:19] [EMAIL PROTECTED] I have compiled PHP-4.1.1 with: ./configure --with-apxs --with-pgsql --enable-sockets --with-openssl --without-mysql --with-curl I have compiled cURL-7.9.3 with: ./configure and ./configure --with-ssl Otherwise, I'm using the standard RH stuff. I'm using the XML-PHP stuff (usefulinc.com) to perform XML-RPC over HTTPS. The XML-RPC requires cURL for this. I need the openssl in PHP for another application. If I perform the XML-RPC request I get: [Fri Jan 25 17:24:44 2002] [notice] child pid 11452 exit signal Segmentation fault (11) However, if I compile PHP without openSSL support, the request works fine. Hope someone can help :-) josh. -- Edit this bug report at http://bugs.php.net/?id=15224edit=1
#6893 [Com]: feature request - makelinks() function
ID: 6893 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Feature/Change Request Operating System: N/A PHP Version: 4.0.2 Assigned To: tal New Comment: I developed such a function in php with extensive exceptions checking, some months ago. If it would help you, you might like to eyeball it. It may give you valuable and time-saving clues to coding it as a C++ function. Please send me an email address to deliver you part of my script library as an attachment. Previous Comments: [2002-04-28 13:35:01] [EMAIL PROTECTED] dealing with trailing periods and commas on urls is pretty easy -- just ignore them if they're followed by a whitespace character. (it's not 100% reliable, of course, but in my experience is more often correct than including the trailing period or comma in that case.) [2002-04-28 06:57:19] [EMAIL PROTECTED] In playing with this kind of thing in the past I've come up against the following problem: How do you handle URLs embedded in sentences which have contact with a full stop or commas? Have a look at www.examples.com/hi.html, it might help you out Baring in mind that some sites DO include a comma in the URL, for example any site powered by the Vignette content managment system - example: http://www.vignette.com/CDA/Site/0,2097,1-1-1489,00.html The same goes for sentences where the URL is followed directly by a full stop. The other thing that might be worth taking in to consideration is that many site designs will break if suitably long URLs are added (this is especially true for forums, which will be a major use for this function). The best solution I have seen is vBulletin's, where long URLs are shortened to look like this: http://example.com/lon...blah.html Where the full URL (to which the above text is linked) looks like this: http://example.com/long-url-here/blah/blah/blah.html Obviously different sites would need different lengths of URL, so whether or not URLs were shortened like this (and to what extent they were shortened) should probably be specified by an optional second paramater of some sort. Hope that helps, Simon [2002-04-28 02:24:17] [EMAIL PROTECTED] I'm planning to write a String_Manipulation (or something similiar, we'll probably fight about that... ;-)). Assigned to myself. -Tal [2002-01-06 10:02:06] [EMAIL PROTECTED] sounds if PEAR has another task ;). reclassified. [2000-09-26 19:36:44] [EMAIL PROTECTED] I don't know if this is the best way to submit a feature request, but I think it would be handy to have a builtin makelinks() function, to change all urls in a piece of text to actual links. eg, changing my homepage is at http://www.arse.net/; to my homepage is at a href=http://www.arse.net/http://www.arse.net//a. 'course, it's pretty easy to code this yourself, but then so is nl2br(), and having it as part of the source would (maybe?) make it faster. -- Edit this bug report at http://bugs.php.net/?id=6893edit=1
#21738 [NEW]: Quicktime .mov support for getimagesize()
From: [EMAIL PROTECTED] Operating system: Win XP PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: Quicktime .mov support for getimagesize() I think .mov is also quite a popular multimedia format on the web, especially for VRMLs. Is there any plan for PHP to include .mov support in the several graphics function...? Thanks. -- Edit bug report at http://bugs.php.net/?id=21738edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21738r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21738r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21738r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21738r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21738r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21738r=support Expected behavior: http://bugs.php.net/fix.php?id=21738r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21738r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21738r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21738r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21738r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21738r=dst IIS Stability: http://bugs.php.net/fix.php?id=21738r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21738r=gnused
#21538 [NEW]: GTK: possible memory leak in ctree insert_node code.
From: [EMAIL PROTECTED] Operating system: linux debian PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: GTK: possible memory leak in ctree insert_node code. PHP-GTK 0.5.1 (I dont think anything major changed in this area on 0.5.2) to reproduce try pear install http://devel.akbkhome.com/GTK_VarDump-0.1.tgz the package includes a test file test1.php, just run it with php test1.php it attempts to var_dump globals (dont worry recursion is handled..)... try expanding the globals recursive element a few times, then press the OK button - I get the following segfault... if somebody can reproduce it, it would atleast prove im not mad here :) I tested this on another machine, which had the zend memory lead debugging on (and an earlier dev version of PHP4.3), indicating there was a 4 byte leak in in gtk+.overides in the gtk_ctree_insert_node section at this line.. text = emalloc(sizeof(gchar *) * columns); however couldnt get it to crash :( (gdb) run /usr/share/pear/tests/GTK_VarDump/tests/test1.php Starting program: /usr/bin/php /usr/share/pear/tests/GTK_VarDump/tests/test1.php Program received signal SIGSEGV, Segmentation fault. 0x402a8e5a in free () from /lib/libc.so.6 (gdb) bt #0 0x402a8e5a in free () from /lib/libc.so.6 #1 0x08129ad9 in _efree (ptr=0x8520cf4) at /usr/src/php/php-4.3.0/Zend/zend_alloc.c:235 #2 0x0813d360 in zend_hash_apply_deleter (ht=0x81b5460, p=0x8520cf4) at /usr/src/php/php-4.3.0/Zend/zend_hash.c:633 #3 0x0813d51b in zend_hash_apply_with_argument (ht=0x81b5460, apply_func=0x813e644 clean_module_resource, argument=0x8476270) at /usr/src/php/php-4.3.0/Zend/zend_hash.c:708 #4 0x0813e6a8 in zend_clean_module_rsrc_dtors_cb (ld=0x8476258, module_number=0xb320) at /usr/src/php/php-4.3.0/Zend/zend_list.c:249 #5 0x0813d50a in zend_hash_apply_with_argument (ht=0x81b1080, apply_func=0x813e660 zend_clean_module_rsrc_dtors_cb, argument=0xb320) at /usr/src/php/php-4.3.0/Zend/zend_hash.c:707 #6 0x0813e6f5 in zend_clean_module_rsrc_dtors (module_number=28) at /usr/src/php/php-4.3.0/Zend/zend_list.c:260 #7 0x0813b6b0 in module_destructor (module=0x823e5f0) at /usr/src/php/php-4.3.0/Zend/zend_API.c:1117 #8 0x0813d2ac in zend_hash_apply_deleter (ht=0x81b5600, p=0x823e5c0) at /usr/src/php/php-4.3.0/Zend/zend_hash.c:598 #9 0x0813d493 in zend_hash_apply (ht=0x81b5600, apply_func=0x813b78c module_registry_cleanup) at /usr/src/php/php-4.3.0/Zend/zend_hash.c:689 #10 0x08138a40 in zend_deactivate_modules () at /usr/src/php/php-4.3.0/Zend/zend.c:634 #11 0x0810fdcd in php_request_shutdown (dummy=0x0) at /usr/src/php/php-4.3.0/main/main.c:928 #12 0x0815267d in main (argc=2, argv=0xba94) at /usr/src/php/php-4.3.0/sapi/cli/php_cli.c:803 (gdb) -- Edit bug report at http://bugs.php.net/?id=21538edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21538r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21538r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21538r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21538r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21538r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21538r=support Expected behavior: http://bugs.php.net/fix.php?id=21538r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21538r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21538r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21538r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21538r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21538r=dst IIS Stability: http://bugs.php.net/fix.php?id=21538r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21538r=gnused
#20929 [Com]: Problem in handling big5 characters from HTML form
ID: 20929 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Redhat Linux 7.2 PHP Version: 4.2.3 New Comment: It appears that apache 2 is correctly encoding the input, I would suggest a having a look at the multibyte extension, to see if there is a way of a) configuring php to automatically decode these for you b) a routine to manually decode them. Previous Comments: [2002-12-11 21:40:39] [EMAIL PROTECTED] I use the same client (Windows2000 + IE6), the same server OS (Redhat7.2) and the same php version (4.2.3 and 4.4.0-dev). The only difference is Apache version, Apache1.3.27 and Apache2.0.40. For testing, I use the big 5 character «O¨} From Apache1.3.27: $_REQUEST = «O¨} From Apache2.0.40: $_REQUEST = #20445;#33391; The setup of both Apache servers are equal. Apache1.3.27: './configure' '--with-mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-imap' '--with-kerberos' '--with-imap-ssl' '--with-gettext' '--with-xml' '--with-ldap' '--enable-ftp' Apache2.0.40: './configure' '--with-mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-imap' '--with-kerberos' '--with-imap-ssl' '--with-gettext' '--with-xml' '--with-ldap' '--enable-ftp' Thanks for help. [2002-12-11 19:57:32] [EMAIL PROTECTED] 2)htmlentities has an extra optional argument for characterset Can you double check what that the brower is sending to the server (karpski), and see if theres any difference between you r Apache1.3 Apache2.0 setup [2002-12-11 19:36:37] [EMAIL PROTECTED] I have tried the latest PHP CVS 4.4.0-dev(200212120030). The problem still exist. All big 5 characters from HTML form POST/GET are always converted to HTML codes. No function can be used to convert HTML codes back to big 5 characters. Thanks. [2002-12-10 22:40:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-10 21:43:15] [EMAIL PROTECTED] 1. When I use $_REQUEST, $_POST, $_GET to retrieve the data of a HTML form, all big5 characters will be changed to some HTML codes (e.g. $#20806). Although these HTML codes can be displayed correctly in browsers, I cannot convert them back to big5 code. With PHP4.2.3 on Apache 1.3.27, there is no problem. PHP can retrieve big5 characters from HTML form. 2. The htmlentities function does not correctly convert big5 characters to html codes. Wrong html codes are generated and cannot be correctly displayed in browser. -- Edit this bug report at http://bugs.php.net/?id=20929edit=1
#19842 [NEW]: is_object returns FALSE on Incomplete classes
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4CVS-2002-10-10
PHP Bug Type: Class/Object related
Bug description: is_object returns FALSE on Incomplete classes
Steps to reproduce
a) generate a serialized class
eg.
class atest {
var $t = 1;
}
$t = new atest;
$fh = fopen('/tmp/test','w');
fwrite($fh,serialize($t));
fclose($fh);
--
In another file
$data = unserialize(file_get_contents('/tmp/test'));
if (!is_object($data)) {
echo DATA is an .gettype($b).!\n; }
}
should output
DATA is an object!
It's on the verge of expected behaviour, but it would be nice if it worked
:)
--
Edit bug report at http://bugs.php.net/?id=19842edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19842r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19842r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19842r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19842r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19842r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19842r=support
Expected behavior: http://bugs.php.net/fix.php?id=19842r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19842r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19842r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19842r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19842r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19842r=dst
IIS Stability: http://bugs.php.net/fix.php?id=19842r=isapi
#19705 [Ana]: output buffering failing make test
ID: 19705 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: linux PHP Version: 4CVS-2002-10-01 New Comment: just downgraded output.c to rev. 1.121 and the obtest passes http://cvs.php.net/co.php/php4/main/output.c?sbt=2r=1.121 re-updated and made it fail again... Previous Comments: [2002-10-02 00:53:21] [EMAIL PROTECTED] It affect CLI (eg. make test). and also the apache1 SAPI [2002-10-02 00:31:59] [EMAIL PROTECTED] For some reason, output buffer is bypassed and directly outputs. Are you using CLI, CGI or SAPI? [2002-10-02 00:29:04] [EMAIL PROTECTED] This is nasty... Do you know applicable patch? [2002-10-01 23:08:01] [EMAIL PROTECTED] make test ... FAIL Output buffering tests (006.phpt) . and hence output buffering is failing.. I think that worked before the register_globals fix went in.. http://bugs.php.net/bug.php?id=19646 -- Edit this bug report at http://bugs.php.net/?id=19705edit=1
#19705 [NEW]: output buffering failing make test
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4CVS-2002-10-01 PHP Bug Type: Output Control Bug description: output buffering failing make test make test ... FAIL Output buffering tests (006.phpt) . and hence output buffering is failing.. I think that worked before the register_globals fix went in.. http://bugs.php.net/bug.php?id=19646 -- Edit bug report at http://bugs.php.net/?id=19705edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19705r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19705r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19705r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19705r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19705r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19705r=support Expected behavior: http://bugs.php.net/fix.php?id=19705r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19705r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19705r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19705r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19705r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19705r=dst
#19646 [Fbk-Csd]: session variables only work if register globals is turned off
ID: 19646 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Session related Operating System: linux PHP Version: 4CVS-2002-09-28 Assigned To: sas New Comment: yeap, fixed in CVS. Previous Comments: [2002-10-01 07:07:33] [EMAIL PROTECTED] I fixed a fundamental issue which should hopefully solve this problem, too, once and for all. Please check out the latest CVS and let us know whether it works for you. [2002-09-28 02:59:57] [EMAIL PROTECTED] I think the last update to sessions broke. eg. register_globals = On Sessions dont work register_globals = Off Sessions work Ok. While its not a bad idea :) - I dont think that was intended.. :) -- Edit this bug report at http://bugs.php.net/?id=19646edit=1
#19705 [Ana]: output buffering failing make test
ID: 19705 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: linux PHP Version: 4CVS-2002-10-01 New Comment: It affect CLI (eg. make test). and also the apache1 SAPI Previous Comments: [2002-10-02 00:31:59] [EMAIL PROTECTED] For some reason, output buffer is bypassed and directly outputs. Are you using CLI, CGI or SAPI? [2002-10-02 00:29:04] [EMAIL PROTECTED] This is nasty... Do you know applicable patch? [2002-10-01 23:08:01] [EMAIL PROTECTED] make test ... FAIL Output buffering tests (006.phpt) . and hence output buffering is failing.. I think that worked before the register_globals fix went in.. http://bugs.php.net/bug.php?id=19646 -- Edit this bug report at http://bugs.php.net/?id=19705edit=1
#19646 [NEW]: session variables only work if register globals is turned off
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4CVS-2002-09-28 PHP Bug Type: Session related Bug description: session variables only work if register globals is turned off I think the last update to sessions broke. eg. register_globals = On Sessions dont work register_globals = Off Sessions work Ok. While its not a bad idea :) - I dont think that was intended.. :) -- Edit bug report at http://bugs.php.net/?id=19646edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19646r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19646r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19646r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19646r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19646r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19646r=support Expected behavior: http://bugs.php.net/fix.php?id=19646r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19646r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19646r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19646r=globals
#19553 [Com]: Failed html tags when trans sid is enabled
ID: 19553 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.2.3 New Comment: may be similar to http://bugs.php.net/bug.php?id=17236 Previous Comments: [2002-09-25 07:27:11] [EMAIL PROTECTED] This looks to me as if the rewriter would fail to clear a buffer and thus insert random data into the stream. I would appreciate an example script which reproduces the behaviour. [2002-09-23 02:34:35] [EMAIL PROTECTED] had a similar effect last week, looks like trans_sid cutting off bytes at buffer ends under certain (not yet identified) circumstances from what i have seen it mostly happens at the very end of a document and only sometimes on the border of http 1.1 chunks might have been there for quite some time without being noticed as it will usually only cut off the trailing lt;bodygt;lt;htmlgt; which do not affect output in common browsers ... [2002-09-22 18:37:19] [EMAIL PROTECTED] When I've got --enable-tras-sid, I get wrong html tags (sometimes): For example: in file: TD background=/themes/_pl/redball/_layout/bar_back.jpg class=grey nbsp;nbsp;Bfont class=white?php print 1234567890;?/font/B source from web: td background=/themes/_pl/redball/_layout/bar_back.jpg class=grey nbsp;nbsp;bfont1234567890/font/b in file: input type=text size=2 maxsize=6 name=num[22] value='1'td align=center source from web: input type=text size=2 maxsize=6 name=num[22] value='1'/td align=center I have php-4.2.3 but there is the same bug in 4.2.1 php-4.1.2 is OK. -- Edit this bug report at http://bugs.php.net/?id=19553edit=1
#19510 [Com]: $_SERVER[DOCUMENT_ROOT] UNAVAILABLE
ID: 19510
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IIS related
Operating System: Win NT 4.0 Server
PHP Version: 4.2.2
New Comment:
looks like a bug, - but as an aside, you could consider..
#nicest - or add it to php.ini
ini_set('include_path', 'standard/install/location');
#which enables all includes to look
include 'Database/TableClass.php';
#klunky, but effective
include dirname(__FILE__).'/../../somefile.php');
Previous Comments:
[2002-09-19 20:03:54] [EMAIL PROTECTED]
Typo... build is 1381 NT 4.0 Server
[2002-09-19 20:01:07] [EMAIL PROTECTED]
Major problem making PHP4 useless in a large development
portal/enterprise scenario!!!
PHP 4.2.2
Windows NT 4.0 Server Build 1382
IIS 4.0
Calling $_SERVER[DOCUMENT_ROOT] results in an unknown index
The ramifications of this bug is serious enough to cripple my entire
development as I will not be able to include() or require() files
across many directories.
My development is in Windows, however my hosts are in Unix/Linux. I
simply cannot use ini_get('doc_root') as a solution because then I have
to switch the entire code to $_SERVER[DOCUMENT_ROOT] before uploading
to the servers.
I can't believe noone else posted this bug anywhere - because it is on
a plain Windows NT server system!
--
Edit this bug report at http://bugs.php.net/?id=19510edit=1
#17206 [Com]: fails to build with --enable-dio
ID: 17206 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.4-STABLE PHP Version: 4.2.1 New Comment: have a look at the cvs version - there is an #ifdef #endif around the O_SYNC - just add that in, and it should work ok. Previous Comments: [2002-09-19 20:25:55] [EMAIL PROTECTED] Although this was reportedly fixed in the CVS, a compile of 4.2.3 on FreeBSD 4.6.2 still gives the same problem AFAIK. Details follow: #! /bin/sh # # Created by configure './configure' \ '--prefix=/usr/local/psh' \ '--enable-cli' \ '--enable-dio' \ '--without-pear' \ '--with-openssl=/usr/local/ssl' \ '--with-zlib' \ '--with-bcmath' \ '--with-bz2' \ '--enable-ftp' \ '--with-readline' \ '--with-mysql=/usr/local/mysql' \ '--with-ncurses' \ '--enable-pcntl' \ '--enable-shmop' \ '--enable-sockets' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--with-expat-dir=/usr/local' \ '--enable-inline-optimization' \ $@ Making all in dio gcc -I. -I/root/INSTALLED/php-4.2.3/ext/dio -I/root/INSTALLED/php-4.2.3/main -I/root/INSTALLED/php-4.2.3 -I/root/INSTALLED/php-4.2.3/Zend -I/usr/local/ssl/include -I/usr/local/mysql/include/mysql -I/usr/local/include -I/root/INSTALLED/php-4.2.3/TSRM -g -O2 -c dio.c touch dio.lo dio.c: In function `zm_startup_dio': dio.c:90: `O_SYNC' undeclared (first use in this function) dio.c:90: (Each undeclared identifier is reported only once dio.c:90: for each function it appears in.) *** Error code 1 Stop in /root/INSTALLED/php-4.2.3/ext/dio. *** Error code 1 Stop in /root/INSTALLED/php-4.2.3/ext/dio. *** Error code 1 Stop in /root/INSTALLED/php-4.2.3/ext. *** Error code 1 Hans [2002-05-15 14:05:11] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version 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. Thank you for the report, and for helping us make PHP better. [2002-05-14 08:12:20] [EMAIL PROTECTED] roman@roman install/php/php-4.2.1 cat config.nice 126:1 #! /bin/sh # # Created by configure './configure' \ '--enable-cli' \ '--without-mysql' \ '--disable-session' \ '--with-zlib' \ '--with-bz2' \ '--enable-dio' \ '--with-iconv' \ '--with-ncurses' \ '--with-readline' \ '--disable-session' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--disable-xml' \ $@ Making all in dio gcc -I. -I/home/roman/install/php/php-4.2.1/ext/dio -I/home/roman/install/php/php-4.2.1/main -I/home/roman/install/php/php-4.2.1 -I/home/roman/install/php/php-4.2.1/Zend -I/usr/local/include -I/home/roman/install/php/php-4.2.1/TSRM -g -O2 -c dio.c touch dio.lo dio.c: In function `zm_startup_dio': dio.c:90: `O_SYNC' undeclared (first use in this function) dio.c:90: (Each undeclared identifier is reported only once dio.c:90: for each function it appears in.) *** Error code 1 Stop in /home/roman/install/php/php-4.2.1/ext/dio. *** Error code 1 Stop in /home/roman/install/php/php-4.2.1/ext/dio. *** Error code 1 Stop in /home/roman/install/php/php-4.2.1/ext. *** Error code 1 Stop in /home/roman/install/php/php-4.2.1. -- Edit this bug report at http://bugs.php.net/?id=17206edit=1
#19449 [Com]: fork, multi-threading
ID: 19449 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: threading should work on windows - see pear/PECL/threads in cvs - currently experimental though. Previous Comments: [2002-09-17 05:31:23] [EMAIL PROTECTED] Is there a chance we could get fork() working for the Windows platform. It is currently restricting Windows PHP development to move through in to the broad field of multi-threaded programming, which would be a great beneficiary. -- Edit this bug report at http://bugs.php.net/?id=19449edit=1
Bug #17236: trans-sid only replace links in first 4138chars
From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version: 4.2.1
PHP Bug Type: Session related
Bug description: trans-sid only replace links in first 4138chars
OK, This is a strange one. the whole application works perfectly on
4.0*/4.1*, but we started testing with 4.2.1
I'm filing it as a trans-sid bug (as thats whats noticable the most)- but
it could be
- output buffer?!?
- class variable issues..
- other weird stuff
Part of the html/php page
table border=0 cellpadding=3 cellspacing=1 width=62%
tbody
tr class=cleartable
td width=10%? if ( $auth-is_Requestor() ) { ?img
src=?=htmlspecialchars($config-simple_base_url) ?/translatorsdb/newpo
sts.gif width=15 height=14 border=0 alt= /td
---Output from the html page
table border=0 cellpadding=3 cellspacing=1 width=62%
tbody
tr class=cleartable
tdimg src=/translators/translatorsdb/newposts.gif width=15
height=14 border=0 alt= /td
___^___ notice the misformed html in the output.
the output is somehow getting messed up...
CONFIGURE LINE
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-system-regex' '--disable-debug' '--enable-track-vars'
'--without-gd' '--with-mysql' '--enable-trans-sid'
QUICK OVERVIEW OF FEATURE USED:
trans-sess-id sessions are being used and it does manage to replace all
href with the 'sid' before (roughly) the 4138th character,
after that, even if the break is in a valid place 'htmlwize', it will not
replace any hrefs after that postition.
the file/code above is included from within a class instance method
eg. something like this.
class default_page {
var $template = home.html;
function output() {
$template-compile($this-template);
global $session,$config;
$auth = $session-auth;
include($template-ouput_file);
}
}
regards
alan
--
Edit bug report at http://bugs.php.net/?id=17236edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=17236r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=17236r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=17236r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=17236r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=17236r=support
Expected behavior: http://bugs.php.net/fix.php?id=17236r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=17236r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=17236r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=17236r=globals
Bug #17236 Updated: trans-sid only replace links in first 4138chars
ID: 17236
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: FreeBSD
PHP Version: 4.2.1
New Comment:
fter some further investigation:
This can be reproduced in php4.1.2 by changing the php.ini setting
output_buffering = 4000
IN 4.1.2
if it is 'off' = code works perfectly
if it is 4000 (or any number) = code has same problem
IN 4.2.1
if it is 'off or 4000' code has problems.
looking at 4.3 - all this stuff has been completely re-written :)
Previous Comments:
[2002-05-15 02:25:36] [EMAIL PROTECTED]
OK, This is a strange one. the whole application works perfectly on
4.0*/4.1*, but we started testing with 4.2.1
I'm filing it as a trans-sid bug (as thats whats noticable the most)-
but it could be
- output buffer?!?
- class variable issues..
- other weird stuff
Part of the html/php page
table border=0 cellpadding=3 cellspacing=1 width=62%
tbody
tr class=cleartable
td width=10%? if ( $auth-is_Requestor() ) { ?img
src=?=htmlspecialchars($config-simple_base_url)
?/translatorsdb/newpo
sts.gif width=15 height=14 border=0 alt= /td
---Output from the html page
table border=0 cellpadding=3 cellspacing=1 width=62%
tbody
tr class=cleartable
tdimg src=/translators/translatorsdb/newposts.gif width=15
height=14 border=0 alt= /td
___^___ notice the misformed html in the output.
the output is somehow getting messed up...
CONFIGURE LINE
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-system-regex' '--disable-debug' '--enable-track-vars'
'--without-gd' '--with-mysql' '--enable-trans-sid'
QUICK OVERVIEW OF FEATURE USED:
trans-sess-id sessions are being used and it does manage to replace
all href with the 'sid' before (roughly) the 4138th character,
after that, even if the break is in a valid place 'htmlwize', it will
not replace any hrefs after that postition.
the file/code above is included from within a class instance method
eg. something like this.
class default_page {
var $template = home.html;
function output() {
$template-compile($this-template);
global $session,$config;
$auth = $session-auth;
include($template-ouput_file);
}
}
regards
alan
--
Edit this bug report at http://bugs.php.net/?id=17236edit=1
Bug #16939 Updated: tokenizer: emalloc causes segfault
ID: 16939
Updated by: [EMAIL PROTECTED]
-Summary: emalloc causes segfault (example uses tokenizer)
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 4.2.0
New Comment:
OK, Got a nice simple test case - I'm pretty certain its the tokenizer
code, Andrei :)
-- theres not category for tokenizer yet! :)
test script as follows (modify the directory to point at pear)..
?
dl('tokenizer.so');
class test {
function testing($f) {
if (!preg_match('/\.(php|class)$/',$f)) return;
echo $f\n;
$this-data = token_get_all($f);
}
function recurse($dir) {
$dh = opendir($dir);
while (($f = readdir($dh)) !== FALSE) {
if ($f{0} == .) continue;
$fn = {$dir}/{$f};
if (is_dir($fn)) {
$this-recurse($fn);
continue;
}
// assume its a file
$this-testing($fn);
}
}
}
$t = new test;
// change this to your pear directory.
$t-recurse('/usr/lib/php');
?
Previous Comments:
[2002-05-01 03:09:54] [EMAIL PROTECTED]
Workaround:
Original code did this
$this-tokens = token_get_all($filename)
by not reassigning the same variable on each file, but rather really
storing the token array in a huge array it works around this issue...
(albiet with a huge memory overhead)
$this-all_tokens[$filename] = token_get_all($contents);
$this-tokens = $this-all_tokens[$filename];
[2002-05-01 02:40:23] [EMAIL PROTECTED]
A short script to reproduce this
(sorry it not to easy to reproduce without the exact code, I did at one
point get to the situation where adding a extra space in the white
space area solved this!), but I suspect it is that the machine is
running low on memory or something
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpmole-ide/phpmole/tools/uml_generator.class?rev=1.2content-type=text/vnd.viewcvs-markup
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpmole-ide/phpmole/tools/uml_dia.xml.php?rev=1.1content-type=text/vnd.viewcvs-markup
-- just use it do do a large number of files. eg.
php uml_generator.class /usr/local/php/pear/
Possible reasons that I could think of:
-the tokenizer extension (which may be leaking memory)
-somewhere not exiting if no memory can be allocated and then emalloc /
malloc being called again.
Configuration on this machine (4.2.0RC2), also reproduced with 4.2
release version
'./configure' '--prefix=/usr' '--without-mysql'
'--with-config-file-path=/etc/php4/cgi/' '--enable-dba' '--with-db2'
and tokenizer as a dl'd module
Backtrace
Program received signal SIGSEGV, Segmentation fault.
0x4014db2b in malloc () from /lib/libc.so.6
(gdb) bt
#0 0x4014db2b in malloc () from /lib/libc.so.6
#1 0x4014d1e4 in malloc () from /lib/libc.so.6
#2 0x80c4c5c in _emalloc (size=35) at zend_alloc.c:165
#3 0x80d4b1a in zend_hash_index_update_or_next_insert (ht=0x817ae9c,
h=207,
pData=0xbfffda28, nDataSize=4, pDest=0x0, flag=4) at
zend_hash.c:404
#4 0x80d303a in add_next_index_stringl (arg=0x8326d64, str=0x8268c08
), length=1,
duplicate=1) at zend_API.c:847
#5 0x401ffc61 in tokenize () from /usr/lib/php4/cgi/tokenizer.so
#6 0x402005ac in zif_token_get_all () from
/usr/lib/php4/cgi/tokenizer.so
#7 0x80eb4b0 in execute (op_array=0x816631c) at ./zend_execute.c:1598
#8 0x80eb679 in execute (op_array=0x8166a84) at ./zend_execute.c:1638
#9 0x80eb679 in execute (op_array=0x816004c) at ./zend_execute.c:1638
#10 0x80d19e8 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:810
#11 0x805e1dd in php_execute_script (primary_file=0xbb98) at
main.c:1381
#12 0x805c0ac in main (argc=3, argv=0xbc14) at cgi_main.c:785
#13 0x400f86cf in __libc_start_main () from /lib/libc.so.6
--
Edit this bug report at http://bugs.php.net/?id=16939edit=1
