Am 16.07.2011 13:23, schrieb Ferenc Kovacs:
we have debug_zval_dump but it is hard to use correctly
Well, it's not a simple problem then is it? It wouldn't be too hard if
you understood the source of the problem...
with weak references, you wouldn't need to worry about keeping a count
of
Am 17.07.2011 17:40, schrieb Hannes Landeholm:
If you are writing code that caches objects/relations and that caching has a
significant impact on memory usage, you need to care about memory
allocation/management per definition.
Right. That's what I am talking about...a callback on high-memory
Lars: Please don't break up my sentences and take them out of context before
you reply to them. (Hint: If a sentence begins with so it's not a good
idea to just reply to that sentence.)
If you are caching stuff you would rather want to use a strong reference
since the objects should be retained
Hi!
On 7/17/11 6:32 PM, Philip Olson wrote:
there been a proper discussion or RFC on this topic for 5.4. The vote
was premature. Would it have turned out differently had we done it
properly? Probably, but at least we'd have a proper reference point
for why we removed a security feature that was
I agree with Johannes and Oracle/MySQL people : ext/mysqli must be the
preferred way to replace ext/mysql.
PDO lacks advanced features which wont be available because of PDO
internals incompatibility.
ext/mysqli is a true MySQL internal API exposure into PHP user land, PDO is not.
Moreover,
Am 18.07.2011 09:33, schrieb Hannes Landeholm:
Lars: Please don't break up my sentences and take them out of context before
you reply to them. (Hint: If a sentence begins with so it's not a good
idea to just reply to that sentence.)
Sorry for misquoting you. I intended to make it clear to which
I hope this will be more clear once the RFC is complete. I will then start
a
separate thread for official discussion.
All I wanted was to point out that introducing such a thing might overly
complicate things for users not familiar with the concept...as the java guy
pointed out in his
Am 18.07.2011 10:15, schrieb Ferenc Kovacs:
I think that having to know and care about refcounts and zvals are
more complicated than having an Spl class, which can hold a reference
for a variable what can be destroyed to free memory.
and there is a chance that people are familiar with the Weak
On 17 July 2011 10:08, Stas Malyshev smalys...@sugarcrm.com wrote:
Remove magic quotes
Votes: 54 total, 21 PHP Core, 33 community
For removal: PHP group support: 18 (85%), community: 32 (96%)
Again, 3 people voted against: derick,salathe,zeev. Any comments?
Like
On Mon, Jul 18, 2011 at 10:49 AM, Peter Cowburn petercowb...@gmail.com wrote:
On 17 July 2011 10:08, Stas Malyshev smalys...@sugarcrm.com wrote:
Remove magic quotes
Votes: 54 total, 21 PHP Core, 33 community
For removal: PHP group support: 18 (85%), community: 32 (96%)
On 18 July 2011 10:05, Pierre Joye pierre@gmail.com wrote:
On Mon, Jul 18, 2011 at 10:49 AM, Peter Cowburn petercowb...@gmail.com
wrote:
On 17 July 2011 10:08, Stas Malyshev smalys...@sugarcrm.com wrote:
Remove magic quotes
Votes: 54 total, 21 PHP Core, 33
On Mon, Jul 18, 2011 at 11:15 AM, Peter Cowburn petercowb...@gmail.com wrote:
On 18 July 2011 10:05, Pierre Joye pierre@gmail.com wrote:
On Mon, Jul 18, 2011 at 10:49 AM, Peter Cowburn petercowb...@gmail.com
wrote:
On 17 July 2011 10:08, Stas Malyshev smalys...@sugarcrm.com wrote:
On 18 July 2011 10:19, Pierre Joye pierre@gmail.com wrote:
On Mon, Jul 18, 2011 at 11:15 AM, Peter Cowburn petercowb...@gmail.com
wrote:
On 18 July 2011 10:05, Pierre Joye pierre@gmail.com wrote:
On Mon, Jul 18, 2011 at 10:49 AM, Peter Cowburn petercowb...@gmail.com
wrote:
On 17
On 18 July 2011 01:31, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/17/11 3:03 PM, Richard Quadling wrote:
Why bother having defaults if you don't use them.
Err, well, the way PHP ini system works you always have defaults - something
is always stored in the hash.
My local ini
On Mon, Jul 18, 2011 at 11:23 AM, Peter Cowburn petercowb...@gmail.com wrote:
My meaning was simply that trying to explain what was being voted on,
after the vote has closed, is too late. I'm aware of the previous
discussions on the topic on this list.
It has been explained dozen of times
hi,
On Mon, Jul 18, 2011 at 11:44 AM, Richard Quadling rquadl...@gmail.com wrote:
Currently working really only encompasses running PhD on Windows (new
setup for the new home laptop).
But, in essence, the inability to rely on one default setting
inescapably leads to the inability to rely on
On 06/23/2011 08:08 PM, Felipe Pena wrote:
Patched:
Parse error: syntax error, unexpected end of file, expecting
'identifier' (T_STRING)
At least for developers who do not know how a compiler works, I think
that we should think about removing the information duplication of
parse error and
On 18 July 2011 10:45, Pierre Joye pierre@gmail.com wrote:
On Mon, Jul 18, 2011 at 11:23 AM, Peter Cowburn petercowb...@gmail.com
wrote:
My meaning was simply that trying to explain what was being voted on,
after the vote has closed, is too late. I'm aware of the previous
discussions on
On Wed, 13 Jul 2011, Ferenc Kovacs wrote:
On Wed, Jul 13, 2011 at 9:28 PM, Pierre Joye pierre@gmail.com wrote:
On Wed, Jul 13, 2011 at 9:14 PM, Stas Malyshev smalys...@sugarcrm.com
wrote:
Nobody runs PHP with -n, who would you do that? INIs are the recommended
setting, if you
On Mon, Jul 18, 2011 at 1:23 AM, Pierre Joye pierre@gmail.com wrote:
Yes - need to release PHP versions with this code first.
I think we should push this patch to 5.3 now as well, so it will be in
5.3.7, it is important enough.
Got the OK for 5.3, I will apply the patches later today or
Hi:
On Sun, Jul 17, 2011 at 05:31:05PM -0700, Stas Malyshev wrote:
On 7/17/11 3:03 PM, Richard Quadling wrote:
My local ini file is 6 lines long. Works perfectly.
And you rely on magic_quotes being on, right? Then you have peculiar
definition of working perfectly.
Let's not pick fights
On Mon, Jul 18, 2011 at 12:16 PM, Derick Rethans der...@php.net wrote:
On Wed, 13 Jul 2011, Ferenc Kovacs wrote:
On Wed, Jul 13, 2011 at 9:28 PM, Pierre Joye pierre@gmail.com wrote:
On Wed, Jul 13, 2011 at 9:14 PM, Stas Malyshev smalys...@sugarcrm.com
wrote:
Nobody runs PHP with
While I like SplWeekRef and the somewhat proposed SplWeekRefList, you’ll
find attached a patch that exposes a simple function „refcount“ having
this signature:
int refcount(mixed value)
So if you would like to play around with it, have fun. It would be
interesting to see if there are any other
personally I'm of the opinion that even 5.4 should actually cause a fatal
error, but I know this not going to happen
5.4 throw an E_DEPRECATED, but with this being rolled into E_ALL, it still
might get ignored
5.4.1 set default to off
5.4.4 throw an E_WARNING or E_FATAL if turned on
On Mon, Jul
On 18 July 2011 16:40, Keloran ava...@gmail.com wrote:
personally I'm of the opinion that even 5.4 should actually cause a fatal
error, but I know this not going to happen
5.4 throw an E_DEPRECATED, but with this being rolled into E_ALL, it still
might get ignored
5.4.1 set default to off
On 2011-07-18, Keloran ava...@gmail.com wrote:
--20cf307c9ff207e6fd04a859d2f6
Content-Type: text/plain; charset=ISO-8859-1
personally I'm of the opinion that even 5.4 should actually cause a fatal
error, but I know this not going to happen
5.4 throw an E_DEPRECATED, but with this being
I've sifted through the RFC for the array shorthand changes which are
quite nice. Something I'm sure has been brought up, but possibly not
recently: shorthand array splice. Has there been any notion to the
introduction of this feature in the future?
The reason I bring this up is it seems that
Hello,
This is the official RFC discussion thread for Weak References and an
announcement of the RFC.
Please read the RFC before replying: https://wiki.php.net/rfc/weakreferences
In a nutshell: The RFC proposes adding a single class called SplWeakRef
which provides the Weak Reference feature.
On Mon, 18 Jul 2011, Daniel Convissor wrote:
Hi Folks:
We all want to see Magic Quotes go away. Discussions on this list indicate
several people are concerned with doing this in a safe and orderly
manner. [1][2] To this end, I have posted an RFC at
hi Daniel,
What is wrong with the solution we came in the past to kill them? It
covers everything this RFC is trying to define and in a cleaner way.
Cleaner as in not being noisy in all possible ways.
As far as I can remember, it was something along these lines:
- GPC beeing killed means they
hi.
On Mon, Jul 18, 2011 at 6:08 PM, Justin Rovang
justin.rov...@minnesota.edu wrote:
I've sifted through the RFC for the array shorthand changes which are quite
nice. Something I'm sure has been brought up, but possibly not recently:
shorthand array splice. Has there been any notion to the
On Jul 18, 2011, at 7:39 AM, Daniel Convissor wrote:
Hi Folks:
We all want to see Magic Quotes go away. Discussions on this list indicate
several people are concerned with doing this in a safe and orderly
manner. [1][2] To this end, I have posted an RFC at
HI,
A venerability issue was found in libpng 1.2.44 which was used by PHP
5.3.7 RC3. See PHP/ext/gd
http://old.nabble.com/libpng-1.5.4%2C-1.4.8%2C-1.2.45%2C-and-1.0.55-are-available-to32013073.html#a32013073
I was wondering is it possible to upgrade the Libpng in PHP 5.3.7 (RC 4)?
Thanks,
On Jul 18, 2011 9:20 AM, Hannes Landeholm landeh...@gmail.com wrote:
In a nutshell: The RFC proposes adding a single class called SplWeakRef
which provides the Weak Reference feature. This is the only change.
This may just be Monday morning fuzziness, or I've just missed something in
the RFC,
On Jul 18, 2011 9:42 AM, Pierre Joye pierre@gmail.com wrote:
As far as I can remember, it was something along these lines:
- GPC beeing killed means they are off, always. That also means that
the default is Off too.
- a warning is raised when one tries to call
Weak references is an OOP concept. Scalar data types and arrays are not
OOP-related so I don't think that would make sense. Variable references is
not the same as object references. A variable reference is simply a variable
that is connected with another variable (if you set one it will change the
On Jul 18, 2011 11:51 AM, Hannes Landeholm landeh...@gmail.com wrote:
Weak references is an OOP concept. Scalar data types and arrays are not
OOP-related so I don't think that would make sense. Variable references is
not the same as object references. A variable reference is simply a variable
Hi,
Yes, I'm also interested in caching - It's a very interesting subject...
borderline philosophical. When you are caching model instances in a database
object relation layer you could clearly benefit from implementing some kind
of caching mechanism that retains object even though it's unclear
Hi,
On Mon, Jul 18, 2011 at 20:12, Adam Harvey ahar...@php.net wrote:
On Jul 18, 2011 9:20 AM, Hannes Landeholm landeh...@gmail.com wrote:
In a nutshell: The RFC proposes adding a single class called SplWeakRef
which provides the Weak Reference feature. This is the only change.
This may just
hi!
Thanks for the patches, applied to all active branches.
About the tests, it would be very good to have them ported as phpt. As
far as I remember I did that back then when I first ported it to php.
Cheers,
On Sun, Jul 17, 2011 at 8:26 PM, Solar Designer so...@openwall.com wrote:
Hi,
I
Hi,
The gcov.php.net machine is about to die. Nexcess (the owner) already
offered us the possibility to get a replacement.
However, before accepting their offer I would like to know if someone is
still using the gcov.php.net service. Is it still useful for anyone?
A new machine means
Derick Rethans wrote:
Raise E_DEPRECATED when running the CGI or any web server SAPI and a
php.ini file does not contain “magic_quotes_gpc = Off”.
and
Raise E_ERROR when running the CGI or any web server SAPI and a php.ini
file does not contain “magic_quotes_gpc = Off”.
Doesn't that mean that
Am 19.07.2011 00:46, schrieb Ángel González:
Derick Rethans wrote:
Raise E_DEPRECATED when running the CGI or any web server SAPI and a
php.ini file does not contain “magic_quotes_gpc = Off”.
and
Raise E_ERROR when running the CGI or any web server SAPI and a php.ini
file does not
Hi!
The gcov.php.net machine is about to die. Nexcess (the owner) already
offered us the possibility to get a replacement.
However, before accepting their offer I would like to know if someone is
still using the gcov.php.net service. Is it still useful for anyone?
I think test coverage,
2011/7/18 Stas Malyshev smalys...@sugarcrm.com:
Hi!
The gcov.php.net machine is about to die. Nexcess (the owner) already
offered us the possibility to get a replacement.
However, before accepting their offer I would like to know if someone is
still using the gcov.php.net service. Is it
45 matches
Mail list logo