#22495 [Opn]: namespaces cause 'internal compiler error' on includes

2003-03-01 Thread andrew at evilwalrus dot com 
 ID:   22495
 User updated by:  andrew at evilwalrus dot com
 Reported By:  andrew at evilwalrus dot com
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: WinXP
 PHP Version:  5CVS-2003-03-01 (dev)
 New Comment:

Also, adding $this->baz to _debug() does not help.


Previous Comments:


[2003-03-01 13:36:43] andrew at evilwalrus dot com

The following script(s) cause an internal compiler error:

- foo.php -
_debug();

?>

- include.php -


---

Running foo.php via CLI causes the following fatal error to occur:

*Fatal error:  Internal compiler error.  Please report! in include.php
on line 6*

Running the script without the 'foo' namespace simply outputs a blank
line to the console, with no text returned, and no error generated.

~ Andrew Heebner




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

#22495 [NEW]: namespaces cause 'internal compiler error' on includes

2003-03-01 Thread andrew at evilwalrus dot com 
From: andrew at evilwalrus dot com
Operating system: WinXP
PHP version:  5CVS-2003-03-01 (dev)
PHP Bug Type: Scripting Engine problem
Bug description:  namespaces cause 'internal compiler error' on includes

The following script(s) cause an internal compiler error:

- foo.php -
_debug();

?>

- include.php -


---

Running foo.php via CLI causes the following fatal error to occur:

*Fatal error:  Internal compiler error.  Please report! in include.php on
line 6*

Running the script without the 'foo' namespace simply outputs a blank line
to the console, with no text returned, and no error generated.

~ Andrew Heebner
-- 
Edit bug report at http://bugs.php.net/?id=22495&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22495&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22495&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22495&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22495&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22495&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22495&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22495&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22495&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22495&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22495&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22495&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22495&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22495&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22495&r=gnused

#22494 [NEW]: Additional functions needed for namespaces

2003-03-01 Thread andrew at evilwalrus dot com 
From: andrew at evilwalrus dot com
Operating system: WinXP
PHP version:  5CVS-2003-03-01 (dev)
PHP Bug Type: Feature/Change Request
Bug description:  Additional functions needed for namespaces

With the advent of the new namespace {} context, how bout a few new
functions to suit them?

A few off the top of my head:
  - get_namespace_classes (Retrieves a list of all classes in a
namespace)
  - get_namespace_methods (Gets a list of all methods in a namespace)
  - get_namespace_vars (You guessed it, gets all vars..)

Just simple things like that... it could come in handy.  Just a thought.

~ Andrew Heebner
-- 
Edit bug report at http://bugs.php.net/?id=22494&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22494&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22494&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22494&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22494&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22494&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22494&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22494&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22494&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22494&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22494&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22494&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22494&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22494&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22494&r=gnused

#22395 [NEW]: Namespaces overwrite preexisting namespaces

2003-02-24 Thread andrew at evilwalrus dot com 
From: andrew at evilwalrus dot com
Operating system: WinXP
PHP version:  5CVS-2003-02-24 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description:  Namespaces overwrite preexisting namespaces

The following code should (theoretically) generate a fatal error, as it
overwrites a predefined namespace (tested on 'parent' and 'self'
namespaces:

data = $data;
}

function debug()
{
print $this->data;
}
}
}

$foo = new parent::foo('Hello World!');
$foo->debug();

?>



I don't think this is done by design due to the fact that the predefined
namespaces are in place to prevent this, and also for other uses.

~ Andrew Heebner
-- 
Edit bug report at http://bugs.php.net/?id=22395&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22395&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22395&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22395&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22395&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22395&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22395&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22395&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22395&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22395&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22395&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22395&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22395&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22395&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22395&r=gnused

#22253 [Com]: method becomes constructor in subclass

2003-02-21 Thread andrew at evilwalrus dot com 
 ID:   22253
 Comment by:   andrew at evilwalrus dot com
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Class/Object related
 Operating System: win2k
 PHP Version:  4.2.3
 New Comment:

According to the comments on the OOP manual page, if a constructor is
not located in the base class, the function of the same name will be
located in subsequent classes, and loaded accordingly.  Yes, this is by
design, but no, i personally don't like it... correct me if i'm wrong,
please.

~ Andrew Heebner


Previous Comments:


[2003-02-17 11:38:10] [EMAIL PROTECTED]

In this example, the printStr() method becomes the constructor of the
printStr class, while I think it should not be working this way... I
hope this is not by design ;)

class String
{
function printStr($string)
{
print $string;
}
}
class printStr extends String {}
$ps = new printStr("abc");




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