Hi Johannes:
> We have to live with the information the server gives us. The server
> gives us the information in bytes. And frankly in PHP a string has no
> encoding information, so in many cases that is a good answer. But
> nonetheless the documentation should be improved/fixed.
Further experim
Hi Pierre,
> Can reproduce it now, can you open a bug please and assign it to mysql?
Done: https://bugs.php.net/bug.php?id=60863
Thanks,
Christian
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Also see https://bugs.php.net/bug.php?id=55226
Same idea, but for the PDO_sqlite implementation.
Damien
On Mon, Jan 23, 2012 at 11:28 PM, b dewar wrote:
> Hi
>
> I initially sent this to php-db, but I guess it really belongs on internals.
>
> The C API for SQLite3 has an sqlite3_create_collatio
Hi
I initially sent this to php-db, but I guess it really belongs on internals.
The C API for SQLite3 has an sqlite3_create_collation() feature that's
missing from PHP's SQLite3 class API.
I'm working on a patch that adds the SQLite3::createCollation(string
collation_name, mixed callback) method
The svn->git migration is behind the errors, see dsp's tweet:
https://twitter.com/#!/dsp_/status/161481440012419074
> Ups I broke http://www.php.net.
And that of Rasmus: https://twitter.com/#!/rasmus/status/161493308416335872
> Sorry folks, we had a slight glitch in the svn->git migration which
Hello, is it just me or is the php website having issues doing function
lookups etc? I checked several mirrors and they return no results for many
functions and many links from Google are broke to. Just a heads up.
Your code example below (with an appropriate getter written) would become:
$foo->__setBar('a')->doSomething() and would work if you return $this at the
end of each of your setters.
-Original Message-
From: Christoph Rosse [mailto:c...@okto.tv]
Sent: Monday, January 23, 2012 2:11 AM
To:
Hi,
On Sat, 2012-01-21 at 08:31 -0500, Daniel Convissor wrote:
> Hi Johannes:
>
> > The documentation tells
> >
> > http://dev.mysql.com/doc/refman/5.5/en/c-api-data-structures.html
> >
> > So it is working in bytes and has to hold all possible values.
>
> That's how My
On Mon, Jan 23, 2012 at 4:09 PM, Dmitry Stogov wrote:
> Hi Laruence,
>
> I'm not sure if the proposed patch fixes all the problems.
>
> Imagine that __FILE__ stored in some PHP variable and accessed after
> include() has finished. That time C variable "tmp_inc_filename" won't be
> valid but PHP va
On Mon, 23 Jan 2012 06:39:01 +, Rasmus Lerdorf wrote:
> rasmus Mon, 23 Jan 2012 06:39:01 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=322596
>
> Log:
> Please test your tests
>
> Changed paths:
> U php/php-src/branches/PHP_5_4/
Hi,
I did not follow the whole getter / setter discussion completely and
just have read the RFC
https://wiki.php.net/rfc/propertygetsetsyntax-as-implemented .
I just wanted to know if the new getter/setter syntax will provide
getter/setter methods as well, so I can use fluent-interfaces?
$
Hi Laruence,
I'm not sure if the proposed patch fixes all the problems.
Imagine that __FILE__ stored in some PHP variable and accessed after
include() has finished. That time C variable "tmp_inc_filename" won't be
valid but PHP variable may still refer to it.
I didn't try to reproduce it, so
12 matches
Mail list logo
