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
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,
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.
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
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
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
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
--- 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
> 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
> > 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
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
--- 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
12 matches
Mail list logo
