Nope, this isn't the correct place. Try [EMAIL PROTECTED]
-Jeremy
On Saturday 29 May 2004 04:47 pm, ahti wrote:
> hello!
> i really don't know if this is the right place to post this kind of
> question, but it seems to be quite close.
>
> why can't i use C-like variable conversions in php's funct
zend_is_executing() might work, but that is only if this method can only be
called during script execution (which I'm not sure of). I'm also not sure
if this is reset to 0 at the end of each request but that should be easy to
fix.
Andi
At 11:54 AM 5/28/2004 -0400, Rob Richards wrote:
Is it poss
At 09:10 AM 5/28/2004 +0200, Derick Rethans wrote:
On Thu, 27 May 2004, Andrei Zmievski wrote:
> On Thu, 27 May 2004, Sara Golemon wrote:
> > Nah, I know. I'm not saying I'm against it, all I'm saying is that noone
> > will hear any objections from me. It puts an extra tool in the hands
of the
>
Okay, I won't hold on in this case. I just want to resolve the return value
to the user-error handler before I roll.
I also understand that the proc_open() compile problems seem to be solved.
Thanks,
Andi
At 04:13 PM 5/29/2004 -0400, Rob Richards wrote:
From: Andi Gutmans
> Please test. If there
Do I understand right that overload extension is dead in PHP5? We probably
need to put some note in the manual then.
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
Yep.
Andi
At 04:00 PM 5/30/2004 +0300, Stanislav Malyshev wrote:
Do I understand right that overload extension is dead in PHP5? We probably
need to put some note in the manual then.
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115
--
PHP I
On Sun, 2004-05-30 at 14:18, Andi Gutmans wrote:
[...]
> I saw it was already commited before I had a chance to respond. In any
> case, I think that the patch is quite harmless but I don't like the != NULL
> && !true logic. It's inconsistent with what is considered true/false in PHP
> today. I s
So we should probably go for a strict bool(false).
At 03:19 PM 5/30/2004 +0200, Timm Friebe wrote:
On Sun, 2004-05-30 at 14:18, Andi Gutmans wrote:
[...]
> I saw it was already commited before I had a chance to respond. In any
> case, I think that the patch is quite harmless but I don't like the !=
folks,
first post/patch, please be gentle .
hosting companies using mod_php have a *very* hard time preventing and
tracking abuse of mail(). when sendmail is invoked from a suexeced cgi
script, we get the username. with mod_php mail(), we get a big fat nothing,
a ton of spam in the spool and a bu
> I suggest either:
> a) return true if you want the default handler to be called. I don't have
a
> problem with this but people here say it's opposite from other frameworks.
> Are there really so many precedents?
> b) return false (== IS_BOOL && value == 0). This gives a strict but
> reasonable in
I have no say or pull around here, but I am +1 on the idea, but unsure on the
implementation from below.
-Jeremy
On Sunday 30 May 2004 08:49 am, Paul G wrote:
> folks,
>
> first post/patch, please be gentle .
>
> hosting companies using mod_php have a *very* hard time preventing and
> tracking
Strong -1.
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- Original Message -
From: "Ilia Alshanetsky" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, May 30, 2004 1:33 PM
Subject: Re: [PHP-DEV] [patch] abuse-proof zif_mail()
> Strong -1.
>
> Ilia
ilia,
out of curiosity, what are the arguments against the idea and the
implementati
First of all if you have people abusing the mail function one solution is to
disable it via the disable_functions directive inside your php.ini file.
If you must append headers then you could easily specify a path to a sendmail
using a configuration that would append any header that you like to
ilia,
- Original Message -
From: "Ilia Alshanetsky" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Paul G" <[EMAIL PROTECTED]>
Sent: Sunday, May 30, 2004 2:07 PM
Subject: Re: [PHP-DEV] [patch] abuse-proof zif_mail()
> First of all if you have people abusing the mail function one solution
I'd be up for option (B) as well: returning explicit 'false'.
> If those are the choices, I say (B). The reason for the !NULL && !true was
> to maintain as much of PHP's boolean juggling as reasonable. NULL in this
> case being "unreasonable" because functions returning nothing are returning
> N
From: Andi Gutmans
> zend_is_executing() might work, but that is only if this method can only
be
> called during script execution (which I'm not sure of). I'm also not sure
> if this is reset to 0 at the end of each request but that should be easy
to
> fix.
Yup, this method should only be called
Rob Richards wrote:
From: Andi Gutmans
zend_is_executing() might work, but that is only if this method can only
be
called during script execution (which I'm not sure of). I'm also not sure
if this is reset to 0 at the end of each request but that should be easy
to
fix.
Yup, this method should onl
18 matches
Mail list logo
