Bug #54269 [Opn]: Segmentation Fault
Edit report at http://bugs.php.net/bug.php?id=54269&edit=1
ID: 54269
User updated by:eav at mobil-soft dot ru
Reported by:eav at mobil-soft dot ru
Summary:Segmentation Fault
Status: Open
Type: Bug
Package:InterBase related
Operating System: All
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
CREATE EXCEPTION NEGATIVEREMAINDER 'INVALID REMAINDER IN CURRENT
ACCOUNT';
create procedure PROCEDURE_10
as
begin
/* Procedure Text */
exception NEGATIVEREMAINDER;
suspend;
end;
create procedure PROCEDURE_9
as
begin
/* Procedure Text */
execute procedure PROCEDURE_10;
suspend;
end;
create procedure PROCEDURE_8
as
begin
/* Procedure Text */
execute procedure PROCEDURE_9;
suspend;
end;
create procedure PROCEDURE_7
as
begin
/* Procedure Text */
execute procedure PROCEDURE_8;
suspend;
end;
create procedure PROCEDURE_6
as
begin
/* Procedure Text */
execute procedure PROCEDURE_7;
suspend;
end;
create procedure PROCEDURE_5
as
begin
/* Procedure Text */
execute procedure PROCEDURE_6;
suspend;
end;
create procedure PROCEDURE_4
as
begin
/* Procedure Text */
execute procedure PROCEDURE_5;
suspend;
end;
create procedure PROCEDURE_3
as
begin
/* Procedure Text */
execute procedure PROCEDURE_4;
suspend;
end;
create procedure PROCEDURE_2
as
begin
/* Procedure Text */
execute procedure PROCEDURE_3;
suspend;
end;
create procedure PROCEDURE_1
as
begin
/* Procedure Text */
execute procedure PROCEDURE_2;
suspend;
end;
--
execute procedure PROCEDURE_1;
--
NEGATIVEREMAINDER.
INVALID REMAINDER IN CURRENT ACCOUNT.
At procedure 'PROCEDURE_10' line: 5, col: 3
At procedure 'PROCEDURE_9' line: 5, col: 3
At procedure 'PROCEDURE_8' line: 5, col: 3
At procedure 'PROCEDURE_7' line: 5, col: 3
At procedure 'PROCEDURE_6' line: 5, col: 3
At procedure 'PROCEDURE_5' line: 5, col: 3
At procedure 'PROCEDURE_4' line: 5, col: 3
At procedure 'PROCEDURE_3' line: 5, col: 3
At procedure 'PROCEDURE_2' line: 5, col: 3
At procedure 'PROCEDURE_1' line: 5, col: 3.
Previous Comments:
[2011-03-21 07:49:18] eav at mobil-soft dot ru
This example with firebird-client-2.0.3_2. Standard errcode for user
exception -836. With firebird-client > 2.0 PHP in segmentation fault for
ibase_fetch_assoc.
$link=ibase_connect('my_fb','test','test','win1251',0,1,'');
$_iquery="select * from
currencyconvertion('4038981010124671','40389840900123476',840,1000.00,28.6500)";
$trans=ibase_trans(IBASE_COMMITTED+IBASE_NOWAIT+IBASE_REC_VERSION,$link);
$query_prep=ibase_prepare($link,$trans,$_iquery);
$result=ibase_execute($query_prep);
$row=ibase_fetch_assoc($result,IBASE_TEXT);
echo 'ErrCode - '.ibase_errcode();
-
Warning: ibase_fetch_assoc(): exception 688 NEGATIVEREMAINDER 21.03.11
At procedure 'PROCEDURE1' line: 26, col: 86
At trigger 'PROCEDURE2' line: 11, col: 3
At procedure 'PROCEDURE3' line: 56, col: 4
At procedure 'PROCEDURE4' line: 187, col: 1
At trigger 'PROCEDURE5' line: 250, col: 1
At procedure 'PROCEDURE6' line: 65, col: 5
At procedure 'PROCEDURE7' line: 39, col: 3
At procedure 'PROCEDURE8' line: 285, col: 1 in /home/eav/temp.php on
line 38
ErrCode - 741685298
[2011-03-20 23:25:32] fel...@php.net
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 ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2011-03-16 06:52:38] eav at mobil-soft dot ru
Add OS
[2011-03-16 06:42:59] eav at mobil-soft dot ru
Description:
>From FB 2.0 release notes
Size limit for exception messages increased
V. Horsun
Maximum size of exception messages raised from 78 to 1021 bytes.
--
Edit this bug report at http://bugs.php.net/bug.php?id=54269&edit=1
Bug #54357 [Fbk->Csd]: setting an attribute on a cloned numberformatter crashes PHP
Edit report at http://bugs.php.net/bug.php?id=54357&edit=1
ID: 54357
User updated by:bart at burgov dot nl
Reported by:bart at burgov dot nl
Summary:setting an attribute on a cloned numberformatter
crashes PHP
-Status: Feedback
+Status: Closed
Type: Bug
Package:Unknown/Other Function
Operating System: Windows 7 64-bit
-PHP Version:5.3.6
+PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
Apparently I didn't have 5.3.6 but 5.3.5, the bug seems to be fixed in
the latest PHP version.
Previous Comments:
[2011-03-24 07:34:31] ahar...@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
I can't reproduce this on Linux, so it may be platform specific.
[2011-03-23 10:15:23] bart at burgov dot nl
Description:
The script below crashes on the ->setAttribute() command. Setting the
attribute on $nf works fine.
Test script:
---
setAttribute(NumberFormatter::MIN_FRACTION_DIGITS, 1);
Expected result:
I expect it not to crash
Actual result:
--
It crashes ("CLI has stopped working")
--
Edit this bug report at http://bugs.php.net/bug.php?id=54357&edit=1
[PHP-BUG] Bug #54366 [NEW]: Constants in and among classes, in simulating structs -and- static variables
From:
Operating system: Windows 7 Ultimate 32bit
PHP version: 5.3.6
Package: *General Issues
Bug Type: Bug
Bug description:Constants in and among classes, in simulating structs -and-
static variables
Description:
---
>From manual page: http://www.php.net/language.oop5.constants
---
//Simulate Struct
class VolumeWeight
{
const GRAMS = 'gm';
const MILILITRE = 'ml';
}
- or -
class VolumeWeight
{
public static $GRAMS = 'gm';
public static $MILILITRE = 'ml';
}
Then have another (extended) struct
class WaterBottle
{
public static $ITEM_ID = 1324;
public static $ITEM_COST = 0.23;
public static $UNIT = VolumeWeight::$MILILITRE; //Yields an error
}
- BUT -
class WaterBottle
{
public static $ITEM_ID = 1324;
public static $ITEM_COST = 0.23;
public static $UNIT = VolumeWeight::MILILITRE; //Works (from constant
class)
}
- AND -
class WaterBottle
{
const ITEM_ID = 1324;
const ITEM_COST = 0.23;
const UNIT = VolumeWeight::MILILITRE; //Error (from constant class)
}
How weird is that? Anything I can do?
--
Edit bug report at http://bugs.php.net/bug.php?id=54366&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54366&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54366&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54366&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54366&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54366&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54366&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54366&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54366&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54366&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54366&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54366&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54366&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54366&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54366&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54366&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54366&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54366&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54366&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54366&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54366&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54366&r=mysqlcfg
[PHP-BUG] Bug #54367 [NEW]: Use of closure causes problem in ArrayAccess
From:
Operating system: *nix
PHP version: 5.3.6
Package: Scripting Engine problem
Bug Type: Bug
Bug description:Use of closure causes problem in ArrayAccess
Description:
Closures cant use variables from external context when the context is in
ArrayAccess method
Test script:
---
%s', $offset, $var);
};
}
}
$a = new MyObjet();
echo $a['p']('foo');
Expected result:
foo
Actual result:
--
PHP Notice: Undefined variable: offset in {file.php} on line 11
--
Edit bug report at http://bugs.php.net/bug.php?id=54367&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54367&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54367&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54367&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54367&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54367&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54367&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54367&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54367&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54367&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54367&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54367&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54367&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54367&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54367&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54367&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54367&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54367&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54367&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54367&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54367&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54367&r=mysqlcfg
[PHP-BUG] Bug #54369 [NEW]: parse_url() incorrectly determines the start of query and fragment parts of URL
From:
Operating system:
PHP version: Irrelevant
Package: URL related
Bug Type: Bug
Bug description:parse_url() incorrectly determines the start of query and
fragment parts of URL
Description:
Attached patch fixes the issue.
Test script:
---
$url = 'http://www.example.com#fra/gment';
echo $url . "\n";
var_dump(parse_url($url));
$url = 'http://www.example.com?p=1/param';
echo $url . "\n";
var_dump(parse_url($url));
// No host, should return false
$url = 'http://#fra/gment';
echo $url . "\n";
var_dump(parse_url($url));
// No host, should return false
$url = 'http://?p=1/param';
echo $url . "\n";
var_dump(parse_url($url));
Expected result:
http://www.example.com#fra/gment
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(15) "www.example.com"
["fragment"]=>
string(9) "fra/gment"
}
http://www.example.com?p=1/param
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(15) "www.example.com"
["query"]=>
string(9) "p=1/param"
}
http://#fra/gment
bool(false)
http://?p=1/param
bool(false)
Actual result:
--
http://www.example.com#fra/gment
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(19) "www.example.com#fra"
["path"]=>
string(6) "/gment"
}
http://www.example.com?p=1/param
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(19) "www.example.com?p=1"
["path"]=>
string(6) "/param"
}
http://#fra/gment
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(4) "#fra"
["path"]=>
string(6) "/gment"
}
http://?p=1/param
array(3) {
["scheme"]=>
string(4) "http"
["host"]=>
string(4) "?p=1"
["path"]=>
string(6) "/param"
}
--
Edit bug report at http://bugs.php.net/bug.php?id=54369&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54369&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54369&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54369&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54369&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54369&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54369&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54369&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54369&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54369&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54369&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54369&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54369&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54369&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54369&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54369&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54369&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54369&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54369&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54369&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54369&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54369&r=mysqlcfg
Bug #54364 [Bgs]: Tidy doesn't merge-spans regardless of setting
Edit report at http://bugs.php.net/bug.php?id=54364&edit=1
ID: 54364
User updated by:mcamden at rubicon dot com
Reported by:mcamden at rubicon dot com
Summary:Tidy doesn't merge-spans regardless of setting
Status: Bogus
Type: Bug
Package:Tidy
Operating System: Windows 7
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
Yeah I feel stupid...
Previous Comments:
[2011-03-24 02:29:33] dtajchre...@php.net
$config = array('clean' => true, ...);
[2011-03-23 23:56:24] mcamden at rubicon dot com
I'm not sure if this is related, but the same is true for merge-divs.
Script:
$html = 'a';
$config = array('merge-spans' => TRUE);
$tidy = tidy_parse_string($html, $config, 'UTF8');
$tidy->cleanRepair();
echo $tidy;
Result:
a
[2011-03-23 23:47:43] mcamden at rubicon dot com
Description:
Tidy does not merge spans regardless of the configuration. According to
the tidy
website the merge-spans configuration option is defaulted to 'auto'. PHP
reflects
this setting with the number 2. However leaving it defaulted to 'auto'
or setting
to TRUE does not merge spans.
Test script:
---
$html = 'a';
$config = array('merge-spans' => TRUE);
$tidy = tidy_parse_string($html, $config, 'UTF8');
$tidy->cleanRepair();
echo $tidy;
Expected result:
a
Actual result:
--
a
--
Edit this bug report at http://bugs.php.net/bug.php?id=54364&edit=1
[PHP-BUG] Bug #54371 [NEW]: Undefined symbol: __sync_fetch_and_add_4
From: Operating system: SunOS 5.10 Generic_14290 PHP version: 5.3.6 Package: Compile Failure Bug Type: Bug Bug description:Undefined symbol: __sync_fetch_and_add_4 Description: __sync_fetch_and_add_4 shouldn't be called on SPARC. The system is 64 bit with v9 processors but our Oracle libraries are 32 bit so I'm using mcpu=v8. Test script: --- This is the configure script: unset LD_LIBRARY_PATH export CC="gcc" export CFLAGS="-mcpu=v8 -Wa,-xarch=v8plusa" export LD_LIBRARY_PATH=/usr/lib:/usr/sfw/lib:/usr/local/lib:/usr/ccs/lib export LD_LIBRARY_FLAGS="-L/usr/lib -R/usr/lib -L/usr/sfw/lib -R/usr/sfw/lib -L/usr/local/lib -R/usr/local/lib -L/usr/ccs/lib -R/usr/ccs/lib" ./configure \ --prefix=/usr/local/php-5.3.6 \ --enable-shared \ --with-apxs2=/usr/local/httpd-2.2.17/bin/apxs \ --with-libxml-dir=/usr/include/libxml2 \ --with-iconv-dir=/usr/local/libiconv-1.12/lib \ --with-zlib \ --enable-exif \ --enable-mbstring \ --enable-calendar \ --enable-bcmath \ --enable-ftp \ --enable-zip \ --with-bz2=/usr/local/lib \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-gettext=shared,/opt/sfw \ --enable-sockets \ --with-oci8=/usr/local/php-5.3.1/ORACLE_LIB32 \ --with-gd \ --with-ldap -- Edit bug report at http://bugs.php.net/bug.php?id=54371&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54371&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54371&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54371&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54371&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54371&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54371&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54371&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54371&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54371&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54371&r=support Expected behavior: http://bugs.php.net/fix.php?id=54371&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54371&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54371&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54371&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54371&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54371&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54371&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54371&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54371&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54371&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54371&r=mysqlcfg
Bug #54371 [Opn]: Undefined symbol: __sync_fetch_and_add_4
Edit report at http://bugs.php.net/bug.php?id=54371&edit=1 ID: 54371 User updated by:wyatt at lle dot rochester dot edu Reported by:wyatt at lle dot rochester dot edu Summary:Undefined symbol: __sync_fetch_and_add_4 Status: Open Type: Bug Package:Compile Failure Operating System: SunOS 5.10 Generic_14290 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: This is the reported error: Undefined first referenced symbol in file __sync_fetch_and_add_4 ext/standard/.libs/php_crypt_r.o ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status gmake: *** [sapi/cli/php] Error 1 Previous Comments: [2011-03-24 16:10:50] wyatt at lle dot rochester dot edu Description: __sync_fetch_and_add_4 shouldn't be called on SPARC. The system is 64 bit with v9 processors but our Oracle libraries are 32 bit so I'm using mcpu=v8. Test script: --- This is the configure script: unset LD_LIBRARY_PATH export CC="gcc" export CFLAGS="-mcpu=v8 -Wa,-xarch=v8plusa" export LD_LIBRARY_PATH=/usr/lib:/usr/sfw/lib:/usr/local/lib:/usr/ccs/lib export LD_LIBRARY_FLAGS="-L/usr/lib -R/usr/lib -L/usr/sfw/lib -R/usr/sfw/lib -L/usr/local/lib -R/usr/local/lib -L/usr/ccs/lib -R/usr/ccs/lib" ./configure \ --prefix=/usr/local/php-5.3.6 \ --enable-shared \ --with-apxs2=/usr/local/httpd-2.2.17/bin/apxs \ --with-libxml-dir=/usr/include/libxml2 \ --with-iconv-dir=/usr/local/libiconv-1.12/lib \ --with-zlib \ --enable-exif \ --enable-mbstring \ --enable-calendar \ --enable-bcmath \ --enable-ftp \ --enable-zip \ --with-bz2=/usr/local/lib \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-gettext=shared,/opt/sfw \ --enable-sockets \ --with-oci8=/usr/local/php-5.3.1/ORACLE_LIB32 \ --with-gd \ --with-ldap -- Edit this bug report at http://bugs.php.net/bug.php?id=54371&edit=1
[PHP-BUG] Bug #54372 [NEW]: Crash accessing global object itself returned from its __get() handle
From:
Operating system: Linux
PHP version: 5.2.17
Package: Reproducible crash
Bug Type: Bug
Bug description:Crash accessing global object itself returned from its __get()
handle
Description:
PHP 5.2.17 crashes accessing object that is returned as $this from __get()
handle (see code snapshot). If object is not global this code works fine.
PHP 5.2.10 did not crash in such situation.
Test script:
---
class test_class
{
public function __get($name)
{
return $this;
}
public function b()
{
return;
}
}
global $test3;
$test3 = new test_class();
$test3->a->b();
Expected result:
Nothing output.
Actual result:
--
Segmentation fault. Backtrace:
#0 zend_object_store_get_object (zobject=0x8da185c) at
/home/alex/tmp/php-5.2.17/Zend/zend_objects_API.c:258
#1 0x082b08ac in zend_std_get_method (object_ptr=0xbfceb5a4,
method_name=0x8da37f0 "b", method_len=1) at
/home/alex/tmp/php-5.2.17/Zend/zend_object_handlers.c:801
#2 0x082bcf01 in ZEND_INIT_METHOD_CALL_SPEC_VAR_CONST_HANDLER
(execute_data=0xbfceb580) at
/home/alex/tmp/php-5.2.17/Zend/zend_vm_execute.h:9488
#3 0x082fea90 in execute (op_array=0x8da1d64) at
/home/alex/tmp/php-5.2.17/Zend/zend_vm_execute.h:92
#4 0x082974c7 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/alex/tmp/php-5.2.17/Zend/zend.c:1134
#5 0x08256a94 in php_execute_script (primary_file=0xbfced940) at
/home/alex/tmp/php-5.2.17/main/main.c:2036
#6 0x0830078c in main (argc=3, argv=0xbfceda74) at
/home/alex/tmp/php-5.2.17/sapi/cli/php_cli.c:1165
--
Edit bug report at http://bugs.php.net/bug.php?id=54372&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54372&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54372&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54372&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54372&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54372&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54372&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54372&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54372&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54372&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54372&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54372&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54372&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54372&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54372&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54372&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54372&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54372&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54372&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54372&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54372&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54372&r=mysqlcfg
Bug #54372 [Opn->Fbk]: Crash accessing global object itself returned from its __get() handle
Edit report at http://bugs.php.net/bug.php?id=54372&edit=1
ID: 54372
Updated by: paj...@php.net
Reported by:atorkhov at gmail dot com
Summary:Crash accessing global object itself returned from
its __get() handle
-Status: Open
+Status: Feedback
Type: Bug
Package:Reproducible crash
Operating System: Linux
PHP Version:5.2.17
Block user comment: N
Private report: N
New Comment:
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Previous Comments:
[2011-03-24 16:48:09] atorkhov at gmail dot com
Description:
PHP 5.2.17 crashes accessing object that is returned as $this from
__get() handle (see code snapshot). If object is not global this code
works fine.
PHP 5.2.10 did not crash in such situation.
Test script:
---
class test_class
{
public function __get($name)
{
return $this;
}
public function b()
{
return;
}
}
global $test3;
$test3 = new test_class();
$test3->a->b();
Expected result:
Nothing output.
Actual result:
--
Segmentation fault. Backtrace:
#0 zend_object_store_get_object (zobject=0x8da185c) at
/home/alex/tmp/php-5.2.17/Zend/zend_objects_API.c:258
#1 0x082b08ac in zend_std_get_method (object_ptr=0xbfceb5a4,
method_name=0x8da37f0 "b", method_len=1) at
/home/alex/tmp/php-5.2.17/Zend/zend_object_handlers.c:801
#2 0x082bcf01 in ZEND_INIT_METHOD_CALL_SPEC_VAR_CONST_HANDLER
(execute_data=0xbfceb580) at
/home/alex/tmp/php-5.2.17/Zend/zend_vm_execute.h:9488
#3 0x082fea90 in execute (op_array=0x8da1d64) at
/home/alex/tmp/php-5.2.17/Zend/zend_vm_execute.h:92
#4 0x082974c7 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/alex/tmp/php-5.2.17/Zend/zend.c:1134
#5 0x08256a94 in php_execute_script (primary_file=0xbfced940) at
/home/alex/tmp/php-5.2.17/main/main.c:2036
#6 0x0830078c in main (argc=3, argv=0xbfceda74) at
/home/alex/tmp/php-5.2.17/sapi/cli/php_cli.c:1165
--
Edit this bug report at http://bugs.php.net/bug.php?id=54372&edit=1
Bug #54372 [Com]: Crash accessing global object itself returned from its __get() handle
Edit report at http://bugs.php.net/bug.php?id=54372&edit=1
ID: 54372
Comment by: atorkhov at gmail dot com
Reported by:atorkhov at gmail dot com
Summary:Crash accessing global object itself returned from
its __get() handle
Status: Feedback
Type: Bug
Package:Reproducible crash
Operating System: Linux
PHP Version:5.2.17
Block user comment: N
Private report: N
New Comment:
Crashes too with backtrace:
#0 zend_object_store_get_object (zobject=0x8e5621c) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_objects_API.c:269
#1 0x082b3ca1 in zend_std_get_method (object_ptr=0x8e85a78,
method_name=0x8e581cc "b", method_len=1) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_object_handlers.c:842
#2 0x082d90c3 in ZEND_INIT_METHOD_CALL_SPEC_VAR_CONST_HANDLER
(execute_data=0x8e85a60) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_vm_execute.h:10388
#3 0x082b7ab9 in execute (op_array=0x8e566a4) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_vm_execute.h:107
#4 0x082972b2 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/alex/tmp/php5.3-201103241530/Zend/zend.c:1194
#5 0x08245dc0 in php_execute_script (primary_file=0xbfc959f0) at
/home/alex/tmp/php5.3-201103241530/main/main.c:2270
#6 0x0831a318 in main (argc=3, argv=0xbfc95b64) at
/home/alex/tmp/php5.3-201103241530/sapi/cli/php_cli.c:1193
Previous Comments:
[2011-03-24 16:50:15] paj...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2011-03-24 16:48:09] atorkhov at gmail dot com
Description:
PHP 5.2.17 crashes accessing object that is returned as $this from
__get() handle (see code snapshot). If object is not global this code
works fine.
PHP 5.2.10 did not crash in such situation.
Test script:
---
class test_class
{
public function __get($name)
{
return $this;
}
public function b()
{
return;
}
}
global $test3;
$test3 = new test_class();
$test3->a->b();
Expected result:
Nothing output.
Actual result:
--
Segmentation fault. Backtrace:
#0 zend_object_store_get_object (zobject=0x8da185c) at
/home/alex/tmp/php-5.2.17/Zend/zend_objects_API.c:258
#1 0x082b08ac in zend_std_get_method (object_ptr=0xbfceb5a4,
method_name=0x8da37f0 "b", method_len=1) at
/home/alex/tmp/php-5.2.17/Zend/zend_object_handlers.c:801
#2 0x082bcf01 in ZEND_INIT_METHOD_CALL_SPEC_VAR_CONST_HANDLER
(execute_data=0xbfceb580) at
/home/alex/tmp/php-5.2.17/Zend/zend_vm_execute.h:9488
#3 0x082fea90 in execute (op_array=0x8da1d64) at
/home/alex/tmp/php-5.2.17/Zend/zend_vm_execute.h:92
#4 0x082974c7 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/alex/tmp/php-5.2.17/Zend/zend.c:1134
#5 0x08256a94 in php_execute_script (primary_file=0xbfced940) at
/home/alex/tmp/php-5.2.17/main/main.c:2036
#6 0x0830078c in main (argc=3, argv=0xbfceda74) at
/home/alex/tmp/php-5.2.17/sapi/cli/php_cli.c:1165
--
Edit this bug report at http://bugs.php.net/bug.php?id=54372&edit=1
Bug #54372 [Fbk->Opn]: Crash accessing global object itself returned from its __get() handle
Edit report at http://bugs.php.net/bug.php?id=54372&edit=1
ID: 54372
User updated by:atorkhov at gmail dot com
Reported by:atorkhov at gmail dot com
Summary:Crash accessing global object itself returned from
its __get() handle
-Status: Feedback
+Status: Open
Type: Bug
Package:Reproducible crash
Operating System: Linux
-PHP Version:5.2.17
+PHP Version:5.3SVN-2011-03-24 (snap)
Block user comment: N
Private report: N
New Comment:
(changing version in header)
Previous Comments:
[2011-03-24 17:14:57] atorkhov at gmail dot com
Crashes too with backtrace:
#0 zend_object_store_get_object (zobject=0x8e5621c) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_objects_API.c:269
#1 0x082b3ca1 in zend_std_get_method (object_ptr=0x8e85a78,
method_name=0x8e581cc "b", method_len=1) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_object_handlers.c:842
#2 0x082d90c3 in ZEND_INIT_METHOD_CALL_SPEC_VAR_CONST_HANDLER
(execute_data=0x8e85a60) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_vm_execute.h:10388
#3 0x082b7ab9 in execute (op_array=0x8e566a4) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_vm_execute.h:107
#4 0x082972b2 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/alex/tmp/php5.3-201103241530/Zend/zend.c:1194
#5 0x08245dc0 in php_execute_script (primary_file=0xbfc959f0) at
/home/alex/tmp/php5.3-201103241530/main/main.c:2270
#6 0x0831a318 in main (argc=3, argv=0xbfc95b64) at
/home/alex/tmp/php5.3-201103241530/sapi/cli/php_cli.c:1193
[2011-03-24 16:50:15] paj...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2011-03-24 16:48:09] atorkhov at gmail dot com
Description:
PHP 5.2.17 crashes accessing object that is returned as $this from
__get() handle (see code snapshot). If object is not global this code
works fine.
PHP 5.2.10 did not crash in such situation.
Test script:
---
class test_class
{
public function __get($name)
{
return $this;
}
public function b()
{
return;
}
}
global $test3;
$test3 = new test_class();
$test3->a->b();
Expected result:
Nothing output.
Actual result:
--
Segmentation fault. Backtrace:
#0 zend_object_store_get_object (zobject=0x8da185c) at
/home/alex/tmp/php-5.2.17/Zend/zend_objects_API.c:258
#1 0x082b08ac in zend_std_get_method (object_ptr=0xbfceb5a4,
method_name=0x8da37f0 "b", method_len=1) at
/home/alex/tmp/php-5.2.17/Zend/zend_object_handlers.c:801
#2 0x082bcf01 in ZEND_INIT_METHOD_CALL_SPEC_VAR_CONST_HANDLER
(execute_data=0xbfceb580) at
/home/alex/tmp/php-5.2.17/Zend/zend_vm_execute.h:9488
#3 0x082fea90 in execute (op_array=0x8da1d64) at
/home/alex/tmp/php-5.2.17/Zend/zend_vm_execute.h:92
#4 0x082974c7 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/alex/tmp/php-5.2.17/Zend/zend.c:1134
#5 0x08256a94 in php_execute_script (primary_file=0xbfced940) at
/home/alex/tmp/php-5.2.17/main/main.c:2036
#6 0x0830078c in main (argc=3, argv=0xbfceda74) at
/home/alex/tmp/php-5.2.17/sapi/cli/php_cli.c:1165
--
Edit this bug report at http://bugs.php.net/bug.php?id=54372&edit=1
Req #47894 [Com]: Request: Support multi threading/multiple CPU cores
Edit report at http://bugs.php.net/bug.php?id=47894&edit=1 ID: 47894 Comment by: phpuser at fake dot com Reported by:ryan14 at mail dot com Summary:Request: Support multi threading/multiple CPU cores Status: Bogus Type: Feature/Change Request Package:Feature/Change Request Operating System: Windows/Linux PHP Version:5.3.0RC1 Block user comment: N Private report: N New Comment: Actually for people using php to run a cpu intensive script outside of the webserver. This would be very important. Previous Comments: [2009-04-04 10:29:01] johan...@php.net PHP is made to run from a web server, there you usually serve multiple requests in parallel -> all cores used. In PHP level multi-threading is barely needed, usually all threading is needed for IO operations, but these can be solved by async connections (as of 5.3 you have async query support with mysql for instance) Adding full thread support just adds lots of new complexity and locking issues and barely real wins in performance. [2009-04-04 09:54:03] ryan14 at mail dot com Description: PHP doesn't currently support Multi threading and multiple core CPU's. All new CPU's have multiple cores like intel's quad core CPU which has 4 cores and some motherboards have two CPU sockets so 2 quad core CPU's would mean there would be 8 cores. PHP should support Multi threading and multiple core CPU's because it will mean people won't need to have as many servers in their cluster, because alot of CPU power is being wasted because PHP doesn't support Multi threading and multiple core CPU's. You can read more about it here: http://www.alternateinterior.com/2007/05/multi-threading-strategies-in-php.html So please PHP, the next version of PHP should support Multi threading and multiple core CPU's. If you have to work with the mysql and apache teams with this then please do it. Can you pass on my feature request to the php team? Thanks -- Edit this bug report at http://bugs.php.net/bug.php?id=47894&edit=1
Bug #54371 [Opn]: Undefined symbol: __sync_fetch_and_add_4
Edit report at http://bugs.php.net/bug.php?id=54371&edit=1 ID: 54371 Updated by: s...@php.net Reported by:wyatt at lle dot rochester dot edu Summary:Undefined symbol: __sync_fetch_and_add_4 Status: Open Type: Bug Package:Compile Failure Operating System: SunOS 5.10 Generic_14290 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Have you tried the free 64bit Oracle Instant Client libraries? http://www.oracle.com/technetwork/topics/sol64soft-085649.html Previous Comments: [2011-03-24 16:12:22] wyatt at lle dot rochester dot edu This is the reported error: Undefined first referenced symbol in file __sync_fetch_and_add_4 ext/standard/.libs/php_crypt_r.o ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status gmake: *** [sapi/cli/php] Error 1 [2011-03-24 16:10:50] wyatt at lle dot rochester dot edu Description: __sync_fetch_and_add_4 shouldn't be called on SPARC. The system is 64 bit with v9 processors but our Oracle libraries are 32 bit so I'm using mcpu=v8. Test script: --- This is the configure script: unset LD_LIBRARY_PATH export CC="gcc" export CFLAGS="-mcpu=v8 -Wa,-xarch=v8plusa" export LD_LIBRARY_PATH=/usr/lib:/usr/sfw/lib:/usr/local/lib:/usr/ccs/lib export LD_LIBRARY_FLAGS="-L/usr/lib -R/usr/lib -L/usr/sfw/lib -R/usr/sfw/lib -L/usr/local/lib -R/usr/local/lib -L/usr/ccs/lib -R/usr/ccs/lib" ./configure \ --prefix=/usr/local/php-5.3.6 \ --enable-shared \ --with-apxs2=/usr/local/httpd-2.2.17/bin/apxs \ --with-libxml-dir=/usr/include/libxml2 \ --with-iconv-dir=/usr/local/libiconv-1.12/lib \ --with-zlib \ --enable-exif \ --enable-mbstring \ --enable-calendar \ --enable-bcmath \ --enable-ftp \ --enable-zip \ --with-bz2=/usr/local/lib \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-gettext=shared,/opt/sfw \ --enable-sockets \ --with-oci8=/usr/local/php-5.3.1/ORACLE_LIB32 \ --with-gd \ --with-ldap -- Edit this bug report at http://bugs.php.net/bug.php?id=54371&edit=1
Bug #54371 [Opn]: Undefined symbol: __sync_fetch_and_add_4
Edit report at http://bugs.php.net/bug.php?id=54371&edit=1 ID: 54371 Updated by: s...@php.net Reported by:wyatt at lle dot rochester dot edu Summary:Undefined symbol: __sync_fetch_and_add_4 Status: Open Type: Bug Package:Compile Failure Operating System: SunOS 5.10 Generic_14290 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Also see http://bugs.php.net/53310 Previous Comments: [2011-03-24 18:50:59] s...@php.net Have you tried the free 64bit Oracle Instant Client libraries? http://www.oracle.com/technetwork/topics/sol64soft-085649.html [2011-03-24 16:12:22] wyatt at lle dot rochester dot edu This is the reported error: Undefined first referenced symbol in file __sync_fetch_and_add_4 ext/standard/.libs/php_crypt_r.o ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status gmake: *** [sapi/cli/php] Error 1 [2011-03-24 16:10:50] wyatt at lle dot rochester dot edu Description: __sync_fetch_and_add_4 shouldn't be called on SPARC. The system is 64 bit with v9 processors but our Oracle libraries are 32 bit so I'm using mcpu=v8. Test script: --- This is the configure script: unset LD_LIBRARY_PATH export CC="gcc" export CFLAGS="-mcpu=v8 -Wa,-xarch=v8plusa" export LD_LIBRARY_PATH=/usr/lib:/usr/sfw/lib:/usr/local/lib:/usr/ccs/lib export LD_LIBRARY_FLAGS="-L/usr/lib -R/usr/lib -L/usr/sfw/lib -R/usr/sfw/lib -L/usr/local/lib -R/usr/local/lib -L/usr/ccs/lib -R/usr/ccs/lib" ./configure \ --prefix=/usr/local/php-5.3.6 \ --enable-shared \ --with-apxs2=/usr/local/httpd-2.2.17/bin/apxs \ --with-libxml-dir=/usr/include/libxml2 \ --with-iconv-dir=/usr/local/libiconv-1.12/lib \ --with-zlib \ --enable-exif \ --enable-mbstring \ --enable-calendar \ --enable-bcmath \ --enable-ftp \ --enable-zip \ --with-bz2=/usr/local/lib \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-gettext=shared,/opt/sfw \ --enable-sockets \ --with-oci8=/usr/local/php-5.3.1/ORACLE_LIB32 \ --with-gd \ --with-ldap -- Edit this bug report at http://bugs.php.net/bug.php?id=54371&edit=1
Bug #54371 [Opn]: Undefined symbol: __sync_fetch_and_add_4
Edit report at http://bugs.php.net/bug.php?id=54371&edit=1 ID: 54371 Updated by: srina...@php.net Reported by:wyatt at lle dot rochester dot edu Summary:Undefined symbol: __sync_fetch_and_add_4 Status: Open Type: Bug Package:Compile Failure Operating System: SunOS 5.10 Generic_14290 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: If you want to compile with 32-bit, you should be using -m32. unless, u know exactly what you are doing, please refrain from using -xarch/-mcpu flags. let the compiler figure it for you. export CFLAGS="-m32" Previous Comments: [2011-03-24 19:00:35] s...@php.net Also see http://bugs.php.net/53310 [2011-03-24 18:50:59] s...@php.net Have you tried the free 64bit Oracle Instant Client libraries? http://www.oracle.com/technetwork/topics/sol64soft-085649.html [2011-03-24 16:12:22] wyatt at lle dot rochester dot edu This is the reported error: Undefined first referenced symbol in file __sync_fetch_and_add_4 ext/standard/.libs/php_crypt_r.o ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status gmake: *** [sapi/cli/php] Error 1 [2011-03-24 16:10:50] wyatt at lle dot rochester dot edu Description: __sync_fetch_and_add_4 shouldn't be called on SPARC. The system is 64 bit with v9 processors but our Oracle libraries are 32 bit so I'm using mcpu=v8. Test script: --- This is the configure script: unset LD_LIBRARY_PATH export CC="gcc" export CFLAGS="-mcpu=v8 -Wa,-xarch=v8plusa" export LD_LIBRARY_PATH=/usr/lib:/usr/sfw/lib:/usr/local/lib:/usr/ccs/lib export LD_LIBRARY_FLAGS="-L/usr/lib -R/usr/lib -L/usr/sfw/lib -R/usr/sfw/lib -L/usr/local/lib -R/usr/local/lib -L/usr/ccs/lib -R/usr/ccs/lib" ./configure \ --prefix=/usr/local/php-5.3.6 \ --enable-shared \ --with-apxs2=/usr/local/httpd-2.2.17/bin/apxs \ --with-libxml-dir=/usr/include/libxml2 \ --with-iconv-dir=/usr/local/libiconv-1.12/lib \ --with-zlib \ --enable-exif \ --enable-mbstring \ --enable-calendar \ --enable-bcmath \ --enable-ftp \ --enable-zip \ --with-bz2=/usr/local/lib \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-gettext=shared,/opt/sfw \ --enable-sockets \ --with-oci8=/usr/local/php-5.3.1/ORACLE_LIB32 \ --with-gd \ --with-ldap -- Edit this bug report at http://bugs.php.net/bug.php?id=54371&edit=1
Bug #54371 [Opn]: Undefined symbol: __sync_fetch_and_add_4
Edit report at http://bugs.php.net/bug.php?id=54371&edit=1 ID: 54371 User updated by:wyatt at lle dot rochester dot edu Reported by:wyatt at lle dot rochester dot edu Summary:Undefined symbol: __sync_fetch_and_add_4 Status: Open Type: Bug Package:Compile Failure Operating System: SunOS 5.10 Generic_14290 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: SIXD: I could try the Instant Client libraries but that would require a lot of work recompiling other supporting software that is in use. It's also not related to the problem at hand. Bug report 53310 looks like it might be related to this issue but I am using gcc 4.2.2. I should add that I was able to compile versions 5.3.1, 5.3.3, 5.3.4, and 5.3.5 with no problems using the same script (other than changing the prefix). SRINATAR: I thought I had tried -m32 by itself but clearly not because I tried again and it compiled successfully. Perhaps this would be a good thing to add to the README's. Thank you! Previous Comments: [2011-03-24 19:19:34] srina...@php.net If you want to compile with 32-bit, you should be using -m32. unless, u know exactly what you are doing, please refrain from using -xarch/-mcpu flags. let the compiler figure it for you. export CFLAGS="-m32" [2011-03-24 19:00:35] s...@php.net Also see http://bugs.php.net/53310 [2011-03-24 18:50:59] s...@php.net Have you tried the free 64bit Oracle Instant Client libraries? http://www.oracle.com/technetwork/topics/sol64soft-085649.html [2011-03-24 16:12:22] wyatt at lle dot rochester dot edu This is the reported error: Undefined first referenced symbol in file __sync_fetch_and_add_4 ext/standard/.libs/php_crypt_r.o ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status gmake: *** [sapi/cli/php] Error 1 [2011-03-24 16:10:50] wyatt at lle dot rochester dot edu Description: __sync_fetch_and_add_4 shouldn't be called on SPARC. The system is 64 bit with v9 processors but our Oracle libraries are 32 bit so I'm using mcpu=v8. Test script: --- This is the configure script: unset LD_LIBRARY_PATH export CC="gcc" export CFLAGS="-mcpu=v8 -Wa,-xarch=v8plusa" export LD_LIBRARY_PATH=/usr/lib:/usr/sfw/lib:/usr/local/lib:/usr/ccs/lib export LD_LIBRARY_FLAGS="-L/usr/lib -R/usr/lib -L/usr/sfw/lib -R/usr/sfw/lib -L/usr/local/lib -R/usr/local/lib -L/usr/ccs/lib -R/usr/ccs/lib" ./configure \ --prefix=/usr/local/php-5.3.6 \ --enable-shared \ --with-apxs2=/usr/local/httpd-2.2.17/bin/apxs \ --with-libxml-dir=/usr/include/libxml2 \ --with-iconv-dir=/usr/local/libiconv-1.12/lib \ --with-zlib \ --enable-exif \ --enable-mbstring \ --enable-calendar \ --enable-bcmath \ --enable-ftp \ --enable-zip \ --with-bz2=/usr/local/lib \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-gettext=shared,/opt/sfw \ --enable-sockets \ --with-oci8=/usr/local/php-5.3.1/ORACLE_LIB32 \ --with-gd \ --with-ldap -- Edit this bug report at http://bugs.php.net/bug.php?id=54371&edit=1
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: david at universe dot sonoma dot edu Reported by:dtm2mcs at gmail dot com Summary:Segmentation fault when compiling PHP with PHAR Status: Bogus Type: Bug Package:PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version:5.3.2 Block user comment: N Private report: N New Comment: I have a working php 5.3.5 and all I'm trying to add is gd stuff: Generating phar.php /bin/sh: line 1: 17327 Segmentation fault ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/lib \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-jpeg-dir=/usr/lib64 \ --with-png-dir=/usr/lib64 \ --with-gd Previous Comments: [2010-07-24 17:31:03] sneakyimp at hotmail dot com I can also confirm this problem on Mac OSX 10.5.8 with php source for 5.3.2. I'm compiling with --enable-maintainer-zts because I want to work on a php extension. Generating phar.php /bin/sh: line 1: 61359 Segmentation fault ` if test -x "/Users/christopherwalsh/src/php-5.3.2/sapi/cli/php"; then /Users/christopherwalsh/src/php-5.3.2/build/shtool echo -n -- "/Users/christopherwalsh/src/php-5.3.2/sapi/cli/php -n"; if test "x" != "x"; then /Users/christopherwalsh/src/php-5.3.2/build/shtool echo -n -- " -d extension_dir=/Users/christopherwalsh/src/php-5.3.2/modules"; for i in bz2 zlib phar; do if test -f "/Users/christopherwalsh/src/php-5.3.2/modules/$i.la"; then . /Users/christopherwalsh/src/php-5.3.2/modules/$i.la; /Users/christopherwalsh/src/php-5.3.2/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /Users/christopherwalsh/src/php-5.3.2/build/shtool echo -n -- "/Users/christopherwalsh/src/php-5.3.2/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /Users/christopherwalsh/src/php-5.3.2/ext/phar/build_precommand.php > ext/phar/phar.php make: *** [ext/phar/phar.php] Error 139 [2010-07-14 20:08:40] srina...@php.net closing it as not reproducible with latest release (5.3.3) [2010-07-14 04:51:15] ywliu at hotmail dot com Just tried 5.3.3RC2. This problem on the latest CentOS 5.5 is gone. [2010-07-13 23:01:20] srina...@php.net please see if this issue can be reproduced with php 5.3.3 (RC2)- http://qa.php.net/ and if yes, please provide us a stack trace as mentioned here. http://bugs.php.net/bugs-generating-backtrace.php [2010-07-08 17:00:24] bluefox012 at gmail dot com centos 5.4 have the same problem, [activating module `php5' in /home/services/web/config/httpd.conf] Installing PHP CLI binary:/usr/local/php/bin/ Installing PHP CLI man page: /usr/local/php/man/man1/ Installing build environment: /usr/local/php/lib/php/build/ Installing header files: /usr/local/php/include/php/ Installing helper programs: /usr/local/php/bin/ program: phpize program: php-config Installing man pages: /usr/local/php/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/local/php/lib/php/ make[1]: *** [install-pear-installer] Segmentation fault make: *** [install-pear] Error 2 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=51216 -- Edit this bug report at http://bugs.php.net/bug.php?id=51216&edit=1
Bug #54371 [Opn->Wfx]: Undefined symbol: __sync_fetch_and_add_4
Edit report at http://bugs.php.net/bug.php?id=54371&edit=1 ID: 54371 Updated by: s...@php.net Reported by:wyatt at lle dot rochester dot edu Summary:Undefined symbol: __sync_fetch_and_add_4 -Status: Open +Status: Wont fix Type: Bug Package:Compile Failure Operating System: SunOS 5.10 Generic_14290 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Thanks for the feedback. Previous Comments: [2011-03-24 20:59:11] wyatt at lle dot rochester dot edu SIXD: I could try the Instant Client libraries but that would require a lot of work recompiling other supporting software that is in use. It's also not related to the problem at hand. Bug report 53310 looks like it might be related to this issue but I am using gcc 4.2.2. I should add that I was able to compile versions 5.3.1, 5.3.3, 5.3.4, and 5.3.5 with no problems using the same script (other than changing the prefix). SRINATAR: I thought I had tried -m32 by itself but clearly not because I tried again and it compiled successfully. Perhaps this would be a good thing to add to the README's. Thank you! [2011-03-24 19:19:34] srina...@php.net If you want to compile with 32-bit, you should be using -m32. unless, u know exactly what you are doing, please refrain from using -xarch/-mcpu flags. let the compiler figure it for you. export CFLAGS="-m32" [2011-03-24 19:00:35] s...@php.net Also see http://bugs.php.net/53310 [2011-03-24 18:50:59] s...@php.net Have you tried the free 64bit Oracle Instant Client libraries? http://www.oracle.com/technetwork/topics/sol64soft-085649.html [2011-03-24 16:12:22] wyatt at lle dot rochester dot edu This is the reported error: Undefined first referenced symbol in file __sync_fetch_and_add_4 ext/standard/.libs/php_crypt_r.o ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status gmake: *** [sapi/cli/php] Error 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/bug.php?id=54371 -- Edit this bug report at http://bugs.php.net/bug.php?id=54371&edit=1
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: david at universe dot sonoma dot edu Reported by:dtm2mcs at gmail dot com Summary:Segmentation fault when compiling PHP with PHAR Status: Bogus Type: Bug Package:PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version:5.3.2 Block user comment: N Private report: N New Comment: and if I disable-phar: Build complete. Don't forget to run 'make test'. Build complete. Don't forget to run 'make test'. /bin/sh: line 19: 22851 Segmentation fault TEST_PHP_EXECUTABLE=/usr/local/src/php-5.3.5/sapi/cli/php TEST_PHP_SRCDIR=/usr/local/src/php-5.3.5 CC="gcc" /usr/local/src/php-5.3.5/sapi/cli/php -n -c / usr/local/src/php-5.3.5/tmp-php.ini -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /usr/local/src/php-5.3.5/run-tests.php -n -c /usr/local/src/php-5.3.5/tmp-php.ini -d extension_dir=/u sr/local/src/php-5.3.5/modules/ ` if test "x" != "x"; then for i in ""; do . $i; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension=$dlname"; done; fi; if test "x" != "x"; then for i in "" ; do . $i; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d zend_extension=/usr/local/src/php-5.3.5/modules/$dlname"; done; fi` PATH="$PATH:/sbin" ldconfig -n /usr/local/src/php-5.3.5/libs Previous Comments: [2011-03-24 21:05:32] david at universe dot sonoma dot edu I have a working php 5.3.5 and all I'm trying to add is gd stuff: Generating phar.php /bin/sh: line 1: 17327 Segmentation fault ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/lib \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-jpeg-dir=/usr/lib64 \ --with-png-dir=/usr/lib64 \ --with-gd [2010-07-24 17:31:03] sneakyimp at hotmail dot com I can also confirm this problem on Mac OSX 10.5.8 with php source for 5.3.2. I'm compiling with --enable-maintainer-zts because I want to work on a php extension. Generating phar.php /bin/sh: line 1: 61359 Segmentation fault ` if test -x "/Users/christopherwalsh/src/php-5.3.2/sapi/cli/php"; then /Users/christopherwalsh/src/php-5.3.2/build/shtool echo -n -- "/Users/christopherwalsh/src/php-5.3.2/sapi/cli/php -n"; if test "x" != "x"; then /Users/christopherwalsh/src/php-5.3.2/build/shtool echo -n -- " -d extension_dir=/Users/christopherwalsh/src/php-5.3.2/modules"; for i in bz2 zlib phar; do if test -f "/Users/christopherwalsh/src/php-5.3.2/modules/$i.la"; then . /Users/christopherwalsh/src/php-5.3.2/modules/$i.la; /Users/christopherwalsh/src/php-5.3.2/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /Users/christopherwalsh/src/php-5.3.2/build/shtool echo -n -- "/Users/christopherwalsh/src/php-5.3.2/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /Users/christopherwalsh/src/php-5.3.2/ext/phar/build_precommand.php > ext/phar/phar.php make: *** [ext/phar/phar.php] Error 139 [2010-07-14 20:08:40] srina...@php.net closing it as not reproducible with latest release (5.3.3) [2010-07-14 04:51:15] ywliu at hotmail dot com Just tried 5.3.3RC2. This problem on the latest CentOS 5.5 is gone. [2010-07-13 23:01:20] srina...@php.net please see if this issue can be reproduced with php 5.3.3 (RC2)- http://qa.php.net/ and if yes, please provide us a stack trace as mentioned here. http://bugs.php.net/bugs-generating-backtrace.php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=51216 -- Edit this bug report at http://bugs.php.net/bug.php?id=51216&edit=1
Bug #54372 [Opn->Asn]: Crash accessing global object itself returned from its __get() handle
Edit report at http://bugs.php.net/bug.php?id=54372&edit=1
ID: 54372
Updated by: fel...@php.net
Reported by:atorkhov at gmail dot com
Summary:Crash accessing global object itself returned from
its __get() handle
-Status: Open
+Status: Assigned
Type: Bug
Package:Reproducible crash
Operating System: Linux
PHP Version:5.3SVN-2011-03-24 (snap)
-Assigned To:
+Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
I can reproduce the issue using:
a);
?>
Your test gives me 'Fatal error: Call to a member function b() on a
non-object'.
Previous Comments:
[2011-03-24 17:21:37] atorkhov at gmail dot com
(changing version in header)
[2011-03-24 17:14:57] atorkhov at gmail dot com
Crashes too with backtrace:
#0 zend_object_store_get_object (zobject=0x8e5621c) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_objects_API.c:269
#1 0x082b3ca1 in zend_std_get_method (object_ptr=0x8e85a78,
method_name=0x8e581cc "b", method_len=1) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_object_handlers.c:842
#2 0x082d90c3 in ZEND_INIT_METHOD_CALL_SPEC_VAR_CONST_HANDLER
(execute_data=0x8e85a60) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_vm_execute.h:10388
#3 0x082b7ab9 in execute (op_array=0x8e566a4) at
/home/alex/tmp/php5.3-201103241530/Zend/zend_vm_execute.h:107
#4 0x082972b2 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/alex/tmp/php5.3-201103241530/Zend/zend.c:1194
#5 0x08245dc0 in php_execute_script (primary_file=0xbfc959f0) at
/home/alex/tmp/php5.3-201103241530/main/main.c:2270
#6 0x0831a318 in main (argc=3, argv=0xbfc95b64) at
/home/alex/tmp/php5.3-201103241530/sapi/cli/php_cli.c:1193
[2011-03-24 16:50:15] paj...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2011-03-24 16:48:09] atorkhov at gmail dot com
Description:
PHP 5.2.17 crashes accessing object that is returned as $this from
__get() handle (see code snapshot). If object is not global this code
works fine.
PHP 5.2.10 did not crash in such situation.
Test script:
---
class test_class
{
public function __get($name)
{
return $this;
}
public function b()
{
return;
}
}
global $test3;
$test3 = new test_class();
$test3->a->b();
Expected result:
Nothing output.
Actual result:
--
Segmentation fault. Backtrace:
#0 zend_object_store_get_object (zobject=0x8da185c) at
/home/alex/tmp/php-5.2.17/Zend/zend_objects_API.c:258
#1 0x082b08ac in zend_std_get_method (object_ptr=0xbfceb5a4,
method_name=0x8da37f0 "b", method_len=1) at
/home/alex/tmp/php-5.2.17/Zend/zend_object_handlers.c:801
#2 0x082bcf01 in ZEND_INIT_METHOD_CALL_SPEC_VAR_CONST_HANDLER
(execute_data=0xbfceb580) at
/home/alex/tmp/php-5.2.17/Zend/zend_vm_execute.h:9488
#3 0x082fea90 in execute (op_array=0x8da1d64) at
/home/alex/tmp/php-5.2.17/Zend/zend_vm_execute.h:92
#4 0x082974c7 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/alex/tmp/php-5.2.17/Zend/zend.c:1134
#5 0x08256a94 in php_execute_script (primary_file=0xbfced940) at
/home/alex/tmp/php-5.2.17/main/main.c:2036
#6 0x0830078c in main (argc=3, argv=0xbfceda74) at
/home/alex/tmp/php-5.2.17/sapi/cli/php_cli.c:1165
--
Edit this bug report at http://bugs.php.net/bug.php?id=54372&edit=1
[PHP-BUG] Req #54378 [NEW]: Expose snmp_in/out/mib_toggle_options()
From: Operating system: PHP version: trunk-SVN-2011-03-24 (SVN) Package: SNMP related Bug Type: Feature/Change Request Bug description:Expose snmp_in/out/mib_toggle_options() Description: The snmpcmd(1) man page lists a lot of options, some of them should probably be better done in PHP but some, like -Pc or -Cc could be necessary in rare cases. An alternative would be to expose the "-Y" function netsnmp_config_remember(). Of course it should be documented that these function alter the global behaviour and not just the current session. Also that they are Net-SNMP specific. Test script: --- - Expected result: - Actual result: -- - -- Edit bug report at http://bugs.php.net/bug.php?id=54378&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54378&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54378&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54378&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54378&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54378&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54378&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54378&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54378&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54378&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54378&r=support Expected behavior: http://bugs.php.net/fix.php?id=54378&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54378&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54378&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54378&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54378&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54378&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54378&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54378&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54378&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54378&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54378&r=mysqlcfg
Bug #54367 [Opn->Asn]: Use of closure causes problem in ArrayAccess
Edit report at http://bugs.php.net/bug.php?id=54367&edit=1
ID: 54367
Updated by: fel...@php.net
Reported by:jpa...@php.net
Summary:Use of closure causes problem in ArrayAccess
-Status: Open
+Status: Assigned
Type: Bug
Package:Scripting Engine problem
Operating System: *nix
PHP Version:5.3.6
-Assigned To:
+Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
I can reproduce a crash with:
Breakpoint 1, 0x085368b3 in ZEND_SEND_VAL_SPEC_CONST_HANDLER
(execute_data=0x8ade614, tsrm_ls=0x89022a0)
at /home/felipe/dev/php5/Zend/zend_vm_execute.h:1719
1719&& ARG_MUST_BE_SENT_BY_REF(EX(fbc),
opline->op2.u.opline_num)) {
(gdb) p execute_data->fbc->common
$7 = {type = 90 'Z', function_name = 0x5a5a5a5a , scope = 0x5a5a5a5a, fn_flags = 1515870810,
prototype = 0x5a5a5a5a, num_args = 1515870810, required_num_args =
1515870810, arg_info = 0x5a5a5a5a, pass_rest_by_reference = 90 'Z',
return_reference = 90 'Z'}
Previous Comments:
[2011-03-24 13:52:23] jpa...@php.net
Description:
Closures cant use variables from external context when the context is in
ArrayAccess method
Test script:
---
%s', $offset, $var);
};
}
}
$a = new MyObjet();
echo $a['p']('foo');
Expected result:
foo
Actual result:
--
PHP Notice: Undefined variable: offset in {file.php} on line 11
--
Edit this bug report at http://bugs.php.net/bug.php?id=54367&edit=1
Bug #54354 [Opn->Asn]: Can't not inherit parent's namespace (patch)
Edit report at http://bugs.php.net/bug.php?id=54354&edit=1
ID: 54354
Updated by: fel...@php.net
Reported by:tom at samplonius dot org
Summary:Can't not inherit parent's namespace (patch)
-Status: Open
+Status: Assigned
Type: Bug
Package:SimpleXML related
Operating System: CentOS 4
PHP Version:5.3.6
-Assigned To:
+Assigned To:rrichards
Block user comment: N
Private report: N
Previous Comments:
[2011-03-23 05:58:18] tom at samplonius dot org
Description:
There are two issues:
(1) If you addChild(), the new child always inherits the namespace of
the parent. It is currently impossible to add children with no
namespace, to a parent with a namespace. Though looking at the code, it
is clear that is intent to distinguish between a NULL namespace value
and a blank namespace value. I believe the design intent was that NULL
means inherit the parent's namespace, and '' means that no namespace
should be used. The attached patch does this.
(2) If you specify a namespace of "", addChild() will actually add an
attribute of " xmlns="" ", which is not valid.
Patch is attached. If the $namespace parameter is "", no namespace is
used, which fixes both issues.
Test script:
---
');
$c1 = $r->addChild('ns1:child1', NULL, 'urn:myspace1');
$c1->addChild('child2');
echo $r->asXML(), "\n";
$r = new SimpleXMLElement('');
$r->addChild('Thing1', 100, '');
echo $r->asXML(), "\n";
Expected result:
100
Actual result:
--
100
--
Edit this bug report at http://bugs.php.net/bug.php?id=54354&edit=1
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: david at universe dot sonoma dot edu Reported by:dtm2mcs at gmail dot com Summary:Segmentation fault when compiling PHP with PHAR Status: Bogus Type: Bug Package:PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version:5.3.2 Block user comment: N Private report: N New Comment: and now even stranger: ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/local/lib \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-gd=/usr/local/ /usr/local/imap-2007e/c-client/libc-client.a(osdep.o): In function `ssl_onceonlyinit': /usr/local/imap-2007e/c-client/osdep.c:337: warning: the use of `tmpnam' is dangerous, better use `mkstemp' Generating phar.php /bin/sh: line 1: 19438 Segmentation fault ` if test -x "/usr/local/src/php-5.3.5/sapi/cli/php"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/local/src/php-5.3.5/sapi/cli/php -n"; if test "x" != "x"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension_dir=/usr/local/src/php-5.3.5/modules"; for i in bz2 zlib phar; do if test -f "/usr/local/src/php-5.3.5/modules/$i. la"; then . /usr/local/src/php-5.3.5/modules/$i.la; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/l ocal/src/php-5.3.5/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /usr/local/src/php-5.3.5/ext/phar/build_precommand.php > ext/p har/phar.php make: *** [ext/phar/phar.php] Error 139 Generating phar.phar make: *** [ext/phar/phar.phar] Segmentation fault Previous Comments: [2011-03-24 21:57:09] david at universe dot sonoma dot edu and if I disable-phar: Build complete. Don't forget to run 'make test'. Build complete. Don't forget to run 'make test'. /bin/sh: line 19: 22851 Segmentation fault TEST_PHP_EXECUTABLE=/usr/local/src/php-5.3.5/sapi/cli/php TEST_PHP_SRCDIR=/usr/local/src/php-5.3.5 CC="gcc" /usr/local/src/php-5.3.5/sapi/cli/php -n -c / usr/local/src/php-5.3.5/tmp-php.ini -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /usr/local/src/php-5.3.5/run-tests.php -n -c /usr/local/src/php-5.3.5/tmp-php.ini -d extension_dir=/u sr/local/src/php-5.3.5/modules/ ` if test "x" != "x"; then for i in ""; do . $i; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension=$dlname"; done; fi; if test "x" != "x"; then for i in "" ; do . $i; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d zend_extension=/usr/local/src/php-5.3.5/modules/$dlname"; done; fi` PATH="$PATH:/sbin" ldconfig -n /usr/local/src/php-5.3.5/libs [2011-03-24 21:05:32] david at universe dot sonoma dot edu I have a working php 5.3.5 and all I'm trying to add is gd stuff: Generating phar.php /bin/sh: line 1: 17327 Segmentation fault ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/lib \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-jpeg-dir=/usr/lib64 \ --with-png-dir=/usr/lib64 \ --with-gd [2010-07-24 17:31:03] sneakyimp at hotmail dot com I can also confirm this problem on Mac OSX 10.5.8 with php source for 5.3.2. I'm compiling with --enable-maintainer-zts because I want to work on a php extension. Generating phar.php /bin/sh: line 1: 61359 Segmentation fault ` if test -x "/Users/christopherwalsh/src/php-5.3.2/sapi/cli/php"; then /Users/christopherwalsh/src/php-5.3.2/build/shtool echo -n -- "/Users/christopherwalsh/src/php-5.3.2/sapi/cli/php -n"; if test "x" != "x"; then /Users/christopherwalsh/src/php-5.3.2/build/shtool echo -n -- " -d extension_
Bug #54366 [Opn->Fbk]: Constants in and among classes, in simulating structs -and- static variables
Edit report at http://bugs.php.net/bug.php?id=54366&edit=1
ID: 54366
Updated by: fel...@php.net
Reported by:cnick at titancrest dot com
Summary:Constants in and among classes, in simulating
structs -and- static variables
-Status: Open
+Status: Feedback
Type: Bug
Package:*General Issues
Operating System: Windows 7 Ultimate 32bit
PHP Version:5.3.6
Block user comment: N
Private report: N
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 ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Simplify the report. :)
Previous Comments:
[2011-03-24 13:05:49] cnick at titancrest dot com
Description:
---
>From manual page: http://www.php.net/language.oop5.constants
---
//Simulate Struct
class VolumeWeight
{
const GRAMS = 'gm';
const MILILITRE = 'ml';
}
- or -
class VolumeWeight
{
public static $GRAMS = 'gm';
public static $MILILITRE = 'ml';
}
Then have another (extended) struct
class WaterBottle
{
public static $ITEM_ID = 1324;
public static $ITEM_COST = 0.23;
public static $UNIT = VolumeWeight::$MILILITRE; //Yields an error
}
- BUT -
class WaterBottle
{
public static $ITEM_ID = 1324;
public static $ITEM_COST = 0.23;
public static $UNIT = VolumeWeight::MILILITRE; //Works (from
constant class)
}
- AND -
class WaterBottle
{
const ITEM_ID = 1324;
const ITEM_COST = 0.23;
const UNIT = VolumeWeight::MILILITRE; //Error (from constant class)
}
How weird is that? Anything I can do?
--
Edit this bug report at http://bugs.php.net/bug.php?id=54366&edit=1
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: david at universe dot sonoma dot edu Reported by:dtm2mcs at gmail dot com Summary:Segmentation fault when compiling PHP with PHAR Status: Bogus Type: Bug Package:PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version:5.3.2 Block user comment: N Private report: N New Comment: ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/local/lib \ --with-jpeg-dir=/usr/lib64 \ --with-png-dir=/usr/lib64 \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-pdo-mysql=/usr/bin/mysql \ --with-gd=/usr/local produces: /usr/local/imap-2007e/c-client/libc-client.a(osdep.o): In function `ssl_onceonlyinit': /usr/local/imap-2007e/c-client/osdep.c:337: warning: the use of `tmpnam' is dangerous, better use `mkstemp' Generating phar.php /bin/sh: line 1: 6945 Segmentation fault ` if test -x "/usr/local/src/php-5.3.5/sapi/cli/php"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/local/src/php-5.3.5/sapi/cli/php -n"; if test "x" != "x"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension_dir=/usr/local/src/php-5.3.5/modules"; for i in bz2 zlib phar; do if test -f "/usr/local/src/php-5.3.5/modules/$i. la"; then . /usr/local/src/php-5.3.5/modules/$i.la; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/l ocal/src/php-5.3.5/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /usr/local/src/php-5.3.5/ext/phar/build_precommand.php > ext/p har/phar.php make: *** [ext/phar/phar.php] Error 139 Generating phar.phar make: *** [ext/phar/phar.phar] Segmentation fault :-(( Previous Comments: [2011-03-24 22:57:57] david at universe dot sonoma dot edu and now even stranger: ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/local/lib \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-gd=/usr/local/ /usr/local/imap-2007e/c-client/libc-client.a(osdep.o): In function `ssl_onceonlyinit': /usr/local/imap-2007e/c-client/osdep.c:337: warning: the use of `tmpnam' is dangerous, better use `mkstemp' Generating phar.php /bin/sh: line 1: 19438 Segmentation fault ` if test -x "/usr/local/src/php-5.3.5/sapi/cli/php"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/local/src/php-5.3.5/sapi/cli/php -n"; if test "x" != "x"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension_dir=/usr/local/src/php-5.3.5/modules"; for i in bz2 zlib phar; do if test -f "/usr/local/src/php-5.3.5/modules/$i. la"; then . /usr/local/src/php-5.3.5/modules/$i.la; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/l ocal/src/php-5.3.5/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /usr/local/src/php-5.3.5/ext/phar/build_precommand.php > ext/p har/phar.php make: *** [ext/phar/phar.php] Error 139 Generating phar.phar make: *** [ext/phar/phar.phar] Segmentation fault [2011-03-24 21:57:09] david at universe dot sonoma dot edu and if I disable-phar: Build complete. Don't forget to run 'make test'. Build complete. Don't forget to run 'make test'. /bin/sh: line 19: 22851 Segmentation fault TEST_PHP_EXECUTABLE=/usr/local/src/php-5.3.5/sapi/cli/php TEST_PHP_SRCDIR=/usr/local/src/php-5.3.5 CC="gcc" /usr/local/src/php-5.3.5/sapi/cli/php -n -c / usr/local/src/php-5.3.5/tmp-php.ini -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /usr/local/src/php-5.3.5/run-tests.php -n -c /usr/local/src/php-5.3.5/tmp-ph
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: david at universe dot sonoma dot edu Reported by:dtm2mcs at gmail dot com Summary:Segmentation fault when compiling PHP with PHAR Status: Bogus Type: Bug Package:PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version:5.3.2 Block user comment: N Private report: N New Comment: Forgot to mention: this is RHEL Linux X 2.6.18-92.el5 #1 SMP Tue Apr 29 13:16:15 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux Previous Comments: [2011-03-25 01:32:05] david at universe dot sonoma dot edu ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/local/lib \ --with-jpeg-dir=/usr/lib64 \ --with-png-dir=/usr/lib64 \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-pdo-mysql=/usr/bin/mysql \ --with-gd=/usr/local produces: /usr/local/imap-2007e/c-client/libc-client.a(osdep.o): In function `ssl_onceonlyinit': /usr/local/imap-2007e/c-client/osdep.c:337: warning: the use of `tmpnam' is dangerous, better use `mkstemp' Generating phar.php /bin/sh: line 1: 6945 Segmentation fault ` if test -x "/usr/local/src/php-5.3.5/sapi/cli/php"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/local/src/php-5.3.5/sapi/cli/php -n"; if test "x" != "x"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension_dir=/usr/local/src/php-5.3.5/modules"; for i in bz2 zlib phar; do if test -f "/usr/local/src/php-5.3.5/modules/$i. la"; then . /usr/local/src/php-5.3.5/modules/$i.la; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/l ocal/src/php-5.3.5/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /usr/local/src/php-5.3.5/ext/phar/build_precommand.php > ext/p har/phar.php make: *** [ext/phar/phar.php] Error 139 Generating phar.phar make: *** [ext/phar/phar.phar] Segmentation fault :-(( [2011-03-24 22:57:57] david at universe dot sonoma dot edu and now even stranger: ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/local/lib \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-gd=/usr/local/ /usr/local/imap-2007e/c-client/libc-client.a(osdep.o): In function `ssl_onceonlyinit': /usr/local/imap-2007e/c-client/osdep.c:337: warning: the use of `tmpnam' is dangerous, better use `mkstemp' Generating phar.php /bin/sh: line 1: 19438 Segmentation fault ` if test -x "/usr/local/src/php-5.3.5/sapi/cli/php"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/local/src/php-5.3.5/sapi/cli/php -n"; if test "x" != "x"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension_dir=/usr/local/src/php-5.3.5/modules"; for i in bz2 zlib phar; do if test -f "/usr/local/src/php-5.3.5/modules/$i. la"; then . /usr/local/src/php-5.3.5/modules/$i.la; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/l ocal/src/php-5.3.5/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /usr/local/src/php-5.3.5/ext/phar/build_precommand.php > ext/p har/phar.php make: *** [ext/phar/phar.php] Error 139 Generating phar.phar make: *** [ext/phar/phar.phar] Segmentation fault [2011-03-24 21:57:09] david at universe dot sonoma dot edu and if I disable-phar: Build complete. Don't forget to run 'make test'. Build complete. Don't forget to run 'make test'. /bin/sh: line 19: 22851 Segmentation fault TEST_PHP_EXECUTABLE=/usr/local/src/php-5.3.5/sapi/cli/php TEST_PH
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: david at universe dot sonoma dot edu Reported by:dtm2mcs at gmail dot com Summary:Segmentation fault when compiling PHP with PHAR Status: Bogus Type: Bug Package:PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version:5.3.2 Block user comment: N Private report: N New Comment: so I tried something different: ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-mysql=/usr/bin/ \ --enable-libgcc \ --with-libdir=lib64 \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/include \ --enable-zip \ --with-gd \ --with-png-dir=/usr/lib \ --with-jpeg-dir=/usr/lib \ --with-mcrypt=/usr/lib \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd and I got: -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -o sapi/cli/php Generating phar.php /usr/local/src/php-5.3.5/sapi/cli/php: error while loading shared libraries: libltdl.so.7: cannot open shared object file: No such file or directory make: *** [ext/phar/phar.php] Error 127 Generating phar.phar /usr/local/src/php-5.3.5/sapi/cli/php: error while loading shared libraries: libltdl.so.7: cannot open shared object file: No such file or directory make: *** [ext/phar/phar.phar] Error 127 Previous Comments: [2011-03-25 01:34:17] david at universe dot sonoma dot edu Forgot to mention: this is RHEL Linux X 2.6.18-92.el5 #1 SMP Tue Apr 29 13:16:15 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux [2011-03-25 01:32:05] david at universe dot sonoma dot edu ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/local/lib \ --with-jpeg-dir=/usr/lib64 \ --with-png-dir=/usr/lib64 \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-pdo-mysql=/usr/bin/mysql \ --with-gd=/usr/local produces: /usr/local/imap-2007e/c-client/libc-client.a(osdep.o): In function `ssl_onceonlyinit': /usr/local/imap-2007e/c-client/osdep.c:337: warning: the use of `tmpnam' is dangerous, better use `mkstemp' Generating phar.php /bin/sh: line 1: 6945 Segmentation fault ` if test -x "/usr/local/src/php-5.3.5/sapi/cli/php"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/local/src/php-5.3.5/sapi/cli/php -n"; if test "x" != "x"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension_dir=/usr/local/src/php-5.3.5/modules"; for i in bz2 zlib phar; do if test -f "/usr/local/src/php-5.3.5/modules/$i. la"; then . /usr/local/src/php-5.3.5/modules/$i.la; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/l ocal/src/php-5.3.5/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /usr/local/src/php-5.3.5/ext/phar/build_precommand.php > ext/p har/phar.php make: *** [ext/phar/phar.php] Error 139 Generating phar.phar make: *** [ext/phar/phar.phar] Segmentation fault :-(( [2011-03-24 22:57:57] david at universe dot sonoma dot edu and now even stranger: ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/local/lib \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-gd=/usr/local/ /usr/local/imap-2007e/c-client/libc-client.a(osdep.o): In function `ssl_onceonlyinit': /usr/local/imap-2007e/c-client/osdep.c:337: warning: the use of `tmpnam' i
Bug #51216 [Bgs]: Segmentation fault when compiling PHP with PHAR
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Updated by: ras...@php.net Reported by:dtm2mcs at gmail dot com Summary:Segmentation fault when compiling PHP with PHAR Status: Bogus Type: Bug Package:PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version:5.3.2 Block user comment: N Private report: N New Comment: Why aren't you using 5.3.6? Not saying it is fixed there, but it is more useful to us if reports are against the current code. Previous Comments: [2011-03-25 02:04:40] david at universe dot sonoma dot edu so I tried something different: ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-mysql=/usr/bin/ \ --enable-libgcc \ --with-libdir=lib64 \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/include \ --enable-zip \ --with-gd \ --with-png-dir=/usr/lib \ --with-jpeg-dir=/usr/lib \ --with-mcrypt=/usr/lib \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd and I got: -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -o sapi/cli/php Generating phar.php /usr/local/src/php-5.3.5/sapi/cli/php: error while loading shared libraries: libltdl.so.7: cannot open shared object file: No such file or directory make: *** [ext/phar/phar.php] Error 127 Generating phar.phar /usr/local/src/php-5.3.5/sapi/cli/php: error while loading shared libraries: libltdl.so.7: cannot open shared object file: No such file or directory make: *** [ext/phar/phar.phar] Error 127 [2011-03-25 01:34:17] david at universe dot sonoma dot edu Forgot to mention: this is RHEL Linux X 2.6.18-92.el5 #1 SMP Tue Apr 29 13:16:15 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux [2011-03-25 01:32:05] david at universe dot sonoma dot edu ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/local/lib \ --with-jpeg-dir=/usr/lib64 \ --with-png-dir=/usr/lib64 \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/bin/curl \ --enable-sockets \ --with-pdo-mysql=/usr/bin/mysql \ --with-gd=/usr/local produces: /usr/local/imap-2007e/c-client/libc-client.a(osdep.o): In function `ssl_onceonlyinit': /usr/local/imap-2007e/c-client/osdep.c:337: warning: the use of `tmpnam' is dangerous, better use `mkstemp' Generating phar.php /bin/sh: line 1: 6945 Segmentation fault ` if test -x "/usr/local/src/php-5.3.5/sapi/cli/php"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/local/src/php-5.3.5/sapi/cli/php -n"; if test "x" != "x"; then /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension_dir=/usr/local/src/php-5.3.5/modules"; for i in bz2 zlib phar; do if test -f "/usr/local/src/php-5.3.5/modules/$i. la"; then . /usr/local/src/php-5.3.5/modules/$i.la; /usr/local/src/php-5.3.5/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.3.5/build/shtool echo -n -- "/usr/l ocal/src/php-5.3.5/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /usr/local/src/php-5.3.5/ext/phar/build_precommand.php > ext/p har/phar.php make: *** [ext/phar/phar.php] Error 139 Generating phar.phar make: *** [ext/phar/phar.phar] Segmentation fault :-(( [2011-03-24 22:57:57] david at universe dot sonoma dot edu and now even stranger: ./configure \ --with-mysql=/usr/bin\ \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-mysqli=mysqlnd \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-openssl-dir=/usr/local/ssl \ --with-libxml-dir=/usr/lib64 \ --disable-cgi \ --with-zlib-dir=/usr/local/lib \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl \ --with-mcrypt=/usr/local/lib \ --enable-zip \ --with-gettext \ --enable-mbstring \ --with-curl=/usr/
[PHP-BUG] Bug #54379 [NEW]: PDO_OCI: UTF-8 output gets truncated
From:
Operating system:
PHP version: 5.3.6
Package: PDO related
Bug Type: Bug
Bug description:PDO_OCI: UTF-8 output gets truncated
Description:
Data is stored in ANSI charset (CL8MSWIN1251) while connection uses UTF-8.
PDOStatement::fetchAll() generates warning and fields containing
non-english characters gets truncated. For example, PDO outputs only 53
UTF-8 russian characters for VARCHAR2(100) field.
MySQL's PDOStatement::fetchAll() works fine in the same situation.
Test script:
---
$pdo = new PDO('oci:dbname=[host];charset=UTF8', '[user]', '[pass]');
$cmd = $pdo->query('SELECT * FROM user');
var_dump($cmd->fetchAll());
Expected result:
Table field(s) not truncated, no warnings
Actual result:
--
Table field(s) gets truncated, PHP warning:
PDOStatement::fetchAll() [pdostatement.fetchall]: column 0 data was
too large for buffer and was truncated to fit it
--
Edit bug report at http://bugs.php.net/bug.php?id=54379&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54379&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54379&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54379&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54379&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54379&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54379&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54379&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54379&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54379&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54379&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54379&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54379&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54379&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54379&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54379&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54379&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54379&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54379&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54379&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54379&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54379&r=mysqlcfg
Bug #52558 [Com]: multi curl fails to return response, where curl does.
Edit report at http://bugs.php.net/bug.php?id=52558&edit=1
ID: 52558
Comment by: will at willolbrys dot com
Reported by:malaimo at sesda2 dot com
Summary:multi curl fails to return response, where curl
does.
Status: Open
Type: Bug
Package:cURL related
Operating System: linux 2.6.32-24 libcurl 7.21.0
PHP Version:5.3.3
Block user comment: N
Private report: N
New Comment:
I think I encountered the same bug here:
http://stackoverflow.com/questions/4780741/php-curl-multi-getcontent-partial-body-received/5429110#5429110
reprinted for simplicity:
I encountered this bug while using the rolling-curl multicurl lib, but
the underlying problem seems to be in php itself. Here's my php -v:
PHP 5.3.3-1ubuntu9.3 with Suhosin-Patch (cli) (built: Jan 12 2011
16:07:38)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
Under some circumstances (in my case CURLOPT_TIMEOUT was being maxed)
curl_error and curl_errno would not properly report an error in the
curl. I had to use the 'result' key from the array returned by
curl_multi_info_read. That result code gave me the actual error number
when the curl_err* functions reported everything as normal.
Previous Comments:
[2010-08-06 15:09:19] malaimo at sesda2 dot com
Description:
When using both curl and multi_curl i get a curl_errno of 0 for each
handle while an curl_error results a string error.
When using multi_curl the error string is: Failed connect to
ftp.nmh.ac.uk:21; Operation now in progress
When using curl the error string is: couldn't connect to host
Using multi_curl results in a null body returned with
curl_multi_getcontent
Using curl yields the data of the file when using curl_exec
Test script:
---
two scripts are below to reproduce.
# multi_curl method
ftp://ftp.nmh.ac.uk/wdc/obsdata/hourval/single_year/1914/sod1914.wdc',
'http://spc.igpp.ucla.edu/uclamag/ffi/lal/B99300_LAL.ffd',
'ftp://ftp.nmh.ac.uk/wdc/obsdata/hourval/single_year/1922/hua1922.wdc',
'http://vmo.igpp.ucla.edu/data1/Weygand/ProcessedSolarWindGSE/ACE/mag/2000/acemag21.dat'
);
foreach ($dlFiles as $x => $file) {
$curls[$x] = curl_init();
curl_setopt($curls[$x], CURLOPT_URL, $file);
curl_setopt($curls[$x], CURLOPT_RETURNTRANSFER, 1);
curl_setopt($curls[$x], CURLOPT_FOLLOWLOCATION, 1);
curl_multi_add_handle($cmh, $curls[$x]);
}
$active = null;
do {
$mrc = curl_multi_exec($cmh, $active);
} while ($mrc == CURLM_CALL_MULTI_PERFORM);
while ($active && $mrc == CURLM_OK) {
if (curl_multi_select($cmh) != -1) {
do {
$mrc = curl_multi_exec($cmh, $active);
} while ($mrc == CURLM_CALL_MULTI_PERFORM);
}
}
foreach ($dlFiles as $x => $file) {
var_dump(substr(curl_multi_getcontent($curls[$x]), 0, 10),
curl_errno($curls[$x]), curl_error($curls[$x]));
curl_multi_remove_handle($cmh, $curls[$x]);
curl_close($curls[$x]);
}
curl_multi_close($cmh);
?>
# curl method
ftp://ftp.nmh.ac.uk/wdc/obsdata/hourval/single_year/1914/sod1914.wdc',
'http://spc.igpp.ucla.edu/uclamag/ffi/lal/B99300_LAL.ffd',
'ftp://ftp.nmh.ac.uk/wdc/obsdata/hourval/single_year/1922/hua1922.wdc',
'http://vmo.igpp.ucla.edu/data1/Weygand/ProcessedSolarWindGSE/ACE/mag/2000/acemag21.dat'
);
foreach ($dlFiles as $x => $file) {
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $file);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1);
var_dump(substr(curl_exec($ch), 0, 10), curl_errno($ch),
curl_error($ch));
curl_close($ch);
}
?>
Expected result:
no errors at all and multi_curl letting me get the contents of the curl.
Actual result:
--
multi_curl
bool(false)
int(0)
string(61) "Failed connect to ftp.nmh.ac.uk:21; Operation now in
progress"
string(10) "����
int(0)
string(0) ""
bool(false)
int(0)
string(61) "Failed connect to ftp.nmh.ac.uk:21; Operation now in
progress"
string(10) "01 01 2000"
int(0)
string(0) ""
for curl
string(10) "SOD1401X01"
int(0)
string(24) "couldn't connect to host"
string(10) "����
int(0)
string(0) ""
string(10) "HUA22 1D 1"
int(0)
string(24) "couldn't connect to host"
string(10) "01 01 2000"
int(0)
string(0) ""
--
Edit this bug report at http://bugs.php.net/bug.php?id=52558&edit=1
