#32282 [Opn-Asn]: segfault using mysqli_fetch_array
ID: 32282 Updated by: [EMAIL PROTECTED] Reported By: gabriel at telana dot com -Status: Open +Status: Assigned Bug Type: MySQLi related Operating System: Linux 2.6 (custom, based on FC1) PHP Version: 5.0.4 -Assigned To: +Assigned To: georg Previous Comments: [2005-04-02 01:14:48] gabriel at telana dot com Still segfaults with 5.0.4. Is there anything else I can do to help you guys figure this out? An account on my system or something? [2005-03-14 22:59:57] gabriel at telana dot com No luck, still segfaults :( Here's the backtrace: #0 0x005ee5a1 in zend_object_store_get_object (zobject=0x0) at /home/korsoft/php5-200503142130/Zend/zend_objects_API.c:200 #1 0x0045837f in php_mysqli_fetch_into_hash (ht=2, return_value=0x91d350, this_ptr=0x0, return_value_used=1, override_flags=0, into_object=0) at /home/korsoft/php5-200503142130/ext/mysqli/mysqli.c:778 #2 0x00464c18 in zif_mysqli_fetch_array (ht=2, return_value=0x91d350, this_ptr=0x0, return_value_used=1) at /home/korsoft/php5-200503142130/ext/mysqli/mysqli_nonapi.c:147 #3 0x005fcff2 in zend_do_fcall_common_helper_SPEC ( execute_data=0x7fffd0b0) at zend_vm_execute.h:175 #4 0x006000f9 in ZEND_DO_FCALL_SPEC_CONST_HANDLER ( execute_data=0x7fffd0b0) at zend_vm_execute.h:1535 #5 0x005fcc56 in execute (op_array=0x933cf0) at zend_vm_execute.h:78 #6 0x005d18fe in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/korsoft/php5-200503142130/Zend/zend.c:1058 #7 0x00584dbe in php_execute_script (primary_file=0x7790) at /home/korsoft/php5-200503142130/main/main.c:1637 #8 0x00655395 in main (argc=4, argv=0x7918) at /home/korsoft/php5-200503142130/sapi/cli/php_cli.c:944 My apologies, I should have tried a cvs snapshot before submitting the bug report. [2005-03-14 22:32:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-11 23:34:24] gabriel at telana dot com Description: This is exactly the same as bug #28933, except it's still happening for me on PHP 5.0.3 on x86_64. I would have added a comment to that bug but it's been closed. The only other info I've seen on the net related to this is something about mixing 32-bit and 64-bit libraries. I'm running a pure 64-bit system so that's not the problem. I tested this with the simplest possible configuration: ./configure --with-mysqli=/usr/bin/mysql_config and ran the test script (functionally identical with the one in #28933) with the CLI version, using php.ini-dist. Tested with mysql versions 4.1.7 and 4.1.10. Reproduce code: --- See bug #28933 Expected result: PHP to not segfault :) Actual result: -- PHP segfaults :( -- Edit this bug report at http://bugs.php.net/?id=32282edit=1
#32542 [NEW]: PHP5.0.4 can't work fine as a cgi binary
From: cpthk at hotmail dot com Operating system: Windows XP PHP version: 5.0.4 PHP Bug Type: MySQLi related Bug description: PHP5.0.4 can't work fine as a cgi binary Description: When I set php as a apache module like this: LoadModule php5_module c:/php/php5apache2.dll Add Type application/x-httpd-php .php PHPIniDie c:/php It works fine with phpmyadmin both config and http login mode. But when I set php as a CGI binary like this: ScriptAlias /php/ c:/php/ AddType application/x-httpd-php .php Action application/x-httpd-php /php/php-cgi.exe It still works fine with phpmyadmin in config login mode, but not in http mode. Login mode can be set in phpmyadmin config file(config.inc.php). My php of mysql extension is using the mysqli.dll. I'm sure every setting of php is fine. -- Edit bug report at http://bugs.php.net/?id=32542edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32542r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32542r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32542r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32542r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32542r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32542r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32542r=needscript Try newer version: http://bugs.php.net/fix.php?id=32542r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32542r=support Expected behavior: http://bugs.php.net/fix.php?id=32542r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32542r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32542r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32542r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32542r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32542r=dst IIS Stability: http://bugs.php.net/fix.php?id=32542r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32542r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32542r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32542r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32542r=mysqlcfg
#29944 [Com]: Function defined in switch, crashes
ID: 29944
Comment by: dmhouse at gmail dot com
Reported By: norxh at binnews dot com
Status: Assigned
Bug Type: Reproducible crash
Operating System: *
PHP Version: 5CVS-2005-03-07
Assigned To: andi
New Comment:
I have a reduced test case for this bug.
?php
$foo = 'bar';
switch ($foo) {
case 'bar':
function foobar() {
$variable = 1;
}
foobar();
break;
}
?
Things necessary for Apache to segfault:
* The function must be defined inside a case statement that is
executed.
* A variable must be set to a value within the function.
* The function must be called.
I'm running PHP 5.0.3 (built from source, but I doubt that matters) on
Apache 2. Bug is reproducible through Apache and through CLI.
Previous Comments:
[2005-03-04 15:17:24] kameshj at fastmail dot fm
Problem is in CG(switch_cond_stack) that is shared by two op_arrays(One
which has original switch and another one being the function declararion
inside a case).
Case 1
?php
function foo()
{
echo hi;
}
?
op_array of foo
ZEND_ECHO
ZEND_FETCH_CONSTANT
ZEND_RETURN
ZEND_HANDLE_EXCEPTION
Case 2(Segfault case)
?php
$a=1;
switch($a)
{
case 1:
function foo()
{
echo hi;
}
}
?
op_array of foo
ZEND_ECHO
ZEND_FETCH_CONSTANT
ZEND_SWITCH_FREE
ZEND_RETURN
ZEND_HANDLE_EXCEPTION
In Case 2
ZEND_SWITCH_FREE opcode is getting included in the function foo's
op_array.
This is done by zend_do_return in zend_compile.c with the following
code
zend_stack_apply(CG(switch_cond_stack), ZEND_STACK_APPLY_TOPDOWN, (int
(*)(void *element)) generate_free_switch_expr);
In zend_do_return of foo of Case 2,
While executing zend_stack_apply,
CG(switch_cond_stack) has 2 entries as follows,
foo's seperator dummy switch_cond(at top)
main op_array's switch case(at bottom)
main op_array's switch case(at bottom) is generating ZEND_SWITCH_FREE
opcode.
I feel the switch_cond_stack to be op_array specific rather than
keeping it at compiler_globals as it is now.
[2004-12-16 21:18:18] edwin at phpfreakz dot nl
I didn't have any problems with declaring functions in a switch
statement with Apache 2/PHP 5.0.1, but after installing PHP 5.0.3 php
crashes. You don't get any errors, it just doesn't work.
I'm using Windows XP Pro with SP2.
[2004-11-10 15:53:24] sami at sipponen dot com
?
switch ($_GET[test]) {
default:
function testfunc() {
}
}
testfunc();
?
This code crashes PHP 5.1.0-DEV Windows Version.
[2004-09-02 08:36:55] [EMAIL PROTECTED]
This is only a problem in PHP 5.0.x (and not PHP 5.1.x-dev).
[2004-09-02 08:32:23] [EMAIL PROTECTED]
Although I see no point in doing this at all (it should not necessarily
work), it shouldn't crash either.
valgrind:
==2720== Conditional jump or move depends on uninitialised value(s)
==2720==at 0x83062CB: zend_switch_free (zend_execute.c:200)
==2720==by 0x8302A8D: zend_switch_free_handler
(zend_execute.c:3222)
==2720==by 0x82FDC88: execute (zend_execute.c:1391)
==2720==by 0x830140F: zend_do_fcall_common_helper
(zend_execute.c:2728)
==2720==by 0x8301890: zend_do_fcall_by_name_handler
(zend_execute.c:2810)
==2720==
==2720== Use of uninitialised value of size 4
==2720==at 0x8305E29: zend_pzval_unlock_func (zend_execute.c:65)
==2720==by 0x83062E6: zend_switch_free (zend_execute.c:205)
==2720==by 0x8302A8D: zend_switch_free_handler
(zend_execute.c:3222)
==2720==by 0x82FDC88: execute (zend_execute.c:1391)
==2720==by 0x830140F: zend_do_fcall_common_helper
(zend_execute.c:2728)
==2720==
==2720== Invalid read of size 4
==2720==at 0x8305E29: zend_pzval_unlock_func (zend_execute.c:65)
==2720==by 0x83062E6: zend_switch_free (zend_execute.c:205)
==2720==by 0x8302A8D: zend_switch_free_handler
(zend_execute.c:3222)
==2720==by 0x82FDC88: execute (zend_execute.c:1391)
==2720==by 0x830140F: zend_do_fcall_common_helper
(zend_execute.c:2728)
==2720== Address 0x8 is not stack'd, malloc'd or (recently) free'd
==2720==
==2720== Process terminating with default action of signal 11
(SIGSEGV)
==2720== Access not within mapped region at address 0x8
==2720==at 0x8305E29: zend_pzval_unlock_func (zend_execute.c:65)
==2720==by 0x83062E6: zend_switch_free (zend_execute.c:205)
==2720==by 0x8302A8D: zend_switch_free_handler
(zend_execute.c:3222)
==2720==by 0x82FDC88: execute (zend_execute.c:1391)
==2720==by 0x830140F: zend_do_fcall_common_helper
(zend_execute.c:2728)
==2720==
GDB:
0x08305e29 in
#32543 [NEW]: tidy tests aren't up-to-date
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 5CVS-2005-04-02 (dev) PHP Bug Type: Unknown/Other Function Bug description: tidy tests aren't up-to-date Description: John has added 3 new properties to the tidy object and didn't update the tests. So, some tests are now broken and should be updated. -- Edit bug report at http://bugs.php.net/?id=32543edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32543r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32543r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32543r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32543r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32543r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32543r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32543r=needscript Try newer version: http://bugs.php.net/fix.php?id=32543r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32543r=support Expected behavior: http://bugs.php.net/fix.php?id=32543r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32543r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32543r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32543r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32543r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32543r=dst IIS Stability: http://bugs.php.net/fix.php?id=32543r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32543r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32543r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32543r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32543r=mysqlcfg
#32534 [Opn-Fbk]: storage module type is not reflected by messages
ID: 32534 Updated by: [EMAIL PROTECTED] Reported By: mancini at nextcode dot org -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: windows 2000 PHP Version: 4.3.11 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2005-04-01 16:11:25] mancini at nextcode dot org Description: When i set session.save_handler = user in php.ini and change the temp path to force a error , i get PHP Fatal error: Failed to initialize storage module: user (path: This is fine but when i set session.save_handler = files i get the exact error. I believe i should get PHP Fatal error: Failed to initialize storage module: files (path: Reproduce code: --- session_start(); Expected result: PHP Fatal error: Failed to initialize storage module: files (path: Actual result: -- PHP Fatal error: Failed to initialize storage module: user (path: -- Edit this bug report at http://bugs.php.net/?id=32534edit=1
#32543 [Opn-Asn]: tidy tests aren't up-to-date
ID: 32543 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Compile Failure -Operating System: n/a +Operating System: * -PHP Version: 5CVS-2005-04-02 (dev) +PHP Version: 5CVS-2005-04-02 Previous Comments: [2005-04-02 12:24:05] [EMAIL PROTECTED] Description: John has added 3 new properties to the tidy object and didn't update the tests. So, some tests are now broken and should be updated. -- Edit this bug report at http://bugs.php.net/?id=32543edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876
Comment by: tj at tjshafer dot com
Reported By: golden at riscom dot com
Status: No Feedback
Bug Type: Session related
Operating System: freebsd 4.8
PHP Version: 4.3.9-4.3.10
Assigned To: sniper
New Comment:
I am also having this problem
Freebsd 4.8
php 4.3.10
Previous Comments:
[2005-03-31 03:00:43] james at westcoastbmx dot com
i have this problem as well.
as long as:
php_value session.save_handleruser
is in my .htaccess file
session_start();
will not work.
[2005-03-28 19:27:40] clix at theclixnetwork dot com
A client of mine is having the same problem. The script uses:
session_start();
session_register('susername');
session_register('spassword');
session_register('sreferer');
session_register('susecode');
No destroy or anything special. If $username is set, than it sets the
session $susername to $username. He tried accessing the page within a
short time period after me, both passing the same username. However
when I access it again it doesn't give me the error.
[2005-03-25 01:52:28] [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.
[2005-03-18 10:02:14] [EMAIL PROTECTED]
See bug #32330 for similar issue. Do you use session_destroy()
anywhere? Or session_decode()?
[2003-10-17 04:39:19] golden at riscom dot com
/tmp is not a separate partition
/dev/da0s1a 4.7G 133M 4.2G 3%/
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/25876
--
Edit this bug report at http://bugs.php.net/?id=25876edit=1
#32438 [Bgs]: simplexml_import_dom() (and only it) note recognized
ID: 32438
User updated by: franp at free dot fr
Reported By: franp at free dot fr
Status: Bogus
Bug Type: SimpleXML related
Operating System: FreeBSD 4.11
PHP Version: 5.0.3
New Comment:
Could someone explain me how my PHp can be built basically without DOM
support but :
$doc = new DomDocument; // Work OK
$doc-loadXML($result); // Work OK
$s = simplexml_load_string($result); // Work OK
$countNodes = count($s2-xpath('ancestor::*')); // Work OK
etc...
etc...
??
ALL DOM and SimpleXML functions DO Work !
ONLY $s = simplexml_import_dom($doc) FAILS !
It is hard to beleive my PHP was build without DOM support when ALL DOM
functions (except one) are working OK !
Previous Comments:
[2005-03-24 14:02:21] [EMAIL PROTECTED]
--with-dom is used to add the old DOM XML to PHP 4, not to
PHP 5 (or am I wrong ?) .
yes, you're wrong.
your PHP basically was built without DOM support, as it was said.
[2005-03-24 13:53:58] franp at free dot fr
Thinking of it again, I think you miss the point.
I am not talking of PHP 4, but PHP 5.
--with-dom is used to add the old DOM XML to PHP 4, not to PHP 5 (or am
I wrong ?) .
I am spkeaking of PHP 5.0.3 and the new built-in SimpleXML and DOM
functions.
So I re-explain what happens : all SimpleXML functions (and PHP5 XML
functions) work correctly, ONLY simplexml_import_dom() fails. That is
the strange point.
new DomDocument works ; simplexml_load_string() works, access to the
xml elements using the SimpleXML syntax (echo $s-racine-anelement)
works. But simple_import_dom() fails and only that.
[2005-03-24 13:20:23] franp at free dot fr
OK but then shouldn't you pass that to a documentation bug or lack
of precision ?
The current manual states :
CXIII. SimpleXML functions
Installation
The SimpleXML extension is enabled by default. To disable it, use the
--disable-simplexml configure option.
and
XXVII. DOM Functions
Installation
There is no installation needed to use these functions; they are part
of the PHP core.
[2005-03-24 07:45:06] [EMAIL PROTECTED]
You haven't build ext/dom in. Just add --with-dom to your configure
line..
[2005-03-24 01:21:49] franp at free dot fr
Description:
While all simplexml functions are working fine, simplexml_import_dom
just fails as if a non-existing function.
Reproduce code:
---
$doc = new DomDocument;
$doc-preserveWhiteSpace = TRUE;
$doc-loadXML($result);
$s = simplexml_load_string($result); // pass
$test = dom_import_simplexml($s); // pass
$s = simplexml_import_dom($doc); // broken !
Expected result:
Was working with PHP 5.0.0.
Apparently broke when passing to PHP 5.0.3.
Actual result:
--
Error code :
Fatal error: Call to undefined function simplexml_import_dom()
--
Edit this bug report at http://bugs.php.net/?id=32438edit=1
#32544 [NEW]: cannot parse elements with dashes in names
From: mbishton at yahoo dot com
Operating system: Windows XP Prof. Version 5.1.260
PHP version: 5.0.3
PHP Bug Type: SimpleXML related
Bug description: cannot parse elements with dashes in names
Description:
U.S. library of congress displays house voting activity in xml file. For
example: $xml =
simplexml_load_file('http://clerk.house.gov/evs/1999/roll610.xml') ;
Many of the elements have dashes in them. For example:
totals-by-party-header
party-headerParty/party-header
yea-headerYeas/yea-header
nay-headerNays/nay-header
present-headerAnswered Present/present-header
not-voting-headerNot Voting/not-voting-header
Any reference to an element, like;
$xml-totals-by-party-header-party-header-yea-header
will not work.
Reproduce code:
---
It works just fine if the element does not have dashes in it, like:
simplexml_load_file('http://clerk.house.gov/evs/1999/roll610.xml') ;
$vmeta = $xml-xpath('//vote-metadata' );
echo 'congress = ' . $vmeta[0]-congress ;
In the following example, $test will produce an error.
simplexml_load_file('http://clerk.house.gov/evs/1999/roll610.xml') ;
$meta = $xml-xpath('//totals-by-party' );
$test = $meta[1]-yea-total ;
Expected result:
I expected it to return an array or the content of an element, depending
on what I was referencing.
Actual result:
--
Notice: Use of undefined constant total - assumed 'total' in C:\Program
Files\Apache2\htdocs\test01.php on line 9
--
Edit bug report at http://bugs.php.net/?id=32544edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32544r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32544r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32544r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32544r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32544r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32544r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32544r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32544r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32544r=support
Expected behavior: http://bugs.php.net/fix.php?id=32544r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32544r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32544r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32544r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32544r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32544r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32544r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32544r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32544r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32544r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32544r=mysqlcfg
#32545 [NEW]: @include() supresses even Parse Errors
From: mailfrom-bugs dot php dot net at kopka dot net
Operating system: Gentoo
PHP version: 5.0.3
PHP Bug Type: Feature/Change Request
Bug description: @include() supresses even Parse Errors
Description:
I don't know how to classify this so i leave it to someone who might have
a better idea how to deal with this:
BUG DESCRIPTION
===
@include() supresses all error messages, INCLUDING PARSE ERRORS, in the
included script and all descendents.
This also affects __autoload so that there are no warnings whatsoever when
something goes wrong.
This makes a script using @include undebugable!
DOCUMENTATION PROBLEM
=
http://de2.php.net/manual/en/language.operators.errorcontrol.php states
that:
Note: The @ error-control operator prefix will not disable messages
that are the result of parse errors.
which is clearly wrong (see example).
It also states in the follwing warning:
Currently the @ error-control operator prefix will even disable error
reporting for critical errors that will terminate script execution. Among
other things, this means that if you use @ to suppress errors from a
certain function and either it isn't available or has been mistyped, the
script will die right there with no indication as to why.
which also quite misses the current behavior.
It seems to me that the current implementation of the @ operator is to set
error_reporting to E_NONE for the evaluation of the following expression
This is OK for something like
@list($a, $b, $c) = explode($sep, $string);
where it catches the 'Undefined offset' note.
I ran into this doing the following:
if ([EMAIL PROTECTED]($path1.$filename)) {require_once($path2.$filename);}
wondering why the script terminates somewhere silently without giving a
notice about a reason.
After some hours of digging i found the error which aborted the script and
then traced the missing fatal back to the @include().
FEATURE REQUEST
===
@ should modify error_reporting only for the current expression, and not
globally until the evaluation is complete.
RELATED
===
Effect is also visible in example of Bug #31736
Reproduce code:
---
File include.php
--
?php
@include(included.php);
?
File included.php
--
?php
[parse error of your choice]
?
Expected result:
Parse error: parse error, unexpected [something] in included.php on line 2
Actual result:
--
FATAL error message is supressed.
--
Edit bug report at http://bugs.php.net/?id=32545edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32545r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32545r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32545r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32545r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32545r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32545r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32545r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32545r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32545r=support
Expected behavior: http://bugs.php.net/fix.php?id=32545r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32545r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32545r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32545r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32545r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32545r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32545r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32545r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32545r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32545r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32545r=mysqlcfg
#32544 [Opn-Bgs]: cannot parse elements with dashes in names
ID: 32544
Updated by: [EMAIL PROTECTED]
Reported By: mbishton at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: SimpleXML related
Operating System: Windows XP Prof. Version 5.1.260
PHP Version: 5.0.3
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
.
Previous Comments:
[2005-04-02 17:20:32] mbishton at yahoo dot com
Description:
U.S. library of congress displays house voting activity in xml file.
For example: $xml =
simplexml_load_file('http://clerk.house.gov/evs/1999/roll610.xml') ;
Many of the elements have dashes in them. For example:
totals-by-party-header
party-headerParty/party-header
yea-headerYeas/yea-header
nay-headerNays/nay-header
present-headerAnswered Present/present-header
not-voting-headerNot Voting/not-voting-header
Any reference to an element, like;
$xml-totals-by-party-header-party-header-yea-header
will not work.
Reproduce code:
---
It works just fine if the element does not have dashes in it, like:
simplexml_load_file('http://clerk.house.gov/evs/1999/roll610.xml') ;
$vmeta = $xml-xpath('//vote-metadata' );
echo 'congress = ' . $vmeta[0]-congress ;
In the following example, $test will produce an error.
simplexml_load_file('http://clerk.house.gov/evs/1999/roll610.xml') ;
$meta = $xml-xpath('//totals-by-party' );
$test = $meta[1]-yea-total ;
Expected result:
I expected it to return an array or the content of an element,
depending on what I was referencing.
Actual result:
--
Notice: Use of undefined constant total - assumed 'total' in C:\Program
Files\Apache2\htdocs\test01.php on line 9
--
Edit this bug report at http://bugs.php.net/?id=32544edit=1
#32545 [Opn]: @include() supresses even Parse Errors
ID: 32545
User updated by: mailfrom-bugs dot php dot net at kopka dot net
Reported By: mailfrom-bugs dot php dot net at kopka dot net
Status: Open
-Bug Type: Feature/Change Request
+Bug Type: Scripting Engine problem
Operating System: Gentoo
PHP Version: 5.0.3
New Comment:
The @include() also eats error messages for exceptions thrown inside
the included file which are not catched later on !
a.php
=
?php
class Test_Exception extends Exception {}
try [EMAIL PROTECTED](b.php);}
catch (Test_Exception $e) {echo Test_Exception thrown;}
echo OK;
?
b.php
=
?php
throw new Exception(something wrong);
?
Expected result:
Fatal error: Uncaught exception 'Exception' with message 'something
wrong' in b.php:2
Stack trace:
#0 a.php(3): unknown()
#1 a.php(6): include_once('b.php)
#2 {main} thrown in b.php on line 2
Actual result:
--
OK
Previous Comments:
[2005-04-02 17:21:33] mailfrom-bugs dot php dot net at kopka dot net
Description:
I don't know how to classify this so i leave it to someone who might
have a better idea how to deal with this:
BUG DESCRIPTION
===
@include() supresses all error messages, INCLUDING PARSE ERRORS, in the
included script and all descendents.
This also affects __autoload so that there are no warnings whatsoever
when something goes wrong.
This makes a script using @include undebugable!
DOCUMENTATION PROBLEM
=
http://de2.php.net/manual/en/language.operators.errorcontrol.php states
that:
Note: The @ error-control operator prefix will not disable messages
that are the result of parse errors.
which is clearly wrong (see example).
It also states in the follwing warning:
Currently the @ error-control operator prefix will even disable error
reporting for critical errors that will terminate script execution.
Among other things, this means that if you use @ to suppress errors
from a certain function and either it isn't available or has been
mistyped, the script will die right there with no indication as to why.
which also quite misses the current behavior.
It seems to me that the current implementation of the @ operator is to
set error_reporting to E_NONE for the evaluation of the following
expression This is OK for something like
@list($a, $b, $c) = explode($sep, $string);
where it catches the 'Undefined offset' note.
I ran into this doing the following:
if ([EMAIL PROTECTED]($path1.$filename))
{require_once($path2.$filename);}
wondering why the script terminates somewhere silently without giving a
notice about a reason.
After some hours of digging i found the error which aborted the script
and then traced the missing fatal back to the @include().
FEATURE REQUEST
===
@ should modify error_reporting only for the current expression, and
not globally until the evaluation is complete.
RELATED
===
Effect is also visible in example of Bug #31736
Reproduce code:
---
File include.php
--
?php
@include(included.php);
?
File included.php
--
?php
[parse error of your choice]
?
Expected result:
Parse error: parse error, unexpected [something] in included.php on
line 2
Actual result:
--
FATAL error message is supressed.
--
Edit this bug report at http://bugs.php.net/?id=32545edit=1
#32547 [NEW]: DOMDocument-loadHTML() seems to broke (utf-8 russian) codepage
From: xlex0x835 at rambler dot ru
Operating system: Mac OS X 10.3, FreeBSD 5.3
PHP version: 5.0.3
PHP Bug Type: DOM XML related
Bug description: DOMDocument-loadHTML() seems to broke (utf-8 russian)
codepage
Description:
If I use DOMDocument-loadHTML() method with an utf-8
HTML, which contains russian characters, that russian
characters just messed (please see 'Actual result').
Nothing changed if I specify encoding by hand (I mean
the following call: $domDoc = new DOMDocument('1.0',
'utf-8');).
But, eveything works just fine if I use DOMDocument-
loadXML() method (that's why there is xml definition
string in the input).
Nothing changed if I will remove all $domDoc options,
neither removing ?xml ... ? string (it is actually
exist only to get one source for both loadHTML() and
loadXML() functions call - to test error).
The problem was discrovered on the real-world HTML,
the code was stripped to the minimum for the ease of
use.
Host info.
===
[PHP Modules (on FreeBSD 5.3 host)]
bcmath
bz2
calendar
ctype
curl
dom
exif
ftp
gd
gettext
gmp
iconv
imap
libxml
mbstring
mcrypt
mcve
mhash
mysql
ncurses
odbc
openssl
pcntl
pcre
pgsql
posix
pspell
readline
session
shmop
SimpleXML
snmp
soap
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tidy
tokenizer
wddx
xml
xmlrpc
xsl
yaz
yp
zip
zlib
No Zend modules.
FreeBSD 5.3-RELEASE
libxml2-2.6.13
gcc (GCC) 3.4.2 [FreeBSD] 20040728
Reproduce code:
---
?php
$xmlContent = file_get_contents('input_test');
$domDoc = new DOMDocument();
$domDoc-formatOutput = true;
$domDoc-preserveWhiteSpace = false;
$domDoc-recover = true;
$domDoc-loadXML($xmlContent);
file_put_contents('output_test', $domDoc-saveXML());
?
input_test:
===
?xml version=1.0 encoding=utf-8?
html
head
titleÒåñò - Test/title
meta http-equiv=Content-Type content=text/html; charset=utf-8 /
/head
/html
Expected result:
?xml version=1.0 encoding=utf-8 standalone=yes?
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.0
Transitional//EN http://www.w3.org/TR/REC-html40/
loose.dtd
html
head
titleÒåñò - Test/title
meta http-equiv=Content-Type content=text/html;
charset=utf-8/
/head
/html
Actual result:
--
?xml version=1.0 encoding=utf-8 standalone=yes?
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.0
Transitional//EN http://www.w3.org/TR/REC-html40/
loose.dtd
html
head
titleâõÃÂà- Test/title
meta http-equiv=Content-Type content=text/html;
charset=utf-8/
/head
/html
--
Edit bug report at http://bugs.php.net/?id=32547edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32547r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32547r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32547r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32547r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32547r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32547r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32547r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32547r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32547r=support
Expected behavior: http://bugs.php.net/fix.php?id=32547r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32547r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32547r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32547r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32547r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32547r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32547r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32547r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32547r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32547r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32547r=mysqlcfg
#32549 [NEW]: Read this
From: user at email dot com Operating system: All PHP version: 4.3.11 PHP Bug Type: *General Issues Bug description: Read this Description: PHP is nothing but a bunch of GARBAGE! Every site that I've encountered that uses any form of PHP is FULL OF BUGS, especially photo publishing and uploading sites in particular! I CAN'T BELIEVE you morons would release such a worthless server language into the public that is not even the slightest bit RELIABLE! Do yourselves a favor, TRASH PHP until you can get a bunch of experienced people together who know what the hell they are doing, instead of a bunch of HACKERS! -- Edit bug report at http://bugs.php.net/?id=32549edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32549r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32549r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32549r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32549r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32549r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32549r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32549r=needscript Try newer version: http://bugs.php.net/fix.php?id=32549r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32549r=support Expected behavior: http://bugs.php.net/fix.php?id=32549r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32549r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32549r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32549r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32549r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32549r=dst IIS Stability: http://bugs.php.net/fix.php?id=32549r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32549r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32549r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32549r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32549r=mysqlcfg
#32461 [Fbk-Csd]: MySQL Extension Segmentation Fault
ID: 32461 User updated by: nofulfillment at numbinside dot net Reported By: nofulfillment at numbinside dot net -Status: Feedback +Status: Closed Bug Type: MySQL related Operating System: GNU/Linux (Slackware 10.1) PHP Version: 5.0.3 New Comment: Ok, all appears to be working. Noteably, I didn't do many tests againts the new version, only one, so I guess you'll find out whenever you release 5.1. Best of luck. -Wes Previous Comments: [2005-03-29 07:38:58] nofulfillment at numbinside dot net Installed, up and running. I'll try to remember to force the error to occur sometime tomorrow and report then. [2005-03-29 00:43:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-26 05:10:33] nofulfillment at numbinside dot net Description: I'm working with phpMyAdmin (irrelivent, but aids in understanding), and I had the MYSQL_SOCKET file configured wrong. PHP's MySQL extension was creating a Segmentation fault in that it was trying to read a non-existant file. My configure line, I do not believe to be relavent, but I have included it anyways. (Along with some other details from phpinfo()) System:Linux NcFTestServer-Linux 2.4.29-grsec #7 SMP Thu Feb 3 18:41:23 PST 2005 i686 Build Date:Dec 23 2004 15:48:45 Configure Command: './configure' '--prefix=/usr' '--disable-static' '--with-apxs=/usr/sbin/apxs' '--sysconfdir=/etc' '--enable-discard-path' '--with-config-file-path=/etc/apache' '--enable-safe-mode' '--with-openssl' '--with-mhash' '--enable-bcmath' '--with-bz2' '--with-pic' '--enable-calendar' '--enable-ctype' '--with-gdbm' '--with-db3' '--enable-dbase' '--enable-ftp' '--with-iconv' '--with-exif' '--with-gd' '--enable-gd-native-ttf' '--with-jpeg-dir=/usr' '--with-png' '--with-gmp' '--with-mysql' '--with-gettext=shared,/usr' '--with-expat-dir=/usr' '--with-xml' '--enable-wddx' '--with-mm=/usr' '--enable-trans-sid' '--enable-shmop' '--enable-sockets' '--with-regex=php' '--enable-sysvsem' '--enable-sysvshm' '--enable-yp' '--enable-memory-limit' '--with-tsrm-pthreads' '--enable-shared' '--disable-debug' '--with-zlib=/usr' Using php.ini-recommended, although this does NOT change why it's failing (tried falling back to -dist, but had the same problem). GDB backtrace is mostly irrelievent, and it was NOT built with debugging symbols. I believe that this can be solved by checking to see if the file exists. Reproduce code: --- Try connecting to MySQL using a non-existant local socket file. (i.e., /tmp/non-exist.sock) Expected result: When trying to run phpMyAdmin, I was expecting to see the login page. Actual result: -- Output from Bash trying to WGET it to see what happens: [EMAIL PROTECTED]:/# wget http://server/phpMyAdmin_folder/index.php --11:35:05-- http://server/phpMyAdmin_folder/index.php Resolving server... done. Connecting to server[i.p.v.4]:80... connected. HTTP request sent, awaiting response... 11:35:06 ERROR -1: No data received. -- Edit this bug report at http://bugs.php.net/?id=32461edit=1
#32549 [Opn-Bgs]: Read this
ID: 32549 Updated by: [EMAIL PROTECTED] Reported By: user at email dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: All PHP Version: 4.3.11 New Comment: If you have critics, that's fine - but be a man and give a real email address. Fuck off and go use Java. Previous Comments: [2005-04-02 23:34:27] user at email dot com Description: PHP is nothing but a bunch of GARBAGE! Every site that I've encountered that uses any form of PHP is FULL OF BUGS, especially photo publishing and uploading sites in particular! I CAN'T BELIEVE you morons would release such a worthless server language into the public that is not even the slightest bit RELIABLE! Do yourselves a favor, TRASH PHP until you can get a bunch of experienced people together who know what the hell they are doing, instead of a bunch of HACKERS! -- Edit this bug report at http://bugs.php.net/?id=32549edit=1
#32542 [Opn-Fbk]: PHP5.0.4 can't work fine as a cgi binary
ID: 32542 Updated by: [EMAIL PROTECTED] Reported By: cpthk at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Windows XP PHP Version: 5.0.4 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2005-04-02 12:04:55] cpthk at hotmail dot com Description: When I set php as a apache module like this: LoadModule php5_module c:/php/php5apache2.dll Add Type application/x-httpd-php .php PHPIniDie c:/php It works fine with phpmyadmin both config and http login mode. But when I set php as a CGI binary like this: ScriptAlias /php/ c:/php/ AddType application/x-httpd-php .php Action application/x-httpd-php /php/php-cgi.exe It still works fine with phpmyadmin in config login mode, but not in http mode. Login mode can be set in phpmyadmin config file(config.inc.php). My php of mysql extension is using the mysqli.dll. I'm sure every setting of php is fine. -- Edit this bug report at http://bugs.php.net/?id=32542edit=1
#32550 [NEW]: Support for ~ home directories in paths on linux.
From: nofulfillment at numbinside dot net Operating system: GNU/Linux (Slackware 10.1) PHP version: 5.0.4 PHP Bug Type: Feature/Change Request Bug description: Support for ~ home directories in paths on linux. Description: I would like to request a short(?) modification to the path handling functions for php.ini. Basically, I'd like to see support for ~ home directories on *nix (and others, if it pertains) for settings such as open_basedir, safe_mode_exec_dir, safe_mode_include_dir, etc. (I didn't directly try the safe_mode_* ones that I listed, but supposed that they didn't work--correct me if I'm wrong). Thanks -Wes -- Edit bug report at http://bugs.php.net/?id=32550edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32550r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32550r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32550r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32550r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32550r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32550r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32550r=needscript Try newer version: http://bugs.php.net/fix.php?id=32550r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32550r=support Expected behavior: http://bugs.php.net/fix.php?id=32550r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32550r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32550r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32550r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32550r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32550r=dst IIS Stability: http://bugs.php.net/fix.php?id=32550r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32550r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32550r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32550r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32550r=mysqlcfg
#32551 [NEW]: Building GD as shared lib results into undefined symbol
From: jo at feuersee dot de Operating system: Linux 2.6.11 PHP version: 5.0.4 PHP Bug Type: GD related Bug description: Building GD as shared lib results into undefined symbol Description: I have used the very same configure params as for PHP5.0.3 (which worked and still do work): ./configure --prefix=/usr \ --with-apxs=/usr/sbin/apxs \ --with-bz2=shared,/usr/lib \ --with-config-file-path=/etc/httpd \ --with-curl=shared,/usr/lib --with-curlwrapper \ --with-dom-xslt=/usr/lib \ --with-expat-dir=/usr/lib \ --with-gettext=shared,/usr/lib \ --with-gd=shared --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr --with-t1lib=/usr/local \ --with-gmp=shared,/usr/lib \ --with-iconv=shared,/usr/lib --with-iconv-dir=/usr/lib \ --with-imap=shared,/usr/lib \ --with-imap-ssl=/usr/lib \ --with-ldap=shared,/usr \ --with-mcal=shared,/usr/lib \ --with-mcrypt=shared,/usr/lib \ --with-ming=shared,/usr/lib \ --with-mm=/usr \ --with-mysql=shared,/usr/lib \ --with-ncurses=shared,/usr/lib \ --with-openssl=shared,/usr \ --with-qtdom=shared,/usr/lib \ --with-pear=/usr/local/share/php \ --with-pgsql=shared,/usr/lib \ --with-pspell=shared,/usr \ --with-readline=shared,/usr/lib \ --with-snmp=shared,/usr \ --with-xmlrpc=shared \ --with-xsl=shared,/usr \ --with-zlib=shared,/usr \ --enable-calendar=shared \ --enable-ctype=shared \ --enable-dba=shared --with-gdbm=/usr --with-ndbm --with-db4 --with-inifiles --with-flatfiles \ --enable-dbase=shared \ --enable-dbx=shared \ --enable-dom=shared --with-xml-dir=/usr \ --enable-exif=shared \ --enable-inline-optimization \ --disable-ipv6 \ --enable-ftp=shared \ --enable-filepro=shared \ --enable-gd-imgstrttf --enable-gd-native-ttf \ --enable-mailparse \ --enable-mbstring=shared,all \ --enable-mcal=shared \ --enable-memory-limit \ --enable-overload \ --enable-shmop=shared \ --enable-soap=shared \ --enable-sockets=shared --enable-ipc \ --enable-sysvmsg=shared --enable-sysvshm=yes \ --enable-sqlite=shared \ --enable-sqlite-utf8 \ --enable-tokenizer=shared \ --enable-trans-sid \ --enable-url-includes \ --enable-versioning \ --enable-wddx=shared \ --enable-yp=shared After installing, when restarting apache, the following error msg appears: bWarning/b: PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/no-debug-non-zts-20041030/gd.so' - /usr/lib/php/extensions/no-debug-non-zts-20041030/gd.so: undefined symbol: libiconv_open in bUnknown/b on line b0/bbr / PHP5.0.4 works, but w/o any GDlib support since the shared module won't get loaded. -- Edit bug report at http://bugs.php.net/?id=32551edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32551r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32551r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32551r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32551r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32551r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32551r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32551r=needscript Try newer version: http://bugs.php.net/fix.php?id=32551r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32551r=support Expected behavior: http://bugs.php.net/fix.php?id=32551r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32551r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32551r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32551r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32551r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32551r=dst IIS Stability: http://bugs.php.net/fix.php?id=32551r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32551r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32551r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32551r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32551r=mysqlcfg
#32552 [NEW]: exif is placed before mbstring in php.ini-recommended
From: fs at fs-analyse dot dk Operating system: windows 2k sp4 PHP version: 4.3.11 PHP Bug Type: *Configuration Issues Bug description: exif is placed before mbstring in php.ini-recommended Description: when using extension php_exif.dll, php_mbstring.dll must be loaded before php_exif.dll, otherwise php.exe will crash. By default extension=php_exif.dll is placed before extension=php_mbstring.dll which breaks php 4.3.11 This didn't break php 4.3.10 //=== After going through similar bugs I believe that the fact it didn't break 4.3.10 makes it a bug Finn -- Edit bug report at http://bugs.php.net/?id=32552edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32552r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32552r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32552r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32552r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32552r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32552r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32552r=needscript Try newer version: http://bugs.php.net/fix.php?id=32552r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32552r=support Expected behavior: http://bugs.php.net/fix.php?id=32552r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32552r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32552r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32552r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32552r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32552r=dst IIS Stability: http://bugs.php.net/fix.php?id=32552r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32552r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32552r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32552r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32552r=mysqlcfg
#32543 [Asn-Csd]: tidy tests aren't up-to-date
ID: 32543 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: * PHP Version: 5CVS-2005-04-02 Assigned To: coogle New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-04-02 12:24:05] [EMAIL PROTECTED] Description: John has added 3 new properties to the tidy object and didn't update the tests. So, some tests are now broken and should be updated. -- Edit this bug report at http://bugs.php.net/?id=32543edit=1
#32525 [Opn-Csd]: RunTests.php in package-PEAR.xml but file does not exist in distribution
ID: 32525 Updated by: [EMAIL PROTECTED] Reported By: phyre at rogers dot com -Status: Open +Status: Closed Bug Type: *General Issues Operating System: Linux 2.4 PHP Version: 5.0.4 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-04-02 07:21:05] pkwarren at gmail dot com There are several PEAR packages missing from the latest 4.3.11 and 5.0.4 releases, including DB and other crucial ones. See http://news.php.net/php.general/212033 for more info. [2005-04-01 18:16:47] Bjorn dot Wiberg at its dot uu dot se This is also the case for CVS snapshot php5-200503310630 (5.1.0-dev). Best regards, Björn [2005-04-01 01:32:00] phyre at rogers dot com Apologies- 'RunTest.php' should be without the 's' as I used it in my report. [2005-04-01 01:29:59] phyre at rogers dot com Description: package-PEAR.xml references installing 'RunTests.php' however the distribution fails to include it in 5.0.4. The 'RunTests.php' was not references in 5.0.3 as a file needed to install, but is in 5.0.4. Reproduce code: --- make install in source tree To fix, remove line referencing 'RunTests.php' from package-PEAR.xml Expected result: [PEAR] PEAR - installed: 1.3.5 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /tmp to your php.ini include_path Actual result: -- [PEAR] PEAR: file does not exist -- Edit this bug report at http://bugs.php.net/?id=32525edit=1
#32552 [Opn-Csd]: exif is placed before mbstring in php.ini-recommended
ID: 32552 Updated by: [EMAIL PROTECTED] Reported By: fs at fs-analyse dot dk -Status: Open +Status: Closed Bug Type: *Configuration Issues Operating System: windows 2k sp4 PHP Version: 4.3.11 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-04-03 00:46:23] fs at fs-analyse dot dk Description: when using extension php_exif.dll, php_mbstring.dll must be loaded before php_exif.dll, otherwise php.exe will crash. By default extension=php_exif.dll is placed before extension=php_mbstring.dll which breaks php 4.3.11 This didn't break php 4.3.10 //=== After going through similar bugs I believe that the fact it didn't break 4.3.10 makes it a bug Finn -- Edit this bug report at http://bugs.php.net/?id=32552edit=1
#32551 [Opn-Bgs]: Building GD as shared lib results into undefined symbol
ID: 32551 Updated by: [EMAIL PROTECTED] Reported By: jo at feuersee dot de -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux 2.6.11 PHP Version: 5.0.4 New Comment: First of all: using path '/usr/lib' is incorrect. Previous Comments: [2005-04-03 00:40:02] jo at feuersee dot de Description: I have used the very same configure params as for PHP5.0.3 (which worked and still do work): ./configure --prefix=/usr \ --with-apxs=/usr/sbin/apxs \ --with-bz2=shared,/usr/lib \ --with-config-file-path=/etc/httpd \ --with-curl=shared,/usr/lib --with-curlwrapper \ --with-dom-xslt=/usr/lib \ --with-expat-dir=/usr/lib \ --with-gettext=shared,/usr/lib \ --with-gd=shared --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr --with-t1lib=/usr/local \ --with-gmp=shared,/usr/lib \ --with-iconv=shared,/usr/lib --with-iconv-dir=/usr/lib \ --with-imap=shared,/usr/lib \ --with-imap-ssl=/usr/lib \ --with-ldap=shared,/usr \ --with-mcal=shared,/usr/lib \ --with-mcrypt=shared,/usr/lib \ --with-ming=shared,/usr/lib \ --with-mm=/usr \ --with-mysql=shared,/usr/lib \ --with-ncurses=shared,/usr/lib \ --with-openssl=shared,/usr \ --with-qtdom=shared,/usr/lib \ --with-pear=/usr/local/share/php \ --with-pgsql=shared,/usr/lib \ --with-pspell=shared,/usr \ --with-readline=shared,/usr/lib \ --with-snmp=shared,/usr \ --with-xmlrpc=shared \ --with-xsl=shared,/usr \ --with-zlib=shared,/usr \ --enable-calendar=shared \ --enable-ctype=shared \ --enable-dba=shared --with-gdbm=/usr --with-ndbm --with-db4 --with-inifiles --with-flatfiles \ --enable-dbase=shared \ --enable-dbx=shared \ --enable-dom=shared --with-xml-dir=/usr \ --enable-exif=shared \ --enable-inline-optimization \ --disable-ipv6 \ --enable-ftp=shared \ --enable-filepro=shared \ --enable-gd-imgstrttf --enable-gd-native-ttf \ --enable-mailparse \ --enable-mbstring=shared,all \ --enable-mcal=shared \ --enable-memory-limit \ --enable-overload \ --enable-shmop=shared \ --enable-soap=shared \ --enable-sockets=shared --enable-ipc \ --enable-sysvmsg=shared --enable-sysvshm=yes \ --enable-sqlite=shared \ --enable-sqlite-utf8 \ --enable-tokenizer=shared \ --enable-trans-sid \ --enable-url-includes \ --enable-versioning \ --enable-wddx=shared \ --enable-yp=shared After installing, when restarting apache, the following error msg appears: bWarning/b: PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/no-debug-non-zts-20041030/gd.so' - /usr/lib/php/extensions/no-debug-non-zts-20041030/gd.so: undefined symbol: libiconv_open in bUnknown/b on line b0/bbr / PHP5.0.4 works, but w/o any GDlib support since the shared module won't get loaded. -- Edit this bug report at http://bugs.php.net/?id=32551edit=1
#32514 [Opn-Fbk]: session_start() crashes when session exists
ID: 32514
Updated by: [EMAIL PROTECTED]
Reported By: red at raven dot ch
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Fedora Core 3
PHP Version: 5CVS-2005-03-30
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:
[2005-04-01 00:02:40] red at raven dot ch
tried the latest snapshot (200503312030) . still the same.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208932672 (LWP 3881)]
0x012dbcee in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe190b0)
at zend_vm_execute.h:120
120 if (EX(function_state).function-common.fn_flags
ZEND_ACC_ABST
RACT) {
(gdb) bt
#0 0x012dbcee in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe190b0)
at zend_vm_execute.h:120
#1 0x012dc705 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfe190b0)
at zend_vm_execute.h:288
#2 0x012dbc3b in execute (op_array=0x8a24f6c) at zend_vm_execute.h:78
#3 0x012dc073 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe19220)
at zend_vm_execute.h:204
#4 0x012dc705 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfe19220)
at zend_vm_execute.h:288
#5 0x012dbc3b in execute (op_array=0x875be54) at zend_vm_execute.h:78
#6 0x012dc073 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe19360)
at zend_vm_execute.h:204
#7 0x012dc705 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfe19360)
at zend_vm_execute.h:288
#8 0x012dbc3b in execute (op_array=0x875ae9c) at zend_vm_execute.h:78
#9 0x0130d185 in ZEND_INCLUDE_OR_EVAL_SPEC_CV_HANDLER (
execute_data=0xbfe194d0) at zend_vm_execute.h:18130
#10 0x012dbc3b in execute (op_array=0x88f01c4) at zend_vm_execute.h:78
#11 0x012dc073 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe19670)
at zend_vm_execute.h:204
#12 0x012dc705 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfe19670)
at zend_vm_execute.h:288
#13 0x012dbc3b in execute (op_array=0x870ad08) at zend_vm_execute.h:78
#14 0x012ac2f3 in zend_call_function (fci=0xbfe19810,
fci_cache=0xbfe19800)
at /usr/local/src/php5-200503312030/Zend/zend_execute_API.c:851
#15 0x012ac842 in zend_lookup_class (name=0x876b32c User,
name_length=4,
ce=0xbfe198e4)
at /usr/local/src/php5-200503312030/Zend/zend_execute_API.c:956
#16 0x0125c5fa in php_var_unserialize (rval=0xbfe19950, p=0xbfe19a90,
max=0x87e05e8 \204#65533;217*A, var_hash=0xbfe19a70)
at
/usr/local/src/php5-200503312030/ext/standard/var_unserializer.c:565
#17 0x0125d704 in process_nested_data (rval=0xbfe19a84, p=0xbfe19a90,
max=0x87e05e8 \204#65533;217*A, var_hash=0xbfe19a70,
ht=0x87e192c,
elements=0)
at
/usr/local/src/php5-200503312030/ext/standard/var_unserializer.c:232
#18 0x0125da92 in object_common2 (rval=0xbfe19a84, p=0xbfe19a90,
max=0x87e05e8 \204#65533;217*A, var_hash=0xbfe19a70,
elements=4)
at
/usr/local/src/php5-200503312030/ext/standard/var_unserializer.c:322
#19 0x0125c8fd in php_var_unserialize (rval=0xbfe19a84, p=0xbfe19a90,
max=0x87e05e8 \204#65533;217*A, var_hash=0xbfe19a70)
at
/usr/local/src/php5-200503312030/ext/standard/var_unserializer.c:623
#20 0x01150b56 in ps_srlzr_decode_php (
val=0x87dfd34 VidaAuth|O:8:\VidaAuth\:4:{s:14:\, vallen=2228)
at /usr/local/src/php5-200503312030/ext/session/session.c:509
#21 0x01151015 in php_session_decode (
val=0x87dfd34 VidaAuth|O:8:\VidaAuth\:4:{s:14:\, vallen=2228)
at /usr/local/src/php5-200503312030/ext/session/session.c:571
#22 0x011515a8 in php_session_initialize ()
at /usr/local/src/php5-200503312030/ext/session/session.c:752
#23 0x01153265 in php_session_start ()
at /usr/local/src/php5-200503312030/ext/session/session.c:1203
#24 0x01154c98 in zif_session_start (ht=0, return_value=0x8762bc4,
this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5-200503312030/ext/session/session.c:1665
#25 0x012dbf22 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe19e70)
at zend_vm_execute.h:175
#26 0x012e0074 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xbfe19e70)
at zend_vm_execute.h:1535
#27 0x012dbc3b in execute (op_array=0x870e19c) at zend_vm_execute.h:78
#28 0x0130d185 in ZEND_INCLUDE_OR_EVAL_SPEC_CV_HANDLER (
execute_data=0xbfe1a150) at zend_vm_execute.h:18130
#29 0x012dbc3b in execute (op_array=0x8a01be4) at zend_vm_execute.h:78
#30 0x012e0b88 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER (
#32553 [NEW]: PHP_STREAM_COPY_ALL set to 2000000
From: ppmm at wuxinan dot net Operating system: Windows XP PHP version: 5.0.4 PHP Bug Type: Filesystem function related Bug description: PHP_STREAM_COPY_ALL set to 200 Description: I noticed this is already discussed in PHP-DEV mailing list. But I want to address it here since this is critical. Many file related functions are affected in php 5.0.4 They stop reading at 2,000,000 bytes. Examples are readfile() and fpassthru(). This is due to this change: RCS file: /repository/php-src/main/php_streams.h,v retrieving revision 1.95 retrieving revision 1.95.2.1 I wouldn't recommend upgrading from 5.0.3 to 5.0.4 if you are unsure about this issue... [ref: Re: [PHP-DEV] Two minor issues in 5.0.4 Antony Dovgal Sun, 27 Mar 2005 03:56:27 -0800 ] -- Edit bug report at http://bugs.php.net/?id=32553edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32553r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32553r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32553r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32553r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32553r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32553r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32553r=needscript Try newer version: http://bugs.php.net/fix.php?id=32553r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32553r=support Expected behavior: http://bugs.php.net/fix.php?id=32553r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32553r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32553r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32553r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32553r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32553r=dst IIS Stability: http://bugs.php.net/fix.php?id=32553r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32553r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32553r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32553r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32553r=mysqlcfg
#32551 [Bgs]: Building GD as shared lib results into undefined symbol
ID: 32551 User updated by: jo at feuersee dot de Reported By: jo at feuersee dot de Status: Bogus Bug Type: GD related Operating System: Linux 2.6.11 PHP Version: 5.0.4 New Comment: I am aware of that. But it was the only way to compile PHP with iconv support, thus I thought I was doing something wrong when issueing =/usr and the like. I just recompiled PHP5.0.4 with the following options: ./configure --prefix=/usr \ --with-apxs=/usr/sbin/apxs \ --with-bz2=shared,/usr \ --with-config-file-path=/etc/httpd \ --with-curl=shared,/usr --with-curlwrapper \ --with-dom-xslt=/usr \ --with-expat-dir=/usr \ --with-gettext=shared,/usr \ --with-gd=shared --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr --with-t1lib=/usr/local \ --with-gmp=shared,/usr \ --with-iconv=shared,/usr/local --with-iconv-dir=/usr/local \ --with-imap=shared,/usr \ --with-imap-ssl=/usr \ --with-ldap=shared,/usr \ --with-mcal=shared,/usr \ --with-mcrypt=shared,/usr \ --with-ming=shared,/usr \ --with-mm=/usr \ --with-mysql=shared,/usr \ --with-ncurses=shared,/usr \ --with-openssl=shared,/usr \ --with-qtdom=shared,/usr \ --with-pear=/usr/local/share/php \ --with-pgsql=shared,/usr \ --with-pspell=shared,/usr \ --with-readline=shared,/usr \ --with-snmp=shared,/usr \ --with-xmlrpc=shared \ --with-xsl=shared,/usr \ --with-zlib=shared,/usr \ --enable-calendar=shared \ --enable-ctype=shared \ --enable-dba=shared --with-gdbm=/usr --with-ndbm --with-db4 --with-inifiles --with-flatfiles \ --enable-dbase=shared \ --enable-dbx=shared \ --enable-dom=shared --with-xml-dir=/usr \ --enable-exif=shared \ --enable-inline-optimization \ --disable-ipv6 \ --enable-ftp=shared \ --enable-filepro=shared \ --enable-gd-imgstrttf --enable-gd-native-ttf \ --enable-mailparse \ --enable-mbstring=shared,all \ --enable-mcal=shared \ --enable-memory-limit \ --enable-overload \ --enable-shmop=shared \ --enable-soap=shared \ --enable-sockets=shared --enable-ipc \ --enable-sysvmsg=shared --enable-sysvshm=yes \ --enable-sqlite=shared \ --enable-sqlite-utf8 \ --enable-tokenizer=shared \ --enable-trans-sid \ --enable-url-includes \ --enable-versioning \ --enable-wddx=shared \ --enable-yp=shared still the mentioned problem exists. I have installed the recent libiconv 1.9.1 in /usr/local from sources. This bug doesn't sound that BOGUS to me. Previous Comments: [2005-04-03 01:08:27] [EMAIL PROTECTED] First of all: using path '/usr/lib' is incorrect. [2005-04-03 00:40:02] jo at feuersee dot de Description: I have used the very same configure params as for PHP5.0.3 (which worked and still do work): ./configure --prefix=/usr \ --with-apxs=/usr/sbin/apxs \ --with-bz2=shared,/usr/lib \ --with-config-file-path=/etc/httpd \ --with-curl=shared,/usr/lib --with-curlwrapper \ --with-dom-xslt=/usr/lib \ --with-expat-dir=/usr/lib \ --with-gettext=shared,/usr/lib \ --with-gd=shared --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr --with-t1lib=/usr/local \ --with-gmp=shared,/usr/lib \ --with-iconv=shared,/usr/lib --with-iconv-dir=/usr/lib \ --with-imap=shared,/usr/lib \ --with-imap-ssl=/usr/lib \ --with-ldap=shared,/usr \ --with-mcal=shared,/usr/lib \ --with-mcrypt=shared,/usr/lib \ --with-ming=shared,/usr/lib \ --with-mm=/usr \ --with-mysql=shared,/usr/lib \ --with-ncurses=shared,/usr/lib \ --with-openssl=shared,/usr \ --with-qtdom=shared,/usr/lib \ --with-pear=/usr/local/share/php \ --with-pgsql=shared,/usr/lib \ --with-pspell=shared,/usr \ --with-readline=shared,/usr/lib \ --with-snmp=shared,/usr \ --with-xmlrpc=shared \ --with-xsl=shared,/usr \ --with-zlib=shared,/usr \ --enable-calendar=shared \ --enable-ctype=shared \ --enable-dba=shared --with-gdbm=/usr --with-ndbm --with-db4 --with-inifiles --with-flatfiles \ --enable-dbase=shared \ --enable-dbx=shared \ --enable-dom=shared --with-xml-dir=/usr \ --enable-exif=shared \ --enable-inline-optimization \ --disable-ipv6 \ --enable-ftp=shared \ --enable-filepro=shared \ --enable-gd-imgstrttf --enable-gd-native-ttf \ --enable-mailparse \ --enable-mbstring=shared,all \ --enable-mcal=shared \ --enable-memory-limit \ --enable-overload \ --enable-shmop=shared \ --enable-soap=shared \ --enable-sockets=shared --enable-ipc \ --enable-sysvmsg=shared --enable-sysvshm=yes \ --enable-sqlite=shared \ --enable-sqlite-utf8 \ --enable-tokenizer=shared \ --enable-trans-sid \ --enable-url-includes \ --enable-versioning \ --enable-wddx=shared \ --enable-yp=shared After installing, when restarting apache, the following error msg appears: bWarning/b: PHP Startup: Unable to load dynamic library
#32527 [Opn-Fbk]: iconv library
ID: 32527 Updated by: [EMAIL PROTECTED] Reported By: nyama152 at yahoo dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 9 (Intel) PHP Version: 5.0.4 New Comment: What if you do NOT set LD_LIBRARY_PATH prior to running configure? And what if you include --with-iconv in the configure line? Previous Comments: [2005-04-02 02:39:41] nyama152 at yahoo dot com % grep ICONV main/php_config.h /* #undef HAVE_GICONV_H */ /* #undef HAVE_ICONV */ /* #undef PHP_ICONV_IMPL */ /* #undef HAVE_BSD_ICONV */ /* #undef PHP_ICONV_IMPL */ /* #undef HAVE_GLIBC_ICONV */ /* #undef PHP_ICONV_IMPL */ #define ICONV_SUPPORTS_ERRNO 0 #define ICONV_SUPPORTS_ERRNO 0 /* #undef PHP_ICONV_H_PATH */ /* #undef COMPILE_DL_ICONV */ /* #undef HAVE_GICONV_H */ /* #undef HAVE_ICONV */ [2005-04-01 15:36:22] [EMAIL PROTECTED] What does this output: # grep ICONV main/php_config.h [2005-04-01 03:58:26] nyama152 at yahoo dot com Description: This is actually 5.0.4 on Solaris 9 (intel). setenv LD_LIBRARY_PATH /usr/local/BerkeleyDB.4.3/lib:/usr/local/lib ./configure --with-apxs2=/usr/local/apache2/bin/apxs \ --enable-trans-sid \ --enable-zend-multibyte --enable-mbstring --enable-mbstr-enc-trans \ --enable-track-vars --enable-force-cgi-redirect gives /bin/sh /export/hoge/sys/php/php-5.0.4/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib -L/usr/local/lib/gcc/i386-pc-solaris2.9/3.4.3 -L/usr/local/lib -R /usr/ucblib -R /usr/local/lib/gcc/i386-pc-solaris2.9/3.4.3 -R /usr/local/lib ext/libxml/libxml.lo ext/ctype/ctype.lo ext/dom/php_dom.lo ext/dom/attr.lo ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo ext/dom/domexception.lo ext/dom/namelist.lo ext/dom/processinginstruction.lo ext/dom/cdatasection.lo ext/dom/documentfragment.lo ext/dom/domimplementation.lo ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo ext/dom/characterdata.lo ext/dom/documenttype.lo ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo ext/dom/domimplementationsource.lo ext/dom/entityreference.lo ext/dom/notation.lo ext/dom/xpath.lo ext/dom/dom_iterators.lo ext/dom/typeinfo.lo ext/dom/domerror.lo ext/dom/domlocator.lo ext/dom/namednodemap.lo ext/dom/userdatahandler.lo ext/iconv/iconv.lo ext/mbstring/mbstring.lo ext/mbstring/php_unicode.lo ext/mbstring/mb_gpc.lo ext/mbstring/php_mbregex.lo ext/mbstring/oniguruma/regcomp.lo ext/mbstring/oniguruma/regerror.lo ext/mbstring/oniguruma/regexec.lo ext/mbstring/oniguruma/reggnu.lo ext/mbstring/oniguruma/regparse.lo ext/mbstring/oniguruma/regenc.lo ext/mbstring/oniguruma/regext.lo ext/mbstring/oniguruma/regsyntax.lo ext/mbstring/oniguruma/regtrav.lo ext/mbstring/oniguruma/regversion.lo ext/mbstring/oniguruma/st.lo ext/mbstring/oniguruma/enc/unicode.lo ext/mbstring/oniguruma/enc/ascii.lo ext/mbstring/oniguruma/enc/utf8.lo ext/mbstring/oniguruma/enc/euc_jp.lo ext/mbstring/oniguruma/enc/euc_tw.lo ext/mbstring/oniguruma/enc/euc_kr.lo ext/mbstring/oniguruma/enc/sjis.lo ext/mbstring/oniguruma/enc/iso8859_1.lo ext/mbstring/oniguruma/enc/iso8859_2.lo ext/mbstring/oniguruma/enc/iso8859_3.lo ext/mbstring/oniguruma/enc/iso8859_4.lo ext/mbstring/oniguruma/enc/iso8859_5.lo ext/mbstring/oniguruma/enc/iso8859_6.lo ext/mbstring/oniguruma/enc/iso8859_7.lo ext/mbstring/oniguruma/enc/iso8859_8.lo ext/mbstring/oniguruma/enc/iso8859_9.lo ext/mbstring/oniguruma/enc/iso8859_10.lo ext/mbstring/oniguruma/enc/iso8859_11.lo ext/mbstring/oniguruma/enc/iso8859_13.lo ext/mbstring/oniguruma/enc/iso8859_14.lo ext/mbstring/oniguruma/enc/iso8859_15.lo ext/mbstring/oniguruma/enc/iso8859_16.lo ext/mbstring/oniguruma/enc/koi8.lo ext/mbstring/oniguruma/enc/koi8_r.lo ext/mbstring/oniguruma/enc/big5.lo ext/mbstring/oniguruma/enc/utf16_be.lo ext/mbstring/oniguruma/enc/utf16_le.lo ext/mbstring/oniguruma/enc/utf32_be.lo ext/mbstring/oniguruma/enc/utf32_le.lo ext/mbstring/libmbfl/filters/html_entities.lo ext/mbstring/libmbfl/filters/mbfilter_7bit.lo ext/mbstring/libmbfl/filters/mbfilter_ascii.lo ext/mbstring/libmbfl/filters/mbfilter_base64.lo ext/mbstring/libmbfl/filters/mbfilter_big5.lo ext/mbstring/libmbfl/filters/mbfilter_byte2.lo ext/mbstring/libmbfl/filters/mbfilter_byte4.lo ext/mbstring/libmbfl/filters/mbfilter_cp1251.lo ext/mbstring/libmbfl/filters/mbfilter_cp1252.lo ext/mbstring/libmbfl/filters/mbfilter_cp866.lo ext/mbstring/libmbfl/filters/mbfilter_cp932.lo ext/mbstring/libmbfl/filters/mbfilter_cp936.lo ext/mbstring/libmbfl/filters/mbfilter_euc_cn.lo ext/mbstring/libmbfl/filters/mbfilter_euc_jp.lo ext/mbstring/libmbfl/filters/mbfilter_euc_jp_win.lo
#32537 [Opn-Fbk]: Segmentation faults and random errors with PostgreSQL 8 and persistence
ID: 32537
Updated by: [EMAIL PROTECTED]
Reported By: mauroi at digbang dot com
-Status: Open
+Status: Feedback
Bug Type: PostgreSQL related
Operating System: Linux
PHP Version: 5.0.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Previous Comments:
[2005-04-02 02:04:05] mauroi at digbang dot com
The following class (code) causes a segmentation fault if it has the
ROLLBACK query in the destructor.
It results in a segfault always if it's executed as a command line
script, and sometimes if it's called by a web request (lots of calls
repeteadly and with persistence).
The extension code (pgsql.c) has a feature which automatically close
every query result that was left opened. But I think that it's pretty
acceptable to have a script like this one.
?
class db
{
public function __construct($string)
{
$this-handle = pg_pconnect($string);
$this-Execute('BEGIN');
}
public function Commit()
{
$this-execute('COMMIT');
$this-execute('BEGIN');
}
public function Execute($query)
{
$res = pg_query($this-handle, $query);
pg_affected_rows($res);
pg_free_result($res);
}
public function __destruct()
{
$this-execute('ROLLBACK');
pg_close($this-handle);
}
private $handle;
}
$c = new db([connection string]);
$c-execute(SELECT 1);
$c-Commit();
?
[2005-04-01 18:29:01] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
[2005-04-01 18:27:23] mauroi at digbang dot com
Description:
Out application works perfectly using normal postgresql connections.
But when we enable persistence we're getting random errors and
segmentation faults.
We're using PHP 5 and PostgreSQL 8.0.1 .
The sequence of querys is something like
BEGIN;
SELECT;
INSERT;
.
COMMIT;
BEGIN;
ROLLBACK;
--
Edit this bug report at http://bugs.php.net/?id=32537edit=1
#32554 [NEW]: member variable initialization with heredoc
From: 05 at gmail dot com
Operating system: Linux 2.6/Gentoo
PHP version: 5.0.3
PHP Bug Type: Compile Failure
Bug description: member variable initialization with heredoc
Description:
Trying to initialize a member variable using heredoc
notation produces a compiler error:
Parse error: parse error, unexpected T_START_HEREDOC in
/.../foo.php on line 6
Reproduce code:
---
?
class foo
{
public $bar = END
blah blah blah
END;
}
?
Expected result:
The member variable $bar to be assigned blah blah
blah.
Actual result:
--
Parse error: parse error, unexpected T_START_HEREDOC in
/.../foo.php on line 6
--
Edit bug report at http://bugs.php.net/?id=32554edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32554r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32554r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32554r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32554r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32554r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32554r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32554r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32554r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32554r=support
Expected behavior: http://bugs.php.net/fix.php?id=32554r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32554r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32554r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32554r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32554r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32554r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32554r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32554r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32554r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32554r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32554r=mysqlcfg
#32555 [NEW]: strtotime(tomorrow) can return false
From: stickman at gmail dot com Operating system: FreeBSD 4.9 PHP version: 4.3.10 PHP Bug Type: Date/time related Bug description: strtotime(tomorrow) can return false Description: Early morning on April 2nd, 2005 my website broke. I tracked it down to strtotime(tomorrow) returning -1 instead of the expected tomorrow timestamp. strtotime(today) worked fine. Asked a friend to test strtotime(tomorrow) and it worked fine for him on his server (set to a different time). Tested strtotime(tomorrow) on another server, also on Pacific time, and got false again. Went to bed to deal with it in the morning and the problem had resolved itself sometime between midnight and 7am. Reproduce code: --- #Run this code on April 2nd, sometime after midnight. echo strtotime(tomorrow); Expected result: 1112628800 (or thereabouts) Actual result: -- -1 -- Edit bug report at http://bugs.php.net/?id=32555edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32555r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32555r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32555r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32555r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32555r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32555r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32555r=needscript Try newer version: http://bugs.php.net/fix.php?id=32555r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32555r=support Expected behavior: http://bugs.php.net/fix.php?id=32555r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32555r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32555r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32555r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32555r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32555r=dst IIS Stability: http://bugs.php.net/fix.php?id=32555r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32555r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32555r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32555r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32555r=mysqlcfg
#32555 [Opn]: strtotime(tomorrow) can return false
ID: 32555 User updated by: stickman at gmail dot com Reported By: stickman at gmail dot com Status: Open Bug Type: Date/time related Operating System: FreeBSD 4.9 PHP Version: 4.3.10 New Comment: Well duh. I didn't even notice but daylight savings is about that time. Could it be that tomorrow didn't exist for an hour? Previous Comments: [2005-04-03 09:08:42] stickman at gmail dot com Description: Early morning on April 2nd, 2005 my website broke. I tracked it down to strtotime(tomorrow) returning -1 instead of the expected tomorrow timestamp. strtotime(today) worked fine. Asked a friend to test strtotime(tomorrow) and it worked fine for him on his server (set to a different time). Tested strtotime(tomorrow) on another server, also on Pacific time, and got false again. Went to bed to deal with it in the morning and the problem had resolved itself sometime between midnight and 7am. Reproduce code: --- #Run this code on April 2nd, sometime after midnight. echo strtotime(tomorrow); Expected result: 1112628800 (or thereabouts) Actual result: -- -1 -- Edit this bug report at http://bugs.php.net/?id=32555edit=1
