Amateurish question to internals:
Why can not we do more general cases? For example (expr)[3];
(expr)-foo-bar;
(expr)()-baz[3]()-makeSomething()[4] = 16; etc.
Now we have (new some)-something; and doSomething()[12], but why only this
cases?
Big trouble in parser to do this? Can someone help me
On Sun, 20 Nov 2011, Stas Malyshev wrote:
If it is the former, the patch seems to be pretty simple:
--- lib/unixtime2tm.c (revision 319533)
+++ lib/unixtime2tm.c (working copy)
@@ -146,7 +146,7 @@
int z = tm-z;
signed int dst = tm-dst;
On Sun, 20 Nov 2011, Stas Malyshev wrote:
We're in RC now, and I'm very concerned about the status of DateTime
functionality (see bugs 60236, 60237 and XFAILs) - I've reported these
problems in June, but not much happened since then. I'm trying to
figure out what's going on there, but I'm
Hi!
That is incorrect, not every timezone DST change is 60 minutes.
The I would guess this code in do_adjust_timezone() also wrong:
case TIMELIB_ZONETYPE_ABBR: {
timelib_sll tmp;
tz-is_localtime = 1;
tmp
On Mon, 21 Nov 2011, Stas Malyshev wrote:
That is incorrect, not every timezone DST change is 60 minutes.
The I would guess this code in do_adjust_timezone() also wrong:
case TIMELIB_ZONETYPE_ABBR: {
timelib_sll tmp;
Hi!
For fixing the TLA / Zone Type 2 bugs, focus on the following tests:
bug55253.phpt
rfc-datetime_and_daylight_saving_time-type2.phpt
Those are exactly the two xfails fixed by my patch.
DateTime_*-type2-type2.phpt
These aren't fixed but it may be related to the
2011/11/21 Yasuo Ohgaki yohg...@ohgaki.net:
I'm also holding pgsql patch that adds pg_escape_literal() which
escapes SQL literal. (i.e. table names, filed names, etc)
By making a separate topic instead of cluttering it into this one,
alternatively open a report at bugs.php.net
--
regards,
Hi Gustavo!
Thanks for the quick action :)
I prefer however the 1st solution so that the code using the function can
use transparently the returned value.
At some point we may add classes as well, for those interested in more
details.
Cheers,
On Nov 21, 2011 4:53 AM, Gustavo Lopes
Hi Pierrick!
Yes it us still maintained however it is hard to keep adding every new
features. They are quite active :)
As of 5.4 it is now in RC phase. Please add new features in trunk for now.
Thanks!
On Nov 21, 2011 1:19 AM, Pierrick Charron pierr...@webstart.fr wrote:
Hi all,
I started
hi,
After a short talk on IRC, we agreed to go with the solution 1.
David, Stas, any objection for 5.4? As it adds a new feature it is
actually a bug fix too.
Cheers,
On Mon, Nov 21, 2011 at 11:46 AM, Pierre Joye pierre@gmail.com wrote:
Hi Gustavo!
Thanks for the quick action :)
I
However there's a little problem. The new interface reports errors via the
usual ICU mechanism AND it also uses a new structure to pass IDNA specific
errors. Also, it reports whether the use of the transitional mechanism
affects the result. So I see only two solutions so that that extra
On Mon, Nov 21, 2011 at 13:35, Ferenc Kovacs tyr...@gmail.com wrote:
However there's a little problem. The new interface reports errors via the
usual ICU mechanism AND it also uses a new structure to pass IDNA specific
errors. Also, it reports whether the use of the transitional mechanism
Em Mon, 21 Nov 2011 12:42:08 -, Hannes Magnusson
hannes.magnus...@gmail.com escreveu:
On Mon, Nov 21, 2011 at 13:35, Ferenc Kovacs tyr...@gmail.com wrote:
* Add a second new parameter, by reference, wherein this extra
information is written.
* Instead of returning a string, return an
I've implemented a good majority of the getter/setter syntax for objects which
was pretty easy due to the already implemented functionality of __get()/__set().
For static getters/setters there is no such obvious place to hook the new
functionality, I was considering modifying the ZEND_ASSIGN
Hello all.
I'd like to commit a one-liner to 5_4/trunk if there are no objections.
See it in the attachment.
Stas, do you mind if I commit it to 5_4 now?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
Index: Zend/zend.h
Hi all,
I've posted pgsql patch that adds
pg_escape_literal()/pg_escape_identifier() which escapes SQL literal
and idetifier. (i.e. table names, filed names, etc)
https://gist.github.com/1381181
When I post a patch while ago, someone mentioned about that pgsql
module own escape implementation
Hi!
I'd like to commit a one-liner to 5_4/trunk if there are no objections.
See it in the attachment.
Stas, do you mind if I commit it to 5_4 now?
I think it's ok.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
17 matches
Mail list logo