#33485 [NEW]: isset() doesn't work with a form submission
From: devon at 16oranges dot com Operating system: WinXP PHP version: 5.0.4 PHP Bug Type: Scripting Engine problem Bug description: isset() doesn't work with a form submission Description: Attempting to use isset() to find out when a user's submitted a form, and if they have, then I give them particular output. This works on Linux using old PHP 4.x, but I don't have access to that anymore. This doesn't work on WinXP (with SP2, if that matters). I suspect this is related to bug #29883 @ http://bugs.php.net/bug.php?id=29883 (which is supposed to be fixed), because I tested for it and it comes out with the unexpected result. I'm 110% baffled. - Devon Reproduce code: --- I'm using PHP 5.0.4 on WinXP (with SP2 if that matters at form method=get action=this_file.php input type=submit value=ad name=adicion id=adicion / /form ?php if(isset($adicion)) { echo expected result after form is submitted.; } else { echo Only seen before form is submitted.; } ? Expected result: expected result after form is submitted. Actual result: -- Only seen before form is submitted. -- Edit bug report at http://bugs.php.net/?id=33485edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33485r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33485r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33485r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33485r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33485r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33485r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33485r=needscript Try newer version: http://bugs.php.net/fix.php?id=33485r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33485r=support Expected behavior: http://bugs.php.net/fix.php?id=33485r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33485r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33485r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33485r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33485r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33485r=dst IIS Stability: http://bugs.php.net/fix.php?id=33485r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33485r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33485r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33485r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33485r=mysqlcfg
#28072 [Ver-Asn]: static array with some constant keys will be incorrectly ordered
ID: 28072 Updated by: [EMAIL PROTECTED] Reported By: pages at inrp dot fr -Status: Verified +Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS, 4CVS (2005-06-19) -Assigned To: +Assigned To: dmitry Previous Comments: [2004-04-20 07:54:00] pages at inrp dot fr Description: Initialising a static associative array using constants as keys will give an incorrectly ordered array. Apparently, elements with constant keys will always appear AFTER elements without constant keys. Reproduce code: --- ?php define(FIRST_KEY, a); define(THIRD_KEY, c); function test() { static $arr = array( FIRST_KEY = 111, b = 222, THIRD_KEY = 333, d = 444 ); print_r($arr); } test(); ? Expected result: Array ( [a] = 111 [b] = 222 [c] = 333 [d] = 444 ) Actual result: -- Array ( [b] = 222 [d] = 444 [a] = 111 [c] = 333 ) -- Edit this bug report at http://bugs.php.net/?id=28072edit=1
#32774 [Fbk-WFx]: stdin handling confusion in COPY
ID: 32774 Updated by: [EMAIL PROTECTED] Reported By: volkan dot yazici at gmail dot com -Status: Feedback +Status: Wont fix Bug Type: PostgreSQL related Operating System: Linux 2.6.11 PHP Version: 5.0.3 New Comment: I don't think there's any way to fix this with the current structure of PHP. There's no construct to pass control of php://stdin to the pg library. Previous Comments: [2005-06-26 19:18:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-04-20 00:13:07] volkan dot yazici at gmail dot com Description: There seems to be a confusion in handling stdin between PostgreSQL and PHP. Reproduce code: --- ?php $conn = pg_connect(user=knt dbname=template1) or die(Connection failed!\n); print Starting query...\n; $res = pg_query(COPY example_table FROM stdin); /* * If I'd not use a pg_end_copy() call just after COPY FROM * stdin query, script flow will never pass through this * line and stuck here with a 100% CPU usage. */ if ( pg_result_status($res) != PGSQL_COPY_IN ) die(Unexpected result status!\n); print At last!\n; pg_close(); ? /* * The same of this script * [http://yazicivo.fateback.com/example-copy.txt] written * in C (with same libpq calls) works fine. */ Expected result: shell$ php example-copy.php Starting query... At last! shell$ _ Actual result: -- shell$ php example-copy.php Starting query... # It enters to an endless loop with a 100% CPU usage. -- Edit this bug report at http://bugs.php.net/?id=32774edit=1
#33485 [Opn-Bgs]: isset() doesn't work with a form submission
ID: 33485 Updated by: [EMAIL PROTECTED] Reported By: devon at 16oranges dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: WinXP PHP Version: 5.0.4 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2005-06-27 07:32:10] devon at 16oranges dot com Description: Attempting to use isset() to find out when a user's submitted a form, and if they have, then I give them particular output. This works on Linux using old PHP 4.x, but I don't have access to that anymore. This doesn't work on WinXP (with SP2, if that matters). I suspect this is related to bug #29883 @ http://bugs.php.net/bug.php?id=29883 (which is supposed to be fixed), because I tested for it and it comes out with the unexpected result. I'm 110% baffled. - Devon Reproduce code: --- I'm using PHP 5.0.4 on WinXP (with SP2 if that matters at form method=get action=this_file.php input type=submit value=ad name=adicion id=adicion / /form ?php if(isset($adicion)) { echo expected result after form is submitted.; } else { echo Only seen before form is submitted.; } ? Expected result: expected result after form is submitted. Actual result: -- Only seen before form is submitted. -- Edit this bug report at http://bugs.php.net/?id=33485edit=1
#32774 [WFx]: stdin handling confusion in COPY
ID: 32774 Updated by: [EMAIL PROTECTED] Reported By: volkan dot yazici at gmail dot com Status: Wont fix Bug Type: PostgreSQL related Operating System: Linux 2.6.11 PHP Version: 5.0.3 New Comment: To clarify: If you're expecting PHP to watch php://stdin for data, detect lines, call pg_put_line(), and detect \n\.\n and call pg_end_copy(), I think it's safe to classify this as Won't Fix. If you're simply wondering why PHP is hanging on the small script given below, it's because you didn't pg_end_copy(). Previous Comments: [2005-06-27 08:22:06] [EMAIL PROTECTED] I don't think there's any way to fix this with the current structure of PHP. There's no construct to pass control of php://stdin to the pg library. [2005-06-26 19:18:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-04-20 00:13:07] volkan dot yazici at gmail dot com Description: There seems to be a confusion in handling stdin between PostgreSQL and PHP. Reproduce code: --- ?php $conn = pg_connect(user=knt dbname=template1) or die(Connection failed!\n); print Starting query...\n; $res = pg_query(COPY example_table FROM stdin); /* * If I'd not use a pg_end_copy() call just after COPY FROM * stdin query, script flow will never pass through this * line and stuck here with a 100% CPU usage. */ if ( pg_result_status($res) != PGSQL_COPY_IN ) die(Unexpected result status!\n); print At last!\n; pg_close(); ? /* * The same of this script * [http://yazicivo.fateback.com/example-copy.txt] written * in C (with same libpq calls) works fine. */ Expected result: shell$ php example-copy.php Starting query... At last! shell$ _ Actual result: -- shell$ php example-copy.php Starting query... # It enters to an endless loop with a 100% CPU usage. -- Edit this bug report at http://bugs.php.net/?id=32774edit=1
#33486 [NEW]: new self should return the extended class
From: apann at personal dot ro Operating system: Win/Linux PHP version: 5.0.4 PHP Bug Type: Scripting Engine problem Bug description: new self should return the extended class Description: See reproduce code section. The same thing happens with php version 5.0.3, 5.0.4 and 5.1.0-from_cvs. Os: Mandriva Linux/Ubuntu/Win XP/Win 2000. Reproduce code: --- ?php class Base { public function __construct() { echo __METHOD__ . \n; } public static function run() { return new self; } } class Ext_One extends Base { public function __construct() { parent::__construct(); echo __METHOD__ . \n; } } class Ext_Two extends Base { public function __construct() { parent::__construct(); echo __METHOD__ . \n; } } $o1 = Ext_One::run(); $o2 = Ext_Two::run(); Expected result: Ext_One::__construct Base::__construct Ext_Two::__construct Base::__construct Actual result: -- Base::__construct Base::__construct -- Edit bug report at http://bugs.php.net/?id=33486edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33486r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33486r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33486r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33486r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33486r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33486r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33486r=needscript Try newer version: http://bugs.php.net/fix.php?id=33486r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33486r=support Expected behavior: http://bugs.php.net/fix.php?id=33486r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33486r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33486r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33486r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33486r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33486r=dst IIS Stability: http://bugs.php.net/fix.php?id=33486r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33486r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33486r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33486r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33486r=mysqlcfg
#33486 [Opn]: new self should return the extended class
ID: 33486 User updated by: apann at personal dot ro Reported By: apann at personal dot ro Status: Open Bug Type: Scripting Engine problem Operating System: Win/Linux PHP Version: 5.0.4 New Comment: The expected result should be: Base::__construct Ext_One::__construct Base::__construct Ext_Two::__construct Previous Comments: [2005-06-27 08:49:52] apann at personal dot ro Description: See reproduce code section. The same thing happens with php version 5.0.3, 5.0.4 and 5.1.0-from_cvs. Os: Mandriva Linux/Ubuntu/Win XP/Win 2000. Reproduce code: --- ?php class Base { public function __construct() { echo __METHOD__ . \n; } public static function run() { return new self; } } class Ext_One extends Base { public function __construct() { parent::__construct(); echo __METHOD__ . \n; } } class Ext_Two extends Base { public function __construct() { parent::__construct(); echo __METHOD__ . \n; } } $o1 = Ext_One::run(); $o2 = Ext_Two::run(); Expected result: Ext_One::__construct Base::__construct Ext_Two::__construct Base::__construct Actual result: -- Base::__construct Base::__construct -- Edit this bug report at http://bugs.php.net/?id=33486edit=1
#18289 [Sus-Asn]: strftime totally buggy!!
ID: 18289 Updated by: [EMAIL PROTECTED] Reported By: eflash at gmx dot net -Status: Suspended +Status: Assigned Bug Type: Date/time related Operating System: Win32 PHP Version: 4CVS-2002-07-11 -Assigned To: hholzgra +Assigned To: derick Previous Comments: [2002-07-12 05:35:15] [EMAIL PROTECTED] #1 blame microsoft #2 blame microsoft #3 ... well, blaming microsoft usualy doesn't help that much, and as i'm on rewriting part of the locale dependant stuff anyway i *might* try to bundle some BSD version of strftime with php instead of relying on libc maintainers (esp. in Redmond ;) doing their job (assigned to myself, changed status to suspended) [2002-07-11 22:20:43] [EMAIL PROTECTED] From the manual: Note: Not all conversion specifiers may be supported by your C library, in which case they will not be supported by PHP's strftime(). Same thing is said in all of those bug reports you copied there..why did you still submit another one? [2002-07-11 21:26:10] eflash at gmx dot net on Win32 strftime() doesnt return anything for a bunch of formats; related bug reports: http://bugs.php.net/bug.php?id=16499 http://bugs.php.net/bug.php?id=16439 http://bugs.php.net/bug.php?id=16498 http://bugs.php.net/bug.php?id=11544 http://bugs.php.net/bug.php?id=15584 Output from testscript: PHP (4.3.0-dev) says hi to WINNT at July 10, 2002 13:53:21 Westeuropäische Sommerzeit. date(D M d, Y H:i:s T) returns: Wed Jul 10, 2002 13:53:21 Westeuropäische Normalzeit gmdate(D M d, Y H:i:s T) returns: Wed Jul 10, 2002 11:53:21 GMT Standard Time strftime(%H:%M:%S) returns: 13:53:21 strftime(%I:%M:%S %p) returns: 01:53:21 PM strftime(%A) returns: Wednesday strftime(%a) returns: Wed strftime(%B) returns: July strftime(%b) returns: Jul strftime(%C) returns: strftime(%c) returns: 07/10/02 13:53:21 strftime(%D) returns: strftime(%d) returns: 10 strftime(%e) returns: strftime(%G) returns: strftime(%g) returns: strftime(%h) returns: strftime(%j) returns: 191 strftime(%k) returns: strftime(%l) returns: strftime(%m) returns: 07 strftime(%P) returns: strftime(%p) returns: PM strftime(%R) returns: strftime(%r) returns: strftime(%s) returns: strftime(%T) returns: strftime(%U) returns: 27 strftime(%u) returns: strftime(%w) returns: 3 strftime(%X) returns: 13:53:21 strftime(%x) returns: 07/10/02 strftime(%Y) returns: 2002 strftime(%y) returns: 02 strftime(%Z) returns: Westeuropäische Sommerzeit strftime(%z) returns: Westeuropäische Sommerzeit strftime.php testscript: html head titlePHP Time/Date Testpage/title /head body PHP (b?=PHP_VERSION?/b) says hi to b?=PHP_OS?/b at b?=strftime(%B %d, %Y %H:%M:%S %Z)?/b.p date(D M d, Y H:i:s T) returns: ?=date(D M d, Y H:i:s T)?br gmdate(D M d, Y H:i:s T) returns: ?=gmdate(D M d, Y H:i:s T)?br strftime(%H:%M:%S) returns: ?=strftime(%H:%M:%S)?br strftime(%I:%M:%S %p) returns: ?=strftime(%I:%M:%S %p)?br strftime(%A) returns: ?=strftime(%A)?br strftime(%a) returns: ?=strftime(%a)?br strftime(%B) returns: ?=strftime(%B)?br strftime(%b) returns: ?=strftime(%b)?br strftime(%C) returns: ?=strftime(%C)?br strftime(%c) returns: ?=strftime(%c)?br strftime(%D) returns: ?=strftime(%D)?br strftime(%d) returns: ?=strftime(%d)?br strftime(%e) returns: ?=strftime(%e)?br strftime(%G) returns: ?=strftime(%G)?br strftime(%g) returns: ?=strftime(%g)?br strftime(%h) returns: ?=strftime(%h)?br strftime(%j) returns: ?=strftime(%j)?br strftime(%k) returns: ?=strftime(%k)?br strftime(%l) returns: ?=strftime(%l)?br strftime(%m) returns: ?=strftime(%m)?br strftime(%P) returns: ?=strftime(%P)?br strftime(%p) returns: ?=strftime(%p)?br strftime(%R) returns: ?=strftime(%R)?br strftime(%r) returns: ?=strftime(%r)?br strftime(%s) returns: ?=strftime(%s)?br strftime(%T) returns: ?=strftime(%T)?br strftime(%U) returns: ?=strftime(%U)?br strftime(%u) returns: ?=strftime(%u)?br strftime(%w) returns: ?=strftime(%w)?br strftime(%X) returns: ?=strftime(%X)?br strftime(%x) returns: ?=strftime(%x)?br strftime(%Y) returns: ?=strftime(%Y)?br strftime(%y) returns: ?=strftime(%y)?br strftime(%Z) returns: ?=strftime(%Z)?br strftime(%z) returns: ?=strftime(%z)?br strftime(%+) returns: ?=strftime(%+)?br /body /html -- Edit this bug report at http://bugs.php.net/?id=18289edit=1
#33486 [Opn-Bgs]: new self should return the extended class
ID: 33486 Updated by: [EMAIL PROTECTED] Reported By: apann at personal dot ro -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS-2005-06-27 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-06-27 08:52:00] apann at personal dot ro The expected result should be: Base::__construct Ext_One::__construct Base::__construct Ext_Two::__construct [2005-06-27 08:49:52] apann at personal dot ro Description: See reproduce code section. The same thing happens with php version 5.0.3, 5.0.4 and 5.1.0-from_cvs. Os: Mandriva Linux/Ubuntu/Win XP/Win 2000. Reproduce code: --- ?php class Base { public function __construct() { echo __METHOD__ . \n; } public static function run() { return new self; } } class Ext_One extends Base { public function __construct() { parent::__construct(); echo __METHOD__ . \n; } } class Ext_Two extends Base { public function __construct() { parent::__construct(); echo __METHOD__ . \n; } } $o1 = Ext_One::run(); $o2 = Ext_Two::run(); Expected result: Ext_One::__construct Base::__construct Ext_Two::__construct Base::__construct Actual result: -- Base::__construct Base::__construct -- Edit this bug report at http://bugs.php.net/?id=33486edit=1
#33198 [Bgs-Opn]: Leading UTF-8 byte order mark yields different character encodings in output
ID: 33198 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Bogus +Status: Open Bug Type: mbstring related Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5.0.4 and 5.1.0-dev (php5-200506211030) New Comment: Hi again! Sorry, but this is not connected to mod_cgi in any way. We're not using PHP through mod_cgi, but as a handler. Apache does not have a problem serving the page -- instead it seems that the error only occurs when the file is being processed by the PHP handler. Best regards, Björn Previous Comments: [2005-06-27 00:59:30] [EMAIL PROTECTED] Check out this Apache bug: http://issues.apache.org/bugzilla/show_bug.cgi?id=16687 [2005-06-21 17:28:22] Bjorn dot Wiberg at its dot uu dot se Hi again! I just tried the 2005-06-21 10:30 snapshot, but the problem persists. Best regards, Björn [2005-06-19 00:50:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-06-16 14:44:03] Bjorn dot Wiberg at its dot uu dot se Hi! Please try the following: http://www.anst.uu.se/bwiberg/php/utf8_bug.phtml ...exhibits the bug randomly just like *.php. When in error, the output looks like this: http://www.anst.uu.se/bwiberg/php/utf8_bug_result3.txt http://www.anst.uu.se/bwiberg/php/utf8_bug.html ...does not exhibit the bug; output does not get re-encoded in any way, i.e. UTF-8 characters remain UTF-8: http://www.anst.uu.se/bwiberg/php/utf8_bug_result4.txt It appears that something happens to the output (sometimes) when PHP parses the file. Best regards, Björn [2005-06-15 21:10:50] [EMAIL PROTECTED] And if you change *.php to *.something_else it still b0rks? Why do you think it's PHPs fault? From what I can see, there is no PHP functions involved at all. 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/33198 -- Edit this bug report at http://bugs.php.net/?id=33198edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: ftownes at w3-hosting dot net Reported By: golden at riscom dot com Status: No Feedback Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 Assigned To: sniper New Comment: On our ES 3 machines, we worked around this bug by pre-pending and appending the following code to all scripts executed (via the php.ini) file: [EMAIL PROTECTED] root]# cat /tmp/auto_append_file.php ?php if (ini_get(session.save_handler) == user) { @ini_set(session.save_handler,files); @ini_set(session.save_path,/tmp); @ini_set(session.use_cookies,1); } ? Since the error is never exhibited on a freshly spawned instance of apache, reducing the number of requests handled by apache (in Worker MPM mode) made sure that new children were spawned before old age increased probability of the bug; this seemed to be vital to make a 99% effective solution. [EMAIL PROTECTED] root]# httpd -l Compiled in modules: core.c prefork.c http_core.c mod_so.c On our machine we also noticed that after testing this for workaround for 3 weeks we haven't used any swap on the machine as opposed to ~100MB previously, another desireable side effect. Previous Comments: [2005-06-18 11:03:03] guillaume at ironie dot org I had the same problem, with the same error message, mainly on a dotclear weblog application, on the manage section. I put the PHP code given in the prepend file : ini_set(session.save_handler, files); and the error automagically disappear, for good (I hope!) The save_handler is just defined in php.ini with value files, and not redefined anywhere else. It's strange that I have to define it again in the code. Best regards, gu!llaume [2005-06-13 15:14:16] maarten at students dot ch PHP Version 4.3.10, Linux srv1-2 2.4.19 #2 SMP Tue Dec 3 15:16:08 CET 2002 i686, Apache Same Problem over here. It came out of nowhere and sporadically appears. [2005-06-08 14:58:58] tech at c64-wiki dot de I added the following line near the beginning of my PHP code: ini_set(session.save_handler, files); I have not seen the bug again after that, so far (clicked around like an idiot and everything worked fine). Which does not mean a lot, of course, due to the extremely random nature of that bug. Can anybody else confirm that this workaround works (or maybe not)? If it does solve the problem, the root cause may seem to be that PHP sometimes takes the wrong session handler (not the one which is defined in PHP.INI, which is files as well (while the error message seems to indicate user?)). Best regards, Klaus [2005-06-08 14:18:42] tech at c64-wiki dot de Same problem here as described by gul_murjani at yahoo dot com. PHP 4.3.10 is the version in use (phpinfo() can be seen at http://www.c64-wiki.de/test.php). I tried to change session.save_path to a different path (by adding a php_value line into .htaccess), made the new directory world-writeable and verified that the session files do indeed appear there. They do appear there, and there's plenty of space for that directoty available (about 1GB, should be 'nuff for a few of these session files with 100 bytes each). And the bug still appears at extremely random intervals! Best regards, Klaus [2005-05-22 12:06:42] dmih at in-solve dot ru Please someone in PHP team confirm that you are reading from this bug (it has 'No Feedback' status). Or may be we are writing for ourselves here? 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876edit=1
#33487 [NEW]: Memory allocated for objects created in object methods is not released
From: robert dot munteanu at betbrain dot com Operating system: Linux 2.6.8.1 PHP version: 5.0.4 PHP Bug Type: Scripting Engine problem Bug description: Memory allocated for objects created in object methods is not released Description: Whenever you create an object in a method, memory is not released when the method execution ends, unset() must be called manually. This becomes a problem when you have long-running scripts, which perform actions repeatedly which leads to the script running out of memory. Reproduce code: --- ?php class Tester { public function doNothing() { $res = array(); for ( $i = 0; $i 1; $i++) { $res[$i] = new StdClass; } } } $t = new Tester(); echo Before: .memory_get_usage().\n; $t-doNothing(); echo After: .memory_get_usage().\n; ? Expected result: Memory usage remains roughly the same. Actual result: -- Before: 41424 After: 432560 -- Edit bug report at http://bugs.php.net/?id=33487edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33487r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33487r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33487r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33487r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33487r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33487r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33487r=needscript Try newer version: http://bugs.php.net/fix.php?id=33487r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33487r=support Expected behavior: http://bugs.php.net/fix.php?id=33487r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33487r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33487r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33487r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33487r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33487r=dst IIS Stability: http://bugs.php.net/fix.php?id=33487r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33487r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33487r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33487r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33487r=mysqlcfg
#33487 [Opn-Asn]: Memory allocated for objects created in object methods is not released
ID: 33487 Updated by: [EMAIL PROTECTED] Reported By: robert dot munteanu at betbrain dot com -Status: Open +Status: Assigned Bug Type: Scripting Engine problem -Operating System: Linux 2.6.8.1 +Operating System: * -PHP Version: 5.0.4 +PHP Version: 5CVS-2005-06-27 -Assigned To: +Assigned To: dmitry New Comment: Dmitry, is there any way to fix this..? (btw. unset() does NOT free all the memory..but that's, AFAIK, by design) Previous Comments: [2005-06-27 11:31:02] robert dot munteanu at betbrain dot com Description: Whenever you create an object in a method, memory is not released when the method execution ends, unset() must be called manually. This becomes a problem when you have long-running scripts, which perform actions repeatedly which leads to the script running out of memory. Reproduce code: --- ?php class Tester { public function doNothing() { $res = array(); for ( $i = 0; $i 1; $i++) { $res[$i] = new StdClass; } } } $t = new Tester(); echo Before: .memory_get_usage().\n; $t-doNothing(); echo After: .memory_get_usage().\n; ? Expected result: Memory usage remains roughly the same. Actual result: -- Before: 41424 After: 432560 -- Edit this bug report at http://bugs.php.net/?id=33487edit=1
#33488 [NEW]: _zval_copy_ctor function is not exported from php5ts.dll
From: ecap at ms52 dot hinet dot net Operating system: W2k PHP version: 5.1.0b2 PHP Bug Type: PDO related Bug description: _zval_copy_ctor function is not exported from php5ts.dll Description: == The problem is same as 30824 == PHP did not startup with PDO because _zval_copy_ctor function is not exported from php5ts.dll. == Win2K Apache 2.0.5 php5.1.0b2 php_pdo.dll was copy from PHP 5 PECL Snapshot 26-Jun-2005 18:5564k == -- Edit bug report at http://bugs.php.net/?id=33488edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33488r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33488r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33488r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33488r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33488r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33488r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33488r=needscript Try newer version: http://bugs.php.net/fix.php?id=33488r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33488r=support Expected behavior: http://bugs.php.net/fix.php?id=33488r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33488r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33488r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33488r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33488r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33488r=dst IIS Stability: http://bugs.php.net/fix.php?id=33488r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33488r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33488r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33488r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33488r=mysqlcfg
#33488 [Opn-Fbk]: _zval_copy_ctor function is not exported from php5ts.dll
ID: 33488 Updated by: [EMAIL PROTECTED] Reported By: ecap at ms52 dot hinet dot net -Status: Open +Status: Feedback Bug Type: PDO related Operating System: W2k PHP Version: 5.1.0b2 New Comment: PDO is bundled with 5.1b2, why are you trying to load something else? Please remove this .dll and try without it. Previous Comments: [2005-06-27 12:41:23] ecap at ms52 dot hinet dot net Description: == The problem is same as 30824 == PHP did not startup with PDO because _zval_copy_ctor function is not exported from php5ts.dll. == Win2K Apache 2.0.5 php5.1.0b2 php_pdo.dll was copy from PHP 5 PECL Snapshot 26-Jun-2005 18:5564k == -- Edit this bug report at http://bugs.php.net/?id=33488edit=1
#33469 [Fbk-Opn]: Compile error undefined reference to ifx_checkAPI
ID: 33469 User updated by: claudioc at infotn dot com Reported By: claudioc at infotn dot com -Status: Feedback +Status: Open Bug Type: Informix related Operating System: Fedora Core 4 PHP Version: 5CVS-2005-06-24 (dev) New Comment: I am attempting to recompile php with informix support under Fedora Core 4 - I had originally downloaded the fedora source rpm was attemping to rebuild the rpm (rpmbuild -bb) but I encountered a compile error - undefined reference to ifx_checkAPI. I tried setting the IFX_LIBS, IFX_..., etc variables as per the various posts I found on this buglist and others. I then downloaded the CVS version from the website and untared it to the /usr/src/redhat/build/php directory (same place fedora puts the source). I tried to rebuild the rpm with the CVS code, same problem. I then tried to compile php directly from the source. I ran ./configure using the same options provided by the rpm build process but I added --with-informix=/home/informix . When compiling I still recieve the ifx_checkAPI undefined reference error. I tried a number of different settings for the IFX_... environment variables with no success. I then tried to compile just the ifx module by running phpize in the ext/informix/ directory and then ./configure and make. The compile appeared to complete successfully but when restarting apache the log indicates that ifx_checkAPI could not be found. I am running Fedora Core 4 - kernel 2.6.11-1.1369_FC4 The php source is php5-200506241630 The client sdk is 2.90.UC1 Previous Comments: [2005-06-26 13:42:42] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2005-06-24 21:45:17] claudioc at infotn dot com Description: When compiling php with informix support /home/informix/lib/esql/libifsql.so: undefined reference to `ifx_checkAPI' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 I have reviewed other similar bug reports with no joy. I have tried explicitly specifying the library directories with no change. I am using client sdk 2.90.UC1 with the current CVS version of PHP -- Edit this bug report at http://bugs.php.net/?id=33469edit=1
#33489 [NEW]: Certain true type fonts shows squares instead of text
From: informatica at diputacionavila dot es Operating system: Linux Fedora Core 2 PHP version: 5.1.0b2 PHP Bug Type: GD related Bug description: Certain true type fonts shows squares instead of text Description: Certain true type fonts shows squares instead of text. Common fonts works fine (Times, Arial...) and some symbol fonts too. But weather.tff don't. You can download the font from www.diputacionavila.es/weather.ttf Reproduce code: --- ?php Header(Content-type: image/png); $gif = ImageCreate(200,200); $bg = ImageColorAllocate($gif,22,222,2); $ellipse = ImageColorAllocate($gif,2,200,200); $tx = ImageColorAllocate($gif,255,255,128); ImageFilledRectangle($gif,0,0,200,200,$bg); $black = imagecolorallocate($gif, 0,0,0); ImageTtfText ($gif, 20, 0, 0, 90, $black, /weather.ttf,123ABCabc...); ImagePNG($gif); ? Expected result: This is what I see in php5.0.2 http://www.diputacionavila.es/xgarbage/gif3.php Actual result: -- This is what I see in php5.0.3 and beyond http://rh.homelinux.net/xgarbage/gif3.php -- Edit bug report at http://bugs.php.net/?id=33489edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33489r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33489r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33489r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33489r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33489r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33489r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33489r=needscript Try newer version: http://bugs.php.net/fix.php?id=33489r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33489r=support Expected behavior: http://bugs.php.net/fix.php?id=33489r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33489r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33489r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33489r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33489r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33489r=dst IIS Stability: http://bugs.php.net/fix.php?id=33489r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33489r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33489r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33489r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33489r=mysqlcfg
#33490 [NEW]: Bundled PDO SQLite driver contains critical bugs
From: leon at lost dot co dot nz Operating system: Linux PHP version: 5.1.0b2 PHP Bug Type: PDO related Bug description: Bundled PDO SQLite driver contains critical bugs Description: The bundled PDO SQLite driver is 3.13, as reported by: PDO::getAttribute(PDO_ATTR_SERVER_VERSION); There have been a number of critical bugs fixed upstream since this release. See http://www.sqlite.org/ I don't see any reason not to upgrade to the latest upstream release: 3.2.2 as of now... -- Edit bug report at http://bugs.php.net/?id=33490edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33490r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33490r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33490r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33490r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33490r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33490r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33490r=needscript Try newer version: http://bugs.php.net/fix.php?id=33490r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33490r=support Expected behavior: http://bugs.php.net/fix.php?id=33490r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33490r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33490r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33490r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33490r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33490r=dst IIS Stability: http://bugs.php.net/fix.php?id=33490r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33490r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33490r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33490r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33490r=mysqlcfg
#33489 [Opn-Bgs]: Certain true type fonts shows squares instead of text
ID: 33489 Updated by: [EMAIL PROTECTED] Reported By: informatica at diputacionavila dot es -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux Fedora Core 2 PHP Version: 5.1.0b2 New Comment: ..and the underlying freetype libs, etc. are the same in both systems? And you're reporting this bug to be in 5.1b2, even as you only talk about 5.0.2 / 3..so REALLY try the b2 before reporting something.. Previous Comments: [2005-06-27 13:47:21] informatica at diputacionavila dot es Description: Certain true type fonts shows squares instead of text. Common fonts works fine (Times, Arial...) and some symbol fonts too. But weather.tff don't. You can download the font from www.diputacionavila.es/weather.ttf Reproduce code: --- ?php Header(Content-type: image/png); $gif = ImageCreate(200,200); $bg = ImageColorAllocate($gif,22,222,2); $ellipse = ImageColorAllocate($gif,2,200,200); $tx = ImageColorAllocate($gif,255,255,128); ImageFilledRectangle($gif,0,0,200,200,$bg); $black = imagecolorallocate($gif, 0,0,0); ImageTtfText ($gif, 20, 0, 0, 90, $black, /weather.ttf,123ABCabc...); ImagePNG($gif); ? Expected result: This is what I see in php5.0.2 http://www.diputacionavila.es/xgarbage/gif3.php Actual result: -- This is what I see in php5.0.3 and beyond http://rh.homelinux.net/xgarbage/gif3.php -- Edit this bug report at http://bugs.php.net/?id=33489edit=1
#33490 [Opn-Asn]: Bundled PDO SQLite driver contains critical bugs
ID: 33490 Updated by: [EMAIL PROTECTED] Reported By: leon at lost dot co dot nz -Status: Open +Status: Assigned Bug Type: PDO related Operating System: Linux PHP Version: 5.1.0b2 -Assigned To: +Assigned To: wez Previous Comments: [2005-06-27 14:00:15] leon at lost dot co dot nz Description: The bundled PDO SQLite driver is 3.13, as reported by: PDO::getAttribute(PDO_ATTR_SERVER_VERSION); There have been a number of critical bugs fixed upstream since this release. See http://www.sqlite.org/ I don't see any reason not to upgrade to the latest upstream release: 3.2.2 as of now... -- Edit this bug report at http://bugs.php.net/?id=33490edit=1
#33491 [NEW]: extended mysqli class crashes when result is not object
From: [EMAIL PROTECTED] Operating system: * PHP version: 5CVS-2005-06-27 (dev) PHP Bug Type: MySQLi related Bug description: extended mysqli class crashes when result is not object Description: (gdb) run tt.php Starting program: /www/php/bin/php tt.php [Thread debugging using libthread_db enabled] [New Thread -1208100640 (LWP 4755)] PHP Fatal error: Call to a member function fetch_row() on a non-object in tt.php on line 8 Fatal error: Call to a member function fetch_row() on a non-object in tt.php on line 8 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208100640 (LWP 4755)] 0x0818cac4 in instanceof_function_ex (instance_ce=0x8431fac, ce=0x8409f60, interfaces_only=0 '\0') at /usr/src/php5/Zend/zend_operators.c:1564 1564if (instanceof_function(instance_ce-interfaces[i], ce TSRMLS_CC)) { (gdb) bt #0 0x0818cac4 in instanceof_function_ex (instance_ce=0x8431fac, ce=0x8409f60, interfaces_only=0 '\0') at /usr/src/php5/Zend/zend_operators.c:1564 #1 0x0818cb2d in instanceof_function (instance_ce=0x8431fac, ce=0x8409f60) at /usr/src/php5/Zend/zend_operators.c:1582 #2 0x08094fc7 in mysqli_objects_free_storage (object=0x8433cfc) at /usr/src/php5/ext/mysqli/mysqli.c:132 #3 0x081a8547 in zend_objects_store_free_object_storage (objects=0x839eeec) at /usr/src/php5/Zend/zend_objects_API.c:82 #4 0x08182b87 in shutdown_executor () at /usr/src/php5/Zend/zend_execute_API.c:272 #5 0x0818f416 in zend_deactivate () at /usr/src/php5/Zend/zend.c:823 #6 0x0814e5fa in php_request_shutdown (dummy=0x0) at /usr/src/php5/main/main.c:1237 #7 0x081fa4b9 in main (argc=2, argv=0xb414) at /usr/src/php5/sapi/cli/php_cli.c:1142 Reproduce code: --- ?php class DB extends mysqli { public function query_single($query) { $result = parent::query($query); $row = $result-fetch_row(); // - Here be crash return (isset($row[0]) ? $row[0] : ''); } } // Works when using mysqli class directly /* $DB = new mysqli('localhost', 'root', '', ''); var_dump($DB-query_single('SELECT DATE()')); */ // Segfault when using the DB class which extends mysqli $DB = new DB('localhost', 'root', '', ''); var_dump($DB-query_single('SELECT DATE()')); -- Edit bug report at http://bugs.php.net/?id=33491edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33491r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33491r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33491r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33491r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33491r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33491r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33491r=needscript Try newer version: http://bugs.php.net/fix.php?id=33491r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33491r=support Expected behavior: http://bugs.php.net/fix.php?id=33491r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33491r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33491r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33491r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33491r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33491r=dst IIS Stability: http://bugs.php.net/fix.php?id=33491r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33491r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33491r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33491r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33491r=mysqlcfg
#33491 [Opn-Asn]: extended mysqli class crashes when result is not object
ID: 33491 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: MySQLi related Operating System: * PHP Version: 5CVS-2005-06-27 (dev) -Assigned To: +Assigned To: georg New Comment: Georg, I'm not absolutely sure if this is just Mysqli issue, but if you could check this out..:) Previous Comments: [2005-06-27 15:01:53] [EMAIL PROTECTED] Description: (gdb) run tt.php Starting program: /www/php/bin/php tt.php [Thread debugging using libthread_db enabled] [New Thread -1208100640 (LWP 4755)] PHP Fatal error: Call to a member function fetch_row() on a non-object in tt.php on line 8 Fatal error: Call to a member function fetch_row() on a non-object in tt.php on line 8 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208100640 (LWP 4755)] 0x0818cac4 in instanceof_function_ex (instance_ce=0x8431fac, ce=0x8409f60, interfaces_only=0 '\0') at /usr/src/php5/Zend/zend_operators.c:1564 1564if (instanceof_function(instance_ce-interfaces[i], ce TSRMLS_CC)) { (gdb) bt #0 0x0818cac4 in instanceof_function_ex (instance_ce=0x8431fac, ce=0x8409f60, interfaces_only=0 '\0') at /usr/src/php5/Zend/zend_operators.c:1564 #1 0x0818cb2d in instanceof_function (instance_ce=0x8431fac, ce=0x8409f60) at /usr/src/php5/Zend/zend_operators.c:1582 #2 0x08094fc7 in mysqli_objects_free_storage (object=0x8433cfc) at /usr/src/php5/ext/mysqli/mysqli.c:132 #3 0x081a8547 in zend_objects_store_free_object_storage (objects=0x839eeec) at /usr/src/php5/Zend/zend_objects_API.c:82 #4 0x08182b87 in shutdown_executor () at /usr/src/php5/Zend/zend_execute_API.c:272 #5 0x0818f416 in zend_deactivate () at /usr/src/php5/Zend/zend.c:823 #6 0x0814e5fa in php_request_shutdown (dummy=0x0) at /usr/src/php5/main/main.c:1237 #7 0x081fa4b9 in main (argc=2, argv=0xb414) at /usr/src/php5/sapi/cli/php_cli.c:1142 Reproduce code: --- ?php class DB extends mysqli { public function query_single($query) { $result = parent::query($query); $row = $result-fetch_row(); // - Here be crash return (isset($row[0]) ? $row[0] : ''); } } // Works when using mysqli class directly /* $DB = new mysqli('localhost', 'root', '', ''); var_dump($DB-query_single('SELECT DATE()')); */ // Segfault when using the DB class which extends mysqli $DB = new DB('localhost', 'root', '', ''); var_dump($DB-query_single('SELECT DATE()')); -- Edit this bug report at http://bugs.php.net/?id=33491edit=1
#30215 [Com]: strtotime returning huge timestamps instead of -1
ID: 30215 Comment by: arpad at zooloo dot com Reported By: pmurray at nevada dot net dot nz Status: No Feedback Bug Type: Date/time related Operating System: Linux 64bit - Opteron PHP Version: 5.*, 4.* Assigned To: derick New Comment: [EMAIL PROTECTED]: I'm not sure if this is related but beta2 on 32bit windows behaves a lot worse than beta1 did: echo strtotime(1118936460); results in 1119871080 which does not make sense. This worked perfectly with beta1. I have not yet tested this on my 64bit gentoo. Previous Comments: [2005-06-26 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-06-18 21:44:15] [EMAIL PROTECTED] I've no access to a 64bit machine. A temporary account would help here - let me know by mail if you can provide one. [2005-06-17 00:51:34] pmurray at nevada dot net dot nz Something's changed, but it still doesn't behave properly. [EMAIL PROTECTED]:~/php5-200506162030/sapi/cli echo ? print strtotime(time()) . \\n\; ? | ./php -42492861720 [2005-06-16 21:31:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-05-17 09:40:23] weecka at stablebeast dot com I get the same bug with PHP 5.0.4 mmOK.. 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/30215 -- Edit this bug report at http://bugs.php.net/?id=30215edit=1
#33487 [Asn]: Memory allocated for objects created in object methods is not released
ID: 33487 Updated by: [EMAIL PROTECTED] Reported By: robert dot munteanu at betbrain dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS-2005-06-27 Assigned To: dmitry New Comment: This is not really a bug, but unefficient usage of memory by zend_object_storage. It frees object buckets only on request shutdown. The test case allocates: 16384 * sizeof(zend_object_store_bucket) = 393216 bytes Previous Comments: [2005-06-27 12:17:20] [EMAIL PROTECTED] Dmitry, is there any way to fix this..? (btw. unset() does NOT free all the memory..but that's, AFAIK, by design) [2005-06-27 11:31:02] robert dot munteanu at betbrain dot com Description: Whenever you create an object in a method, memory is not released when the method execution ends, unset() must be called manually. This becomes a problem when you have long-running scripts, which perform actions repeatedly which leads to the script running out of memory. Reproduce code: --- ?php class Tester { public function doNothing() { $res = array(); for ( $i = 0; $i 1; $i++) { $res[$i] = new StdClass; } } } $t = new Tester(); echo Before: .memory_get_usage().\n; $t-doNothing(); echo After: .memory_get_usage().\n; ? Expected result: Memory usage remains roughly the same. Actual result: -- Before: 41424 After: 432560 -- Edit this bug report at http://bugs.php.net/?id=33487edit=1
#33490 [Asn]: Bundled PDO SQLite driver contains critical bugs
ID: 33490 Updated by: [EMAIL PROTECTED] Reported By: leon at lost dot co dot nz Status: Assigned Bug Type: PDO related Operating System: Linux PHP Version: 5.1.0b2 Assigned To: wez New Comment: Meanwhile, you are free to build against any version of libsqlite you choose by passing the install prefix to configure. Previous Comments: [2005-06-27 14:00:15] leon at lost dot co dot nz Description: The bundled PDO SQLite driver is 3.13, as reported by: PDO::getAttribute(PDO_ATTR_SERVER_VERSION); There have been a number of critical bugs fixed upstream since this release. See http://www.sqlite.org/ I don't see any reason not to upgrade to the latest upstream release: 3.2.2 as of now... -- Edit this bug report at http://bugs.php.net/?id=33490edit=1
#33485 [Bgs]: isset() doesn't work with a form submission
ID: 33485 User updated by: devon at 16oranges dot com Reported By: devon at 16oranges dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: WinXP PHP Version: 5.0.4 New Comment: Thanx. It'd be real nice if the manual would let people know about that change. I checked through http://us2.php.net/manual/en/function.isset.php before posting here for any changes like that, but nothing was mentioned. Previous Comments: [2005-06-27 08:41:39] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. [2005-06-27 07:32:10] devon at 16oranges dot com Description: Attempting to use isset() to find out when a user's submitted a form, and if they have, then I give them particular output. This works on Linux using old PHP 4.x, but I don't have access to that anymore. This doesn't work on WinXP (with SP2, if that matters). I suspect this is related to bug #29883 @ http://bugs.php.net/bug.php?id=29883 (which is supposed to be fixed), because I tested for it and it comes out with the unexpected result. I'm 110% baffled. - Devon Reproduce code: --- I'm using PHP 5.0.4 on WinXP (with SP2 if that matters at form method=get action=this_file.php input type=submit value=ad name=adicion id=adicion / /form ?php if(isset($adicion)) { echo expected result after form is submitted.; } else { echo Only seen before form is submitted.; } ? Expected result: expected result after form is submitted. Actual result: -- Only seen before form is submitted. -- Edit this bug report at http://bugs.php.net/?id=33485edit=1
#33491 [Asn-Csd]: extended mysqli class crashes when result is not object
ID: 33491 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: MySQLi related Operating System: * PHP Version: 5CVS-2005-06-27 (dev) Assigned To: georg New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-06-27 15:03:36] [EMAIL PROTECTED] Georg, I'm not absolutely sure if this is just Mysqli issue, but if you could check this out..:) [2005-06-27 15:01:53] [EMAIL PROTECTED] Description: (gdb) run tt.php Starting program: /www/php/bin/php tt.php [Thread debugging using libthread_db enabled] [New Thread -1208100640 (LWP 4755)] PHP Fatal error: Call to a member function fetch_row() on a non-object in tt.php on line 8 Fatal error: Call to a member function fetch_row() on a non-object in tt.php on line 8 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208100640 (LWP 4755)] 0x0818cac4 in instanceof_function_ex (instance_ce=0x8431fac, ce=0x8409f60, interfaces_only=0 '\0') at /usr/src/php5/Zend/zend_operators.c:1564 1564if (instanceof_function(instance_ce-interfaces[i], ce TSRMLS_CC)) { (gdb) bt #0 0x0818cac4 in instanceof_function_ex (instance_ce=0x8431fac, ce=0x8409f60, interfaces_only=0 '\0') at /usr/src/php5/Zend/zend_operators.c:1564 #1 0x0818cb2d in instanceof_function (instance_ce=0x8431fac, ce=0x8409f60) at /usr/src/php5/Zend/zend_operators.c:1582 #2 0x08094fc7 in mysqli_objects_free_storage (object=0x8433cfc) at /usr/src/php5/ext/mysqli/mysqli.c:132 #3 0x081a8547 in zend_objects_store_free_object_storage (objects=0x839eeec) at /usr/src/php5/Zend/zend_objects_API.c:82 #4 0x08182b87 in shutdown_executor () at /usr/src/php5/Zend/zend_execute_API.c:272 #5 0x0818f416 in zend_deactivate () at /usr/src/php5/Zend/zend.c:823 #6 0x0814e5fa in php_request_shutdown (dummy=0x0) at /usr/src/php5/main/main.c:1237 #7 0x081fa4b9 in main (argc=2, argv=0xb414) at /usr/src/php5/sapi/cli/php_cli.c:1142 Reproduce code: --- ?php class DB extends mysqli { public function query_single($query) { $result = parent::query($query); $row = $result-fetch_row(); // - Here be crash return (isset($row[0]) ? $row[0] : ''); } } // Works when using mysqli class directly /* $DB = new mysqli('localhost', 'root', '', ''); var_dump($DB-query_single('SELECT DATE()')); */ // Segfault when using the DB class which extends mysqli $DB = new DB('localhost', 'root', '', ''); var_dump($DB-query_single('SELECT DATE()')); -- Edit this bug report at http://bugs.php.net/?id=33491edit=1
#33494 [NEW]: base64_encode
From: adax2000 at tlen dot pl Operating system: linux PHP version: 4.3.11 PHP Bug Type: *Mail Related Bug description: base64_encode Description: the problem was descibed year ago in #26742 but there's no answer. i supouse there's bug in function base64_encode or in file_get_contents, due to this i cannot send mail with attachments. is it possible that i have some error in configuration witch make this Reproduce code: --- echo base64_encode(file_get_contents(rys1.gif)); Expected result: R0lGODdhZABGAPcAAP... I get this in version 4.3.6 Actual result: -- R0lGODdhZFwwRlww91wwXDBcMFwwXDD/... -- Edit bug report at http://bugs.php.net/?id=33494edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33494r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33494r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33494r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33494r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33494r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33494r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33494r=needscript Try newer version: http://bugs.php.net/fix.php?id=33494r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33494r=support Expected behavior: http://bugs.php.net/fix.php?id=33494r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33494r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33494r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33494r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33494r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33494r=dst IIS Stability: http://bugs.php.net/fix.php?id=33494r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33494r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33494r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33494r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33494r=mysqlcfg
#33494 [Opn-Fbk]: base64_encode
ID: 33494 Updated by: [EMAIL PROTECTED] Reported By: adax2000 at tlen dot pl -Status: Open +Status: Feedback Bug Type: *Mail Related Operating System: linux PHP Version: 4.3.11 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-06-27 20:20:55] adax2000 at tlen dot pl Description: the problem was descibed year ago in #26742 but there's no answer. i supouse there's bug in function base64_encode or in file_get_contents, due to this i cannot send mail with attachments. is it possible that i have some error in configuration witch make this Reproduce code: --- echo base64_encode(file_get_contents(rys1.gif)); Expected result: R0lGODdhZABGAPcAAP... I get this in version 4.3.6 Actual result: -- R0lGODdhZFwwRlww91wwXDBcMFwwXDD/... -- Edit this bug report at http://bugs.php.net/?id=33494edit=1
#33494 [Fbk-Opn]: base64_encode
ID: 33494 User updated by: adax2000 at tlen dot pl Reported By: adax2000 at tlen dot pl -Status: Feedback +Status: Open Bug Type: *Mail Related Operating System: linux PHP Version: 4.3.11 New Comment: ?php echo base64_encode(file_get_contents(http://lifewise.ecreative.pl/user_files/rys1.gif;)); ? Previous Comments: [2005-06-27 20:24:12] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-06-27 20:20:55] adax2000 at tlen dot pl Description: the problem was descibed year ago in #26742 but there's no answer. i supouse there's bug in function base64_encode or in file_get_contents, due to this i cannot send mail with attachments. is it possible that i have some error in configuration witch make this Reproduce code: --- echo base64_encode(file_get_contents(rys1.gif)); Expected result: R0lGODdhZABGAPcAAP... I get this in version 4.3.6 Actual result: -- R0lGODdhZFwwRlww91wwXDBcMFwwXDD/... -- Edit this bug report at http://bugs.php.net/?id=33494edit=1
#33494 [Opn-Fbk]: base64_encode
ID: 33494 Updated by: [EMAIL PROTECTED] Reported By: adax2000 at tlen dot pl -Status: Open +Status: Feedback -Bug Type: *Mail Related +Bug Type: Strings related Operating System: linux PHP Version: 4.3.11 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I can't reproduce it neither with 4.4-dev, nor with 5.1-dev. Previous Comments: [2005-06-27 20:27:55] adax2000 at tlen dot pl ?php echo base64_encode(file_get_contents(http://lifewise.ecreative.pl/user_files/rys1.gif;)); ? [2005-06-27 20:24:12] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-06-27 20:20:55] adax2000 at tlen dot pl Description: the problem was descibed year ago in #26742 but there's no answer. i supouse there's bug in function base64_encode or in file_get_contents, due to this i cannot send mail with attachments. is it possible that i have some error in configuration witch make this Reproduce code: --- echo base64_encode(file_get_contents(rys1.gif)); Expected result: R0lGODdhZABGAPcAAP... I get this in version 4.3.6 Actual result: -- R0lGODdhZFwwRlww91wwXDBcMFwwXDD/... -- Edit this bug report at http://bugs.php.net/?id=33494edit=1
#33469 [Opn-Csd]: Compile error undefined reference to ifx_checkAPI
ID: 33469 Updated by: [EMAIL PROTECTED] Reported By: claudioc at infotn dot com -Status: Open +Status: Closed Bug Type: Informix related Operating System: Fedora Core 4 PHP Version: 5CVS-2005-06-24 (dev) New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-06-27 13:31:45] claudioc at infotn dot com I am attempting to recompile php with informix support under Fedora Core 4 - I had originally downloaded the fedora source rpm was attemping to rebuild the rpm (rpmbuild -bb) but I encountered a compile error - undefined reference to ifx_checkAPI. I tried setting the IFX_LIBS, IFX_..., etc variables as per the various posts I found on this buglist and others. I then downloaded the CVS version from the website and untared it to the /usr/src/redhat/build/php directory (same place fedora puts the source). I tried to rebuild the rpm with the CVS code, same problem. I then tried to compile php directly from the source. I ran ./configure using the same options provided by the rpm build process but I added --with-informix=/home/informix . When compiling I still recieve the ifx_checkAPI undefined reference error. I tried a number of different settings for the IFX_... environment variables with no success. I then tried to compile just the ifx module by running phpize in the ext/informix/ directory and then ./configure and make. The compile appeared to complete successfully but when restarting apache the log indicates that ifx_checkAPI could not be found. I am running Fedora Core 4 - kernel 2.6.11-1.1369_FC4 The php source is php5-200506241630 The client sdk is 2.90.UC1 [2005-06-26 13:42:42] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2005-06-24 21:45:17] claudioc at infotn dot com Description: When compiling php with informix support /home/informix/lib/esql/libifsql.so: undefined reference to `ifx_checkAPI' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 I have reviewed other similar bug reports with no joy. I have tried explicitly specifying the library directories with no change. I am using client sdk 2.90.UC1 with the current CVS version of PHP -- Edit this bug report at http://bugs.php.net/?id=33469edit=1
#33102 [Opn-Fbk]: Can't run programs in safe_mode_exec_dir
ID: 33102 Updated by: [EMAIL PROTECTED] Reported By: php-bugs at jensthebrain dot de -Status: Open +Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Windows 2003 PHP Version: 4.3.11 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-05-22 16:38:52] php-bugs at jensthebrain dot de Both with / ?php error_reporting(E_ALL); exec('d:/wwwroot/safe_bin/identify.exe', $ret, $error); print_r($ret); echo $error; ? d:\Programme\php\php -n -d safe_mode=on -d safe_mode_exec_dir=d:/wwwroot/safe_bin/ d:\wwwroot\www-test.xy.de\htdocs\test.php Die Syntax für den Dateinamen, Verzeichnisnamen oder die Datenträgerbezeichnung ist falsch. Content-type: text/html X-Powered-By: PHP/4.3.11 Array ( ) 1 It seems that safe_mode_exec_dir with / causes problems: Die Syntax für den Dateinamen, Verzeichnisnamen oder die Datenträgerbezeichnung ist falsch. - Syntax for filename, directoryname or partitionname is wrong [2005-05-22 16:28:29] [EMAIL PROTECTED] No. Try when slashes in both safe_mode_exec_dir and the command are the same. [2005-05-22 16:23:44] php-bugs at jensthebrain dot de The same: ?php error_reporting(E_ALL); exec('d:/wwwroot/safe_bin/identify.exe', $ret, $error); print_r($ret); echo $error; ? d:\Programme\php\php -n -d safe_mode=on -d safe_mode_exec_dir=d:\wwwroot\safe_bin\ d:\wwwroot\www-test.xy.de\htdocs\test.php Content-type: text/html X-Powered-By: PHP/4.3.11 Array ( ) 0 [2005-05-22 15:28:22] [EMAIL PROTECTED] And what if you execute d:/wwwroot/safe_bin/identify.exe instead of d:\wwwroot\safe_bin\identify.exe ? [2005-05-22 14:43:41] php-bugs at jensthebrain dot de Description: I can't execute binaries which are in safe_mode_exec_dir (safe_mode=on) Reproduce code: --- ?php error_reporting(E_ALL); exec('d:\wwwroot\safe_bin\identify.exe', $ret, $error); print_r($ret); echo $error; ? Expected result: The output of identify.exe Actual result: -- d:\programme\php\php -d safe_mode=on -d safe_mode_exec_dir=d:/wwwroot/safe_bin/ d: \wwwroot\www-test.xy.de\htdocs\test.php Der Befehl d:/wwwroot/safe_bin/ ist entweder falsch geschrieben oder konnte nicht gefunden werden. Content-type: text/html Array ( ) 1 With \ instead of / d:\programme\php\php -d safe_mode=on -d safe_mode_exec_dir=d:\wwwroot\safe_bin\ d: \wwwroot\www-test.xy.de\htdocs\test.php Content-type: text/html Array ( ) 0 -- Edit this bug report at http://bugs.php.net/?id=33102edit=1
#32858 [Asn-Fbk]: Bug #25649 has crept back into PHP - Improper feof() handling under FreeBSD
ID: 32858 Updated by: [EMAIL PROTECTED] Reported By: lew at mailduct dot com -Status: Assigned +Status: Feedback Bug Type: Filesystem function related Operating System: FreeBSD 4.11-REL PHP Version: 5.0.4, 4.3.10 Assigned To: wez New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-05-27 08:40:27] [EMAIL PROTECTED] Assigning to Wez since he fixed it last time.. [2005-05-27 00:02:11] lew at mailduct dot com I have now tested this using PHP 5.0.4 (cli), and the bug remains. This bug was fixed by [EMAIL PROTECTED] on Sep 2003, but has now crept back in to both versions 4 and 5 of PHP. PHP is failing to clear the EOF indicator when reading a stream that would otherwise BLOCK if read. --- quote ([EMAIL PROTECTED]): The PHP streams implementation uses the following logic for determining the EOF status: - after a read attempt, if no bytes were read OR (a read error occurred and the error != EWOULDBLOCK) -- set the EOF indicator otherwise, clear the EOF indicator [1] - after a successful fseek(), clear the EOF indicator. [1] - this step was missing and has just been comitted to the CVS. The feof() function call works like this: - if stream buffer has data, return false - otherwise, return the EOF indicator flag. ---endquote [2005-04-27 21:36:47] lew at mailduct dot com Description: In my prior bug report #25649 from September 2003, I pointed out a serious bug in how PHP handles FEOF under FreeBSD. It was fixed by [EMAIL PROTECTED] and committed. This same problem (improper handling of feof() by PHP under FreeBSD) has now crept into current 4.3.X versions of PHP... Problem: Once set, the FEOF indicator is not properly cleared when more data is appended to a file that is opened for read by a PHP application. Example: Suppose I want to tail a file using PHP. Once I hit the EOF, I will no longer be able to read data from that file even when another application appends to it. This is not the correct behaviour for feof(), as illustrated by the prior fix done by [EMAIL PROTECTED] Reproduce code: --- --- program: $fp = fopen( '/var/log/maillog','r' ); while( TRUE ) { $r = array( $fp ); $n = stream_select( $r,$w=NULL,$e=NULL,30 ); if( $n ) { echo fgets( $fp ); } } --- feeder: echo This is a test... /var/log/maillog Expected result: For as long as PROGRAM is running, each time I run FEEDER I expect to see PROGRAM output This is a test... but it does not, because once EOF is reached, it is not properly reset upon more data being appended to the file. See pr #25649 for historical info... Actual result: -- PROGRAM will read the contents of /var/log/maillog until it reaches EOF, and will not output anything else, even if new data is appeneded to the file. -- Edit this bug report at http://bugs.php.net/?id=32858edit=1
#31995 [Bgs]: Oracle select
ID: 31995 Updated by: [EMAIL PROTECTED] Reported By: wojciech dot superson at bph dot pl Status: Bogus Bug Type: OCI8 related Operating System: win32 only PHP Version: 5CVS-2005-03-4 New Comment: Out of interest, are you running ISAPI, CGI or apache on windows? Previous Comments: [2005-05-26 00:39:35] [EMAIL PROTECTED] Works fine under linux - bogus. (it's merely some stupid setup issue under winblows) [2005-03-04 22:47:12] wojciech dot superson at bph dot pl I applied the latest version but it does not work at all. In the meantime I moved the whole application to Linux and IT WORKS FINE !!! I have no errors or warnings. However I am not able to move to Linux another components of my enviroment at this time. So please check if it is possible to correct the php version on Windows platform. [2005-03-01 15:53:07] wojciech dot superson at bph dot pl I made some tests yesterday and I am able to reproduce the problem on wish. The problem accurs there are more than one call of the procedure (any procedures which return a ref cursor) in the same time. I made as follows 1. I have a page which is called every 1 second 2. The execution time of Oracle procedure is about 300-400 ms 3. If the is only one request everything is all right 4. If there is more than one call (for example 3, so they are called in the same time) one of them return the following warning (and return only one row) PHP Warning: oci_fetch_all() [a href='function.oci-fetch-all'function.oci-fetch-all/a]: OCIFetchStatement: ORA-01001: invalid cursor\n in d:\\program files\\apache group\\Apache\\htdocs\\moa\\php\\oracle.php on line 188. 5. On the other hand there is nothing like this in Oracle alert log file but there is many entries in apache error log file. Awaiting your soon reply Best regards, Wojtek [2005-02-18 14:21:16] wojciech dot superson at bph dot pl I just call this function passing the name of the storage procedure. Here is the procedure: PROCEDURE GetEventsByState ( P_UGP_ID IN NUMBER, P_HST_ID IN NUMBER, P_HST_GRP_ID IN NUMBER, P_DAYS IN NUMBER, P_STATE IN NUMBER, P_CURSOR OUT c_event, P_ERR_CODE OUT NUMBER, P_ERR_DESC OUT VARCHAR2 ) IS BEGIN IF P_HST_ID = 0 AND P_HST_GRP_ID = 0 THEN OPEN P_CURSOR FOR SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME, EVT_TYPE, EVT_SMS, EVT_CLASS, EVT_BEEPS, EVT_LEVEL, to_char(EVT_DATE,'.MM.DD HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS WHERE EVT_HST_ID = HST_ID AND HST_SYS_ID = SYS_ID AND EVT_ETD_ID = EUS_ETD_ID AND EUS_UGP_ID = P_UGP_ID AND EVT_STATE = P_STATE AND EVT_DATE sysdate - P_DAYS AND HST_VISIBLE = 1 AND SYS_ACTIVE = 1 AND SYS_VISIBLE = 1 --Moze byc duzo zarejestrowanych zdarzen, dlatego nie mozna brac 100 ostatnich --AND EVT_ID = (select max( EVT_ID ) from MOA_EVENTS) - 100 ORDER BY EVT_ID DESC; RETURN ; END IF; IF P_HST_ID = 0 AND P_HST_GRP_ID 0 THEN OPEN P_CURSOR FOR SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME, EVT_TYPE, EVT_SMS, EVT_CLASS, EVT_BEEPS, EVT_LEVEL, to_char(EVT_DATE,'.MM.DD HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS WHERE EVT_HST_ID = HST_ID AND HST_SYS_ID = SYS_ID AND EVT_ETD_ID = EUS_ETD_ID AND EUS_UGP_ID = P_UGP_ID AND EVT_STATE = P_STATE AND HST_GROUP = P_HST_GRP_ID AND EVT_DATE sysdate - P_DAYS AND HST_VISIBLE = 1 AND SYS_ACTIVE = 1 AND SYS_VISIBLE = 1 --AND EVT_ID = (select max( EVT_ID ) from MOA_EVENTS) - 100 ORDER BY EVT_ID DESC; RETURN ; END IF; IF P_HST_ID 0 AND P_HST_GRP_ID = 0 THEN OPEN P_CURSOR FOR SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME, EVT_TYPE, EVT_SMS, EVT_CLASS, EVT_BEEPS, EVT_LEVEL, to_char(EVT_DATE,'.MM.DD HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS WHERE EVT_HST_ID = HST_ID AND HST_SYS_ID = SYS_ID AND EVT_ETD_ID = EUS_ETD_ID AND EUS_UGP_ID = P_UGP_ID AND EVT_STATE = P_STATE AND HST_ID = P_HST_ID AND EVT_DATE sysdate - P_DAYS AND
#31693 [NoF-Fbk]: ORA-01001: invalid cursor after invoking oci-fetch-all function
ID: 31693 Updated by: [EMAIL PROTECTED] Reported By: Tomasz dot Fryc at bph dot pl -Status: No Feedback +Status: Feedback Bug Type: OCI8 related Operating System: Windows 2003 Server PHP Version: 5.0.3 New Comment: Are you running ISAPI PHP under IIS? Previous Comments: [2005-04-04 19:51:25] terry dot greenlaw at logicalshift dot com I am seeing the same error while using oci_fetch_array(). I am using oci_new_connect('u','pw','db') in my main script. The script uses oci_fetch_array() to loop through items. Each item has an image tag which calls another script to fetch a jpg from a blob. img src=view_image.php?id=n. The view_image.php script also does an oci_new_connect() using the same credentials, fetches the jpeg from the blob using oci_fetch_array, outputs the jpeg data stream, and exits. I am getting sporatic ora-1001 errors. However, if I place a return() in the view_image.php code before the oci_new_connect(), the main script does not generate any ora-1001 errors. I've tried numerous combinations of freeing oracle resources in both scripts, as well as switching the view_image script to use oci_connect(), but the problem persists. [2005-03-08 01:00:30] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-02-28 20:57:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-17 11:16:39] Tomasz dot Fryc at bph dot pl Here is procedure, which described PHP code invokes (in this case $sql variable looks as follows: begin MOA.MOA_EVENT_PKG.GetEventList('param1','param2',...); end;): PROCEDURE GetEventsList ( P_UGP_ID IN NUMBER, P_HST_ID IN NUMBER, P_HST_GRP_ID IN NUMBER, P_DAYS IN NUMBER, P_CURSOR OUT c_event, P_ERR_CODE OUT NUMBER, P_ERR_DESC OUT VARCHAR2 ) IS BEGIN IF P_HST_ID = 0 AND P_HST_GRP_ID = 0 THEN OPEN P_CURSOR FOR SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME, EVT_TYPE, EVT_SMS, EVT_CLASS, EVT_BEEPS, EVT_LEVEL, TO_CHAR(EVT_DATE,'.MM.DD HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE FROM ( SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME, EVT_TYPE, EVT_SMS, EVT_CLASS, EVT_BEEPS, EVT_LEVEL, EVT_DATE, EVT_STATE, EVT_MESSAGE FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS WHERE EVT_HST_ID = HST_ID AND HST_SYS_ID = SYS_ID AND EVT_ETD_ID = EUS_ETD_ID AND EUS_UGP_ID = P_UGP_ID AND HST_VISIBLE = 1 AND SYS_ACTIVE = 1 AND SYS_VISIBLE = 1 -- AND EVT_DATE sysdate - P_DAYS ORDER BY EVT_ID DESC ) WHERE ROWNUM = 100; RETURN ; END IF; IF P_HST_ID = 0 AND P_HST_GRP_ID 0 THEN OPEN P_CURSOR FOR SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME, EVT_TYPE, EVT_SMS, EVT_CLASS, EVT_BEEPS, EVT_LEVEL, TO_CHAR(EVT_DATE,'.MM.DD HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE FROM ( SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME, EVT_TYPE, EVT_SMS, EVT_CLASS, EVT_BEEPS, EVT_LEVEL, EVT_DATE, EVT_STATE, EVT_MESSAGE FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS WHERE EVT_HST_ID = HST_ID AND HST_SYS_ID = SYS_ID AND HST_GROUP = P_HST_GRP_ID AND EVT_ETD_ID = EUS_ETD_ID AND EUS_UGP_ID = P_UGP_ID AND HST_VISIBLE = 1 AND EVT_DATE SYSDATE - P_DAYS AND SYS_ACTIVE = 1 AND SYS_VISIBLE = 1 ORDER BY EVT_ID DESC ) WHERE ROWNUM = 100; RETURN ; END IF; IF P_HST_ID 0 AND P_HST_GRP_ID = 0 THEN OPEN P_CURSOR FOR SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME, EVT_TYPE, EVT_SMS, EVT_CLASS, EVT_BEEPS, EVT_LEVEL, TO_CHAR(EVT_DATE,'.MM.DD HH24:MI:SS') EVT_DATE,
#33495 [NEW]: Fatal error: Only variables can be passed by reference with array_shift
From: jsheets at idahoimageworks dot com Operating system: FreeBSD PHP version: 5CVS-2005-06-27 (dev) PHP Bug Type: Scripting Engine problem Bug description: Fatal error: Only variables can be passed by reference with array_shift Description: Starting with PHP 5.1 beta #2 PHP dies with a PHP Configuration: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-pgsql=/usr/local/pgsql''--enable-ftp' '--with-zlib-dir=/usr' '--with-config-file-path=/usr/local/apache2/conf' '--with-jpeg-dir=/usr/local' PHP Versions: 5.1 BETA #2 and PHP 5.1 latest CVS Reproduce code: --- /** * Returns the part of the filename before the . * @param string $file * @return string */ function GetBaseName($file) { if (empty($file)) { return false; } // simplified, $file replaced with file.txt return array_shift(explode('.', 'file.txt'))); } Expected result: The expected result is that PHP returns the portion of the filename before the ., Actual result: -- Results in Fatal error: Only variables can be passed by reference Error seems to have been introduced between beta 5.1 beta #1 and #2, it works in PHP 4 as well as PHP 5.0.x and PHP 5.1 beta #1 -- Edit bug report at http://bugs.php.net/?id=33495edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33495r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33495r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33495r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33495r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33495r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33495r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33495r=needscript Try newer version: http://bugs.php.net/fix.php?id=33495r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33495r=support Expected behavior: http://bugs.php.net/fix.php?id=33495r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33495r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33495r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33495r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33495r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33495r=dst IIS Stability: http://bugs.php.net/fix.php?id=33495r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33495r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33495r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33495r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33495r=mysqlcfg
#15841 [Com]: CRLF to separate mail headers is incorrect
ID: 15841 Comment by: guy dot kastenbaum at filnet dot net Reported By: rha at juggernaut dot com dot au Status: No Feedback Bug Type: Mail related Operating System: Linux PHP Version: 4.1.2 Assigned To: yohgaki New Comment: I agree with @patpro, mail() should reformate the headers. This is my quick-and-dirty workaround (from a QD specialist) , in /etc/php.ini : sendmail_path = unix2dos|dos2unix|sendmail -t -i Guyzmo -- (don't let me programm after midnight) Previous Comments: [2004-09-28 00:41:06] zap at cyborganic dot net I suddenly had header problems. Perhaps my host changed mail configs or updated PHP (they never reply to my email, so I don't ask many question). In any case, all my beautiful HTML emails were being sent out with broken headers that yturned them into ugly unreadable text and code. I am on a Unix server, so I changed all my /r/n newlines to /n. This fixed the issue immediately. If you find this happens to you, just use the appropriate newline characters for your host OS. THANKS for pointing out this bug! [2004-06-09 09:25:00] patpro at patpro dot net Hi, I would really want official PHP Team confirmation for comments [18 Apr 2:46pm CEST] and [6 Mar 2002 11:04am CET]. I'm facing the same problem on FreeBSD 5.x, mod_php4 -4.3.6_1,1 If you follow the documentation (using \r\n) mail() will output badly formated headers. Many SMTPds or Filters will rewrite headers (sendmail does, Amavisd-new does, ..., but postfix alone doesn't, for example) I've set up a shell script to pipe mail()'s output into a file rather than into a SMTP : $ more /usr/local/sbin/sendmail.cat #!/bin/sh cat /tmp/mailout then I've set sendmail path to /usr/local/sbin/ sendmail.cat in httpd.conf : php_admin_value sendmail_path /usr/local/sbin/ sendmail.cat using \r\n as a header separator results in a mix of \n and \r\n : $ cat -v /tmp/mailout To: [EMAIL PROTECTED] Subject: un dernier test From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Content-Type: text/html; charset=iso-8859-1^M MIME-Version: 1.0^M Content-Transfer-Encoding: 8bit^M this mix is not RFC compliant and breaks rendering in many mail clients. It would be nice to change the php documentation accordingly, and even nicer to provide mail() with the ability to reformat headers. [2004-04-18 14:46:32] phpbug at labres dot at Documentation of mail() states: Note: You must use \r\n to separate headers, although some Unix mail transfer agents may work with just a single newline (\n). This is WRONG. On Unix systems, any line ending (also between header fields) has to be \n. On Windows Systems, it has to be \r\n. Here is part of the sounce code in mail.c (in case of a Unix system): sendmail = popen(sendmail_cmd, w); fprintf(sendmail, To: %s\n, to); fprintf(sendmail, Subject: %s\n, subject); if (headers != NULL) { fprintf(sendmail, %s\n, headers); } fprintf(sendmail, \n%s\n, message); ret = pclose(sendmail); On Windows Systems, the SMTP session is handled within SendText() in sendmail.c, which sends headers and message as is, so the line endings have to be \r\n. Please correct the above cited note and any samples. There is a further bug in example 4: | $headers .= Bcc: [EMAIL PROTECTED]; remove the ending line break The header must not end with a line break. As you can see in above code snipet, the mail implementation adds a \n at the end of the header. BTW, this is a documentation problem. [2002-06-26 01:00:07] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-05-25 21:43:58] [EMAIL PROTECTED] mail() is NOT the all-in-one solution, nor is it really platform compatible. In fact, win32/mail() is a completely different kind of story (using native socket interface to talk to sendmail daemon on port 25) then on unix (calling another executeable and exchanging data) 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/15841 -- Edit this bug report at http://bugs.php.net/?id=15841edit=1
#33490 [Asn]: Bundled PDO SQLite driver contains critical bugs
ID: 33490 User updated by: leon at lost dot co dot nz Reported By: leon at lost dot co dot nz Status: Assigned Bug Type: PDO related Operating System: Linux PHP Version: 5.1.0b2 Assigned To: wez New Comment: Quite true... But it would still be nice to bundle an up-to-date library before we get to 5.1-final. Cheers... Previous Comments: [2005-06-27 16:12:07] [EMAIL PROTECTED] Meanwhile, you are free to build against any version of libsqlite you choose by passing the install prefix to configure. [2005-06-27 14:00:15] leon at lost dot co dot nz Description: The bundled PDO SQLite driver is 3.13, as reported by: PDO::getAttribute(PDO_ATTR_SERVER_VERSION); There have been a number of critical bugs fixed upstream since this release. See http://www.sqlite.org/ I don't see any reason not to upgrade to the latest upstream release: 3.2.2 as of now... -- Edit this bug report at http://bugs.php.net/?id=33490edit=1
#30744 [NoF-Csd]: Error configure with oracle 10
ID: 30744 Updated by: [EMAIL PROTECTED] Reported By: php at edith dot net -Status: No Feedback +Status: Closed Bug Type: OCI8 related Operating System: Solaris 9 PHP Version: 5.0.2 New Comment: Presumed fixed in latest versions of PHP. Previous Comments: [2004-11-22 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2004-11-10 12:17:36] [EMAIL PROTECTED] Please, run ./buildconf --force and try again. These lines can be found in ext/oci8/config.m4 and should present in ./configure as well. [2004-11-10 12:13:49] php at edith dot net Description: Trying to configure php 5.0.2 with oracle 10, i get oracle needed libraries not found. I solved it by adding elif test -f $ORACLE_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.10.1; then ORACLE_VERSION=10.1 after the 60459 line, and by changing 8.1|9.0|10.1) instead of 8.1|9.0) at 64838 line. -- Edit this bug report at http://bugs.php.net/?id=30744edit=1
#33495 [Opn-Bgs]: Fatal error: Only variables can be passed by reference with array_shift
ID: 33495 Updated by: [EMAIL PROTECTED] Reported By: jsheets at idahoimageworks dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 5CVS-2005-06-27 (dev) 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 The error message is quite informative, isn't it ? array_shift() modifies specified variable and explode('.', 'file.txt') is definitely not a variable, but an expression. Previous Comments: [2005-06-27 21:16:37] jsheets at idahoimageworks dot com Description: Starting with PHP 5.1 beta #2 PHP dies with a PHP Configuration: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-pgsql=/usr/local/pgsql''--enable-ftp' '--with-zlib-dir=/usr' '--with-config-file-path=/usr/local/apache2/conf' '--with-jpeg-dir=/usr/local' PHP Versions: 5.1 BETA #2 and PHP 5.1 latest CVS Reproduce code: --- /** * Returns the part of the filename before the . * @param string $file * @return string */ function GetBaseName($file) { if (empty($file)) { return false; } // simplified, $file replaced with file.txt return array_shift(explode('.', 'file.txt'))); } Expected result: The expected result is that PHP returns the portion of the filename before the ., Actual result: -- Results in Fatal error: Only variables can be passed by reference Error seems to have been introduced between beta 5.1 beta #1 and #2, it works in PHP 4 as well as PHP 5.0.x and PHP 5.1 beta #1 -- Edit this bug report at http://bugs.php.net/?id=33495edit=1
#27088 [NoF-Bgs]: ORA-00604 and ORA-01756 when ocilogon with NLS_LANG=Polish_Poland.EE8ISO8859P2
ID: 27088 Updated by: [EMAIL PROTECTED] Reported By: Marek dot Martofel at oracle dot com -Status: No Feedback +Status: Bogus Bug Type: OCI8 related Operating System: Linux PHP Version: 4.3.4 New Comment: Bug #31476 is related and has some additional advice. Neither are PHP bugs, so marking this as bogus. Previous Comments: [2004-11-30 10:44:29] robert dot ranftler at bau-data dot co dot at I have the same problem with Version 4.3.9 and Oracle 9.2 on RedHat Enterprise Serve 3. Has Anybody any Idea for a solution [2004-02-03 08:09:10] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2004-01-29 16:54:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-01-29 11:53:41] Marek dot Martofel at oracle dot com Description: When you trye to use ocilogon() in any php code from Apache you can see: Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at recursive SQL level 1 ORA-01756: quoted string not properly terminated in /usr/local/apache/htdocs/ocitest.php on line 2 where /usr/local/apache/htdocs/ocitest.php is some like: ?php $db_conn = ocilogon(scott,tiger, RH9204); $cmdstr = select ename, sal from emp; $parsed = ociparse($db_conn, $cmdstr); ociexecute($parsed); that happen only if you have NLS_LANG set to other then AMERICAN_AMERICA. Solution is to use: NLS_LANG=American_America.EE8ISO8859P2 or unset this environment variable. Reproduce code: --- Use following script to start Apache: #!/bin/bash export ORACLE_HOME=/u01/ora920/app/oracle/product/920 export ORACLE_SID=RH9204 export ORA_NLS33=/u01/ora920/app/oracle/product/920/ocommon/nls/admin/data export LD_LIBRARY_PATH=/u01/ora920/app/oracle/product/920/lib export NLS_LANG=Polish_Poland.EE8ISO8859P2 export APACHE_HOME=/usr/local/apache echo Oracle Home: $ORACLE_HOME echo Oracle SID: $ORACLE_SID echo Starting Apache $APACHE_HOME/bin/apachectl start now you can see the ORA-00604 error. Commenting out or seting NLS_LANG to American_America you can resolve this isue. -- Edit this bug report at http://bugs.php.net/?id=27088edit=1
#32631 [Opn-Bgs]: sess_* owner session_regenerate_id
ID: 32631 Updated by: [EMAIL PROTECTED] Reported By: mjs15451 at hotmail dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: * PHP Version: 4.*, 5.* New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Yes, this is the same feature-request as what you referred to. Thank you for polluting the bug db with another. Previous Comments: [2005-04-09 01:29:24] mjs15451 at hotmail dot com Just modify session.c with this code and recompile php: PHP_FUNCTION(session_regenerate_id) { char *oldID = empty_string; if (PS(session_status) == php_session_active) { if (PS(id)) { oldID = PS(id); //save old id efree(PS(id)); } PS(id) = PS(mod)-s_create_sid(PS(mod_data), NULL TSRMLS_CC); php_session_reset_id(TSRMLS_C); if (oldID != empty_string) PS(mod)-s_destroy(PS(mod_data), oldID TSRMLS_CC); //delete old session file RETURN_TRUE; } RETURN_FALSE; } [2005-04-08 17:39:52] mjs15451 at hotmail dot com I believe this could be considered as a similar enhancement suggestion to bug: http://bugs.php.net/bug.php?id=24096 [2005-04-08 02:03:04] mjs15451 at hotmail dot com Description: I'm trying to build a secure application which can run in safe mode and prevent session fixation and hijacking. I would like to regenerate the session id on every request and delete the old sess_* file immediately after the new one is created. If I cannot delete it immediately, I have to rely on garbage collection which won't delete any files after the session expiration time of 24 minutes or whatever you set it to. As a result, this generates a lot of session files which takes up unnecessary space on the hard drive. The problem with this scenario is in safe mode I can't unlink the old session file because it's owned by the server process which is obviously not the same uid/gid as the php file. I can't use session_destroy as it just destroys the current session and when you start the session again, session_start just uses the same file name again. Would it be possible to give session_start the ability to inherit the same ownership of the file in which it is being called and apply that ownership to the sess_* file? Or perhaps would it be possible to have a flag for session_regenerate_id to unlink the old file immediately instead of relying on garbage collection? I'd rather not have to use session_set_save_handler if that's possible as the built-in functions are faster and I like speed. Reproduce code: --- session_start(); $oldSessionID = session_id(); /* new argument for session_regenerate_id could delete old sess_* file immediately? */ session_regenerate_id(); /* **OR** The sess_* file that was created with session_start(); could have the same ownership as the template that called it so that one could unlink it in safe mode? */ unlink(session_save_path(). sess_ . $oldSessionID); Expected result: Either session_regenerate_id() deletes the old session file or the sess_* file has the same ownership (and not the server process ownership it currently has) to make it possible to unlink in safe mode. Actual result: -- It's not possible to unlink old sess_* file in safe mode and/or session_regenerate_id() doesn't have the ability to delete the old session file. -- Edit this bug report at http://bugs.php.net/?id=32631edit=1
#33389 [Asn-Csd]: double free() when exporting a ReflectionClass
ID: 33389 Updated by: [EMAIL PROTECTED] Reported By: antony at zend dot com -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS-2005-06-19 Assigned To: helly New Comment: Seems to be fixed, I can't reproduce any of the things anymore which Dmitry mentioned. (and we don't really care if it exists in PHP_5_0) Previous Comments: [2005-06-21 18:00:38] [EMAIL PROTECTED] assigned back to Marcus. [2005-06-21 16:01:43] [EMAIL PROTECTED] The bug is not completly fixed. 1) It is still exists in PHP_5_0. 2) The test file in HEAD fails because constant is substituted by its value. 3) Array argument give a memory leak ?php class Test { function foo($arg=array(a=b)) {} } Reflection::export(new ReflectionClass('Test')); ? /home/dmitry/php/php5/Zend/zend.c(214) : Freeing 0x084384CC (6 bytes) [2005-06-20 03:38:24] [EMAIL PROTECTED] This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. [2005-06-18 03:08:31] [EMAIL PROTECTED] constants are shown by their value, not name (expected?) booleans are not shown at all. [2005-06-18 02:00:53] [EMAIL PROTECTED] This only happens when there is an optional parameter in a method and ONLY if that optional value for the parameter is null or any constant. 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/33389 -- Edit this bug report at http://bugs.php.net/?id=33389edit=1
#29521 [Asn-Fbk]: compress.bzip2 wrapper
ID: 29521 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Feedback Bug Type: Bzip2 Related Operating System: win32 only PHP Version: 5CVS-2005-03-01 Assigned To: iliaa New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-06-18 17:34:26] [EMAIL PROTECTED] no luck, sorry :( [2005-06-18 01:19:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-21 11:06:15] [EMAIL PROTECTED] assigned to Ilia so he doesn't forget about it. :) [2005-03-01 17:21:57] [EMAIL PROTECTED] works on linux but not on windows.. [2005-02-28 22:57:09] [EMAIL PROTECTED] Works fine here... 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/29521 -- Edit this bug report at http://bugs.php.net/?id=29521edit=1
#33141 [Com]: libiconv dependency in gd extension not accounted for by linker
ID: 33141 Comment by: ntoge at amber dot plala dot or dot jp Reported By: liamr at umich dot edu Status: Feedback Bug Type: GD related Operating System: Linux 2.4.28 PHP Version: 5.0.4, 4.3.11 Assigned To: moriyoshi New Comment: With php5-200506272030 exact the same problem as my posting of Jun 12 is recurring. BTW, when I do grep on ./configure --help, I get - [php5-200506272030]$ ./configure --help | grep iconv --without-iconv[=DIR] Exclude iconv support --with-iconv-dir=DIR XMLRPC-EPI: iconv dir for XMLRPC-EP tony2001, are you saying that you are not seeing this, or this option actually is null? This option is not helping resolve the problem anyways, though. Previous Comments: [2005-06-27 01:13:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Can't reproduce. Also there is no '--with-iconv-lib' option neither in 5.x, nor in 4.3 branch. [2005-06-12 15:29:42] ntoge at amber dot plala dot or dot jp Having a similar problem with php 5.1b1 on linux 2.6.11.11 (or 2.6.11.12) with gcc 3.3.2 or 3.4.1. With $ ./configure --with-apxs2=/usr/sbin/apxs --with-mysql=/usr/local/mysql --with-tidy --enable-mbstring --enable-mbregex --enable-zend-multibyte --with-zlib-dir=/usr/lib --with-gd --with-iconv-lib=/usr/local/lib Make dies with an undefined reference error on libiconv_open, called from ./ext/gd/libgd/gdkanji.c, although libiconv v.1.9.2 does live in /usr/local/lib. A quick work-around is to append -liconv in the definition of EXTRA_LIBS within Makefile, which allows make to proceed. The php module built that way works just fine. So I suspect a sort of a subtle bug with ./configure, but do not know what it is. Strangely, this problem never happened to me with php versions up to 5.0.4. [2005-05-25 18:25:00] liamr at umich dot edu Description: The gd module can include undefined references to the following symbols.. U libiconv U libiconv_close U libiconv_open If compiled as a shared module, it can only load if something else w/ a libiconv dependency has loaded before it. On systems where GD detects libconv during configuration, -liconv should be added to GD_SHARED_LIBADD so the runtime linker can resolve those symbols. It looks like libiconv is only mentioned in gdkanji.c, but I had the same problem regardless of whether I built php with --enable-gd-jis-conv or not. -- Edit this bug report at http://bugs.php.net/?id=33141edit=1
#31358 [Asn-Csd]: Compile time error, incompatible types in assignment in zend.c on PPC
ID: 31358 Updated by: [EMAIL PROTECTED] Reported By: hawk at pld-linux dot org -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: * (old gcc, 2.95.x) PHP Version: 5CVS, 4CVS (2005-06-19) Assigned To: sniper New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-06-18 23:44:15] [EMAIL PROTECTED] Try this patch please: http://www.php.net/~jani/patches/bug31358.patch [2005-02-07 10:14:28] [EMAIL PROTECTED] I guess we need some autoconf-magic experts to make an autoconf resolve these differences and try to find the right va_copy. [2005-01-04 16:02:48] [EMAIL PROTECTED] va_copy is a C99 invention, so that's why it's not in gcc-2.95.2 (though some older gcc's had a __va_copy). But even in C99 va_copy is explicitly allowed to be a function not a macro, I can't see any guarantee that it is defined for the preprocessor as this code assumes. (C99/7.15.1) [2005-01-04 14:35:44] hawk at pld-linux dot org According to 'gcc -v': Reading specs from /usr/lib/gcc-lib/ppc-pld-linux/2.95.4/specs gcc version 2.95.4 20010319 (prerelease) And yes, there is stdarg.h in /usr/lib/gcc-lib/ppc-pld-linux/2.95.4/include/stdarg.h [2005-01-02 08:58:47] [EMAIL PROTECTED] Which GCC do you have? It is rather strange va_copy is not defined on Linux. Do you have stdarg.h anywhere? 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/31358 -- Edit this bug report at http://bugs.php.net/?id=31358edit=1
#33328 [NoF-Opn]: compile fails when configured with both --with-mysql and --with-mysqli flags
ID: 33328 User updated by: agould at ucop dot edu Reported By: agould at ucop dot edu -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: linux 2.6.5, SuSE 9.1 PHP Version: 5.0.4 New Comment: Sorry, I was on vacation. http://snaps.php.net/php5-latest.tar.gz solved the problem. I tried the version: php5-200506172230 Previous Comments: [2005-06-23 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-06-15 15:28:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip That 'STABLE' branch is obsolete, 5.1 is the way to go, so give it a go. Also note: You can't have multiple versions of Mysql installed for this to work.. [2005-06-15 03:13:08] agould at ucop dot edu Still fails: [EMAIL PROTECTED]:~/build/php5-STABLE-200506150034 ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr/lib/mysql [EMAIL PROTECTED]:~/build/php5-STABLE-200506150034 make [cut] /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9f0): In function `my_net_read': : multiple definition of `my_net_read' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9f0): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0xc60): In function `my_net_init': : multiple definition of `my_net_init' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0xc60): first defined here collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 Again, removing one of the -lmysqlclient iterations in EXTRA_LIBS fixes it: [EMAIL PROTECTED]:~/build/php5-STABLE-200506150034 vi Makefile [EMAIL PROTECTED]:~/build/php5-STABLE-200506150034 grep EXTRA_LIBS = Makefile EXTRA_LIBS = -lcrypt -lcrypt -lmysqlclient -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lz -lcrypt -lnsl -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lcrypt [EMAIL PROTECTED]:~/build/php5-STABLE-200506150034 make [cut] cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lmysqlclient -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lz -lcrypt -lnsl -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lcrypt -o sapi/cli/php Build complete. (It is safe to ignore warnings about tempnam and tmpnam). [2005-06-14 00:12:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-06-13 23:57:28] agould at ucop dot edu Description: Building php5.0.4 with both mysql and mysqli support fails during final stage of compile with the error: [cut] : multiple definition of `my_net_read' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9f0): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0xc60): In function `my_net_init': : multiple definition of `my_net_init' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0xc60): first defined here collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 It appears libtool is trying to source mysql client library /usr/lib/mysql/libmysqlclient.a twice. I found I could correct this error by editing the Makefile line EXTRA_LIBS= and removing one of the iterations of the string -lmysqlclient before: EXTRA_LIBS = -lcrypt -lcrypt -lmysqlclient -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lmysqlclient -lz -lcrypt -lnsl -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lcrypt after: EXTRA_LIBS = -lcrypt -lcrypt -lmysqlclient -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lz -lcrypt -lnsl -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lcrypt Reproduce code: --- I'm building against mysql provided rpm: MySQL-server-standard-4.1.12-0.sles9.i586.rpm. ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-mysqli=/usr/bin/mysql_config \ --with-mysql=/usr/lib/mysql make -- Edit this bug report at http://bugs.php.net/?id=33328edit=1
#33328 [Opn-Csd]: compile fails when configured with both --with-mysql and --with-mysqli flags
ID: 33328 Updated by: [EMAIL PROTECTED] Reported By: agould at ucop dot edu -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: linux 2.6.5, SuSE 9.1 PHP Version: 5.0.4 New Comment: Problem solved - closed Previous Comments: [2005-06-28 00:43:34] agould at ucop dot edu Sorry, I was on vacation. http://snaps.php.net/php5-latest.tar.gz solved the problem. I tried the version: php5-200506172230 [2005-06-23 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-06-15 15:28:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip That 'STABLE' branch is obsolete, 5.1 is the way to go, so give it a go. Also note: You can't have multiple versions of Mysql installed for this to work.. [2005-06-15 03:13:08] agould at ucop dot edu Still fails: [EMAIL PROTECTED]:~/build/php5-STABLE-200506150034 ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr/lib/mysql [EMAIL PROTECTED]:~/build/php5-STABLE-200506150034 make [cut] /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9f0): In function `my_net_read': : multiple definition of `my_net_read' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9f0): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0xc60): In function `my_net_init': : multiple definition of `my_net_init' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0xc60): first defined here collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 Again, removing one of the -lmysqlclient iterations in EXTRA_LIBS fixes it: [EMAIL PROTECTED]:~/build/php5-STABLE-200506150034 vi Makefile [EMAIL PROTECTED]:~/build/php5-STABLE-200506150034 grep EXTRA_LIBS = Makefile EXTRA_LIBS = -lcrypt -lcrypt -lmysqlclient -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lz -lcrypt -lnsl -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lcrypt [EMAIL PROTECTED]:~/build/php5-STABLE-200506150034 make [cut] cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lmysqlclient -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lz -lcrypt -lnsl -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lcrypt -o sapi/cli/php Build complete. (It is safe to ignore warnings about tempnam and tmpnam). [2005-06-14 00:12:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip 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/33328 -- Edit this bug report at http://bugs.php.net/?id=33328edit=1
#33495 [Bgs-Opn]: Fatal error: Only variables can be passed by reference with array_shift
ID: 33495 User updated by: jsheets at idahoimageworks dot com Reported By: jsheets at idahoimageworks dot com -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 5CVS-2005-06-27 (dev) New Comment: Hi Tony, This actually is a defect, the behavior has changed from previous versions of PHP including 4.X and 5.0.X and PHP 5.1 BETA #1 in a non backwards compatability way that will break existing scripts. The script has worked properly with all versions of PHP since before PHP 4.1, it stands to reason that you should be able to execute scripts that that work with PHP 5.04 in PHP 5.1. It is interesting that the behavior changed in such a way that it breaks the script in beta 2 where beta 1 and previous works as expected. Obviously backwards compatability is important for PHP and if it randomly decides to break backwards compatability it will be very difficult to continue to sell in enterprise environments. Previous Comments: [2005-06-27 22:02:34] [EMAIL PROTECTED] 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 The error message is quite informative, isn't it ? array_shift() modifies specified variable and explode('.', 'file.txt') is definitely not a variable, but an expression. [2005-06-27 21:16:37] jsheets at idahoimageworks dot com Description: Starting with PHP 5.1 beta #2 PHP dies with a PHP Configuration: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-pgsql=/usr/local/pgsql''--enable-ftp' '--with-zlib-dir=/usr' '--with-config-file-path=/usr/local/apache2/conf' '--with-jpeg-dir=/usr/local' PHP Versions: 5.1 BETA #2 and PHP 5.1 latest CVS Reproduce code: --- /** * Returns the part of the filename before the . * @param string $file * @return string */ function GetBaseName($file) { if (empty($file)) { return false; } // simplified, $file replaced with file.txt return array_shift(explode('.', 'file.txt'))); } Expected result: The expected result is that PHP returns the portion of the filename before the ., Actual result: -- Results in Fatal error: Only variables can be passed by reference Error seems to have been introduced between beta 5.1 beta #1 and #2, it works in PHP 4 as well as PHP 5.0.x and PHP 5.1 beta #1 -- Edit this bug report at http://bugs.php.net/?id=33495edit=1
#33494 [Fbk-Opn]: base64_encode
ID: 33494 User updated by: adax2000 at tlen dot pl Reported By: adax2000 at tlen dot pl -Status: Feedback +Status: Open Bug Type: Strings related Operating System: linux PHP Version: 4.3.11 New Comment: i't is not allways posible to upgrade php i have no privileges to do this, and admin don't do this especially when you don't say that is realy bug or not. istead of this i discoverd that function file_get_contents (fread too) change every character which ord()==0 into two chr(92)+chr(48) and replace the use of this function with self-made function based on fgetc (works well) please don't remove this reply mayby others find this usefull p.s. when file_get_contents use os-dependent enchanments it must not be reproducable on every host Previous Comments: [2005-06-27 20:32:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I can't reproduce it neither with 4.4-dev, nor with 5.1-dev. [2005-06-27 20:27:55] adax2000 at tlen dot pl ?php echo base64_encode(file_get_contents(http://lifewise.ecreative.pl/user_files/rys1.gif;)); ? [2005-06-27 20:24:12] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-06-27 20:20:55] adax2000 at tlen dot pl Description: the problem was descibed year ago in #26742 but there's no answer. i supouse there's bug in function base64_encode or in file_get_contents, due to this i cannot send mail with attachments. is it possible that i have some error in configuration witch make this Reproduce code: --- echo base64_encode(file_get_contents(rys1.gif)); Expected result: R0lGODdhZABGAPcAAP... I get this in version 4.3.6 Actual result: -- R0lGODdhZFwwRlww91wwXDBcMFwwXDD/... -- Edit this bug report at http://bugs.php.net/?id=33494edit=1
#33496 [NEW]: Problem in calling to the Oracle procedure
From: opintosalazar at terra dot cl Operating system: Windows 2003 Server PHP version: 5.0.4 PHP Bug Type: OCI8 related Bug description: Problem in calling to the Oracle procedure Description: At the moment PHP, works very or, yet type of consultations towards the data base oracle, but something exists, that I have not been able to make work, or not this supported by PHP, that is what desire to know. I have a pack in Oracle: CREATE PACKAGE Prov_Pkg AS TYPE tblEName IS TABLE OF VARCHAR2(130) INDEX BY BINARY_INTEGER; PROCEDURE Prov (o_EName OUT tblEName) END Prov_pkg; CREATE PACKAGE BODY Prov_Pkg AS PROCEDURE Prov (o_EName OUT tblEName) IS CURSOR cur_employee IS SELECT razon_social FROM Proveedores; RecordCount NUMBER DEFAULT 0; BEGIN FOR curRecProv IN cur_prov LOOP RecordCount:= RecordCount + 1; o_EName(RecordCount):= curRecProv.razon_social; END LOOP; END Prov; END Prov_Pkg; This is everything what I have in oracle, a procedure and a package This returns a collection to me type table, not a cursor, and I have not been able to make it work with PHP, however with ASP, this he is very facil, desire to know, if PHP, supports this Reproduce code: --- $sql = Begin Prov_pkg.Prov(:o_EName);End;; $stmt = OCIParse($conn,$sql); OCIBindByName($stmt,':o_EName',$o_EName); OCIExecute($stmt); echo $o_EName-getelem(0); it does not work a comparison of the competition that if it does set cm = server.createobject(adodb.command) cm.activeconnection = conexion cm.commandtext = {call PROV_PKG.PROV({resultset 9,o_EName})} cm.commandtype = H0001 set reg = server.createobject(adodb.recordset) reg.activeconnection = conexion reg.cursortype = 3 set reg.source = cm reg.open largo = 0 response.write salidabr do while not reg.eof response.write reg(o_EName) br reg.movenext loop -- Edit bug report at http://bugs.php.net/?id=33496edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33496r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33496r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33496r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33496r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33496r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33496r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33496r=needscript Try newer version: http://bugs.php.net/fix.php?id=33496r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33496r=support Expected behavior: http://bugs.php.net/fix.php?id=33496r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33496r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33496r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33496r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33496r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33496r=dst IIS Stability: http://bugs.php.net/fix.php?id=33496r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33496r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33496r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33496r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33496r=mysqlcfg
#33497 [NEW]: iconv version too old
From: crosser at hanmail dot net Operating system: WINDOWS/SOLARIS PHP version: 5.0.4 PHP Bug Type: ICONV related Bug description: iconv version too old Description: WIN32 / SOLARIS libiconv-1.9 is very old version. problem international website. glibc 2.3 iconv is can GB2312 - BIG5 have SJIS-WIN, EUCJP-WIN and more. I must need this. Please include iconv newest version. Thank you. -- Edit bug report at http://bugs.php.net/?id=33497edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33497r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33497r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33497r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33497r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33497r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33497r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33497r=needscript Try newer version: http://bugs.php.net/fix.php?id=33497r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33497r=support Expected behavior: http://bugs.php.net/fix.php?id=33497r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33497r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33497r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33497r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33497r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33497r=dst IIS Stability: http://bugs.php.net/fix.php?id=33497r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33497r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33497r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33497r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33497r=mysqlcfg