On Sat, 2010-11-27 at 03:50 -0800, Karoly Negyesi wrote:
tl;dr the PHP developers have a false belief in not breaking backwards
compatibility in minor releases.
Besides from what Pierre said: There is a difference between the
language and the function library. The change in the language from
On Sat, 2010-11-27 at 11:58 -0500, Matthew Weier O'Phinney wrote:
On 2010-11-26, Pierre Joye pierre@gmail.com wrote:
On Fri, Nov 26, 2010 at 8:15 PM, Zeev Suraski z...@zend.com wrote:
3. The motivation to skip 6 doesn't stem from marketing at all. The
main motivation is that there's
Hi,
every now and then while writing classes I forget to add the function
keyword between my visibility modifier and the method name in a class
declaration. I don't think it is required for readability and it is not
needed by the parser to prevent conflicts, I therefore propose the
following RFC
On Sat, 2010-11-27 at 19:30 +0100, Pierre Joye wrote:
+1 if While technically possible this RFC suggests that the following
shall NOT be valid for keeping the code readable also means that the
patch implements it as well (force the function visibility property
usage).
The patch follows the
On Sat, 2010-11-27 at 22:58 +0100, Mike Van Riel wrote:
With this patch I will loose this recognition point and the first
solution that comes to mind is to search for () or arguments. This
sounds rather hackish to me, might I be missing a solution?
The rule is something like
[ T_PUBLIC |
On Sat, 2010-11-27 at 23:14 +0100, Johannes Schlüter wrote:
[ T_PUBLIC | T_PROTECTED | T_PRIVATE | T_STATIC | T_ABSTRACT ] { } T_STRING
( param_list ) { { statement_ist } }
I forgot T_FINAL there.
johannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
On Sun, 2010-11-28 at 09:02 -0500, Daniel Convissor wrote:
Hi Again:
On Sat, Nov 27, 2010 at 08:43:40PM -0500, Daniel Convissor wrote:
Not that my vote really counts, but -1. Doing so would eliminate the
helpful ability to grep source code for 'function bar'.
I can see this point.
On Mon, 2010-11-29 at 12:18 -0600, la...@garfieldtech.com wrote:
Another advantage here would presumably be performance. If there's
no
getter defined then the engine could simply map $foo-bar to the
class
member directly (which is really fast) and not to a method, so
there's
no added
On Mon, 2010-11-29 at 13:40 -0600, la...@garfieldtech.com wrote:
I still want to keep the performance implications in mind, as this
sounds like something that we'd want to use a lot but could also cost a
lot more than it seems at first glance if we're not careful.
By making properties in
On Tue, 2010-11-30 at 09:15 -0500, presid...@basnetworks.net wrote:
That is true for PHP variables. isset is basically saying does this
variable exist, and unset is saying to get rid of it.
Because properties (as defined in my RFC) are not a variable, but rather a
set of methods, I do not
On Tue, 2010-11-30 at 19:31 -0500, presid...@basnetworks.net wrote:
isset() in the way you suggest would just be confusing. It would
allow is
to say that a property does not exist, when in fact it does exist.
This
is not logical.
Even when a property does exist physically (by these
On Wed, 2010-12-01 at 10:01 -0500, David Soria Parra wrote:
On 2010-12-01, Pierre Joye pierre@gmail.com wrote:
hi,
I think we have enough feedback about this topic. We will come back
with a detailed proposal explaining how it could be done, which tools,
etc.
I think it would be
On Thu, 2010-12-09 at 14:58 -0500, Michael Morris wrote:
Since $_INPUT would be read only from inception nothing can break because it
can't be written to. At an INI level the option to turn off the legacy
superglobals it replaces might be added, but that's a separate issue.
The filter
be found on 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 Tue, 2010-12-14 at 22:22 +0300, jvlad wrote:
No. Php if we talk about php with all its extensions is not threadsafe
at
all. Many of the extensions allocate static data and inherently
non-thread-safe.
PHP is, if compiled with ZTS/TSRM, thread-safe. Some libraries used by
some
On Wed, 2011-01-05 at 18:30 +0100, Patrick ALLAERT wrote:
?php
class foo {
static function def() {
// $x as a static *function* var
static $x = foo;
return $x;
$x is a reference to the static variable. It has to since assignment to
$x, which is a local variable,
On Thu, 2011-01-06 at 14:38 +0100, Stefan Marr wrote:
On of those things is that you actually use ReflectionClass to reflect
on a trait.
That is really an implementation detail, and should be changed to not
confuse anyone on a conceptional level. We should not expose that kind
of
On Fri, 2011-01-14 at 17:15 +0300, Antony Dovgal wrote:
Hi all!
Are there any objections if I disable E_DEPRECATED notice in dl() for FPM
SAPI?
The notice is already disabled for CGI/FastCGI, CLI and Embed SAPIs.
I believe there's no reason for this notice in case of FPM, too.
Patch:
On Tue, 2011-01-18 at 11:00 +0300, Antony Dovgal wrote:
On 01/17/2011 09:19 PM, Johannes Schlüter wrote:
I think it can be quite dangerous if you have extensions living shorter
than the PHP process. Not only might dlclose() cause some leaks but
there are a few extensions playing
On Tue, 2011-01-18 at 17:09 +0100, Sascha Meyer wrote:
Good afternoon,
I added a link to the qa/releases/snapshots archives on the PHP for Windows
downloads page
[...]
I would love if we could move all that back to php.net, downloads should
use our mirrors for serving users best and giving
On Mon, 2011-01-24 at 13:19 +0100, Pierre Joye wrote:
NULL is for pointers where 0 is for integer-like.
Testing if a ptr is NULL should be done by testing for NULL or not
NULL.
While compilers tolerate *ptr = 0 by casting 0 to NULL, any other
runtime check must use NULL. That's KR 101.
On Mon, 2011-01-24 at 19:11 +, Gustavo Lopes wrote:
Hum? Pierre's change is correct, but it's also redundant.
Please read the C FAQ: http://c-faq.com/null/ptrtest.html
What would be invalid would be testing for a null pointer with something
like this:
void *p;
...
int a = 0;
if
Hi,
On Mon, 2011-01-24 at 13:26 -0500, Michael Morris wrote:
Anyway, var_export takes 2 arguments - the expression to be converted and
whether to return or echo it. I'd like to add a third, whether to use
spaces (default) or tabs for indentation
While I'm not sure that's really needed:
Why
On Tue, 2011-01-25 at 19:09 +0100, Keisial wrote:
This thread went on bikeshedding about if it's legal C or not.
The question whether the code is legal or not is not bikeshedding.
Valid, correct, code is important. Both for function and for
maintenance.
The questions is cleared: The old code is
On Tue, 2011-02-01 at 01:04 +0100, Pierre Joye wrote:
On Mon, Jan 31, 2011 at 11:33 PM, Stas Malyshev smalys...@sugarcrm.com
wrote:
But I strongly believe in a threaded base solution for windows. That's
the only way to get anywhere close to the performance we can see on
other platforms
Hi,
a quick note: It's just a bit more than a month since 5.3.5 but as 5.3.5
didn't include most fixes done since 5.3.4 it's already time for 5.3.6.
Therefore 5.3.6RC1 will come on Thursday 17th, packaging Wed 16th evening
my time (Europe) Please make sure you don't break too much with last
in the release process of this versions and goal
is having a 2nd RC two weeks from now. Majority of the changes are of
the bug fix variety. To ensure that the release is solid, please test
this RC against your code base and report any problems that you
encounter.
Johannes Schlüter
PHP 5.3 Release Master
Hi,
my mistake. I didn't test on windows but rev. 308564 should fix it. Will
test with VS tonight.
johannes
On Tue, 2011-02-22 at 13:32 +0100, Carsten Wiedmann wrote:
Am 19.02.2011 17:04, schrieb Johannes Schlüter:
Revision: http://svn.php.net/viewvc?view=revisionrevision=308482
Log
that the release is solid, please test
this RC against your code base and report any problems that you
encounter.
Johannes Schlüter
PHP 5.3 Release Master
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
for the release. This RC fixes errors in the
shmop and SPL extensions as well as updating the timezone database. To
ensure that the release is solid, please test this RC against your code
base and report any problems that you encounter.
Johannes Schlüter
PHP 5.3 Release Master
--
PHP Internals
On Thu, 10 Mar 2011 17:11:42 +0100, sexyprout hellosexypr...@gmail.com
wrote:
What will be the changes in PHP 5.3.6 final?
From the message you quoted:
2011/3/10 Johannes Schlüter johan...@php.net
This is a step in the release process of this versions and goal
is having a final version
#5.3.6. For source downloads please
visit our downloads page http://php.net/downloads.php, Windows
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
On 04/18/11 05:04 PM, Ferenc Kovacs wrote:
Hi.
I've just noticed that in spite of the documentation, one can (try to) load
a zend_extension via a relative path.
http://www.php.net/manual/en/ini.core.php#ini.zend-extension
http://www.php.net/manual/en/ini.core.php#ini.zend-extensionthe only
+1
Only thing for trunk to be done besides stabilization and such is
agreeing on the type hint stuff (and if we can't agree at least agree to
disagree for the moment and get the release out of the door). Currently
we still have the language extension which looks like another syntax but
does
On 04/20/11 02:05 PM, Michael Morris wrote:
This takes advantage of the fact that this CLI client, which will*not* be
running as a daemon, will have an open terminal window for it for as long as
it persists until the process is stopped with CTRL-C. Sending output to
that terminal window
On 04/20/11 04:18 PM, Dave Ingram wrote:
On 04/19/11 15:44, Michael Morris wrote:
watch ($var) - $var is sent to the console on the line this statement is
made with the statment now watching 'var'.. init value x, and then each
time it changes it is updated in the console.
Just my 0.02 as a
Hi,
we have quite a few SAPIs where I expect that nobody looked at them for
years. Anybody objects from dropping them from trunk? This brings less
stuff to document and less confusion for users.
I suggest dropping:
aolserver
caudium
continuity
milter
phttpd
pi3web
roxen
thttpd
tux
webjames
On Wed, 2011-04-27 at 15:36 +0200, Julien Pauli wrote:
I'm +1 with that list.
I'd like to have some time to work on a lighttpd sapi if possible
(haven't seen lighttpd API yet). If someone got the same idea, just
tell it...
lighty's API for that is FastCGI. There is an native API, but
On Thu, 2011-04-28 at 20:04 +0200, Ferenc Kovacs wrote:
Why I need being saved from documenting my code properly? Anyway, the
function code defines the behavior, declaration of return type just ensures
function would fail in runtime if your code tries to return unexpected data
- but how is
Gustavo,
when building trunk on Solaris I get some errors as struct ifreq
contains no member ifr_ifindex and SIOCGIFNAME, SIOCGIFADDR,
SIOCGIFINDEX and maybe others which are used in ext/sockets/multicast.c
aren't defined.
Can you look into this?
johannes
--
PHP Internals - PHP Runtime
Hi,
On Apr 30, 2011, at 17:13, Anthony Ferrara ircmax...@gmail.com wrote:
I have already reported this issue on the bug tracker:
http://bugs.php.net/bug.php?id=54638
Besides the question about query cache and security there is a bit more to keep
in mind:
Using native prepared statements
On Tue, 2011-05-10 at 20:21 +0200, Ferenc Kovacs wrote:
creating an official EBNF would solve this problem, among others as well.
http://marc.info/?l=php-internalsm=129387252319019
patches welcome ;)
A formal syntax description might help with highligting, not with all
assisting features an
On Tue, 2011-05-10 at 20:27 +0200, Ferenc Kovacs wrote:
I find it funny that you, Sebastian and others who are supporting docblocks
over annotations didn't found the time to do it, but you always bring this
up.
http://pecl.php.net/package/docblock exists. I never used it, but either
it is
On Wed, 2011-05-11 at 03:39 -0500, dukeofgaming wrote:
In other words, the ideal situation to move this particular case forward is
to have more stakeholders join the discussion, right?. An issue that I see
here is that it is not that easy to join in the discussion because:
a) They would need
On Wed, 2011-05-11 at 10:21 +0100, Lester Caine wrote:
dukeofgaming wrote:
c) The public mirror of the newsgroup is faulty, see
http://news.php.net/php.internals/52242 for example
/command too long: XPATH 4dc826b1.4090...@lerdorf.com
mailto:4dc826b1.4090...@lerdorf.com
On Wed, 2011-05-11 at 18:03 +, Andi Gutmans wrote:
Stas, in the past we had alphas. Is there any reason why we wouldn't
roll one out asap? (revert the typehints stuff and go).
+1
johannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
On Wed, 2011-05-11 at 11:43 -0700, Stas Malyshev wrote:
Hi!
Stas, in the past we had alphas. Is there any reason why we wouldn't
roll one out asap? (revert the typehints stuff and go).
OK, I can do the stuff (typehints, branch, tag) on the weekend. I don't
know how to roll the
On Fri, 2011-05-13 at 19:43 -0400, Andrew Curioso wrote:
I attached a diff of my changes.
This didn|T come through. Make sure it is send as textplain *for
isntance name it .txt(
johannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Hi,
I|d actuallz suggest a different option:
If a parent constructor is called but doesn't exist the engine should
ignore this. The same goes for destructors.
This solution would also work for userland classes.
johannes
On Mon, 2011-05-16 at 14:14 -0400, Andrew Curioso wrote:
So, I ran
Hi,
On Fri, 2011-05-20 at 11:15 -0500, Larry Garfield wrote:
1) Is this even a viable approach? It seems like it, but to my
knowledge no one else has done this to any serious extent which makes me
wonder if there's a reason the road less traveled is less traveled.
This is a case by case
On Fri, 2011-05-20 at 11:45 -0500, Larry Garfield wrote:
If the long term result is that PECL gets more attention and usage as
people realize the advantages of C-based code, even better.
I think it's the exact opposite - the less C code we need the better.
Developing C code is more work.
Hi,
Quick notice: On Thursday (June 2nd) I'll roll 5.3.7RC1 please make sure all
fixes are in, I hope we can have a short cycle.
Johannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 2011-06-01 at 13:45 +0200, Ilia Alshanetsky wrote:
This variant is not workable, because there are (in the example) in 2014
*five* branches. Merging between those, manually and automatically is
going to be a major pain. I'd say we all rather want to focus our time
on fixes and new
On Thu, 2011-06-02 at 15:29 +0200, Pierre Joye wrote:
hi,
I like this for the current stable branch, no bc impact and gives a
way to detect such mistakes (not ideal but better than nothing).
This has an BC impact. some stupid error handler might be triggered
which might break an application.
On Sat, 2011-06-04 at 23:00 +, Andi Gutmans wrote:
Hi,
I've been getting quite a few inquiries re: PHP's lack of support
for modern technologies such as NoSQL databases (for lack of better
term). There is some (mistaken) perception that PHP is behind on this
front.
I'm in the believe
On Mon, 2011-06-06 at 10:18 -0500, Larry Garfield wrote:
The only way, currently, that projects can predict what a given host
will have installed is bundled in core PHP. If it's in the core PHP
bundle, we can *usually* expect it to be there. If not, we can
*usually* presume it won't be.
On Mon, 2011-06-06 at 12:53 -0400, Matthew Weier O'Phinney wrote:
But one thing is sure, all distributions do include mongodb,
memcache(d), couchdb, etc. If you can't run an apt-get install
memcached (non core), just like you run apt-get install pdo_mysql
(core), then there is something
On Mon, 2011-06-06 at 22:30 +0200, Mike van Riel wrote:
1. Does it hurt to disable the Zend MM?
2. Can it be done from inside a PHP Script?
3. Why is the memory consumption so much lower, even lower than my
calculations?
When you disable Zend MM PHP will not use it but directly the system's
On Mon, 2011-06-06 at 18:40 -0300, Martin Scotta wrote:
It'd be very nice if some extension could be enabled just by dropping the
extension file on the path.
So developers can check what they have using phpinfo, and then upload the
needed extension using ftp. Is it possible?
No sane sysadmin
On Mon, 2011-06-06 at 01:28 +0200, Lars Strojny wrote:
I¹ve finally found some time to put together a first draft of an RFC for
currying (https://wiki.php.net/rfc/currying). This is basically meant as a
starting point to find a clean and concise syntax for PHP. So, if you
kinda like what
On Tue, 2011-06-07 at 12:12 -0700, Stas Malyshev wrote:
Hi!
https://wiki.php.net/rfc/callable
It is good there's an RFC. However it seems to lack code examples. I
understand it may be obvious to the proposers how it looks like, but
it'd be nice to have the actual example there as it is
On Tue, 2011-06-07 at 21:03 +0200, David Zülke wrote:
144 (not 114!) bytes is for an integer; I'm not quite sure what the
overheads are for arrays, which token_get_all() produces in
abundance :) An empty array seems to occupy 312 bytes of memory.
Also, strings have memory allocated in 8 byte
On Wed, 2011-06-08 at 10:38 +0200, Hannes Magnusson wrote:
2011/6/8 Johannes Schlüter johan...@schlueters.de:
On Tue, 2011-06-07 at 12:12 -0700, Stas Malyshev wrote:
Hi!
https://wiki.php.net/rfc/callable
It is good there's an RFC. However it seems to lack code examples. I
On Wed, 2011-06-08 at 12:17 +0200, Hannes Magnusson wrote:
A callable wouldn't be fully featured type.
Which means that
class callable { }
No. 'callable' is a parser token.
Which has larger implications. This break code where people use callable
as constant, property, function or
On Wed, 2011-06-08 at 11:27 +0100, Richard Quadling wrote:
If you try to use $funcarray(), you get the following fatal error ...
Fatal error: Function name must be a string
This is fixed. See thread
From: Felipe Pena felipe...@gmail.com
To: internals internals@lists.php.net
Subject:
On Fri, 2011-06-10 at 12:03 +0100, Keloran wrote:
As far as I can see there are very few extension that are really needed in
the core, the main problem comes from distributions changing the methods
that PECL works or the core works
e.g.
Ubuntu you need to install the -dev version in order
On Fri, 2011-06-10 at 17:52 +0100, Derick Rethans wrote:
Yes, indeed. That was a typo. The original point still stands though.
And IMO, this should be fixed in the Windows port so that on 64 bit
processors, the PHP int type (the C long type) is actually 64 bits,
just like almost any other
On Thu, 2011-06-16 at 08:12 +0200, Pascal COURTOIS wrote:
Le 16/06/2011 08:01, dukeofgaming a écrit :
Sorry if the question is dumb, but, how many core developers does PHP have?,
how many in total (including non-core contributors)?.
That's not the point. Whatever the project is, every
On Thu, 2011-06-16 at 12:26 +0200, Pascal COURTOIS wrote:
Le 16/06/2011 12:12, Pierre Joye a écrit :
It is not what Johannes said and we do fix bugs every single day. What
Johannes said is that we can't force a volunteer to do something
specific instead of what he wants to do.
It is
On Thu, 2011-06-16 at 19:54 +0200, Ferenc Kovacs wrote:
Okay, so namespaces doesn't exists for the engine, because they are added to
the classnames in compile-time, but we could add some --rX argument for the
php binary, which would iterate over the classes and functions and so for a
given
.
Windows users please mind that we don't provide VS6 builds anymore since
PHP 5.3.6. When using the openssl extension please mind a known
regression which might lead to a performance degression. This regression
will be fixed with RC2 and the final release.
Johannes Schlüter
PHP 5.3 Release Master
On Thu, 2011-06-16 at 23:42 +0200, Johannes Schlüter wrote:
To find out what was changed since the last release please refer to
the
NEWS file found within the archive or on
http://svn.php.net/viewvc/php/php-src/tags/php_5_3_4RC1/NEWS?revision=HEADview=markup
This should - obviously - have
On Mon, 2011-06-20 at 07:36 +0100, Arpad Ray wrote:
This patch implements unregister_shutdown_function(), which removes a
function already registered with register_shutdown_function().
It resolves request #53702 (according to google, not sure if it's
still active) and I've thought it a
On Mon, 2011-06-20 at 13:27 +0200, Robert Eisele wrote:
foreach() has many functions, looping over arrays, objects and implementing
the iterator interface. I think it's also quite intuitive to use foreach()
for strings, too.
I would prefer a TextIterator as we had in the old PHP 6 as this
On Mon, 2011-06-20 at 09:28 -0500, dukeofgaming wrote:
On Mon, Jun 20, 2011 at 8:30 AM, Derick Rethans der...@php.net wrote:
I am not generally against this RFC, but this point needs to be
discussed first IMO. As having 5 active branches at the same time for
the multiple major releases
On Mon, 2011-06-20 at 16:31 +0200, Etienne Kneuss wrote:
Negative string offsets is a wish and also an implementation of my running
PHP version for long. It operates in the same fashion like substr() with
negative offsets, but avoids the function call and is much smarter if one
single
the conflict from
above. I didn't suggest adding support for $a[-1] as last element for
arrays, I know quite well why this won't make sense.
johannes
2011/6/20 Johannes Schlüter johan...@schlueters.de
On Mon, 2011-06-20 at 16:31 +0200, Etienne Kneuss wrote:
Negative string offsets
On Mon, 2011-06-20 at 07:11 -0700, Philip Olson wrote:
On Jun 20, 2011, at 7:01 AM, Robert Eisele wrote:
Could I please get an wiki account? I've posted some stuff on the mailing
list, but I think it would be better to document all this stuff on a central
place, also with regard to get
On Mon, 2011-06-20 at 20:38 +0200, Robert Eisele wrote:
I really like the ideas shared here. It's a thing of consideration that
array-functions should also work with strings. Maybe this would be the way
to go, but I'm more excited about the OOP implementation of TextIterator and
ByteIterator,
On Thu, 2011-06-23 at 21:47 +0100, Derick Rethans wrote:
Hi!
In order to fix Xdebug bug #587 (http://bugs.xdebug.org/view.php?id=587)
I need to have access to module_initialized which is currently a static
in main/main.c. I've added a simple function to retrieve that and would
like to
On Mon, 2011-06-27 at 01:31 +0200, Pierre Joye wrote:
hi!
I did not read the report, do you have the details about the breakage?
It could be acceptable in 5.3.
If the hash changes everybody who stored encrypted passwords or such
using the old format can't verify them anymore.
My suggestion
On Tue, 2011-06-28 at 12:19 +0200, David Zülke wrote:
On 27.06.2011, at 01:55, Stas Malyshev wrote:
However, it still has a chance somebody's data won't work after the
update if he had 8-bit data hashed with old crypt(). He would need
either to re-hash or to change prefix from $2a to $2x.
On Tue, 2011-06-28 at 23:37 +0100, Arpad Ray wrote:
- Colours messages according to their response code (success=green,
client error=yellow, server error=red)
I would prefer if this would be an ini option (if (cli_web_server.color
isatty) color = true) default can be on, but I've seen cases
On Wed, 2011-06-29 at 11:45 +0100, Derick Rethans wrote:
That's why the patch first checks whether stdout is actually a tty, so
your log file will not have ansi control characters.
While that check is not always the best/good thing. For instance if
you're using script(1) to log a terminal
On Thu, 2011-06-30 at 07:08 +0200, David Zülke wrote:
On 29.06.2011, at 01:19, Johannes Schlüter wrote:
On Tue, 2011-06-28 at 23:37 +0100, Arpad Ray wrote:
- Colours messages according to their response code (success=green,
client error=yellow, server error=red)
I would prefer
On Tue, 2011-07-05 at 16:50 +0100, Richard Quadling wrote:
C:\php5\php.exe --verbose -f d:\docs\phd\render.php -- --verbose
That happens with all options.
$ php -n run-tests.php -n
Non bikeshedding thought ...
Being able to enable full error reporting at the command line has to
be
On Wed, 2011-07-06 at 16:46 +0100, Richard Quadling wrote:
2011/7/6 Johannes Schlüter johan...@schlueters.de:
On Tue, 2011-07-05 at 16:50 +0100, Richard Quadling wrote:
C:\php5\php.exe --verbose -f d:\docs\phd\render.php -- --verbose
That happens with all options.
$ php -n run
Hi,
I was told (didn't verify) that this causes lots of trouble with PEAR
and other applications. We're in final RC phase of 5.3.7. I don't think
it is critical for 5.3.7 and I wonder whether we need it for 5.3 at all.
johannes
On Mon, 2011-07-04 at 14:55 +, Dmitry Stogov wrote:
dmitry
and fill logfiles but also triggers error handlers which
won't expect this ...)
johannes
2011/7/7 Johannes Schlüter johan...@schlueters.de:
Hi,
I was told (didn't verify) that this causes lots of trouble with PEAR
and other applications. We're in final RC phase of 5.3.7. I don't think
Hi,
On Wed, 2011-06-08 at 12:04 +0200, Johannes Schlüter wrote:
Having the behavior cleared I wonder how useful it is in practical
terms. A class type hint guarantees me I can do a specific call to
methods defined in the class/interface. The proposed type hint tells
me
I can call
using PDO::PARAM_INT.
--
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
On Fri, 2011-07-15 at 14:56 +0200, Reindl Harald wrote:
Am 15.07.2011 14:46, schrieb Johannes Schlüter:
ext/mysql was built for MySQL 3.23 and only got very few additions since
then while mostly keeping compatibility with this old version which
makes the code a bit harder to maintain
New idn PECL extension (GNU libidn) as proposed in
http://marc.theaimsgroup.com/?l=pecl-devm=108282209813233w=2
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, 2013-08-30 at 10:49 +0200, Julien Pauli wrote:
Just to say : one benefit of this work would be to finally have autoload
functionnality (which is a Core feature IMO) included in Zend/ and no more
in an extension.
What is the benefit, except having more stuff in the engine? SPL is part
On Fri, 2013-08-30 at 16:43 +0200, X Ryl wrote:
Hi,
Please find attached a patch for adding large file size support to
PHP 5.5.1.
The patch didn't make it. Please send as text/plain (i.e. using .txt
extension)
It does so by, from the PHP's side, getting double instead of int for
the
Hi,
there has been some chatter about windows.php.net, which drives me to
the question: Do we need that site? Why and for what?
Few data items:
* The news on w.p.n are not really maintained and provide
outdated info.
* Downloads are not using our 90 world-wide mirrors but a
On Sat, 2013-08-31 at 13:22 -0700, Kris Craig wrote:
The downloads section of windows.php.net is regularly updated. It
currently hosts 5.3.3, released 10 days ago. The snaps and news are a bit
outdated, but I'd say the solution to that is to encourage more
participation, not shut it down
On Sat, 2013-08-31 at 22:38 +0200, Nikita Popov wrote:
The Windows site also hosts DLLs for PECL:
http://windows.php.net/downloads/pecl/ That should also be put in some
prominent location, because right now I don't think it's even linked from
anywhere. Instead the website has a notice that
On Sun, 2013-09-01 at 01:50 +0200, Pierre Joye wrote:
Why and for what?
Few data items:
* The news on w.p.n are not really maintained and provide
outdated info.
I take the blame for that. We have been too busy with (many) other
(also non windows specific) QA tasks. The
lol.
(sorry for top posting)
On Sun, 2013-09-01 at 03:01 +0200, Pierre Joye wrote:
On Sun, Sep 1, 2013 at 2:25 AM, Johannes Schlüter
johan...@schlueters.de wrote:
On Sun, 2013-09-01 at 01:50 +0200, Pierre Joye wrote:
Why and for what?
Few data items:
* The news on w.p.n
801 - 900 of 1214 matches
Mail list logo
