[PHP-DEV] references / zend_assign_to_variable / IS_CONST operands in APC

Consider the following small test case where $y is first made to be a reference to $x. And next, we assign a literal to $y. Example #1: refcount; zval garbage; if (type!=IS_TMP_VAR) { value->refcount++; <- incrementing the refcount of RHS zval } garbage = *va

Re: [PHP-DEV] Exceptions = Apache Crash in PHP 5.3 Snaps

Hi Scott, Scott MacVicar wrote: Can you try a debug build with --enable-debug to get a more detailed backtrace. Also what is the exact configure line and which apache 2 model are you using? Worker or Pre-fork? Scott On 29 Mar 2008, at 01:12, Jeremy Privett wrote: Hey list, I really /reall

Re: [PHP-DEV] Exceptions = Apache Crash in PHP 5.3 Snaps

Can you try a debug build with --enable-debug to get a more detailed backtrace. Also what is the exact configure line and which apache 2 model are you using? Worker or Pre-fork? Scott On 29 Mar 2008, at 01:12, Jeremy Privett wrote: Hey list, I really /really/ hate to cause additional nois

[PHP-DEV] Exceptions = Apache Crash in PHP 5.3 Snaps

Hey list, I really /really/ hate to cause additional noise on this list, but I'm developing software in the PHP 5.3 snapshots with a timeline for release around the same time this version of PHP is released. We always try to keep current with our snapshots to make sure everything still works.

Re: [PHP-DEV] [RFC] Double quoted NOWDOC is HEREDOC

2008/3/24, Marcus Boerger <[EMAIL PROTECTED]>: > Hello Lars, > > to me this makes pretty much sense on a second glance as it perfectly > reflects what our string would do. And for someone learning 'NOWDOC', > using "HEREDOC" seems just natural. > So I am all +1 > Consistency and satisfying ex

Re: [PHP-DEV] practical phar considerations

Hi Greg, what benefit is there in adding complexity of remembering the Phar::GZ constant over setCompressedGZ()? We have to think hard about changes like this. We did think hard about them. In fact I thought you'd implemented compress(Phar::GZ) to replace the long-named one now :) Need to g

[PHP-DEV] practical phar considerations

Hi, Before I say anything, I have just concluded 20 hours of travel and feel kinda funny, so please take that into consideration :). Regarding API changes, let's first be clear: 1) Any changes to file creation need to be understood in terms of what they means. For instance, let's look at:

[PHP-DEV] Type hinting question

Not bringing the issue back up on the list, I was just wondering if there is a supporter of type hinting that would be willing to help me implement an automatic conversion of objects with a __tostring() method to strings if the object was passed as an argument with a string type hint. -- PHP In

Re: [PHP-DEV] phar API

No one is complaining about functionality. However I think API issues are more than "prettification" and "wishlist" - maybe not alpha important but certainly beta and release - if I'm not going to be doing fancy manipulation of phars and only want a quick way to create them and run them (which is

Re: [PHP-DEV] phar API

Hiya Steph, >> Not add an empty directory - just add a directory and its contents much >> like the Phar::create would do - an assumption that you want everything >> in that directory inside with no iterators or magic required. > > Hmm.. and how would you tell the difference between: empty directo

Re: [PHP-DEV] phar API

Hi Elizabeth, The only things I see missing are an addFile and addDirectory shortcut methods for when I don't want to mess with all the metadata or creating iterators. addDirectory() is called createDirectory() in my RFC, just ignore the return value. What would you like addFile() to do? Addin

Re: [PHP-DEV] phar API

>> The only things I see missing are an addFile and addDirectory shortcut >> methods for when I don't want to mess with all the metadata or creating >> iterators. > > addDirectory() is called createDirectory() in my RFC, just ignore the > return value. What would you like addFile() to do? Adding a

Re: [PHP-DEV] Richard's lack of understanding of instances vs classes.

On 27/03/2008, Lokrain <[EMAIL PROTECTED]> wrote: > Hello Internals, > > This discussion was very interesting to me so I made some research about all > languages OOP. > Each time I saw definition of public, protected, private there was an > explanation which never > mentioned instances, but cl

Re: [PHP-DEV] [RFC] Double quoted NOWDOC is HEREDOC

On 28/03/2008, Gwynne Raskind <[EMAIL PROTECTED]> wrote: > On Mar 24, 2008, at 8:59 AM, Marcus Boerger wrote: > > Hello Lars, > > > > to me this makes pretty much sense on a second glance as it perfectly > > reflects what our string would do. And for someone learning 'NOWDOC', > > using "HERE

Re: [PHP-DEV] phar API

Hi Elizabeth, Am Freitag, den 28.03.2008, 12:12 -0500 schrieb Elizabeth M Smith: [...] > I'd vote for Phar::canWrite() && is_writable('test.phar') - so you know > if you actually can change the phar. OK, fine. That's how I have it in the proposal too, and Marcus already stated his preference the

Re: [PHP-DEV] phar API

> Elizabeth, et al, the concrete semantic of Phar::isWritable() is what? > Is it just is_writable('test.phar') or is it Phar::canWrite() && > is_writable('test.phar')? I'd vote for Phar::canWrite() && is_writable('test.phar') - so you know if you actually can change the phar. > Benjamin, could y

Re: [PHP-DEV] phar API

Hi everybody, After having a great discussion with Marcus about the Phar API, I've tried to sum up the proposed changes (of course with a strong focus on my opinion about what should be changed :-)). The RFC is not yet finished and I would like you to comment it beforehand. I've tried to include a

Re: [PHP-DEV] Re: Backporting to 5_3

Em Sex, 2008-03-28 às 12:58 +0100, Hannes Magnusson escreveu: > On Thu, Mar 27, 2008 at 3:22 AM, Felipe Pena <[EMAIL PROTECTED]> wrote: > > 2008/3/26, Johannes Schlüter <[EMAIL PROTECTED]>: > > > > > > - Added "jump label" operator (limited "goto"). (Dmitry, Sara) > > > > > > > > > No objection

Re: [PHP-DEV] [RFC] Double quoted NOWDOC is HEREDOC

On Mar 24, 2008, at 8:59 AM, Marcus Boerger wrote: Hello Lars, to me this makes pretty much sense on a second glance as it perfectly reflects what our string would do. And for someone learning 'NOWDOC', using "HEREDOC" seems just natural. So I am all +1 Consistency and satisfying expectations r

Re: [PHP-DEV] Re: Backporting to 5_3

On Fri, Mar 28, 2008 at 2:58 PM, Cristian Rodriguez <[EMAIL PROTECTED]> wrote: > 2008/3/28, Hannes Magnusson <[EMAIL PROTECTED]>: > > > > I agree. > > Any functionality removal, no matter how wtf it might be, shouldn't be > merged. > > If we could however throw E_DEPRECATED there, that would

Re: [PHP-DEV] Re: Backporting to 5_3

2008/3/28, Hannes Magnusson <[EMAIL PROTECTED]>: > I agree. > Any functionality removal, no matter how wtf it might be, shouldn't be > merged. > If we could however throw E_DEPRECATED there, that would be great. I guess an E_WARNING is more appropiate Warning : "list() only works on numerical

Re: [PHP-DEV] Comments on #44393, ISAPI module patch?

> > > Here: > http://home.comcast.net/~krehbiel3/php5isapi.c.patch > > If you fetched this patch before now, you may need to fetch it again, as it's revised. I found that scripts would crash IIS6 (exception code 0xC005) when run in a vir

[PHP-DEV] [patch] Implement IMAP DELETEACL command

Hello together, PHP already features imap_getacl() and imap_setacl(). imap_deleteacl() was somehow missing. Attached patch implements it (it's a stripped-down copy of imap_setacl). imap_deleteacl() already contains the fix from here: http://bugs.php.net/?id=44557 Please CC: comments, I'm not on

Re: [PHP-DEV] [RFC] Double quoted NOWDOC is HEREDOC

Hi, Am Samstag, den 22.03.2008, 21:17 +0100 schrieb Lars Strojny: > [RFC] Double quoted NOWDOC is HEREDOC I've added this RFC to the Wiki too: http://wiki.php.net/rfc/heredoc-with-double-quotes cu, Lars signature.asc Description: Dies ist ein digital signierter Nachrichtenteil

[PHP-DEV] CVS Account Request: bugra

Hi, As far as i see, Turkish Documentation has hardy never been translated. I want to help it being translated with my php-using-fellows from Turkey. Best Regards. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] phar API

On 28.03.2008, at 13:22, Lars Strojny wrote: The issue I have with ArrayAccess is, that an archive represents a multidimensional, nested hash. The way Phar works as an array is doubtful as it represents multi dimensions in a single dimension hash. Very good point! On 28.03.2008, at 13:22, Lar

Re: [PHP-DEV] phar API

Hi Marcus, Am Freitag, den 28.03.2008, 11:17 +0100 schrieb Marcus Boerger: [...] > The above is far too complex. And results in an interface that does not > make clear what it is doing. Right now we have $phar->offsetSet() with a > very clear semantics.  Of course I still prefer $phar->createDire

[PHP-DEV] Re: phar API

First of all Greg, thanks for all your hard work on phar - however I do agree that some of the API choices are going to cause confusion with "casual" phar users. > 1) if you want to know writability without Phar::canWrite(), you can > also use is_writeable('phar:///path/to/archive.phar/index.php')

Re: [PHP-DEV] Re: Backporting to 5_3

On Thu, Mar 27, 2008 at 11:31 PM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > >> What exactly does that change? > > > > $a = "foo"; list($b) = $a; var_dump($b); > > This is weird... I wouldn't go as far as saying nobody uses it - since > experience shows there's somebody somewhere using any

Re: [PHP-DEV] Re: Backporting to 5_3

On Thu, Mar 27, 2008 at 3:22 AM, Felipe Pena <[EMAIL PROTECTED]> wrote: > 2008/3/26, Johannes Schlüter <[EMAIL PROTECTED]>: > > > > - Added "jump label" operator (limited "goto"). (Dmitry, Sara) > > > > > > No objection, while it adds yet another keyword. > > > > Patch: > - http://felipe.ath

Re: [PHP-DEV] REMINDER - stream wrappers in include_path

Hello Pierre, that sounds like a good idea. Let's provide a generic solution for this. marcus Friday, March 28, 2008, 11:03:46 AM, you wrote: > Hi, > On Tue, Mar 25, 2008 at 8:01 PM, Gregory Beaver <[EMAIL PROTECTED]> wrote: >> Stanislav Malyshev wrote: >> >> stream wrapper. Here is an exa

Re: [PHP-DEV] phar API

Hello Lars, Thursday, March 27, 2008, 3:07:58 PM, you wrote: > Hi Benjamin, > Am Donnerstag, den 27.03.2008, 14:34 +0100 schrieb Benjamin Schulz: >> Hi, >> i just read the phar examples in the manual and found things like this: > [...] >> First thing: yes i fully understand what the code is doin

Re: [PHP-DEV] REMINDER - stream wrappers in include_path

Hi, On Tue, Mar 25, 2008 at 8:01 PM, Gregory Beaver <[EMAIL PROTECTED]> wrote: > Stanislav Malyshev wrote: > >> stream wrapper. Here is an example: > >> > >> oops.broken://UNC/path > > > > I wonder if .://UNC/path is treated as "."+//UNC/path (and the same > > for ..). It should anyway :) H

Re: [PHP-DEV] phar API

Hello Benjamin, Thursday, March 27, 2008, 8:58:47 PM, you wrote: > Hi Marcus, >>> First thing: yes i fully understand what the code is doing but i >>> still >>> think that it doesn't need to be so "hackish". >> >> I wouldn't call it hackish. I'd eventually call it new to people that >> haven't

Re: [PHP-DEV] REMINDER - stream wrappers in include_path

Hi Marcus, Sorry, if I broke something in latest patch, I just didn't see any comments from others about it. And from my point of view the patch did unnecessary things. I still think the same, becaus I mainly changed code that checks for wrapper in given argument, but not in include_path. BTW: I