#21390 [Com]: php.exe does not work - needs Kernel32.dll::CancelIo

2003-01-16 Thread system 
 ID:   21390
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windows 95
 PHP Version:  4.3.0
 New Comment:

I get 'permission denied' when I try to access the Windows snapshot.


Previous Comments:


[2003-01-07 19:43:24] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2003-01-03 08:12:10] [EMAIL PROTECTED]

PHP.exe (45056 bytes) does not work on Win95. 

It imports CancelIo from Kernel32.dll, but this routine does not exist
in Kernel32 on Windows 95! 

Previous version (4.2.3) works correctly. There is nothing about it in
PHP documentation and install.txt, maybe documenation problem?

P.S.
mod_php under Apache works OK. CLI version works too. There is only
non-CLI php.exe 4.3.0 problem. 




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

Bug #65182 [Com]: Segmentation Fault by acces to class var in persitant mode

2013-09-20 Thread radtke at hd-system dot de 
Edit report at https://bugs.php.net/bug.php?id=65182&edit=1

 ID: 65182
 Comment by: radtke at hd-system dot de
 Reported by:radtke at hd-system dot de
 Summary:Segmentation Fault by acces to class var in
 persitant mode
 Status: Verified
 Type:   Bug
 Package:PDO related
 Operating System:   Ubuntu 12.04
 PHP Version:5.5.0
 Block user comment: N
 Private report: N

 New Comment:

What's the status of this bug? It's pretty bad to use non persistant mode in 
multi tier scenarios on enterprise environments.


Previous Comments:

[2013-07-03 03:45:56] larue...@php.net

I can reproduce, will look into it later


[2013-07-02 10:24:46] radtke at hd-system dot de

Description:

create a class which extends the pdo class f.e. "extPDO"
use the persistant mode 
declare a class var f.e. "$sf"
create more then 1 object of the extPDO class and
take access to the class var "$sf"
causes a segmentation fault

no seg fault if:

1. you are NOT in persistant mode
2. you just create 1 instance of the class
2. you don't declare the class var; just set it in the constructor and take 
access to it

Noticed by accessing two different databases in a loop.

Test script:
---
class extPDO extends PDO
{
 public $sf;
 public function  __construct($db_name, $host, $username, $passwd)
 {
  $dsn = 'mysql:dbname='.$db_name.';host='.$host;
  $this->sf = '42';
  $options = array(PDO::ATTR_PERSISTENT => true);
  parent::__construct($dsn, $username, $passwd, $options);
  $this->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
  $this->setAttribute(PDO::ATTR_DEFAULT_FETCH_MODE, PDO::FETCH_ASSOC);
 }
}

function testExtPDO()
{
 for($i = 1; $i <= 2; $i++){
  try{
   $pdo_obj = new extPDO('csp2_mycms', 'csp2-db.pille.hds', 'root', '');
   $sql = 'SELECT user_id FROM user';
   $pdo_st = $pdo_obj->query($sql);
if($row = $pdo_st->fetch(PDO::FETCH_ASSOC))
 echo $i.'.sf:'. $pdo_obj->sf."";
  }
  catch(Exception $e){
   echo 'Exception: '.$e->getMessage().'';
  }
 }
}
testExtPDO();

Expected result:

no segmentation fault

Actual result:
--
segmentation fault






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

[PHP-BUG] Bug #65182 [NEW]: Segmentation Fault by acces to class var in persitant mode

2013-07-02 Thread radtke at hd-system dot de 
From: radtke at hd-system dot de
Operating system: Ubuntu 12.04
PHP version:  5.5.0
Package:  PDO related
Bug Type: Bug
Bug description:Segmentation Fault by acces to class var in persitant mode

Description:

create a class which extends the pdo class f.e. "extPDO"
use the persistant mode 
declare a class var f.e. "$sf"
create more then 1 object of the extPDO class and
take access to the class var "$sf"
causes a segmentation fault

no seg fault if:

1. you are NOT in persistant mode
2. you just create 1 instance of the class
2. you don't declare the class var; just set it in the constructor and take
access to it

Noticed by accessing two different databases in a loop.

Test script:
---
class extPDO extends PDO
{
 public $sf;
 public function  __construct($db_name, $host, $username, $passwd)
 {
  $dsn = 'mysql:dbname='.$db_name.';host='.$host;
  $this->sf = '42';
  $options = array(PDO::ATTR_PERSISTENT => true);
  parent::__construct($dsn, $username, $passwd, $options);
  $this->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
  $this->setAttribute(PDO::ATTR_DEFAULT_FETCH_MODE, PDO::FETCH_ASSOC);
 }
}

function testExtPDO()
{
 for($i = 1; $i <= 2; $i++){
  try{
   $pdo_obj = new extPDO('csp2_mycms', 'csp2-db.pille.hds', 'root', '');
   $sql = 'SELECT user_id FROM user';
   $pdo_st = $pdo_obj->query($sql);
if($row = $pdo_st->fetch(PDO::FETCH_ASSOC))
 echo $i.'.sf:'. $pdo_obj->sf."";
  }
  catch(Exception $e){
   echo 'Exception: '.$e->getMessage().'';
  }
 }
}
testExtPDO();

Expected result:

no segmentation fault

Actual result:
--
segmentation fault

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

[PHP-BUG] Bug #62954 [NEW]: startup problems fpm / php-fpm

2012-08-27 Thread jonas at brachium-system dot net 
From: jonas at brachium-system dot net
Operating system: Linux
PHP version:  5.3Git-2012-08-27 (Git)
Package:  FPM related
Bug Type: Bug
Bug description:startup problems fpm / php-fpm

Description:

PHP 5.3.14 with FPM on Debian Squeze works without any problems. 

The PHP Version 5.3.15 / 5.3.16 and current Git branch PHP 5.3 is
affected.

/usr/sbin/php5-fpm --fpm-config /etc/php5/fpm/php-fpm.conf

All pools are started and working, but the php5-fpm does not detach:

 /usr/sbin/php5-fpm --fpm-config /etc/php5/fpm/php-fpm.conf

and here it hangs. ctrl +c does not work.

strace tells me:
Process 15949 attached - interrupt to quit
futex(0x7fb923e8ce40, FUTEX_WAIT_PRIVATE, 2, NULL

If I switch the configuration option "daemonize" to "no" php-fpm starts up
normal and can be aborted with ctrl+c.

If I copy sapi/fpm from 5.3.14 to the current php-src from git and compile
it again my configuration and php-fpm works and starts normal.

If I remove the USR1/USR2 handling from sapi/fpm/fpm/fpm_unix.c ( see patch
) php-fpm starts normal and detach correctly.

I think (See:
http://groups.google.com/group/highload-php-en/browse_thread/thread/fa6b16d533411f42)
PHP 5.4 branch is also affected.

PHP-FPM Configration:
-

[global]
pid = /var/run/php5-fpm.pid
error_log = /var/log/php5-fpm.log
daemonize = yes

[cust-websrv]
listen = /tmp/cust-webserv.socket
user = www-data
group = www-data
pm = dynamic
pm.max_children = 130
pm.start_servers = 15
pm.min_spare_servers = 5
pm.max_spare_servers = 15
pm.max_requests = 500
chdir = /
env[APPLICATION_ENV] = prod

[is-tracking]

listen = /tmp/is-tracking.socket
user = www-data
group = www-data
pm = dynamic
pm.max_children = 130
pm.start_servers = 15
pm.min_spare_servers = 5
pm.max_spare_servers = 15
pm.max_requests = 5000
chdir = /
env[APPLICATION_ENV] = prod

[limesurvey]

listen = /tmp/limesurvey.socket
user = www-data
group = www-data
pm = dynamic
pm.max_children = 40
pm.start_servers = 5
pm.min_spare_servers = 4
pm.max_spare_servers = 5
pm.max_requests = 500
chdir = /
env[APPLICATION_ENV] = prod


Actual result:
--
strace, with the problem:

open("/var/log/php5-fpm.log", O_WRONLY|O_CREAT|O_APPEND, 0600) = 3
fcntl(3, F_GETFD)   = 0
fcntl(3, F_SETFD, FD_CLOEXEC)   = 0
stat("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
geteuid()   
rt_sigaction(SIGUSR1, {0x858300, ~[RTMIN RT_1], SA_RESTORER,
0x7fb98d4b5230}, {0x84ad50, [], SA_RESTORER, 0x7fb98d4b5230}, 8) = 0
rt_sigaction(SIGUSR2, {0x8582f0, ~[RTMIN RT_1], SA_RESTORER,
0x7fb98d4b5230}, {SIG_DFL, [], 0}, 8) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7fb990b0da10) = 4037
--- SIGUSR1 (User defined signal 1) @ 0 (0) ---
futex(0x7fb98d7e0e40, FUTEX_WAIT_PRIVATE, 2, NULL


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

Bug #62954 [Com]: startup problems fpm / php-fpm

2012-09-02 Thread jonas at brachium-system dot net 
Edit report at https://bugs.php.net/bug.php?id=62954&edit=1

 ID: 62954
 Comment by: jonas at brachium-system dot net
 Reported by:jonas at brachium-system dot net
 Summary:startup problems fpm / php-fpm
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Linux
 PHP Version:5.3Git-2012-08-27 (Git)
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

PHP 5.3.16-dev (fpm-fcgi) (built: Sep  2 2012 04:56:07)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies

I have tried it with the current branch PHP-5.3.

It started two times correctly (Starts and detaches) after the second start the 
problem occurs again.

So problem is not fixed - I have not tried 5.4 since fpm sapi is the same.


Previous Comments:

[2012-09-01 19:41:16] tony2...@php.net

I can't reproduce it here:
# /tmp/fpm/sbin/php-fpm -v
PHP 5.4.8-dev (fpm-fcgi) (built: Sep  1 2012 23:36:17) (DEBUG)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies

It starts, spawns its children and detaches from terminal with no problem at 
all.
Can you try the latest snapshot and check if you still can reproduce the issue?


[2012-08-27 22:54:12] al-php at none dot at

same problem here.

./configure --prefix=// --enable-fpm --enable-bcmath --with-bz2 
--enable-calendar --with-curl --enable-dba --enable-exif --enable-ftp 
--enable-gd-native-ttf --with-jpeg-dir --with-png-dir --with-t1lib 
--with-freetype-dir --with-gettext --enable-mbstring --with-mcrypt --with-mhash 
--with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd 
--enable-mysqlnd --with-openssl --with-pcre-regex --with-pspell --enable-shmop 
--enable-soap --enable-sockets --enable-sysvmsg --enable-wddx  --with-xsl 
--enable-zip --with-zlib --with-tcadb --with-openssl-dir --with-gd

###
bin/php -v
PHP 5.4.5 (cli) (built: Aug  8 2012 01:03:00)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
###

root@Ubuntu-1204-precise-64-minimal ~ # strace -fveall -p 2590 -p 2589
Process 2590 attached - interrupt to quit
Process 2589 attached - interrupt to quit
[pid  2589] wait4(-1,  
[pid  2590] futex(0x7fc2a4d73720, FUTEX_WAIT_PRIVATE, 2, NULL
###


[2012-08-27 19:50:31] jonas at brachium-system dot net

Description:

PHP 5.3.14 with FPM on Debian Squeze works without any problems. 

The PHP Version 5.3.15 / 5.3.16 and current Git branch PHP 5.3 is affected.

/usr/sbin/php5-fpm --fpm-config /etc/php5/fpm/php-fpm.conf

All pools are started and working, but the php5-fpm does not detach:

 /usr/sbin/php5-fpm --fpm-config /etc/php5/fpm/php-fpm.conf

and here it hangs. ctrl +c does not work.

strace tells me:
Process 15949 attached - interrupt to quit
futex(0x7fb923e8ce40, FUTEX_WAIT_PRIVATE, 2, NULL

If I switch the configuration option "daemonize" to "no" php-fpm starts up 
normal and can be aborted with ctrl+c.

If I copy sapi/fpm from 5.3.14 to the current php-src from git and compile it 
again my configuration and php-fpm works and starts normal.

If I remove the USR1/USR2 handling from sapi/fpm/fpm/fpm_unix.c ( see patch ) 
php-fpm starts normal and detach correctly.

I think (See: 
http://groups.google.com/group/highload-php-en/browse_thread/thread/fa6b16d533411f42)
 PHP 5.4 branch is also affected.

PHP-FPM Configration:
-

[global]
pid = /var/run/php5-fpm.pid
error_log = /var/log/php5-fpm.log
daemonize = yes

[cust-websrv]
listen = /tmp/cust-webserv.socket
user = www-data
group = www-data
pm = dynamic
pm.max_children = 130
pm.start_servers = 15
pm.min_spare_servers = 5
pm.max_spare_servers = 15
pm.max_requests = 500
chdir = /
env[APPLICATION_ENV] = prod

[is-tracking]

listen = /tmp/is-tracking.socket
user = www-data
group = www-data
pm = dynamic
pm.max_children = 130
pm.start_servers = 15
pm.min_spare_servers = 5
pm.max_spare_servers = 15
pm.max_requests = 5000
chdir = /
env[APPLICATION_ENV] = prod

[limesurvey]

listen = /tmp/limesurvey.socket
user = www-data
group = www-data
pm = dynamic
pm.max_children = 40
pm.start_servers = 5
pm.min_spare_servers = 4
pm.max_spare_servers = 5
pm.max_requests = 500
chdir = /
env[APPLICATION_ENV] = prod


Actual result:
--
strace, with the problem:

open("/var/log/php5-fpm.log", O_WRONLY|O_CREAT|O_APPEND, 0600) = 3
fcntl(3, F_GETFD)   = 0
fcntl(3, F_SETFD, FD_CLOEXEC)   = 0
stat("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/", {st_mode=S_IFDIR|0755,

Bug #62954 [Com]: startup problems fpm / php-fpm

2012-09-05 Thread jonas at brachium-system dot net 
Edit report at https://bugs.php.net/bug.php?id=62954&edit=1

 ID: 62954
 Comment by: jonas at brachium-system dot net
 Reported by:jonas at brachium-system dot net
 Summary:startup problems fpm / php-fpm
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Linux
 PHP Version:5.3Git-2012-08-27 (Git)
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

@David: Can you please explain, why an NGINX configuration option will solve 
that startup problem?


Previous Comments:

[2012-09-02 19:47:46] david at appliedautonomics dot com

Fixed on Debian Squeez via adding to fastcgi params:

fastcgi_buffer_size 16k;
fastcgi_buffers 4 16k;


[2012-09-02 16:43:24] per at techspot dot com

This bug occurs more frequently on heavily loaded websites.
On my testserver it is difficult to reproduce with a low load.
But on my live server doing a "service php-fpm restart" makes it fail most 
times.

For some reason the problem occurs less frequently in php-fpm 5.4.6 vs 5.3.16
opcode cachers also makes it occur more frequently, but it's possible to 
reproduce with no opcode cacher loaded aswell, same rules as above for 
frequency still apply (5.3 vs 5.4)
Output from testserver below running CentOS v6.3 with all patches applied and 
php v5.4 via the remi repository: 
http://rpms.famillecollet.com/enterprise/6/test/x86_64/

# php -v
PHP 5.4.6 (cli) (built: Aug 16 2012 14:26:39)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
with XCache v2.0.1, Copyright (c) 2005-2012, by mOo

# DAEMON_COREFILE_LIMIT=unlimited strace -s1024 -f /etc/init.d/php-fpm restart 
2>&1 | grep -i SEGV

[pid  3017] rt_sigaction(SIGSEGV, {0x7fddd5050730, [SEGV], 
SA_RESTORER|SA_RESTART, 0x7fdddb55a920}, {SIG_DFL, [], 0}, 8) = 0
[pid  3017] rt_sigaction(SIGSEGV, {SIG_DFL, [SEGV], SA_RESTORER|SA_RESTART, 
0x7fdddb55a920},  
[pid  3017] <... rt_sigaction resumed> {0x7fddd5050730, [SEGV], 
SA_RESTORER|SA_RESTART, 0x7fdddb55a920}, 8) = 0


[2012-09-02 09:07:29] jonas at brachium-system dot net

PHP 5.3.16-dev (fpm-fcgi) (built: Sep  2 2012 04:56:07)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies

I have tried it with the current branch PHP-5.3.

It started two times correctly (Starts and detaches) after the second start the 
problem occurs again.

So problem is not fixed - I have not tried 5.4 since fpm sapi is the same.


[2012-09-01 19:41:16] tony2...@php.net

I can't reproduce it here:
# /tmp/fpm/sbin/php-fpm -v
PHP 5.4.8-dev (fpm-fcgi) (built: Sep  1 2012 23:36:17) (DEBUG)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies

It starts, spawns its children and detaches from terminal with no problem at 
all.
Can you try the latest snapshot and check if you still can reproduce the issue?


[2012-08-27 22:54:12] al-php at none dot at

same problem here.

./configure --prefix=// --enable-fpm --enable-bcmath --with-bz2 
--enable-calendar --with-curl --enable-dba --enable-exif --enable-ftp 
--enable-gd-native-ttf --with-jpeg-dir --with-png-dir --with-t1lib 
--with-freetype-dir --with-gettext --enable-mbstring --with-mcrypt --with-mhash 
--with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd 
--enable-mysqlnd --with-openssl --with-pcre-regex --with-pspell --enable-shmop 
--enable-soap --enable-sockets --enable-sysvmsg --enable-wddx  --with-xsl 
--enable-zip --with-zlib --with-tcadb --with-openssl-dir --with-gd

###
bin/php -v
PHP 5.4.5 (cli) (built: Aug  8 2012 01:03:00)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
###

root@Ubuntu-1204-precise-64-minimal ~ # strace -fveall -p 2590 -p 2589
Process 2590 attached - interrupt to quit
Process 2589 attached - interrupt to quit
[pid  2589] wait4(-1,  
[pid  2590] futex(0x7fc2a4d73720, FUTEX_WAIT_PRIVATE, 2, NULL
###




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


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

Bug #62954 [Com]: startup problems fpm / php-fpm

2012-09-10 Thread jonas at brachium-system dot net 
Edit report at https://bugs.php.net/bug.php?id=62954&edit=1

 ID: 62954
 Comment by: jonas at brachium-system dot net
 Reported by:jonas at brachium-system dot net
 Summary:startup problems fpm / php-fpm
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Linux
 PHP Version:5.3Git-2012-08-27 (Git)
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

I have pulled the current PHP-5.3 branch and compile it with:

 ./configure --prefix=/usr --enable-fpm --enable-bcmath --with-bz2 
--enable-calendar --with-curl --enable-dba --enable-exif --enable-ftp 
--enable-gd-native-ttf --with-jpeg-dir --with-png-dir --with-t1lib 
--with-freetype-dir --with-gettext --enable-mbstring --with-mcrypt --with-mhash 
--with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd 
--enable-mysqlnd --with-openssl --with-pcre-regex --with-pspell --enable-shmop 
--enable-soap --enable-sockets --enable-sysvmsg --enable-wddx  --with-xsl 
--enable-zip --with-zlib --with-tcadb --with-openssl-dir --with-gd 
--enable-debug

I have started PHP with gdb:
-
root@testm64:/home/jonas/php-src# gdb sapi/fpm/php-fpm
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/jonas/php-src/sapi/fpm/php-fpm...done.
warning: not using untrusted file "/home/jonas/php-src/.gdbinit"
(gdb) run
Starting program: /home/jonas/php-src/sapi/fpm/php-fpm 
[Thread debugging using libthread_db enabled]

Program received signal SIGUSR1, User defined signal 1.
0x749c8380 in ?? () from /lib/libc.so.6
(gdb) bt
#0  0x749c8380 in ?? () from /lib/libc.so.6
#1  0x749cb94c in free () from /lib/libc.so.6
#2  0x009d416e in zend_hash_destroy (ht=0x132c170) at 
/home/jonas/php-src/Zend/zend_hash.c:532
#3  0x009c2cd3 in zend_shutdown () at 
/home/jonas/php-src/Zend/zend.c:773
#4  0x0094b6a3 in php_module_shutdown () at 
/home/jonas/php-src/main/main.c:2186
#5  0x00abb116 in fpm_php_cleanup (which=2, arg=0x0) at 
/home/jonas/php-src/sapi/fpm/fpm/fpm_php.c:199
#6  0x00ab009d in fpm_cleanups_run (type=2) at 
/home/jonas/php-src/sapi/fpm/fpm/fpm_cleanup.c:45
#7  0x00ac2109 in fpm_unix_init_main () at 
/home/jonas/php-src/sapi/fpm/fpm/fpm_unix.c:312
#8  0x00aaed7b in fpm_init (argc=1, argv=0x7fffe788, config=0x0, 
prefix=0x0, pid=0x0, test_conf=0, run_as_root=0) at 
/home/jonas/php-src/sapi/fpm/fpm/fpm.c:59
#9  0x00aba69c in main (argc=1, argv=0x7fffe788) at 
/home/jonas/php-src/sapi/fpm/fpm/fpm_main.c:1805


Previous Comments:

[2012-09-10 13:18:31] tony2...@php.net

#4  0xb42fcd66 in pcrecpp::RE::Cleanup() () from /usr/lib/libpcrecpp.so.0
#5  0xb42fce02 in pcrecpp::RE::~RE() () from /usr/lib/libpcrecpp.so.0

This looks like a problem of your system's PCRE library.
No idea why would you use it instead of the bundled, but can you just try a 
plain PHP version provided from php.net and see if you still can reproduce the 
problem? Preferably a recent snapshot, preferable without any external libs and 
opcode caches.
This'll help us to understand if this is a genuine FPM problem or something 
different.


[2012-09-05 17:06:39] rainer-phpbugs at 7val dot com

I can reproduce this problem with php 5.3.16 on SLES 11.2 x86_64 (after about 
20 attempts on average), but not on Ubuntu 12.04.1 x86_64 or Centos (RHEL) 6.3 
(no problem after more than 2000 restarts each).

remove_usr1_usr2_fpm_unix.patch reliably fixes this problem for me.

gdb backtraces of the hanging process always look like this (taken on opensuse 
11 i386):

#0  0xe424 in __kernel_vsyscall ()
#1  0xb4fe3e53 in __lll_lock_wait_private () from /lib/libc.so.6
#2  0xb4f762fb in _L_lock_10372 () from /lib/libc.so.6
#3  0xb4f74a66 in free () from /lib/libc.so.6
#4  0xb42fcd66 in pcrecpp::RE::Cleanup() () from /usr/lib/libpcrecpp.so.0
#5  0xb42fce02 in pcrecpp::RE::~RE() () from /usr/lib/libpcrecpp.so.0
#6  0xb4f3089f in __run_exit_handlers () from /lib/libc.so.6
#7  0xb4f308fd in exit () from /lib/libc.so.6
#8  0x084c382f in fpm_signals_sighandler_exit_ok (pid=10) at 
build/src/external/php-5.3.16/sapi/fpm/fpm/fpm_signals.c:254
#9  
#10 0xb4f70701 in _int_free () from /lib/libc.so.6
#11 0xb4f74a6d in free () from /lib/libc.so.

Bug #62954 [Com]: startup problems fpm / php-fpm

2012-09-13 Thread jonas at brachium-system dot net 
Edit report at https://bugs.php.net/bug.php?id=62954&edit=1

 ID: 62954
 Comment by: jonas at brachium-system dot net
 Reported by:jonas at brachium-system dot net
 Summary:startup problems fpm / php-fpm
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Linux
 PHP Version:5.3Git-2012-08-27 (Git)
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

>This only shows us that FPM has successfully forked to detach from the console.
 >It didn't hang, crash or exit, it's still running and you can see it 
 >yourself: > `ps afx | grep php`

yep. every time I start php-fpm with gdb it forks and detach the process 
correctly. 

Then I start it without debugger it hangs. :(


Previous Comments:

[2012-09-12 09:17:54] tony2...@php.net

>Program received signal SIGUSR1, User defined signal 1

This only shows us that FPM has successfully forked to detach from the console.
It didn't hang, crash or exit, it's still running and you can see it yourself: 
`ps afx | grep php`


[2012-09-10 19:32:56] jonas at brachium-system dot net

I have pulled the current PHP-5.3 branch and compile it with:

 ./configure --prefix=/usr --enable-fpm --enable-bcmath --with-bz2 
--enable-calendar --with-curl --enable-dba --enable-exif --enable-ftp 
--enable-gd-native-ttf --with-jpeg-dir --with-png-dir --with-t1lib 
--with-freetype-dir --with-gettext --enable-mbstring --with-mcrypt --with-mhash 
--with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd 
--enable-mysqlnd --with-openssl --with-pcre-regex --with-pspell --enable-shmop 
--enable-soap --enable-sockets --enable-sysvmsg --enable-wddx  --with-xsl 
--enable-zip --with-zlib --with-tcadb --with-openssl-dir --with-gd 
--enable-debug

I have started PHP with gdb:
-
root@testm64:/home/jonas/php-src# gdb sapi/fpm/php-fpm
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/jonas/php-src/sapi/fpm/php-fpm...done.
warning: not using untrusted file "/home/jonas/php-src/.gdbinit"
(gdb) run
Starting program: /home/jonas/php-src/sapi/fpm/php-fpm 
[Thread debugging using libthread_db enabled]

Program received signal SIGUSR1, User defined signal 1.
0x749c8380 in ?? () from /lib/libc.so.6
(gdb) bt
#0  0x749c8380 in ?? () from /lib/libc.so.6
#1  0x749cb94c in free () from /lib/libc.so.6
#2  0x009d416e in zend_hash_destroy (ht=0x132c170) at 
/home/jonas/php-src/Zend/zend_hash.c:532
#3  0x009c2cd3 in zend_shutdown () at 
/home/jonas/php-src/Zend/zend.c:773
#4  0x0094b6a3 in php_module_shutdown () at 
/home/jonas/php-src/main/main.c:2186
#5  0x00abb116 in fpm_php_cleanup (which=2, arg=0x0) at 
/home/jonas/php-src/sapi/fpm/fpm/fpm_php.c:199
#6  0x00ab009d in fpm_cleanups_run (type=2) at 
/home/jonas/php-src/sapi/fpm/fpm/fpm_cleanup.c:45
#7  0x00ac2109 in fpm_unix_init_main () at 
/home/jonas/php-src/sapi/fpm/fpm/fpm_unix.c:312
#8  0x00aaed7b in fpm_init (argc=1, argv=0x7fffe788, config=0x0, 
prefix=0x0, pid=0x0, test_conf=0, run_as_root=0) at 
/home/jonas/php-src/sapi/fpm/fpm/fpm.c:59
#9  0x00aba69c in main (argc=1, argv=0x7fffe788) at 
/home/jonas/php-src/sapi/fpm/fpm/fpm_main.c:1805


[2012-09-10 13:18:31] tony2...@php.net

#4  0xb42fcd66 in pcrecpp::RE::Cleanup() () from /usr/lib/libpcrecpp.so.0
#5  0xb42fce02 in pcrecpp::RE::~RE() () from /usr/lib/libpcrecpp.so.0

This looks like a problem of your system's PCRE library.
No idea why would you use it instead of the bundled, but can you just try a 
plain PHP version provided from php.net and see if you still can reproduce the 
problem? Preferably a recent snapshot, preferable without any external libs and 
opcode caches.
This'll help us to understand if this is a genuine FPM problem or something 
different.


[2012-09-05 17:06:39] rainer-phpbugs at 7val dot com

I can reproduce this problem with php 5.3.16 on SLES 11.2 x86_64 (after about 
20 attempts on average), but not on Ubuntu 12.04.1 x86_64 or Centos (RHEL) 6.3 
(no problem after more than 2000 restarts each)

Bug #62954 [Com]: startup problems fpm / php-fpm

2012-09-17 Thread jonas at brachium-system dot net 
Edit report at https://bugs.php.net/bug.php?id=62954&edit=1

 ID: 62954
 Comment by: jonas at brachium-system dot net
 Reported by:jonas at brachium-system dot net
 Summary:startup problems fpm / php-fpm
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Linux
 PHP Version:5.3Git-2012-08-27 (Git)
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

root@testm64:~# gdb attach 1571
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
attach: No such file or directory.
Attaching to process 1571
Reading symbols from /home/jonas/php-src/sapi/fpm/php-fpm...done.
Reading symbols from /lib/libcrypt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libexslt.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libexslt.so.0
Reading symbols from /usr/lib/libaspell.so.15...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libaspell.so.15
Reading symbols from /usr/lib/libpspell.so.15...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libpspell.so.15
Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /usr/lib/libmcrypt.so.4...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libmcrypt.so.4
Reading symbols from /usr/lib/libltdl.so.7...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libltdl.so.7
Reading symbols from /usr/lib/libt1.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libt1.so.5
Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libfreetype.so.6
Reading symbols from /lib/libpng12.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libpng12.so.0
Reading symbols from /usr/lib/libjpeg.so.62...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/libbz2.so.1.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libbz2.so.1.0
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /usr/lib/libssl.so.0.9.8...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libssl.so.0.9.8
Reading symbols from /usr/lib/libcrypto.so.0.9.8...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libcrypto.so.0.9.8
Reading symbols from /usr/lib/libcurl.so.4...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libcurl.so.4
Reading symbols from /usr/lib/libxslt.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libxslt.so.1
Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libxml2.so.2
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libresolv.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /usr/lib/libgcrypt.so.11...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libgcrypt.so.11
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done.
[Thread debugging using libthread_db enabled]
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /usr/lib/libidn.so.11...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libidn.so.11
Reading symbols from /usr/lib/libssh2.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libssh2.so.1
Reading symbols from /usr/lib/liblber-2.4.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/

Bug #62954 [Com]: startup problems fpm / php-fpm

2012-09-17 Thread jonas at brachium-system dot net 
Edit report at https://bugs.php.net/bug.php?id=62954&edit=1

 ID: 62954
 Comment by: jonas at brachium-system dot net
 Reported by:jonas at brachium-system dot net
 Summary:startup problems fpm / php-fpm
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Linux
 PHP Version:5.3Git-2012-08-27 (Git)
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

Seems that #62886 is the same as my patch. removing some code from that commit 
fixes the issue.


Previous Comments:

[2012-09-17 19:59:47] jonas at brachium-system dot net

root@testm64:~# gdb attach 1571
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
attach: No such file or directory.
Attaching to process 1571
Reading symbols from /home/jonas/php-src/sapi/fpm/php-fpm...done.
Reading symbols from /lib/libcrypt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libexslt.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libexslt.so.0
Reading symbols from /usr/lib/libaspell.so.15...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libaspell.so.15
Reading symbols from /usr/lib/libpspell.so.15...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libpspell.so.15
Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /usr/lib/libmcrypt.so.4...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libmcrypt.so.4
Reading symbols from /usr/lib/libltdl.so.7...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libltdl.so.7
Reading symbols from /usr/lib/libt1.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libt1.so.5
Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libfreetype.so.6
Reading symbols from /lib/libpng12.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libpng12.so.0
Reading symbols from /usr/lib/libjpeg.so.62...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/libbz2.so.1.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libbz2.so.1.0
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /usr/lib/libssl.so.0.9.8...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libssl.so.0.9.8
Reading symbols from /usr/lib/libcrypto.so.0.9.8...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libcrypto.so.0.9.8
Reading symbols from /usr/lib/libcurl.so.4...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libcurl.so.4
Reading symbols from /usr/lib/libxslt.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libxslt.so.1
Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libxml2.so.2
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libresolv.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /usr/lib/libgcrypt.so.11...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libgcrypt.so.11
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done.
[Thread debugging using libthread_db enabled]
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /usr/lib/libidn.so.11...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libi

#49762 [NEW]: unlink can't handle posix acls

2009-10-03 Thread jonas at brachium-system dot net 
From: jonas at brachium-system dot net
Operating system: Debian Lenny
PHP version:  5.2.11
PHP Bug Type: Filesystem function related
Bug description:  unlink can't handle posix acls

Description:

the php function unlink can't handle posix acls. The function is_writeable
**can** handle posix acls. See #34957


my acl on file 'foo':
--
# file: foo
# owner: jonas.genannt
# group: users
user::rw-
group::r-x  #effective:r--
group:www-data:rw-
mask::rw-
other::---

The php script runs as user www-data and group www-data. 

The function unlink fails on posix acls but is_writeable seems to be
handling posix acls.



Reproduce code:
---
";
if (unlink('foo')) {
echo "Removed!";
}
else {
echo "NOT REMOVED!";
}
}
?>

Expected result:

fooo is Writeable
Removed

Actual result:
--
fooo is Writeable
Warning: unlink(foo) [function.unlink]: Permission denied in test.php on
line 4
NOT REMOVED!

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

#49762 [Opn->Bgs]: unlink can't handle posix acls

2009-10-03 Thread jonas at brachium-system dot net 
 ID:   49762
 User updated by:  jonas at brachium-system dot net
 Reported By:  jonas at brachium-system dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Debian Lenny
 PHP Version:  5.2.11
 New Comment:

error hat user


Previous Comments:


[2009-10-03 21:42:06] jonas at brachium-system dot net

Description:

the php function unlink can't handle posix acls. The function
is_writeable **can** handle posix acls. See #34957


my acl on file 'foo':
--
# file: foo
# owner: jonas.genannt
# group: users
user::rw-
group::r-x  #effective:r--
group:www-data:rw-
mask::rw-
other::---

The php script runs as user www-data and group www-data. 

The function unlink fails on posix acls but is_writeable seems to be
handling posix acls.



Reproduce code:
---
";
if (unlink('foo')) {
echo "Removed!";
}
else {
echo "NOT REMOVED!";
}
}
?>

Expected result:

fooo is Writeable
Removed

Actual result:
--
fooo is Writeable
Warning: unlink(foo) [function.unlink]: Permission denied in test.php
on line 4
NOT REMOVED!





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

Bug #62886 [Com]: PHP-FPM may segfault/hang on startup

2012-09-26 Thread jonas at brachium-system dot net 
Edit report at https://bugs.php.net/bug.php?id=62886&edit=1

 ID: 62886
 Comment by: jonas at brachium-system dot net
 Reported by:pierre at archlinux dot de
 Summary:PHP-FPM may segfault/hang on startup
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Arch Linux
 PHP Version:5.4.6
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

I came from #62954 - I have applied your patch against 5.3.x source.

It fixes my problem - fpm starts up normal and detaches.

fat, great work :)


Previous Comments:

[2012-09-26 19:31:50] f...@php.net

Can you please test the following path ?

The commit you mentioned to be faulty in fact did the following things:
when daemonize, the calling process waited 10s for the master process (which 
have been forked just before) to send USR1 if OK or USR2 otherwise.

There must be a problem with some external libraries using USR1 and USR2.

I've removed the signal stuff and have it replaced by a pipe(2). 

Can you please test and tell me if it fix your problem (which I never been able 
to reproduce on my side).

thx
++ fat


[2012-09-26 19:28:24] f...@php.net

The following patch has been added/updated:

Patch Name: bug62886.patch.txt
Revision:   1348687704
URL:
https://bugs.php.net/patch-display.php?bug=62886&patch=bug62886.patch.txt&revision=1348687704


[2012-09-20 10:40:48] hsatac at golang dot tw

Having the same issue.
Archlinux + PHP 5.4.7


[2012-09-17 09:59:00] pierre at archlinux dot de

It also crashes with the imap extension disabled. But it seems the number of 
enabled extensions might matter.

Anyway, we have a backtrace and the commit that introduced this issue.


[2012-09-17 09:55:04] daniel at bashgeek dot net

Have the same problem on my end with a couple of servers. For me the problem is 
solved as soon as I disable the IMAP extension of PHP. Maybe it has something 
todo with this extension?




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


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

Bug #62954 [Com]: startup problems fpm / php-fpm

2012-09-26 Thread jonas at brachium-system dot net 
Edit report at https://bugs.php.net/bug.php?id=62954&edit=1

 ID: 62954
 Comment by: jonas at brachium-system dot net
 Reported by:jonas at brachium-system dot net
 Summary:startup problems fpm / php-fpm
 Status: Feedback
 Type:   Bug
 Package:FPM related
 Operating System:   Linux
 PHP Version:5.3Git-2012-08-27 (Git)
 Assigned To:fat
 Block user comment: N
 Private report: N

 New Comment:

Please see #62886, fat published an patch, and it fixes my problem.

Can anybody confirm that?


Previous Comments:

[2012-09-17 20:00:50] jonas at brachium-system dot net

Seems that #62886 is the same as my patch. removing some code from that commit 
fixes the issue.


[2012-09-17 19:59:47] jonas at brachium-system dot net

root@testm64:~# gdb attach 1571
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
attach: No such file or directory.
Attaching to process 1571
Reading symbols from /home/jonas/php-src/sapi/fpm/php-fpm...done.
Reading symbols from /lib/libcrypt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libexslt.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libexslt.so.0
Reading symbols from /usr/lib/libaspell.so.15...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libaspell.so.15
Reading symbols from /usr/lib/libpspell.so.15...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libpspell.so.15
Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /usr/lib/libmcrypt.so.4...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libmcrypt.so.4
Reading symbols from /usr/lib/libltdl.so.7...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libltdl.so.7
Reading symbols from /usr/lib/libt1.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libt1.so.5
Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libfreetype.so.6
Reading symbols from /lib/libpng12.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libpng12.so.0
Reading symbols from /usr/lib/libjpeg.so.62...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/libbz2.so.1.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libbz2.so.1.0
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /usr/lib/libssl.so.0.9.8...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libssl.so.0.9.8
Reading symbols from /usr/lib/libcrypto.so.0.9.8...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libcrypto.so.0.9.8
Reading symbols from /usr/lib/libcurl.so.4...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libcurl.so.4
Reading symbols from /usr/lib/libxslt.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libxslt.so.1
Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libxml2.so.2
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libresolv.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /usr/lib/libgcrypt.so.11...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libgcrypt.so.11
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done.
[Thread debugging using libthread_db enabled]
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib6