Bug #64523 [Opn]: php.ini error_reporting XOR
Edit report at https://bugs.php.net/bug.php?id=64523&edit=1 ID: 64523 Updated by: d...@php.net Reported by:d...@php.net Summary:php.ini error_reporting XOR Status: Open Type: Bug Package:PHP options/info functions PHP Version:5.4.13 Block user comment: N Private report: N New Comment: XOR not parsed (thanks @ircmaxell) http://lxr.php.net/xref/PHP_5_4/Zend/zend_ini_parser.y#63 Previous Comments: [2013-03-26 19:27:53] d...@php.net Commit (https://github.com/php/php-src/commit/e0669bf1ab0892132bf6fe6f81587bfba45e7329#L0R50) when bitwise XOR added to php.ini. [2013-03-26 19:17:29] d...@php.net Description: Setting php.ini error_reporting value to: error_reporting = E_ALL ^ E_NOTICE ^ E_WARNING ^ E_STRICT ^ E_DEPRECATED > php -i | grep error_reporting > error_reporting => 32767 ^ 8 ^ 2 ^ 2048 ^ 8192 It is not the same as: error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT & ~E_WARNING & ~E_DEPRECATED > php -i | grep error_reporting > error_reporting => 22517 Although, eval'd integer output is the same: http://3v4l.org/VuDBW#v540 (22517) This works correctly when error reporting is set via script. Default php.ini https://github.com/php/php-src/blob/master/php.ini-development#L50 says XOR is supported, but in fact, it's not behaving like that. -- Edit this bug report at https://bugs.php.net/bug.php?id=64523&edit=1
[PHP-BUG] Req #61954 [NEW]: Multi-CASE line for SWITCH
From:
Operating system: N/A
PHP version: 5.4.2
Package: *General Issues
Bug Type: Feature/Change Request
Bug description:Multi-CASE line for SWITCH
Description:
---
>From manual page: http://www.php.net/control-structures.switch
---
I did not see this capability on the manual page, so please forgive me if
such an improvement is already in the works.
I believe it would be a great help to upgrade the SWITCH -> CASE statements
so they accept multiple values. This would allow us to write only one block
of code-to-be-executed even for multiple values.
Here's an example:
switch ($color) {
case: "blue", "green", "aqua"
echo $color . " is a cool color."
break;
case: "red", "orange", "brown"
echo $color . " is a warm color."
}
Also, we could eliminate the need for the BREAK statement by allowing code
after the CASE statement to be enclosed in braces; the closing brace for
that code would indicate an automatic BREAK.
Hope this helps.
David Miller
--
Edit bug report at https://bugs.php.net/bug.php?id=61954&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61954&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61954&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61954&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61954&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61954&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61954&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61954&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61954&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61954&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61954&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61954&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61954&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61954&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61954&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61954&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61954&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61954&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61954&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61954&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61954&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61954&r=mysqlcfg
#47117 [Com]: wrong XML parse, loss chars
ID: 47117
Comment by: dm at vfh dot de
Reported By: dir at melbis dot com
Status: Feedback
Bug Type: DOM XML related
Operating System: FreeBSD 7.1
PHP Version: 5.2.8
New Comment:
I solved the problem by downgrading libxml2 from 2.7.2 to 2.6.32.
See also: http://bugs.php.net/bug.php?id=45996
Previous Comments:
[2009-01-15 19:23:48] j...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-01-15 17:24:28] dir at melbis dot com
Description:
When parsing XML, chars "<" and ">" was gone...
For sample, Tag has "<STRONG>", but outside wrong value:
"STRONG", must be ""
Reproduce code:
---
$data = '<STRONG>';
$xml_parser = xml_parser_create('UTF-8');
xml_set_element_handler($xml_parser, "start_xml_tag", "end_xml_tag");
xml_set_character_data_handler($xml_parser, "xml_tag");
xml_parser_set_option($xml_parser, XML_OPTION_CASE_FOLDING, FALSE);
xml_parse($xml_parser, $data, true);
function start_xml_tag($mParser, $mName, $mAttrs) {
global $gDoValues, $gCurrentTagName;
$gCurrentTagName = $mName;
if ( $mName != 'DO' ) { $gDoValues[$gCurrentTagName] = ''; } else {
$gDoValues = array(); } }
function xml_tag($mParser, $mData) {
global $gDoValues, $gCurrentTagName;
$gDoValues[$gCurrentTagName] .= $mData;}
function end_xml_tag($mParser, $mName) {
global $gDoValues, $gData;
if ($mName == 'DO') { print_r($gDoValues); }}
Expected result:
Array
(
[descr] =>
)
Actual result:
--
Array
(
[descr] => STRONG
)
--
Edit this bug report at http://bugs.php.net/?id=47117&edit=1
#24060 [NEW]: ncurses and panel
From: garrote at dm dot com dot br Operating system: linux 2.4.20 PHP version: 4.3.2 PHP Bug Type: Unknown/Other Function Bug description: ncurses and panel Segmentation fault using the ncurses_del_panel(resource id). the code ncurses_init(); $window=ncurses_newwin(10,10,1,1); $pan=ncurses_new_panel($window); ncurses_wmove($window,1,1); ncurses_waddstr($window,"example"); ncurses_update_panels(); ncurses_do_update(); ncurses_del_panel($pan); -> Segmentation error here ncurses_delwin($window); ncurses_delwin($window); run ok, but the del_panel report segmentation error. the modules compiled are: [PHP Modules] bcmath bz2 calendar ctype gd mysql ncurses openssl overload pcre pgsql posix session shmop sockets standard sysvsem sysvshm tokenizer xml zlib [Zend Modules] thanks. -- Edit bug report at http://bugs.php.net/?id=24060&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24060&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24060&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24060&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24060&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24060&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24060&r=support Expected behavior: http://bugs.php.net/fix.php?id=24060&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24060&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24060&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24060&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24060&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24060&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24060&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24060&r=gnused
#24067 [NEW]: ncurses
From: garrote at dm dot com dot br Operating system: linux 2.4.20 PHP version: 4.3.2 PHP Bug Type: Unknown/Other Function Bug description: ncurses it seems that using ncurses_waddch($window, ascii space) do not set the attribute properly without forcing the wrefresh. if you use these function with, for example ascii "A" (65), its not necessary the wrefresh after the ncurses_waddch. using wrefresh after all waddch causes overhead cpu usage. php 4.3.2 built with ncurses -- Edit bug report at http://bugs.php.net/?id=24067&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24067&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24067&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24067&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24067&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24067&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24067&r=support Expected behavior: http://bugs.php.net/fix.php?id=24067&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24067&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24067&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24067&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24067&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24067&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24067&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24067&r=gnused
#24067 [Fbk->Opn]: ncurses
ID: 24067
User updated by: garrote at dm dot com dot br
Reported By: garrote at dm dot com dot br
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: linux 2.4.20
PHP Version: 4.3.2
New Comment:
sorry.
initialize, create window, set color
// the window was create with 20 lines and 60 colums...so
//$nr_linhas=20; $nr_colunas=60;
ncurses_wborder($win, 0,0,0,0,0,0,0,0);
$l = 1;
while($l < $nr_linhas - 1) {
$c = 1;
ncurses_wmove($win, $l, 1);
while($c++ < $nr_colunas - 1) {
ncurses_waddch($win, 65);
//ncurses_wrefresh($win); // only here attribute is set
}
$l++;
// using wrefresh here nothing change
}
// using wrefresh here nothing change
using waddstr seems the same thing.
if you trie to use waddch once the attribute is set ok.
but using routine to put more than 13 charachters its necessery use
wrefresh (after 13 characters).
:)
Previous Comments:
[2003-06-06 14:42:48] [EMAIL PROTECTED]
Please provide a complete but short example script.
[2003-06-06 14:40:47] garrote at dm dot com dot br
it seems that using ncurses_waddch($window, ascii space) do not set the
attribute properly without forcing the wrefresh.
if you use these function with, for example ascii "A" (65), its not
necessary the wrefresh after the ncurses_waddch.
using wrefresh after all waddch causes overhead cpu usage.
php 4.3.2 built with ncurses
--
Edit this bug report at http://bugs.php.net/?id=24067&edit=1
#24069 [NEW]: ncurses
From: garrote at dm dot com dot br
Operating system: linux 2.4.20
PHP version: 4.3.2
PHP Bug Type: Unknown/Other Function
Bug description: ncurses
it seems that using ncurses_waddch($window, ascii space) do not set the
attribute properly without forcing the wrefresh.
if you use these function with, for example ascii "A" (65), its not
necessary the wrefresh after the ncurses_waddch.
using wrefresh after all waddch causes overhead cpu usage.
example:
initialize, create window, set color
// the window was create with 20 lines and 60 colums...so
//$nr_linhas=20; $nr_colunas=60;
ncurses_wborder($win, 0,0,0,0,0,0,0,0);
$l = 1;
while($l < $nr_linhas - 1) {
$c = 1;
ncurses_wmove($win, $l, 1);
while($c++ < $nr_colunas - 1) {
ncurses_waddch($win, 65);
//ncurses_wrefresh($win); //only here attribute is set
}
$l++;
// using wrefresh here nothing change
}
// using wrefresh here nothing change
using waddstr seems the same thing.
if you trie to use waddch once the attribute is set ok.
but using routine to put more than 13 charachters its necessary use
wrefresh (after 13 characters).
:)
--
Edit bug report at http://bugs.php.net/?id=24069&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24069&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24069&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24069&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24069&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24069&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24069&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24069&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24069&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24069&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24069&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24069&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24069&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24069&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24069&r=gnused
#24069 [Bgs]: ncurses
ID: 24069
User updated by: garrote at dm dot com dot br
Reported By: garrote at dm dot com dot br
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: linux 2.4.20
PHP Version: 4.3.2
New Comment:
sorry about that.
Previous Comments:
[2003-06-06 16:25:29] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
bug #24067
[2003-06-06 16:16:19] garrote at dm dot com dot br
it seems that using ncurses_waddch($window, ascii space) do not set the
attribute properly without forcing the wrefresh.
if you use these function with, for example ascii "A" (65), its not
necessary the wrefresh after the ncurses_waddch.
using wrefresh after all waddch causes overhead cpu usage.
example:
initialize, create window, set color
// the window was create with 20 lines and 60 colums...so
//$nr_linhas=20; $nr_colunas=60;
ncurses_wborder($win, 0,0,0,0,0,0,0,0);
$l = 1;
while($l < $nr_linhas - 1) {
$c = 1;
ncurses_wmove($win, $l, 1);
while($c++ < $nr_colunas - 1) {
ncurses_waddch($win, 65);
//ncurses_wrefresh($win); //only here attribute is set
}
$l++;
// using wrefresh here nothing change
}
// using wrefresh here nothing change
using waddstr seems the same thing.
if you trie to use waddch once the attribute is set ok.
but using routine to put more than 13 charachters its necessary use
wrefresh (after 13 characters).
:)
--
Edit this bug report at http://bugs.php.net/?id=24069&edit=1
#24092 [NEW]: ncurses panel
From: garrote at dm dot com dot br
Operating system: linux 2.4.20
PHP version: 4CVS-2003-06-09 (stable)
PHP Bug Type: Unknown/Other Function
Bug description: ncurses panel
Good morning,
there is a problem with ncurses_panel_window. if you create more than one
panel it doesn´t sets the recurse correctly and return segment fault. i
have to use array to storage the information of window and panel.
one think...we use function to retrieve the information...but i don´t
think that it´s the problem.
function nova_janela($nr_linhas, $nr_colunas, $linha, $coluna, $cor)
{
global $WINDOW;
$win = ncurses_newwin($nr_linhas, $nr_colunas, $linha, $coluna);
if(!$win) // temos uma window
return false;
$janela = ncurses_new_panel($win);
if(!$janela) // temos uma janela
return false;
$WINDOW["$janela"] = $win; // coloca na memoria o recurso
if(ncurses_has_colors() and $cor) { // temos cor no terminal
$fg = ($cor == NCURSES_COLOR_BLUE) ? NCURSES_COLOR_WHITE :
NCURSES_COLOR_BLACK;
$bg = $cor;
ncurses_init_pair($cor, $fg, $bg);
ncurses_wattron($win, (color_pair($cor) | ' '));
} else
ncurses_wbkgdsett($win, NCURSES_A_BOLD | ' ');
ncurses_wborder($win, 0,0,0,0,0,0,0,0);
$l = 1;
while($l < $nr_linhas - 1) {
$c = 1;
ncurses_wmove($win, $l, 1);
while($c++ < $nr_colunas - 1) {
ncurses_waddch($win, 32);
//ncurses_update_panels(); //oops
ncurses_wrefresh($win); //oops
}
$l++;
}
ncurses_update_panels();
ncurses_doupdate();
return $janela;
}
function remove_janela($janela)
{
global $WINDOW;
if(!$janela) // temos uma janela
return false;
//$win = ncurses_panel_window($janela); // error Segment fault
$win = $WINDOW["$janela"]; // recupera recurso
if(!$win) // temos uma window
return false;
ncurses_del_panel($janela); // libera janela
ncurses_delwin($win); // libera window
ncurses_update_panels();
ncurses_doupdate();
return true;
}
$WINDOW=ARRAY();
ncurses_init();
if(ncurses_has_colors())
ncurses_start_color();
$i=0;
while($i < 5) {
$a[$i] = nova_janela(10 + ($i * 2), 20 + ($i * 5), 10 + $i, 10 +
$i,$i + 1);
$i++;
}
$i=0;
while($i < 5) {
remove_janela($a[$i]);
$i++;
}
ncurses_end();
exit;
PHP 4.3.3-dev (cgi) (built: Jun 6 2003 19:30:49)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
[PHP Modules]
ctype
mysql
ncurses
overload
pcre
posix
session
standard
tokenizer
xml
[Zend Modules]
--
Edit bug report at http://bugs.php.net/?id=24092&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24092&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24092&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24092&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24092&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24092&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24092&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24092&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24092&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24092&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24092&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24092&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24092&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24092&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24092&r=gnused
#24092 [Bgs]: ncurses panel
ID: 24092
User updated by: garrote at dm dot com dot br
Reported By: garrote at dm dot com dot br
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: linux 2.4.20
PHP Version: 4CVS-2003-06-09 (stable)
New Comment:
i´m sory i don´t send this function in example...plese add the
coment in those line
// } else
//ncurses_wbkgdsett($win, NCURSES_A_BOLD | ' ');
but the problem persist whithout this function.
Previous Comments:
[2003-06-09 08:41:25] [EMAIL PROTECTED]
Fatal error: Call to undefined function: ncurses_wbkgdset()
Try provide a script that has even remote possibility on
working..or at least a GDB backtrace.
[2003-06-09 07:33:07] garrote at dm dot com dot br
Good morning,
there is a problem with ncurses_panel_window. if you create more than
one panel it doesn´t sets the recurse correctly and return segment
fault. i have to use array to storage the information of window and
panel.
one think...we use function to retrieve the information...but i don´t
think that it´s the problem.
function nova_janela($nr_linhas, $nr_colunas, $linha, $coluna, $cor)
{
global $WINDOW;
$win = ncurses_newwin($nr_linhas, $nr_colunas, $linha,
$coluna);
if(!$win) // temos uma window
return false;
$janela = ncurses_new_panel($win);
if(!$janela) // temos uma janela
return false;
$WINDOW["$janela"] = $win; // coloca na memoria o recurso
if(ncurses_has_colors() and $cor) { // temos cor no terminal
$fg = ($cor == NCURSES_COLOR_BLUE) ?
NCURSES_COLOR_WHITE : NCURSES_COLOR_BLACK;
$bg = $cor;
ncurses_init_pair($cor, $fg, $bg);
ncurses_wattron($win, (color_pair($cor) | ' '));
} else
ncurses_wbkgdsett($win, NCURSES_A_BOLD | ' ');
ncurses_wborder($win, 0,0,0,0,0,0,0,0);
$l = 1;
while($l < $nr_linhas - 1) {
$c = 1;
ncurses_wmove($win, $l, 1);
while($c++ < $nr_colunas - 1) {
ncurses_waddch($win, 32);
//ncurses_update_panels(); //oops
ncurses_wrefresh($win); //oops
}
$l++;
}
ncurses_update_panels();
ncurses_doupdate();
return $janela;
}
function remove_janela($janela)
{
global $WINDOW;
if(!$janela) // temos uma janela
return false;
//$win = ncurses_panel_window($janela); // error Segment fault
$win = $WINDOW["$janela"]; // recupera recurso
if(!$win) // temos uma window
return false;
ncurses_del_panel($janela); // libera janela
ncurses_delwin($win); // libera window
ncurses_update_panels();
ncurses_doupdate();
return true;
}
$WINDOW=ARRAY();
ncurses_init();
if(ncurses_has_colors())
ncurses_start_color();
$i=0;
while($i < 5) {
$a[$i] = nova_janela(10 + ($i * 2), 20 + ($i * 5), 10 + $i, 10
+ $i,$i + 1);
$i++;
}
$i=0;
while($i < 5) {
remove_janela($a[$i]);
$i++;
}
ncurses_end();
exit;
PHP 4.3.3-dev (cgi) (built: Jun 6 2003 19:30:49)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
[PHP Modules]
ctype
mysql
ncurses
overload
pcre
posix
session
standard
tokenizer
xml
[Zend Modules]
--
Edit this bug report at http://bugs.php.net/?id=24092&edit=1
#24457 [Com]: Segfault when executing a script
ID: 24457 Comment by: dm at zamang dot co dot uk Reported By: s dot vanvelthem at ibelgique dot com Status: No Feedback Bug Type: Reproducible crash Operating System: Sco OpenServer 5.05 PHP Version: 4.3.3RC1 New Comment: Just tried PHP 4.3.3RC4 without the patch and the problem still occured. I applied the patch manually, did a make distclean and recompiled. I didn't include the 'ifdef SCO' commands as I'm only ever going to compile on SCO - and wanted to be 100% certain that the other changes took effect. The patch worked and fixed the problem. It also fixed the problem I was having with PHP segfaulting when _no_ script was passed to it. Previous Comments: [2003-07-28 05:33:56] [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. [2003-07-23 12:16:51] [EMAIL PROTECTED] According to avaliable documentation, the problem is a result of a bug in SCO OpenServer 5.05. Below is a url to a patch that is hopefuly a work around this bug, please try it and reply with the result. http://bb.prohost.org/sco.txt [2003-07-22 03:07:03] s dot vanvelthem at ibelgique dot com That's what I've done (???). I followed the (http://bugs.php.net/bugs-generating-backtrace.php) document. Maybe I'm doing wrong? How to call gdb? I typed gdb /usr/local/bin/php ./core Is this correct for CLI usage? The better thing to do is to document it in bugs-generating-backtrace.php (all options...). But i'll try to re-compile it with --enable-cli to be sure. [2003-07-21 17:04:07] [EMAIL PROTECTED] Could you please compile your PHP with --enable-debug, this should result in a more detailed backtrace. [2003-07-03 04:51:15] s dot vanvelthem at ibelgique dot com Here's the trace (with the latest STABLE release php4-STABLE-200307030930.tar.gz) bash-2.03# /opt/K/SKUNK2000/Gdb/5.0/usr/local/bin/gdb /usr/local/bin/php /u/too ls/printps/core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `printps.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 #0 0x80021602 in getcwd () from /usr/lib/libc.so.1 (gdb)bt #0 0x80021602 in getcwd () from /usr/lib/libc.so.1 #1 0x8007ffe0 in pathcanon () from /usr/lib/libsocket.so.1 #2 0x800802c0 in realpath () from /usr/lib/libsocket.so.1 #3 0x8129570 in php_execute_script (primary_file=0x8047c54) at /seb/php4-STABLE-200307030930/main/main.c:1652 #4 0x817570f in main (argc=2, argv=0x8047c90) at /seb/php4-STABLE-200307030930/sapi/cli/php_cli.c:818 #5 0x805ff5b in _start () (gdb) Thanks 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/24457 -- Edit this bug report at http://bugs.php.net/?id=24457&edit=1
#23665 [Fbk->Opn]: PHP crashes with segfault as soon as it is loaded
ID: 23665 User updated by: dm at zamang dot co dot uk Reported By: dm at zamang dot co dot uk -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.2RC3 / RC4 New Comment: Just tried php4-STABLE-200306301330 bash-2.03£ gdb ./php ./core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Loaded symbols for /usr/lib/libsocket.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libresolv.so.1...done. Loaded symbols for /usr/lib/libresolv.so.1 £0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt £0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 £1 0x80073d00 in pathcanon () from /usr/lib/libsocket.so.2 £2 0x80073fe0 in realpath () from /usr/lib/libsocket.so.2 £3 0x80cc6e8 in php_execute_script (primary_file=0x8047cd8) at /src/php4-STABLE-200306301330/main/main.c:1652 £4 0x8118b7c in main (argc=1, argv=0x8047d20) at /src/php4-STABLE-200306301330/sapi/cgi/cgi_main.c:1542 £5 0x8059d2b in _start () (gdb) GCC version is 2.95.2 Make version is 3.78.1 Previous Comments: [2003-06-29 20:22:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ---- [2003-05-25 05:44:28] dm at zamang dot co dot uk Just downloaded RC4 and tried again. ./configure --prefix=/usr/local/php-4.3.2RC4 --disable-all --enable-sysvsem --enable-sysvshm --enable-debug Everything ran though as before but running php from RC4 gave a segfault. bash-2.03# gdb ./php ./core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Loaded symbols for /usr/lib/libsocket.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libresolv.so.1...done. Loaded symbols for /usr/lib/libresolv.so.1 #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 #1 0x80073d00 in pathcanon () from /usr/lib/libsocket.so.2 #2 0x80073fe0 in realpath () from /usr/lib/libsocket.so.2 #3 0x80cc490 in php_execute_script (primary_file=0x8047cc4) at /src/php-4.3.2RC4/main/main.c:1638 #4 0x8118560 in main (argc=1, argv=0x8047d0c) at /src/php-4.3.2RC4/sapi/cgi/cgi_main.c:1504 #5 0x8059ceb in _start () (gdb) [2003-05-19 19:53:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ---- [2003-05-16 16:17:19] dm at zamang dot co dot uk Compilation attempted on SCO OpenServer 5.0.6 with the following configure line: ./configure --prefix=/usr/local/php-4.3.1 --disable-all --enable-sysvsem --enable-sysvshm --enable-debug The compilation appears to successfully complete and Installation takes an age, this seems to be down to the php program in /sapi/cli segfaulting. Any attempt to use any of the compiled 'php' programs also results in a segfault. Once installed the same problem occurs. Following is a back trace using gdb. bash-2.03# ./php Segmentation Fault (core dumped) bash-2.03# pwd /usr/local/php-4.3.2RC3/bin bash-2.03# gdb ./php ./core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "sh
#23665 [Csd->Opn]: PHP crashes with segfault as soon as it is loaded
ID: 23665 User updated by: dm at zamang dot co dot uk Reported By: dm at zamang dot co dot uk -Status: Closed +Status: Open Bug Type: Reproducible crash Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.2RC3 / RC4 New Comment: Confirmed. If you attempt to run either the CGI or CLI version _without_ passing it a php script to process then php segfaults. If you pass a php script it runs though as expected. Script can be passed on the command line 'php ' or within a shell script '#!'. Going to try a new version of GNU gettext to see if that has any effect. This is with the same stable release as I tried yesterday. The segfault seems linked to the system reading in manually entered commands. SCO OpenServer 5.0.6 Gcc 2.95.2pl1 (according to software manager) Previous Comments: [2003-07-02 06:33:21] s dot vanvelthem at ibelgique dot com I forgot I'm using the latest stable release downloaded today at 9:30 [2003-07-02 06:32:02] s dot vanvelthem at ibelgique dot com Sorry. I found where is the problem, the segmentation fault always comes when I run a CLI-script without specifying the full path name. I hope this can be usefull ex : * ./my_script.php gives me a segmentation fault * /home/seb/my_script.php is OK see also php_scandir.c error at compile time, is this useful? I'm using : SCO OpenServer 5.05 Gcc 2.95.2pl1 UDK 7.1.1 ERRORS AND WARNING NOTES ./configure --enable-cli --disable-cgi -> warning : you will need bison 1.28 -> warning : you will need bison 1.28 if you want to regenerate the Zend parser (found 1.25) gmake ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `proc_open_rsrc_dtor': ->/seb/php4-STABLE-200307020930/ext/standard/exec.c:578: warning: cast from pointer to integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `zif_proc_open': ->seb/php4-STABLE-200307020930/ext/standard/exec.c:993: warning: cast to pointer from integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c: In function `php_var_unserialize': ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c:308: warning: comparison is always false due to limited range of data type ->seb/php4-STABLE-200307020930/main/php_scandir.c: In function `php_scandir': ->/seb/php4-STABLE-200307020930/main/php_scandir.c:116: warning: passing arg 4 of `qsort' from incompatible pointer type [2003-07-01 07:37:29] [EMAIL PROTECTED] Fixed -> closed. [2003-07-01 06:45:25] s dot vanvelthem at ibelgique dot com Seems to be resolved. I've just downloaded the latest php stable release today and upgraded gcc-2.95 to gcc-2.95.2pl1. No segfault anymore. I don't know if upgrading to gcc_pl1 solves the problem or if the latest-stable release brough the correction. [2003-06-30 09:18:10] dm at zamang dot co dot uk Just tried php4-STABLE-200306301330 bash-2.03£ gdb ./php ./core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Loaded symbols for /usr/lib/libsocket.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libresolv.so.1...done. Loaded symbols for /usr/lib/libresolv.so.1 £0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt £0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 £1 0x80073d00 in pathcanon () from /usr/lib/libsocket.so.2 £2 0x80073fe0 in realpath () from /usr/lib/libsocket.so.2 £3 0x80cc6e8 in php_execute_script (primary_file=0x8047cd8) at /src/php4-STABLE-200306301330/main/main.c:1652 £4 0x8118b7c in main (argc=1, argv=0x8047d20) at /src/php4-STABLE-200306301330/sapi/cgi/cgi_main.c:1542 £5 0x8059d2b in _start () (gdb) GCC version is 2.95.2 Make version is 3.78.1 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/23665 -- Edit this bug report at http://bugs.php.net/?id=23665&edit=1
