#33928 [NEW]: I can broke 'GLOBALS'

2005-07-30 Thread bolk at hitv dot ru
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:
---
?
$a = unserialize(serialize($GLOBALS));
$a['GLOBALS'] = 2;
$GLOBALS = $a;

print_r($GLOBALS['GLOBALS']);
?

Expected result:

Array
(
[GLOBALS] = Array
 *RECURSION*

et cetera

Actual result:
--
2

-- 
Edit bug report at http://bugs.php.net/?id=33928edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33928r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33928r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33928r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33928r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33928r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33928r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33928r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33928r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33928r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33928r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33928r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33928r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33928r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33928r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33928r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33928r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33928r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33928r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33928r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33928r=mysqlcfg


#33928 [Opn]: I can broke 'GLOBALS'

2005-07-30 Thread bolk at hitv dot ru
 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:

?
 $a = array_merge(array(), $GLOBALS);
 $a['GLOBALS'] = 2;

 $GLOBALS = $a;
 print_r($GLOBALS['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:
---
?
$a = unserialize(serialize($GLOBALS));
$a['GLOBALS'] = 2;
$GLOBALS = $a;

print_r($GLOBALS['GLOBALS']);
?

Expected result:

Array
(
[GLOBALS] = Array
 *RECURSION*

et cetera

Actual result:
--
2





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


#33927 [Opn-Bgs]: $_GET[] or $_POST[]: irrelevant

2005-07-30 Thread sniper
 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:
---
?
if ($_GET['func']) {
echo PHP Result;
} else {
echo form method=\POST\ action=\file.php\
input type=\hidden\ name=\func\ value=\editmember\
input type=\submit\ value=\Submit\
/form;
};
?

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=33927edit=1


#33928 [Opn-Bgs]: I can broke 'GLOBALS'

2005-07-30 Thread sniper
 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:

?
 $a = array_merge(array(), $GLOBALS);
 $a['GLOBALS'] = 2;

 $GLOBALS = $a;
 print_r($GLOBALS['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:
---
?
$a = unserialize(serialize($GLOBALS));
$a['GLOBALS'] = 2;
$GLOBALS = $a;

print_r($GLOBALS['GLOBALS']);
?

Expected result:

Array
(
[GLOBALS] = Array
 *RECURSION*

et cetera

Actual result:
--
2





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


#33527 [Opn-Bgs]: imap_open() failes to use /authuser= option with Cyrus server

2005-07-30 Thread sniper
 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=33527edit=1


#33911 [Fbk-Bgs]: unable to use /authuser with imap2004e

2005-07-30 Thread sniper
 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=33911edit=1


#27891 [Opn-Fbk]: Bad behavior of require() function and relative paths with IIS

2005-07-30 Thread sniper
 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=27891edit=1


#33928 [Bgs]: I can broke 'GLOBALS'

2005-07-30 Thread bolk at hitv dot ru
 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:

?
 $a = array_merge(array(), $GLOBALS);
 $a['GLOBALS'] = 2;

 $GLOBALS = $a;
 print_r($GLOBALS['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:
---
?
$a = unserialize(serialize($GLOBALS));
$a['GLOBALS'] = 2;
$GLOBALS = $a;

print_r($GLOBALS['GLOBALS']);
?

Expected result:

Array
(
[GLOBALS] = Array
 *RECURSION*

et cetera

Actual result:
--
2





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


#33931 [NEW]: __get and __set don't handle arrays correctly

2005-07-30 Thread wkonkel at gmail dot com
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:
---
?

class buggy {
private $data;
function __set($key, $val) {
$this-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=33931edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33931r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33931r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33931r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33931r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33931r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33931r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33931r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33931r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33931r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33931r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33931r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33931r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33931r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33931r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33931r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33931r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33931r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33931r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33931r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33931r=mysqlcfg


#33931 [Opn-Ver]: __get and __set don't handle arrays correctly

2005-07-30 Thread sean
 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:
?php
class A {
  public function __set($key, $val) {
$this-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:
---
?

class buggy {
private $data;
function __set($key, $val) {
$this-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=33931edit=1


#33932 [NEW]: get_class_vars return protected property

2005-07-30 Thread boblecingle at hotmail dot com
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=33932edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33932r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33932r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33932r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33932r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33932r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33932r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33932r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33932r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33932r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33932r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33932r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33932r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33932r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33932r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33932r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33932r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33932r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33932r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33932r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33932r=mysqlcfg


#32101 [Com]: Exception in unknown on line 0 when throwing exception inside exception handler

2005-07-30 Thread james at academicsuperstore dot com
 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:

?php
function error_handler() {
trigger_error(inside error, E_USER_ERROR);
}
set_error_handler('error_handler');
trigger_error(outside error, E_USER_ERROR);

function exception_handler($exception) {
throw new Exception('inside exception');
}
set_exception_handler('exception_handler');
throw new Exception('outside exception');
?



[2005-02-25 11:01:19] [EMAIL PROTECTED]

?php
function exception_handler($exception) {
trigger_error(user error);
throw new Exception('exception1');
}
set_exception_handler('exception_handler');
throw new Exception('exception2');
?



[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=32101edit=1


#33598 [Com]: Throwing exception from __destruct causes fatal error

2005-07-30 Thread james at academicsuperstore dot com
 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-latestphp -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-latestphp 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=33598edit=1


#33934 [NEW]: snmp functions not working under apache

2005-07-30 Thread phdokc at yahoo dot com
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:
---
?
$host = switch1;
$community = private;
$test1 = snmpget($host,$community,sysDescr.0);
$test2 = snmpget($host,$community,1.3.6.1.2.1.1.1.0);
echo $test1;
echo brbr$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=33934edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33934r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33934r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33934r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33934r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33934r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33934r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33934r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33934r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33934r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33934r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33934r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33934r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33934r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33934r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33934r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33934r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33934r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33934r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33934r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33934r=mysqlcfg