#37794 [Bgs]: preg_split doesn't work as it should be with \W on utf-8 string
ID: 37794
User updated by: jdespatis at yahoo dot fr
Reported By: jdespatis at yahoo dot fr
Status: Bogus
Bug Type: PCRE related
Operating System: Linux 2.6.15 Debian Testing
PHP Version: 5.1.4
New Comment:
Ok.
However i've read again the documentation
http://fr.php.net/manual/en/reference.pcre.pattern.syntax.php
And i don't see it's explicitely said in utf-8 mode don't use \w
i can only see: Since PHP 4.4.0 and 5.1.0, three additional escape
sequences to match generic character types are available when UTF-8
mode is selected.
So, a reader understand this as: \w works AND in utf8 i have also \p{}
Would it be possible to update the documentation ? (for example, now, i
have a doubt on \d, is it working on utf8 ?, i dunno...)
One thing more: i've found that ucwords() and ucfirst() are not utf8
aware, the documentation should be updated i think
Thanks
Previous Comments:
[2006-06-13 21:08:46] [EMAIL PROTECTED]
sorry, my last comment is incorrect. in utf mode you should use the
property escapes (\p{..}), instead of non utf8-aware escapes, like \W.
[2006-06-13 18:35:27] [EMAIL PROTECTED]
/\W/ means match any non-whitespace. you probably want to use \w (lower
case)
[2006-06-13 11:53:50] jdespatis at yahoo dot fr
Description:
preg_split(/\W/u, $utf8_string) cuts the words !
Reproduce code:
---
print_r(preg_split(/(\W)/u, #1101;#1090;#1086;#1090;, -1,
PREG_SPLIT_DELIM_CAPTURE));
(watch out, i've put an utf8 string (you need to translate the html
code into utf8), it's a russian string, (when you see the characters,
you can see etot, with e being an epsilon inverted)
For now, i succeed in making my code work by using:
\P{L} instead of \W
Expected result:
Array
(
[0] = #1101;#1090;#1086;#1090;
)
Actual result:
--
Array
(
[0] =
[1] = #1101;
[2] =
[3] = #1090;
[4] =
[5] = #1086;
[6] =
[7] = #1090;
[8] =
)
--
Edit this bug report at http://bugs.php.net/?id=37794edit=1
#37800 [NEW]: preg_replace limit parameter introduces odd behaviour
From: RQuadling at GMail dot com Operating system: Windows XP SP2 PHP version: 5CVS-2006-06-14 (snap) PHP Bug Type: PCRE related Bug description: preg_replace limit parameter introduces odd behaviour Description: The documentation for preg_replace's limit parameter is ... The maximum possible replacements for each pattern in each subject string. Defaults to -1 (no limit). So, this suggests that you can set this to limit the number of replacements when there is the possibility of more than 1 match. It seems that this is not actually working as such. The example code is completely contrived. The code is attempting to insert a single WHERE clause into an existing SQL statement. The WHERE clause has to appear before GROUP BY, HAVING, ORDER BY or OPTION, depending upon which one is present. The limit parameter is behaving like a must match x times before replacement occurs. The return values for the incorrect behaviour is NULL. The documentation for preg_replace says If matches are found, the new subject will be returned, otherwise subject will be returned unchanged. Which is also incorrect. Reproduce code: --- ?php $s_query = 'SELECT Author, COUNT(*) AS Books FROM Authors GROUP BY Authors HAVING COUNT(*) 10 ORDER BY Author'; $s_replace = 'WHERE Author LIKE \'A%\' \1'; $s_new_query_all = preg_replace ( `(GROUP BY|HAVING|ORDER BY|OPTION)`sim, $s_replace, $s_query, -1, $i_count_all ); $s_new_query_one = preg_replace ( `(GROUP BY|HAVING|ORDER BY|OPTION)`sim, $s_replace, $s_query, 1, $i_count_one ); $s_new_query_two = preg_replace ( `(GROUP BY|HAVING|ORDER BY|OPTION)`sim, $s_replace, $s_query, 2, $i_count_two ); $s_new_query_three = preg_replace ( `(GROUP BY|HAVING|ORDER BY|OPTION)`sim, $s_replace, $s_query, 3, $i_count_three ); echo END_REPORT Original Query : $s_query No limit : ($i_count_all) $s_new_query_all Limit to 1 : ($i_count_one) $s_new_query_one Limit to 2 : ($i_count_two) $s_new_query_two Limit to 3 : ($i_count_three) $s_new_query_three END_REPORT; ? Expected result: Original Query : SELECT Author, COUNT(*) AS Books FROM Authors GROUP BY Authors HAVING COUNT(*) 10 ORDER BY Author No limit : (3) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors WHERE Author LIKE 'A%' HAVING COUNT(*) 10 WHERE Author LIKE 'A%' ORDER BY Author Limit to 1 : (1) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors HAVING COUNT(*) 10 ORDER BY Author Limit to 2 : (2) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors WHERE Author LIKE 'A%' HAVING COUNT(*) 10 ORDER BY Author Limit to 3 : (3) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors WHERE Author LIKE 'A%' HAVING COUNT(*) 10 WHERE Author LIKE 'A%' ORDER BY Author Actual result: -- Original Query : SELECT Author, COUNT(*) AS Books FROM Authors GROUP BY Authors HAVING COUNT(*) 10 ORDER BY Author No limit : (3) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors WHERE Author LIKE 'A%' HAVING COUNT(*) 10 WHERE Author LIKE 'A%' ORDER BY Author Limit to 1 : (1) Limit to 2 : (2) Limit to 3 : (3) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors WHERE Author LIKE 'A%' HAVING COUNT(*) 10 WHERE Author LIKE 'A%' ORDER BY Author -- Edit bug report at http://bugs.php.net/?id=37800edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37800r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37800r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37800r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37800r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37800r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37800r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37800r=needscript Try newer version:http://bugs.php.net/fix.php?id=37800r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37800r=support Expected behavior:http://bugs.php.net/fix.php?id=37800r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37800r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37800r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37800r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37800r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37800r=dst IIS Stability:
#37801 [NEW]: PHP doesn't see the ID of input elements
From: wilco at pangeadc dot nl
Operating system: windows
PHP version: 5.1.4
PHP Bug Type: DOM XML related
Bug description: PHP doesn't see the ID of input elements
Description:
It seems to me PHP is unable to find the ID of input elements using the
loadHTML function.
I've tried many combinations and I can locate any element with this script
accept the input. The problem also occures on domdoccument::getElementById.
Reproduce code:
---
?PHP
$htmlcode = !DOCTYPE html PUBLIC \-//W3C//DTD XHTML 1.0
Transitional//EN\
\http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd\;
htmlheadtitleFoo my bar/title/head
bodyinput id=\my_input\ /textarea cols=\3\ rows=\2\
id=\my_textarea\ //body
/html;
$html = new DOMDocument();
$html-loadHTML($htmlcode);
$html-validate();
$input = $html-getElementsByTagName('input')-item(0);
echo input: ;
var_dump($input-getAttributeNode('id')-isId());
$textarea = $html-getElementsByTagName('textarea')-item(0);
echo textarea: ;
var_dump($textarea-getAttributeNode('id')-isId());
?
Expected result:
input: bool(true)
textarea: bool(true)
Actual result:
--
input: bool(false)
textarea: bool(true)
--
Edit bug report at http://bugs.php.net/?id=37801edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37801r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37801r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37801r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37801r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37801r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37801r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37801r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37801r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37801r=support
Expected behavior:http://bugs.php.net/fix.php?id=37801r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37801r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37801r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37801r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37801r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37801r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37801r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37801r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37801r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37801r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37801r=mysqlcfg
#22216 [Com]: Named Arguments
ID: 22216
Comment by: jason at godsey dot net
Reported By: tim dot lokot at printsoft dot com
Status: Open
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.3.0
New Comment:
?php
// Missing named arguments work around..
// Set the default/REQUIRED var to something unlikely.
define(REQUIRED, _^_- . rand(100,) . - . time());
function parseRequired ($defaults, $args)
{
foreach ($defaults as $key=$value) {
if(!isset($args[$key])) {
if ($value == REQUIRED) {
$backtrace = debug_backtrace();
$function = $backtrace[1][function];
throw new Exception(function: $function var: \$$key not
defined);
}
$args[$key] = $value;
}
}
return 0;
}
function debugging ($args)
{
$defaults = array(
name=Lanny Jason Godsey,
text=This is the default text!,
date=REQUIRED
);
parseRequired($defaults, $args);
print ($args[date]) Welcome $args[name], text entered:
$args[text]\n;
}
debugging(array(name=L. Jason Godsey,date=date(Y-m-d)));
?
Previous Comments:
[2003-02-13 16:59:47] tim dot lokot at printsoft dot com
I know this can be accomplished in other way and also know this has
been brought up before, but they are messy and require code from the
developer to handle this which seems to go against the php ethos of
easy and fast to develop.
If named arguments could be passed to functions and actually processed
by the php parser, then this would be really great. Especially where
function prototypes have default values in them and you only want to
set one of them. The proposed syntax would be something like this:
function foo ($var1=some value, $var2, $var3=some other value)
{
// function code
}
then to call the function would be like this
foo (var2:=value for argument 2 only);
This would also be great if this feature would extend to the existing
functions in the extensions as well.
mail (to:=[EMAIL PROTECTED], message:=no message, subject:=subject);
This in my opinion makes the function calls more readable in some
circumstances, particularly when you have to keep going back to the
prototype to figure out what the order of the arguments is. It's kind
of self documenting really when you look at code written in this way.
Bug #2285: default arguments skipping
(http://bugs.php.net/bug.php?id=2285) was filed with a similar
suggestion and the solution suggested was to use associative arrays.
Becuase it was never explained in any of the other reports as to why
this wasn't going to be implemented, why the above not more preferable
to have than always have to implement the same code this:
function foo ($args)
{
// Named Argument Checks
$var1 = some value;
$var3 = some other value;
foreach ($args as $key = $value)
{
$$key = $value;
}
// Do function code here
}
foo (array (var2=some other value again,var1=variable 1));
Surely forcing developers into using this messy syntax goes against one
of the main strengths of php which is simple code that's easy to read,
understand and develop.
I'm in no wasy saying the above code was hard, just the first example
of named arguments seems to fit more into the php way than the second
example.
If this is to be rejected like the other requests for it, can you
please provide a reason why the array method is more preferable?
--
Edit this bug report at http://bugs.php.net/?id=22216edit=1
#37801 [Opn-Fbk]: PHP doesn't see the ID of input elements
ID: 37801
Updated by: [EMAIL PROTECTED]
Reported By: wilco at pangeadc dot nl
-Status: Open
+Status: Feedback
Bug Type: DOM XML related
Operating System: windows
PHP Version: 5.1.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-06-14 11:42:49] wilco at pangeadc dot nl
Description:
It seems to me PHP is unable to find the ID of input elements using the
loadHTML function.
I've tried many combinations and I can locate any element with this
script accept the input. The problem also occures on
domdoccument::getElementById.
Reproduce code:
---
?PHP
$htmlcode = !DOCTYPE html PUBLIC \-//W3C//DTD XHTML 1.0
Transitional//EN\
\http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd\;
htmlheadtitleFoo my bar/title/head
bodyinput id=\my_input\ /textarea cols=\3\ rows=\2\
id=\my_textarea\ //body
/html;
$html = new DOMDocument();
$html-loadHTML($htmlcode);
$html-validate();
$input = $html-getElementsByTagName('input')-item(0);
echo input: ;
var_dump($input-getAttributeNode('id')-isId());
$textarea = $html-getElementsByTagName('textarea')-item(0);
echo textarea: ;
var_dump($textarea-getAttributeNode('id')-isId());
?
Expected result:
input: bool(true)
textarea: bool(true)
Actual result:
--
input: bool(false)
textarea: bool(true)
--
Edit this bug report at http://bugs.php.net/?id=37801edit=1
#37802 [NEW]: uncatcheble crash
From: romy4 at online dot ua
Operating system: WINNT 5.1 SP2
PHP version: 5.1.4
PHP Bug Type: Scripting Engine problem
Bug description: uncatcheble crash
Description:
PHP crashes at callback calls of static class functions
Reproduce code:
---
sample:
?php
class MyClass{
static public function mycbk($data)
{
//mine code
}
}
//for example any callback
ob_start(MyClass::mycbk);
//...
echo bla bla bla;
//...
ob_end_flush();//-- here crashes
?
Expected result:
expected normal calling
Actual result:
--
php crashes
Application error php.exe, version 5.1.4.4, module unknown, version
0.0.0.0, address 0x013b1c80.
i used php as cgi module and apache integrated module.
--
Edit bug report at http://bugs.php.net/?id=37802edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37802r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37802r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37802r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37802r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37802r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37802r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37802r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37802r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37802r=support
Expected behavior:http://bugs.php.net/fix.php?id=37802r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37802r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37802r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37802r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37802r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37802r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37802r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37802r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37802r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37802r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37802r=mysqlcfg
#37803 [NEW]: [install-pear-installer] Illegal instruction
From: stakadush at yahoo dot com Operating system: OS X 10.4.6 PHP version: 5.1.4 PHP Bug Type: Compile Failure Bug description: [install-pear-installer] Illegal instruction Description: ./configure make go fine, but when doing make install it fails with the following error: Installing PEAR environment: /usr/local/php/share/pear/ make[1]: *** [install-pear-installer] Illegal instruction make: *** [install-pear] Error 2 I'm using the same configure options I used to compile v5.1.2, which worked fine. Changing to --without-pear allows it compile but PHP won't run - again getting Illegal instruction message. Reproduce code: --- The configure I use: './configure' '--prefix=/usr/local/php' '--enable-force-cgi-redirect' '--enable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/opt/local' '--with-png-dir=/opt/local' '--with-gd=/opt/local' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext=/opt/local' '--with-ncurses' '--with-gmp=/opt/local' '--with-iconv' '--with-jpeg-dir=/opt/local' '--with-openssl' '--with-png' '--with-xml' '--with-expat-dir=/opt/local' '--with-dom=/usr' '--with-dom-xslt=/opt/local' '--with-dom-exslt' '--with-xmlrpc' '--with-pcre-regex=/opt/local' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-pear' '--with-kerberos' '--with-ldap' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-snmp' '--enable-ucd-snmp-hack' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mime-magic=/usr/share/file/magic.mime' '--enable-mbstring=all' '--with-mcrypt=/opt/local' '--with-mhash=/opt/local' '--with-apxs=../apache_1.3.36' -- Edit bug report at http://bugs.php.net/?id=37803edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37803r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37803r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37803r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37803r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37803r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37803r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37803r=needscript Try newer version:http://bugs.php.net/fix.php?id=37803r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37803r=support Expected behavior:http://bugs.php.net/fix.php?id=37803r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37803r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37803r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37803r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37803r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37803r=dst IIS Stability:http://bugs.php.net/fix.php?id=37803r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37803r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37803r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37803r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37803r=mysqlcfg
#37802 [Opn]: crash on callback calling static methods
ID: 37802
User updated by: romy4 at online dot ua
-Summary: uncatcheble crash
Reported By: romy4 at online dot ua
Status: Open
Bug Type: Scripting Engine problem
Operating System: WINNT 5.1 SP2
PHP Version: 5.1.4
New Comment:
-
Previous Comments:
[2006-06-14 12:48:59] romy4 at online dot ua
Description:
PHP crashes at callback calls of static class functions
Reproduce code:
---
sample:
?php
class MyClass{
static public function mycbk($data)
{
//mine code
}
}
//for example any callback
ob_start(MyClass::mycbk);
//...
echo bla bla bla;
//...
ob_end_flush();//-- here crashes
?
Expected result:
expected normal calling
Actual result:
--
php crashes
Application error php.exe, version 5.1.4.4, module unknown, version
0.0.0.0, address 0x013b1c80.
i used php as cgi module and apache integrated module.
--
Edit this bug report at http://bugs.php.net/?id=37802edit=1
#16542 [Com]: safe_mode_exec_dir and exec()
ID: 16542 Comment by: thunderbug66 at gmail dot com Reported By: n dot dose at leo-media dot de Status: No Feedback Bug Type: IIS related Operating System: windows XP PHP Version: 4.1.2 New Comment: was having the same problem. found that you have to use the entire path to you executable: safe_mode_exec_dir = C:\php\exec ?php exec(C:\php\exec\myprog.exe); ? works for me CLI Previous Comments: [2004-04-24 22:22:22] andy_jcs at yahoo dot ca Same problem, tested on Win2K and Win XP. [2002-11-26 19:59:25] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2002-11-15 22:16:11] justinNOSPAMclarke at xcelco dot on dot ca My host is running safe mode, and so I need to figure out how to tell them to give my directory access to exec() I would rather not run safe_mode at all. [2002-11-15 22:07:32] [EMAIL PROTECTED] Just curious, are you guys really running a shared server on Windows? Because safe_mode makes very little sense in a non-shared environment. [2002-11-15 22:03:02] justinNOSPAMclarke at xcelco dot on dot ca By the way, this is being used as a module for Apache. 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/16542 -- Edit this bug report at http://bugs.php.net/?id=16542edit=1
#37803 [Opn-Fbk]: [install-pear-installer] Illegal instruction
ID: 37803 Updated by: [EMAIL PROTECTED] Reported By: stakadush at yahoo dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: OS X 10.4.6 PHP Version: 5.1.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-06-14 13:09:39] stakadush at yahoo dot com Description: ./configure make go fine, but when doing make install it fails with the following error: Installing PEAR environment: /usr/local/php/share/pear/ make[1]: *** [install-pear-installer] Illegal instruction make: *** [install-pear] Error 2 I'm using the same configure options I used to compile v5.1.2, which worked fine. Changing to --without-pear allows it compile but PHP won't run - again getting Illegal instruction message. Reproduce code: --- The configure I use: './configure' '--prefix=/usr/local/php' '--enable-force-cgi-redirect' '--enable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/opt/local' '--with-png-dir=/opt/local' '--with-gd=/opt/local' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext=/opt/local' '--with-ncurses' '--with-gmp=/opt/local' '--with-iconv' '--with-jpeg-dir=/opt/local' '--with-openssl' '--with-png' '--with-xml' '--with-expat-dir=/opt/local' '--with-dom=/usr' '--with-dom-xslt=/opt/local' '--with-dom-exslt' '--with-xmlrpc' '--with-pcre-regex=/opt/local' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-pear' '--with-kerberos' '--with-ldap' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-snmp' '--enable-ucd-snmp-hack' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mime-magic=/usr/share/file/magic.mime' '--enable-mbstring=all' '--with-mcrypt=/opt/local' '--with-mhash=/opt/local' '--with-apxs=../apache_1.3.36' -- Edit this bug report at http://bugs.php.net/?id=37803edit=1
#36008 [Opn-Fbk]: incorrect round() number_format() result
ID: 36008 Updated by: [EMAIL PROTECTED] Reported By: adi at rogers dot com -Status: Open +Status: Feedback Bug Type: Math related Operating System: win32 only PHP Version: 5.1.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-01-15 06:40:25] adi at rogers dot com Oh, and as I had suspected, here is the value of $num with 32 precision: 14.3749998 With 12 as the precision, it is: 14.375 [2006-01-15 06:34:25] adi at rogers dot com As requested, the exact output with 32 as the precision: Wrong: 14.369 Wrong: 14.37 'Magically' correct: 14.381 'Magically' correct: 14.38 Converted to string and is now correct: 14.369 Converted to string and is now correct: 14.37 [2006-01-14 16:06:25] [EMAIL PROTECTED] What EXACTLY is the output when you set precision to 32? [2006-01-14 15:55:07] adi at rogers dot com I just confirmed this issue to still exist on the following systems: Windows XP Pro SP2 [IIS 5.1 ISAPI] (PHP 5.1.2 / php.ini precision: 12) Windows XP Pro SP2 [IIS 5.1 CGI] (PHP 5.1.0RC1 / php.ini precision: 12) Windows Server 2003 Enterprise x64 Edition SP1 [IIS 6.0 CGI] (PHP 5.1.2 / php.ini precision: 12) PHP was installed on all three systems manually (not using the installer). Hope that helps in isolating this issue. [2006-01-14 11:16:57] [EMAIL PROTECTED] Output on my machine using default precision 12: Wrong: 14.38 Wrong: 14.38 'Magically' correct: 14.38 'Magically' correct: 14.38 Converted to string and is now correct: 14.38 Converted to string and is now correct: 14.38 And it works exactly like it's supposed to. round() rounds up to 2 decimals. Same goes for number_format(). 14.375 == 14.38 but 14.374 == 14.37 There is no bug here, and please, don't bother reopening this yet again. 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/36008 -- Edit this bug report at http://bugs.php.net/?id=36008edit=1
#37805 [NEW]: Extension directory error
From: ndaniel at bsi-scs dot com Operating system: XP Pro / Win 2003 Server PHP version: 5.1.4 PHP Bug Type: *Configuration Issues Bug description: Extension directory error Description: When I have a semi-colon (;) in my extension directory (by default extension_dir='.;c:\PHP\ext;' or something similar) any extension in the extension directory is unavailable. If I change it to extension_dir='c:\PHP\ext', I get no errors, everything loads fine. -- Edit bug report at http://bugs.php.net/?id=37805edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37805r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37805r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37805r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37805r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37805r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37805r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37805r=needscript Try newer version:http://bugs.php.net/fix.php?id=37805r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37805r=support Expected behavior:http://bugs.php.net/fix.php?id=37805r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37805r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37805r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37805r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37805r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37805r=dst IIS Stability:http://bugs.php.net/fix.php?id=37805r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37805r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37805r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37805r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37805r=mysqlcfg
#37751 [Opn-Bgs]: ld: fatal: file ext/: unknown file type
ID: 37751 Updated by: [EMAIL PROTECTED] Reported By: douglas at gpc dot edu -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: solaris 10 PHP Version: 5.1.4 New Comment: Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. Previous Comments: [2006-06-09 01:39:35] douglas at gpc dot edu I just tried with apache 2.0.58, since the doc referred to apache 2.0. Still same same error at end. Thanks! [2006-06-08 23:34:16] douglas at gpc dot edu Just wanted to confirm versions: apache - 2.2.2 php 5.1.4 Sun C compiler: cc: Sun C 5.8 2005/10/13 Solaris 10 Thanks! [2006-06-08 23:32:41] douglas at gpc dot edu I took this a step back and excluded mysql. The new config line is: ./configure --with-apxs2=/usr/local/apache/bin/apxs and the last few lines of the output are: end/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_strtod.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/php_cli_readline.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lresolv -lm -lnsl -lsocket -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -o sapi/cli/php ld: fatal: file ext/: unknown file type ld: fatal: File processing errors. No output written to a.out make: *** [sapi/cli/php] Error 1 If wanted, I can produce more, I just did not want to flood this report with a very long output for everyone. Thanks for any help! Thanks! [2006-06-08 20:29:39] douglas at gpc dot edu I have (since the original) reconfigured and compiled with the following: ./configure --with-apxs2=/usr/local/apache/bin/apxs\ --with-mysql=/usr/local/mysql The configure appears to run fine. I then do just 'make' and the compile fails with (last few lines): = Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend _default_classes.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/php_cli_re adline.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lmysqlclient -lreso lv -lm -lnsl -lsocket -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lns l -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -ls ocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -o sapi/cli/php ld: fatal: file ext/sqlite/libsq: open failed: No such file or directory ld: fatal: File processing errors. No output written to a.out make: *** [sapi/cli/php] Error 1 Right now, I am trying to use the most basic, the apx reference and mysql. I can drop down to apx only if needed. The compiler is the sun C compiler: %cc -V cc: Sun C 5.8 2005/10/13 If you want more of the make file or more information, please let me know. Thanks for the help! [2006-06-08 19:40:57] douglas at gpc dot edu Description: In compile php 5.1.4 on Solaris 10, I get (last few lines): ... li/getopt.lo main/internal_functions_cli.lo -lmysqlclient -lldap -llber -lintl - lgd -lt1 -lfreetype -lX11 -lXpm -lpng -lz -ljpeg -lbz2 -lz -lresolv -lm -lnsl -l socket -lxml2 -lz -lm -lsocket -lnsl -lssl -lcrypto -lsocket -lnsl -ldl -lxml2 - lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lns l -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -o sapi/cli/php ld: fatal: file ext/: unknown file type ld: fatal: File processing errors. No output written to a.out make: *** [sapi/cli/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=37751edit=1
#37769 [Opn-Bgs]: configure fails to link to specified libfreetype in /usr/local/X11R6
ID: 37769
Updated by: [EMAIL PROTECTED]
Reported By: openmacnews at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: *Configuration Issues
Operating System: osx
PHP Version: 5.1.4, 5.2 cvs
New Comment:
Search more information about LD_LIBRARY_PATH from web.
Or install the libs in sane paths. Not a bug.
Previous Comments:
[2006-06-09 23:46:48] openmacnews at gmail dot com
also the case on v5.1.4
[2006-06-09 18:18:46] openmacnews at gmail dot com
Description:
hi,
i'm, building php-5.2 cvs-head on OSX 10.4.6.
as prereq, i've FreeType2 built into my /usr/local/X11R6 tree:
cd /usr/local/X11R6/lib/
ls -al *freetype*
-rwxr-xr-x 1 root wheel 1975684 2006-06-05 21:50
libfreetype.6.3.10.dylib
lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50
libfreetype.6.dylib
- libfreetype.6.3.10.dylib
-rw-r--r-- 1 root wheel 2093880 2006-06-05 21:50 libfreetype.a
lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50
libfreetype.dylib -
libfreetype.6.3.10.dylib
-rwxr-xr-x 1 root wheel 901 2006-06-05 21:50 libfreetype.la
nonetheless, w/ ENV of:
setenv CPPFLAGS -I${ULDM}/mysql/include/mysql
-I${ULDM}/berkeley-db/include -I/usr/local/include
-I/usr/local/ssl/include -I/usr/local/ncurses/include
-I/usr/local/X11R6/include
setenv LDFLAGS -bind_at_load -L${ULDM}/mysql/lib/mysql
-lmysqlclient_r -L${ULDM}/berkeley-db/lib -ldb -L/usr/local/lib -lpcre
-L/usr/local/ssl/lib -lssl -lcrypto -L/usr/local/ncurses/lib -lncurses
-L/usr/local/X11R6/lib
and config'ing as:
./configure \
...
--with-freetype-dir=/usr/local/X11R6 \
...
config output to console reports, as expected:
...
checking for FreeType 2... /usr/local/X11R6
...
BUT, once built,checking the binary's linking,
otool -L ${ULDM}/php5/bin/php | grep freetype
/usr/X11R6/lib/libfreetype.6.dylib (compatibility version
10.0.0, current version 10.8.0)
i.e., NOT the libfreetype we're targeting!
checking in the Makefile:
grep X11R6 Makefile
i find:
...
CPPFLAGS = -I/usr/local/mysql/include/mysql
-I/usr/local/berkeley-db/include -I/usr/local/include
-I/usr/local/ssl/include -I/usr/local/ncurses/include
-I/usr/local/X11R6/include -no-cpp-precomp
EXTRA_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
EXTRA_LDFLAGS_PROGRAM = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
INCLUDES = -I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/ssl/include -I/usr/ports/php-5.2cvs/ext/date/lib
-I/usr/X11R6/include -I/usr/local/X11R6/include
-I/usr/local/X11R6/include/freetype2 -I/usr/local/gd/include
-I/usr/ports/php-5.2cvs/ext/mbstring/oniguruma
-I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl
-I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl/mbfl
-I/usr/local/mysql/include/mysql -I/usr/local/ncurses/include/ncurses
-I/usr/local/net-snmp/include -I$(top_builddir)/TSRM
-I$(top_builddir)/Zend
NATIVE_RPATHS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
PHP_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
PHP_RPATHS = -R /usr/local/lib -R /usr/local/ssl/lib -R
/usr/local/berkeley-db/lib -R /usr/X11R6/lib -R /usr/local/X11R6/lib -R
/usr/local/gd/lib -R /usr/local/ncurses/lib/ -R
/usr/local/mysql/lib/mysql -R /usr/local/ncurses/lib -R
/usr/local/net-snmp/lib
there needs to be a way to get php build to pick up freetype from where
i tell it to ...
richard
--
Edit this bug report at http://bugs.php.net/?id=37769edit=1
#37805 [Opn-Bgs]: Extension directory error
ID: 37805 Updated by: [EMAIL PROTECTED] Reported By: ndaniel at bsi-scs dot com -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: XP Pro / Win 2003 Server PHP Version: 5.1.4 New Comment: ; is comment in php.ini files. No bug here. Previous Comments: [2006-06-14 16:10:48] ndaniel at bsi-scs dot com Description: When I have a semi-colon (;) in my extension directory (by default extension_dir='.;c:\PHP\ext;' or something similar) any extension in the extension directory is unavailable. If I change it to extension_dir='c:\PHP\ext', I get no errors, everything loads fine. -- Edit this bug report at http://bugs.php.net/?id=37805edit=1
#36559 [Opn-Bgs]: ldap_search Causes Access Violation
ID: 36559 Updated by: [EMAIL PROTECTED] Reported By: joseph dot r dot gruber at lmco dot com -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Windows 2000 SP4 PHP Version: 5.1.2 New Comment: There's something wrong with your win2k system. No bug, works fine for me. Previous Comments: [2006-03-02 15:32:49] joseph dot r dot gruber at lmco dot com Update: This issue is occuring in the 5.1.x-dev snap as well as the 6.0-dev snap. The issue also only occurs on Windows 2000. It does not occur on Windows 2003 nor Windows XP. [2006-02-28 16:24:21] joseph dot r dot gruber at lmco dot com Updated Backtrace: PHP_LDAP! ldap_result + 822 bytes PHP_LDAP! ldap_result + 79 bytes PHP_LDAP! ldap_sasl_bind_s + 152 bytes PHP_LDAP! ldap_simple_bind_s + 108 bytes PHP_LDAP! ldap_bind_s + 75 bytes PHP_LDAP! ldap_new_connection + 458 bytes PHP_LDAP! ldap_send_server_request + 132 bytes PHP_LDAP! ldap_chase_v3referrals + 462 bytes PHP_LDAP! ldap_result + 1659 bytes PHP_LDAP! ldap_result + 874 bytes PHP_LDAP! ldap_result + 79 bytes PHP_LDAP! ldap_sasl_bind_s + 152 bytes PHP_LDAP! ldap_simple_bind_s + 108 bytes PHP_LDAP! ldap_bind_s + 75 bytes PHP_LDAP! ldap_new_connection + 458 bytes PHP_LDAP! ldap_send_server_request + 132 bytes PHP_LDAP! ldap_chase_v3referrals + 462 bytes PHP_LDAP! ldap_result + 1659 bytes PHP_LDAP! ldap_result + 874 bytes PHP_LDAP! ldap_result + 79 bytes PHP_LDAP! ldap_sasl_bind_s + 152 bytes PHP_LDAP! ldap_simple_bind_s + 108 bytes PHP_LDAP! ldap_bind_s + 75 bytes PHP_LDAP! ldap_new_connection + 458 bytes PHP_LDAP! ldap_send_server_request + 132 bytes PHP_LDAP! ldap_chase_v3referrals + 462 bytes PHP_LDAP! ldap_result + 1659 bytes PHP_LDAP! ldap_result + 874 bytes PHP_LDAP! ldap_result + 79 bytes PHP_LDAP! ldap_search_s + 67 bytes php_ldap_do_search(int 0x00f92325, _zval_struct * 0x00d411f4, _zval_struct * * 0x00d4dc18, _zval_struct * 0x, int 0x, void * * * 0x0001, int 0x00ba24c0) line 874 + 37 bytes zif_ldap_search(int 0x0004, _zval_struct * 0x00d4dc18, _zval_struct * * 0x, _zval_struct * 0x, int 0x0001, void * * * 0x00ba24c0) line 925 + 37 bytes PHP5TS! 10018f02() [2006-02-28 16:16:30] joseph dot r dot gruber at lmco dot com Description: When attempting to search a Windows 2000 Active Directory via LDAP, PHP will crash with an Access Violation. This will only occur during certain (reproducible) LDAP queries. For example: Works: $s = ldap_search($conn,DC=u,DC=contoso,DC=com,((objectCategory=group)(name=group.name.domain)),array(cn,samaccountname)); Doesn't Work: $s = ldap_search($conn,DC=u,DC=contoso,DC=com,((objectCategory=group)(name=group.name.domain2)),array(cn,samaccountname)); Where the only difference is in the filter. Server: IIS 5.1 on Windows 2000 with PHP 5.1.2. Attempted 5.1.3 (latest snapshot) and issue still occurs. Reproduce code: --- ? $conn = ldap_connect(rootdc.contoso.com); ldap_set_option($conn, LDAP_OPT_PROTOCOL_VERSION, 3); $bind = ldap_bind($conn, [EMAIL PROTECTED], paSSw0rd); $filter = ((objectCategory=group)(name=group.name.domain2)); $fields = array(member,cn,description,distinguishedname,objectcategory,samaccountname,canonicalname); $search = ldap_search($conn,DC=u,DC=contoso,DC=com,$filter,$fields); $entries = ldap_get_entries($conn, $search); var_dump($entries); ? Expected result: Expected to return fields listed in the $fields array in the $entries array. Actual result: -- The page load terminates and reports: PHP has encountered an Access Violation at 01CE5CE6 Backtrace (NOTE: php.exe used for debugging. Normally use IIS5.1 w/php5isapi.dll): Unhandled exception in php.exe (PHP_LDAP.dll): 0xC005: Access Violation Call Stack: PHP_LDAP! 00f95ce6() Disassembly: 00F95CE6 mov eax,dword ptr [esi+18h] -- Edit this bug report at http://bugs.php.net/?id=36559edit=1
#36984 [Opn-Fbk]: httpd size grows on every restart/graceful restart with php enabled
ID: 36984 Updated by: [EMAIL PROTECTED] Reported By: vijaybabu at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: HPUX PHP Version: 5.1.2, 4.4.2 New Comment: If you can, try and see if you get same result with some linux system. Previous Comments: [2006-04-27 14:32:39] vijaybabu at gmail dot com I see this problem with Prefork MPM also. [2006-04-26 07:26:41] [EMAIL PROTECTED] Please try with prefork MPM. [2006-04-26 05:49:35] vijaybabu at gmail dot com I am using worker MPM. [2006-04-11 17:16:34] [EMAIL PROTECTED] What MPM are you running? [2006-04-06 07:59:15] vijaybabu at gmail dot com Here is my configure command: ./configure --prefix=/opt/apache/php --enable-so --with-apxs2=/opt/apache/bin/apxs --with-apache2=/opt/apache 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/36984 -- Edit this bug report at http://bugs.php.net/?id=36984edit=1
#37181 [Opn-Fbk]: error to compile php
ID: 37181
Updated by: [EMAIL PROTECTED]
Reported By: miagarci at pas dot ucm dot es
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: tru64 5.1b
PHP Version: 5.1.2
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-04-25 09:45:49] miagarci at pas dot ucm dot es
Hi,
I have changed the file:
static int php_ini_get_option(zend_ini_entry *ini_entry, int num_args,
va_list args, zend_hash_key *hash_key)
{
zval *ini_array;
int module_number;
zval *option;
ini_array = va_arg(args, zval *);
module_number = va_arg(args, int);
if (module_number != 0 ini_entry-modu
But appears the error:
/bin/ksh /usr/users/duran/productos/php5.1-200604241230/libtool
--silent --preserve-dup-deps --mode=compile gcc -Iext/standard/
-I/usr/users/duran/productos/php5.1-200604241230/ext/standard/
-DPHP_ATOM_INC -I/usr/users/duran/productos/php5.1-200604241230/include
-I/usr/users/duran/productos/php5.1-200604241230/main
-I/usr/users/duran/productos/php5.1-200604241230
-I/usr/local/include/libxml2
-I/usr/users/duran/productos/php5.1-200604241230/ext/date/lib
-I/usr/local/openldap-2.2.26/include -I/usr/local/mysql/include
-I/usr/users/duran/productos/php5.1-200604241230/TSRM
-I/usr/users/duran/productos/php5.1-200604241230/Zend-I/usr/include
-g -O2 -mieee -c
/usr/users/duran/productos/php5.1-200604241230/ext/standard/basic_functions.c
-o ext/standard/basic_functions.lo
/usr/users/duran/productos/php5.1-200604241230/ext/standard/basic_functions.c:
In function `php_ini_get_option':
/usr/users/duran/productos/php5.1-200604241230/ext/standard/basic_functions.c:2583:
parse error before `zval'
/usr/users/duran/productos/php5.1-200604241230/ext/standard/basic_functions.c:2583:
parse error before `zval'
/usr/users/duran/productos/php5.1-200604241230/ext/standard/basic_functions.c:2583:
parse error before `)'
/usr/users/duran/productos/php5.1-200604241230/ext/standard/basic_functions.c:2584:
parse error before `int'
/usr/users/duran/productos/php5.1-200604241230/ext/standard/basic_functions.c:2584:
parse error before `int'
/usr/users/duran/productos/php5.1-200604241230/ext/standard/basic_functions.c:2584:
parse error before `)'
[2006-04-25 08:53:31] [EMAIL PROTECTED]
Apparently it's not possible.
Please paste the error message you get with the patch.
[2006-04-25 08:27:07] miagarci at pas dot ucm dot es
Hi,
I need to do to solve this problem is comment this line:
zval *ini_array;
int module_number;
zval *option;
// ini_array = va_arg(args, zval *);
// module_number = va_arg(args, int);
The va_arg function is wrong.
IS IT POSSIBLE TO COMMENT THESE LINES in all files where appears or
not?
thanks you very much
[2006-04-24 17:35:44] [EMAIL PROTECTED]
What if you try to change ext/standard/basic_functions.c this way ?
--- ext/standard/basic_functions.c 3 Apr 2006 13:46:11 -
1.725.2.31
+++ ext/standard/basic_functions.c 24 Apr 2006 17:34:17 -
@@ -2577,9 +2577,12 @@ PHP_FUNCTION(ini_get)
static int php_ini_get_option(zend_ini_entry *ini_entry, int num_args,
va_list args, zend_hash_key *hash_key)
{
- zval *ini_array = va_arg(args, zval *);
- int module_number = va_arg(args, int);
- zval *option;
+ zval *ini_array;
+ int module_number;
+ zval *option;
+
+ ini_array = va_arg(args, zval *);
+ module_number = va_arg(args, int);
if (module_number != 0 ini_entry-module_number !=
module_number) {
return 0;
[2006-04-24 16:08:49] miagarci at pas dot ucm dot es
hI,
Appears the same error:
/bin/ksh /usr/users/duran/productos/php5.1-200604241230/libtool
--silent --preserve-dup-deps --mode=compile gcc -Iext/standard/
-I/usr/users/duran/productos/php5.1-200604241230/ext/standard/
-DPHP_ATOM_INC -I/usr/users/duran/productos/php5.1-200604241230/include
-I/usr/users/duran/productos/php5.1-200604241230/main
-I/usr/users/duran/productos/php5.1-200604241230
-I/usr/local/include/libxml2
-I/usr/users/duran/productos/php5.1-200604241230/ext/date/lib
-I/usr/local/openldap-2.2.26/include -I/usr/local/mysql/include
-I/usr/users/duran/productos/php5.1-200604241230/TSRM
-I/usr/users/duran/productos/php5.1-200604241230/Zend-I/usr/include
-g -O2 -mieee -c
/usr/users/duran/productos/php5.1-200604241230/ext/standard/basic_functions.c
-o ext/standard/basic_functions.lo
#37327 [Opn-Fbk]: Can't turn off magic_quotes_gpc
ID: 37327 Updated by: [EMAIL PROTECTED] Reported By: davojan at mail dot ru -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: FreeBSD 6.0 PHP Version: 5.1.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-05-17 06:17:45] davojan at mail dot ru In /usr/local/etc/: php.ini php.ini-dist php.ini-recommended pear.conf I am testing mod_php, not CLI [2006-05-16 13:46:49] [EMAIL PROTECTED] Do you have any other ini files inside the /usr/local/etc/ directory or perhaps if you are testing in CLI that there is no php.ini or php-cli.ini inside the directory you are running the test script from [2006-05-16 10:44:41] davojan at mail dot ru I've tried with trailing slash - this didn't help. In php-5.1.2 it's ok either with or without slash. Note that I tried to install 5.1.4 on gentoo linux system - it's ok there, on FreeBSD 6 - not. :(( [2006-05-05 18:50:39] [EMAIL PROTECTED] Try /usr/local/etc/ (note trailing slash) in configure. [2006-05-05 13:01:55] davojan at mail dot ru Of course it's readable. ls -l php.ini 46 -rw-r--r-- 1 root wheel 45644 Apr 13 05:48 php.ini My operations: 1. cd /usr/ports/distfiles/php-5.1.4 ./configure [my options] make install /usr/local/etc/rc.d/apache.sh restart result: php.ini is not used 2. cd ../php-5.1.2 ./configure [the same options] make install /usr/local/etc/rc.d/apache.sh restart result: php.ini is used I don't change anything in httpd.conf or php.ini, don't reinstall apache or anything else. 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/37327 -- Edit this bug report at http://bugs.php.net/?id=37327edit=1
#37800 [Opn-Fbk]: preg_replace limit parameter introduces odd behaviour
ID: 37800 Updated by: [EMAIL PROTECTED] Reported By: RQuadling at GMail dot com -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Windows XP SP2 PHP Version: 5CVS-2006-06-14 (snap) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2006-06-14 11:03:15] RQuadling at GMail dot com Description: The documentation for preg_replace's limit parameter is ... The maximum possible replacements for each pattern in each subject string. Defaults to -1 (no limit). So, this suggests that you can set this to limit the number of replacements when there is the possibility of more than 1 match. It seems that this is not actually working as such. The example code is completely contrived. The code is attempting to insert a single WHERE clause into an existing SQL statement. The WHERE clause has to appear before GROUP BY, HAVING, ORDER BY or OPTION, depending upon which one is present. The limit parameter is behaving like a must match x times before replacement occurs. The return values for the incorrect behaviour is NULL. The documentation for preg_replace says If matches are found, the new subject will be returned, otherwise subject will be returned unchanged. Which is also incorrect. Reproduce code: --- ?php $s_query = 'SELECT Author, COUNT(*) AS Books FROM Authors GROUP BY Authors HAVING COUNT(*) 10 ORDER BY Author'; $s_replace = 'WHERE Author LIKE \'A%\' \1'; $s_new_query_all = preg_replace ( `(GROUP BY|HAVING|ORDER BY|OPTION)`sim, $s_replace, $s_query, -1, $i_count_all ); $s_new_query_one = preg_replace ( `(GROUP BY|HAVING|ORDER BY|OPTION)`sim, $s_replace, $s_query, 1, $i_count_one ); $s_new_query_two = preg_replace ( `(GROUP BY|HAVING|ORDER BY|OPTION)`sim, $s_replace, $s_query, 2, $i_count_two ); $s_new_query_three = preg_replace ( `(GROUP BY|HAVING|ORDER BY|OPTION)`sim, $s_replace, $s_query, 3, $i_count_three ); echo END_REPORT Original Query : $s_query No limit : ($i_count_all) $s_new_query_all Limit to 1 : ($i_count_one) $s_new_query_one Limit to 2 : ($i_count_two) $s_new_query_two Limit to 3 : ($i_count_three) $s_new_query_three END_REPORT; ? Expected result: Original Query : SELECT Author, COUNT(*) AS Books FROM Authors GROUP BY Authors HAVING COUNT(*) 10 ORDER BY Author No limit : (3) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors WHERE Author LIKE 'A%' HAVING COUNT(*) 10 WHERE Author LIKE 'A%' ORDER BY Author Limit to 1 : (1) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors HAVING COUNT(*) 10 ORDER BY Author Limit to 2 : (2) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors WHERE Author LIKE 'A%' HAVING COUNT(*) 10 ORDER BY Author Limit to 3 : (3) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors WHERE Author LIKE 'A%' HAVING COUNT(*) 10 WHERE Author LIKE 'A%' ORDER BY Author Actual result: -- Original Query : SELECT Author, COUNT(*) AS Books FROM Authors GROUP BY Authors HAVING COUNT(*) 10 ORDER BY Author No limit : (3) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors WHERE Author LIKE 'A%' HAVING COUNT(*) 10 WHERE Author LIKE 'A%' ORDER BY Author Limit to 1 : (1) Limit to 2 : (2) Limit to 3 : (3) SELECT Author, COUNT(*) AS Books FROM Authors WHERE Author LIKE 'A%' GROUP BY Authors WHERE Author LIKE 'A%' HAVING COUNT(*) 10 WHERE Author LIKE 'A%' ORDER BY Author -- Edit this bug report at http://bugs.php.net/?id=37800edit=1
#37798 [Opn-Fbk]: configure fails with GCC 4.1 when compiling with pcntl support
ID: 37798 Updated by: [EMAIL PROTECTED] Reported By: djgrrr at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Fedora Core 5 PHP Version: 5.1.4 New Comment: Check config.log for more information. Previous Comments: [2006-06-14 02:40:44] djgrrr at gmail dot com Description: when trying to run the configure script with pcntl support, i get the following message: pcntl: fork() not supported by this platform but if i use the compat-gcc-32 compiler, it configures and compiles fine -- Edit this bug report at http://bugs.php.net/?id=37798edit=1
#37806 [NEW]: weird behavior of object type and comparison
From: technophreak at gammae dot com
Operating system: Fedora Core 4
PHP version: 5.1.5CVS
PHP Bug Type: Unknown/Other Function
Bug description: weird behavior of object type and comparison
Description:
Works as expected in PHP 5.1.2
Tried on latest cvs: php5.2-200606141430
Reproduce code:
---
?
class test { }
$test = new test;
var_dump(isset($test));
var_dump($test != );
?
Expected result:
bool(true)
bool(true)
Actual result:
--
bool(true)
bool(false)
--
Edit bug report at http://bugs.php.net/?id=37806edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37806r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37806r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37806r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37806r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37806r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37806r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37806r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37806r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37806r=support
Expected behavior:http://bugs.php.net/fix.php?id=37806r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37806r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37806r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37806r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37806r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37806r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37806r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37806r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37806r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37806r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37806r=mysqlcfg
#37778 [Opn-Bgs]: several filesystem functions fail on files 2GB - e.g. fileatime(), fileowner()
ID: 37778 Updated by: [EMAIL PROTECTED] Reported By: postings-php-bug at hans-spath dot de -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Linux 2.6.8 PHP Version: 5.2.0-dev New Comment: 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. Thank you for your interest in PHP. See bug #27792 Previous Comments: [2006-06-11 15:55:16] postings-php-bug at hans-spath dot de % ./php -v; ./php -r 'echo fileatime(file-greater-than-2gb), \n;' PHP 5.2.0-dev (cli) (built: Jun 11 2006 17:48:17) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies Warning: fileatime(): stat failed for file-greater-than-2gb in Command line code on line 1 [2006-06-11 13:58:56] [EMAIL PROTECTED] $ sudo apt-get install flex-old [2006-06-11 13:24:48] postings-php-bug at hans-spath dot de I really want to test the CVS version, but I run Debian Sarge and can't ./configure it: configure: error: flex versions supported for regeneration of the Zend/PHP parsers: 2.5.4 (found: 2.5.31). ** So please, can someone else test this? ** [2006-06-11 10:41:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-06-11 02:34:39] postings-php-bug at hans-spath dot de Ooops... the expected result was for fileowner()... but you get the idea... 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/37778 -- Edit this bug report at http://bugs.php.net/?id=37778edit=1
#37769 [Bgs-Opn]: configure fails to link to specified libfreetype in /usr/local/X11R6
ID: 37769
User updated by: openmacnews at gmail dot com
Reported By: openmacnews at gmail dot com
-Status: Bogus
+Status: Open
Bug Type: *Configuration Issues
Operating System: osx
PHP Version: 5.1.4, 5.2 cvs
New Comment:
/usr/local/X11R6 is not a sane path?
why provide a config option, then, if the build process ignores it?
per my post, the config script CLEARLY checks for / finds it:
checking for FreeType 2... /usr/local/X11R6
regardless of LD_LIBRARY_PATH, but then ignores what it finds.
that's not a bug?
Previous Comments:
[2006-06-14 16:32:37] [EMAIL PROTECTED]
Search more information about LD_LIBRARY_PATH from web.
Or install the libs in sane paths. Not a bug.
[2006-06-09 23:46:48] openmacnews at gmail dot com
also the case on v5.1.4
[2006-06-09 18:18:46] openmacnews at gmail dot com
Description:
hi,
i'm, building php-5.2 cvs-head on OSX 10.4.6.
as prereq, i've FreeType2 built into my /usr/local/X11R6 tree:
cd /usr/local/X11R6/lib/
ls -al *freetype*
-rwxr-xr-x 1 root wheel 1975684 2006-06-05 21:50
libfreetype.6.3.10.dylib
lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50
libfreetype.6.dylib
- libfreetype.6.3.10.dylib
-rw-r--r-- 1 root wheel 2093880 2006-06-05 21:50 libfreetype.a
lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50
libfreetype.dylib -
libfreetype.6.3.10.dylib
-rwxr-xr-x 1 root wheel 901 2006-06-05 21:50 libfreetype.la
nonetheless, w/ ENV of:
setenv CPPFLAGS -I${ULDM}/mysql/include/mysql
-I${ULDM}/berkeley-db/include -I/usr/local/include
-I/usr/local/ssl/include -I/usr/local/ncurses/include
-I/usr/local/X11R6/include
setenv LDFLAGS -bind_at_load -L${ULDM}/mysql/lib/mysql
-lmysqlclient_r -L${ULDM}/berkeley-db/lib -ldb -L/usr/local/lib -lpcre
-L/usr/local/ssl/lib -lssl -lcrypto -L/usr/local/ncurses/lib -lncurses
-L/usr/local/X11R6/lib
and config'ing as:
./configure \
...
--with-freetype-dir=/usr/local/X11R6 \
...
config output to console reports, as expected:
...
checking for FreeType 2... /usr/local/X11R6
...
BUT, once built,checking the binary's linking,
otool -L ${ULDM}/php5/bin/php | grep freetype
/usr/X11R6/lib/libfreetype.6.dylib (compatibility version
10.0.0, current version 10.8.0)
i.e., NOT the libfreetype we're targeting!
checking in the Makefile:
grep X11R6 Makefile
i find:
...
CPPFLAGS = -I/usr/local/mysql/include/mysql
-I/usr/local/berkeley-db/include -I/usr/local/include
-I/usr/local/ssl/include -I/usr/local/ncurses/include
-I/usr/local/X11R6/include -no-cpp-precomp
EXTRA_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
EXTRA_LDFLAGS_PROGRAM = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
INCLUDES = -I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/ssl/include -I/usr/ports/php-5.2cvs/ext/date/lib
-I/usr/X11R6/include -I/usr/local/X11R6/include
-I/usr/local/X11R6/include/freetype2 -I/usr/local/gd/include
-I/usr/ports/php-5.2cvs/ext/mbstring/oniguruma
-I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl
-I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl/mbfl
-I/usr/local/mysql/include/mysql -I/usr/local/ncurses/include/ncurses
-I/usr/local/net-snmp/include -I$(top_builddir)/TSRM
-I$(top_builddir)/Zend
NATIVE_RPATHS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
PHP_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
PHP_RPATHS = -R /usr/local/lib -R /usr/local/ssl/lib -R
/usr/local/berkeley-db/lib -R /usr/X11R6/lib -R /usr/local/X11R6/lib -R
/usr/local/gd/lib -R /usr/local/ncurses/lib/ -R
/usr/local/mysql/lib/mysql -R /usr/local/ncurses/lib -R
/usr/local/net-snmp/lib
there needs to be a way to get php build to pick up freetype from where
i tell it to ...
richard
--
Edit this bug report at http://bugs.php.net/?id=37769edit=1
#37767 [Opn-Fbk]: ldap_bind fails with Out of memory error over apache
ID: 37767
Updated by: [EMAIL PROTECTED]
Reported By: peter dot buki at vodafone dot hu
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: Solaris 10
PHP Version: 5.1.4
New Comment:
Check the openldap logs for this, the error comes from openldap, not
PHP.
Previous Comments:
[2006-06-09 15:42:10] peter dot buki at vodafone dot hu
Description:
Using php-5.1.4 with mysql-5.0.22 (libs only), apache-2.2.2 (tried
2.0.55 also) and openldap-2.3.24 (tried 2.3.21 also).
When invoking the script with command line, it runs fine, but when
using the mod_php (with a browser over apache) it fails with Out of
memory error number -10.
Reproduce code:
---
?php
ini_set(memory_limit,256M) or die(Could not set memory_limit) ;
echo h3LDAP query test/h3;
echo Connecting ...;
$ds=ldap_connect(172.16.2.8) or die('Could not connect.') ;; // must
be a valid LDAP server!
if ($ds) {
echo Binding ...;
$r=ldap_bind($ds,'DC=whatever,DC=hu','')
or die(ldap_errno($ds) . : . ldap_error($ds)) ;
echo Bind result is . $r . br /;
}
?
Expected result:
Over browser something like:
h3LDAP query test/h3Connecting ...Binding ...Bind result is 1br
/
Over command line:
h3LDAP query test/h3Connecting ...Binding ...Bind result is 1br /
Actual result:
--
Over browser:
h3LDAP query test/h3Connecting ...Binding ...br /
bWarning/b: ldap_bind() [a
href='function.ldap-bind'function.ldap-bind/a]: Unable to bind to
server: Out of memory in b/var/www/test/index.php/b on line
b11/bbr /
-10 : Out of memory
Over command line:
h3LDAP query test/h3Connecting ...Binding ...Bind result is 1br /
--
Edit this bug report at http://bugs.php.net/?id=37767edit=1
#37769 [Opn-Bgs]: configure fails to link to specified libfreetype in /usr/local/X11R6
ID: 37769
Updated by: [EMAIL PROTECTED]
Reported By: openmacnews at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: *Configuration Issues
Operating System: osx
PHP Version: 5.1.4, 5.2 cvs
New Comment:
Please find out first what dynamic linking means.
Previous Comments:
[2006-06-14 16:47:59] openmacnews at gmail dot com
/usr/local/X11R6 is not a sane path?
why provide a config option, then, if the build process ignores it?
per my post, the config script CLEARLY checks for / finds it:
checking for FreeType 2... /usr/local/X11R6
regardless of LD_LIBRARY_PATH, but then ignores what it finds.
that's not a bug?
[2006-06-14 16:32:37] [EMAIL PROTECTED]
Search more information about LD_LIBRARY_PATH from web.
Or install the libs in sane paths. Not a bug.
[2006-06-09 23:46:48] openmacnews at gmail dot com
also the case on v5.1.4
[2006-06-09 18:18:46] openmacnews at gmail dot com
Description:
hi,
i'm, building php-5.2 cvs-head on OSX 10.4.6.
as prereq, i've FreeType2 built into my /usr/local/X11R6 tree:
cd /usr/local/X11R6/lib/
ls -al *freetype*
-rwxr-xr-x 1 root wheel 1975684 2006-06-05 21:50
libfreetype.6.3.10.dylib
lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50
libfreetype.6.dylib
- libfreetype.6.3.10.dylib
-rw-r--r-- 1 root wheel 2093880 2006-06-05 21:50 libfreetype.a
lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50
libfreetype.dylib -
libfreetype.6.3.10.dylib
-rwxr-xr-x 1 root wheel 901 2006-06-05 21:50 libfreetype.la
nonetheless, w/ ENV of:
setenv CPPFLAGS -I${ULDM}/mysql/include/mysql
-I${ULDM}/berkeley-db/include -I/usr/local/include
-I/usr/local/ssl/include -I/usr/local/ncurses/include
-I/usr/local/X11R6/include
setenv LDFLAGS -bind_at_load -L${ULDM}/mysql/lib/mysql
-lmysqlclient_r -L${ULDM}/berkeley-db/lib -ldb -L/usr/local/lib -lpcre
-L/usr/local/ssl/lib -lssl -lcrypto -L/usr/local/ncurses/lib -lncurses
-L/usr/local/X11R6/lib
and config'ing as:
./configure \
...
--with-freetype-dir=/usr/local/X11R6 \
...
config output to console reports, as expected:
...
checking for FreeType 2... /usr/local/X11R6
...
BUT, once built,checking the binary's linking,
otool -L ${ULDM}/php5/bin/php | grep freetype
/usr/X11R6/lib/libfreetype.6.dylib (compatibility version
10.0.0, current version 10.8.0)
i.e., NOT the libfreetype we're targeting!
checking in the Makefile:
grep X11R6 Makefile
i find:
...
CPPFLAGS = -I/usr/local/mysql/include/mysql
-I/usr/local/berkeley-db/include -I/usr/local/include
-I/usr/local/ssl/include -I/usr/local/ncurses/include
-I/usr/local/X11R6/include -no-cpp-precomp
EXTRA_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
EXTRA_LDFLAGS_PROGRAM = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
INCLUDES = -I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/ssl/include -I/usr/ports/php-5.2cvs/ext/date/lib
-I/usr/X11R6/include -I/usr/local/X11R6/include
-I/usr/local/X11R6/include/freetype2 -I/usr/local/gd/include
-I/usr/ports/php-5.2cvs/ext/mbstring/oniguruma
-I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl
-I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl/mbfl
-I/usr/local/mysql/include/mysql -I/usr/local/ncurses/include/ncurses
-I/usr/local/net-snmp/include -I$(top_builddir)/TSRM
-I$(top_builddir)/Zend
NATIVE_RPATHS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
PHP_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
PHP_RPATHS = -R /usr/local/lib -R /usr/local/ssl/lib -R
/usr/local/berkeley-db/lib -R /usr/X11R6/lib -R /usr/local/X11R6/lib -R
/usr/local/gd/lib -R /usr/local/ncurses/lib/ -R
/usr/local/mysql/lib/mysql -R /usr/local/ncurses/lib -R
/usr/local/net-snmp/lib
there needs to be a way to get php build to pick up freetype from where
i tell it to ...
#37765 [Opn-Fbk]: Parent: child process exited with status 3221225477 -- Restarting.
ID: 37765 Updated by: [EMAIL PROTECTED] Reported By: wangjianjin at hotmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows 2003 Server PHP Version: 5CVS-2006-06-09 (snap) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2006-06-09 14:16:44] wangjianjin at hotmail dot com Description: Environment: Apache 2.2.2+PHP5.cvs snap+MySQL 5.0.21+windows 2003 server the application is Tikiwiki. (tikiwiki.org) the PHP.ini mysql.allow_persistent = On, mysql.max_persistent = -1, mysql.connect_timeout = -1 When I do some operations editing page, and want to save it to mySQL database. after saving operations to database, in PHP script, I will send this to display the edited page. header(location: tiki-index.php?page=$page); Then errors ocurr.the browser( whatever IE,netscape, firefox) will crash. IE -page can not be displayed, netscape-get no data, firefox--connection is reset. Before i send Function 'header', i checked the connection status with MySQL, it is normal. although only I am connecting to this WEB server, but it still displayed three processes connecting with MySQL. After I send Function 'header', All the processes connecting to the MySQL are broken. Apache error.log Parent: child process exited with status 3221225477 -- Restarting. Apache/2.2.2 (Win32) PHP/5.2.0-dev configured -- resuming normal operations Server built: Apr 29 2006 18:32:31 Parent: Created child process 4728 Child 4728: Child process is running Child 4728: Acquired the start mutex. Child 4728: Starting 250 worker threads. Child 4728: Starting thread to listen on port 8089. Child 4728: Starting thread to listen on port 8080. Child 4728: Starting thread to listen on port 80. if I change to google.com--header(location: http://www.google.com/;), it is no problem. just header(location: tiki-index.php?page=$page); have some actions with MySQL. I do not know who causes who? SQL operations cause the Apache child process exit, or child process exit cause the broken SQL connection? what situation will the apache produce Parent: child process exited with status 3221225477 ? -- Edit this bug report at http://bugs.php.net/?id=37765edit=1
#37807 [NEW]: schema import failure sigsegv
From: jwarring at aol dot net Operating system: Linux RedHat AS3 PHP version: 5.1.4 PHP Bug Type: Reproducible crash Bug description: schema import failure sigsegv Description: I downloaded a liberty discovery wsdl from http:// www.projectliberty.org/specs/liberty-idwsf-disco-svc-v2.0.wsdl placed in my local directory and then pointed my php script at it. I have some supporting XSDs but probably not all of them in that directory. Output of my ls *.xsd follows: liberty-idwsf-disco-svc-v2.0.xsd liberty-idwsf-utility- v2.0.xsd ws-addressing-fragment.xsd the problem is that the new_tns pointer is NULL and the expected error msg tries to dereference it. Reproduce code: --- HTML BODY ?php $client = new SoapClient(file:///home/jwarring/cvs/discovery/docs/liberty-idwsf-disco-svc-v2.0.wsdl, array (trace = 1, exceptions = 0)); ? /BODY /HTML Expected result: a complaint about not being able to find liberty-idwsf- utility-v2.0.xsd Actual result: -- #0 schema_load_file (ctx=0xbfff79a0, ns=0x92025d0, location=0x91f3f30 file:///home/jwarring/cvs/discovery/ docs/liberty-idwsf-utility-v2.0.xsd, tns=0x9202388, import= 1) at /home/jwarring/ftp/php-5.1.4/ext/soap/php_schema.c: 118 #1 0x01103c84 in load_schema (ctx=0xbfff79a0, schema=0x9202678) at /home/jwarring/ftp/php-5.1.4/ext/soap/ php_schema.c:2 51 #2 0x01104205 in schema_load_file (ctx=0xbfff79a0, ns=0x91f4d88, location=0x91f3e88 file:///home/jwarring/cvs/discovery/ docs/liberty-idwsf-disco-svc-v2.0.xsd, tns=0x91f44f0, import=1) at /home/jwarring/ftp/php-5.1.4/ext/soap/ php_schema.c:136 #3 0x01103c84 in load_schema (ctx=0xbfff79a0, schema=0x91f4e30) at /home/jwarring/ftp/php-5.1.4/ext/soap/ php_schema.c:2 51 #4 0x011051bf in load_wsdl_ex (this_ptr=0x91f194c, struri=0x91f4ce8 , ctx=0xbfff79a0, include=0) at /home/jwarring/ftp/php-5.1.4/ext/soap/php_sdl.c:270 #5 0x01106a5b in load_wsdl (this_ptr=0x91f194c, struri=0xbfff7e10 file:///home/jwarring/cvs/discovery/ docs/liberty-idwsf-disco-svc-v2.0.wsdl) at /home/jwarring/ftp/php-5.1.4/ext/soap/php_sdl.c:638 -- Edit bug report at http://bugs.php.net/?id=37807edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37807r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37807r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37807r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37807r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37807r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37807r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37807r=needscript Try newer version:http://bugs.php.net/fix.php?id=37807r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37807r=support Expected behavior:http://bugs.php.net/fix.php?id=37807r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37807r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37807r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37807r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37807r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37807r=dst IIS Stability:http://bugs.php.net/fix.php?id=37807r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37807r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37807r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37807r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37807r=mysqlcfg
#37716 [Opn-Bgs]: PHP + OpenLDAP crash
ID: 37716
Updated by: [EMAIL PROTECTED]
Reported By: john dot cecere at sun dot com
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Solaris 10
PHP Version: 5.1.4
New Comment:
Quick search revealed that there really has been problems with the
SunStudio. (especially with -xdepend it seems)
Previous Comments:
[2006-06-08 13:47:19] john dot cecere at sun dot com
I've done a little digging on this problem and found out a few things.
First of all, this only affects SPARC. The AMD64 version that I built
didn't have this problem.
I also tried debugging this via dbx. Here's the result:
[EMAIL PROTECTED] ([EMAIL PROTECTED]) signal SEGV (no mapping at the fault
address) in
ldap_unbind_ext at line 49 in file unbind.c
49 assert( LDAP_VALID( ld ) );
(dbx) where
current thread: [EMAIL PROTECTED]
=[1] ldap_unbind_ext(ld = 0x9fdf00, sctrls = (nil), cctrls = (nil)),
line 49 in unbind.c
[2] ldap_unbind_s(ld = 0x9fdf00), line 210 in unbind.c
[3] _close_ldap_link(rsrc = 0x1009f3238), line 194 in ldap.c
[4] list_entry_destructor(ptr = 0x1009f3238), line 184 in
zend_list.c
[5] zend_hash_del_key_or_index(ht = 0x1008a6ae0, arKey = (nil),
nKeyLength = 0, h = 1U, flag = 1), line 492 in zend_hash.c
[6] _zend_list_delete(id = 1), line 58 in zend_list.c
[7] _zval_dtor_func(zvalue = 0x1009f31f8), line 60 in
zend_variables.c
[8] _zval_dtor(zvalue = 0x1009f31f8), line 35 in zend_variables.h
[9] _zval_ptr_dtor(zval_ptr = 0x1009fc710), line 395 in
zend_execute_API.c
[10] zend_hash_apply_deleter(ht = 0x1008a6988, p = 0x1009fc6f8), line
576 in zend_hash.c
[11] zend_hash_graceful_reverse_destroy(ht = 0x1008a6988), line 642
in zend_hash.c
[12] shutdown_executor(), line 221 in zend_execute_API.c
[13] zend_deactivate(), line 854 in zend.c
[14] php_request_shutdown(0x0, 0x2000, 0x130814, 0x7d5b27b8,
0x7d6e4000, 0x1009fd080), at 0x1004dccec
[15] main(argc = 2, argv = 0x79f8), line 1666 in
cgi_main.c
I put a stop in list_entry_destructor (btw this wasn't arbitrary. I'm
just trying to make this story as short as I can) and took a look at
what was happening to ld:
(dbx) print *ld
*ld = {
list_dtor = (nil)
plist_dtor= (nil)
list_dtor_ex = 0x100276a80 =
`php`ldap.c`_close_ldap_link(zend_rsrc_list_entry *rsrc)
plist_dtor_ex = (nil)
type_name = 0x100887b68 ldap link
module_number = 15
resource_id = 18
type = '\002'
}
(dbx) step
[EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in list_entry_destructor at line
184 in file
zend_list.c
184 ld-list_dtor_ex(le
TSRMLS_CC);
(dbx) print *ld
*ld = {
list_dtor = (nil)
plist_dtor= (nil)
list_dtor_ex = 0x100276a80 =
`php`ldap.c`_close_ldap_link(zend_rsrc_list_entry *rsrc)
plist_dtor_ex = (nil)
type_name = 0x100887b68 ldap link
module_number = 15
resource_id = 18
type = '\002'
}
(dbx) step
[EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in _close_ldap_link at line 192
in file ldap.c
192 ldap_linkdata *ld = (ldap_linkdata *)rsrc-ptr;
(dbx) print *ld
dbx: cannot access address 0x12
(dbx) step
[EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in _close_ldap_link at line 194
in file ldap.c
194 ldap_unbind_s(ld-link);
(dbx) print *ld
*ld = {
link = 0x9fdf00
rebindproc = (nil)
}
(dbx) step
[EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in ldap_unbind_s at line 210 in
file unbind.c
210 return( ldap_unbind_ext( ld, NULL, NULL ) );
(dbx) print *ld
dbx: cannot access address 0x9fdf00
(dbx)
My guess is that the address 0x9fdf00 is supposed to point to an LDAP
structure, but it doesn't for some reason. I'll leave this to someone
else to figure out why. It looks like something is getting stepped on
in Zend's hash tables.
Since I only had this problem in 64-bit SPARC, I decided to play around
with some of the compiler optimizations. I found out that adding
-xdepend to CFLAGS and rebuilding PHP makes this problem go away.
[2006-06-06 18:11:24] john dot cecere at sun dot com
Description:
When I build PHP 5.1.4 with OpenLDAP (2.3.23) support in 64-bit mode in
Solaris 10 using SunStudio (10 or 11) on SPARC (I haven't tested AMD64
yet), PHP core dumps when I try to run this program:
?php
print 'PPHP works!!!/P';
$ds=ldap_connect(ldap-server);
?
(ldap-server is the name of a valid ldap server)
# php tst.php
PPHP works!!!/PSegmentation Fault(coredump)
#
mdb in Solaris reveals this as the last call in the stacktrace:
libldap-2.3.so.0.2.11`ldap_unbind_ext+0x74(8c75d0, 0, 0, 0, 0, 0)
One might conclude that this is a problem with OpenLDAP. However, if I
do nothing else (i.e. use
#37769 [Bgs]: configure fails to link to specified libfreetype in /usr/local/X11R6
ID: 37769
User updated by: openmacnews at gmail dot com
Reported By: openmacnews at gmail dot com
Status: Bogus
Bug Type: *Configuration Issues
Operating System: osx
PHP Version: 5.1.4, 5.2 cvs
New Comment:
you seem to be convinced that, despite the fact that this behavior is
unlike ANY of the other myriad modules -- dynamic or otherwise -- we
successfully build, that all's ok.
hmm ... one might think that specific config instructions:
--with-freetype-dir=/usr/local/X11R6 \
checking for FreeType 2... /usr/local/X11R6
might actually be followed.
but you must be right.
enjoy!
Previous Comments:
[2006-06-14 16:51:54] [EMAIL PROTECTED]
Please find out first what dynamic linking means.
[2006-06-14 16:47:59] openmacnews at gmail dot com
/usr/local/X11R6 is not a sane path?
why provide a config option, then, if the build process ignores it?
per my post, the config script CLEARLY checks for / finds it:
checking for FreeType 2... /usr/local/X11R6
regardless of LD_LIBRARY_PATH, but then ignores what it finds.
that's not a bug?
[2006-06-14 16:32:37] [EMAIL PROTECTED]
Search more information about LD_LIBRARY_PATH from web.
Or install the libs in sane paths. Not a bug.
[2006-06-09 23:46:48] openmacnews at gmail dot com
also the case on v5.1.4
[2006-06-09 18:18:46] openmacnews at gmail dot com
Description:
hi,
i'm, building php-5.2 cvs-head on OSX 10.4.6.
as prereq, i've FreeType2 built into my /usr/local/X11R6 tree:
cd /usr/local/X11R6/lib/
ls -al *freetype*
-rwxr-xr-x 1 root wheel 1975684 2006-06-05 21:50
libfreetype.6.3.10.dylib
lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50
libfreetype.6.dylib
- libfreetype.6.3.10.dylib
-rw-r--r-- 1 root wheel 2093880 2006-06-05 21:50 libfreetype.a
lrwxr-xr-x 1 root wheel 24 2006-06-05 21:50
libfreetype.dylib -
libfreetype.6.3.10.dylib
-rwxr-xr-x 1 root wheel 901 2006-06-05 21:50 libfreetype.la
nonetheless, w/ ENV of:
setenv CPPFLAGS -I${ULDM}/mysql/include/mysql
-I${ULDM}/berkeley-db/include -I/usr/local/include
-I/usr/local/ssl/include -I/usr/local/ncurses/include
-I/usr/local/X11R6/include
setenv LDFLAGS -bind_at_load -L${ULDM}/mysql/lib/mysql
-lmysqlclient_r -L${ULDM}/berkeley-db/lib -ldb -L/usr/local/lib -lpcre
-L/usr/local/ssl/lib -lssl -lcrypto -L/usr/local/ncurses/lib -lncurses
-L/usr/local/X11R6/lib
and config'ing as:
./configure \
...
--with-freetype-dir=/usr/local/X11R6 \
...
config output to console reports, as expected:
...
checking for FreeType 2... /usr/local/X11R6
...
BUT, once built,checking the binary's linking,
otool -L ${ULDM}/php5/bin/php | grep freetype
/usr/X11R6/lib/libfreetype.6.dylib (compatibility version
10.0.0, current version 10.8.0)
i.e., NOT the libfreetype we're targeting!
checking in the Makefile:
grep X11R6 Makefile
i find:
...
CPPFLAGS = -I/usr/local/mysql/include/mysql
-I/usr/local/berkeley-db/include -I/usr/local/include
-I/usr/local/ssl/include -I/usr/local/ncurses/include
-I/usr/local/X11R6/include -no-cpp-precomp
EXTRA_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
EXTRA_LDFLAGS_PROGRAM = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
INCLUDES = -I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/ssl/include -I/usr/ports/php-5.2cvs/ext/date/lib
-I/usr/X11R6/include -I/usr/local/X11R6/include
-I/usr/local/X11R6/include/freetype2 -I/usr/local/gd/include
-I/usr/ports/php-5.2cvs/ext/mbstring/oniguruma
-I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl
-I/usr/ports/php-5.2cvs/ext/mbstring/libmbfl/mbfl
-I/usr/local/mysql/include/mysql -I/usr/local/ncurses/include/ncurses
-I/usr/local/net-snmp/include -I$(top_builddir)/TSRM
-I$(top_builddir)/Zend
NATIVE_RPATHS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib -L/usr/local/X11R6/lib
-L/usr/local/gd/lib -L/usr/local/ncurses/lib/
-L/usr/local/mysql/lib/mysql -L/usr/local/ncurses/lib
-L/usr/local/net-snmp/lib
PHP_LDFLAGS = -L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/berkeley-db/lib -L/usr/X11R6/lib
#37327 [Fbk-Opn]: Can't turn off magic_quotes_gpc
ID: 37327 User updated by: davojan at mail dot ru Reported By: davojan at mail dot ru -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: FreeBSD 6.0 PHP Version: 5.1.4 New Comment: I've just tried the latest snapshot (php5.2-200606141630) - it's ok, all works, thank you! Previous Comments: [2006-06-14 16:41:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-17 06:17:45] davojan at mail dot ru In /usr/local/etc/: php.ini php.ini-dist php.ini-recommended pear.conf I am testing mod_php, not CLI [2006-05-16 13:46:49] [EMAIL PROTECTED] Do you have any other ini files inside the /usr/local/etc/ directory or perhaps if you are testing in CLI that there is no php.ini or php-cli.ini inside the directory you are running the test script from [2006-05-16 10:44:41] davojan at mail dot ru I've tried with trailing slash - this didn't help. In php-5.1.2 it's ok either with or without slash. Note that I tried to install 5.1.4 on gentoo linux system - it's ok there, on FreeBSD 6 - not. :(( [2006-05-05 18:50:39] [EMAIL PROTECTED] Try /usr/local/etc/ (note trailing slash) in configure. 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/37327 -- Edit this bug report at http://bugs.php.net/?id=37327edit=1
#37693 [Opn-Bgs]: php_java.dll access violation
ID: 37693 Updated by: [EMAIL PROTECTED] Reported By: wbrogden at bga dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: WinXP PHP Version: 5.1.4 New Comment: There is no support for Java stuff here. Previous Comments: [2006-06-04 15:12:26] wbrogden at bga dot com Description: I am trying to use the php_java.dll and php5servlet.dll - and matching java classes from the jar files from pecl-5.1.4-win32.zip - dated 5/04/2006 to execute php in a Tomcat5.5.9 servlet environment - Java 1.5.0_07 I finally got a configuration that will start executing the single php tag: ?php phpinfo(); ? This starts an HTML page and writes lots of configuration information but does not finish the page. Reproduce code: --- ?php phpinfo(); ? Expected result: A complete HTML page. Actual result: -- A substantial amount of HTML is produced BUT before the page is complete, Java reports: # EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x1000219e, pid=356, tid=1848 # # Java VM: Java HotSpot(TM) Client VM (1.5.0_05-b05 mixed mode, sharing) # Problematic frame: # C [php_java.dll+0x219e] --- Yes, I know that this is not the PECL support area but I can't figure out which PECL developer is responsible for these DLLs from the PECL site. -- Edit this bug report at http://bugs.php.net/?id=37693edit=1
#37462 [Opn-Fbk]: install fails for sapi/cgi/php
ID: 37462
Updated by: [EMAIL PROTECTED]
Reported By: ionut dot aivanesei at amdocs dot com
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: AIX 5.3
PHP Version: 5.1.4
New Comment:
Try this configure line:
# ./configure --disable-all
Does it work then? And what kind of paths are [...] anyway?
Previous Comments:
[2006-05-17 14:20:35] ionut dot aivanesei at amdocs dot com
Hi there,
I managed to solve this by removing the AIX option from BUILD_CLI and
BUILD_CGI in configure. Now it is using the default and it works ok.
[2006-05-17 13:23:32] ionut dot aivanesei at amdocs dot com
The same errors I have also with 5.1.4 PHP version.
With 5.1.4 there are also other two compilation errors:
--
Zend/zend_language_parser.c, line 2585.1: 1506-046 (S) Syntax error.
make: 1254-004 The error code from the last command is 1.
Zend/zend_ini_parser.c, line 1081.1: 1506-046 (S) Syntax error.
make: 1254-004 The error code from the last command is 1.
--
The line containing ';' needs to be removed, otherwise make will fail
with error shown above.
Ionutz
[2006-05-17 12:29:09] ionut dot aivanesei at amdocs dot com
I found this line on 'configure' on line 12053 [from 113777]:
--
...
case $host_alias in
*aix*)
BUILD_CGI=echo '\#! .' php.sym echo php.sym nm -BCpg
\`echo \$(PHP_GLOBAL_OBJS) \$(PHP_SAPI_OBJS) | sed
's/\([A-Za-z0-9_]*\)\.lo/.libs\/\1.o/g'\` | \$(AWK) '{ if (((\$\$2 ==
\T\) || (\$\$2 == \D\) || (\$\$2 == \B\)) (substr(\$\$3,1,1)
!= \.\)) { print \$\$3 } }' | sort -u php.sym \$(LIBTOOL)
--mode=link \$(CC) -export-dynamic \$(CFLAGS_CLEAN) \$(EXTRA_CFLAGS)
\$(EXTRA_LDFLAGS_PROGRAM) \$(LDFLAGS) -Wl,-brtl -Wl,-bE:php.sym
\$(PHP_RPATHS) \$(PHP_GLOBAL_OBJS) \$(PHP_SAPI_OBJS) \$(EXTRA_LIBS)
\$(ZEND_EXTRA_LIBS) -o \$(SAPI_CGI_PATH)
;;
...
--
This is from 'confiure' for PHP 5.1.2
Thanks,
Ionutz
[2006-05-17 08:16:02] ionut dot aivanesei at amdocs dot com
In the 'make' output there are 2 line like
-
echo '\
\
-
and this are exactly the lines where BUILD_CLI and BUILD_CGI should be
executed. If you look to the definition of BUILD_CLI and BUILD_CGI you
will see that it start with echo '\
[2006-05-17 08:13:13] [EMAIL PROTECTED]
So what exactly is wrong there?
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/37462
--
Edit this bug report at http://bugs.php.net/?id=37462edit=1
#37462 [Fbk]: install fails for sapi/cgi/php
ID: 37462
Updated by: [EMAIL PROTECTED]
Reported By: ionut dot aivanesei at amdocs dot com
Status: Feedback
Bug Type: Compile Failure
Operating System: AIX 5.3
PHP Version: 5.1.4
New Comment:
And make sure you have GNU tools in use, like GNU sed..
Previous Comments:
[2006-06-14 17:43:25] [EMAIL PROTECTED]
Try this configure line:
# ./configure --disable-all
Does it work then? And what kind of paths are [...] anyway?
[2006-05-17 14:20:35] ionut dot aivanesei at amdocs dot com
Hi there,
I managed to solve this by removing the AIX option from BUILD_CLI and
BUILD_CGI in configure. Now it is using the default and it works ok.
[2006-05-17 13:23:32] ionut dot aivanesei at amdocs dot com
The same errors I have also with 5.1.4 PHP version.
With 5.1.4 there are also other two compilation errors:
--
Zend/zend_language_parser.c, line 2585.1: 1506-046 (S) Syntax error.
make: 1254-004 The error code from the last command is 1.
Zend/zend_ini_parser.c, line 1081.1: 1506-046 (S) Syntax error.
make: 1254-004 The error code from the last command is 1.
--
The line containing ';' needs to be removed, otherwise make will fail
with error shown above.
Ionutz
[2006-05-17 12:29:09] ionut dot aivanesei at amdocs dot com
I found this line on 'configure' on line 12053 [from 113777]:
--
...
case $host_alias in
*aix*)
BUILD_CGI=echo '\#! .' php.sym echo php.sym nm -BCpg
\`echo \$(PHP_GLOBAL_OBJS) \$(PHP_SAPI_OBJS) | sed
's/\([A-Za-z0-9_]*\)\.lo/.libs\/\1.o/g'\` | \$(AWK) '{ if (((\$\$2 ==
\T\) || (\$\$2 == \D\) || (\$\$2 == \B\)) (substr(\$\$3,1,1)
!= \.\)) { print \$\$3 } }' | sort -u php.sym \$(LIBTOOL)
--mode=link \$(CC) -export-dynamic \$(CFLAGS_CLEAN) \$(EXTRA_CFLAGS)
\$(EXTRA_LDFLAGS_PROGRAM) \$(LDFLAGS) -Wl,-brtl -Wl,-bE:php.sym
\$(PHP_RPATHS) \$(PHP_GLOBAL_OBJS) \$(PHP_SAPI_OBJS) \$(EXTRA_LIBS)
\$(ZEND_EXTRA_LIBS) -o \$(SAPI_CGI_PATH)
;;
...
--
This is from 'confiure' for PHP 5.1.2
Thanks,
Ionutz
[2006-05-17 08:16:02] ionut dot aivanesei at amdocs dot com
In the 'make' output there are 2 line like
-
echo '\
\
-
and this are exactly the lines where BUILD_CLI and BUILD_CGI should be
executed. If you look to the definition of BUILD_CLI and BUILD_CGI you
will see that it start with echo '\
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/37462
--
Edit this bug report at http://bugs.php.net/?id=37462edit=1
#37556 [Opn-Bgs]: file_exists does not properly resolve symlinks before applying open_basedir
ID: 37556
Updated by: [EMAIL PROTECTED]
Reported By: phpdotnet at ericmarques dot com
-Status: Open
+Status: Bogus
Bug Type: Safe Mode/open_basedir
Operating System: FreeBSD 5.4
PHP Version: 5.1.4
New Comment:
See bug #30188
Previous Comments:
[2006-05-23 03:01:29] phpdotnet at ericmarques dot com
Same problem with other functions too like file_get_contents.
Only happens where the file being performed on is in a sub folder of
the script being run.
[2006-05-23 02:48:15] phpdotnet at ericmarques dot com
Description:
file_exists does not properly resolve symlinks before applying
open_basedir on include scripts.
in my situation
/home is a symlink to /data/home
open_basedir is set to /home/ericmarq/
apache documentroot is set to /home/ericmarq/public_html
Server running cPanel, apache 1.3
This did not happen in php 4.4.2, only happened after upgrade to 5.1.2
Reproduce code:
---
-- test1.php --
?php
include(test2.php);
?
-- test2.php --
?php
if
(!file_exists(/home/ericmarq/public_html/SUBDIR/does.not.exist.html)){
print no;
}
?
Expected result:
no
Actual result:
--
Warning: file_exists() [function.file-exists]: open_basedir restriction
in effect. File(/home/ericmarq/public_html/SUBDIR/does.not.exist.html)
is not within the allowed path(s): (/home/ericmarq/) in
/data/home/ericmarq/public_html/test2.php on line 2
no
--
Edit this bug report at http://bugs.php.net/?id=37556edit=1
#37716 [Bgs]: PHP + OpenLDAP crash
ID: 37716
User updated by: john dot cecere at sun dot com
Reported By: john dot cecere at sun dot com
Status: Bogus
Bug Type: Reproducible crash
Operating System: Solaris 10
PHP Version: 5.1.4
New Comment:
Interesting. I was able to make the problem go away by adding -xdepend
(my previous compilation used no optimizations). The problem also went
away when I used -fast (which is a macro that includes -xdepend).
I will log a bug on SunStudio and see where it goes.
Previous Comments:
[2006-06-14 16:58:52] [EMAIL PROTECTED]
Quick search revealed that there really has been problems with the
SunStudio. (especially with -xdepend it seems)
[2006-06-08 13:47:19] john dot cecere at sun dot com
I've done a little digging on this problem and found out a few things.
First of all, this only affects SPARC. The AMD64 version that I built
didn't have this problem.
I also tried debugging this via dbx. Here's the result:
[EMAIL PROTECTED] ([EMAIL PROTECTED]) signal SEGV (no mapping at the fault
address) in
ldap_unbind_ext at line 49 in file unbind.c
49 assert( LDAP_VALID( ld ) );
(dbx) where
current thread: [EMAIL PROTECTED]
=[1] ldap_unbind_ext(ld = 0x9fdf00, sctrls = (nil), cctrls = (nil)),
line 49 in unbind.c
[2] ldap_unbind_s(ld = 0x9fdf00), line 210 in unbind.c
[3] _close_ldap_link(rsrc = 0x1009f3238), line 194 in ldap.c
[4] list_entry_destructor(ptr = 0x1009f3238), line 184 in
zend_list.c
[5] zend_hash_del_key_or_index(ht = 0x1008a6ae0, arKey = (nil),
nKeyLength = 0, h = 1U, flag = 1), line 492 in zend_hash.c
[6] _zend_list_delete(id = 1), line 58 in zend_list.c
[7] _zval_dtor_func(zvalue = 0x1009f31f8), line 60 in
zend_variables.c
[8] _zval_dtor(zvalue = 0x1009f31f8), line 35 in zend_variables.h
[9] _zval_ptr_dtor(zval_ptr = 0x1009fc710), line 395 in
zend_execute_API.c
[10] zend_hash_apply_deleter(ht = 0x1008a6988, p = 0x1009fc6f8), line
576 in zend_hash.c
[11] zend_hash_graceful_reverse_destroy(ht = 0x1008a6988), line 642
in zend_hash.c
[12] shutdown_executor(), line 221 in zend_execute_API.c
[13] zend_deactivate(), line 854 in zend.c
[14] php_request_shutdown(0x0, 0x2000, 0x130814, 0x7d5b27b8,
0x7d6e4000, 0x1009fd080), at 0x1004dccec
[15] main(argc = 2, argv = 0x79f8), line 1666 in
cgi_main.c
I put a stop in list_entry_destructor (btw this wasn't arbitrary. I'm
just trying to make this story as short as I can) and took a look at
what was happening to ld:
(dbx) print *ld
*ld = {
list_dtor = (nil)
plist_dtor= (nil)
list_dtor_ex = 0x100276a80 =
`php`ldap.c`_close_ldap_link(zend_rsrc_list_entry *rsrc)
plist_dtor_ex = (nil)
type_name = 0x100887b68 ldap link
module_number = 15
resource_id = 18
type = '\002'
}
(dbx) step
[EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in list_entry_destructor at line
184 in file
zend_list.c
184 ld-list_dtor_ex(le
TSRMLS_CC);
(dbx) print *ld
*ld = {
list_dtor = (nil)
plist_dtor= (nil)
list_dtor_ex = 0x100276a80 =
`php`ldap.c`_close_ldap_link(zend_rsrc_list_entry *rsrc)
plist_dtor_ex = (nil)
type_name = 0x100887b68 ldap link
module_number = 15
resource_id = 18
type = '\002'
}
(dbx) step
[EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in _close_ldap_link at line 192
in file ldap.c
192 ldap_linkdata *ld = (ldap_linkdata *)rsrc-ptr;
(dbx) print *ld
dbx: cannot access address 0x12
(dbx) step
[EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in _close_ldap_link at line 194
in file ldap.c
194 ldap_unbind_s(ld-link);
(dbx) print *ld
*ld = {
link = 0x9fdf00
rebindproc = (nil)
}
(dbx) step
[EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in ldap_unbind_s at line 210 in
file unbind.c
210 return( ldap_unbind_ext( ld, NULL, NULL ) );
(dbx) print *ld
dbx: cannot access address 0x9fdf00
(dbx)
My guess is that the address 0x9fdf00 is supposed to point to an LDAP
structure, but it doesn't for some reason. I'll leave this to someone
else to figure out why. It looks like something is getting stepped on
in Zend's hash tables.
Since I only had this problem in 64-bit SPARC, I decided to play around
with some of the compiler optimizations. I found out that adding
-xdepend to CFLAGS and rebuilding PHP makes this problem go away.
[2006-06-06 18:11:24] john dot cecere at sun dot com
Description:
When I build PHP 5.1.4 with OpenLDAP (2.3.23) support in 64-bit mode in
Solaris 10 using SunStudio (10 or 11) on SPARC (I haven't tested AMD64
yet), PHP core dumps when I try to run this program:
?php
print 'PPHP works!!!/P';
#37798 [Fbk-Opn]: configure fails with GCC 4.1 when compiling with pcntl support
ID: 37798 User updated by: djgrrr at gmail dot com Reported By: djgrrr at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Fedora Core 5 PHP Version: 5.1.4 New Comment: now that i've installed gcc32, even after uninstalling i can't seem to reproduce this error Previous Comments: [2006-06-14 16:43:39] [EMAIL PROTECTED] Check config.log for more information. [2006-06-14 02:40:44] djgrrr at gmail dot com Description: when trying to run the configure script with pcntl support, i get the following message: pcntl: fork() not supported by this platform but if i use the compat-gcc-32 compiler, it configures and compiles fine -- Edit this bug report at http://bugs.php.net/?id=37798edit=1
#37803 [Fbk-Opn]: [install-pear-installer] Illegal instruction
ID: 37803 User updated by: stakadush at yahoo dot com Reported By: stakadush at yahoo dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: OS X 10.4.6 PHP Version: 5.1.4 New Comment: Same thing. Though now it downloaded http://pear.php.net/ install-pear-nozlib.phar Previous Comments: [2006-06-14 15:39:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-06-14 13:09:39] stakadush at yahoo dot com Description: ./configure make go fine, but when doing make install it fails with the following error: Installing PEAR environment: /usr/local/php/share/pear/ make[1]: *** [install-pear-installer] Illegal instruction make: *** [install-pear] Error 2 I'm using the same configure options I used to compile v5.1.2, which worked fine. Changing to --without-pear allows it compile but PHP won't run - again getting Illegal instruction message. Reproduce code: --- The configure I use: './configure' '--prefix=/usr/local/php' '--enable-force-cgi-redirect' '--enable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/opt/local' '--with-png-dir=/opt/local' '--with-gd=/opt/local' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext=/opt/local' '--with-ncurses' '--with-gmp=/opt/local' '--with-iconv' '--with-jpeg-dir=/opt/local' '--with-openssl' '--with-png' '--with-xml' '--with-expat-dir=/opt/local' '--with-dom=/usr' '--with-dom-xslt=/opt/local' '--with-dom-exslt' '--with-xmlrpc' '--with-pcre-regex=/opt/local' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-pear' '--with-kerberos' '--with-ldap' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-snmp' '--enable-ucd-snmp-hack' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mime-magic=/usr/share/file/magic.mime' '--enable-mbstring=all' '--with-mcrypt=/opt/local' '--with-mhash=/opt/local' '--with-apxs=../apache_1.3.36' -- Edit this bug report at http://bugs.php.net/?id=37803edit=1
#37809 [NEW]: DOM Segmentation fault when changing firstChild-data
From: phpbug at drque dot net
Operating system: Linux; Debian kernel 2.6.8-3-k7
PHP version: 5.1.4
PHP Bug Type: XML related
Bug description: DOM Segmentation fault when changing firstChild-data
Description:
Tricky bug: if you run the example, you get a segmentation fault. If you
change the line:
$Data = $body-appendChild( $dom-createElement( 'Data', '123' ) );
to
$Data = $body-appendChild( $dom-createElement( 'Data', '1234' ) );
The script executes as expected. It seems that as long as the data in the
field is 4 characters or more, everything runs as expected. However, if
the data is less then 4 characters, attempting to change it causes a
segmentation fault, every time.
I've tried this code and get the error with versions 5.1.3, 5.1.4 and the
6/14/2006 snapshot of 6.0.0.
Reproduce code:
---
?php
// Create some XML
$dom = new DOMDocument('1.0');
$dom-formatOutput = true;
$body = $dom-appendChild( $dom-createElement( 'Body' ) );
$Data = $body-appendChild( $dom-createElement( 'Data', '123' ) );
$dom-save( 'Data.xml' );
// Atempt to load and change XML file
$NewDOM = new DOMDocument('1.0');
$NewDOM-load( 'Data.xml' );
$Data = $NewDOM-getElementsByTagName( 'Data' )-item( 0 );
$Data-firstChild-data = 2;
$NewDOM-save( 'Data.xml' );
?
Expected result:
Data.xml should be:
?xml version=1.0?
Body
Data2/Data
/Body
Actual result:
--
Segmentation fault
--
Edit bug report at http://bugs.php.net/?id=37809edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37809r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37809r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37809r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37809r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37809r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37809r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37809r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37809r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37809r=support
Expected behavior:http://bugs.php.net/fix.php?id=37809r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37809r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37809r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37809r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37809r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37809r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37809r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37809r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37809r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37809r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37809r=mysqlcfg
#36008 [Fbk-Opn]: incorrect round() number_format() result
ID: 36008 User updated by: adi at rogers dot com Reported By: adi at rogers dot com -Status: Feedback +Status: Open Bug Type: Math related Operating System: win32 only PHP Version: 5.1.2 New Comment: Regretfully, the same output: 5.2.0-dev Wrong: 14.37 Wrong: 14.37 'Magically' correct: 14.38 'Magically' correct: 14.38 Converted to string and is now correct: 14.38 Converted to string and is now correct: 14.38 The 32 precision results are also the same [as the ones on January 15]. Previous Comments: [2006-06-14 15:50:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-01-15 06:40:25] adi at rogers dot com Oh, and as I had suspected, here is the value of $num with 32 precision: 14.3749998 With 12 as the precision, it is: 14.375 [2006-01-15 06:34:25] adi at rogers dot com As requested, the exact output with 32 as the precision: Wrong: 14.369 Wrong: 14.37 'Magically' correct: 14.381 'Magically' correct: 14.38 Converted to string and is now correct: 14.369 Converted to string and is now correct: 14.37 [2006-01-14 16:06:25] [EMAIL PROTECTED] What EXACTLY is the output when you set precision to 32? [2006-01-14 15:55:07] adi at rogers dot com I just confirmed this issue to still exist on the following systems: Windows XP Pro SP2 [IIS 5.1 ISAPI] (PHP 5.1.2 / php.ini precision: 12) Windows XP Pro SP2 [IIS 5.1 CGI] (PHP 5.1.0RC1 / php.ini precision: 12) Windows Server 2003 Enterprise x64 Edition SP1 [IIS 6.0 CGI] (PHP 5.1.2 / php.ini precision: 12) PHP was installed on all three systems manually (not using the installer). Hope that helps in isolating this issue. 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/36008 -- Edit this bug report at http://bugs.php.net/?id=36008edit=1
#37809 [Opn-Bgs]: DOM Segmentation fault when changing firstChild-data
ID: 37809
Updated by: [EMAIL PROTECTED]
Reported By: phpbug at drque dot net
-Status: Open
+Status: Bogus
Bug Type: XML related
Operating System: Linux; Debian kernel 2.6.8-3-k7
PHP Version: 5.1.4
New Comment:
This appears to be a libxml bug that has been fixed in newer releases.
Either use a newer version (.21 or later) or as a workaround remove
text node and append a new one with new value (or just replaceChild).
Previous Comments:
[2006-06-14 21:30:18] phpbug at drque dot net
Description:
Tricky bug: if you run the example, you get a segmentation fault. If
you change the line:
$Data = $body-appendChild( $dom-createElement( 'Data', '123' ) );
to
$Data = $body-appendChild( $dom-createElement( 'Data', '1234' ) );
The script executes as expected. It seems that as long as the data in
the field is 4 characters or more, everything runs as expected.
However, if the data is less then 4 characters, attempting to change it
causes a segmentation fault, every time.
I've tried this code and get the error with versions 5.1.3, 5.1.4 and
the 6/14/2006 snapshot of 6.0.0.
Reproduce code:
---
?php
// Create some XML
$dom = new DOMDocument('1.0');
$dom-formatOutput = true;
$body = $dom-appendChild( $dom-createElement( 'Body' ) );
$Data = $body-appendChild( $dom-createElement( 'Data', '123' ) );
$dom-save( 'Data.xml' );
// Atempt to load and change XML file
$NewDOM = new DOMDocument('1.0');
$NewDOM-load( 'Data.xml' );
$Data = $NewDOM-getElementsByTagName( 'Data' )-item( 0 );
$Data-firstChild-data = 2;
$NewDOM-save( 'Data.xml' );
?
Expected result:
Data.xml should be:
?xml version=1.0?
Body
Data2/Data
/Body
Actual result:
--
Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=37809edit=1
#37685 [Opn-Bgs]: Namespaced elements completely ignored
ID: 37685 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: SimpleXML related Operating System: Linux PHP Version: 5.1.4 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This was changed so print_r/var_dump respect namespace of initial object - results now the same as if accessing the subtree using -children() Previous Comments: [2006-06-03 01:53:13] [EMAIL PROTECTED] Description: I am not sure if this is an actual bug or intended behavior, but there seems to be a BC break in SimpleXML regarding namespaced elements. I had a script which worked under 5.1.0, but after upgrading to 5.1.4, it broke. I have not tested it under 5.1.1-5.1.3. Previously, (and according to most documentation and things I have read, namespaces are ignored, but the element will still be loaded in the SimpleXML element. Under 5.1.4, it seems namespaced elements are completely ignored. Reproduce code: --- ?php $xml = 'root xmlns:baz=http://baz.com;fooHello/foobaz:barWorld/baz:bar/root'; $xml = simplexml_load_string($xml); print_r($xml); ? Expected result: This was the output in 5.1.0. SimpleXMLElement Object ( [foo] = Hello [bar] = World ) Actual result: -- Output in 5.1.4 (and possibly .1-.3, I haven't tested). SimpleXMLElement Object ( [foo] = Hello ) -- Edit this bug report at http://bugs.php.net/?id=37685edit=1
#37811 [NEW]: define not using toString on objects
From: php at trancer dot nl
Operating system: Any
PHP version: 5.1.4
PHP Bug Type: Scripting Engine problem
Bug description: define not using toString on objects
Description:
PHP is using toString on most places to cast objects to string. However
define is not doing this. This seems somewhat of an oddity as objects are
casted in other functions aswell.
Possible fix to this problem was provided by bjori:
http://php.is/bugs/toString/define.call.toString.patch.txt
Reproduce code:
---
?php
class foo
{
function __toString()
{
return bar;
}
}
$foo = new foo();
define('COWBELL', $foo);
?
Expected result:
It being properly defined using the toString function.
Actual result:
--
Warning: Constants may only evaluate to scalar values in test.php on line
15
--
Edit bug report at http://bugs.php.net/?id=37811edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37811r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37811r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37811r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37811r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37811r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37811r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37811r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37811r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37811r=support
Expected behavior:http://bugs.php.net/fix.php?id=37811r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37811r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37811r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37811r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37811r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37811r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37811r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37811r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37811r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37811r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37811r=mysqlcfg
#37811 [Opn-Asn]: define not using toString on objects
ID: 37811
Updated by: [EMAIL PROTECTED]
Reported By: php at trancer dot nl
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: Any
PHP Version: 5.1.4
-Assigned To:
+Assigned To: helly
Previous Comments:
[2006-06-15 00:27:15] php at trancer dot nl
Description:
PHP is using toString on most places to cast objects to string. However
define is not doing this. This seems somewhat of an oddity as objects
are casted in other functions aswell.
Possible fix to this problem was provided by bjori:
http://php.is/bugs/toString/define.call.toString.patch.txt
Reproduce code:
---
?php
class foo
{
function __toString()
{
return bar;
}
}
$foo = new foo();
define('COWBELL', $foo);
?
Expected result:
It being properly defined using the toString function.
Actual result:
--
Warning: Constants may only evaluate to scalar values in test.php on
line 15
--
Edit this bug report at http://bugs.php.net/?id=37811edit=1
#37812 [NEW]: aggregate_methods_by_list fails to take certain methods
From: wickedfather at hotmail dot com
Operating system: Win 98SE
PHP version: 4.4.2
PHP Bug Type: Class/Object related
Bug description: aggregate_methods_by_list fails to take certain methods
Description:
aggregate_methods_by_list fails to aggregate certain methods that are
definitely not present in the object
Reproduce code:
---
class Absorber
{
/**
* Assigns object's properties from supplied array
* @param array associative
*/
function absorb($data)
{
$props = get_object_vars($this);
foreach (array_keys($props) as $prop)
{
if (isset($data[$prop]))
{
$this-$prop = $data[$prop];
}
}
}
}
class User
{
function User($id = NULL)
{
// doesn't work
aggregate_methods_by_list($this, 'Absorber', array('absorb'));
echo
'preAggregation:'.print_r(aggregation_info($this),1).'/pre';
}
}
Expected result:
Expectation is to see the method absorb in the aggregation list, and to be
available as a method. The problem can be worked around by using
aggregate_methods_by_regexp($this, 'Absorber', '/absorb/');
Actual result:
--
No methods are present in the aggregation list
--
Edit bug report at http://bugs.php.net/?id=37812edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37812r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37812r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37812r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37812r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37812r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37812r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37812r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37812r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37812r=support
Expected behavior:http://bugs.php.net/fix.php?id=37812r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37812r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37812r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37812r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37812r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37812r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37812r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37812r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37812r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37812r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37812r=mysqlcfg
