> Ok, but a scalar becomes useful for a couple of important things.
> Scalars are all displayable values, that can be stored in a db,
> outputted, etc. The scalar type hint prevents errors related to objects,
> resources, and arrays attempting to be stored in the db or echoed.
True, but honestly I
On Tue, 2008-01-08 at 22:47 +0200, Tomi Kaistila wrote:
> > But the syntax is longer ("$a = 5" vs "$a = new Integer(5)"), and if you
> > have a large application with hundreds of integers it starts to add up.
> > Performance is also much worse when using objects for every variable.
> I agree. That
> But the syntax is longer ("$a = 5" vs "$a = new Integer(5)"), and if you
> have a large application with hundreds of integers it starts to add up.
> Performance is also much worse when using objects for every variable.
I agree. That is what I meant by "ugly" and "clumsy" in my last post.
> > Thi
Requesting CVS account for documentation translation purpose, Im a translator
of the danish php manual translation team.
Tom Sommer from the danish team referered me.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Confirmed.
(Philip is on vacation for the next 3weeks so we need someone else to
grant him account+karma for phpdoc-tr/)
-Hannes
On Jan 8, 2008 5:58 PM, Sezer Yalcin <[EMAIL PROTECTED]> wrote:
> I talked to Hannes Magnusson and already submitted several patches to
> documentation.
> I am a PHP d
I talked to Hannes Magnusson and already submitted several patches to
documentation.
I am a PHP developer with more than 10 years experience.
I would like to help you with doc, especially finishing up Turkish version
which is in phpdoc-tr.
I am in Boston area and working as a Sr. PHP Architect.
On Tue, 2008-01-08 at 16:03 +0200, Tomi Kaistila wrote:
> > I believe the cleanest solution that we could implement would be using
> > the type casting with "Type" objects.
> I experimented with this for a couple of months, a couple of weeks ago. In
> opinion, it does not work well. I am guessing
> I believe the cleanest solution that we could implement would be using
> the type casting with "Type" objects.
I experimented with this for a couple of months, a couple of weeks ago. In
opinion, it does not work well. I am guessing developers at java also figured
the same since they still also
Hi.
Not sure if anyone ever reads my posts, but ...
The 5.2 builds are building fine.
--
-
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
"Standing on the shoulders of some very clever giants!"
--
PHP Internals - PHP Runtime Development Mailing
On Tue, 2008-01-08 at 09:41 +, Richard Quadling wrote:
> On 07/01/2008, Stefan Priebsch <[EMAIL PROTECTED]> wrote:
> > Robert Cummings schrieb:
> > > The onus should be on consumers of my API to use it properly, not on me
> > > to jump through hoops to make sure they gave me the correct data at
AFAICS realpath() currently only works with files and not other stream
wrappers.
Is there any chance that realpath() will support custom stream wrappers?
I think it can be implemented in a BC way: If the wrapper class doesn't
have a wrapper::realpath() method, realpath() just returns false lik
On 07/01/2008, Stefan Priebsch <[EMAIL PROTECTED]> wrote:
> Robert Cummings schrieb:
> > The onus should be on consumers of my API to use it properly, not on me
> > to jump through hoops to make sure they gave me the correct data at
> > every step of the way. I stopped holding hands in grade 3 or s
Many thanks for the quick response guys. Johannes doing void *u works,
however UChar *u does not. anyways its compiled and working.
Btw- for anybody working with real ldap applications and php, paging
is almost necessary. Any hopes of incorporating this with php6?
Quoting Johannes Schlüter
13 matches
Mail list logo
