On Mon, 2013-08-19 at 19:17 -0400, J David wrote:
To stick with your example, of CLI and mod_php -- a good choice as
it's likely the most common combo -- when linking to a common
libphp5.so, the recommended methodology would be to build in only the
functionality required by both, then load
Hi,
I'll get back on the other things later, but a short comment (flaming)
on this:
On Tue, 2013-08-20 at 16:34 +0100, Terry Ellison wrote:
PHP (unlike some language alternatives) seems to be doing little to
improve general performance, and the discussions related to
performance on this DL
On Tue, 2013-08-20 at 17:17 +0100, Terry Ellison wrote:
On 20/08/13 16:50, Johannes Schlüter wrote:
snip Terry Ellison wrote:
PHP (unlike some language alternatives) seems to be doing little to
improve general performance, and the discussions related to
performance on this DL
On Wed, 2013-08-28 at 08:55 +0200, Ondřej Surý wrote:
Hi,
I would like to react on Stat's it's-not-our-problem comment in
https://bugs.php.net/bug.php?id=63520
I see Stas' reply as respond to Jordi (seld on php.net). We can discuss
what *we* *will* do, but for arguing about Debian/Ubuntu
Stefan,
I recently tried to finalize reflection support for traits. Given code
like
?php
trait T1 {
public function t1() {}
public function ta() {}
}
trait T2 {
public function t1() {}
public function tb() {}
}
class C {
use T1, T2 {
T2::t1 insteadof T1;
On Sun, 2011-07-24 at 00:03 +0200, Ferenc Kovacs wrote:
On Sat, Jul 23, 2011 at 10:02 PM, IraQue IraQue iraq...@live.com wrote:
Hi there PHP!
I am developing a new web server, and i would like to make it possible
to include PHP in it.
As Ferenc said best is to use FastCGI by that
On Thu, 2011-07-28 at 16:10 -0700, Kiyoto Tamura wrote:
Hi,
I am new to the PHP internals, and I was just looking through the code
related to parsing break/continue statements. It looks that as of PHP
5.4, Zend/zend_language_parser.y accepts both T_BREAK expr and
T_CONTINUE expr and check
On Fri, 2011-07-29 at 20:03 +0200, Flavius Aspra wrote:
Hi
I have a few questions about zend_fcall_info and zend_fcall_info_cache.
Regarding zend_fcall_info
What is function_name useful for? I have a feeling it's for error
reporting, but I'm not sure
The engine hast to know what to
On Wed, 2011-08-03 at 17:29 -0700, James Yu wrote:
Thanks!
Why do you need a 5th RC? Anything of importance changed? You want to
get a patch in? Ilia, who thankfully took over this release, wrote in a
mail about RC4:
Given the small number of changes since the last RC, it is
On Thu, 2011-08-04 at 21:18 +1000, Ryan McCue wrote:
Lazare Inepologlou wrote:
Thank you for your interest. This is just a proposal that I have tested and
works. Of course, the final syntax can be different. Syntax is always a
matter of taste :-)
As much as I love the idea, I have to
On Thu, 2011-08-04 at 12:36 +0100, Lester Caine wrote:
Ferenc Kovacs wrote:
so to address your question: if you unset your variables you can
reclaim memory, but there could be edge cases, when you will memory
leak before version 5.3.
So it looks like I'm not hitting any edge cases in the
Hi,
few comments just from reading the patch, not the full context, not
testing it:
On Thu, 2011-08-04 at 16:30 +0100, Keloran wrote:
Index: ext/imap/php_imap.c
===
--- ext/imap/php_imap.c (revision 314217)
+++
This seems to be a build, not an code issue. So this should be fixed by
a build independently from RC or final.
Pierre can confirm.
johannes
On Thu, 2011-08-04 at 09:36 -0700, James Yu wrote:
I found there's critical bug fixed after RC4
https://bugs.php.net/bug.php?id=55356
SSL didn't
On Thu, 2011-08-04 at 21:17 +0100, Jezz Goodwin wrote:
:($x)=$x+1;
:( looks quite sad. I also assume you know that : is a division. In a
more complex situation this might, on first sight, be mistaken as a
division by $x or such.
Mind that a line of code typically is read way more often than
On Sun, 2011-08-07 at 22:13 +0100, Richard Quadling wrote:
So, when someone like me comes along, someone capable of building the
code and playing with it at a very minor level, I can be sure that if
things don't work, it is probably me that's broke it and that I can
rely on the branch to
On Mon, 2011-08-08 at 09:16 +0200, Ivan Enderlin @ Hoa wrote:
Hi Internals,
I would like to suggest you a new feature (for PHP5.4 or maybe next).
The idea is to implement the \Countable interface into closures to
easily count the arguments number.
NO!
One could add a getParmNo() or such
On Sun, 2011-08-07 at 16:50 -0400, David Soria Parra wrote:
I was asked to put together a RFC, and so here we are. I've created
an initial draft. It is mostly based on the very good Python PEP-0374.
It compares Git and Mercurial.
https://wiki.php.net/rfc/dvcs
Two comments:
* It
On Fri, 2011-08-12 at 11:26 +0100, Derick Rethans wrote:
But you can't call it PHP anymore due to the license, where as with a
DCVS with people having forks on publically accessible repositories,
everybody is basically violating the license.
If this kind of a fork makes it a product as the
On Fri, 2011-08-12 at 12:29 +0100, Lester Caine wrote:
Actually the real question here is WHY create a fork on github at all? The
copy
you are working on LOCALLY is the fork that you are developing on? Much of
the
stuff on github and the other DVCS server sites is redundant? You only need
Hi,
On Fri, 2011-08-12 at 15:48 +0200, Ferenc Kovacs wrote:
if we would both provide the foo_bar and foo.bar:
- if your code expects foo.bar to be foo_bar, it's there.
- if you expect foo.bar, it's also fine.
- if you did a workaround in the past (parse the query string
manually), that
On Wed, 2011-08-17 at 14:13 +0200, Reindl Harald wrote:
Am 17.08.2011 13:14, schrieb Pierre Joye:
On Tue, Aug 16, 2011 at 11:29 PM, Reindl Harald h.rei...@thelounge.net
wrote:
Hi
https://bugs.php.net/bug.php?id=52312
does the security-problem in combination with open_basedir only
On Thu, 2011-08-18 at 00:56 +0200, Reindl Harald wrote:
well but using root as default is a little bit crazy
using user test with empty password is acceptable but root
root without password is the user created by default by mysql's
mysql_install_db. So this can be used on quite a few
On Thu, 2011-08-18 at 12:48 +0100, Paul Dragoonis wrote:
I agree with bundling and providing a .ini setting to activate, but off by
default.
An ini setting is evil for this. People use serialized data as transport
format having that depend on an ini setting is bad.
suggestions:
- The decode
On Thu, 2011-08-18 at 15:33 +0200, Ferenc Kovacs wrote:
we already do this (session.serialize_handler, defaults to our own
format, but can be set to wddx or igbinary)
Well the session handler doesn't matter too much and is more of an admin
thing, unlike serialize()/unserialize(). Those are the
On Thu, 2011-08-18 at 11:55 -0400, Mike Robinson wrote:
I'm wondering if adding a prompt for the mysql username and password,
with the defaults set as is, would be possible, and if so, if someone
were to offer a patch why it shouldn't be considered.
since you would need quite a few prompts.
On Fri, 2011-08-19 at 10:56 +0200, Ferenc Kovacs wrote:
I changed the behavior of that dropdown recently, it fetch the
versions from
http://qa.php.net/api.php?type=qa-releasesformat=jsononly=dev_versions
and http://www.php.net/releases/index.php?serialize=1max=20version=5
it seems that Ilia
Hi,
On Aug 20, 2011, at 11:17, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 8/20/11 1:25 AM, Pierre Joye wrote:
btw, can we go with 5.3.8 instead? I really don't like the pl thing :)
Well, that's for the 5.3 RM to decide :)
I think it's in the README.RELEASE_PROCESS that we don't
binaries can be found on
http://windows.php.net/download/.
Johannes Schlüter
PHP 5.3 Release Master
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 2011-08-24 at 12:24 +0200, Ferenc Kovacs wrote:
we could have spotted this via two ways:
- those who participated in fixing
https://bugs.php.net/bug.php?id=53727 could have spotted this
- our tests should have start failing after the change
Third option:
- RC testers might have
On Wed, 2011-08-24 at 07:47 -0700, Christopher Jones wrote:
On 8/24/11 3:42 AM, Johannes Schlüter wrote:
We don't push them out as news on the php.net frontpage and we don't
send it out to the announce list for reasons like not confusing users.
Should we change that?
Announcements
On Thu, 2011-08-25 at 08:39 +, Zeev Suraski wrote:
- Given that we've already done it - I wouldn't revert it. Fix it in
PEAR. That's the only way to create something that works across all
versions of 5.3.x.
Unfortunately this is the case.
johannes
--
PHP Internals - PHP Runtime
On Wed, 2011-08-31 at 16:54 +0100, Keloran wrote:
http://svn.php.net/viewvc?view=revisionsortby=daterevision=315905
shouldnt the php pages for this, really use preg instead of ereg,
Well it's a utility for maintainers, no page or something, run every few
years. Yes using preg might be better,
On Wed, 2011-08-31 at 10:42 -0400, Matthew Weier O'Phinney wrote:
On 2011-08-31, Rasmus Lerdorf ras...@lerdorf.com wrote:
I am down to 34 test failures compiling against mysqlnd instead of libmysql
http://codepad.org/ZV8imUuc
I did have to set
Hi,
On Thu, 2011-09-01 at 13:35 +0200, Hannes Magnusson wrote:
Throw qa and internals@ into the loop to.
I'd also like to move the XFAIL section (printed out in the end) above
the FAIL section.
We have bucketloads of xfailed tests, I actually have to scroll up to
see the failed tests which
On Thu, 2011-09-01 at 17:53 +0400, Alexey Shein wrote:
Great addition.
While you're at it, could you also add an option to print a list of
skipped tests (maybe above XFAIL section), that's also currently can't
be done with other options in run-tests.php.
It could also be useful because some
On Thu, 2011-09-01 at 16:17 +0200, Hannes Magnusson wrote:
Create a magical run-me-first file which run-tests will execute
first, and if it fails it will skip all the tests in that directory..
should be relatively easy to implement.
See patch at
On Thu, 2011-09-01 at 21:09 +0200, Sebastian Bergmann wrote:
Is this
http://jlebar.com/2011/9/1/Building_faster_by_parallelizing_more.html
relevant to us?
What about trying it out?
(but well, no our build system works differently, on a 64 way machine I
can easily compile 64 files in
functionality. By having mysqlnd as default
these are better usable by users.
Opinions?
johannes
--
Johannes Schlüter, Oracle
MySQL Engineering - MySQL Connectors and Client Connectivity
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
it default we use it. So I see little risk there.
johannes
[1] Yes, we will still allow building with libmysql and we will fix bugs
reported there and we will verify it works but focus on mysqlnd, as
we're actually handling it already
--
Johannes Schlüter, Oracle
MySQL Engineering - connectors
On Fri, 2011-09-02 at 22:48 +0200, Ferenc Kovacs wrote:
On Fri, Sep 2, 2011 at 10:44 PM, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 9/2/11 1:41 PM, Ferenc Kovacs wrote:
I think you missed the referenced [1]:
[1] Yes, we will still allow building with libmysql and we will fix
extensions they would be able to list mysqlnd first in there and be
done.
johannes
--
Johannes Schlüter, Oracle
MySQL Engineering - Connectors and Client Connectivity
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
aside from the actual question: run-tests.php already makes heavy usage
of realpath, so it's impossible to run the tests on a system without
realpath.
$ grep realpath run-tests.php | wc -l
14
johannes
On Sun, 2011-09-04 at 16:41 +0200, Ferenc Kovacs wrote:
Sorry, for the late reply, I
On Sat, 2011-09-03 at 14:42 +0200, Johannes Schlüter wrote:
mysqlnd is not yet default from php.net side but SuSE has chosen to do
so. Now there is one consequence: If mysqlnd is used it will be built
statically in PHP, even on Unix, even if the other MySQL modules are
built shared. This can
On Thu, 2011-09-08 at 19:25 +0200, Remi Collet wrote:
Le 08/09/2011 18:59, Remi Collet a écrit :
Test report :
Just a little issue :
With --enable-mysqlnd=shared,
the extension is not load during test, so, all test fail...
I think it is loaded, but in the wrong order. I'll look into it.
Hi,
On Sun, 2011-09-11 at 23:26 +0100, Gustavo Lopes wrote:
On Sun, 11 Sep 2011 20:26:20 +0100, Sebastian Bergmann sebast...@php.net
wrote:
[...]
--
[1] https://wiki.php.net/rfc/streamwrapper-factory
[2] http://schlueters.de/~johannes/php/stream_factory.diff
A patch against
Hi,
On Fri, 2011-09-09 at 03:04 +0200, Kalle Sommer Nielsen wrote:
Hi
This have been a while since we had the discussions about APC in 5.4
(or in general extensions to move in and out of the Core, but more
about that in another thread).
http://markmail.org/message/4w6lcbunw3qfof3c
I
On Mon, 2011-09-19 at 12:25 +0200, Ferenc Kovacs wrote:
Good point, are you proposing to change code and make libmysql 5.0+ a
requirement? If so, several changes should be made to ext/mysql, ext/mysqli
and PDO_MySQL.
I think that it is your call, but yes, I think it would reasonable,
On Wed, 2011-09-21 at 09:57 -0400, Matthew Weier O'Phinney wrote:
Reverting at this point adds a BC break on top of a BC break. Yes, the
original perhaps should not have happened (and likely wouldn't have, if
people had actually been testing the RCs...), but I'll argue again: the
new behavior
On Thu, 2011-09-22 at 10:27 -0700, Clint Byrum wrote:
So I'm not sure what you would expect from distros, but please share
and we'll setup automated tests, call for our users to test, whatever
it takes to avoid this type of situation.
This issue is not about packagers specifically. What we
On Fri, 2011-09-23 at 12:15 -0400, Matthew Weier O'Phinney wrote:
On 2011-09-23, Rasmus Lerdorf ras...@lerdorf.com wrote:
On 09/23/2011 12:13 PM, Patrick ALLAERT wrote:
2011/9/23 Rasmus Lerdorf ras...@lerdorf.com
2. Maybe we should think bigger and put more focus on having large PHP
On Wed, 2011-09-28 at 16:42 +0200, Reindl Harald wrote:
Am 28.09.2011 16:19, schrieb Hannes Magnusson:
On Wed, Sep 28, 2011 at 00:39, Reindl Harald h.rei...@thelounge.net wrote:
PLEASE REPLY ONLY TO THE LIST
PLEASE READ THE POSTING GUIDELINES BEFORE SCREAMING:
On Thu, 2011-10-06 at 17:59 +0200, Daniel K. wrote:
On 10/06/2011 05:55 PM, Stas Malyshev wrote:
On 10/6/11 5:31 PM, Daniel K. wrote:
A patch was appended, discussed, and improved, and I have uploaded a
test-case, as well as a minimal patch that fixes the problem (attached)
to the
Hi,
On Fri, 2011-10-14 at 10:49 +0200, Olivier Hoareau wrote:
* My use case :
[A] is a main program written in C++
[B] is a C++ plugin of [A], compiled in a shared library dynamically loaded
(dlopen-like functions)
[CX] are a libphpX.so C shared libraries compiled with --enable-embed,
On Fri, 2011-10-21 at 13:52 -0700, Clint Byrum wrote:
The release date is April 26 2012, can anyone tell me if 5.3.9 is
expected
by then?
Yes. 5.3.9 release cycle will start soon. Probably next week. So by
April it is certainly there. I assume even 5.3.10 will be released by
then.
Ideally
On Sat, 2011-10-22 at 16:39 +0200, Pierre Joye wrote:
hi,
On Sat, Oct 22, 2011 at 4:28 PM, Lester Caine les...@lsces.co.uk wrote:
There is also a lot to be said for going with what is known to be stable for
an LTS release.
Please do not begin with this discussion again. It is
Hey,
yes, as said in a thread a week ago I agree. What about rolling RC1 this
Thursday?
Mind: As a result from 5.3.7 I will bug more projects to test it, be a
bit more demanding than in previous primary testers mails (like in
[1]), if anybody has some contacts for my nag list please tell me and
On Thu, 2011-11-03 at 18:17 +0100, Nikita Popov wrote:
On Thu, Nov 3, 2011 at 6:15 PM, Klaus Silveira
cont...@klaussilveira.com wrote:
Apache is mirroring their GIT to github, not actually using Github. This
is also a good thing.
PHP is mirroring too:
https://github.com/php/php-src
things behave
as expected! Please test this RC against your code base and report any
problems you encounter or successful tests you've run.
Johannes Schlüter
PHP 5.3 Release Master
[1] https://bugs.php.net/bug.php?id=55475
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
On Mon, 2011-11-07 at 16:58 +, Clint M Priest wrote:
I'm sure the problem is that I hadn't modified the .l file as Nikita
suggested, which I have now done but the build doesn't seem to be
affected by changes to that file so I'm trying to find out how to make
that occur. I believe it's via
On Tue, 2011-11-08 at 00:24 +0100, Ferenc Kovacs wrote:
3,
As I mentioned in the RFC, for now, we only set up the default exts,
but as
I mentioned in the RFC, the next step would be to enable as much as we
can.
locally I have VMs running with almost every ext, but I failed to set
up
oci,
On Tue, 2011-11-08 at 01:18 +0100, Ferenc Kovacs wrote:
Might also be nice to build (PECL) extensions as sub-tasks, so if
they
fail they don't cause the whole build to fail, but just a single red
light between many green (or blue) ones.
Yeah, thats a good idea, even for some of the
Hi,
On Sun, 2011-11-13 at 02:37 +0100, Antoine Delignat-Lavaud wrote:
if(($v1==a1 || $v==a2 || ...) ($v2==b1 || $v2==b2 ||...)
...)
This could also be written as
if (in_array($v1, [a1, a2, ...]) in_array($v2m [b1, b2, ...]))
by replacing them with:
if($v1 in [a1,a2,...] $v2 in
On Sun, 2011-11-13 at 03:10 +0100, Johannes Schlüter wrote:
For 5.5 I also have doubts whether it's worth the additional keyword and
opcode. Yes it will, most likely, but this is an extension to the
grammar ...
I meanwhile did a quick check on google codesearch. I found a few cases
where
On Wed, 2011-11-16 at 13:35 +0100, Ferenc Kovacs wrote:
On Wed, Nov 16, 2011 at 12:53 PM, Felipe Pena felipe...@gmail.com wrote:
2011/11/16 Ferenc Kovacs tyr...@gmail.com:
Hi.
We moved the sqlite ext from core to pecl with 5.4, but the
http://pecl.php.net/package/sqlite still
On Wed, 2011-11-16 at 06:00 -0800, Philip Olson wrote:
We need to make pecl/sqlite work with 5.4, as currently it does not. I
forget the details (and the related patch) but did work on one with
Johannes many months ago. The last step (which failed) was to get
pdo_sqlite2 to work with the
Just to make one thing clear: To the best of my knowledge the module
works with 5.4 and trunk (it's three months since I tested, but I'm not
aware of a recent big API break) only defect is that the PDO sqlite2
driver won't be there and can't be enabled in an easy way. The patch I
sent yesterday
On Mon, 2011-11-28 at 15:18 +0100, Ferenc Kovacs wrote:
+ foreach ($extensions as $req_ext) {
+ $loaded = `$php -n -r 'echo (int) extension_loaded($req_ext);'`;
+ if ($loaded == '0') {
This should use the tmp-php.ini as that might already load the required
extension if it was built in the
On Mon, 2011-11-28 at 15:02 +, Derick Rethans wrote:
On Mon, 28 Nov 2011, Johannes Schlüter wrote:
On Mon, 2011-11-28 at 15:18 +0100, Ferenc Kovacs wrote:
+ foreach ($extensions as $req_ext) {
+ $loaded = `$php -n -r 'echo (int) extension_loaded($req_ext);'`;
+ if ($loaded == '0
On Sun, 2011-12-04 at 00:08 +0800, Alan Knowles wrote:
This patch is a start.
https://bugs.php.net/patch-display.php?bug_id=60362patch=first_effort_to_fix_thisrevision=latest
It's been quite a while since I hacked on the engine, so the patch only
works reasonably well.. (see the FIXME on
On Tue, 2011-12-06 at 17:59 +0800, Laruence wrote:
Hi:
I am not sure whether is okey to change the existing zbacktrace,
so I open a thread that let people know.
after that I change the patch, add a new zbacktrace_ex. I think
this should be okey, so I commit it. :)
I don't see a
On Wed, 2011-12-07 at 14:11 +0100, Ferenc Kovacs wrote:
So you say that you don't have the time to answer my questions?
Given the fact that this is an open source project I think it is pretty
reasonable to know that where is the development happening.
I will refrain from replying to your
On Fri, 2011-12-09 at 08:58 -0500, Rasmus Schultz wrote:
What I'm proposing (and what Phalanger does) is to compile PHP code to
CLR
bytecode, and running it directly on the VM - I'm not saying run an
interpreter under the VM. That would be pointless.
For *this* group there's little sense in
On Mon, 2011-12-12 at 01:01 +, Clint M Priest wrote:
To be complete I should probably add something to the reflection system as
well. At present the getters/setters would show up as functions.
What would be preferable?
1) Show up as regular functions and let users fend for themselves?
On Thu, 2011-12-15 at 18:11 +0100, Hannes Magnusson wrote:
1. Compile a list of scripts/sites that need to be changed in order
to work with the git repo. Some sites are already on the list:
- http://ci.qa.php.net
- http://snaps.php.net
- http://edit.php.net
-
On Sat, 2011-12-24 at 11:56 +, Derick Rethans wrote:
On Sat, 24 Dec 2011, Pierre Joye wrote:
Laruence refers to the PHP C source code and removing trailing white
spaces is a good thing as it is part of our CS.
Go ahead Laruence :)
Please don't. Changing whitespace en-masse makes
On Wed, 2012-01-04 at 12:29 -0800, Stas Malyshev wrote:
Hi!
But there is a very valid security concern here. People can usually run
safely with display_errors enabled if their code is well-written. They
Oh no. Nobody should or can safely run production with display_errors.
Everybody
On Wed, 2012-01-04 at 21:49 +0100, Jannik Zschiesche wrote:
Hi Johannes,
as far as I understood the issue, this error would be triggered before
the application's code is executed, so that would not solve this
issue.
That's the point. Thanks for making it clear. :-)
johannes
Cheers
I was under the impression that somebody worked on the information
disclosure issue in the error message and the error message spamming.
This seems not to be the case.
If you, Pierre, are ready for Windows builds tomorrow morning I'd like
to release tomorrow as is.
johannes
On Mon, 2012-01-09
On Tue, 2012-01-10 at 18:28 +0100, Pierre Joye wrote:
what I mean is that, as far as I remember, the deprecation is only an
information via the documentation. We did not want to break BC and all
that as it is now emulated through pcre.
There is no emulation, the behavior of the ereg library
On Fri, 2012-01-13 at 18:28 +0100, Remi Collet wrote:
I fill a bug : https://bugs.php.net/bug.php?id=60748
(trivial patch proposed, shouldn't break anything)
Just a notice, there is no mysqlnd component in bug tracker...
(or I was unable to find it...)
In what case do you notice that? -
it is working in bytes and has to hold all possible values.
I'll mark #60333 as bogus (expected behavior) once master works for
login ...
johannes
--
Johannes Schlüter, MySQL Engineering Connectors and Client Connectivity
ORACLE Deutschland B.V. Co. KG, Riesstr. 25, D-80992 München
Hi,
On Sat, 2012-01-21 at 08:31 -0500, Daniel Convissor wrote:
Hi Johannes:
The documentation tells
http://dev.mysql.com/doc/refman/5.5/en/c-api-data-structures.html
So it is working in bytes and has to hold all possible values.
That's how MySQL's
Hi,
On Sun, 2012-01-29 at 18:51 -0500, Rasmus Schultz wrote:
I realized the other day that ReflectionFile is missing from the Reflection
API.
As is ReflectionNamespace and some others one might think about. In the
end it boils down to the fact that we don't have structures internally
On Mon, 2012-01-30 at 11:48 +1000, Ryan McCue wrote:
Johannes Schlüter wrote:
PS. Mind that the example you've given even works on files not included
by parsing files, whereas internal reflection provides information what
actually is available from engine point of view ...
The original
On Mon, 2012-01-30 at 09:33 -0500, Rasmus Schultz wrote:
From my point of view, the concept of a file has become semantically more
important, and increasingly relevant to Reflection, with the latest PHP
features added in the past couple of years.
I can see what you mean though - it's
On Mon, 2012-01-30 at 12:15 -0500, Rasmus Schultz wrote:
Well, my thinking was, in my annotation engine, rather than globally
registering aliases for fully-qualified annotation-type class-names, I
would support the use-statement.
This is generally how it works in other languages (such as
On Wed, 2012-02-01 at 18:08 +, Andi Gutmans wrote:
We've done our own benchmarks but it'd be great to hear from others
Can we also hear from you? :-)
johannes
who doesn't have proper benchmarks himself, but is interested in
seeing them ;-)
--
PHP Internals - PHP Runtime Development
mirror, please try again later
or choose another download site.
Johannes Schlüter
PHP 5.3 Release Master
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 2012-02-13 at 11:37 +0200, marius adrian popa wrote:
I have this weird bug where the warning is printed after the query is
executed and printed
http://gcov.php.net/viewer.php?version=PHP_5_4func=testsfile=ext%2Fpdo_firebird%2Ftests%2Fbug_43130.phpt
Result is correct , warning is
On Wed, 2012-02-15 at 07:09 -0800, Christopher Jones wrote:
Of course it warrants a NEWS entry. Unless no one in the world was
using it (in which case why have any code there?), a news entry will
help explain a behavior difference, or identify when something broke
(if you just accidentally
Hi,
On Mon, 2012-02-20 at 17:02 -0800, Kris Craig wrote:
Opening discussion on RFC pertaining to adding a new option to the
configure script with regard to how/whether APXS touches the httpd.conf
file.
This is my first RFC post so please go easy on me if I screwed-up on
procedure in any
On Fri, 2012-02-17 at 08:38 -0500, Daniel Convissor wrote:
A related problem was found by the test script. libmysql is completely
ignoring the character set information in my.cnf. Plus, if one forces a
character set by calling options(SET NAMES utf8) before connecting,
On Wed, 2012-02-22 at 09:57 -0500, Michael Morris wrote:
Before writing up a full RFC I want to put out a feeler on something.
Currently we have several input parameter objects, chief among them
$_GET, $_POST, $_REQUEST, $_SERVER (for the client HTTP headers). All
of them are arrays and
Hi,
PHP is no strickt-typed language. Changing this is a massive change, if
you want to go there: There are plenty of other languages.
If you want this to be an optional feature:
a) It's not optional (one has to maintain code written by others, uses
libraries, frameworks, ...)
b) It causes a
On Mon, 2012-02-27 at 10:43 -0600, Richard Lynch wrote:
I believe core PHP is all in C.
Correct.
Extensions, however, could be in C++
Correct.
And if one extension has forgotten to edit the Makefiles to do
-lstdc++ I presume that it could be the cause.
Nobody should directly link
On Mon, 2012-02-27 at 13:05 -0600, Richard Lynch wrote:
I'd have to come up with some OTHER scenario not involving fatal
error, such as:
strict $db = new DB();
The example is wrong. The new operator will always return an instance of
the given class (or there will be an exception). Use
On Mon, 2012-02-27 at 21:05 +0100, Gustavo Lopes wrote:
On Mon, 27 Feb 2012 20:09:08 +0100, Johannes Schlüter
johan...@schlueters.de wrote:
On Mon, 2012-02-27 at 13:05 -0600, Richard Lynch wrote:
I'd have to come up with some OTHER scenario not involving fatal
error
Hi,
the primary goal should be to encourage people to move to 5.4 as soon as
possible. The clear marketing message should be along the lines of PHP
5.4 is the best version there is, it has all of 5.3's bug fixes and
additional improvements. We have to drive the 5.4 adoption.
I also don't think
On Sat, 2012-03-03 at 16:19 -0800, Kris Craig wrote:
Hmm yeah that's a good point. I guess the RFC would be to document what
the procedure is; and, if there's not a procedure, then to establish one
for consistency. I'm all for meritocracy for OOP project admins but if
there's no established
On Mon, 2012-03-05 at 13:50 +, Lester Caine wrote:
OK what changed in the automatic updates from PHP5.3.9 to 5.3.10 that stops
Nothing as a
$ svn diff \
https://svn.php.net/repository/php/php-src/tags/php_5_3_9 \
https://svn.php.net/repository/php/php-src/tags/php_5_3_10
clearly
501 - 600 of 1214 matches
Mail list logo