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
co
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
On Jul 17, 2011, at 2:33 AM, Nikita Popov wrote:
> On Sun, Jul 17, 2011 at 11:08 AM, Stas Malyshev
> wrote:
>> Here are the results of the votes. I've split them into "PHP Group" - people
>> that have write access to the PHP code, based on SVN karma algorithm, and
>> "Community" - all the rest.
On Jul 17, 2011, at 5:56 PM, Stas Malyshev wrote:
> Hi!
>
> On 7/17/11 5:46 PM, Philip Olson wrote:
>>> And you rely on magic_quotes being on, right? Then you have peculiar
>>> definition of "working perfectly".
>>
>> Nobody here said they rely on magic quotes, and that is not related to what
Hi!
On 7/17/11 5:46 PM, Philip Olson wrote:
And you rely on magic_quotes being on, right? Then you have peculiar definition of
"working perfectly".
Nobody here said they rely on magic quotes, and that is not related to what a
default value means,
or how they are handled.
We're discussing m
On Jul 17, 2011, at 5:31 PM, Stas Malyshev 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.
His point was that you
Hi!
On 7/17/11 5:35 PM, Ferenc Kovacs wrote:
Stas, could we change the default value?
pretty please?
We could, but what's the point if we're removing it altogether?
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
--
PHP Internals - PHP Runti
On Mon, Jul 18, 2011 at 2:31 AM, Stas Malyshev 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 fil
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 file is 6 lines long. Works perfectly.
And you rely on magic_quotes be
That's a very good point. However it would be discernible by the
context. If there's a literal or a variable to the left of the
operator, it'd be the shift operator (since any literal or variable
the left of the heredoc would result in a syntax error). But it
should likely be more concrete. Per
On 07/17/2011 04:47 PM, Anthony Ferrara wrote:
> Hello all,
>
> I have added an RFC for the addition of logical bitwise shift
> operators. (>>> and <<< proposed).
>
> https://wiki.php.net/rfc/logicalshiftoperator
>
> Feedback welcome,
Your RFC should probably address the issue that we already
no one ?
Le 5 juillet 2011 15:52, Jérôme Loyet a écrit :
> Hi there,
>
> a while ago I submitted a patch to allow multiple simultaneous syslog
> connections (http://marc.info/?l=php-internals&m=129639452805700&w=2).
>
> I've written a RFC for inclusion in 5.4:
> https://wiki.php.net/rfc/allow_mul
Hello all,
I have added an RFC for the addition of logical bitwise shift
operators. (>>> and <<< proposed).
https://wiki.php.net/rfc/logicalshiftoperator
Feedback welcome,
Thanks
Anthony
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.
hi!
Thanks for the patches! Very welcome :)
On Mon, Jul 18, 2011 at 12:51 AM, Solar Designer wrote:
> Yes, but this is not terribly important. In practice, "$2a$" is almost
> the same as "$2y$". For passwords that don't contain the '\xff'
> character (which is not even valid in UTF-8 sequenc
On Sun, Jul 17, 2011 at 04:29:15PM -0600, Joey Smith wrote:
> On Sun, Jul 17, 2011 at 10:26:16PM +0400, Solar Designer wrote:
> > + * For actual implementation, we set an array index in the variable "bug"
> > + * (0 means no bug, 1 means sign extension bug emulation) and a flag in the
> > + * varia
On Sun, Jul 17, 2011 at 10:26:16PM +0400, Solar Designer wrote:
> + * For actual implementation, we set an array index in the variable "bug"
> + * (0 means no bug, 1 means sign extension bug emulation) and a flag in the
> + * variable "safety" (bit 16 is set when the safety measure is requested).
>
On 17 July 2011 02:04, Daniel Convissor
wrote:
>
> Hi Stas:
>
> > Nobody runs PHP with -n, who would you do that? INIs are the
> > recommended setting, if you ignore that, you do it at your own
> > peril.
>
> I've seen many servers that run with php.ini files that have only a few
> lines in them,
Hi,
I released crypt_blowfish 1.2 earlier today:
http://www.openwall.com/lists/announce/2011/07/17/1
Since these updates are so important because of a bug of mine (sorry!),
I felt like saving PHP developers some time and updating both 5.3 and 5.4
to the new version myself. It turns out 5.4 was
Derick Rethans wrote:
On Sun, 17 Jul 2011, Stas Malyshev 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?
Yes, of course.
hi,
The pecl-dev mailing list is more appropriate to discuss pecl's pkg
issues, features or anything else related to them. There is also a bug
tracker where you can report issues (but not attach patches, sadly for
now, so use your own place to store them).
Thanks!
On Sun, Jul 17, 2011 at 5:31 AM
I ran into some issues with SSL and Oauth signatures, particularly
with non-standard ports. I made some changes in the oauth module source
to solve the issues, is this list an appropriate place to post the patch
or where should I send it so I don't have to do this again on newer
versions.
Jame
On Sun, 17 Jul 2011, Stas Malyshev 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?
Yes, of course. I really want
hi,
On Sun, Jul 17, 2011 at 5:40 PM, Hannes Landeholm wrote:
> On 17 July 2011 12:38, Ferenc Kovacs wrote:
>>
>> Hannes, now you should have karma for the rfc namespace, so you can
>> now extend the article with your suggestions.
>
>
>
> Great, I'll start contributing ASAP. What's the next ste
On 17 July 2011 12:38, Ferenc Kovacs wrote:
>
> Hannes, now you should have karma for the rfc namespace, so you can
> now extend the article with your suggestions.
Great, I'll start contributing ASAP. What's the next step after the RFC is
complete? Testing? Voting?
On 17 July 2011 15:04, Lar
On Sun, Jul 17, 2011 at 3:04 PM, Lars Schultz wrote:
> I too would welcome a solution to this problem, I've run into it several
> times already and always had to use a semi-satisfactory solution. I hadn't
> heard about weak-references before, and I generally like the concept. What I
> am not so su
I too would welcome a solution to this problem, I've run into it several
times already and always had to use a semi-satisfactory solution. I
hadn't heard about weak-references before, and I generally like the
concept. What I am not so sure is wether this makes everything alot more
complicated f
On Sat, Jul 16, 2011 at 12:11 PM, Hannes Landeholm wrote:
> I was going to add some content to
> https://wiki.php.net/rfc/weakreferencesnow but the wiki tells me that
> the page is read only for me. I couldn't find
> any details on who to contact to change this.
>
> ~Hannes
>
Hannes, now you shou
On Sun, Jul 17, 2011 at 11:08 AM, Stas Malyshev wrote:
> Here are the results of the votes. I've split them into "PHP Group" - people
> that have write access to the PHP code, based on SVN karma algorithm, and
> "Community" - all the rest. Here it goes:
Just to clarify: Is "PHP Group" anyone with
Hi!
Here are the results of the votes. I've split them into "PHP Group" -
people that have write access to the PHP code, based on SVN karma
algorithm, and "Community" - all the rest. Here it goes:
Declare PHP/php as namespace reserved for PHP internals
29 matches
Mail list logo
