[PHP-BUG] Bug #53075 [NEW]: Running fpm with default config produces pm.min_spare_servers error

2010-10-15 Thread alexey dot rybak at gmail dot com
From: 
Operating system: any
PHP version:  5.3.3
Package:  FPM related
Bug Type: Bug
Bug description:Running fpm with default config produces pm.min_spare_servers 
error

Description:

Just copying etc/php-fpm.conf.default to etc/php-fpm.conf doesn't

work: we have pm.dynamic by default (why?) and the following error

occures:

Starting php_fpm Oct 15 12:15:18.755094 [ALERT] [pool www]

pm.min_spare_servers(0) must be a positive value

Oct 15 12:15:18.755148 [ERROR] failed to post process the configuration

removing comments ';' for dynamic config helps

Shorter: there should be either pm.static and comments for these spare

settings, or pm.dynamic with non-commented settings.


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



Bug #17012: releasing IDispatch interface too many times (putprop issue)

2002-05-05 Thread rybak

From: [EMAIL PROTECTED]
Operating system: WinNT 2000
PHP version:  4.2.0
PHP Bug Type: COM related
Bug description:  releasing IDispatch interface too many times (putprop issue)

hello
I wrote a script to access ADO database:

$conn = new COM('ADODB.Connection');

$hr = $conn-Open('Provider=Microsoft.Jet.OLEDB.4.0;Data
Source=test.mdb',, , 0);

$oCmd = new COM('ADODB.Command');
$oCmd-ActiveConnection = $conn;
$oCmd-CommandText = INSERT INTO config(storage) VALUES('testowa
wartosc');
$oCmd-CommandType = 1;

$rs = $oCmd-Execute();

in line 
$oCmd-ActiveConnection = $conn;
there is created a zendval variable (result from assigning IDispatch $conn
to property) but $conn is not AddRef-ed...
When this invisible variable is destroyed it calls Release on IDispatch
from $conn -  But this dispatch is already 0-referenced.
I isolated the code in file COM.c in line 1142 (function do_COM_propput):
---
if (SUCCEEDED(hr)) {
php_variant_to_pval(var_result, return_value, codepage TSRMLS_CC);
} else {
--
and changed to:
---
if (SUCCEEDED(hr)) {
if ( var_result-vt == VT_DISPATCH )
var_result-pdispVal-lpVtbl-AddRef(var_result-pdispVal);
php_variant_to_pval(var_result, return_value, codepage TSRMLS_CC);
} else {

Is it a good solution? Or maybe I don't understand something?
Tristan Rybak
-- 
Edit bug report at http://bugs.php.net/?id=17012edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=17012r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=17012r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=17012r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=17012r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=17012r=support
Expected behavior:   http://bugs.php.net/fix.php?id=17012r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=17012r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=17012r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=17012r=globals