[PHP-BUG] Bug #53075 [NEW]: Running fpm with default config produces pm.min_spare_servers error
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=53075&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53075&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53075&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53075&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53075&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53075&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53075&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53075&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53075&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53075&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53075&r=support Expected behavior: http://bugs.php.net/fix.php?id=53075&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53075&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53075&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53075&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53075&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53075&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53075&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53075&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53075&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53075&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53075&r=mysqlcfg
Bug #17012: releasing IDispatch interface too many times (putprop issue)
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=17012&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17012&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17012&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17012&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17012&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17012&r=support Expected behavior: http://bugs.php.net/fix.php?id=17012&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17012&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17012&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17012&r=globals