Bug #45546 [Com]: PCRE with utf8 kill apache childprocess

2011-05-19 Thread chris at cretaforce dot gr
Edit report at http://bugs.php.net/bug.php?id=45546edit=1

 ID: 45546
 Comment by: chris at cretaforce dot gr
 Reported by:kaiser at macbureau dot de
 Summary:PCRE with utf8 kill apache childprocess
 Status: No Feedback
 Type:   Bug
 Package:PCRE related
 Operating System:   FreeBSD 7
 PHP Version:5.2.6
 Block user comment: N
 Private report: N

 New Comment:

I confirm that the problem still exist:



FreeBSD 7.4

Pcre 8.12

PHP 5.3.6

Lighttpd 1.4.28


Previous Comments:

[2011-03-10 01:01:11] toreador at gmail dot com

Problem still exist.

Freebsd 8.2

Pcre 8.12

PHP 5.3.5

Apache 2.2.17


[2010-10-15 21:44:50] sergio at gruposinternet dot com dot br

It seems that setting pcre.recursion_limit to 1700 can be used as
workaround, but be warned to check for error conditions as stated by the
documentation at http://www.php.net/preg_match


[2010-10-15 20:48:48] sergio at gruposinternet dot com dot br

Still broken.



FreeBSD: 7.2-RELEASE

Apache: 2.2.15

PHP version: 5.2.14 (without Suhosin patch)

PCRE Library Version = 7.9 2009-04-11



From dmesg:

pid 61580 (httpd), uid 80: exited on signal 4


[2010-06-04 18:56:30] martin at veverka dot eu

Hi. Still broken.



from Apache error log:

[notice] child pid 43125 exit signal Illegal instruction (4)



FreeBSD 8.0

Apache/2.2.15

PHP 5.3.2 with Suhosin-Patch

PCRE Library Version = 8.02 2010-03-19


[2009-09-18 19:57:50] chris at smartt dot com

Still happening on FreeBSD 7.2 and PHP 5.2.9 with Suhosin-Patch 0.9.7
(cli) (built: May 11 2009 22:23:18)





#1860 0x28cdcad1 in match () from /usr/local/lib/libpcre.so.0

#1861 0x28cde851 in match () from /usr/local/lib/libpcre.so.0

#1862 0x28ce6ad7 in pcre_exec () from /usr/local/lib/libpcre.so.0

#1863 0x28cc931b in php_pcre_match_impl () from
/usr/local/lib/php/20060613/pcre.so

#1864 0x28cc9de0 in php_do_pcre_match () from
/usr/local/lib/php/20060613/pcre.so

#1865 0x0815c7bd in execute_internal ()

#1866 0x285d16e0 in suhosin_execute_internal () from
/usr/local/lib/php/20060613/suhosin.so

#1867 0x081695db in zend_do_fcall_common_helper_SPEC ()

#1868 0x0815d961 in execute ()

#1869 0x287810c2 in _su3jdmx () from
/usr/local/lib/php/20060613/ioncube_loader_fre_5.2.so

#1870 0x2912ef9c in ?? ()

#1871 0x in ?? ()

#1872 0x285dc780 in __JCR_LIST__ () from
/usr/local/lib/php/20060613/suhosin.so

#1873 0x285d1c55 in suhosin_execute_ex () from
/usr/local/lib/php/20060613/suhosin.so




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=45546


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


#51066 [NEW]: Hang on select state

2010-02-17 Thread chris at cretaforce dot gr
From: chris at cretaforce dot gr
Operating system: FreeBSD
PHP version:  5.2.12
PHP Bug Type: *General Issues
Bug description:  Hang on select state

Description:

I run PHP 5.2.12 as fastcgi and randomly I get php-cgi processes on
select state.

Actual result:
--
#
r...@server14# strace -p 13299
#
Process 13299 attached - interrupt to quit
#
poll([?] 0xbfbf9888, 1, 0)  = 0 (Timeout)
#
clock_gettime(0x4, 0xbfbf9894)  = 0
#
clock_gettime(0x4, 0xbfbf9714)  = 0
#
clock_gettime(0x4, 0xbfbf98e4)  = 0
#
poll([?] 0xbfbf9938, 1, 1000)   = 0 (Timeout)
#
poll([?] 0xbfbf9888, 1, 0)  = 0 (Timeout)
#
clock_gettime(0x4, 0xbfbf9894)  = 0
#
clock_gettime(0x4, 0xbfbf9714)  = 0
#
clock_gettime(0x4, 0xbfbf98e4)  = 0
#
poll([?] 0xbfbf9938, 1, 1000)   = 0 (Timeout)
#
poll([?] 0xbfbf9888, 1, 0)  = 0 (Timeout)
#
clock_gettime(0x4, 0xbfbf9894)  = 0
#
clock_gettime(0x4, 0xbfbf9714)  = 0
#
clock_gettime(0x4, 0xbfbf98e4)  = 0
#
poll([?] 0xbfbf9938, 1, 1000^C unfinished ...

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