Awesome. Are you planning to just fix the array_keys function, or will
there be a change as to how the array functions work with the array
pointers?
Thanks,
Daniel Beckham
- Original Message -
From: "Andrei Zmievski" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTE
It appears that my bug report is a duplicate of 9805, but mine does include
a backtrace.
Daniel
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 22, 2001 2:51 PM
Subject: [PHP-DEV] PHP 4.0 Bug #9940: php cgi crashes when using ob_start
callback
For the love of all things sane and normal, please don't model it after
bugzilla. *shudder*
Daniel
- Original Message -
From: "August Zajonc" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, April 08, 2001 12:52 PM
Subject: Re: [PHP-DEV] Suggestion for bug system
What about
The subject lines of this mailing list are extremely long, mostly due to the
bug reporting system. Is it really necessary to say PHP twice in the
subject line? Also, I can't remember the last time I've seen a 3.0 Bug
show up, so is it even necessary to give the version number? For that
For People who Hate Perl, they it sure have attempted to emulate a lot of
features and functions available to Perl programmers. Of course, most of
Perl's features are stolen from bash, awk, sed, etc. =)
Daniel
- Original Message -
From: "Hartmut Holzgraefe" [EMAIL PROTECTED]
To:
Does it even need to force you to use one over the other? Can it not simply
accept both forms?
Daniel
- Original Message -
From: [EMAIL PROTECTED]
To: Bug Database [EMAIL PROTECTED]
Sent: Monday, May 21, 2001 3:28 AM
Subject: [PHP-DEV] Re: Bug #9859 Updated: mail() doesn't send cc or
Can we go ahead and change this behavior then? Is there really a reason to
echo the status to standard out?
Daniel
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, May 21, 2001 6:59 PM
Subject: [PHP-DEV] Bug #11008 Updated: exit() should return an exit
This syntax comes from using slices in Perl. It's a great feature, but as
you say, unlikely to see the light of day in PHP.
e.g. my ($user, $uid, $gid) = split(/:/, $line_from_passwd_file)[0,2,3];
Great feature. =)
Daniel
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL
No, this does not break existing browsers. The problem is that nl2br has
been around for a long time. Once you understand what nl2br does, you never
need to view the function's documenation again. All the sudden, someone
sees the br / output, they think bug! and report it. They never think
to
A co-worker of mine recently found an undocumented configuration setting in
the php source that turns off the HTML tags in PHP error messages.
If someone will commit this patch, I'll add it to the phpdoc tree also.
Regards,
Daniel
Index: php.ini-dist
-
From: Rasmus Lerdorf [EMAIL PROTECTED]
To: Daniel Beckham [EMAIL PROTECTED]
Cc: phpdoc [EMAIL PROTECTED]; Bug Database [EMAIL PROTECTED]
Sent: Wednesday, June 20, 2001 8:44 AM
Subject: Re: [PHP-DEV] List messages are being delayed?
For some reason, it seems that messages sent to the lists aren't
The short of it is that in HTML 4, it doesn't matter if you have a br /,
BR, br, Br or bR, but in XHTML, you *must* have properly formed xml
tags. br / or br/br is the only way to validly write a "br" tag in
xml.
So.. if the nl2br did not output br / you would not be able to use nl2br
in XHTML
The point of this is... br / is complaint with existing html standards and
the new xhtml standard. While br is *not* compliant with new XHTML
standards. Why make the programmers go back and make changes for no reason?
Or for reasons like It's pointless to output br / tags in HTML 4 code.?
For some reason, it seems that messages sent to the lists aren't being
delivered for over 5 hours or more. I only just got a message that I sent
today at 11:30AM. Although, they do show up on the news server pretty
quickly.
Is anyone else experiencing this?
Daniel
--
PHP Development
I'll take a closer look at the docs tonight and make any necessary
corrections. I recently finished those docs and thought they reflected the
current version in cvs.
Daniel
- Original Message -
From: [EMAIL PROTECTED]
To: Bug Database [EMAIL PROTECTED]
Sent: Tuesday, June 26, 2001 9:55
should have noted this when I first
commited the docs to cvs.
BTW, you might be interested to know that the 4.0.6 incarnation of the
extension had a problem with segfaulting when reading multiple entries from
a zip file. Your mileage may vary.
Regards,
Daniel Beckham
- Original Message
Someone poke me when you decide what to do and I'll change the return type
in the preg_match docs.
Daniel
- Original Message -
From: Brian Moon [EMAIL PROTECTED]
To: chrism [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, July 01, 2001 3:16 AM
Subject: Re:
There are several open feature requests in the bug system to allow the use
of @ to suppress warnings when using a non array with foreach. What's the
status of this? Is this a hell no!, not possible with the current state
of the code or a when we get around to it?
Thanks,
Daniel
--
PHP
Yes, it would be nice for foreach to be a little more forgiving even if it
is far in the future.
Daniel
- Original Message -
From: Zak Greant [EMAIL PROTECTED]
To: Daniel Beckham [EMAIL PROTECTED]; php-dev
[EMAIL PROTECTED]
Sent: Monday, July 02, 2001 4:18 PM
Subject: Re: [PHP-DEV
-
From: Zeev Suraski [EMAIL PROTECTED]
To: Daniel Beckham [EMAIL PROTECTED]
Cc: php-dev [EMAIL PROTECTED]
Sent: Monday, July 02, 2001 4:19 PM
Subject: Re: [PHP-DEV] foreach behavior and error suppression (@foo)
If the question is about
@foreach(...) ...
Then the answer is somewhere between
If someone commits this change, please make sure you change his br to a
br /. Not sure if that was on purpose or not...
Daniel
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, July 05, 2001 7:56 AM
Subject: [PHP-DEV] Bug #11904: ext/standard/string.c
It's not so much that we can not go and view the open documentation bugs,
but that due to the very tiny number of documenation bugs that are
submitted, looking at it on a daily basis is a waste of time.
I imagine that, the reason it hasn't happened yet is due to technical
issues, but it's a very
Everyone loves to hate Perl don't they?
Daniel
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Andrei Zmievski [EMAIL PROTECTED]; Zeev Suraski [EMAIL PROTECTED];
Sterling Hughes [EMAIL PROTECTED]; [EMAIL PROTECTED];
Sæther Bakken @gecadsoftware.com [EMAIL
- Original Message -
From: Jason Greene [EMAIL PROTECTED]
To: Daniel Beckham [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, September 14, 2001 11:35 AM
Subject: Re: PHP pcntl function documentation (and other stuff)
The system and exec (IMHO) are written very badly in PHP
One more question. Were you considering adding wait() to the list of
functions supported? I know it's very similar as waitpid(), but it is
simpler to use unless you are doing something more complex in nature.
Daniel
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail:
PROTECTED]
To: Daniel Beckham [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, September 14, 2001 5:00 PM
Subject: Re: PHP pcntl function documentation (and other stuff)
Yes I was debating on whether or not to add that, but I wasn't sure what
people were looking for.
I was also debating
An earlier thread with the following subject makes some of our points:
[PHP-DEV] Bug #13616 Updated: Compiler complains about function declaration
after return is calle
Essentially, to answer your question. include_once() is a very poor way to
write modular code that will be used across
- Original Message -
From: Stanislav Malyshev [EMAIL PROTECTED]
To: Brian Moon [EMAIL PROTECTED]
Cc: PHP Development [EMAIL PROTECTED]
Sent: Thursday, October 18, 2001 10:53 AM
Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate
function problems
BM And my fix will
because the developers write it in C and many
aspects of it are modeled after C.
Daniel
- Original Message -
From: Stanislav Malyshev [EMAIL PROTECTED]
To: Daniel Beckham [EMAIL PROTECTED]
Cc: Brian Moon [EMAIL PROTECTED]; PHP Development
[EMAIL PROTECTED]
Sent: Friday, October 19, 2001 2:49
-
From: Rasmus Lerdorf [EMAIL PROTECTED]
To: Stanislav Malyshev [EMAIL PROTECTED]
Cc: Daniel Beckham [EMAIL PROTECTED]; Brian Moon
[EMAIL PROTECTED]; PHP Development [EMAIL PROTECTED]
Sent: Friday, October 19, 2001 3:15 AM
Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate
function
By all means, if you have a decent proposal that doesn't involve exclusively
using include_once() or if/endif everywhere possible, we would love to hear
it.
Daniel
- Original Message -
From: Stanislav Malyshev [EMAIL PROTECTED]
To: Rasmus Lerdorf [EMAIL PROTECTED]
Cc: Daniel Beckham
- Original Message -
From: Stanislav Malyshev [EMAIL PROTECTED]
To: Daniel Beckham [EMAIL PROTECTED]
Cc: Brian Moon [EMAIL PROTECTED]; PHP Development
[EMAIL PROTECTED]
Sent: Friday, October 19, 2001 2:45 AM
Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate
function
]
To: Daniel Beckham [EMAIL PROTECTED]
Cc: PHP Development [EMAIL PROTECTED]
Sent: Friday, October 19, 2001 9:27 AM
Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate
function problems
By all means, if you have a decent proposal that doesn't involve
exclusively
using
Thanks.. I was wondering if anyone had any solid information about this.
Daniel
- Original Message -
From: Zeev Suraski [EMAIL PROTECTED]
To: Daniel Beckham [EMAIL PROTECTED]
Cc: Edin Kadribasic [EMAIL PROTECTED]; PHP Development
[EMAIL PROTECTED]
Sent: Friday, October 19, 2001 11:54 AM
Intentionally? No, not really, but two seperate code files could include a
single basic function library that both need seperately, but as soon as
those two original code files are included into a main script of some sort,
that basic function library is now being included twice.
Daniel
-
- Original Message -
From: Zeev Suraski [EMAIL PROTECTED]
To: Daniel Beckham [EMAIL PROTECTED]
Cc: Brian Moon [EMAIL PROTECTED]; Edin Kadribasic
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Sunday, October 21, 2001 3:34 AM
Subject: Re: [PHP-DEV] New zend_compile.c to solve all
several ideas of
how to take care of this issue and we can leave the conversation of how to
add namespaces, etc. to PHP for a later date and release schedule. Your
ideas seem good, if only they had some context to what the conversation was
originally about.
Regards,
Daniel Beckham
- Original
- Original Message -
From: Zeev Suraski [EMAIL PROTECTED]
To: Stanislav Malyshev [EMAIL PROTECTED]
Cc: Daniel Beckham [EMAIL PROTECTED]; php-dev
[EMAIL PROTECTED]
Sent: Sunday, October 21, 2001 5:21 AM
Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate
function
38 matches
Mail list logo