#33934 [Opn->Csd]: snmp functions not working under apache
ID: 33934 User updated by: phdokc at yahoo dot com Reported By: phdokc at yahoo dot com -Status: Open +Status: Closed Bug Type: SNMP related Operating System: HPUX 11.23 PHP Version: 4.4.0 New Comment: I applied HP patch PHSS_33275 which includes many linker and lib patches, then recompiled gcc, net-snmp, apache and php and now the snmp functions are working under apache. Sorry for the false alarm. I hope no time was spent by the PHP team looking in to this. The PHP team is the best in the open source community and I thank you for all your efforts. Previous Comments: [2005-07-31 05:45:38] phdokc at yahoo dot com Description: Compiled NET-SNMP 5.2.1.2, APACHE 2.0.54 and PHP 4.40 from snap shot and any snmpwalk, snmpget or snmpset under apache returns Invalid object identifier whether using ASN dotted notation or mib text value. Run same script using php cli and it works perfect? All other PHP functions including MYSQL are working as expected. This is also code that has been in production for over a year. Just moving to HPUX 11.23 IA64 platform from HPUX 11.11 PA-RISC platform. I have also tried Apache 2.0.50 (self compiled and from HP Depot), NET-SNMP 5.2, PHP 4.3.8, 4.3.11 and 4.4.1-dev. I have search www high and low looking for anyone with simalar issue but only found people who had mis-configured net-snmp. I am 100% confident in my net-snmp configuration / community strings and the fact that the php cli works seems to support my evaluation. I also compiled all versions trying HPUX bundled aCC, GCC 3.4.3 self-compiled and GCC 3.4.3 binary from HPUX porting archive center. Do you feel this to be a bug? Any help would be appriciated. Reproduce code: --- $test2"; ?> Expected result: To return the sysDescr twice. Actual result: -- Under PHP CLI, you get the sysDescr twice as expected. Under APACHE you get; Warning: snmpget(): Invalid object identifier: sysDescr.0 in /apache/httpd/php/nocmon4/pstable/test.php on line 4 Warning: snmpget(): Invalid object identifier: 1.3.6.1.2.1.1.1.0 in /apache/httpd/php/nocmon4/pstable/test.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=33934&edit=1
#33934 [NEW]: snmp functions not working under apache
From: phdokc at yahoo dot com Operating system: HPUX 11.23 PHP version: 4.4.0 PHP Bug Type: SNMP related Bug description: snmp functions not working under apache Description: Compiled NET-SNMP 5.2.1.2, APACHE 2.0.54 and PHP 4.40 from snap shot and any snmpwalk, snmpget or snmpset under apache returns Invalid object identifier whether using ASN dotted notation or mib text value. Run same script using php cli and it works perfect? All other PHP functions including MYSQL are working as expected. This is also code that has been in production for over a year. Just moving to HPUX 11.23 IA64 platform from HPUX 11.11 PA-RISC platform. I have also tried Apache 2.0.50 (self compiled and from HP Depot), NET-SNMP 5.2, PHP 4.3.8, 4.3.11 and 4.4.1-dev. I have search www high and low looking for anyone with simalar issue but only found people who had mis-configured net-snmp. I am 100% confident in my net-snmp configuration / community strings and the fact that the php cli works seems to support my evaluation. I also compiled all versions trying HPUX bundled aCC, GCC 3.4.3 self-compiled and GCC 3.4.3 binary from HPUX porting archive center. Do you feel this to be a bug? Any help would be appriciated. Reproduce code: --- $test2"; ?> Expected result: To return the sysDescr twice. Actual result: -- Under PHP CLI, you get the sysDescr twice as expected. Under APACHE you get; Warning: snmpget(): Invalid object identifier: sysDescr.0 in /apache/httpd/php/nocmon4/pstable/test.php on line 4 Warning: snmpget(): Invalid object identifier: 1.3.6.1.2.1.1.1.0 in /apache/httpd/php/nocmon4/pstable/test.php on line 5 -- Edit bug report at http://bugs.php.net/?id=33934&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33934&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33934&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33934&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33934&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33934&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33934&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33934&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33934&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33934&r=support Expected behavior: http://bugs.php.net/fix.php?id=33934&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33934&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33934&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33934&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33934&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33934&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33934&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33934&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33934&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33934&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33934&r=mysqlcfg
#33933 [NEW]: 64bit signed integer support
From: detonator316 at gmail dot com Operating system: Any 32bit platform PHP version: 5.1.0b3 PHP Bug Type: Feature/Change Request Bug description: 64bit signed integer support Description: Better support for 64bit integers would be very nice, for example when performing this operation: $val = 0x1 << 32; echo $val; The value "1" is returned, due to the 32bit wrapping applied to the integer. Even when using type casts to float or double it doesn't extend beyond 32bits. An extra type such as Int64 would be very useful. Reproduce code: --- $val = 0x1 << 32; echo $val."\n"; (float)$val = (float)0x1 << 32; echo $val; Expected result: It should output "4294967296" for both Actual result: -- It outputs "1" due to 32bit wrapping -- Edit bug report at http://bugs.php.net/?id=33933&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33933&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33933&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33933&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33933&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33933&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33933&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33933&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33933&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33933&r=support Expected behavior: http://bugs.php.net/fix.php?id=33933&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33933&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33933&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33933&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33933&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33933&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33933&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33933&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33933&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33933&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33933&r=mysqlcfg
#33598 [Com]: Throwing exception from __destruct causes fatal error
ID: 33598 Comment by: james at academicsuperstore dot com Reported By: carlo dot razzeto at mtginfo dot com Status: Verified Bug Type: Class/Object related Operating System: * PHP Version: 5CVS-2005-07-07 New Comment: I am experiencing this same problem in 5.0.4. I will not have time to test the snapshot for another week or so due to workload at the office. Previous Comments: [2005-07-07 15:27:12] carlo dot razzeto at mtginfo dot com The same error is occuring when attempting to throw an exception from the deconstructor of a class while the script is shutting down. As my linux box is currnetly not available I tested on my windows workstation. I will verify this later today with my linux box. Z:\PHP\php5-win32-latest>php -version PHP 5.1.0-dev (cli) (built: Jul 7 2005 12:24:46) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies Z:\PHP\php5-win32-latest>php test.php Construct Hello World Destruct Fatal error: Exception thrown without a stack frame in Unknown on line 0 [2005-07-07 09:43:16] [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-07-07 01:46:59] carlo dot razzeto at mtginfo dot com Description: When performing an operation which throws an exception in the __destruct method of a class, the following Error is generated Fatal error: Exception thrown without a stack frame in Unknown on line 0 I have only observed this happening when an object goes out of scope because the script has ended. Rather than generating a scripting engine error, PHP should allow for the script to deal with the error, for instance when an exception handler has been specified by the script. Reproduce code: --- class test { function __construct() { echo "Construct\n"; } function greet() { echo "Hello World\n"; } function __destruct() { echo "Destruct\n"; throw new Exception( 'test' ); } } $test = new test(); $test->greet(); Expected result: Construct Hello World Destruct Fatal error: Uncaught exception 'Exception' with message 'test' in /home/crazzeto/test.php:13 Stack trace: #0 /home/crazzeto/test.php(13): test::__destruct() #1 /home/crazzeto/test.php(20): test::__destruct() #2 /home/crazzeto/test.php(20): unknown() #3 {main} thrown in /home/crazzeto/test.php on line 13 Actual result: -- [EMAIL PROTECTED] crazzeto]$ php test.php Construct Hello World Destruct Fatal error: Exception thrown without a stack frame in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=33598&edit=1
#32101 [Com]: Exception in unknown on line 0 when throwing exception inside exception handler
ID: 32101 Comment by: james at academicsuperstore dot com Reported By: ceefour at gauldong dot net Status: No Feedback Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS-2005-02-15 New Comment: I am experiencing the same problem using 5.0.4. Previous Comments: [2005-05-21 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-05-13 13:33:49] [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-25 11:20:24] ceefour at gauldong dot net This modified code may be better illustrate the problem: [2005-02-25 11:01:19] [EMAIL PROTECTED] [2005-02-25 07:12:16] ceefour at gauldong dot net Description: When an exception is thrown inside an exception handler, a "exception thrown without stack frame in unknown on line 0" message is displayed. While the meaning of this message is "clear" enough... it doesn't help at all. If you trigger_error() inside an error handler, the default error handler is triggered, but still showing meaningful/helpful error message. Exceptions inside exception handler should behave similarly. Reproduce code: --- // do this inside an exception handler function throw new Exception('test'); Expected result: ...file something.php on line 483... Actual result: -- ...unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=32101&edit=1
#33932 [NEW]: get_class_vars return protected property
From: boblecingle at hotmail dot com Operating system: Windows XP PHP version: 5.0.4 PHP Bug Type: Scripting Engine problem Bug description: get_class_vars return protected property Description: get_class_vars return protected property or in the doc, get_class_vars must return PUBLIC property Reproduce code: --- class Person{ public $prenom; protected $nom; } class Francais extends Person{ public $securiteSocial; function test(){ print_r(get_class_vars("Francais")); } } $p = new Francais(); $p->test(); Expected result: Array ( [securiteSocial] => [prenom] => ) Actual result: -- Array ( [securiteSocial] => [prenom] => [nom] => ) -- Edit bug report at http://bugs.php.net/?id=33932&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33932&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33932&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33932&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33932&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33932&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33932&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33932&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33932&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33932&r=support Expected behavior: http://bugs.php.net/fix.php?id=33932&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33932&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33932&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33932&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33932&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33932&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33932&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33932&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33932&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33932&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33932&r=mysqlcfg
#33931 [Opn->Ver]: __get and __set don't handle arrays correctly
ID: 33931 Updated by: [EMAIL PROTECTED] Reported By: wkonkel at gmail dot com -Status: Open +Status: Verified Bug Type: *General Issues Operating System: n/a PHP Version: 5.0.4 New Comment: Happens to me on 5.0.3 as well. Shorter code: data[$key] = $val; } } $A = new A(); $A->foo['bar'] = 'oink'; $A->foo['bar1'] = 'oink1'; var_dump($undefined); $undefined[] = 'blah'; var_dump($undefined); ?> Outputs: NULL array(2) { ["bar1"]=> string(5) "oink1" [0]=> string(4) "blah" } Previous Comments: [2005-07-30 22:39:55] wkonkel at gmail dot com Description: The __set and __get don't seem to handle arrays correctly. What's even worse, is it adds data to memory which is allocated at a later time ($boz gets foo2 and foo3 of $myObj). The code example speaks for itself. Reproduce code: --- data[$key] = $val; } function __get($key) { return $this->data[$key]; } } $myObj = new buggy(); $myObj->somevar['foo1'] = 'bar1'; $myObj->somevar['foo2'] = 'bar2'; $myObj->somevar['foo3'] = 'bar3'; $boz[] = 'blah'; print_r($boz); ?> Expected result: Array ( [0] => blah ) Actual result: -- Array ( [foo2] => bar2 [foo3] => bar3 [0] => blah ) -- Edit this bug report at http://bugs.php.net/?id=33931&edit=1
#33931 [NEW]: __get and __set don't handle arrays correctly
From: wkonkel at gmail dot com Operating system: n/a PHP version: 5.0.4 PHP Bug Type: *General Issues Bug description: __get and __set don't handle arrays correctly Description: The __set and __get don't seem to handle arrays correctly. What's even worse, is it adds data to memory which is allocated at a later time ($boz gets foo2 and foo3 of $myObj). The code example speaks for itself. Reproduce code: --- data[$key] = $val; } function __get($key) { return $this->data[$key]; } } $myObj = new buggy(); $myObj->somevar['foo1'] = 'bar1'; $myObj->somevar['foo2'] = 'bar2'; $myObj->somevar['foo3'] = 'bar3'; $boz[] = 'blah'; print_r($boz); ?> Expected result: Array ( [0] => blah ) Actual result: -- Array ( [foo2] => bar2 [foo3] => bar3 [0] => blah ) -- Edit bug report at http://bugs.php.net/?id=33931&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33931&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33931&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33931&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33931&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33931&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33931&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33931&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33931&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33931&r=support Expected behavior: http://bugs.php.net/fix.php?id=33931&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33931&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33931&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33931&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33931&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33931&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33931&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33931&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33931&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33931&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33931&r=mysqlcfg
#33928 [Bgs]: I can broke 'GLOBALS'
ID: 33928 User updated by: bolk at hitv dot ru Reported By: bolk at hitv dot ru Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux Fedora Core 4 PHP Version: 5.0.4 New Comment: new PHP motto: it isn't a bug 'coz no one needs it working right anyways Previous Comments: [2005-07-30 15:12:43] [EMAIL PROTECTED] I can also shoot myself in my leg but I don't do that since it would be stupid.. [2005-07-30 10:44:49] bolk at hitv dot ru But this example prints full GLOBALS: There is an inconsistency between the two behaviours [2005-07-30 10:16:26] bolk at hitv dot ru Description: I can broke 'GLOBALS' array and 'GLOBALS' items doesn't equal 'GLOBALS' var. Reproduce code: --- Expected result: Array ( [GLOBALS] => Array *RECURSION* et cetera Actual result: -- 2 -- Edit this bug report at http://bugs.php.net/?id=33928&edit=1
#27891 [Opn->Fbk]: Bad behavior of require() function and relative paths with IIS
ID: 27891 Updated by: [EMAIL PROTECTED] Reported By: faraco dot phpbugs at mailnull dot com -Status: Open +Status: Feedback Bug Type: IIS related Operating System: win32 PHP Version: 5CVS, 4CVS (2005-06-19) 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-17 22:54:53] faraco dot phpbugs at mailnull dot com The problem persists. [2005-05-17 16:46:44] [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-16 22:34:47] faraco dot phpbugs at mailnull dot com Another way to explain the problem... Following de example above: 1. when I require 'lib/functions.php', the file is first looked in my domain document root ['docroot/lib/'] and then in my actual path ['subroot/lib'] because if I delete the first directory, the same script finds the second directory; 2. Yes, my 'include_path' is set to '.'; 3. Again, ISAPI Caching is disabled. [2005-05-16 22:07:13] faraco dot phpbugs at mailnull dot com I've disabled ISAPI cache and the problem persists. [2004-09-24 18:35:46] kj at legalizer dot dk What if you turn off ISAPI caching? 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/27891 -- Edit this bug report at http://bugs.php.net/?id=27891&edit=1
#33911 [Fbk->Bgs]: unable to use /authuser with imap2004e
ID: 33911 Updated by: [EMAIL PROTECTED] Reported By: phantasm at wgresorts dot com -Status: Feedback +Status: Bogus Bug Type: IMAP related Operating System: Solaris 8 PHP Version: 5.0.4 New Comment: See bug #33527 Previous Comments: [2005-07-28 23:02:29] [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-07-28 22:57:44] phantasm at wgresorts dot com Description: I am unable to use /authuser in imap_open function. Error message is "Can't do /authuser with this server (the actual mail server is sun messaging server). However, if I run from the command line using mailutil or mtest it works fine. Compiled php options were --with-imap=/path/to/imap --disable-ssl, I also tried --with-openssl=/path php-5.0.4 (also tried php-4.3.3) imap2004e apache 1.3.26 (also tried 2.0.54) Thanks -- Edit this bug report at http://bugs.php.net/?id=33911&edit=1
#33527 [Opn->Bgs]: imap_open() failes to use /authuser="" option with Cyrus server
ID: 33527 Updated by: [EMAIL PROTECTED] Reported By: ed2019 at columbia dot edu -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: RHEL4 PHP Version: 4.3.10 New Comment: Not PHP bug. Previous Comments: [2005-06-30 18:44:44] ed2019 at columbia dot edu Description: The imap_open() function documentation displays using the authuser swich, to authenticate as the superuser but act as another user. This option fails against Cyrus IMAP servers, even though the underlying c-client supports it. For example: mailutil check {servername/imap/tls/novalidate-cert/authuser="cyrus"/user="uname"}INBOX works, but the imap_open() call to do the same thing does not. Reproduce code: --- $mbox = imap_open('{servername/imap/tls/novalidate-cert/authuser="cyrus"/user="uname"}INBOX', "cyrus","cyruspw"); Expected result: $mbox will be a valid imap mailbox stream. Actual result: -- Nothing, then in the error log: [client ip.ip.ip.ip] PHP Warning: imap_open(): Couldn't open stream {mailserver/imap/tls/novalidate-cert/authuser="cyrus"/user="uname"}INBOX in /var/www/html/cyrustt/testimap.php on line 3 [client ip.ip.ip.ip] PHP Notice: (null)(): Can't do /authuser with this server (errflg=2) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=33527&edit=1
#33928 [Opn->Bgs]: I can broke 'GLOBALS'
ID: 33928 Updated by: [EMAIL PROTECTED] Reported By: bolk at hitv dot ru -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux Fedora Core 4 PHP Version: 5.0.4 New Comment: I can also shoot myself in my leg but I don't do that since it would be stupid.. Previous Comments: [2005-07-30 10:44:49] bolk at hitv dot ru But this example prints full GLOBALS: There is an inconsistency between the two behaviours [2005-07-30 10:16:26] bolk at hitv dot ru Description: I can broke 'GLOBALS' array and 'GLOBALS' items doesn't equal 'GLOBALS' var. Reproduce code: --- Expected result: Array ( [GLOBALS] => Array *RECURSION* et cetera Actual result: -- 2 -- Edit this bug report at http://bugs.php.net/?id=33928&edit=1
#33927 [Opn->Bgs]: $_GET[] or $_POST[]: irrelevant
ID: 33927 Updated by: [EMAIL PROTECTED] Reported By: johny at mysteri dot lu -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Linux Debian PHP Version: 4.3.11 New Comment: Can not reproduce with either PHP 4.4.0 or PHP 5.1-dev. Previous Comments: [2005-07-30 02:33:37] johny at mysteri dot lu Description: I saw it, while coding a form. I put into the form an input, type hidden, with name "func and value "editmember". Then, in the file where the posted data should be read, I made a mistake, I put $_GET['func'], but it still recognoized it, also when it was send by POST (yes I'm sute that the form has POST as method). Normally, it should only recognoize it when I write $_POST['func']. Here's the configure line of the PHP installed on the used server: Command '../configure' '--prefix=/usr' '--with-apxs2=/usr/bin/apxs2' '--with-config-file-path=/etc/php4/apache2' '--enable-memory-limit' '--disable-debug' '--with-regex=php' '--disable-rpath' '--disable-static' '--with-pic' '--with-layout=GNU' '--with-pear=/usr/share/php' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db4' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--with-xmlrpc' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-kerberos=/usr' '--with-openssl=/usr' '--with-zip=/usr' '--enable-dbx' '--with-mime-magic=/usr/share/misc/file/magic.mime' '--with-exec-dir=/usr/lib/php4/libexec' '--without-mm' '--without-mysql' '--without-sybase-ct' Reproduce code: --- "; }; ?> Expected result: Normally, pushing the Button "Submit", the Form should be displayed once more. Actual result: -- PHP Result -- Edit this bug report at http://bugs.php.net/?id=33927&edit=1
#33928 [Opn]: I can broke 'GLOBALS'
ID: 33928 User updated by: bolk at hitv dot ru Reported By: bolk at hitv dot ru Status: Open Bug Type: Unknown/Other Function Operating System: Linux Fedora Core 4 PHP Version: 5.0.4 New Comment: But this example prints full GLOBALS: There is an inconsistency between the two behaviours Previous Comments: [2005-07-30 10:16:26] bolk at hitv dot ru Description: I can broke 'GLOBALS' array and 'GLOBALS' items doesn't equal 'GLOBALS' var. Reproduce code: --- Expected result: Array ( [GLOBALS] => Array *RECURSION* et cetera Actual result: -- 2 -- Edit this bug report at http://bugs.php.net/?id=33928&edit=1
#33928 [NEW]: I can broke 'GLOBALS'
From: bolk at hitv dot ru Operating system: Linux Fedora Core 4 PHP version: 5.0.4 PHP Bug Type: Unknown/Other Function Bug description: I can broke 'GLOBALS' Description: I can broke 'GLOBALS' array and 'GLOBALS' items doesn't equal 'GLOBALS' var. Reproduce code: --- Expected result: Array ( [GLOBALS] => Array *RECURSION* et cetera Actual result: -- 2 -- Edit bug report at http://bugs.php.net/?id=33928&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33928&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33928&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33928&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33928&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33928&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33928&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33928&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33928&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33928&r=support Expected behavior: http://bugs.php.net/fix.php?id=33928&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33928&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33928&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33928&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33928&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33928&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33928&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33928&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33928&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33928&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33928&r=mysqlcfg