Re: [PHP-DEV] Re: is_a() - again - a better fix

On 09/23/2011 11:33 AM, Rasmus Lerdorf wrote: On 09/23/2011 08:20 PM, Christopher Jones wrote: On 09/23/2011 11:17 AM, Rasmus Lerdorf wrote: On 09/23/2011 07:13 PM, Christopher Jones wrote: On 09/23/2011 09:15 AM, Matthew Weier O'Phinney wrote: I could also see this bei

Re: [PHP-DEV] Load extensions for .user.ini files

On 11/10/2011 07:14 PM, Edward Z. Yang wrote: The change to zlist_clean is necessary because otherwise extension_lists can't be reused for the second round of extension appliations (since the head and tail pointers have garbage in them). You should probably take that fix regardless of what y

Re: [PHP-DEV] some notes about traits

On 11/15/11 4:17 PM, Rasmus Schultz wrote: So I guess my remaining quibble is that the documentation needs to relay this somehow - with a basic real-world example that actually uses an interface too, to clarify the difference, and to demonstrate how this tool use useful in conjunction with cla

[PHP-DEV] PHP CLI webserver test failures

Hi Laruence, Is there anyway to make the PHP CLI webserver tests more resilient? They are failing on gcov.php.net and are high on the list of user test reports: http://gcov.php.net/viewer.php?version=PHP_HEAD&func=tests http://qa.php.net/reports/?version=5.4.0RC2-dev Chris -- Email: christophe

Re: [PHP-DEV] PHP CLI webserver test failures

On 11/16/2011 01:09 PM, Alexey Shein wrote: 2011/11/17 Ferenc Kovacs: On Wed, Nov 16, 2011 at 9:31 PM, Alexey Shein wrote: 2011/11/17 Ferenc Kovacs: \o/ You could also ask Alex Shein, he was "volunteered" to update the http tests to use our new embedded developer server instead. Hi, I

Re: [PHP-DEV] some notes about traits

On 11/16/11 6:12 PM, Rasmus Schultz wrote: who can hook me up with a login, so I can contribute to the documentation? You can do it as an "anonymous" user on edit.php.net. Join in the chat so you can prod someone to merge your changes - you might also need to remind the doc mail list. Once

Re: [PHP-DEV] mysqli_fetch_field() mysqlnd & libmysql differences

On 11/18/2011 01:06 PM, Daniel Convissor wrote: Hi Folks: The output of mysqli_fetch_field() produces different results when running against mysqlnd than it does against libmysql. I've mentioned Can you log a bug for this? Chris -- Email: christopher.jo...@oracle.com Tel: +1 650 506 863

Re: [PHP-DEV] Strict session?

On 11/22/2011 02:51 PM, Yasuo Ohgaki wrote: It will save much time if I don't have to write wiki for rfc. Please add at least the contents of your email to an RFC so there is some description that doesn't require trawling through mail archives to find. Chris -- Email: christopher.jo...@ora

Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values

On 11/22/2011 06:31 PM, Daniel Convissor wrote: Hi Etienne: AFAIK this is one of the change that was explicitly put in to make it more consistent. But now it breaks code in the wild. I came across this due to an isset() in PEAR now passing when it didn't before. Thanks, --Dan Since we

[PHP-DEV] Re: [PECL-DEV] Re: [PHP-DEV] Re: [PECL-CVS] svn: /web/pecl/trunk/ include/pear-prepend.php public_html/error/404.php public_html/package-changelog.php public_html/package-info.php public_htm

On 12/07/2011 05:45 AM, Pierre Joye wrote: again, it was told, many times. Hi Pierre, Searching (via Thunderbird's not so excellent search) didn't immediately give any obvious hits (in your many emails!) Maybe that was at the bottom of some other message? So, with genuine respect, do you m

Re: [PHP-DEV] Return Type Hinting for Methods RFC

On 12/20/2011 06:09 PM, Will Fitch wrote: Hello All, I would like to submit https://wiki.php.net/rfc/returntypehint2 into discussion. A link to the patch for this is provided and can be ran against the current HEAD. There is an older entry still in existence, but this patch is syntacticall

Re: [PHP-DEV] [PATCH] sprintf like functions and "*" modifier

On 1/13/12 5:10 AM, Azat Khuzhin wrote: Hi all, I'v add support of "*" modifier for sprintf, it exist in sprintf C implementation (http://www.cplusplus.com/reference/clibrary/cstdio/printf/) Usage: sprintf("%.*f", 2, 2) // output "2.00" sprintf("%.2f", 2) // output "2.00" My patch attached

Re: [PHP-DEV] Patch inclusions

On 01/24/2012 03:36 AM, Jason Gerfen wrote: I just have a general question regarding patch inclusions. When a patch is submitted is there a formal review and testing of the patch prior to inclusion? From what I have been following from this list is that the process is patches get applied to new

Re: [PHP-DEV] Change bug tracker "bogus" to "not-bug"?

On 01/24/2012 03:11 PM, Justin Martin wrote: Hello, With some frequency, I find bugs which are not "bogus", so much as they are reported based on a misunderstanding. Usually this happens for documentation problems, where someone has misunderstood what the documentation says, or hasn't read t

Re: [PHP-DEV] Change bug tracker "bogus" to "not-bug"?

On 01/24/2012 03:21 PM, Charlie Somerville wrote: It'd also be nice to see a more receptive approach to bug reports. It's concerning that so many legitimate bug reports get labelled as bogus for whatever reason. To be 100% clear, this is just a proposed wording change. The bugs you mention w

Re: [PHP-DEV] PHP 5.4 Benchmarks

On 2/5/12 10:26 AM, Timm Friebe wrote: Hi, As many of you know we made huge improvements in PHP 5.4 memory usage (enabling higher concurrency) and runtime performance. Here are the unit test results for https://github.com/xp-framework/xp-framework and https://github.com/xp-framework/xp-lan

Re: [PHP-DEV] Security risk how to use find recommended in php.ini-*

On 02/08/2012 03:35 PM, Ondřej Surý wrote: This is very wrong to recommend: ; NOTE: If you are using the subdirectory option for storing session files [...] ; find /path/to/sessions -cmin +24 | xargs rm because it is prone to '\n' attack. You can see the security considerations of G

Re: [PHP-DEV] Re: [PHP-CVS] svn: /php/php-src/ branches/PHP_5_4/main/output.c trunk/main/output.c

On Feb 15, 2012, at 1:07 AM, Michael Wallner wrote: > On Tue, 14 Feb 2012 12:50:40 -0800, Christopher Jones wrote: > >> It would be great to have a NEWS entry and a testcase and a bug number. >> > > Definitely. > > Seriously, there's no code in cor

[PHP-DEV] Apache 2.4 support in PHP 5.4.0?

Stas, David, If you're planning to have a PHP 5.4 RC9, should Apache 2.4 support be included? This would reduce any negative user sentiment that "PHP 5.4 doesn't even support the latest Apache". There is a patch attached to https://bugs.php.net/bug.php?id=61172 It needs review and wider testin

Re: [PHP-DEV] Apache 2.4 support in PHP 5.4.0?

On 02/24/2012 11:57 AM, Stas Malyshev wrote: Hi! If you're planning to have a PHP 5.4 RC9, should Apache 2.4 support be included? This would reduce any negative user sentiment that "PHP 5.4 doesn't even support the latest Apache". Latest Apache is about 3 days old now :) If somebody expects

Re: [PHP-DEV] [RFC] APXS LoadModule Option in configure

On 02/24/2012 02:38 PM, Kris Craig wrote: Thanks for the input! You're right, I'll go ahead and clarify that in the RFC. I'll probably initiate voting on Monday unless something changes between now and then. --Kris Re https://wiki.php.net/rfc/apxs-loadmodule The RFC needs more work before

Re: [PHP-DEV] [RFC] APXS LoadModule Option in configure

On 02/24/2012 02:38 PM, Kris Craig wrote: Thanks for the input! You're right, I'll go ahead and clarify that in the RFC. I'll probably initiate voting on Monday unless something changes between now and then. --Kris The real issue with the PHP install is that it doesn't add "AddType" or "Se

Re: [PHP-DEV] [RFC] APXS LoadModule Option in configure

On 02/24/2012 03:54 PM, Kris Craig wrote: LoadModule clashes still happen in the current releases. I haven't tested it on 5.5-dev but it definitely exists on 5.3.x. I have yet to test it on 5.4 but I'm not aware of any changes there that would've affected this. So this is an existing problem,

Re: [PHP-DEV] [RFC] APXS LoadModule Option in configure

On 02/24/2012 04:14 PM, Kris Craig wrote: No, it happens and it's even clearly documented in APXS. Basically, if you specify the "-a" option in APXS, it overwrites your httpd.conf (or apache.conf or whatever it is on your system) and adds the LoadModule line to it. In PHP's configure script,

Re: [PHP-DEV] pecl, zts, non-zts, fastcgi and Apache

On 02/27/2012 01:12 PM, William A. Rowe Jr. wrote: On 2/27/2012 6:58 AM, jpauli wrote: Recently we had a bug with the new Apache 2.4 API where apxs doesn't answer about the MPM configuration anymore, leading to a ZTS build by default. This bug has now been fixed, was https://bugs.php.net/bug

Re: [PHP-DEV] pecl, zts, non-zts, fastcgi and Apache

On 02/28/2012 08:51 AM, William A. Rowe Jr. wrote: On 2/27/2012 6:46 PM, Christopher Jones wrote: On 02/27/2012 01:12 PM, William A. Rowe Jr. wrote: On 2/27/2012 6:58 AM, jpauli wrote: Recently we had a bug with the new Apache 2.4 API where apxs doesn't answer about the MPM configur

Re: [PHP-DEV] pecl, zts, non-zts, fastcgi and Apache

On 02/28/2012 02:29 PM, William A. Rowe Jr. wrote: On 2/28/2012 3:41 PM, Sebastian Bergmann wrote: On 02/28/2012 02:44 PM, Christopher Jones wrote: Build PHP with ZTS enabled by default. Allow it to be explicitly disabled during 'configure' Why punish everyone by default

Re: [PHP-DEV] hash / tiger regression in PHP 5.4.0

On 03/08/2012 05:05 PM, Adam Harvey wrote: Agreed. I'm happy to mark them as XFAIL if that's what's expected. Mike? Adam If the 5.4 behavior is deemed correct for 5.4+, then the expected output should be updated for 5.4+ tests - they should not be XFAIL. The UPGRADING file, migration doc,

Re: [PHP-DEV] Release process nit

On 03/12/2012 03:06 PM, Alexey Shein wrote: 13 марта 2012 г. 3:00 пользователь Stas Malyshev написал: Hi! are they in svn? I can't see them in 5.4 They are not in SVN, but at least for autom4te.cache ones they seem to be generated when configure script is generated, and the packing scri

Re: [PHP-DEV] set the PHP_INI_ENTRY_* values the same as for php.ini-production

On 03/14/2012 10:27 AM, Rasmus Lerdorf wrote: The biggest problem with the concept of virgin PHP settings being geared for production is that by definition that isn't very developer friendly. Keeping the learning curve shallow has always been a goal for PHP which is why things like display_err

Re: [PHP-DEV] php-src is now on git

On 03/19/2012 10:19 AM, David Soria Parra wrote: Also a small thing - gitfaq recommends git config core.autocrlf input, but we have some files in win32 which do not work with this setting (at least on my Mac). ah okay, can you remove it please? Thanks Done. -- Email: christopher.jo...@ora

Re: [PHP-DEV] php-src is now on git

On 03/19/2012 11:34 AM, Kris Craig wrote: I noticed that the workflow page recommends using the SSH URL for cloning. However, isn't that one much more limited access? I.e. for myself at least, it just prompts for a password (presumably for the SSH "git" user) which of course I don't have. Is

Re: [PHP-DEV] php-src is now on git

On 03/19/2012 11:46 AM, Alexander Moskaliov wrote: Really it was a mistake to do this option recommended (I did it =)). But I think for webprojects and documentation will need to mention this option. With regards, Alexander Moskaliov ir...@irker.net Do you want to a

Re: [PHP-DEV] php-src is now on git

On 03/19/2012 01:31 PM, Kris Craig wrote: I added an entry to the FAQ about the merge.ff option available in newer clients. Would it be more visible if that comment was moved to the Recommended Git Settings section? Chris -- Email: christopher.jo...@oracle.com Tel: +1 650 506 8630 Blog:

Re: [PHP-DEV] php-src is now on git

On 03/19/2012 01:31 PM, Kris Craig wrote: Here's what I wound-up doing: The merge entries on the workflow page now contain "--no-ff" and I added an entry to the FAQ about the merge.ff option available in newer clients. This way we should be covered either way. =) --Kris Is this supported by t

Re: [PHP-DEV] php-src is now on git

On 03/19/2012 03:26 PM, Kris Craig wrote: On Mon, Mar 19, 2012 at 3:07 PM, Christopher Jones< christopher.jo...@oracle.com> wrote: On 03/19/2012 01:31 PM, Kris Craig wrote: Here's what I wound-up doing: The merge entries on the workflow page now contain "--no-ff" an

Re: [PHP-DEV] Fixing a bug : a personal report

On 03/20/2012 05:43 AM, François Gannaz wrote: Hi I wrote a report of my first dive into php-src in an attempt to fix a bug. https://github.com/mytskine/php-src/wiki/bug40531-mbsubstr I tried to detail everything as a personal memo, then for a friend of mine, and now I've put it into a gith

Re: [PHP-DEV] [PATCH] readline extension bug fixes and enhancements

On 03/20/2012 12:06 PM, Osama Abu Elsorour wrote: All, I was recently involved in a project that relied heavily on readline to provide console text input capabilities. However I soon noticed that the current readline extension has a serious bug and is lacking some important functionality.

[PHP-DEV] Git merging fun and a local clone-per branch workflow

1. I had fun with a couple of small git merges today. I was trying to use local clones as briefly outlined on irc by dsp. The goal is to have different local directories for each of the three branches: 5.3, 5.4 and 'trunk'. The resulting pushes I made today are a little strange and

Re: [PHP-DEV] Git merging fun and a local clone-per branch workflow

On 03/22/2012 05:09 PM, Kiall Mac Innes wrote: Right - `git diff` shows the different between HEAD (The last commit of the branch your are currently on) and what you have yet to commit. I was doing the diffs compared with the origin/* branches, as shown in the gist, https://gist.github.com/21

Re: [PHP-DEV] Git merging fun and a local clone-per branch workflow

On 3/24/12 8:30 AM, Alexey Shein wrote: 24 марта 2012 г. 18:23 пользователь David Soria Parra написал: On 2012-03-24, Alexey Shein wrote: Hello, Just wanted to say that I updated multiple working dirs scenario here https://gist.github.com/2165086/, which is *much* more simplified now, than

Re: [PHP-DEV] Git merging fun and a local clone-per branch workflow

On 3/24/12 11:17 AM, Alexey Shein wrote: Nice work Alexey. Can you expand on the "if necessary" part of the setting the pushurl? I removed that part and added some explanation about clone urls in the beginning. Since this workflow is generally for core devs ssh/https are read/write so you don

Re: [PHP-DEV] Git merging fun and a local clone-per branch workflow

On 03/24/2012 11:17 AM, Alexey Shein wrote: Done: https://wiki.php.net/vcs/gitfaq#multiple_working_copies_workflow I tried it out today. It mostly went smoothly. Because of differing file contents in the branches (from my merge attempts last week) I had to resolve conflicts when merging to

Re: [PHP-DEV] (*PATCH*) getters/setters Implementation

On 03/28/2012 08:13 PM, Clint M Priest wrote: What are the next steps to get this added to some future release? Attached is a patch against ~/trunk A couple of brief comments from the sidelines without having followed previous discussion in detail: - The RFC appears to have open questions

Re: [PHP-DEV] Change all XFAIL tests to FAIL

On 3/29/12 3:00 PM, Alexey Shein wrote: Hi, internals! I've got a suggestion about refactoring our tests suite. I'd like to remove XFAIL institution and mark all failing tests just as FAIL. XFAIL has a problem that it hides attention from failing tests depending on not yet fixed bugs (most imp

Re: [PHP-DEV] Change all XFAIL tests to FAIL

On 3/30/12 4:20 AM, Alexey Shein wrote: That's not a noise. See p.1 above. If we don't setup *constant* notifications, people won't feel pressure. We do get constant notification of bugs assigned to us. I don't believe it has any impact on the fix rate. We need a balance between carrot & s

Re: [PHP-DEV] PHP 5.4.1 RC1 Released

On 3/30/12 12:52 AM, Stas Malyshev wrote: Hi! I know this is controversial and some people have been committing to both 5.3 and 5.4 NEWS files. However, we have clear guidance for this: OK, we need to have specific policy on it, because I'm hearing people having contradictory opinions on th

Re: [PHP-DEV] Change all XFAIL tests to FAIL

On 3/31/12 2:38 PM, Alexey Shein wrote: 1 апреля 2012 г. 0:27 пользователь Johannes Schlüter написал: On Sat, 2012-03-31 at 13:21 +0500, Alexey Shein wrote: By constantly publishing newsletter with failed / xfail bugs you're telling them "That's our current problems. Maybe you could help us

Re: [PHP-DEV] sqlite moved to PECL - but where is it

On 4/1/12 12:47 AM, Helmut Tessarek wrote: Hello, The removal of sqlite in PHP 5.4 has not been thoroughly thought through. In the documentation it says it has been moved to PECL. Then you go to PECL and the only thing you find is the version from 2004, which states that this package is not m

Re: [PHP-DEV] release process with git

On 04/08/2012 11:54 PM, Stas Malyshev wrote: Hi! 5.4.1 will be the first release we're releasing using our new git setup. I would like to refine a process that we used to have for releases and make small tweaks hopefully to allow us more predictable release schedule and faster releases. What I

Re: [PHP-DEV] release process with git

On 4/9/12 3:21 PM, Stas Malyshev wrote: Hi! I would like to see clarity on when fixes have been merged to the RC branch (git emails are still a bit hard to grok). It would help to have early communication about fixes you have decided against so we can argue their merits and so we don't assum

Re: [PHP-DEV] [RFC] Allow "use( $longname as $alias)" syntax for closures declaration

On 04/13/2012 08:49 AM, Stas Malyshev wrote: At now this is there should not alter of course. What really needed is 'named parameters' That's entirely different topic. https://wiki.php.net/rfc/namedparameters -- Email: christopher.jo...@oracle.com Tel: +1 650 506 8630 Blog: http://blog

Re: [PHP-DEV] release process with git

On 04/10/2012 03:46 PM, Stas Malyshev wrote: Hi! I think my main point still stands: if the git emails are too obscure to follow, let us know what goes in via email to internals. Do you want to bring the NEWS updating process into this discussion? Sure, though that would be another discuss

Re: [PHP-DEV] release process with git

On 04/16/2012 01:12 PM, Stas Malyshev wrote: Hi! I think that once PHP-5.4.1 was branched, then PHP-5.4 should have become 5.4.2-dev. You're right. As an exercise, I submitted a pull request fixing this. Chris -- christopher.jo...@oracle.com http://twitter.com/#!/ghrd -- PHP Internals

Re: [PHP-DEV] '9223372036854775807' == '9223372036854775808'

On 04/13/2012 04:01 AM, Gustavo Lopes wrote: Currently, when two strings are compared, PHP tries to do a numerical comparison first. Therefore: var_dump("010" == "10"); //true I'm replying to this old mail now, because of the current discussion about hex numbers. The phrase "numerical com

Re: [PHP-DEV] voting without vcs accounts

On 04/17/2012 03:50 PM, Stas Malyshev wrote: Hi! sorry, I can't really follow you with that. do you have a problem allowing the non-vcs users (defined by the voting rfc) to vote, or do you have a problem providing a clear way for them to get their voting karma? I have a problem that we don'

Re: [PHP-DEV] Re: Addition of calendar to intl

On 04/19/2012 12:53 AM, Gustavo Lopes wrote: On Wed, 18 Apr 2012 23:54:00 +0200, Stas Malyshev wrote: I think the documentation part in this case is not as problematic, because the interface has been thoroughly documented in the ICU project. Most of your next questions can be answered by re

Re: [PHP-DEV] running tests in parallel?

On 05/03/2012 03:54 AM, zoe slattery wrote: Hi Some years ago (in 2009) Stefan Priebsch, myself and a GSOC student worked on a version of run-tests.php which would run tests in parallel - I wrote about it here: http://zoomsplatter.blogspot.co.uk/2009/07/on-no-not-more-tests.html. The code w

Re: [PHP-DEV] NEWS again

On 06/01/2012 12:48 AM, Gustavo Lopes wrote: > If the RMs are unwilling to do such merging, we should change the policy to require updating the > NEWS files in every stable branch to which the fix was merged. This makes sense to me. Chris -- christopher.jo...@oracle.com http://twitter.com/#

Re: [PHP-DEV] [PATCH - PR] Disable ATTR_EMULATE_PREPARES by default for PDO_Mysql

Am 15.06.2012 03:01, schrieb Anthony Ferrara: I raised this topic on list over a year ago ( http://marc.info/?l=php-internals&m=130417646507744&w=2 ). It was determined that it wasn't time yet to disable prepared statement emulation for MySQL yet. Does this need to be an RFC (should I draft

Re: [PHP-DEV] [PATCH - PR] Disable ATTR_EMULATE_PREPARES by default for PDO_Mysql

On 06/15/2012 09:36 AM, Anthony Ferrara wrote: Chris, Does this need to be an RFC (should I draft one)? Or can it just be pulled as-is? It needs an RFC because it needs to document whether or not the other DB drivers should also be changed. It's a PDO driver-specific change. So to me it'

Re: [PHP-DEV] [PATCH - PR] Disable ATTR_EMULATE_PREPARES by default for PDO_Mysql

On 06/16/2012 12:19 AM, Ulf Wendel wrote: Am 15.06.2012 18:28, schrieb Christopher Jones: On 06/15/2012 08:34 AM, Ulf Wendel wrote: As long as client-side escaping is done properly, there is no practical difference between the [client vs server -prepare] approaches. The big problem with

Re: [PHP-DEV] bug 54547

On 06/14/2012 10:42 PM, OISHI Kazuo wrote: I know this was discussed a number of times here, but just to bring it to a conclusion - I intend to apply patch in the bug report - which removes conversion for strings that do not convert to integers - to 5.4. If anybody sees anything that breaks bec

Re: [PHP-DEV] bug 54547

On 06/22/2012 12:08 AM, OISHI Kazuo wrote: Hi, In addition to == operator, >, <, >=, and <= operators are influenced. And, hexdecimal format for big number is now case-sensitive. http://www.mail-archive.com/internals@lists.php.net/msg58789.html Can you add some phpt tests for all the cas

Re: [PHP-DEV] bug 54547

On 06/26/2012 09:06 PM, OISHI Kazuo wrote: Does this need an architecture specific SKIPIF? See the mention of PHP_INT_SIZE on http://qa.php.net/write-test.php Like this? === --SKIPIF-- ==

Re: [PHP-DEV] concatenation operator

On 06/30/2012 04:51 PM, Johannes Schlüter wrote: On Sat, 2012-06-30 at 03:53 -0700, Adi Mutu wrote: Only thing that helps is learning the code structure and digging through it. Any hint/documentation to learn that? Use the source. ;-) A bit more seriously: No, there's no good single plac

Re: [PHP-DEV] [DRAFT RFC] Adding Simplified Password Hashing API

On 06/27/2012 07:16 AM, Anthony Ferrara wrote: Arvids, On Wed, Jun 27, 2012 at 9:23 AM, Arvids Godjuks wrote: Hello. I personally think that using PASSWORD_DEFAULT for algorythm by default is a bad idea. This should be defined by user in the code. Even worse if it is defined by .ini setting

Re: [PHP-DEV] [DRAFT RFC] Adding Simplified Password Hashing API

On 06/26/2012 08:25 AM, Anthony Ferrara wrote: Hello All, I've taken the conversation of the previous simplified password hashing API, and generated a patch and draft RFC for it. The patch isn't ready yet (needs review, cleanup and testing), but it's a start. https://wiki.php.net/rfc/password

Re: [PHP-DEV] [DRAFT RFC] Adding Simplified Password Hashing API

On 07/02/2012 01:55 PM, Anthony Ferrara wrote: Chris, Can you update the RFC (aka future documentation) and make this obvious to an end user? I just made an update (in the behavior sections). Let me know if additional clarification is needed. To be honest, a note next to PASSWORD_DEFAULT

Re: [PHP-DEV] Contribute to PHP

On 07/12/2012 12:28 AM, Ziad Jammal wrote: Deal all phpiers, It took me a while before I hit the send key. I have been a php developer for some time and I got certified beginning of this year. I have always wanted to start contributing to php and zend framework, but I am unable to find the r

Re: [PHP-DEV] Bug 55544

On 07/17/2012 07:25 AM, Christian Kaps wrote: Hi, please can someone look into this issue. It seems that in version 5.4.4-1 the bug was fixed, but in newer versions this issue still exists. So please can someone merge the patch with the newer versions? https://bugs.php.net/bug.php?id=55544

Re: [PHP-DEV] Any chance to fix php-trunk for windows?

On 07/17/2012 06:22 AM, Anatoliy Belsky wrote: Hi Marian, since last week current master snaps can be found here http://windows.php.net/downloads/snaps/master/ Cheers anatoliy How does that really relate to http://windows.php.net/snapshots/ ? Are you going to make the links on http://windo

Re: [PHP-DEV] [PATCH] pdo_odbc: fix pdo_odbc_error's use of SQLGetDiagRec()

On 07/18/2012 08:48 AM, Joe Orton wrote: The "state" parameter passed to SQLGetDiagRec() needs to be six bytes not 5; the attached patch fixes this, from Martin Osvald. Hi Joe, Is there any chance you can log this in https://bugs.php.net/ and/or submit a pull request at https://github.com

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

Nathan Rixham wrote: > Alexey Zakhlestin 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 fo

Re: [PHP-DEV] adding GB18030 support for mbstring

KITAZAKI Shigeru wrote: > BTW, our blog has various other patches for PHP in addition to this one. > Feel free to mail me if you are interested in some of them. > > Regards, > KITAZAKI Shigeru > To highlight and record those patches, can you create a bug report for each problem/patch and add the

Re: [PHP-DEV] SVN Account Request: thanhnv

Nguyen Viet Thanh wrote: > Developing the PHP runtime > Maintaining an official, bundled PHP extension > Maintaining the documentation > Translating the documentation > Maintaining www.php.net > Hi, This document describes how to get started contributing to PHP: http://svn.php.net/viewvc/p

Re: [PHP-DEV] PHP 6

Ilia Alshanetsky wrote: > +1. I think we need we need to make "HEAD" a common use branch where > most of the developers trees are at and current HEAD iteration is just > not it. I'm +1. Jani's recent 5.3 changes should be reverted, PHP_5_4 rebranched again, and then the fixes/features merged t

Re: [PHP-DEV] PHP 6

Eric Stewart wrote: > Focusing TestFest on 5.3 was not how I had envisioned TestFest 2010, I was > operating under the assumption we would be committing all applicable tests > to 5.2, 5.3 and 6.0 as was done last year. Focusing strictly on 5.3 > certainly makes my job (and others working on Tes

Re: [PHP-DEV] PHP 6

Stanislav Malyshev wrote: > Hi! > >> I'd also like to see us start a slow deprioritization of 5.2 work. >> Instead effort should go into making 5.3 the prefered stable branch. >> One specific example is that Test Fest 2010 tests shouldn't be merged >> to 5.2. > > I agree with you on 5.3 in gener

Re: [PHP-DEV] PHP 6

look forward to you merging tests for http://svn.php.net/viewvc?view=revision&revision=295731 http://svn.php.net/viewvc?view=revision&revision=294335 etc Chris (feeling like he's crossed to Pierre's/Jani's corner of the ring with the above PS.) > > On 10-03-11 5:

Re: [PHP-DEV] PHP 6

Lester Caine wrote: Currently maintaining the 5.2 branch is essential until such time as all extensions are available in official builds of PHP on windows! Forcing projects to change their development platforms simply to support a blinkered set of rules on PHP is not helpful in moving the pr

Re: [PHP-DEV] SVN Account Request: ariva

Arunas Ivanauskas wrote: Fixing bugs, developing the PHP runtime, can contribute ~10h/w Hi Arunas, It would be great to have your help. There is some information on getting started in http://svn.php.net/viewvc/php/php-src/branches/PHP_5_3/README.SUBMITTING_PATCH?view=markup Chris -- Email:

Re: [PHP-DEV] Bug # 50755

Stanley Sufficool wrote: > I have attached patches for bug # 50755 on bugs.php.net. These also > cleanup to PDO DBLIB code to have less of a memory footprint and to > prepare for other feature additions such as multiple rowset support. > > I have compiled and tested on x86. > > Can someone revie

Re: [PHP-DEV] FPM RFC

Antony Dovgal wrote: On 03/23/2010 10:26 PM, Michael Shadle wrote: - Jerome's put in some statistics functionality, which could be useful in monitoring, etc. - might be nice to mention in the "features" [I would include only the JSON output though] I mentioned it, albeit briefly: * basic SAP

Re: [PHP-DEV] trunk is alive and open

Lukas Kahwe Smith wrote: > On 24.03.2010, at 11:08, Pierre Joye wrote: > >> skills. You suggested Chris and I think he could do a great job. My > > Just to clarify as I mentioned this on IRC and not on here. I think > it would be great to have Chris Jones do the "organizational" > co-RM. For one

Re: [PHP-DEV] [RFC] FPM INI syntax

Jérôme Loyet wrote: Hi guys, As dreamcast4 advises me in the previous FPM conversation, I just wrote the RFC for the FPM INI syntax. It can be read here: http://wiki.php.net/rfc/fpm/ini_syntax Tell me what you think. ++ Jerome I think the RFC should clearly state what is new generic php.

Re: [PHP-DEV] [RFC] FPM INI syntax

Jérôme Loyet wrote: Le 13 avril 2010 20:17, Christopher Jones a écrit : Jérôme Loyet wrote: Hi guys, As dreamcast4 advises me in the previous FPM conversation, I just wrote the RFC for the FPM INI syntax. It can be read here: http://wiki.php.net/rfc/fpm/ini_syntax Tell me what you think

Re: [PHP-DEV] [RFC] FPM INI syntax

On 04/13/2010 12:01 PM, Zeev Suraski wrote: At 21:46 13/04/2010, Christopher Jones wrote: Jérôme Loyet wrote: Le 13 avril 2010 20:17, Christopher Jones a écrit : Jérôme Loyet wrote: Hi guys, As dreamcast4 advises me in the previous FPM conversation, I just wrote the RFC for the FPM

Re: [PHP-DEV] [RFC] Performance improvements

Dmitry Stogov wrote: > Hi, > > I've added the corresponding patch for APC, so anyone is able to verify > the performance difference. > > http://wiki.php.net/rfc/performanceimprovements Dmitry, What do you think caused the "fw" difference in absolute figures between the APC and Zend Optimizer+

Re: [PHP-DEV] Run Time Cache RFC

Dmitry Stogov wrote: > Hi, > > I'm proposing another optimisation technique implementation for PHP > which makes up to 20% speed up on synthetic tests and up to 8% speed up > on real-life applications. > > The technique is similar to "inline caches" which is very popular in JIT > compilers for o

Re: [PHP-DEV] Run Time Cache RFC

Dmitry Stogov wrote: >> > http://wiki.php.net/rfc/runtimecache >> > >> > The patch breaks binary and source compatibility but it's not hard to >> > adopt extensions to use it. >> >> Hi Dmitry, >> >> Can update the RFC to explain the breakage and > > It's clear from the patch. The same is ex

Re: [PHP-DEV] Run Time Cache RFC

Thanks Dmitry - that's great. Also thanks to Stas for his reply. Chris Dmitry Stogov wrote: Hi Chris, I've added notes for extension maintainers. I hope they will answer all your questions. Thanks. Dmitry. Christopher Jones wrote: Dmitry Stogov wrote: >> > http

Re: [PHP-DEV] SVN Account Request: mryaggi

Guillaume F wrote: Fix bugs i'm fed up to cope with while developping in PHP. Hi Guillaume, There's some information about contributing to PHP in http://svn.php.net/viewvc/php/php-src/branches/PHP_5_3/README.SUBMITTING_PATCH?view=markup It would be great to see you submit some patches. Ch

Re: [PHP-DEV] PDO DBLIB Release Candidate?

On 07/02/2010 07:11 AM, Stanley Sufficool wrote: Can I get an affirmation if the pdo dblib code will be accepted in 5.2 and 5.3 branches? It shouldn't go into 5.2 if it introduces new functionality. You might backport the crash/leak bug fixes if Ilia is OK with that. Depending if how compa

Re: [PHP-DEV] [PATCH] Allowing an array as a parameter for snmpget()/snmpgetnext() [repost]

SNMP extension have been silent so far. I would love to make this patch fly, but if it's just not going to happen then that's fine with me too. Regards, Jorrit Kronjee On 10/11/2010 04:37 PM, Christopher Jones wrote: Hi Jorrit, I'm not able to comment on the question of inclusion, b

Re: [PHP-DEV] Supporting Binary Notation for Integers

On 11/10/2010 10:18 PM, Jonah H. Harris wrote: On Wed, Nov 10, 2010 at 10:19 PM, Jonah H. Harriswrote: Cool. I'll put together an updated patch. Source and documentation patches have been attached to the ticket. Don't forget to write a (brief) RFC on http://wiki.php.net/rfc Chris --

Re: [PHP-DEV] building DTrace support (currently broken)

On 11/17/2010 03:40 PM, Mike Harsch wrote: I'm happy to help however I can to get this feature working again. I don't have much experience with autoconf, so it's likely that my patch is sub-optimal, but I've tested it on Solaris and Mac OS X and I know it works (conversely, I can assure you

Re: [PHP-DEV] --enable-zend-multibyte

On 11/18/2010 06:26 AM, Dmitry Stogov wrote: Hi, The proposed patch allows compiling PHP with --enable-zend-multibyte and then enable or disable multibyte support at run-time using zend.multibyte=0/1 in php.ini. As result the single binary will be able to support multibyte encodings and run wi

Re: [PHP-DEV] --enable-zend-multibyte

On 11/18/2010 12:04 PM, Derick Rethans wrote: On Thu, 18 Nov 2010, Christopher Jones wrote: On 11/18/2010 06:26 AM, Dmitry Stogov wrote: The proposed patch allows compiling PHP with --enable-zend-multibyte and then enable or disable multibyte support at run-time using zend.multibyte=0/1 in

Re: [PHP-DEV] --enable-zend-multibyte

On 11/19/2010 06:16 AM, Dmitry Stogov wrote: Derick Rethans wrote: On Thu, 18 Nov 2010, Christopher Jones wrote: On 11/18/2010 06:26 AM, Dmitry Stogov wrote: The proposed patch allows compiling PHP with --enable-zend-multibyte and then enable or disable multibyte support at run-time

<    1   2   3   4   >