24 мая 2015 г., в 19:02, Jakub Zelenka bu...@php.net написал(а):
Hi,
I would like to introduce my and Pasindu's RFC that proposes adding of new
JSON options for converting number values to string when decoding and/or
encoding:
https://wiki.php.net/rfc/json_numeric_as_string
On 25 May 2015, at 18:40, Jakub Zelenka bu...@php.net wrote:
Anyway, as I told in a previous thread, while approach of this rfc solves
immediate problem, it is not future-proof flexible and exposing low-level
type based parsing is a better idea
IIRC your initial proposal was about
On 23 Apr 2015, at 14:26, Alexander Moskalev ir...@irker.net wrote:
Because currently CURLFile have this constructor:
public __construct http://php.net/manual/en/curlfile.construct.php (
string $filename [, string $mimetype [, string $postname ]] )
And we cannot replace this arguments to
On 23 Apr 2015, at 11:59, Michael Wallner m...@php.net wrote:
Why not a ctor as in:
function __construct ($filename, $buffer = null) {
if (isset ($ buffer)) {
// use $ buffer
} else {
// use file contents
}
}
The file name parameter can be of use anyway for
On 14 Apr 2015, at 07:31, Alexey Zakhlestin indey...@gmail.com wrote:
Feels a bit hackish
I think it is possible to introduce an overall better solution
We can expose result of json-tokenizing as a tree of objects:
JSON\Object
JSON\Array
JSON\String
JSON\Number
JSON\False
JSON
number of experimental userland
implementations like the one proposed here
--
Alexey Zakhlestin
https://github.com/indeyets
PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
B extends A
{
}
output
A class is defined
B class is defined
--
Alexey Zakhlestin
https://github.com/indeyets
PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
probably would never happen in PHP.
--
Alexey Zakhlestin
https://github.com/indeyets
PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
is going to be unaffected.
New code may decide to catch engine exception in separate catch block
(using EngineException) or in single block (using BaseException)
If I remember it correctly, BaseException was used by some real code out there.
But we can use _BaseException instead
--
Alexey Zakhlestin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Alexey Zakhlestin
CTO at Grids.by/you
https://github.com/indeyets
PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
signature.asc
Description: Message signed with OpenPGP using
.
This will need to be front and center in the UPGRADING doc with an
explanation about how to write a proper ordering function.
Should we add E_STRICT for cases when comparison-function returns non-integer
value?
Having it in stable version should help to fix such anti-patterns in a long-run
--
Alexey
new release/patch. As it is I just go 'yum
update' and security fixes, ..., are all installed - easy peasy.
did you hear about RHSCL?
http://developerblog.redhat.com/2014/06/04/red-hat-software-collections-rhscl-1-1-now-ga/
it solves this usecase nicely
--
Alexey Zakhlestin
CTO at Grids.by/you
(…))
this would be much closer to what I would call a low-level API
--
Alexey Zakhlestin
CTO at Grids.by/you
https://github.com/indeyets
PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
is introduced by reusing same
syntax for strict parameter types and scalar parameter casts”. There’s some
truth there.
Let’s use different syntax.
This might work:
function foo((int) $a)
{
var_dump($a);
}
I would read it as declaration-level casting
--
Alexey Zakhlestin
CTO
is “yes, then I’m all for it.
otherwise, I’m a bit skeptical as inconsistency between extension-land and
user-land code worries me
--
Alexey Zakhlestin
CTO at Grids.by/you
https://github.com/indeyets
PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
signature.asc
Description: Message
-processing solely on Content-type
+1. makes sense
3. expose body-parsers via php-level API
+1. Hell, yes! Something like +1000, actually ;)
--
Alexey Zakhlestin
CTO at Grids.by/you
https://github.com/indeyets
PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
signature.asc
Description
On 02.10.2013, at 11:24, Michael Wallner m...@php.net wrote:
On 2 October 2013 09:17, Alexey Zakhlestin indey...@gmail.com wrote:
3. expose body-parsers via php-level API
+1. Hell, yes! Something like +1000, actually ;)
Uhmmm... I actually meant an interal API not userland :)
well
contain the field name).
(correct me if I'm wrong)
In these cases, Content-type of body would different.
And proposal mentions that interpretation should happen strictly basing on the
content type
--
Alexey Zakhlestin
CTO at Grids.by/you
https://github.com/indeyets
PGP key: http://indeyets.ru
is not shown in In voting phase section here:
https://wiki.php.net/rfc
is that done manually?
--
Alexey Zakhlestin
CTO at Grids.by/you
https://github.com/indeyets
PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
signature.asc
Description: Message signed with OpenPGP using GPGMail
BC.
Something that has become a second class citizen nowadays?
PSR-5 (draft) does support them:
https://github.com/phpDocumentor/fig-standards/blob/master/proposed/phpdoc.md#7-describing-hashes
--
Alexey Zakhlestin,
http://github.com/indeyets
--
PHP Internals - PHP Runtime Development Mailing
issues. Review
on that is welcome as well.
RFC: https://wiki.php.net/rfc/use_function
Patch: https://github.com/php/php-src/pull/388
I don't see much space for discussion :)
It's a very useful addition with nice explicit semantics and a small patch.
+1
--
Alexey Zakhlestin
CTO at Grids.by/you
and
from a web server.
The Phar extension is built into PHP as of PHP version 5.3.0 so you don't need
to explicitly install it.
It's already present in PHP
--
Alexey Zakhlestin
CTO at Grids.by/you
https://github.com/indeyets
PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
signature.asc
On 21.02.2013, at 20:08, Levi Morrison morrison.l...@gmail.com wrote:
Personally I would love to see more RFCs focusing on performance and
less on syntax changes.
Some recent tests I performed indicate that JavaScript and Dart are
both significantly faster than PHP when working with just
, as even though caching is not relevant
for long-running processes, optimizations should make things faster.
Are optimizations documented?
--
Alexey Zakhlestin,
http://github.com/indeyets
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 07.02.2013, at 13:54, Leigh lei...@gmail.com wrote:
There is a PECL extension that already does something similar. You may want
to take a look at that.
http://pecl.php.net/package/proctitle
Did you read RFC?
Keyur mentions it and its limitations there
--
Alexey Zakhlestin
https
.
well, 2 reasons:
1. it needs to be injected into main() of php_cli.c
2. it can become a good start for official CLI extension. CLI SAPI has
functionality, which is specific to it and exposing it to userland could be
useful
--
Alexey Zakhlestin
https://github.com/indeyets
--
PHP Internals
: https://wiki.php.net/rfc/cli_process_title
This would be useful for some of my tasks!
I don't like names of functions, but I like functionality and API approach
how about:
bool cli_title_settable(void);
bool cli_title_set(string);
string cli_title_get();
--
Alexey Zakhlestin
https
But, those are scenarios, when I don't need bytecode cache, because
everything is preloaded in real memory
--
Alexey Zakhlestin,
http://github.com/indeyets
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
:
array('key1' = 'val1', 'key2' = 'val2', ..., 'keyn' = 'valn')
There is a function for this:
http://docs.php.net/array_combine
--
Alexey Zakhlestin
https://github.com/indeyets
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
, I'll
try to implement a patch for it pretty soon.
Looks elegant and extensible.
Great work!
--
Alexey Zakhlestin
https://github.com/indeyets
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
. What do you think?
Just to be clear, I have no problem (excepting unforeseen circumstances,
of course) still doing monthly, just not sure it's worth it if we'd have
less than 10 bugfixes per release…
if there's at least one REAL bug fix in release it's worth it
--
Alexey Zakhlestin
https
On 02.01.2013, at 16:33, Johannes Schlüter johan...@schlueters.de wrote:
Alexey Zakhlestin indey...@gmail.com wrote:
if there's at least one REAL bug fix in release it's worth it
So, what is a real bugfix? Most things are responses on bug reports by
users. Form them it is real
On 06.12.2012, at 3:38, Sara Golemon poll...@php.net wrote:
RTFMing is hard, thanks. :)
remote: Welcome pollita.
remote: Changesets accepted. Thank you for your contribution.
remote:
remote: Attempting to push to mirror g...@github.com:php/php-src.git
remote: Write failed: Broken pipe
I voted no, (b)
We should mention deprecation in manual as hard as possible, we should
mention it in ext/mysql/config.m4 and any other place we can reach.
Then, at some point (I'm fine with 5.6, but 6.0 would do also), we
should just move it to PECL, without using E_DEPRECATED
--
Alexey
On 21.10.2012, at 0:59, Nikita inefe...@gmail.com wrote:
Hello, list. I want to propose generics.
skip
So, what you think?
I'm against having this in PHP.
For IDEs, the better solution is to use generics-like syntax in docblocks.
--
PHP Internals - PHP Runtime Development Mailing List
To
On 16.08.2012, at 0:18, Rasmus Schultz ras...@mindplay.dk wrote:
How come there is no straight-foward obvious way to simply remove a given
value from an array?
Well, this sounds like a reason for creating SplSet class
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
On 24.07.2012, at 15:20, Laruence wrote:
Hi:
As the previous threads disscussed, I make a implemention.
here is the RFC: https://wiki.php.net/rfc/finally
any suggestions?
Will it work without catch in your implementation?
try {
doSomethingDangerous();
} finally {
On 20.07.2012, at 4:09, Stas Malyshev wrote:
Hi!
2. It would be really useful to have 2 versions of each function: one
which mutates the variable and one which returns the new variable.
Example:
?php $src = 'SoUrCe'; $result = lowered($src); // $result ==
'source', $src == 'SoUrCe'
Anthony, the whole concept is interesting. Can you probably write that as RFC.
I believe that will make it easier to read/understand it.
Right now, I have only one question:
On 20.07.2012, at 4:33, Anthony Ferrara wrote:
The benefit here, is that user types can implement the same core
On 20.07.2012, at 12:33, Ivan Enderlin @ Hoa wrote:
Making braces optional for try/catch does:
+ not break backward compatibility;
+ add consistency in the PHP syntax;
± offer a new way to write buggy programs but no more than with other control
structures (think about goto ;-)).
I see
Stas made a good point about need to start with new API, which then can be
followed by syntactic sugar.
So, we need some ideas to start with:
1. A lot of people told, that it would be a good idea to come with a written
standard regarding arguments order. I don't care what it will be, as long
On 19.07.2012, at 13:49, Paul Dragoonis wrote:
2) Try with only one line in it to throw an exception doesn't seem
like a realistic situation.
It could be something like this:
try
$object-method();
catch (\Exception $e)
return false;
and -method(), obviously, can have quite a long and
On 17.07.2012, at 21:03, Stas Malyshev wrote:
Hi!
This idea has been proposed many times in the past and it is actually
a very good proposal, for array, string or other types.
If we have $array-foo(), we should also have class foo extends
array which allows to override foo() in array.
On 17.07.2012, at 21:50, Stas Malyshev wrote:
Hi!
I am for making array a proper class with methods.
Legacy functions can be implemented as wrappers around it:
function array_push($array, $value)
{
$array-push($value);
}
The problem there is that array has
On 17.07.2012, at 23:01, Stas Malyshev wrote:
Hi!
Options are: * 5-to-6 tool, similar to python's 2-to-3 converter,
which will fix code.
Do you know any practical way of how such tool could work?
That would be: tokenizer + static analysis (with type inference) + replacing
some of the
On 17.07.2012, at 23:20, Stas Malyshev wrote:
Hi!
That would be: tokenizer + static analysis (with type inference) + replacing
some of the tokens.
Not a trivial task, but definitely doable.
So what would this tool do with this code?
$a = getFirstArrayName();
$b =
On 09.07.2012, at 14:17, Johannes Schlüter wrote:
an example like this:
$pdo = new PDO(mysql:...);
$select = $pdo-prepare(SELECT * FROM t WHERE id = ?);
/* do something ... connection break in between */
$delete = $pdo-prepare(DELETE FROM t WHERE id = ?);
On 18.06.2012, at 1:54, Pierre Joye wrote:
I guess SCrypt binding could be implemented.
http://www.tarsnap.com/scrypt.html
Using yet another dependency for that? Not good.
That's easier and safer than implementing this on our own.
That's the best available option at the moment.
On 18.06.2012, at 19:42, Pierre Joye wrote:
It is BSD-licensed, so we can easily bundle it with PHP
Maybe nice to have in pecl.'
Sure, that's an option, but pecl won't help php to have default
state-of-art password hashing toolset ;)
There is sadly only state-of-art-right-now
On 14.06.2012, at 1:31, Nikita Popov wrote:
So, wouldn't it be better if PHP provided an easy to use API for
secure password hashes natively? So you just have to call a single
function, which magically handles everything for you (like salt
generation).
A simple sample API could be two
for several
other languages (java, objC - in that case, the root object is explicit-, C#
AFAR)
This would also bypass the error-level debate (no error would be thrown)
+1
--
Alexey Zakhlestin, http://twitter.com/jimi_dini
http://www.milkfarmsoft.com/
--
PHP Internals - PHP Runtime Development
information about the contents of a file. As for a name, I'm not sure what
would be best, but perhaps something like SplFileData. Maybe someone else
can come up with a better name?
probably SplTextFileObject, as these methods make sense for text files
--
Alexey Zakhlestin, http://twitter.com
don't want any mime-types at all.
Also, it would be good to be able to configure which files are
actually parsed by php, not just served. Currently, these are only
.php files
--
Alexey Zakhlestin, http://twitter.com/jimi_dini
http://www.milkfarmsoft.com/
--
PHP Internals - PHP Runtime Development
else...
why would developers need this? can you elaborate with some real-life scenario?
I thought enums are just strong-typed constants
--
Alexey Zakhlestin, http://twitter.com/jimi_dini
http://www.milkfarmsoft.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
. Dynamic languages don't work that way.
except, that it could be handled by thow new InvalidArgumentException()
but we don't allow exceptions in core
--
Alexey Zakhlestin, http://twitter.com/jimi_dini
http://www.milkfarmsoft.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
)
--
Alexey Zakhlestin, http://twitter.com/jimi_dini
http://www.milkfarmsoft.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--build=mipsel-linux-gnu --enable-cgi
--disable-all --without-pear --with-config-file-path=/etc/
Which options do I have to reduce size of the binary? E.g. can I
remove the zend engine?
what do you mean by remove the zend engine?
zend engine is the core, upon which php is built.
--
Alexey
On 17.02.2011, at 16:17, Johannes Schlüter wrote:
The first release candidates of 5.3.6 was just released for testing and
can be downloaded here:
http://downloads.php.net/johannes/php-5.3.6RC1.tar.bz2 (md5sum:
f78d7b47ddbfca42ebdfcdef2adfe859)
The windows binaries are available at:
function inside if it's there.
His idea is, that get constant named foo and call function inside if
it's there should be the only meaning
and function foo() {} should be syntactic sugar for defining
constant foo with closure inside.
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
--
PHP
code before serving requests is to
use long running process, which serves requests from userland.
That's what I do in http://github.com/indeyets/appserver-in-php
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
wrong with using 0? 0 means nothing, how hard is that? `
The only downside is, that programmer will need to know, that E_*
constants do mean numbers.
With adding E_NONE this knowledge would be unnecessary and people
would be able just to think in terms of abstract symbols
--
Alexey Zakhlestin
links are broken.
But the main point was ... where is the NEWS for all the features added to
trunk? We need the alpha to create the news to decide what needs changing
before releasing.
http://svn.php.net/viewvc/php/php-src/trunk/NEWS?view=markup
--
Alexey Zakhlestin
http
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, Aug 12, 2010 at 12:01 AM, Zeev Suraski z...@zend.com wrote:
At 22:50 11/08/2010, Alexey Zakhlestin wrote:
On Wed, Aug 11, 2010 at 11:41 PM, Lester Caine les...@lsces.co.uk wrote:
Ilia Alshanetsky wrote:
+1, I think that's the most sensible solution for now that would allow
us
typehint like in b but you don't have to.
p.s. if something is still not clear, let's take this talk away from list
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
is nor
possible yet :)
You just have a wrong phone :-P
Anyway, my congratulations on your new project :)
I'll take a look at that zip bug. Bumped into it myself, so have some
personal interest.
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
smime.p7s
Description: S/MIME cryptographic
of tentative
httpd/mod_php5 does in order to read an php page.
let's start with the basics.
what version of php is this?
what version of apache (and which mpm) is this?
what OS is this?
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
smime.p7s
Description: S/MIME cryptographic
about trunk it is still possible to implement
these methods in generic fashion.
I can provide implementation for pdo_mysql (unless anyone else will be faster).
does anyone know enough about ibm's api to provide implementation for it?
--
Alexey Zakhlestin
http://www.milkfarmsoft.com
.
Cheers,
--
Pierre
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
smime.p7s
Description: S/MIME cryptographic signature
;
Should I instead RETURN_FALSE from there?
It doesn't really matter, as return value will never be checked.
return should be enough
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
smime.p7s
Description: S/MIME cryptographic signature
.
Limiting ourselves to Least Common Denominator is not the best idea.
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
smime.p7s
Description: S/MIME cryptographic signature
and there is trunk
trunk includes all changes from php5.3 and some more
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
smime.p7s
Description: S/MIME cryptographic signature
On 04.05.2010, at 16:44, Steven Van Poeck wrote:
Adam Harvey wrote:
Well, I'm going to assume that people have had whatever say they were
going to. It seems that we have three options, so let's put it to a
vote.
(To be completely clear, this is purely for trunk. This certainly
isn't a
On 22.04.2010, at 17:51, Sebastian Kurfürst wrote:
Hello everybody,
[I hope this is the right list for this question, if not, it'd be great
if you could point me to the right direction].
I'm currently developing a PHP Extension which is built as dynamic
library, and not directly into
I was doing some tests with long-running scripts recently and noticed that 5.3
is leaking memory in cases where 5.2 wasn't.
Looks like there is bug report already: http://bugs.php.net/bug.php?id=48781
PHP 5.3 was announced as more suitable for long-running scripts than 5.2 was,
because of
On 06.04.2010, at 14:16, Richard Quadling wrote:
Hello.
A suggestion I would like to make is to allow for nothing to be
supplied for defaulted parameters.
I suppose the easiest way of describing this issue is with the
following code ...
?php
function foo($bar, $baz = 9, $buzz = 10)
On 05.04.2010, at 13:01, donald sullivan wrote:
is it possible to return unsigned chars from an extension?
I have looked and cant find anything on it, or maybe i am looking for the
wrong keywords.
Return to PHP-code?
No. PHP doesn't have explicitly signed or unsigned chars. PHP has strings
Use reply all when writing to mailing-list.
On 05.04.2010, at 13:18, donald sullivan wrote:
what i am trying to do is RSA encryption
I have a working setup doing encryption and decryption at the same time. i
want to store the encrypted value and be able to decrypted it later
if i
On 05.04.2010, at 13:46, Moriyoshi Koizumi wrote:
I used to play with TSRM days ago and successfully implemented
userland threading support using GNU Pth. It's just a proof of
concept and I did it for fun.
So these are share-nothing worker-threads, which can send results to
master-thread
On 01.04.2010, at 22:38, Stanislav Malyshev wrote:
Hi!
processing, but then the state syncing of the forked background
processing
results with the main thread requires a whole new protocol / switching
to
interprocess communication, which makes such developments
On 27.03.2010, at 9:05, Thomas Hruska wrote:
One thought: Has a way to track call depth been considered (perhaps
_execute())? If the number of calls exceeds a certain (reasonable) number, a
warning or notice could be displayed and the output buffer flushed. That
way, when it crashes,
On 25.03.2010, at 13:24, David Soria Parra wrote:
Hi,
I would like to backport the DTrace patches that were committet to the
latest trunk. This is related to RFC http://wiki.php.net/rfc/dtrace
. If there are no objections I'll commit this within the next weeks.
As DTrace doesn't break BC
On 24.03.2010, at 0:58, Antony Dovgal wrote:
On 24.03.2010 00:05, Zeev Suraski wrote:
How do you propose to describe the same set of options using php.ini syntax?
Yes, simple things like value=Yes/No or value=DIR fit just fine
into php.ini.
But how would decribe a set of pools each with
On 16.03.2010, at 10:46, John wrote:
Hello, people. I am looking for community feedback about my
ideas for XML binding persistence library:
skip…
Are you thinking about implementing it as some kind of extension? or about
php-code?
or just reusable C-library with bindings for PHP?
--
PHP
On 14.03.2010, at 17:43, dreamcat four wrote:
You should implement UTF-8, with a view to still allow adding UTF-16
support later on. That is to say, the encoding should be wrapped, and
switchable underneath. Of course all that is easier said than done
with PHP. But thats the right way to do
On 12.03.2010, at 22:06, Pierre Joye wrote:
Many tests fail because they are written for a given platform, or even
worst (from a portability point of view), only for a given
configuration (library version, system version,etc.). And that's not
about windows vs other, tests can work on a
On 12.03.2010, at 22:20, Stanislav Malyshev wrote:
Hi!
Well, these tests should just be removed/rewritten.
Php-tests should test php, not libraries
That's easy to say - but how exactly you're going to test functionality of,
say. ext/intl without testing the underlying ICU library?
On 12.03.2010, at 22:23, Pierre Joye wrote:
On Fri, Mar 12, 2010 at 8:10 PM, Alexey Zakhlestin indey...@gmail.com wrote:
On 12.03.2010, at 22:06, Pierre Joye wrote:
Many tests fail because they are written for a given platform, or even
worst (from a portability point of view), only
On 31.01.2010, at 9:11, Richard Lynch wrote:
I have taken the liberty of making an RFC for this:
http://wiki.php.net/rfc/url_dots
thanks. looks good to me
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 29.01.2010, at 1:39, David Soria Parra wrote:
On 2010-01-22, Johannes Schlüter johan...@php.net wrote:
Hi,
On Thu, 2010-01-21 at 17:49 +, Ilia Alshanetsky wrote:
iliaaThu, 21 Jan 2010 17:49:38 +
Revision:
On 29.01.2010, at 13:32, Pierre Joye wrote:
On Fri, Jan 29, 2010 at 9:36 AM, Alexey Zakhlestin indey...@gmail.com wrote:
As far as I remember, it was decided that C99 is ok for php6.
I can't remember any decision about C99.
I remember some talk with andrei on irc… I guess we never wrote
On 21.01.2010, at 18:21, Richard Lynch wrote:
For BC, I suppose PHP could have *both* 'a.b' and 'a_b', or yet
another php.ini flag (sorry!) to choose the behaviour.
-1 from me.
I don't think we need to keep backward compatibility for this. PHP-6 is a major
release, after all.
It would be
On 19.01.2010, at 13:47, Christian Schneider wrote:
Alexey Zakhlestin wrote:
Would be nice if something like this worked too:
(new Class())-method();
If you *really* want to do this you can use a factory method:
Class::create()-method();
I know. That's what I do if I need it.
Or just
On 19.01.2010, at 3:27, Stanislav Malyshev wrote:
Hi!
I wrote a small patch that enables this kind of syntax in PHP:
foo()();
What it means is that if foo() returns callable value (which probably should
be function name or closure) then it would be called. Parameters and more
than
On 17.01.2010, at 14:46, hack988 hack988 wrote:
In Online document about dl function
http://www.php.net/manual/en/function.dl.php
This function has been DEPRECATED as of PHP 5.3.0 and REMOVED as of
PHP 6.0.0. Relying on this feature is highly discouraged.
It's mean we can't Loads a PHP
On 17.01.2010, at 1:05, Gwynne Raskind wrote:
On Jan 16, 2010, at 4:18 PM, Jani Taskinen wrote:
115-autoconf_ftbfs.patch
Hell no. You're breaking the configure again with this crap. I already
reverted the idiocy once, don't even think about doing this shit again. PHP
configure works
On 12.01.2010, at 23:48, Raphael Geissert wrote:
Hello,
At Debian we are planning to include PHP 5.3 in Squeeze, the next stable
release. As such, I would like to know for example when we could expect
5.3.2 and 5.3.3 to be released.
Great news!
Does it mean, that 5.3 will move to
-hint.
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
Sent from Prague, Czech Republic
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
means nothing was returned, which should be the case
exactly (as function didn't start to work, actually)
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
Sent from Prague, Czech Republic
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 15.12.2009, at 22:46, Christian Seiler wrote:
Ok, so then I call for a vote. Again, here are the options:
(0): No $this in closures, keep it that way. (keep PHP 5.3 behavior)
I vote for (0)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
1 - 100 of 313 matches
Mail list logo