date:20130426

Bug #64710 [Opn-Csd]: Implicit function declaration and unused variables in gd.c

2013-04-26 Thread pajoye

Edit report at https://bugs.php.net/bug.php?id=64710edit=1

 ID: 64710
 Updated by: paj...@php.net
 Reported by:s...@php.net
 Summary:Implicit function declaration and unused variables
 in gd.c
-Status: Open
+Status: Closed
 Type:   Bug
 Package:GD related
 Operating System:   Ubuntu 12.04
 PHP Version:5.5.0beta4
-Assigned To:
+Assigned To:pajoye
 Block user comment: N
 Private report: N

 New Comment:

The fix for this bug has been committed.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:

[2013-04-25 18:35:59] s...@php.net

There are similar issues in some of the libgd functions:

/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gdhelpers.c: In function 
âphp_gd_gd_strtok_râ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gdhelpers.c:18:9: warning: 
variable âstartâ set but not used [-Wunused-but-set-variable]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_in.c: In function 
âphp_gd_gdImageCreateFromGifCtxâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_in.c:139:18: warning: 
variable âgif87aâ set but not used [-Wunused-but-set-variable]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_out.c: In function 
âphp_gd_gdImageGifCtxâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_out.c:120:6: warning: 
variable âinterlaceâ set but not used [-Wunused-but-set-variable]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_arc.c: In function 
âphp_gd_gdImageFilledEllipseâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_arc.c:61:6: warning: 
variable âold_y1â set but not used [-Wunused-but-set-variable]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_rotate.c: In function 
âphp_gd_gdImageRotate45â:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_rotate.c:351:10: warning: 
variable âfâ set but not used [-Wunused-but-set-variable]


and

/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c: In function 
âgdImageCropAutoâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c:109:13: warning: 
variable âcornersâ set but not used [-Wunused-but-set-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c: In function 
âgdColorMatchâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c:340:2: warning: 
suggest parentheses around arithmetic in operand of â^â [-Wparentheses]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c:340:2: warning: 
suggest parentheses around arithmetic in operand of â^â [-Wparentheses]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In 
function 
â_gdScaleRowâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:981:10: 
warning: type defaults to âintâ in declaration of âleft_channelâ 
[-Wimplicit-
int]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In 
function 
â_gdScaleColâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:1023:8: 
warning: unused variable ârowâ [-Wunused-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In 
function 
âgdImageScaleBilinearTCâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:1306:6: 
warning: variable âdwSrcTotalOffsetâ set but not used [-Wunused-but-set-
variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In 
function 
âgdImageRotateGenericâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:1766:13: 
warning: unused variable âf_127â [-Wunused-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In 
function 
âgdTransformAffineCopyâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:2343:23: 
warning: variable âinterpolation_bakâ set but not used [-Wunused-but-set-
variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: At top 
level:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:358:15: 
warning: âfilter_cubic_splineâ defined but not used [-Wunused-function]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:374:15: 
warning: âfilter_cubic_convolutionâ defined but not used [-Wunused-function]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:409:15: 
warning: âfilter_filterâ defined but not used [-Wunused-function]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:419:15: 
warning: âfilter_lanczos8â defined but not used [-Wunused-function]

Bug #64253 [Opn-Fbk]: alpha 5 does not load extensions

2013-04-26 Thread dsp

Edit report at https://bugs.php.net/bug.php?id=64253edit=1

 ID: 64253
 Updated by: d...@php.net
 Reported by:bugzilla77 at gmail dot com
 Summary:alpha 5 does not load extensions
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:Dynamic loading
 Operating System:   win 7 32
 PHP Version:5.5.0alpha4
 Block user comment: N
 Private report: N

 New Comment:

Please try using this snapshot:

  http://snaps.php.net/php-trunk-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/




Previous Comments:

[2013-02-22 20:52:33] bugzilla77 at gmail dot com

Thanks - now it works.


[2013-02-22 00:58:05] szar...@php.net

Thanks for reporting this.  We narrowed this down to a build issue with the ZTS 
build of PHP-5.5.0alpha5.  I have fixed the issue and updated the build and 
checksum on http://windows.php.net/qa.  Can you please test the new build and 
let me know if it fixes the issue?

Thanks,
Steve


[2013-02-20 19:57:36] bugzilla77 at gmail dot com

I have TS and:

;extension=php_bz2.dll
extension=php_com_dotnet.dll
;extension=php_curl.dll
;extension=php_fileinfo.dll
extension=php_gd2.dll
;extension=php_gettext.dll
;extension=php_gmp.dll
;extension=php_intl.dll
;extension=php_imap.dll
;extension=php_interbase.dll
;extension=php_ldap.dll
extension=php_mbstring.dll
;extension=php_exif.dll  ; Must be after mbstring as it depends on it
;extension=php_mysql.dll
;extension=php_mysqli.dll
;extension=php_oci8.dll  ; Use with Oracle 10gR2 Instant Client
;extension=php_oci8_11g.dll  ; Use with Oracle 11gR2 Instant Client
;extension=php_openssl.dll
;extension=php_pdo_firebird.dll
;extension=php_pdo_mysql.dll
;extension=php_pdo_oci.dll
;extension=php_pdo_odbc.dll
;extension=php_pdo_pgsql.dll
;extension=php_pdo_sqlite.dll
;extension=php_pgsql.dll
;extension=php_pspell.dll
;extension=php_shmop.dll

; The MIBS data available in the PHP distribution must be installed. 
; See http://www.php.net/manual/en/snmp.installation.php 
;extension=php_snmp.dll

;extension=php_soap.dll
;extension=php_sockets.dll
;extension=php_sqlite3.dll
;extension=php_sybase_ct.dll
;extension=php_tidy.dll
;extension=php_xmlrpc.dll
;extension=php_xsl.dll
;extension=php_zip.dll


and a have not loaded php_com_dotnet.dll, php_mbstring.dll etc

On php 5.5 aplpha 4 is ok with the same php.ini


[2013-02-20 19:34:05] mattfic...@php.net

Extensions are fine for me with 5.5.0a5-NTS on Windows7, but the following 
extensions are missing on 5.5.0a5-TS:
bz2
exif
fileinfo
gd
gettext
imap
intl
mysql
mysqli
pdo_mysql
pdo_pgsql
pgsql
openssl
soap
wddx
xmlrpc

The TS and NTS builds of 5.4.12 and 5.3.22 all have all the extensions though 
(so its only a 5.5.0a5-TS problem).


[2013-02-20 16:57:01] bugzilla77 at gmail dot com

Description:

alpha 5 does not load extensions

Expected result:

alpha 4 loads extensions on the same php.ini

Actual result:
--
alpha 5 does not load extensions






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64253edit=1

Bug #64373 [Opn-Csd]: Compilation failure when building with --enable-maintainer-zts

2013-04-26 Thread dsp

Edit report at https://bugs.php.net/bug.php?id=64373edit=1

 ID: 64373
 Updated by: d...@php.net
 Reported by:loic dot frering at gmail dot com
 Summary:Compilation failure when building with
 --enable-maintainer-zts
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Compile Failure
 Operating System:   Ubuntu 12.04 64bits
 PHP Version:5.5.0alpha5
-Assigned To:
+Assigned To:dsp
 Block user comment: N
 Private report: N

 New Comment:

The fix for this bug has been committed.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:

[2013-03-07 10:11:10] loic dot frering at gmail dot com

Description:

Building PHP 5.5.0alpha5 with --enable-maintainer-zts option leads to:

source/5.5.0alpha5/Zend/zend_language_parser.h:331:5: error: conflicting 
types for 'zendparse'
source/5.5.0alpha5/Zend/zend_globals_macros.h:35:5: note: previous 
declaration of 'zendparse' was here
make: *** [ext/standard/basic_functions.lo] Error 1

For information, I had no problem building 5.5.0alpha4 with the exact same 
options.







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64373edit=1

Bug #60774 [Opn-Csd]: DateInterval::format(%a) unknown or zero

2013-04-26 Thread nikic

Edit report at https://bugs.php.net/bug.php?id=60774edit=1

 ID: 60774
 Updated by: ni...@php.net
 Reported by:wodor at wodor dot net
 Summary:DateInterval::format(%a) unknown or zero
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Date/time related
 Operating System:   Linux/Windows
 PHP Version:5.3.9
-Assigned To:
+Assigned To:nikic
 Block user comment: N
 Private report: N

 New Comment:

Fixed, see https://github.com/php/php-src/pull/148.


Previous Comments:

[2012-01-16 20:33:28] wodor at wodor dot net

Description:

similiar to fixed (?) bug  #49778 

when \DateInterval is created in any other way than \DateTime::diff it fails 
when asked for number of days (%a) 

seen also on :
PHP 5.3.2-1ubuntu4.11 with Suhosin-Patch (cli) (built: Dec 13 2011 18:45:32) 
there i get:
diff:2
string:0
construct:0


PHP 5.3.6-13ubuntu3.3 with Suhosin-Patch (cli) (built: Dec 13 2011 18:18:37)
there i get the same as on windows 5.3.9


no changes made in config during test on windows, beside the timezone was set 
to Europe/Warsaw by function before code
http://windows.php.net/downloads/releases/php-5.3.9-nts-Win32-VC9-x86.zip 





Test script:
---
?php
$now = new \DateTime();
$before = new \DateTime('-2 days');

$intervalFromDiff = $before-diff($now);
$intervalFromString= \DateInterval::createFromDateString(2 days);
$intervalFromConstruct= new \DateInterval(P2D);


echo \n diff:.$intervalFromDiff-format(%a);
echo \n string:.$intervalFromString-format(%a);
echo \n construct:.$intervalFromConstruct-format(%a);


Expected result:

 diff:2
 string:2
 construct:2

Actual result:
--
 diff:2
 string:0
 construct:(unknown)






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=60774edit=1

Req #54567 [Opn-Csd]: DateTimeZone does not serialize

2013-04-26 Thread nikic

Edit report at https://bugs.php.net/bug.php?id=54567edit=1

 ID: 54567
 Updated by: ni...@php.net
 Reported by:levi at alliancesoftware dot com dot au
 Summary:DateTimeZone does not serialize
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
 Package:Date/time related
 Operating System:   -
 PHP Version:5.3.6
-Assigned To:
+Assigned To:nikic
 Block user comment: N
 Private report: N

 New Comment:

Fixed, see https://github.com/php/php-src/pull/208.


Previous Comments:

[2012-09-28 13:16:59] lonnyk at gmail dot com

Here is a potential PR for this bug: https://github.com/php/php-src/pull/208


[2011-04-19 07:30:17] levi at alliancesoftware dot com dot au

Description:

http://bugs.php.net/bug.php?id=41334 -- DateTime serialization was added in PHP 
5.3, but DateTimeZone still serializes to an empty object, it's serialized 
string is always:

O:12:DateTimeZone:0:{}

Test script:
---
?
$x = new DateTimeZone('Australia/Victoria');
echo $x-getName().\n;
$x = serialize($x);
$x = unserialize($x);
echo $x-getName().\n;
?


Expected result:

Australia/Victoria
Australia/Victoria

Actual result:
--
Australia/Victoria
PHP Warning:  DateTimeZone::getName(): The DateTimeZone object has not been 
correctly initialized by its constructor in - on line 7

Warning: DateTimeZone::getName(): The DateTimeZone object has not been 
correctly initialized by its constructor in - on line 7






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=54567edit=1

[PHP-BUG] Bug #64719 [NEW]: simplexml not show farsi or arabic

2013-04-26 Thread hooman6445 at gmail dot com

From: hooman6445 at gmail dot com
Operating system: 
PHP version:  5.4.14
Package:  SimpleXML related
Bug Type: Bug
Bug description:simplexml not show farsi or arabic

Description:

---
From manual page:
http://www.php.net/function.simplexml-load-file#refsect1-
function.simplexml-load-file-examples
---


Test script:
---
?php
$xmlstring = XML
?xml version=1.0 encoding=ISO-8859-1?
note
toÙÙÙÙ/to
fromÙÙ/from
headingØ¨Ø§Ú¯/heading
bodyØ§ÛÙ ÙØ§Ø±Ø³Û ÛØ§ Ø¹Ø±Ø¨Û Ø³Ø§Ù¾Ø±Øª ÙÙÛÚ©ÙÙ./body
/note
XML;

$xml = simplexml_load_string($xmlstring);

var_dump($xml);
?

Expected result:

object(SimpleXMLElement)[1]
  public 'to' = string 'ÙÙÙÙ' (length=16)
  public 'from' = string 'ÙÙ' (length=8)
  public 'heading' = string 'Ø¨Ø§Ú¯' (length=12)
  public 'body' = string 'Ø§ÛÙ ÙØ§Ø±Ø³Û ÛØ§ Ø¹Ø±Ø¨Û Ø³Ø§Ù¾Ø±Øª
ÙÙÛÚ©ÙÙ.' (length=106)

Actual result:
--
object(SimpleXMLElement)[1]
  public 'to' = string 'Ãâ¢Ãâ¡Ãâ¢ÃËÃâ¢Ãâ¦Ãâ¢Ãâ '
(length=16)
  public 'from' = string 'Ãâ¢Ãâ¦Ãâ¢Ãâ ' (length=8)
  public 'heading' = string 'ÃËÃÂ¨ÃËÃÂ§ÃÅ¡ÃÂ¯' (length=12)
  public 'body' = string 'ÃËÃÂ§ÃâºÃÅÃâ¢Ãâ 
Ãâ¢ÃÂÃËÃÂ§ÃËÃÂ±ÃËÃÂ³ÃâºÃÅ ÃâºÃÅÃËÃÂ§
ÃËÃÂ¹ÃËÃ
Â±ÃËÃÂ¨ÃâºÃÅ ÃËÃÂ³ÃËÃÂ§Ãâ¢ÃÂ¾ÃËÃÂ±ÃËÃÂª
Ãâ¢Ãâ Ãâ¢Ãâ¦ÃâºÃÅÃÅ¡ÃÂ©Ãâ¢Ãâ Ãâ¢Ãâ¡.' (length=106)

-- 
Edit bug report at https://bugs.php.net/bug.php?id=64719edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64719r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64719r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64719r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64719r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64719r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64719r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64719r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64719r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64719r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64719r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64719r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64719r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64719r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64719r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64719r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64719r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64719r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64719r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64719r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64719r=mysqlcfg

Bug #64719 [Opn-Nab]: simplexml not show farsi or arabic

2013-04-26 Thread johannes

Edit report at https://bugs.php.net/bug.php?id=64719edit=1

 ID: 64719
 Updated by: johan...@php.net
 Reported by:hooman6445 at gmail dot com
 Summary:simplexml not show farsi or arabic
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:SimpleXML related
 PHP Version:5.4.14
 Block user comment: N
 Private report: N

 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

ISO-8859-1 doesn't contain Ù and similar characters. Probably you have to set 
the file's encoding to utf-8.


Previous Comments:

[2013-04-26 09:04:31] hooman6445 at gmail dot com

Description:

---
From manual page: http://www.php.net/function.simplexml-load-file#refsect1-
function.simplexml-load-file-examples
---


Test script:
---
?php
$xmlstring = XML
?xml version=1.0 encoding=ISO-8859-1?
note
toÙÙÙÙ/to
fromÙÙ/from
headingØ¨Ø§Ú¯/heading
bodyØ§ÛÙ ÙØ§Ø±Ø³Û ÛØ§ Ø¹Ø±Ø¨Û Ø³Ø§Ù¾Ø±Øª ÙÙÛÚ©ÙÙ./body
/note
XML;

$xml = simplexml_load_string($xmlstring);

var_dump($xml);
?

Expected result:

object(SimpleXMLElement)[1]
  public 'to' = string 'ÙÙÙÙ' (length=16)
  public 'from' = string 'ÙÙ' (length=8)
  public 'heading' = string 'Ø¨Ø§Ú¯' (length=12)
  public 'body' = string 'Ø§ÛÙ ÙØ§Ø±Ø³Û ÛØ§ Ø¹Ø±Ø¨Û Ø³Ø§Ù¾Ø±Øª ÙÙ
ÛÚ©ÙÙ.' (length=106)

Actual result:
--
object(SimpleXMLElement)[1]
  public 'to' = string 'Ãâ¢Ãâ¡Ãâ¢ÃËÃâ¢Ãâ¦Ãâ¢Ãâ ' (length=16)
  public 'from' = string 'Ãâ¢Ãâ¦Ãâ¢Ãâ ' (length=8)
  public 'heading' = string 'ÃËÃÂ¨ÃËÃÂ§ÃÅ¡ÃÂ¯' (length=12)
  public 'body' = string 'ÃËÃÂ§ÃâºÃÅÃâ¢Ãâ  
Ãâ¢ÃÂÃËÃÂ§ÃËÃÂ±ÃËÃÂ³ÃâºÃÅ ÃâºÃÅÃËÃÂ§ ÃËÃÂ¹ÃËÃ
Â±ÃËÃÂ¨ÃâºÃÅ ÃËÃÂ³ÃËÃÂ§Ãâ¢ÃÂ¾ÃËÃÂ±ÃËÃÂª Ãâ¢Ãâ 
Ãâ¢Ãâ¦ÃâºÃÅÃÅ¡ÃÂ©Ãâ¢Ãâ Ãâ¢Ãâ¡.' (length=106)






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64719edit=1

Bug #64711 [Opn-Csd]: value computed but not used in parse_date.c

2013-04-26 Thread dsp

Edit report at https://bugs.php.net/bug.php?id=64711edit=1

 ID: 64711
 Updated by: d...@php.net
 Reported by:s...@php.net
 Summary:value computed but not used in parse_date.c
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Date/time related
 Operating System:   Linux
 PHP Version:5.5.0beta4
 Block user comment: N
 Private report: N

 New Comment:

Automatic comment on behalf of dsp
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=b86c85723ed0dfec8197821ecb9e5dc84c3dd1f7
Log: Fix #64711 (quot;value computed but not usedquot; in parse_date.c)


Previous Comments:

[2013-04-25 18:21:12] s...@php.net

Description:

The *ptr++ in parse_date.re:2099 results in the compilation warning:

/home/cjones/Desktop/php-5.5.0beta4/ext/date/lib/parse_date.c: In function 
âtimelib_parse_from_formatâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/date/lib/parse_date.c:24994:5: warning: 
value computed is not used [-Wunused-value]

I guess the code should have been simply fptr++.







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64711edit=1

Bug #64712 [Opn-Csd]: Obsolete declarations in php_date.c

2013-04-26 Thread dsp

Edit report at https://bugs.php.net/bug.php?id=64712edit=1

 ID: 64712
 Updated by: d...@php.net
 Reported by:s...@php.net
 Summary:Obsolete declarations in php_date.c
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Date/time related
 Operating System:   Linux
 PHP Version:5.5.0beta4
 Block user comment: N
 Private report: N

 New Comment:

Automatic comment on behalf of dsp
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=75cec90d8cc2ea34ab9e5e7146cb6b3bf29430a9
Log: Fix #64712 (Obsolete declarations in php_date.c)


Previous Comments:

[2013-04-25 18:22:40] s...@php.net

Description:

There are a couple of obsolete declarations in php_date.c:

/home/cjones/Desktop/php-5.5.0beta4/ext/date/php_date.c:617:26: warning: 
âdate_object_new_immutableâ declared âstaticâ but never defined 
[-Wunused-
function]
/home/cjones/Desktop/php-5.5.0beta4/ext/date/php_date.c:623:26: warning: 
âdate_object_clone_immutableâ declared âstaticâ but never defined 
[-Wunused-
function]








-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64712edit=1

[PHP-BUG] Bug #64720 [NEW]: SegFault on zend_deactivate (php-fpm)

2013-04-26 Thread d dot ananyev at gmail dot com

From: d dot ananyev at gmail dot com
Operating system: CentOS release 6.4 (Final)
PHP version:  5.4.14
Package:  opcache
Bug Type: Bug
Bug description:SegFault on zend_deactivate (php-fpm)

Description:

Every approximately 30 minutes i got segfaults in php-fpm 
Debuginfo gives me the following trace

Core was generated by `php-fpm: pool www   
 
'.
Program terminated with signal 11, Segmentation fault.
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
2100if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
Missing separate debuginfos, use: debuginfo-install
cairo-1.8.8-3.1.el6.x86_64 
fftw-3.2.1-3.1.el6.x86_64 lcms-libs-1.19-1.el6.x86_64 libc-client-2007e-
11.el6.x86_64 libidn-1.18-2.el6.x86_64 libmcrypt-2.5.8-9.el6.x86_64
librabbitmq-
0.2-0.1.git2059570.el6.remi.x86_64 libtool-ltdl-2.2.6-15.5.el6.x86_64
sqlite-
3.6.20-1.el6.x86_64 xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64
(gdb) bt
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
#1  0x007116d7 in _zval_dtor (zval_ptr=0x29076d8) at
/usr/build/php-
5.4.10/php-5.4.10/Zend/zend_variables.h:35
#2  _zval_ptr_dtor (zval_ptr=0x29076d8) at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:438
#3  0x007163af in cleanup_user_class_data (pce=value optimized
out) at 
/usr/build/php-5.4.10/php-5.4.10/Zend/zend_opcode.c:165
#4  zend_cleanup_user_class_data (pce=value optimized out) at
/usr/build/php-
5.4.10/php-5.4.10/Zend/zend_opcode.c:198
#5  0x0072b944 in zend_hash_reverse_apply (ht=0x1c39c90, 
apply_func=0x716340 zend_cleanup_user_class_data) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_hash.c:799
#6  0x00714156 in shutdown_executor () at
/usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:289
#7  0x0071f412 in zend_deactivate () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend.c:938
#8  0x006c2a3c in php_request_shutdown (dummy=value optimized
out) at 
/usr/build/php-5.4.10/php-5.4.10/main/main.c:1790
#9  0x007d0d49 in main (argc=value optimized out, argv=value 
optimized out) at
/usr/build/php-5.4.10/php-5.4.10/sapi/fpm/fpm/fpm_main.c:1948

server runs ~ 100 req/sec
it has 8Gb of ram
and 120 fpm workers
la = 0.5


Expected result:

dont segfault

Actual result:
--
[26-Apr-2013 14:30:19] WARNING: [pool www] child 15002 exited on signal 11

(SIGSEGV - core dumped) after 1613.465551 seconds from start
[26-Apr-2013 14:30:19] NOTICE: [pool www] child 1423 started


-- 
Edit bug report at https://bugs.php.net/bug.php?id=64720edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64720r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64720r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64720r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64720r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64720r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64720r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64720r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64720r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64720r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64720r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64720r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64720r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64720r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64720r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64720r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64720r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64720r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64720r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64720r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64720r=mysqlcfg

Bug #64720 [Com]: SegFault on zend_deactivate (php-fpm)

2013-04-26 Thread d dot ananyev at gmail dot com

Edit report at https://bugs.php.net/bug.php?id=64720edit=1

 ID: 64720
 Comment by: d dot ananyev at gmail dot com
 Reported by:d dot ananyev at gmail dot com
 Summary:SegFault on zend_deactivate (php-fpm)
 Status: Open
 Type:   Bug
 Package:opcache
 Operating System:   CentOS release 6.4 (Final)
 PHP Version:5.4.14
 Block user comment: N
 Private report: N

 New Comment:

My opcache stats (screenshots)
https://drive.google.com/folderview?id=0B4F2-uZsSusnLWF0a2ZrQ2REUmcusp=sharing


Previous Comments:

[2013-04-26 10:44:25] d dot ananyev at gmail dot com

Description:

Every approximately 30 minutes i got segfaults in php-fpm 
Debuginfo gives me the following trace

Core was generated by `php-fpm: pool www
 
'.
Program terminated with signal 11, Segmentation fault.
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
2100if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
Missing separate debuginfos, use: debuginfo-install cairo-1.8.8-3.1.el6.x86_64 
fftw-3.2.1-3.1.el6.x86_64 lcms-libs-1.19-1.el6.x86_64 libc-client-2007e-
11.el6.x86_64 libidn-1.18-2.el6.x86_64 libmcrypt-2.5.8-9.el6.x86_64 librabbitmq-
0.2-0.1.git2059570.el6.remi.x86_64 libtool-ltdl-2.2.6-15.5.el6.x86_64 sqlite-
3.6.20-1.el6.x86_64 xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64
(gdb) bt
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
#1  0x007116d7 in _zval_dtor (zval_ptr=0x29076d8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_variables.h:35
#2  _zval_ptr_dtor (zval_ptr=0x29076d8) at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:438
#3  0x007163af in cleanup_user_class_data (pce=value optimized out) 
at 
/usr/build/php-5.4.10/php-5.4.10/Zend/zend_opcode.c:165
#4  zend_cleanup_user_class_data (pce=value optimized out) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_opcode.c:198
#5  0x0072b944 in zend_hash_reverse_apply (ht=0x1c39c90, 
apply_func=0x716340 zend_cleanup_user_class_data) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_hash.c:799
#6  0x00714156 in shutdown_executor () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:289
#7  0x0071f412 in zend_deactivate () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend.c:938
#8  0x006c2a3c in php_request_shutdown (dummy=value optimized out) at 
/usr/build/php-5.4.10/php-5.4.10/main/main.c:1790
#9  0x007d0d49 in main (argc=value optimized out, argv=value 
optimized out) at /usr/build/php-5.4.10/php-5.4.10/sapi/fpm/fpm/fpm_main.c:1948

server runs ~ 100 req/sec
it has 8Gb of ram
and 120 fpm workers
la = 0.5


Expected result:

dont segfault

Actual result:
--
[26-Apr-2013 14:30:19] WARNING: [pool www] child 15002 exited on signal 11 
(SIGSEGV - core dumped) after 1613.465551 seconds from start
[26-Apr-2013 14:30:19] NOTICE: [pool www] child 1423 started







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64720edit=1

Bug #64720 [Com]: SegFault on zend_deactivate (php-fpm)

2013-04-26 Thread d dot ananyev at gmail dot com

Edit report at https://bugs.php.net/bug.php?id=64720edit=1

 ID: 64720
 Comment by: d dot ananyev at gmail dot com
 Reported by:d dot ananyev at gmail dot com
 Summary:SegFault on zend_deactivate (php-fpm)
 Status: Open
 Type:   Bug
 Package:opcache
 Operating System:   CentOS release 6.4 (Final)
 PHP Version:5.4.14
 Block user comment: N
 Private report: N

 New Comment:

i'sorry we're using php-5.4.10 because not all modules can run on 5.4.14


Previous Comments:

[2013-04-26 10:47:42] d dot ananyev at gmail dot com

My opcache stats (screenshots)
https://drive.google.com/folderview?id=0B4F2-uZsSusnLWF0a2ZrQ2REUmcusp=sharing


[2013-04-26 10:44:25] d dot ananyev at gmail dot com

Description:

Every approximately 30 minutes i got segfaults in php-fpm 
Debuginfo gives me the following trace

Core was generated by `php-fpm: pool www
 
'.
Program terminated with signal 11, Segmentation fault.
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
2100if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
Missing separate debuginfos, use: debuginfo-install cairo-1.8.8-3.1.el6.x86_64 
fftw-3.2.1-3.1.el6.x86_64 lcms-libs-1.19-1.el6.x86_64 libc-client-2007e-
11.el6.x86_64 libidn-1.18-2.el6.x86_64 libmcrypt-2.5.8-9.el6.x86_64 librabbitmq-
0.2-0.1.git2059570.el6.remi.x86_64 libtool-ltdl-2.2.6-15.5.el6.x86_64 sqlite-
3.6.20-1.el6.x86_64 xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64
(gdb) bt
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
#1  0x007116d7 in _zval_dtor (zval_ptr=0x29076d8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_variables.h:35
#2  _zval_ptr_dtor (zval_ptr=0x29076d8) at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:438
#3  0x007163af in cleanup_user_class_data (pce=value optimized out) 
at 
/usr/build/php-5.4.10/php-5.4.10/Zend/zend_opcode.c:165
#4  zend_cleanup_user_class_data (pce=value optimized out) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_opcode.c:198
#5  0x0072b944 in zend_hash_reverse_apply (ht=0x1c39c90, 
apply_func=0x716340 zend_cleanup_user_class_data) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_hash.c:799
#6  0x00714156 in shutdown_executor () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:289
#7  0x0071f412 in zend_deactivate () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend.c:938
#8  0x006c2a3c in php_request_shutdown (dummy=value optimized out) at 
/usr/build/php-5.4.10/php-5.4.10/main/main.c:1790
#9  0x007d0d49 in main (argc=value optimized out, argv=value 
optimized out) at /usr/build/php-5.4.10/php-5.4.10/sapi/fpm/fpm/fpm_main.c:1948

server runs ~ 100 req/sec
it has 8Gb of ram
and 120 fpm workers
la = 0.5


Expected result:

dont segfault

Actual result:
--
[26-Apr-2013 14:30:19] WARNING: [pool www] child 15002 exited on signal 11 
(SIGSEGV - core dumped) after 1613.465551 seconds from start
[26-Apr-2013 14:30:19] NOTICE: [pool www] child 1423 started







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64720edit=1

Req #64709 [Wfx]: Get a PHP stack trace on process signal

2013-04-26 Thread williama_lovaton at coomeva dot com dot co

Edit report at https://bugs.php.net/bug.php?id=64709edit=1

 ID: 64709
 User updated by:williama_lovaton at coomeva dot com dot co
 Reported by:williama_lovaton at coomeva dot com dot co
 Summary:Get a PHP stack trace on process signal
 Status: Wont fix
 Type:   Feature/Change Request
 Package:Performance problem
 Operating System:   Linux
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

Fair enough, I was thinking exactly the same that running as an Apache module 
PHP would not be in charge of the signal handling and the result could be 
unexpected at best.

Is there some kind of documentation that explains in more detail what you are 
saying?  I wonder where can I get the .gdbinit you are referring to.  The thing 
is that I am using PHP 5.3.3 as packaged by Red Hat Enterprise Linux so I guess 
I can't use the one you linked in the comment.

Thanks a lot for your help.


Previous Comments:

[2013-04-26 02:04:00] ras...@php.net

Why not just attach gdb to the process and do a bt? I do that all the time. If 
it is in an internal PHP function you will see zif_funcname where zif = zend 
internal function. If it is in a userspace function it is slightly harder. You 
need to install the .gdbinit gdb macros from https://raw.github.com/php/php-
src/master/.gdbinit in your home directory and you can then type zbacktrace and 
you get the entire PHP call stack.

The problem with adding a signal handler is that PHP is often not a standalone 
thing. It is embedded inside Apache or other mechanisms that own the signal 
handling layer. Any signal we pick would conflict with something at the server 
level and this is a rather low-level feature for developers who know what they 
are doing anyway. If they know what they are doing they should be able to 
navigate gdb.


[2013-04-25 20:29:27] williama_lovaton at coomeva dot com dot co

Thanks for your comments.  I'm using both tools (xdebug and XHProf), they are 
excellent but xdebug has a big performance impact even if you are not using it 
and right now I can't afford that on production, I use it in my development 
environment though.  XHProf is enabled on production and it is really great but 
as far as I know it can only show me the data after the fact.

The specific thing about this feature request is that I want to see where a 
given process is stuck while it's still serving the request.  For example, with 
gstack I can see the process is stuck in the OCIExecute() function executing a 
query or in OCIStmtFetch() function fetching the data (I'm using an Oracle 
database).  But I can't see which PHP function, and hence the query, is causing 
the slowness.

This have been asked before by other people under different scenarios:
http://stackoverflow.com/questions/14261821/get-a-stack-trace-of-a-hung-php-script

But there is no satisfying answer.

I was just wondering if this feature is at all doable.


[2013-04-25 19:11:18] s...@php.net

Also review XHProf  XHGui


[2013-04-25 17:19:16] a...@php.net

With performance - what about profiling with xdebug or zend? 

The other were for sure possible catching some signal. Though dunno yet if the 
same gdb functionality is available on windows.


[2013-04-25 16:22:02] williama_lovaton at coomeva dot com dot co

Description:

I'm not sure if this is possible to implement or if it's implemented now but 
I'd like a way to get a PHP stack trace of a running process on any given time 
(may be using a process signal with kill).

This would be very similar to what you can do with Java, you do a kill -3 
pid but the process doesn't die, instead it outputs a full backtrace of Java 
code of every thread and the current state.

You can do something similar now using the gstack command from GDB but you'll 
get a stack trace from the C code.  I'd like to be able to get a stack trace 
but from the PHP code so that I can analyze where is the exact point in the 
program where my web app is running slow or getting stuck.

My web app is instrumented and I can get logs from slow functions but this is 
information I get after the fact.  With this feature request it would be 
possible to get the information exactly when it is happening.

Is this possible?  If so, would it be possible to make it work if PHP is being 
run as an Apache module?

Thanks a lot for your time.







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64709edit=1

[PHP-BUG] Bug #64722 [NEW]: PDO extension causes zend_mm_heap corrupted

2013-04-26 Thread tj dot botha at plista dot com

From: tj dot botha at plista dot com
Operating system: Ubuntu Server 12.10
PHP version:  master-Git-2013-04-26 (Git)
Package:  PDO related
Bug Type: Bug
Bug description:PDO extension causes zend_mm_heap corrupted

Description:

I have a project which uses MySQL PDO.  I Compiled PHP versions 5.4.6, PHP

5.4.14 and PHP 5.6 (from current GIT repositoty - 26 April 2013).

I have various configuration options, but everytime I my configure command

includes --with-pdo-mysql=mysqlnd, I am unable to run my project.

The ONLY log file which shows any kind of information is Apache error.log:

zend_mm_heap corrupted

When I remove --with-pdo-mysql from configure, then my project works okay 
(however all my PDO functions are of course missing) and I just get normal

expected PHP errors.

However.  When I compile PHP version 5.3.24, it works.  I can successfully

include --with-pdo-mysql=mysqlnd, and my project loads without problems.



Test script:
---
I do not have a test script - as I have no indication as to where the app
fails

Actual result:
--
#0  0x008ee2c2 in zval_delref_p (pz=0x5a5a5a5a5a5a5a5a) at
/home/tj/php-
latest/Zend/zend.h:409
#1  0x008ee51f in i_zval_ptr_dtor (zval_ptr=0x5a5a5a5a5a5a5a5a, 
__zend_filename=0xe38408 /home/tj/php-latest/Zend/zend_objects.c, 
__zend_lineno=54)
at /home/tj/php-latest/Zend/zend_execute.h:76
#2  0x008ef896 in _zval_ptr_dtor (zval_ptr=0x7f88d6068a20, 
__zend_filename=0xe38408 /home/tj/php-latest/Zend/zend_objects.c, 
__zend_lineno=54)
at /home/tj/php-latest/Zend/zend_execute_API.c:428
#3  0x009354de in zend_object_std_dtor (object=0x271b880) at 
/home/tj/php-latest/Zend/zend_objects.c:54
#4  0x0068aad0 in pdo_dbh_free_storage (dbh=0x271b880) at
/home/tj/php-
latest/ext/pdo/pdo_dbh.c:1576
#5  0x0093c9ad in zend_objects_store_del_ref_by_handle_ex
(handle=140, 
handlers=0x116c2e0 pdo_dbh_object_handlers)
at /home/tj/php-latest/Zend/zend_objects_API.c:221
#6  0x0093c6b3 in zend_objects_store_del_ref
(zobject=0x7f88d60a4af8) at 
/home/tj/php-latest/Zend/zend_objects_API.c:173
#7  0x00901b6c in _zval_dtor_func (zvalue=0x7f88d60a4af8, 
__zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, 
__zend_lineno=81)
at /home/tj/php-latest/Zend/zend_variables.c:54
#8  0x008ee4c1 in _zval_dtor (zvalue=0x7f88d60a4af8, 
__zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, 
__zend_lineno=81)
at /home/tj/php-latest/Zend/zend_variables.h:35
#9  0x008ee58c in i_zval_ptr_dtor (zval_ptr=0x7f88d60a4af8, 
__zend_filename=0xe34970 /home/tj/php-latest/Zend/zend_variables.c, 
__zend_lineno=182)
at /home/tj/php-latest/Zend/zend_execute.h:81
#10 0x008ef896 in _zval_ptr_dtor (zval_ptr=0x7f88d6030b28, 
__zend_filename=0xe34970 /home/tj/php-latest/Zend/zend_variables.c, 
__zend_lineno=182)
at /home/tj/php-latest/Zend/zend_execute_API.c:428
#11 0x00901f7b in _zval_ptr_dtor_wrapper (zval_ptr=0x7f88d6030b28)
at 
/home/tj/php-latest/Zend/zend_variables.c:182
#12 0x009174a7 in zend_hash_destroy (ht=0x7f88d6069138) at
/home/tj/php-
latest/Zend/zend_hash.c:560
#13 0x00901b2f in _zval_dtor_func (zvalue=0x7f88d6b1ece8, 
__zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, 
__zend_lineno=81)
at /home/tj/php-latest/Zend/zend_variables.c:45
#14 0x008ee4c1 in _zval_dtor (zvalue=0x7f88d6b1ece8, 
__zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, 
__zend_lineno=81)
at /home/tj/php-latest/Zend/zend_variables.h:35
#15 0x008ee58c in i_zval_ptr_dtor (zval_ptr=0x7f88d6b1ece8, 
__zend_filename=0xe33d68 /home/tj/php-latest/Zend/zend_opcode.c, 
__zend_lineno=169)
at /home/tj/php-latest/Zend/zend_execute.h:81
#16 0x008ef896 in _zval_ptr_dtor (zval_ptr=0x7f88d6b1ef20, 
__zend_filename=0xe33d68 /home/tj/php-latest/Zend/zend_opcode.c, 
__zend_lineno=169)
at /home/tj/php-latest/Zend/zend_execute_API.c:428
---Type return to continue, or q return to quit---
#17 0x008f562e in cleanup_user_class_data (ce=0x7f88d6b1e528) at 
/home/tj/php-latest/Zend/zend_opcode.c:169
#18 0x008f5757 in zend_cleanup_user_class_data (pce=0x26d28e8) at 
/home/tj/php-latest/Zend/zend_opcode.c:202
#19 0x00917ee7 in zend_hash_reverse_apply (ht=0x25016b0, 
apply_func=0x8f572e zend_cleanup_user_class_data) at /home/tj/php-
latest/Zend/zend_hash.c:799
#20 0x008ef301 in shutdown_executor () at /home/tj/php-
latest/Zend/zend_execute_API.c:289
#21 0x0090411e in zend_deactivate () at /home/tj/php-
latest/Zend/zend.c:939
#22 0x0086c2b5 in php_request_shutdown (dummy=0x0) at
/home/tj/php-
latest/main/main.c:1800
#23 0x009b42f8 in do_cli (argc=2, argv=0x2500a40) at /home/tj/php-
latest/sapi/cli/php_cli.c:1176
#24 0x009b4b8d in main (argc=2, argv=0x2500a40) at /home/tj/php-
latest/sapi/cli/php_cli.c:1377


-- 
Edit

[PHP-BUG] Req #64723 [NEW]: Set default value for CURLOPT_USERAGENT

2013-04-26 Thread dr_mantis at regad dot org

From: dr_mantis at regad dot org
Operating system: N/A
PHP version:  5.4.14
Package:  cURL related
Bug Type: Feature/Change Request
Bug description:Set default value for CURLOPT_USERAGENT

Description:

When calling curl from command-line, unless specified otherwise it sets by
default the User Agent to 'curl/x.y.z'.

It would be nice if the php curl extension did the same thing (at the
moment, the user agent is set to blank), to avoid having to do something
like

$v = curl_version();
curl_setopt( $curl, CURLOPT_USERAGENT, 'curl/' . $v['version'] );

Test script:
---
$ curl localhost

== access.log
::1 - - [26/Apr/2013:16:54:52 +0200] GET / HTTP/1.1 200 1665 -
curl/7.27.0

$ php -a
php  $c = curl_init('localhost');
php  curl_exec($c);

== access.log
::1 - - [26/Apr/2013:16:53:15 +0200] GET / HTTP/1.1 200 1665 - -



-- 
Edit bug report at https://bugs.php.net/bug.php?id=64723edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64723r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64723r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64723r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64723r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64723r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64723r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64723r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64723r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64723r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64723r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64723r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64723r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64723r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64723r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64723r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64723r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64723r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64723r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64723r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64723r=mysqlcfg

[PHP-BUG] Bug #64724 [NEW]: Objects stored in Sessions sometimes get lost.

2013-04-26 Thread php dot bugs at lippe-net dot de

From: php dot bugs at lippe-net dot de
Operating system: Debian Wheezy
PHP version:  5.4.14
Package:  Session related
Bug Type: Bug
Bug description:Objects stored in Sessions sometimes get lost.

Description:

The transactions array of the $_SESSION variable is initialized only
once.

If you repeat the invocation of the script. After a while the array
contains some 
elements that are no more Objects of class S but references (for example

r:5607;).



Test script:
---
?php

class S implements \Serializable {

protected $data = [];

public function __construct() {
for ( $i = 0; $i = mt_rand(4, 7); $i++ ) {
$this-data[] = mt_rand(0, 50);
}
}

public function serialize() {
return serialize($this-data);
}

public function unserialize($data) {
$this-data = unserialize($data);
}

}

session_name(testS);
session_start();

if ( empty($_SESSION[transactions]) ) {
$_SESSION[transactions] = [ new S(), new S(), new S(), new S() ];
}

echo serialize($_SESSION);

?

Expected result:

Example (first call):
transactions|a:4:{i:0;C:1:S:76:{a:8:
{i:0;i:9;i:1;i:24;i:2;i:23;i:3;i:46;i:4;i:29;i:5;i:4;i:6;i:44;i:7;i:14;}}i:1;C:1:
S:51:{a:5:{i:0;i:11;i:1;i:45;i:2;i:12;i:3;i:10;i:4;i:21;}}i:2;C:1:S:59:{a:6:
{i:0;i:47;i:1;i:5;i:2;i:40;i:3;i:35;i:4;i:29;i:5;i:14;}}i:3;C:1:S:58:{a:6:
{i:0;i:20;i:1;i:20;i:2;i:7;i:3;i:44;i:4;i:7;i:5;i:27;}}}

Actual result:
--
Example (after some roundabout 50 calls):

transactions|a:4:{i:0;r:5607;i:1;r:5617;i:2;r:5624;i:3;r:5632;}

-- 
Edit bug report at https://bugs.php.net/bug.php?id=64724edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64724r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64724r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64724r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64724r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64724r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64724r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64724r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64724r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64724r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64724r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64724r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64724r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64724r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64724r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64724r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64724r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64724r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64724r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64724r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64724r=mysqlcfg

[PHP-BUG] Bug #64725 [NEW]: Wrong return value logic in imageaffinematrixget

2013-04-26 Thread s...@php.net

From: sixd
Operating system: Linux
PHP version:  5.5Git-2013-04-26 (Git)
Package:  GD related
Bug Type: Bug
Bug description:Wrong return value logic in imageaffinematrixget

Description:

Compile warnings in gd.c show that that the return value logic for
imageaffinematrixget is wrong:

/home/cjones/php-5.5/ext/gd/libgd/gd.c: In function
âgdImagePaletteToTrueColorâ:
/home/cjones/php-5.5/ext/gd/libgd/gd.c:3014: warning: unused variable
âalloc_yâ
/home/cjones/php-5.5/ext/gd/gd.c: In function
âzif_imageaffinematrixgetâ:
/home/cjones/php-5.5/ext/gd/gd.c:5579: warning: suggest parentheses around
assignment used as truth value

The code it points to is:

if (res = GD_FALSE) {
RETURN_FALSE;
} else {



-- 
Edit bug report at https://bugs.php.net/bug.php?id=64725edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64725r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64725r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64725r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64725r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64725r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64725r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64725r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64725r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64725r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64725r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64725r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64725r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64725r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64725r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64725r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64725r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64725r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64725r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64725r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64725r=mysqlcfg

Bug #64713 [Opn]: Compilation warnings in fileinfo

2013-04-26 Thread sixd

Edit report at https://bugs.php.net/bug.php?id=64713edit=1

 ID: 64713
 Updated by: s...@php.net
 Reported by:s...@php.net
 Summary:Compilation warnings in fileinfo
 Status: Open
 Type:   Bug
 Package:Filesystem function related
 PHP Version:5.5.0beta4
 Block user comment: N
 Private report: N

 New Comment:

And with a git build, this warning occurs:

/home/cjones/php-5.5/ext/fileinfo/libmagic/apprentice.c: In function 
âapprentice_loadâ:
/home/cjones/php-5.5/ext/fileinfo/libmagic/apprentice.c:1172: warning: passing 
argument 1 of â_php_stream_opendirâ discards qualifiers from pointer target 
type
/home/cjones/php-5.5/ext/fileinfo/libmagic/apprentice.c:1136: warning: unused 
variable âmfnâ


Previous Comments:

[2013-04-25 18:30:53] s...@php.net

Description:

The libmagic patch could be tidied up to remove these warnings:

/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/magic.c:83:14: 
warning: 
âfree_mlistâ declared âstaticâ but never defined [-Wunused-function]
/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/magic.c:87:21: 
warning: 
âget_default_magicâ declared âstaticâ but never defined 
[-Wunused-function]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/print.c: In function 
âfile_fmttimeâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/print.c:82:3: 
warning: 
implicit declaration of function âcdf_timestamp_to_timespecâ [-Wimplicit-
function-declaration]







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64713edit=1

Bug #64720 [Opn-Fbk]: SegFault on zend_deactivate (php-fpm)

2013-04-26 Thread sixd

Edit report at https://bugs.php.net/bug.php?id=64720edit=1

 ID: 64720
 Updated by: s...@php.net
 Reported by:d dot ananyev at gmail dot com
 Summary:SegFault on zend_deactivate (php-fpm)
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:opcache
 Operating System:   CentOS release 6.4 (Final)
 PHP Version:5.4.14
 Block user comment: N
 Private report: N

 New Comment:

Where did you install opcache from?
Does the crash happen without opcache?


Previous Comments:

[2013-04-26 13:10:43] d dot ananyev at gmail dot com

i'sorry we're using php-5.4.10 because not all modules can run on 5.4.14


[2013-04-26 10:47:42] d dot ananyev at gmail dot com

My opcache stats (screenshots)
https://drive.google.com/folderview?id=0B4F2-uZsSusnLWF0a2ZrQ2REUmcusp=sharing


[2013-04-26 10:44:25] d dot ananyev at gmail dot com

Description:

Every approximately 30 minutes i got segfaults in php-fpm 
Debuginfo gives me the following trace

Core was generated by `php-fpm: pool www
 
'.
Program terminated with signal 11, Segmentation fault.
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
2100if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
Missing separate debuginfos, use: debuginfo-install cairo-1.8.8-3.1.el6.x86_64 
fftw-3.2.1-3.1.el6.x86_64 lcms-libs-1.19-1.el6.x86_64 libc-client-2007e-
11.el6.x86_64 libidn-1.18-2.el6.x86_64 libmcrypt-2.5.8-9.el6.x86_64 librabbitmq-
0.2-0.1.git2059570.el6.remi.x86_64 libtool-ltdl-2.2.6-15.5.el6.x86_64 sqlite-
3.6.20-1.el6.x86_64 xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64
(gdb) bt
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
#1  0x007116d7 in _zval_dtor (zval_ptr=0x29076d8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_variables.h:35
#2  _zval_ptr_dtor (zval_ptr=0x29076d8) at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:438
#3  0x007163af in cleanup_user_class_data (pce=value optimized out) 
at 
/usr/build/php-5.4.10/php-5.4.10/Zend/zend_opcode.c:165
#4  zend_cleanup_user_class_data (pce=value optimized out) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_opcode.c:198
#5  0x0072b944 in zend_hash_reverse_apply (ht=0x1c39c90, 
apply_func=0x716340 zend_cleanup_user_class_data) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_hash.c:799
#6  0x00714156 in shutdown_executor () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:289
#7  0x0071f412 in zend_deactivate () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend.c:938
#8  0x006c2a3c in php_request_shutdown (dummy=value optimized out) at 
/usr/build/php-5.4.10/php-5.4.10/main/main.c:1790
#9  0x007d0d49 in main (argc=value optimized out, argv=value 
optimized out) at /usr/build/php-5.4.10/php-5.4.10/sapi/fpm/fpm/fpm_main.c:1948

server runs ~ 100 req/sec
it has 8Gb of ram
and 120 fpm workers
la = 0.5


Expected result:

dont segfault

Actual result:
--
[26-Apr-2013 14:30:19] WARNING: [pool www] child 15002 exited on signal 11 
(SIGSEGV - core dumped) after 1613.465551 seconds from start
[26-Apr-2013 14:30:19] NOTICE: [pool www] child 1423 started







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64720edit=1

Bug #64713 [Opn-Asn]: Compilation warnings in fileinfo

2013-04-26 Thread ab

Edit report at https://bugs.php.net/bug.php?id=64713edit=1

 ID: 64713
 Updated by: a...@php.net
 Reported by:s...@php.net
 Summary:Compilation warnings in fileinfo
-Status: Open
+Status: Assigned
 Type:   Bug
 Package:Filesystem function related
 PHP Version:5.5.0beta4
-Assigned To:
+Assigned To:ab
 Block user comment: N
 Private report: N



Previous Comments:

[2013-04-26 17:09:55] s...@php.net

And with a git build, this warning occurs:

/home/cjones/php-5.5/ext/fileinfo/libmagic/apprentice.c: In function 
âapprentice_loadâ:
/home/cjones/php-5.5/ext/fileinfo/libmagic/apprentice.c:1172: warning: passing 
argument 1 of â_php_stream_opendirâ discards qualifiers from pointer target 
type
/home/cjones/php-5.5/ext/fileinfo/libmagic/apprentice.c:1136: warning: unused 
variable âmfnâ


[2013-04-25 18:30:53] s...@php.net

Description:

The libmagic patch could be tidied up to remove these warnings:

/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/magic.c:83:14: 
warning: 
âfree_mlistâ declared âstaticâ but never defined [-Wunused-function]
/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/magic.c:87:21: 
warning: 
âget_default_magicâ declared âstaticâ but never defined 
[-Wunused-function]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/print.c: In function 
âfile_fmttimeâ:
/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/print.c:82:3: 
warning: 
implicit declaration of function âcdf_timestamp_to_timespecâ [-Wimplicit-
function-declaration]







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64713edit=1

Bug #64725 [Opn]: Wrong return value logic in imageaffinematrixget

2013-04-26 Thread sixd

Edit report at https://bugs.php.net/bug.php?id=64725edit=1

 ID: 64725
 Updated by: s...@php.net
 Reported by:s...@php.net
 Summary:Wrong return value logic in imageaffinematrixget
 Status: Open
 Type:   Bug
 Package:GD related
 Operating System:   Linux
 PHP Version:5.5Git-2013-04-26 (Git)
 Block user comment: N
 Private report: N

 New Comment:

The build also has these warnings:

/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c: In function 
â_gdScaleRowâ:
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:981: warning: type 
defaults to âintâ in declaration of âleft_channelâ
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c: In function 
â_gdScaleColâ:
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:1023: warning: unused 
variable ârowâ
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c: In function 
âgdImageRotateGenericâ:
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:1766: warning: unused 
variable âf_127â
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c: At top level:
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:359: warning: 
âfilter_cubic_splineâ defined but not used
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:375: warning: 
âfilter_cubic_convolutionâ defined but not used
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:410: warning: 
âfilter_filterâ defined but not used
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:420: warning: 
âfilter_lanczos8â defined but not used
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:436: warning: 
âfilter_lanczos3â defined but not used
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:508: warning: 
âfilter_cosineâ defined but not used
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:546: warning: 
âfilter_quadratic_bsplineâ defined but not used
/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:595: warning: 
âfilter_welshâ defined but not used


Previous Comments:

[2013-04-26 16:08:34] s...@php.net

Description:

Compile warnings in gd.c show that that the return value logic for 
imageaffinematrixget is wrong:

/home/cjones/php-5.5/ext/gd/libgd/gd.c: In function 
âgdImagePaletteToTrueColorâ:
/home/cjones/php-5.5/ext/gd/libgd/gd.c:3014: warning: unused variable 
âalloc_yâ
/home/cjones/php-5.5/ext/gd/gd.c: In function âzif_imageaffinematrixgetâ:
/home/cjones/php-5.5/ext/gd/gd.c:5579: warning: suggest parentheses around 
assignment used as truth value

The code it points to is:

if (res = GD_FALSE) {
RETURN_FALSE;
} else {








-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64725edit=1

[PHP-BUG] Bug #64726 [NEW]: Segfault on fetch_object on used result Closed DB Pointer

2013-04-26 Thread justin at eblah dot com

From: justin at eblah dot com
Operating system: CentOS 5.9
PHP version:  5.4.14
Package:  MySQLi related
Bug Type: Bug
Bug description:Segfault on fetch_object on used result Closed DB Pointer

Description:

When using MYSQLI_USE_RESULT, then immediately closing the database, and
then attempting to fetch_object() the result will result in a segmentation
fault.

PHP does not segfault if using fetch_array() or fetch_assoc().

Test script:
---
?php

$db = new mysqli(127.0.0.1, root, root, test);
$result = $db-query('SELECT 1', MYSQLI_USE_RESULT);
$db-close();
$result-fetch_object();

Expected result:

An exception or php fatal error that states the database was closed.

Actual result:
--
[root@devz user]# /usr/bin/php segfault.php

Warning: mysqli_result::fetch_object(): Error while reading a row in
segfault.php on line 15
Segmentation fault


-- 
Edit bug report at https://bugs.php.net/bug.php?id=64726edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64726r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64726r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64726r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64726r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64726r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64726r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64726r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64726r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64726r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64726r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64726r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64726r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64726r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64726r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64726r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64726r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64726r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64726r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64726r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64726r=mysqlcfg

Bug #64720 [Com]: SegFault on zend_deactivate (php-fpm)

2013-04-26 Thread d dot ananyev at gmail dot com

Edit report at https://bugs.php.net/bug.php?id=64720edit=1

 ID: 64720
 Comment by: d dot ananyev at gmail dot com
 Reported by:d dot ananyev at gmail dot com
 Summary:SegFault on zend_deactivate (php-fpm)
 Status: Feedback
 Type:   Bug
 Package:opcache
 Operating System:   CentOS release 6.4 (Final)
 PHP Version:5.4.14
 Block user comment: N
 Private report: N

 New Comment:

I installed OpCache from this link:
http://pecl.php.net/package/ZendOpcache/7.0.1

I'll check if it will be reproduced without opcode cache.


Previous Comments:

[2013-04-26 17:13:04] s...@php.net

Where did you install opcache from?
Does the crash happen without opcache?


[2013-04-26 13:10:43] d dot ananyev at gmail dot com

i'sorry we're using php-5.4.10 because not all modules can run on 5.4.14


[2013-04-26 10:47:42] d dot ananyev at gmail dot com

My opcache stats (screenshots)
https://drive.google.com/folderview?id=0B4F2-uZsSusnLWF0a2ZrQ2REUmcusp=sharing


[2013-04-26 10:44:25] d dot ananyev at gmail dot com

Description:

Every approximately 30 minutes i got segfaults in php-fpm 
Debuginfo gives me the following trace

Core was generated by `php-fpm: pool www
 
'.
Program terminated with signal 11, Segmentation fault.
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
2100if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
Missing separate debuginfos, use: debuginfo-install cairo-1.8.8-3.1.el6.x86_64 
fftw-3.2.1-3.1.el6.x86_64 lcms-libs-1.19-1.el6.x86_64 libc-client-2007e-
11.el6.x86_64 libidn-1.18-2.el6.x86_64 libmcrypt-2.5.8-9.el6.x86_64 librabbitmq-
0.2-0.1.git2059570.el6.remi.x86_64 libtool-ltdl-2.2.6-15.5.el6.x86_64 sqlite-
3.6.20-1.el6.x86_64 xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64
(gdb) bt
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
#1  0x007116d7 in _zval_dtor (zval_ptr=0x29076d8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_variables.h:35
#2  _zval_ptr_dtor (zval_ptr=0x29076d8) at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:438
#3  0x007163af in cleanup_user_class_data (pce=value optimized out) 
at 
/usr/build/php-5.4.10/php-5.4.10/Zend/zend_opcode.c:165
#4  zend_cleanup_user_class_data (pce=value optimized out) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_opcode.c:198
#5  0x0072b944 in zend_hash_reverse_apply (ht=0x1c39c90, 
apply_func=0x716340 zend_cleanup_user_class_data) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_hash.c:799
#6  0x00714156 in shutdown_executor () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:289
#7  0x0071f412 in zend_deactivate () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend.c:938
#8  0x006c2a3c in php_request_shutdown (dummy=value optimized out) at 
/usr/build/php-5.4.10/php-5.4.10/main/main.c:1790
#9  0x007d0d49 in main (argc=value optimized out, argv=value 
optimized out) at /usr/build/php-5.4.10/php-5.4.10/sapi/fpm/fpm/fpm_main.c:1948

server runs ~ 100 req/sec
it has 8Gb of ram
and 120 fpm workers
la = 0.5


Expected result:

dont segfault

Actual result:
--
[26-Apr-2013 14:30:19] WARNING: [pool www] child 15002 exited on signal 11 
(SIGSEGV - core dumped) after 1613.465551 seconds from start
[26-Apr-2013 14:30:19] NOTICE: [pool www] child 1423 started







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64720edit=1

Bug #64726 [Opn]: Segfault when calling fetch_object on a use_result and DB pointer has closed

2013-04-26 Thread justin at eblah dot com

Edit report at https://bugs.php.net/bug.php?id=64726edit=1

 ID: 64726
 User updated by:justin at eblah dot com
 Reported by:justin at eblah dot com
-Summary:Segfault on fetch_object on used result Closed DB
 Pointer
+Summary:Segfault when calling fetch_object on a use_result
 and DB pointer has closed
 Status: Open
 Type:   Bug
 Package:MySQLi related
 Operating System:   CentOS 5.9
 PHP Version:5.4.14
 Block user comment: N
 Private report: N

 New Comment:

Reworded summary.


Previous Comments:

[2013-04-26 17:35:58] justin at eblah dot com

Description:

When using MYSQLI_USE_RESULT, then immediately closing the database, and then 
attempting to fetch_object() the result will result in a segmentation fault.

PHP does not segfault if using fetch_array() or fetch_assoc().

Test script:
---
?php

$db = new mysqli(127.0.0.1, root, root, test);
$result = $db-query('SELECT 1', MYSQLI_USE_RESULT);
$db-close();
$result-fetch_object();

Expected result:

An exception or php fatal error that states the database was closed.

Actual result:
--
[root@devz user]# /usr/bin/php segfault.php

Warning: mysqli_result::fetch_object(): Error while reading a row in 
segfault.php on line 15
Segmentation fault







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64726edit=1

Bug #64722 [Opn-Fbk]: PDO extension causes zend_mm_heap corrupted

2013-04-26 Thread sixd

Edit report at https://bugs.php.net/bug.php?id=64722edit=1

 ID: 64722
 Updated by: s...@php.net
 Reported by:tj dot botha at plista dot com
 Summary:PDO extension causes zend_mm_heap corrupted
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:PDO related
 Operating System:   Ubuntu Server 12.10
 PHP Version:master-Git-2013-04-26 (Git)
 Block user comment: N
 Private report: N

 New Comment:

Do you have a reproducible testcase?


Previous Comments:

[2013-04-26 14:48:58] tj dot botha at plista dot com

Description:

I have a project which uses MySQL PDO.  I Compiled PHP versions 5.4.6, PHP 
5.4.14 and PHP 5.6 (from current GIT repositoty - 26 April 2013).

I have various configuration options, but everytime I my configure command 
includes --with-pdo-mysql=mysqlnd, I am unable to run my project.

The ONLY log file which shows any kind of information is Apache error.log:

zend_mm_heap corrupted

When I remove --with-pdo-mysql from configure, then my project works okay 
(however all my PDO functions are of course missing) and I just get normal 
expected PHP errors.

However.  When I compile PHP version 5.3.24, it works.  I can successfully 
include --with-pdo-mysql=mysqlnd, and my project loads without problems.



Test script:
---
I do not have a test script - as I have no indication as to where the app fails

Actual result:
--
#0  0x008ee2c2 in zval_delref_p (pz=0x5a5a5a5a5a5a5a5a) at /home/tj/php-
latest/Zend/zend.h:409
#1  0x008ee51f in i_zval_ptr_dtor (zval_ptr=0x5a5a5a5a5a5a5a5a, 
__zend_filename=0xe38408 /home/tj/php-latest/Zend/zend_objects.c, 
__zend_lineno=54)
at /home/tj/php-latest/Zend/zend_execute.h:76
#2  0x008ef896 in _zval_ptr_dtor (zval_ptr=0x7f88d6068a20, 
__zend_filename=0xe38408 /home/tj/php-latest/Zend/zend_objects.c, 
__zend_lineno=54)
at /home/tj/php-latest/Zend/zend_execute_API.c:428
#3  0x009354de in zend_object_std_dtor (object=0x271b880) at 
/home/tj/php-latest/Zend/zend_objects.c:54
#4  0x0068aad0 in pdo_dbh_free_storage (dbh=0x271b880) at /home/tj/php-
latest/ext/pdo/pdo_dbh.c:1576
#5  0x0093c9ad in zend_objects_store_del_ref_by_handle_ex (handle=140, 
handlers=0x116c2e0 pdo_dbh_object_handlers)
at /home/tj/php-latest/Zend/zend_objects_API.c:221
#6  0x0093c6b3 in zend_objects_store_del_ref (zobject=0x7f88d60a4af8) 
at 
/home/tj/php-latest/Zend/zend_objects_API.c:173
#7  0x00901b6c in _zval_dtor_func (zvalue=0x7f88d60a4af8, 
__zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, 
__zend_lineno=81)
at /home/tj/php-latest/Zend/zend_variables.c:54
#8  0x008ee4c1 in _zval_dtor (zvalue=0x7f88d60a4af8, 
__zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, 
__zend_lineno=81)
at /home/tj/php-latest/Zend/zend_variables.h:35
#9  0x008ee58c in i_zval_ptr_dtor (zval_ptr=0x7f88d60a4af8, 
__zend_filename=0xe34970 /home/tj/php-latest/Zend/zend_variables.c, 
__zend_lineno=182)
at /home/tj/php-latest/Zend/zend_execute.h:81
#10 0x008ef896 in _zval_ptr_dtor (zval_ptr=0x7f88d6030b28, 
__zend_filename=0xe34970 /home/tj/php-latest/Zend/zend_variables.c, 
__zend_lineno=182)
at /home/tj/php-latest/Zend/zend_execute_API.c:428
#11 0x00901f7b in _zval_ptr_dtor_wrapper (zval_ptr=0x7f88d6030b28) at 
/home/tj/php-latest/Zend/zend_variables.c:182
#12 0x009174a7 in zend_hash_destroy (ht=0x7f88d6069138) at /home/tj/php-
latest/Zend/zend_hash.c:560
#13 0x00901b2f in _zval_dtor_func (zvalue=0x7f88d6b1ece8, 
__zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, 
__zend_lineno=81)
at /home/tj/php-latest/Zend/zend_variables.c:45
#14 0x008ee4c1 in _zval_dtor (zvalue=0x7f88d6b1ece8, 
__zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, 
__zend_lineno=81)
at /home/tj/php-latest/Zend/zend_variables.h:35
#15 0x008ee58c in i_zval_ptr_dtor (zval_ptr=0x7f88d6b1ece8, 
__zend_filename=0xe33d68 /home/tj/php-latest/Zend/zend_opcode.c, 
__zend_lineno=169)
at /home/tj/php-latest/Zend/zend_execute.h:81
#16 0x008ef896 in _zval_ptr_dtor (zval_ptr=0x7f88d6b1ef20, 
__zend_filename=0xe33d68 /home/tj/php-latest/Zend/zend_opcode.c, 
__zend_lineno=169)
at /home/tj/php-latest/Zend/zend_execute_API.c:428
---Type return to continue, or q return to quit---
#17 0x008f562e in cleanup_user_class_data (ce=0x7f88d6b1e528) at 
/home/tj/php-latest/Zend/zend_opcode.c:169
#18 0x008f5757 in zend_cleanup_user_class_data (pce=0x26d28e8) at 
/home/tj/php-latest/Zend/zend_opcode.c:202
#19 0x00917ee7 in zend_hash_reverse_apply (ht=0x25016b0, 
apply_func=0x8f572e zend_cleanup_user_class_data) at /home/tj/php-
latest/Zend/zend_hash.c:799
#20 0x008ef301 in shutdown_executor () at

Bug #64686 [Opn-Wfx]: PECL SQLite2 support for PHP 5.4

2013-04-26 Thread sixd

Edit report at https://bugs.php.net/bug.php?id=64686edit=1

 ID: 64686
 Updated by: s...@php.net
 Reported by:svyatoslav dot lempert at gmail dot com
 Summary:PECL SQLite2 support for PHP 5.4
-Status: Open
+Status: Wont fix
 Type:   Bug
 Package:SQLite related
 Operating System:   FreeBSD 9.1
 PHP Version:5.4.14
 Block user comment: N
 Private report: N

 New Comment:

SQLite 2 support was removed from PHP 5.4.  Refer to the UPGRADING file:

   - ext/sqlite is no longer part of the base distribution and has been moved
 to PECL. Use sqlite3 or PDO_SQLITE instead.


Previous Comments:

[2013-04-21 04:28:34] svyatoslav dot lempert at gmail dot com

Description:

Hello, you have pecl-sqlite extenstion for work with sqlite2 databases (not 
sqlite3 !)

http://pecl.php.net/package/SQLite

It works with PHP 5.3, but does not build with PHP 5.4

Please release new version of PECL-SQLite binary package (archive file) from 
SVN 
trunk http://svn.php.net/repository/pecl/sqlite/trunk/

It compilted and working without any issue with PHP 5.4

Test script:
---
/bin/sh /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/libtool 
--mode=compile cc 
-I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/libsqlite/src -I. 
-I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3 -DPHP_ATOM_INC 
-I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/include 
-I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/main 
-I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3 -I/usr/local/include/php 
-I/usr/local/include/php/main -I/usr/local/include/php/TSRM 
-I/usr/local/include/php/Zend -I/usr/local/include/php/ext 
-I/usr/local/include/php/ext/date/lib  -DHAVE_CONFIG_H  -O2 -pipe 
-fno-strict-aliasing   -c 
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c -o sqlite.lo
mkdir .libs
 cc -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/libsqlite/src -I. 
-I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3 -DPHP_ATOM_INC 
-I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/include 
-I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/main 
-I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3 -I/usr/local/include/php 
-I/usr/local/include/php/main -I/usr/local/include/php/TSRM 
-I/usr/local/include/php/Zend -I/usr/local/include/php/ext 
-I/usr/local/include/php/ext/date/lib -DHAVE_CONFIG_H -O2 -pipe 
-fno-strict-aliasing -c 
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c  -fPIC -DPIC -o 
.libs/sqlite.o
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:56: error: 
'BYREF_NONE' undeclared here (not in a function)
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:56: error: 
'BYREF_FORCE' undeclared here (not in a function)
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:124: error: 
expected '=', ',', ';', 'asm' or '__attribute__' before 'sqlite_functions'
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:167: error: 
'sqlite_functions' undeclared here (not in a function)
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:167: error: 
initializer element is not constant
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:167: error: (near 
initialization for 'sqlite_module_entry.functions')
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c: In function 
'php_sqlite_agg_step_function_callback':
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:485: error: 'zval' 
has no member named 'is_ref'
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c: In function 
'php_sqlite_authorizer':
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:593: error: 
'struct _php_core_globals' has no member named 'safe_mode'
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:593: error: 
'CHECKUID_CHECK_FILE_AND_DIR' undeclared (first use in this function)
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:593: error: (Each 
undeclared identifier is reported only once
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:593: error: for 
each function it appears in.)
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:606: error: 
'struct _php_core_globals' has no member named 'safe_mode'
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c: In function 
'php_sqlite_open':
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:739: error: 
'list_entry' undeclared (first use in this function)
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:739: error: 
expected ';' before 'le'
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:741: error: 'le' 
undeclared (first use in this function)
/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:741: error: 
request for member 'type' in something not a structure or union

Req #64709 [Wfx]: Get a PHP stack trace on process signal

2013-04-26 Thread rasmus

Edit report at https://bugs.php.net/bug.php?id=64709edit=1

 ID: 64709
 Updated by: ras...@php.net
 Reported by:williama_lovaton at coomeva dot com dot co
 Summary:Get a PHP stack trace on process signal
 Status: Wont fix
 Type:   Feature/Change Request
 Package:Performance problem
 Operating System:   Linux
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

I put the link to the gdbinit right in my reply. That explanation should be all 
you need.


Previous Comments:

[2013-04-26 13:59:48] williama_lovaton at coomeva dot com dot co

Fair enough, I was thinking exactly the same that running as an Apache module 
PHP would not be in charge of the signal handling and the result could be 
unexpected at best.

Is there some kind of documentation that explains in more detail what you are 
saying?  I wonder where can I get the .gdbinit you are referring to.  The thing 
is that I am using PHP 5.3.3 as packaged by Red Hat Enterprise Linux so I guess 
I can't use the one you linked in the comment.

Thanks a lot for your help.


[2013-04-26 02:04:00] ras...@php.net

Why not just attach gdb to the process and do a bt? I do that all the time. If 
it is in an internal PHP function you will see zif_funcname where zif = zend 
internal function. If it is in a userspace function it is slightly harder. You 
need to install the .gdbinit gdb macros from https://raw.github.com/php/php-
src/master/.gdbinit in your home directory and you can then type zbacktrace and 
you get the entire PHP call stack.

The problem with adding a signal handler is that PHP is often not a standalone 
thing. It is embedded inside Apache or other mechanisms that own the signal 
handling layer. Any signal we pick would conflict with something at the server 
level and this is a rather low-level feature for developers who know what they 
are doing anyway. If they know what they are doing they should be able to 
navigate gdb.


[2013-04-25 20:29:27] williama_lovaton at coomeva dot com dot co

Thanks for your comments.  I'm using both tools (xdebug and XHProf), they are 
excellent but xdebug has a big performance impact even if you are not using it 
and right now I can't afford that on production, I use it in my development 
environment though.  XHProf is enabled on production and it is really great but 
as far as I know it can only show me the data after the fact.

The specific thing about this feature request is that I want to see where a 
given process is stuck while it's still serving the request.  For example, with 
gstack I can see the process is stuck in the OCIExecute() function executing a 
query or in OCIStmtFetch() function fetching the data (I'm using an Oracle 
database).  But I can't see which PHP function, and hence the query, is causing 
the slowness.

This have been asked before by other people under different scenarios:
http://stackoverflow.com/questions/14261821/get-a-stack-trace-of-a-hung-php-script

But there is no satisfying answer.

I was just wondering if this feature is at all doable.


[2013-04-25 19:11:18] s...@php.net

Also review XHProf  XHGui


[2013-04-25 17:19:16] a...@php.net

With performance - what about profiling with xdebug or zend? 

The other were for sure possible catching some signal. Though dunno yet if the 
same gdb functionality is available on windows.




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

https://bugs.php.net/bug.php?id=64709


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64709edit=1

Bug #64720 [Fbk]: SegFault on zend_deactivate (php-fpm)

2013-04-26 Thread sixd

Edit report at https://bugs.php.net/bug.php?id=64720edit=1

 ID: 64720
 Updated by: s...@php.net
 Reported by:d dot ananyev at gmail dot com
 Summary:SegFault on zend_deactivate (php-fpm)
 Status: Feedback
 Type:   Bug
 Package:opcache
 Operating System:   CentOS release 6.4 (Final)
 PHP Version:5.4.14
 Block user comment: N
 Private report: N

 New Comment:

If it is OPcache related, try using OPcache from https://github.com/zend-
dev/ZendOptimizerPlus.  This has various fixes that aren't yet in PECL.


Previous Comments:

[2013-04-26 17:43:42] d dot ananyev at gmail dot com

I installed OpCache from this link:
http://pecl.php.net/package/ZendOpcache/7.0.1

I'll check if it will be reproduced without opcode cache.


[2013-04-26 17:13:04] s...@php.net

Where did you install opcache from?
Does the crash happen without opcache?


[2013-04-26 13:10:43] d dot ananyev at gmail dot com

i'sorry we're using php-5.4.10 because not all modules can run on 5.4.14


[2013-04-26 10:47:42] d dot ananyev at gmail dot com

My opcache stats (screenshots)
https://drive.google.com/folderview?id=0B4F2-uZsSusnLWF0a2ZrQ2REUmcusp=sharing


[2013-04-26 10:44:25] d dot ananyev at gmail dot com

Description:

Every approximately 30 minutes i got segfaults in php-fpm 
Debuginfo gives me the following trace

Core was generated by `php-fpm: pool www
 
'.
Program terminated with signal 11, Segmentation fault.
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
2100if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
Missing separate debuginfos, use: debuginfo-install cairo-1.8.8-3.1.el6.x86_64 
fftw-3.2.1-3.1.el6.x86_64 lcms-libs-1.19-1.el6.x86_64 libc-client-2007e-
11.el6.x86_64 libidn-1.18-2.el6.x86_64 libmcrypt-2.5.8-9.el6.x86_64 librabbitmq-
0.2-0.1.git2059570.el6.remi.x86_64 libtool-ltdl-2.2.6-15.5.el6.x86_64 sqlite-
3.6.20-1.el6.x86_64 xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64
(gdb) bt
#0  _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_alloc.c:2100
#1  0x007116d7 in _zval_dtor (zval_ptr=0x29076d8) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_variables.h:35
#2  _zval_ptr_dtor (zval_ptr=0x29076d8) at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:438
#3  0x007163af in cleanup_user_class_data (pce=value optimized out) 
at 
/usr/build/php-5.4.10/php-5.4.10/Zend/zend_opcode.c:165
#4  zend_cleanup_user_class_data (pce=value optimized out) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_opcode.c:198
#5  0x0072b944 in zend_hash_reverse_apply (ht=0x1c39c90, 
apply_func=0x716340 zend_cleanup_user_class_data) at /usr/build/php-
5.4.10/php-5.4.10/Zend/zend_hash.c:799
#6  0x00714156 in shutdown_executor () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend_execute_API.c:289
#7  0x0071f412 in zend_deactivate () at /usr/build/php-5.4.10/php-
5.4.10/Zend/zend.c:938
#8  0x006c2a3c in php_request_shutdown (dummy=value optimized out) at 
/usr/build/php-5.4.10/php-5.4.10/main/main.c:1790
#9  0x007d0d49 in main (argc=value optimized out, argv=value 
optimized out) at /usr/build/php-5.4.10/php-5.4.10/sapi/fpm/fpm/fpm_main.c:1948

server runs ~ 100 req/sec
it has 8Gb of ram
and 120 fpm workers
la = 0.5


Expected result:

dont segfault

Actual result:
--
[26-Apr-2013 14:30:19] WARNING: [pool www] child 15002 exited on signal 11 
(SIGSEGV - core dumped) after 1613.465551 seconds from start
[26-Apr-2013 14:30:19] NOTICE: [pool www] child 1423 started







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64720edit=1

[PHP-BUG] Req #64727 [NEW]: PHP does not abide by RFC6628 when ending headers

2013-04-26 Thread andrew dot heebner at gmail dot com

From: andrew dot heebner at gmail dot com
Operating system: All
PHP version:  5.5.0beta4
Package:  HTTP related
Bug Type: Feature/Change Request
Bug description:PHP does not abide by RFC6628 when ending headers

Description:

As per RFC6288, X-* header values are deprecated.  PHP stills sets the
X-Powered-
By header, which is obviously outdated as per the RFC.


-- 
Edit bug report at https://bugs.php.net/bug.php?id=64727edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64727r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64727r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64727r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64727r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64727r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64727r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64727r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64727r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64727r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64727r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64727r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64727r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64727r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64727r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64727r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64727r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64727r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64727r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64727r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64727r=mysqlcfg

Bug #64710 [Opn-Csd]: Implicit function declaration and unused variables in gd.c

Bug #64253 [Opn-Fbk]: alpha 5 does not load extensions

Bug #64373 [Opn-Csd]: Compilation failure when building with --enable-maintainer-zts

Bug #60774 [Opn-Csd]: DateInterval::format(%a) unknown or zero

Req #54567 [Opn-Csd]: DateTimeZone does not serialize

[PHP-BUG] Bug #64719 [NEW]: simplexml not show farsi or arabic

Bug #64719 [Opn-Nab]: simplexml not show farsi or arabic

Bug #64711 [Opn-Csd]: value computed but not used in parse_date.c

Bug #64712 [Opn-Csd]: Obsolete declarations in php_date.c

[PHP-BUG] Bug #64720 [NEW]: SegFault on zend_deactivate (php-fpm)

Bug #64720 [Com]: SegFault on zend_deactivate (php-fpm)

Bug #64720 [Com]: SegFault on zend_deactivate (php-fpm)

Req #64709 [Wfx]: Get a PHP stack trace on process signal

[PHP-BUG] Bug #64722 [NEW]: PDO extension causes zend_mm_heap corrupted

[PHP-BUG] Req #64723 [NEW]: Set default value for CURLOPT_USERAGENT

[PHP-BUG] Bug #64724 [NEW]: Objects stored in Sessions sometimes get lost.

[PHP-BUG] Bug #64725 [NEW]: Wrong return value logic in imageaffinematrixget

Bug #64713 [Opn]: Compilation warnings in fileinfo

Bug #64720 [Opn-Fbk]: SegFault on zend_deactivate (php-fpm)

Bug #64713 [Opn-Asn]: Compilation warnings in fileinfo

Bug #64725 [Opn]: Wrong return value logic in imageaffinematrixget

[PHP-BUG] Bug #64726 [NEW]: Segfault on fetch_object on used result Closed DB Pointer

Bug #64720 [Com]: SegFault on zend_deactivate (php-fpm)

Bug #64726 [Opn]: Segfault when calling fetch_object on a use_result and DB pointer has closed

Bug #64722 [Opn-Fbk]: PDO extension causes zend_mm_heap corrupted

Bug #64686 [Opn-Wfx]: PECL SQLite2 support for PHP 5.4

Req #64709 [Wfx]: Get a PHP stack trace on process signal

Bug #64720 [Fbk]: SegFault on zend_deactivate (php-fpm)

[PHP-BUG] Req #64727 [NEW]: PHP does not abide by RFC6628 when ending headers

29 matches

Site Navigation

Mail list logo

Footer information