Is there some PHP-centric documentation about Unicode? Why we need it?
How we use it? Pitfalls. Best practise in determining if data is
unicode or a hack attempt, etc.
So far, I've not needed unicode. But with the amount of effort being
placed into getting PHP unicode compliant, it suggests that
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (626 total including feature requests)
===[*Directory/Filesystem functions]
39481 Open I have got file listing of /
===[Apache2
Hi Tony,
Mike, please make sure you didn't forget to do `cvs up Zend` and
`./cvsclean` to get a clean build.
I can't reproduce it with your test case, though.
It is generated from a clean build.
I'd appreciate if you could try to replicate it with the following shell script:
---
#!/bin/bash
Michael Wallner wrote:
Hi Tony,
Mike, please make sure you didn't forget to do `cvs up Zend` and
`./cvsclean` to get a clean build.
I can't reproduce it with your test case, though.
It is generated from a clean build.
I'd appreciate if you could try to replicate it with the following shell
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (634 total including feature requests)
===[*Compile Issues]==
39372 Suspended Incompatibility in the PHP API.
Richard Quadling wrote:
So far, I've not needed unicode. But with the amount of effort being
placed into getting PHP unicode compliant, it suggests that it is
something important and I should know about it.
Start with
Hallo,
you know, that there was often a discussion about a ifsetor function.
I want to generalize this discussion. If you know LISP, there is a
fantastic macro function which allows you to generate own syntax (not a
c macro function, which is really bad). It would be fantastic, if php
could
Hi Michel,
Thank you for catching this.
I fixed the first problem, and will care about the second one later.
It is related to memory overflow and probably cannot be fixed in memory
manager itself.
Dmitry.
-Original Message-
From: Michael Wallner [mailto:[EMAIL PROTECTED]
Sent:
Sean,
I think there are fair chances we'll introduce a very simplistic
namespaces capability in PHP 6. It's pretty clear it will not have
the notion of imports, and will be very much focused on classes (as
opposed to functions and variables). In fact, I think you can very
much imagine them
Hi Antony,
- Original Message -
From: Antony Dovgal
Sent: Friday, November 10, 2006
On 11/10/2006 02:14 PM, Matt Wilmas wrote:
Hi Antony,
- Original Message -
From: Antony Dovgal
Sent: Friday, November 10, 2006
Hello all.
I would like to propose a replacement
1 ?php
2 $root = simplexml_load_string('root id=1node//root');
3
4 $array = array();
5 $array[$root['id']] = 'value';
6
7 $key = (int)$root['id'];
8 $array[$key] = 'value';
9 ?
Warning: Illegal offset type in /home/sb/test.php on line 5
--
Sebastian Bergmann
Sebastian Bergmann wrote:
1 ?php
2 $root = simplexml_load_string('root id=1node//root');
3
4 $array = array();
5 $array[$root['id']] = 'value';
6
7 $key = (int)$root['id'];
8 $array[$key] = 'value';
9 ?
Warning: Illegal offset type in /home/sb/test.php on line 5
I've not used it
Well, as not having threads is an old problem and the last time i asked about
it it wasn't even planned, i don't know if it has changed lately. Threads is
what is preventing me to develop some kind of application servers entirely in
php. Well, not preventing, but some characteristics would be
Well, as not having threads is an old problem and the last time i asked about
it it wasn't even planned, i don't know if it has changed lately. Threads is
what is preventing me to develop some kind of application servers entirely in
php. Well, not preventing, but some characteristics would be
Stut wrote:
Sebastian Bergmann wrote:
1 ?php
2 $root = simplexml_load_string('root id=1node//root');
3
4 $array = array();
5 $array[$root['id']] = 'value';
6
7 $key = (int)$root['id'];
8 $array[$key] = 'value';
9 ?
Warning: Illegal offset type in /home/sb/test.php on line 5
Hello all.
I'd like to continue recent IRC discussion here, to draw more attention to this
issue.
At the moment functions fgets() and fgetss() are broken in HEAD, as they return maxlen
characters instead of maxlen - 1, as they do in 5.2 (and I'm pretty sure this is the way
they used to work
Hi Marcus,
Can you please clarify where the conflicts will occur if only classes
are allowed in namespaces?
Best regards,
Jessie Hernandez
Marcus Boerger wrote:
Hello Jessie,
we already have consts in our classes, if you look close then you will see
that the table does not conatain
What does everyone else think? Are functions/constants inside namespaces
really that critical?
Anyways, I just thought of a possible solution to the namespace
separator issue, and if it's doable, then the double colon (::) can even
be used and no conflicts would occur. It seems the biggest
Sounds like something which indeed isn't worth breaking. Was this
intentional?
-Original Message-
From: Antony Dovgal [mailto:[EMAIL PROTECTED]
Sent: Monday, November 13, 2006 1:39 PM
To: php-dev
Subject: [PHP-DEV] fgets()/fgetss() BC break in HEAD
Hello all.
I'd like to
19 matches
Mail list logo