There are serious problems from enabling LFS support like this in a
project like PHP.
If I have some library which uses off_t in its API, e.g. zlib, and I
happened to not compile it with LFS support, e.g. as in most Linux
distributions, I now *cannot* call the zlib functions using off_t from
PHP,
+1 on unicode support. I think not having unicode support by default
really hurts PHP in the enterprise where applications must almost always
be internationalized. I know mbstring gets the job done, but it's
really hard to evangelize PHP as a choice technology when you have to
use an extension to
On Oct 21, 2004, at 7:30 PM, Frank M. Kromann wrote:
Aside from that, PDO is very usable for the most common data access
patterns that you are likely to use in PHP.
Driver wise, we have a nice collection. The only major driver that we
are missing is mysql 4.x (we have 3.x).
If namesake-Georg doesn
> Aside from that, PDO is very usable for the most common data access
> patterns that you are likely to use in PHP.
>
> Driver wise, we have a nice collection. The only major driver that we
> are missing is mysql 4.x (we have 3.x).
The FBSQL driver is almost done, and when that happens Iøll star
> a) PDO support for most popular DBs. Maybe you can give a status report of
> where PDO is today and how much work it still requires? If it requires a
> lot of work maybe more people can join the effort. Also is there an online
> phpDoc of each DB API one can look at? I've looked at the source cod
Probably covered by your "engine" point: please get __toString() to work
properly with string concatenation and casting :)
Thanks,
Jevon
- Original Message -
From: "Andi Gutmans" <[EMAIL PROTECTED]>
To: "Greg Beaver" <[EMAIL PROTECTED]>
Cc: "internals" <[EMAIL PROTECTED]>
Sent: Friday,
If anybody cares, here is fix for this bug under 4.3.9:
http://leya.mindnever.org/~mr_w/php-popen.patch.gz
PS, didn't have time to look at PHP 5 yet, but I suppose this fix could
work also with minor tweaks.
--
Vladimir Zidar, Programmer
MindNever Foodstuff TRDG.
Head Office Branch
Tel:
I think this is something which belongs to user-land. I don't see a reason
not to implement it in that way.
Andi
At 11:04 AM 10/21/2004 -0400, Greg Beaver wrote:
f) if at all possible, It would be very good if the exception signature
could be modified to accept another exception object as a thir
On Thu, 21 Oct 2004, David Vance wrote:
> but how would you find out which var's, if any, are empty or not set?
> otherwise, would seem not very useful...
Right, please take this discussion off-list as we have had it in the
past and came to the conclusion that there is no way to do this in a
sane
Andi Gutmans wrote:
At 01:29 PM 10/20/2004 +0100, Wez Furlong wrote:
PDO is something that quite a few of us want to see as the recommended
database API for PHP 5.1. We haven't laid any definite plans for the
5.1 feature list yet (it's probably a good time for us to start
thinking about that here
if(any_empty($var1, $var2, $var3)) return "there's an empty var";
if(!any_empty($var1, $var2, $var3)) return "there's no empty vars";
if (all_set($var1, $var2, $var3)) return "all vars are set";
if (!all_set($var1, $var2, $var3)) return "there's an unset var";
but how would you find out which var
You're right, the only right way would be to introduce a new function like
the isval() I suggested in my reply to Jevon.
Ron
"Andi Gutmans" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> There is a big difference between isset() and empty() and it was discussed
> a lot in the past.
I'm not really anxcious to have an anyempty() function, but I do think
empty() should behalve like an allempty() just like isset() behaves like an
areallset(). I guess the "weirdness" is in the fact that isset() will give a
positive reply when something exists, while empty() gives a negative reply
On Wed, Oct 13, 2004 at 05:12:22PM +0200, Sascha Schumann wrote:
> On Wed, 13 Oct 2004, Joe Orton wrote:
> >So other than vague slurs on OS sanity, are there objections to
> >committing my --with-libdir patch to HEAD?
>
> I will look at it later.
Have you had a chance to look at it, Sascha?
On Wed, 20 Oct 2004, Andi Gutmans wrote:
> I definitely think it's starting to become time to talk about what's going
> to be in PHP 5.1. I see the main features I would like to see in 5.1 as:
> a) PDO support for most popular DBs. Maybe you can give a status report of
> where PDO is today and how
On Wed, 20 Oct 2004, Andi Gutmans wrote:
> I have barely received feedback about the new VM architecture so I'm
> planning to apply the new way of doing it on Friday. I personally prefer
> the auto-generation over the macro based way, mainly as it should be easier
> to debug.
I played with it a b
16 matches
Mail list logo
