Hi! > - PHPDBG was originally envisioned as a "gdb" for the Zend VM, with gdb > like commands to debug, and step through code.
That was also my impression when the RFC was discussed. Now, I do not object in principle on growing the scope of phpdbg. But this needs to be done the right way if it's the php.net core part - having an RFC that explains what exactly happens and why, getting consensus, and only then merging. > Then later, they "documented a way that you could use it to emulate an > HTTP request, by setting those superglobals and executing your index.php > - your code doesn't know the difference between a real request, and a > cli-like script with the same super globals set." I don't think this as such is a bad idea, I wouldn't mind having such thing available, I can see use cases where it would be handy. So I think it would be useful to have some ordered RFC describing where phpdbg wants to expand to and then we can discuss it and see if we can arrive at something that would be ok with everybody. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
