lead of PEAR SQL_Parser
http://pear.php.net/user/cybot
http://news.php.net/php.pear.qa/4397
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
here now them)
last but not least the missing functionality to easily setup used PHP
version per directory ... giving hosters the tool to make their customers an
easy way to adopt/test their sites ...
--
Sebastian Mendel
www.sebastianmendel.de
--
PHP Internals - PHP Runtime Development Ma
Stut schrieb:
> Sebastian Mendel wrote:
>> Guilherme Blanco schrieb:
>>> Have you ever asked yourselves... why? why PHP5's adoption is so bad?
>>
>> it was badly advertised!
>>
>> most people don't even know how much faster it is!
>
>
ght Larry?
>> >
>> > JeffG
>>
>> Except for the OO, I don't see anything that can't be done in PHP4,
>> while it can be done in PHP5. Some workarounds are maybe needed, but
>> it mostly doesn't require more than 10 lines of PHP code extra.
u even have more
>> functions than ever..
> Unfortunately my original point has become obscured by hair splitting.
> I was done with this "hair splitting" when I stated that I liked /both/
> versions - each for different reasons. It's like a comment made earlier
27;d say
> (unordered):
>
> Drupal
> Squirrelmail
> WordPress
> phpMyAdmin
phpMyAdmin runs fine with PHP 6, except masses of notices/stricts (due to
PHP 4 compatibility till 2.11 release this year)
if you find problems tell me
--
Sebastian Mendel
www.sebastianmendel.de
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
chris# wrote:
> Sebastian Mendel <[EMAIL PROTECTED]> wrote:
>> chris# wrote:
>>> I think that same analogy applies to both versions of PHP - one version
>>> is
>>> more suitable for one thing (your choice(s) here), and vise-a-versa. Or;
>>> wh
Stanislav Malyshev schrieb:
But why not allow importing namespaced functions and constants into
the global namespace?
Because there's really no need to. Nothing wrong with
namespace::function().
so i can not use a lib that switched to namespaces in my old code that does
not support namespac
Stefan Priebsch schrieb:
Stanislav Malyshev schrieb:
SELECT class FROM LibB WHERE class.name NOT LIKE 'Date%' AND
class.version < 3.14 OR class.approved='Manager'
Maybe we should use PDO to support these? ;)
For performance reasons, I would rather suggest using native database
APIs instead of
Constantin B schrieb:
require should :
1 : check in /localcopy/path/to/file.php if it exist
2 : then if its not too old // we can define what this means later // it
just require it as now
3 : if the file does not exist or if its too old we refresh it from the
/path/to/file.php and require it .
Robert Cummings wrote:
> [...]
>
> On that note, how comes there's a $GLOBAL array and not a $LOCAL array
> for vars declared in the immediate scope :)
you can use get_defined_vars()
http://www.php.net/get_defined_vars
--
Sebastian Mendel
www.sebastianmendel.de
ww
ariable: b in [...]
>> foo
>> not set
>
> No, ifsetor() is not possible in user land, because it generates notices,
> and a php core function ifsetor() would not generate notices. That's really
> the way it has to be.
i see no notice produced by this ifsetor()
--
Sebastia
easily be adopt by just removing the '&'
without getting any NOTICE in any VERSION
i think 'var' is the most important reason for the current delay in the
move to PHP 5!
i would even go a step further:
-"var" {
+("var"|"public"|"private
r changing a copy of an object in PHP 4 changes the original object in
PHP 5 also, this all three are 'silent' changes - that reports no errors
but can break the app
but this are all errors that can be fixed without getting notices in
both versions but work in both versions
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
is proposed - to add a keyword to PHP to
> only to remove notices that PHP produces.
oh, so is it wrong to fix something that produces a NOTICE?
and to fix this with the help of forward-compatibility?
and this keyword is added in _PHP 4_, there is no NOTICE
--
Sebastian Mendel
www.se
error level for "deprecated" keywords (and function calls)
> would be helpful?
and is it a problem to implement such a new error level also with PHP
4.4. for example reporting overwriting $this is not allowed in PHP 5 ?
and, when we are at this, what about 'clone' as a dummy-k
Lukas Smith wrote:
> Sebastian Mendel wrote:
>
>> and is it a problem to implement such a new error level also with PHP
>> 4.4. for example reporting overwriting $this is not allowed in PHP 5 ?
>>
>> and, when we are at this, what about 'clone' as a d
line 2
>
> So I'm strongly against this change. If you want to run PHP4 code in
> PHP5, disable E_STRICT.
id dont know, but isnt there a difference between where the keywords are
placed?
and if it is so, then this would also be a candidate for
"NOTICE: 'public
Nelson Menezes wrote:
> On 6/16/05, Johannes Schlueter <[EMAIL PROTECTED]> wrote:
>> On Thursday 16 June 2005 11:27, Sebastian Mendel wrote:
>>>> I guess, this will more likely produce an error message like this:
>>>>
>>>> Parse error: synta
found in $_REQUEST it could raise a WARNING, and
notice the user about this security-leak.
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
{
return ANY_DEFAULT_VALUE;
}
function bar()
{
return $this->value;
}
}
or
class foo
{
static function bar( $param )
{
return $param;
}
function bar()
{
return $this->param;
}
}
--
Sebastian Mendel
www.sebastianmendel.de
w
return 'not static';
}
return 'static';
}
function bar2() { return foo::bar(); }
}
// returns 'static'
echo foo::bar();
// returns 'not static' but should be 'static'
$foo = new foo;
echo $foo->bar2();
--
tName()
static Class::staticGetName()
??
this doesnt makes sence to me.
pls, give me a hint if i had overseen something.
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
--
PHP Internals - PHP Runtime Development Mailing List
To uns
patrick müller wrote:
> Sebastian Mendel wrote:
>
>> how about if i need a name for object not loaded?
>>
>> Class::getName( $object_id );
>>
>
> Weird, i thought you must know the classname for a static
> call :)
not the classname, the objectname f.e. t
c'
$foo = new Foo;
echo $foo->getParentName();
?>
> Andi
>
> At 08:59 AM 7/22/2005 +0200, Sebastian Mendel wrote:
>> Sean Coates wrote:
>> >> i know this hack, but it does not work, if the statically called
>> method
>> >> is from the same c
Steph Fox schrieb:
Marcus,
FWIW I'm with you (unusually) over E_STRICT. Why would anyone have E_ALL
switched on anywhere but a dev box?
at least i, as no one on this mailing list is interested in me, but i
have it on and it is logged only and not displayed.
some bugs are really hard to fin
26 matches
Mail list logo
