Hi Dale,
On Mon, Sep 19, 2005 at 08:10:05PM -0400, D. Walsh wrote:
> I've been building for some time without incident however, when I
> include a module apache crashes.
>
> I have gdb and while I can start apache with it, when it does crash
> I'm lost because I don't know what to do.
Here's
I've been building for some time without incident however, when I
include a module apache crashes.
I have gdb and while I can start apache with it, when it does crash
I'm lost because I don't know what to do.
I've build the offending lilbrary with "-ggdb" and enabled debug in
PHP as direc
On Thu, 15 Sep 2005 11:39:58 -0400 (EDT), in php.internals
[EMAIL PROTECTED] (Derick Rethans) wrote:
>> Comparing php bug reporting to mozilla and mysql (the latter being a
>> bit unfair comparison with professional workers) I think that mozilla
>> bogus bugs have better references (to dupes, etc.
Nuno Lopes schrieb:
> Currently PHP accepts more parameters to a function than the required.
> In English:
> function a($b) {}
> a(1,2,3);
> ?>
>
> PHP accepts this and generates no errors.
This is expected behaviour in PHP! Since PHP does not offer true
overloading of method headers (multiple
Nuno Lopes wrote:
PHP accepts this and generates no errors. My purpose is to start
generating an E_NOTICE, just like we do for not yet initialized
variables.
No, stupid output!
Generating E_NOTICE is not a good idea. You don't need to create functions
with variable arguments count like pr
Nuno Lopes wrote:
PHP accepts this and generates no errors. My purpose is to start
generating an E_NOTICE, just like we do for not yet initialized variables.
No, stupid output!
Generating E_NOTICE is not a good idea. You don't need to create
functions with variable arguments count like pri
> function a($b) {}
> a(1,2,3);
> ?>
>
> PHP accepts this and generates no errors. My purpose is to start
> generating an E_NOTICE, just like we do for not yet initialized variables.
This would break BC (btw a hot topic nowadays, too ;) ) so this is not a
good idea. Also it makes no sense in an
Hi,
Although this is not as hot as references or Unicode stuff, I would like to
discuss a new topic.
Currently PHP accepts more parameters to a function than the required.
In English:
PHP accepts this and generates no errors. My purpose is to start generating
an E_NOTICE, just like we do for
> Me too. There seems to be quite of bit of demand (in the commerce sense of
> the word, I'm not demanding anything) for namespaces, but it's hard to
> find any solid info on why they were removed from PHP.
AFAIR the implementation back then brought some huge performance problems
with it, that'
Thorsten Suckow-Homberg wrote:
So, if anyone could provide me with more information on this subject I'd be
thankful :)
Me too. There seems to be quite of bit of demand (in the commerce sense
of the word, I'm not demanding anything) for namespaces, but it's hard
to find any solid info on why
> Do namespaces require a class repository functionality at all?
Well, in this case I see "class repository" more in the meaning of a
repository of files that use the namespace functionality, each file holds
one class, each one of them bound to the file-extension ".php"
> My understanding is
Hi Marcus,
> no new INI settings, if require use the include_path done.
thanks for the quick reply. I'm not aware of the "political" decisions that
have to be made / had been made to come to this conclusion, but AFAICS no
additional "low level" plugin is being hindered in letting the users add
Do namespaces require a class repository functionality at all?
My understanding is that PHP runs straight through a script (and through
included files - inline), except when calling files with __autoload
(which is why it takes a performance hit?).
Is that correct?
Kevin N.
Thorsten Suckow-
Hello Thorsten,
no new INI settings, if require use the include_path done.
marcus
Monday, September 19, 2005, 10:47:47 PM, you wrote:
> Hi,
> I am currently testing Jessie Hernandez Namespace Patch and I see some
> problems in the lack of an appropriate ini-Setting that points to a path
>
Hi,
I am currently testing Jessie Hernandez Namespace Patch and I see some
problems in the lack of an appropriate ini-Setting that points to a path
where the user's class-repositories resist.
I know this has been discussed, but I can't find the proper disussion-leaf,
so if someone could point
Marcus Boerger schrieb:
> ...obviously we cannot change the past.
This is a problem to be fixed. Changing the past is to important. Please
implement it.
AllOLLi
Real stupidity beats artificial intelligence every time
[Ridcully in Terry Pratchett's Hogfather]
--
PHP Internals - PHP
On Mon, 2005-09-19 at 22:36 +0400, Antony Dovgal wrote:
> 1) They are only notices, you don't *have* to fix them as they can be safely
> silenced.
It would be nice if they could be safely silenced, but the bug I
just filed about the BC break in 4.4 (#34551) was just marked bogus,
so it looks lik
Hello Antony,
Monday, September 19, 2005, 8:36:23 PM, you wrote:
> On 19.09.2005 20:50, Andrey Nikolaev wrote:
>>> Maybe you don't know how much time *I* lost with both finding what
>>> the problem here was (abour 5 weeks) and fixing all *our* bad code (about 7
>>> weeks). I
>>> Derick
>> Deric
On 19.09.2005 20:50, Andrey Nikolaev wrote:
Maybe you don't know how much time *I* lost with both finding what
the problem here was (abour 5 weeks) and fixing all *our* bad code (about 7 weeks). I
Derick
Derick, it's great job, thanks, that you spend so much time for fixing this
bug. But...
No
Hello Jason,
new doesn't expect a string which a constant in fact is. It expects a
class name. Thus the class name cannot be constified. You'd need to use
reflection for that:
$r = new ReflectionClass($name); $o = $r->newInstance();
best regards
marcus
Monday, September 19, 2005, 6:58:31 PM, y
On 9/19/05, Xuefer <[EMAIL PROTECTED]> wrote:
> wrong list. :)
My question was not "how do I work around this?". I included that in
my original post. My question was "why is it like this?" which I
thought was more germane to the internals list.
An unquoted string would have to first be thought
> Maybe you don't know how much time *I* lost with both finding what
> the problem here was (abour 5 weeks) and fixing all *our* bad code (about 7
> weeks). I
> Derick
Derick, it's great job, thanks, that you spend so much time for fixing this
bug. But...
Now should we count how many days it's n
can u tell me why
php -r 'function myfunc(){} define("X", "myfunc"); X(); '
Fatal error: Call to undefined function: x() in Command line code on line 1
but not calling myfunc?
wrong list. :)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.p
> But I was wondering if anyone could enlighten me as to why php would
> be upset interpreting the constant as the class name. Thanks.
class Foo {
function get_name() { return 'Foo'; }
}
class Bar {
function get_name() { return 'Bar'; }
}
define('Foo', 'Bar');
$C = new Foo();
echo $C->get_
I ran across this today and it surprised me:
$ php -r 'define("X", "stdClass"); $x = new X; var_dump($x);';
Fatal error: Cannot instantiate non-existent class: x in Command line
code on line 1
I tested on php 4.4.0, 4.3.8 and 5.0.3, with the result that all
versions exhibit the same behavior.
C
donnylie
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (365 total including feature requests)
===[*Directory/Filesystem functions]
34496 Feedback single quote copying files
===[*General Iss
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (642 total including feature requests)
===[Arrays related]===
31114 Assigned foreach modify array
===[CGI related]
28 matches
Mail list logo
