the behaviour of pg_get_notify.
The patch applies to PHP 5.2 HEAD. If you find it useful I can provide
patches to PHP_5_3 or PHP_6.
Cheers
--
Matteo Beccati
OpenX - http://www.openx.org
--TEST--
PDO PgSQL Notifies
--SKIPIF--
?php # vim:se ft=php:
if (!extension_loaded('pdo') || !extension_loaded
Helping out with PDO fixes, as agreed with Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi everyone,
I have a FreeBSD 6.2 system and I just found out that I can't build PHP
5.3 with the pcntl extension enabled.
I've created a bug report http://bugs.php.net/bug.php?id=4
Eventually I can provide ssh access to the system.
Cheers
--
Matteo Beccati
OpenX - http
/pdo_pgsql
Cheers
--
Matteo Beccati
OpenX - http://www.openx.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi everyone,
Matteo Beccati wrote:
Antony Dovgal wrote:
MFH:
- Fixed pcntl_signal() returning NULL when passing wrong parameters
Fixed? Since when standard behavior is broken? What's wrong with
that?
Sorry about that. I've reverted a few minutes later after Arnaud pointed
me
/zend_parse_params_return_false.diff
Cheers
--
Matteo Beccati
OpenX - http://www.openx.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
Cheers
--
Matteo Beccati
OpenX - http://www.openx.org
Total zend_parse_parameters() checks: 1838
Total using return: 1534
Total using RETURN_FALSE: 304
ext/bcmath/bcmath.c: 0 out of 10
ext/bz2/bz2.c: 2 out of 5
ext/calendar/cal_unix.c: 0 out of 2
ext/calendar/calendar.c: 13 out of 13
ext/calendar
Hannes Magnusson ha scritto:
2009/4/2 Matteo Beccati p...@beccati.com:
The point raised on IRC was the opposite: try and unify the code so that if
parameter parsing fails returns NULL, which seems to be the standard.
Indeed. But its not worth breaking backwards compatibility.
Yep. And I
Cheers
--
Matteo Beccati
OpenX - http://www.openx.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Christopher Jones wrote:
Matteo Beccati wrote:
Here's a proposal: http://www.beccati.com/misc/php/pdo_streams_v4.diff
The idea is to add a new #define PDO_DRIVER_API_CHECK which is verified
at compile time by the C preprocessor. If its value doesn't match the
main PDO_DRIVER_API an #error
either be done in the branch before
tagging or on the tag itself.
As a result exporting a tag will consistently retrieve the same version
of the external resource even years after packaging.
Cheers
--
Matteo Beccati
OpenX - http://www.openx.org
--
PHP Internals - PHP Runtime Development Mailing
Greg Beaver ha scritto:
Matteo Beccati wrote:
Not really: it will copy the link, not its content. At least that was my
experience when I managing releases for an internal project using
externals. What I usually did was to change the externals property to
point to a specific revision, e.g
some point me to the right
place?
http://www.fastcgi.com/devkit/doc/fcgi-spec.html maybe?
Cheers
--
Matteo Beccati
OpenX - http://www.openx.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
additional
information, not error messages.
Please allow some time for me to check how they are currently dealt with
in the pgsql extension and to see how they can be implemented in the
PDO driver.
Cheers
--
Matteo Beccati
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
which returns the most recent one, multiple
notices can be fetched
* A new query will reset the stored notices
* Available on the base class because exec() doesn't return a PDOStatement
Hope this helps
Cheers
--
Matteo Beccati
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
Hi,
Well, i've show the patch this morning... It's great ! The allocation of
the HashTable when use setAttribute might not be really a good job but
other, in my mind, is !
Yeah, I'm not very happy about it either. It was just a proof of concept
after all ;)
Cheers
--
Matteo Beccati
foo
-
(1 row)
On PostgreSQL they require a special handler to be set to catch them,
but the default behaviour would be to ignore them because they are
usually not particularly interesting.
Cheers
--
Matteo Beccati
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
fail (i.e.
throwing an exception would be awkward for a successful query).
Cheers
--
Matteo Beccati
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Christopher Jones wrote:
Lukas Kahwe Smith wrote:
On 07.10.2009, at 08:09, Matteo Beccati wrote:
Christopher Jones ha scritto:
Could you use the new PG specific attribute to enable them
but make them output/handled by the existing error/exception
interface?
That's what I originally
to execute DDL or DML queries, the ones that are
more likely to return a notice or warning.
Cheers
--
Matteo Beccati
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Samuel ROZE ha scritto:
Le mercredi 07 octobre 2009 à 15:47 +0200, Pierre Joye a écrit :
5.2 is also only for security fixes. Can you try to produce a patch
against 5.3 and trunk please?
There's the patch of Matteo Beccati at this address for PHP 5.3:
http://www.beccati.com/misc/php
developer who can
easily understand what pg_last_notice() does and would probably not
associate the familiar notice concept with getMessages.
Sorry for the long post, it's just my 2 cents.
Cheers
--
Matteo Beccati
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
warnings and PgSQL
notices. Which one should be automatically handled by PDO? I'd vote for
this one, leaving DBMS_OUTPUT still available by manually sending the
queries highligthed in your book.
Cheers
--
Matteo Beccati
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
as the mysql and oracle drivers are already
capable of fetching warnings/dbms_output. To me, this would be much
clearer: a common interface to access different kind of data would
definitely not be a step forward in terms of abstraction.
Cheers
--
Matteo Beccati
--
PHP Internals - PHP Runtime
Hi Ilia,
Cc-ing internals
Il 30/12/2009 15:39, Ilia Alshanetsky ha scritto:
On 2009-12-30, at 4:45, Matteo Beccati p...@beccati.com wrote:
Hi Ilia Marcus,
I'm sending this to both of you because I don't know who's the current
maintainer of ext/pgsql (is the EXTENSIONS file up to date
exhausted (tried to
allocate 24 bytes) in /foo/bar.php on line 88
while 5.2.3 was stopping with:
Fatal error: Nesting level too deep - recursive dependency? in
/foo/bar.php on line 41
Best regards
--
Matteo Beccati
Openads - http://www.openads.org
--
PHP Internals - PHP Runtime Development
in the next php release?
I'll try to have a look at them in the next few days.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
PDO_HANDLE_DBH_ERR()
and related declarations/macros away from php_pdo_int.h, so they can be
used by the drivers.
Thoughts?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
, I'd love to see my other recent commits to master reviewed as
they touched common PDO .h files and introduced some BC break, albeit
minimal (undocumented methods).
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing
on the other hand, when used with explicit parameter binding,
could automatically use binary format for LOB fields.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
an E_WARNING will most likely mean that it needs to be
suppressed in some way, which I think is not necessary.
I'm all for returning false when the input is invalid. However, given
the behaviour change, I suppose it would be PHP 5.next material.
Cheers
--
Matteo Beccati
Development Consulting
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 02/07/2013 12:21, Yasuo Ohgaki wrote:
2013/7/2 Matteo Beccati p...@beccati.com mailto:p...@beccati.com
We could easily (and transparently) use binary for the parameters
explicitly bound as LOB, but I see no way we can use binary for results
-- which usually is the most common
On 02/07/2013 12:52, Yasuo Ohgaki wrote:
Hi Matteo,
2013/7/2 Matteo Beccati p...@beccati.com mailto:p...@beccati.com
The API is not for ease of use, but for better performance as it
eliminate
needless hex conversions on both server and client side.
What I meant is that we might have
: PHP Startup...
Warning: PHP Startup...
Of course it is trivial to fix the tests, but I'm wondering if this is
in fact a regression that would need fixing.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
, but pls let me know
if I could help.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
short and often I cannot
afford to do it in a timely manner.
Best regards
--
Matteo Beccati
http://phpadsnew.com
http://phppgads.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
how your code was previously working ;)
For reference:
http://www.php.net/is_int
Best regards
--
Matteo Beccati
http://phpadsnew.com
http://phppgads.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ben Litton wrote:
is_numeric will test if it's a numeric string. Maybe is_int should do
the same, but apparently it doesn't.
You could always do an is_numeric and if it returns true, cast it as an
int.
Or use: www.php.net/ctype_digit
Ciao ciao
--
Matteo Beccati
http://phpadsnew.com
http
bug #39819 (Using $this not in object context can cause segfaults).
(Dmitry)
Best regards
--
Matteo Beccati
http://phpadsnew.com
http://phppgads.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
little time.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
have some spare time.
Can/should we switch the discussion to the PDO mailing list only?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
anywhere near the point where it's safe
to merge phpng to master.
Also, one thing that might have been overlooked is that merging phpng to
master would completely bypass the voting phase on
https://wiki.php.net/rfc/fast_zpp
Cheers
--
Matteo Beccati
Development Consulting - http
already too (on bugs.php.net
phpng is missing in the version field).
What's the best way to report issues, especially if they show up when
running large test suites and it's not possible to create small
self-contained snippets?
Cheers
--
Matteo Beccati
Development Consulting - http
about unicode support? Its implementation might undo or reduce some
of the performance gains obtained in phpng. Or, if you put it the other
way around: if we merge phpng to master it might not be acceptable to
think about adding utf8 support.
Cheers
--
Matteo Beccati
Development Consulting
/bug.php?id=67064
I didn't apply it as I wasn't sure it was the desired behaviour.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
as it is now breaks the principle of least surprise.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
or no.
I agree about the meaning and the fact that phpng is implementation.
However if there is some userland BC break, then it should effectively
be 2/3, shouldn't it? How about the Incompatibilities (made on purpose
and are not going to be fixed)?
Cheers
--
Matteo Beccati
Development Consulting
.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
occasions.
I'll though happily apply your patch now.
I wrote it, but to be honest now I think it's just hiding the problem
under the carpet.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
On 26/07/2014 04:42, Laruence wrote:
PHPNG is not listed in bugs.php.net yet. but as it's a branch of PHP
, I think it's okey to report it there, and note it's PHPNG in the
comment. for now.
wouldn't it be fairly easy to create a new entry in the version dropdown?
Cheers
--
Matteo Beccati
to IS_LONG.
wouldn't the following work for you?
* IS_INT
* IS_BIGINT
* IS_INT_OR_BIGINT
After all, SQL has INT(EGER) and BIGINT, albeit with different meanings.
In fact bigint itself to me and possibly many other developers means a
64bit int, not a GMP int.
Cheers
--
Matteo Beccati
it be so bad to throw an
error when one tries to create a string longer than 2^32 bytes,
regardless of memory_limit?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
On 30/08/2014 14:03, Chris Wright wrote:
On 30 August 2014 12:53, Matteo Beccati p...@beccati.com wrote:
Even though size_t allows huge strings, would it be so bad to throw an
error when one tries to create a string longer than 2^32 bytes,
regardless of memory_limit?
This would
to 5.6.1?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(no BSD, as
far as I can tell) and I would prefer to avoid writing an alternative
implementation in case it's not available. On the other hand triggering
an error in such case wouldn't be nice.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
...
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to start the conversation so we can hash out
the details, or get on with other things ;)
Nice job!
However, doesn't ICU use UTF-16 by default which is undesirable as most
of the times it requires converting from and to UTF-8?
Cheers
--
Matteo Beccati
Development Consulting - http
On 21/10/2014 15:17, Lester Caine wrote:
On 21/10/14 11:50, Matteo Beccati wrote:
However, doesn't ICU use UTF-16 by default which is undesirable as most
of the times it requires converting from and to UTF-8?
http:// userguide.icu-project.org/strings/utf-8
It is interesting that the earlier
should make it very clear that foreach, key(),
array_keys(), etc. will just return the hash, not the object instance.
I for one was a bit confused and couldn't tell if that was the case
after reading the entire RFC.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com
on the PR code are correct. The output
is supposed to be UTC time, not just local time with GMT appended.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
it and deallocate
it each and every time. I certainly wish there was something in the
mysql client/protocol similar to PQexecParams, which would be the best
of both worlds.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing
, that allows
multiple statements being sent at once. Going from memory it is also
used with PGSQL_DISABLE_PREPARES (5.6+) if there are no bound parameters.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
On 03/11/2014 12:55, Matteo Beccati wrote:
[re: PQexec] Going from memory it is also used with
PGSQL_DISABLE_PREPARES (5.6+) if there are no bound parameters.
Actually, that was true only in the earlier versions of the feature.
I've decided not to do that to avoid behaviour changes
Hi,
I wasn't aware of this particular issue, until a few minutes ago (got a
bug report from a user). Any reason why:
https://bugs.php.net/bug.php?id=53829
is still pending?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime
On 11/11/2014 09:57, Kalle Sommer Nielsen wrote:
Hi Matteo
2014-11-11 9:30 GMT+01:00 Matteo Beccati p...@beccati.com:
Hi,
I wasn't aware of this particular issue, until a few minutes ago (got a
bug report from a user). Any reason why:
https://bugs.php.net/bug.php?id=53829
is still
for master?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
project... I believe that many other historical open source projects are
in the same boat. All the (unpaid) time that the team(s) would need to
waste on this could be better spent elsewhere.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP
/5ad50d582346385d587e#file-ex_scope-05-diff-L193
On the other hand I can't imagine what it may break.
Matteo, can you please run your test suites with this patch.
Done. No regressions found for:
* run-tests
* Revive Adserver + MySQL Postgres
* PHPUnit
* phpspec
* Doctrine2 + SQLite Postgres
Cheers
--
Matteo
need
to be maintained) for little gain.
I think that doesn't also match the plans of other (accepted?) RFCs that
were targeted for 5.7. I think I've seen it many times.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development
if RMs agree)
https://wiki.php.net/rfc/closure_apply
https://wiki.php.net/rfc/pack_unpack_64bit_formats (targeting 5.6)
https://wiki.php.net/rfc/intdiv
https://wiki.php.net/rfc/session.user.return-value
maybe others too, but I got bored ;)
Cheers
--
Matteo Beccati
Development Consulting - http
the vote only when
we know exactly when PHP7 is going to be, so that everyone can make an
informed decision. Doing it now could be premature.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
should be backported to whatever becomes 5.7, if any. Perhaps
the 5.7 RFC could explicitly states what is (not) going to happen wrt
those RFCs.
I don’t really know about the session handling and GC ones
Likewise. And there might be more that I haven't looked up.
Cheers
--
Matteo Beccati
solved by explicitly converting to a string/integer.
That's precisely the same reason why I voted Nay. And I wouldn't have
been able to put it down in words better than Andrea did.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime
you haven't misinterpreted the RFC?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
grepped the test results .txt file to find
the places where the error was shown and it was the tests I fixed in
that commit.
According to php-cvs, Levi (/cc) seems to have done some work on spl
autoload recently.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP
propose to remove this (of course, no newline chars will be
allowed too as they are allowed only to support RFC 2616).
How about replacing \r and \n with spaces and throwing E_DEPRECATED instead?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP
On 03/02/2015 09:39, Anatol Belski wrote:
Marius Adrian Popa has stated to maintain both, and looks like there
several active users who will use that. So going by that, it's not being
voted on these exts.
I must have missed that, sorry for the noise.
Cheers
--
Matteo Beccati
Development
why a change has been made, rather than it being
essential that we have to learn that knowledge JUST to keep an existing
extension working.
What about moving pdo_firebird to pecl too? Last time I checked it was
fairly broken (compared to ext/interbase).
Cheers
--
Matteo Beccati
Development
.
Maybe it's just me, but I didn't quite understand the point you are
making here. Are you saying that declares are more or less like ini
settings?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
are going to endure
anyway, I'd be ok with this RFC targeting PHP7 too.
Cheers
[1] https://github.com/FriendsOfPHP/PHP-CS-Fixer/pull/970
[2] http://qrurl.it/r/kz5
[3] http://qrurl.it/r/kz6
[4] https://github.com/pear/pear-core/blob/stable/PEAR.php#L303
--
Matteo Beccati
Development Consulting
suggests
it for anything but the sender. One could argue if the sender is the
application or PHP itself.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
But that doesn't mean that any codebase that currently runs on PHP5 will
keep working on PHP7 without any changes. Most of the modern codebases
probably will though.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
if we avoid
complaining about something that's not being proposed and certainly not
going to happen.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to ease my (and
other's) pain in case the RFC passes.
I've tried using Andrea's own work and nikita's php-parser and good
results quickly, but ended up switching due to the lack of whitespace
support.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP
be automated, but still there's quite some work to do.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Il giorno 16/gen/2015, alle ore 18:16, Nikita Popov nikita@gmail.com ha
scritto:
I'll land the minor removals sometime soon; the unbundling of ext/ereg and
ext/mysql should probably be done by someone else who's more into the PECL
business.
I can take care of the PDO::PGSQL constant,
fairly sure that
the Doctrine2 tests uses such test to verify that there are no leaks
using a certain recommended pattern for batch operations (or something
along the lines).
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development
RFC.
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
and PHPUnit as they
both depend on the re-usage of the hashes returned by spl_object_hash(),
which shouldn't actually be depended upon (am I right dmitry?).
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
On 14/02/2015 21:23, Matteo Beccati wrote:
On 14/02/2015 16:34, Philip Sturgeon wrote:
On Sat, Jan 31, 2015 at 8:27 PM, Andrea Faulds a...@ajf.me wrote:
I think the more important issue is the conflict with the
ReflectionTypeAnnotation RFC, which proposes something similar to
what
to UTC or a
wrong timezone because the right one can't be guessed is a major WTF.
Ideally the initial setup of php.ini could be handled by the distro
package system, if it's not already?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime
12:39:45 CET 2015
how many people would think WTF?
how many oh right, PHP defaults to UTC unless I change my php.ini?
how many my mistake! of course my laptop should use UTC!?
Cheers
--
Matteo Beccati
Development Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime
On 28/01/2015 22:03, Stanislav Malyshev wrote:
You could, in theory, have extension defining those interfaces and
autoload userland definitions only if the extension is not present.
That's basically what I meant. Thanks for clarifying.
Cheers
--
Matteo Beccati
Development Consulting - http
On 28/01/2015 20:19, Michael Wallner wrote:
On 28/01/15 20:07, Matteo Beccati wrote:
As Nikita mentions, PSR-7 is under way and currently gaining some
traction. At the moment the PSR-7 interfaces are designed to be
immutable, although I that's still open for debate. If the RFC passes,
we'd
1 - 100 of 260 matches
Mail list logo