--- Robert Cummings <[EMAIL PROTECTED]> wrote:
> On Sat, 2004-05-08 at 12:35, Sara Golemon wrote:
> > > > I always thought constants were about imposing
> an
> > > > unchanging nature to
> > > > the data and not about visual aesthetics when
> > > > reading code :/ I too
> > > > would like to see c
On Sat, 2004-05-08 at 12:35, Sara Golemon wrote:
> > > I always thought constants were about imposing an
> > > unchanging nature to
> > > the data and not about visual aesthetics when
> > > reading code :/ I too
> > > would like to see constant support of non-scalar
> > > values.
> >
> >
> > Same h
> > I always thought constants were about imposing an
> > unchanging nature to
> > the data and not about visual aesthetics when
> > reading code :/ I too
> > would like to see constant support of non-scalar
> > values.
>
>
> Same here. I have a number of static arrays that I use
> for reference da
> I don't think any error message should be thrown during implicit array
> creation. Not having to define your variables is one of the main
principles
> of the PHP language. I definitely don't think this should be changed. I
> also don't see how this differs very much from a regular assignment to a
--- Robert Cummings <[EMAIL PROTECTED]> wrote:
> On Sat, 2004-05-08 at 03:19, Andi Gutmans wrote:
> > At 09:16 PM 5/7/2004 -0700, Sara Golemon wrote:
> > >Long ago I was told constants could only be
> scalars, so I accepted it.
> > >Certainly ZEND_FUNCTION(define) does the check to
> ensure it's a
On Sat, 2004-05-08 at 03:19, Andi Gutmans wrote:
> At 09:16 PM 5/7/2004 -0700, Sara Golemon wrote:
> >Long ago I was told constants could only be scalars, so I accepted it.
> >Certainly ZEND_FUNCTION(define) does the check to ensure it's a scalar, but
> >why?
> >
> >For what I can tell a zend_const
Hehe, shut down Lukas.
I'd love to know why file_exists doesn't search the include path like every
other file function
"Derick Rethans" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Sat, 8 May 2004, Lukas Smith wrote:
>
> > I think it would be useful if require would throw an
Hello,
As the current Interbase extension support for Interbase version 5 and
lower is probably broken, and certainly untested, I'm considering
removing it for PHP 5 final. [Interbase 6 was released in '99 or 2000,
this is the version Firebird SQL is based on]
I'm going to post this on the PHP
On Sat, 8 May 2004, Lukas Smith wrote:
> I think it would be useful if require would throw an exception on failure.
NO! Internal functions do NOT throw exceptions, period.
> By throwing an exception inside require with the necessary information
> it would be able to cleanly handle this situation
Hi,
I think it would be useful if require would throw an exception on failure.
Currently one would use @include in order to load in a file that could
be missing or could contain parse errors. However it is impossible to
easy find out if the file was missing, had parse errors or returned false.
At 09:16 PM 5/7/2004 -0700, Sara Golemon wrote:
Long ago I was told constants could only be scalars, so I accepted it.
Certainly ZEND_FUNCTION(define) does the check to ensure it's a scalar, but
why?
For what I can tell a zend_constant is just a container for an ordinary zval
which is refcounted an
Hi Sara,
I don't think any error message should be thrown during implicit array
creation. Not having to define your variables is one of the main principles
of the PHP language. I definitely don't think this should be changed. I
also don't see how this differs very much from a regular assignment
12 matches
Mail list logo