Re: [PHP-DEV] [RFC] JSON number to string

> On 25 May 2015, at 18:40, Jakub Zelenka 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 convert

Re: [PHP-DEV] [RFC] JSON number to string

> 24 мая 2015 г., в 19:02, Jakub Zelenka написал(а): > > 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 > > Personally

Re: [PHP-DEV] PR 1217: Add support for upload files from buffer string in curl extenion

> On 23 Apr 2015, at 14:26, Alexander Moskalev wrote: > > Because currently CURLFile have this constructor: > public __construct ( > string $filename [, string $mimetype [, string $postname ]] ) > > And we cannot replace this arguments to avoid

Re: [PHP-DEV] PR 1217: Add support for upload files from buffer string in curl extenion

> On 23 Apr 2015, at 11:59, Michael Wallner 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

Re: [PHP-DEV] JSON float number as string

> On 14 Apr 2015, at 07:31, Alexey Zakhlestin 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 > JSO

Re: [PHP-DEV] JSON float number as string

N\String JSON\Number JSON\False JSON\True JSON\Null then, it would be possible to introduce any 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

Re: [PHP-DEV] static constructor

s just an approximation, anyway. Real class-objects 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

Re: [PHP-DEV] static constructor

class A { protected static function __class_construct() { echo get_called_class().” class is defined\n"; } } class B extends A { } output A class is defined B class is defined -- Alexey Zakhlestin https://github.com/indeyets PGP key: http://indeyets.ru/a

Re: [PHP-DEV] [RFC] Exceptions in the engine

code that caught Exception 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 _BaseE

Re: [PHP-DEV] [PATCH] Remove useless tests

Len ) > pBuf += len; > bufLen -= len; > } > -else if ( len <= 0 ) > +else if ( len = 0 ) > { > if ( !total) > return -1; > -- > 1.9.1 > > > -- > PHP Internals

Re: [PHP-DEV] [PHP-CVS] com php-src: Faster sorting algo: UPGRADING Zend/Makefile.am Zend/tests/methods-on-non-objects-usort.phpt Zend/zend_API.c Zend/zend_hash.c Zend/zend_hash.h Zend/zend_ini.c Zend

gt; 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 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

Re: [PHP-DEV] [RFC] Remove deprecated functionality in PHP 7

to have PHP 5.6 it would involve me in a lot of work (compile from source) > and I > would need to do that with each 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.redha

Re: [PHP-DEV] setcookie() minor BC break - fixes issue #67736

setcookie(…) = header(build_cookie_header(…)) 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

Re: [PHP-DEV] [RFC] Scalar Type Hinting With Casts (re-opening)

se rules to zpp in PHP-Next? if the answer 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

Re: [PHP-DEV] [RFC] Scalar Type Hinting With Casts (re-opening)

quot;scalar casts" Some people talk about inconsistency, which 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) {

Re: [PHP-DEV] HTTP supergloblas and request body/query (was: Parsing PUT data)

hout an > associated field name (the URI would 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

Re: [PHP-DEV] HTTP supergloblas and request body/query (was: Parsing PUT data)

On 02.10.2013, at 11:24, Michael Wallner wrote: > On 2 October 2013 09:17, Alexey Zakhlestin wrote: > >> 3. expose body-parsers via php-level API >> >> +1. Hell, yes! Something like +1000, actually ;) > > Uhmmm... I actually meant an interal API not u

Re: [PHP-DEV] HTTP supergloblas and request body/query (was: Parsing PUT data)

t-deprecation (via documentation) though 2. ignore request-method, trigger body-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/indeye

Re: [PHP-DEV] [VOTE] Change crypt() behavior w/o salt

this RFC 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

Re: [PHP-DEV] [RFC] Skipping parameters take 2

t; than enhancing it, but again that is more to do with maintaining 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:/

Re: [PHP-DEV] [RFC] Importing namespaced functions

ome 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 -- Ale

Re: [PHP-DEV] execute compressed PHP command-line application

on the commandline 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.zakh

Re: [PHP-DEV] RFC Proposal: New assign value operator

t this > leads to > > $price := 29.99; > $price := 'USD'; > > I find it confusing. Not to mention, that one should NEVER use float for money http://stackoverflow.com/questions/3730019/why-not-use-double-or-float-to-represent-currency -- Alexey Zakhlestin CTO

Re: [PHP-DEV] Give the Language a Rest motion (fwd)

On 21.02.2013, at 20:08, Levi Morrison 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 arrays and > numbe

Re: [PHP-DEV] Zend Optimizer+ Source Code now available

ock-level optimizations, that is already enough to make it useful for CLI-scripts, 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

Re: [PHP-DEV] [RFC] Improved Linux process title support in the CLI SAPI

indeed. 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

Re: [PHP-DEV] [RFC] Improved Linux process title support in the CLI SAPI

On 07.02.2013, at 13:54, Leigh 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:

Re: [PHP-DEV] [RFC] Improved Linux process title support in the CLI SAPI

e details and patch here: 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 Za

Re: [PHP-DEV] ZTS - why are you using it?

ads 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

Re: [PHP-DEV] array_map() function modification

keys, $vals); > > Which would result in $somemap containing: > > 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

Re: [PHP-DEV] [RFC] Fixing insecure cURL file uploading

tive feedback, 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

Re: [PHP-DEV] release frequency?

On 02.01.2013, at 16:33, Johannes Schlüter wrote: > > > Alexey Zakhlestin 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

Re: [PHP-DEV] release frequency?

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

Re: [PHP-DEV] Git Access

On 06.12.2012, at 3:38, Sara Golemon 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 > remote: f

Re: [PHP-DEV] Re: [VOTE] ext/mysql deprecation in 5.5

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 usin

Re: [PHP-DEV] Generics proposal

On 21.10.2012, at 0:59, Nikita wrote: > Hello, list. I want to propose generics. > 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 unsubscribe, visit: h

Re: [PHP-DEV] removing an item from an array

On 16.08.2012, at 0:18, Rasmus Schultz 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, visit: http://www

Re: [PHP-DEV] [RFC] Supports 'finally' keyword for PHP exceptions

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 {

Re: [PHP-DEV] Make try/catch brackets optinal

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 ;-)). > >

Re: [PHP-DEV] Regarding PHP6, string/array APIs

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" inter

Re: [PHP-DEV] Regarding PHP6, string/array APIs

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: >> >> > 'source', $src == 'SoUrCe' $result = lower($srd); // $result == >> true,

Re: [PHP-DEV] Make try/catch brackets optinal

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 co

[PHP-DEV] Regarding PHP6, string/array APIs

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 as

Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.)

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 = getSec

Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.)

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 so

Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.)

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

Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.)

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(

Re: [PHP-DEV] MYSQL_OPT_RECONNECT

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 = ?"); >$se

Re: [PHP-DEV] Adding a simple API for secure password hashing?

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-ar

Re: [PHP-DEV] Adding a simple API for secure password hashing?

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.

Re: [PHP-DEV] Adding a simple API for secure password hashing?

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 tw

Re: [PHP-DEV] Inconsistencies with constructors in SPL

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 Runtim

Re: [PHP-DEV] SplFileObject Countable

accessing > 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 f

Re: [PHP-DEV] RFC: built-in web server in CLI.

ons when people 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

Re: [PHP-DEV] Re: Clarification on the Enum language structure

bails out and you know it's a > problem. 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/ --

Re: [PHP-DEV] Re: Clarification on the Enum language structure

rting methods for enum values? > developers will need that, and by providing type hinting, they will just > create the logic somewhere else... why would developers need this? can you elaborate with some real-life scenario? I thought enums are just strong-typed constants -- Alexey Zakhlesti

Re: [PHP-DEV] Re: Clarification on the Enum language structure

On Wed, Feb 23, 2011 at 4:29 AM, Stas Malyshev wrote: > Hi! > >> public function Killjoy(MyEnum $x) > > What would be the purpose of such code? What would it do if 5 is passed as > $x? IMHO, it should fail (unless 5 is the value explicitly mentioned in MyEnum definition)

Re: [PHP-DEV] PHP for embedded device: reduce size

t=mipsel-linux-gnu --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 i

Re: [PHP-DEV] PHP 5.3.6RC1 Released for Testing

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

Re: [PHP-DEV] Earliest zend_eval_string can be called?

sts between PHP_RINIT and PHP_RSHUTDOWN the only way to execute userland 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 Interna

Re: [PHP-DEV] Lambdas assigned to constants. Was PHP Annotations RFC + Patch

oo", not "get constant > named foo and call 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 con

Re: [PHP-DEV] [PATCH] #52563: Adding E_NONE and/or E_EVERYTHING constants

>> achieve. > > What's 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

Re: [PHP-DEV] back to 5.4 alpha

at > people who are directed to windows.php.net do not get the same level of > support as Linux users and currently those 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

Re: [PHP-DEV] back to 5.4 alpha

ng syntax of "a" and everything works. you CAN specify 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

Re: [PHP-DEV] back to 5.4 alpha

On Thu, Aug 12, 2010 at 12:01 AM, Zeev Suraski wrote: > At 22:50 11/08/2010, Alexey Zakhlestin wrote: >> >> On Wed, Aug 11, 2010 at 11:41 PM, Lester Caine wrote: >> > Ilia Alshanetsky wrote: >> >> >> >> +1, I think that's the most sensible

Re: [PHP-DEV] back to 5.4 alpha

ee to not use type-hinting and accept any data you like -- Alexey Zakhlestin http://www.milkfarmsoft.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Strict typing

y you (library developer) get your desired data-types for input and users get freedom to pass numeric strings instead of numbers good for everyone -- Alexey Zakhlestin http://www.milkfarmsoft.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Strict typing

on why it looks strict is, that PHP doesn't provide userland ways for object-casting. As far as I remember, zend-engine, underneath, actually has hook for casting. And nothing stops us from supporting such casting with hints, eventually. -- Alexey Zakhlestin http://www.milkfarmsoft.com/ --

Re: [PHP-DEV] Bugs assigned to cellog

l mid-August. Php development on a phone 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.

Re: [PHP-DEV] Performance problem with php

int out is related to a sequence 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 De

Re: [PHP-DEV] Re: [PDO] Re: [PHP-DEV] Re: [PDO] Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

do as "sql" in mysql, it is still possible to implement as the method. p.s. actually, as we're talking 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

Re: [PHP-DEV] Re: [PDO] Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

too much to revert it but >> be sure that is not something I will let in for any of the upcoming >> releases as it is clearly bad design. >> >> Cheers, >> -- >> Pierre -- Alexey Zakhlestin http://www.milkfarmsoft.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [PHP-DEV] Proper return after throwing exception

h", 0 TSRMLS_CC); > return; > > 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

Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

lity generic, it should be generic. Limiting ourselves to Least Common Denominator is not the best idea. -- Alexey Zakhlestin http://www.milkfarmsoft.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [PHP-DEV] PHP 5 X PHP 6

uot;php 5" there is php5.3 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

Re: [PHP-DEV] Re: Turkish/Azeri locale support

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 >>

Re: [PHP-DEV] Debugging a PHP Extension via GDB

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 i

[PHP-DEV] php 5.3, memory leak

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 circul

Re: [PHP-DEV] Supplying nothing at all for default parameters

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 ... > > function foo($bar, $baz = 9, $buzz = 1

Re: [PHP-DEV] php and multithreading (additional arguments)

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-threa

Re: [PHP-DEV] unsigned chars

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

Re: [PHP-DEV] unsigned chars

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 "stri

Re: [PHP-DEV] php and multithreading (additional arguments)

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 developm

Re: [PHP-DEV] How to trace a crash bug?

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

Re: [PHP-DEV] DTrace RFC

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 brea

Re: [PHP-DEV] FPM RFC

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 po

Re: [PHP-DEV] PHP 5.4 branch and trunk

rfc/nonbreakabletraits + merge php-fpm branch? -- Alexey Zakhlestin http://www.milkfarmsoft.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] XML binding & mapping library

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: > 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 Int

Re: [PHP-DEV] Where are we ACTUALLY on Unicode?

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

Re: [PHP-DEV] Tests repository

On 12.03.2010, at 22:23, Pierre Joye wrote: > On Fri, Mar 12, 2010 at 8:10 PM, Alexey Zakhlestin 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

Re: [PHP-DEV] Tests repository

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 libra

Re: [PHP-DEV] Tests repository

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 De

Re: [PHP-DEV] variables in namespaces, was: On closures and lamdba

On 24.02.2010, at 15:11, Alain Williams wrote: > On Wed, Feb 24, 2010 at 02:20:38PM +0300, Alexey Zakhlestin wrote: >> >> On 24.02.2010, at 13:28, Alain Williams wrote: > >>> Objects are not always the answer. >> >> in situation, which you described, ob

Re: [PHP-DEV] variables in namespaces, was: On closures and lamdba

On 24.02.2010, at 13:28, Alain Williams wrote: > On Tue, Feb 23, 2010 at 11:01:05PM -0800, Stanislav Malyshev wrote: >> Hi! >> >>> I never did understand *why* variables were not namespaced. >> >> If you have so many global vars you need to namespace them, you should >> not use global vars. >

Re: [PHP-DEV] Dots and spaces in variable names are converted to underscores.

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

Re: [PHP-DEV] Re: [PHP-CVS] svn: /php/php-src/ branches/PHP_5_2/NEWS branches/PHP_5_2/ext/pcre/pcrelib/AUTHORS branches/PHP_5_2/ext/pcre/pcrelib/ChangeLog branches/PHP_5_2/ext/pcre/pcrelib/HACKING bra

On 29.01.2010, at 13:32, Pierre Joye wrote: > On Fri, Jan 29, 2010 at 9:36 AM, Alexey Zakhlestin 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 n

Re: [PHP-DEV] Re: [PHP-CVS] svn: /php/php-src/ branches/PHP_5_2/NEWS branches/PHP_5_2/ext/pcre/pcrelib/AUTHORS branches/PHP_5_2/ext/pcre/pcrelib/ChangeLog branches/PHP_5_2/ext/pcre/pcrelib/HACKING bra

On 29.01.2010, at 1:39, David Soria Parra wrote: > On 2010-01-22, Johannes Schlüter wrote: >> Hi, >> >> On Thu, 2010-01-21 at 17:49 +, Ilia Alshanetsky wrote: >>> iliaaThu, 21 Jan 2010 17:49:38 + >>> >>> Revision: http://svn.php.net/viewvc?view=revis

Re: [PHP-DEV] Dots and spaces in variable names are converted to underscores.

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

Re: [PHP-DEV] function call chaining

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.

Re: [PHP-DEV] function call chaining

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

  1   2   3   4   >