Hi all,
Is there an effort underway to move POSIX regexps to PECL? If not,
should there be? We have some people freaking out (some who don't
appear to know about PCRE, but some who do have codebases using ereg*).
However, after reading various PHP internals meeting minutes etc I
don't know whether
Jani Taskinen wrote:
On 09/10/2009 04:46 PM, Tony Marston wrote:
You are missing the point. I'm not trying to set the encoding for any
HTML
output as that is handled differently. What I am concerned about is the
func_overload option which, ever since PHP 4.2.0, we have been able to
turn
on or
Hi all,
I've been off the lists for a bit (6 or 7 years, it seems) so for
anybody who remembers me, hi! . . .and for anybody who doesn't remember
me, hi! I used to work quite a lot on the docs and even had a couple of
small code commits to my credit. Anyway, I'm back.
I've been getting back
On Sat, 2003-08-16 at 14:41, Zeev Suraski wrote:
> At 16:53 16/08/2003, Robert Cummings wrote:
> >So it seems to me that a null value does not define the non-existence of
> >a value, but is itself actually a value. And this as far as I am
> >concerned is quite valid.
>
> Ok, but it still doesn't c
On Thu, 2003-08-14 at 16:27, Zeev Suraski wrote:
> At 21:15 14/08/2003, walt boring wrote:
> >Ilia Alshanetsky wrote:
> >
> >>Do we really need this function? I see 2 ways of 'implementing' this
> >>functionality in PHP without having to add another function. For example:
> >>(isset($var) || is_nu
On Thu, 2003-08-14 at 14:01, Stefan Walk wrote:
> On Thu, Aug 14, 2003 at 12:00:26PM -0700, walt boring wrote:
> > It can happen quite easily. I always develop with full warnings/errors on.
>
> So do I.
>
> > So if for example a var isn't set for whatever reason, then trying to
> > access the
On Thu, 2003-08-14 at 12:41, Derick Rethans wrote:
> On Thu, 14 Aug 2003, walt boring wrote:
>
> > Then please explain the logic of why
> > $var = null
> >
> > isset($var) returns false.
> >
> > In your words "it will see if a variable is set (has a value)".
> >
> > $var IS set and DOES have a
On Thu, 2003-08-14 at 13:17, Mårten Gustafson wrote:
> Lars Torben Wilson ([EMAIL PROTECTED]) wrote:
> > unset($foo) is not the same as $foo = NULL, which is one way this
>
> According to the manual, it is.
> http://www.php.net/manual/en/language.types.null.php
>
> /m
On Thu, 2003-08-14 at 12:59, Ilia Alshanetsky wrote:
> On August 14, 2003 03:33 pm, Robert Cummings wrote:
> > Actually isset() doesn't behave as it should:
> >
> > $foo = null;
> > echo isset( $foo );
>
> Not quite. To understand the nature of NULL you must consider the following.
> Supp
On Thu, 2003-08-14 at 08:42, Andi Gutmans wrote:
> I am not really convinced either that variable_exists() is
> function_exists() parallel.
> Under what circumstances is this needed?
>
> Andi
The followup I sent to Ilia gives examples of how this patch can be
used to determine whether, for insta
Hi out there,
A few weeks ago I submitted a patch in the bug db for a
variable_exists() construct, which parallels the function_exists()
one but for variables. In short, it returns TRUE if a variable
exists, regardless of its value. In other words, it's an isset()
which doesn't care if the varia
On Thu, 2003-08-14 at 08:45, Ilia Alshanetsky wrote:
> Do we really need this function? I see 2 ways of 'implementing' this
> functionality in PHP without having to add another function. For example:
> (isset($var) || is_null($var)) or gettype($var).
>
> Ilia
Those ideas don't do the same thing,
On Mon, 2003-07-21 at 07:46, Jason Greene wrote:
> It is actually very stable, though the vector based functions will most
> likely become deprecated. I will have better documentation with examples
> finished shortly. Worst case before PHP5 is release.
>
> I am also planning on adding some new fea
The sockets extension is still marked experimental, and users are
starting to ask more and more questions about wanting to use it but
are wondering about its status.
It's been a while since I looked at it, but is it still considered
experimental? Are there known instabilities or lacks which shou
On Tue, 2003-06-24 at 08:35, Jani Taskinen wrote:
> On Sat, 21 Jun 2003, Lars Torben Wilson wrote:
>
> >Hi there,
> >
> >It seems that array appending has changed wrt negative indices. I had
> >just documented the new behaviour but now I'm not entirely sure
Hi out there,
Wondering what should go into the docs about this:
It seems that array appending has changed wrt negative indices. I had
just documented the new behaviour but now I'm not entirely sure whether
I've just documented an unintentional change. Is this new behaviour what
is desired (i.e.
Hi there,
It seems that array appending has changed wrt negative indices. I had
just documented the new behaviour but now I'm not entirely sure whether
I've just documented an unintentional change. Is this new behaviour what
is desired (i.e. skipping straight from some negative key to 0 when
appe
On Thu, 2003-06-05 at 14:00, Sterling Hughes wrote:
> Yep.
>
> -Sterling
>
> On Thu, 2003-06-05 at 17:01, Lars Torben Wilson wrote:
> > Just wanted to check that I'm reading this right before committing
> > to the docs: does print() return 1, always? The fo
Just wanted to check that I'm reading this right before committing
to the docs: does print() return 1, always? The following seems to
indicate so:
case ZEND_PRINT:
zend_print_variable(get_zval_ptr(&EX(opline)->op1, EX(Ts),
&EG(free_op1), BP_VAR_R));
EX(
19 matches
Mail list logo
