Peer pressure? :)
Steph doesn't want to be left out :) Just kidding...
Andi
-Original Message-
From: Steph Fox [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 19, 2006 1:26 PM
To: Marcus Boerger; Edin Kadribasic
Cc: Ilia Alshanetsky; PHP Internals
Subject: Re: [PHP-DEV] Date
Hello Andi,
the question was how to implement this as a c ref is a pointer, in case
of zval*'s it is a zval** but in php a ref is a zval with is_ref=1. If
we go with php refs then we would convert all variables to refs. Now i
wonder if we could chang the return type to be a c reference only, can
On Wed, 19 Jul 2006, Antony Dovgal wrote:
On 19.07.2006 18:34, Pierre wrote:
Hello,
Many people (incl. php devs) asked me if I can include zip in 5.2.0.
Ilia thought it was too late in the game and planed to do it in 5.2.1.
I like to have it in, as experimental.
Please note
On Wed, 19 Jul 2006, Pierre wrote:
Hello,
On 7/19/06, Sean Coates [EMAIL PROTECTED] wrote:
Tony mentioned another issue: the headache of maintaining PECL code
between PHP versions. This is a valid point (and he can elaborate if he
likes), but is a separate issue.
I'm very aware of
On Thu, 20 Jul 2006, Edin Kadribasic wrote:
Even pcre can still be disabled.
That's on the todo for php 6 though.
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello Pierre,
well Jan has a has a very good point here. Just as it was unlikely that
a class called PDO had been implemented a hundred times, it didn't cause
any namespace clashes. However it is fairly likely that some frameworks
bring Zip support and have a class named Zip. If not then there
Can't you make it so that PHP internally uses a nameless variable in which
it stores the result of the __get() before it continues to do anything with
it? I may be too much of a rookie here, but it seems to me that that could
solve a lot of problems. You could even write to it (if you'd allow
Hello Ron,
the $_ would right now involve a deep copy which we try to avoid. We
just have to review the code and see what we can do about that. Maybe a
thing to do while in RC1 or a reason to postpone RC1. With discussions
like Date and Zip i'd say the latter and eventually have both in as it
Hi.
If this is documented somewhere, please point me there.
With recent discussions about getting extensions in or out of Core and
out or into PECL, why are ANY extensions part of core?
All platforms allow for configuration of allowable extensions, either
by compilation, or by config file
On 7/20/06, Derick Rethans [EMAIL PROTECTED] wrote:
Although the zip ext is a useful thing to have, I think it should stay
in PECL as Tony says we're trying to move things to PECL... so a -1 from
me on the current proposal to add ext/zip to core with the Zip
classname.
Seems silly to have a
On 20.07.2006 11:52, Robin Ericsson wrote:
On 7/20/06, Derick Rethans [EMAIL PROTECTED] wrote:
Although the zip ext is a useful thing to have, I think it should stay
in PECL as Tony says we're trying to move things to PECL... so a -1 from
me on the current proposal to add ext/zip to core with
Richard Quadling wrote:
With recent discussions about getting extensions in or out of Core
and out or into PECL, why are ANY extensions part of core?
I think mainly because we don't have the infrastructure yet to
distribute extensions per-version (PHP-wise).
All platforms allow for
Antony Dovgal wrote:
On 20.07.2006 11:52, Robin Ericsson wrote:
Seems silly to have a place like PECL where extensions can live their
own life with their own release-cycles
That's another problem for another offtopic discussion:
own release cycle is just a myth, because of the symlinks used
On Thu, 20 Jul 2006 09:51:37 +0200
[EMAIL PROTECTED] (Marcus Boerger) wrote:
Hello Pierre,
well Jan has a has a very good point here. Just as it was unlikely
Jan?
that a class called PDO had been implemented a hundred times, it
didn't cause any namespace clashes. However it is fairly
On Thu, 20 Jul 2006 09:44:38 +0200 (CEST)
[EMAIL PROTECTED] (Derick Rethans) wrote:
On Wed, 19 Jul 2006, Pierre wrote:
Hello,
On 7/19/06, Sean Coates [EMAIL PROTECTED] wrote:
Tony mentioned another issue: the headache of maintaining PECL
code between PHP versions. This is a
On Thu, 20 Jul 2006 04:27:19 +0200
[EMAIL PROTECTED] (Rainer Müller) wrote:
Pierre wrote:
Please note that it intoduces a new class called Zip, but I never
saw a php zip implementation named Zip.
Uh, well this already was on thedailywtf...
See here,
Hello,
So I let Ilia decides whether it should be in or not.
So far the relevant arguments are only about moving ext to pecl and
not the other way around, which is my opinion plain wrong (pdo, json,
filter, etc..). The class name argument is none the less a sweet
vengeance as its class name
Hello,
[7] Classes should be given descriptive names. Avoid using abbreviations where
possible. Each word in the class name should start with a capital letter,
without underscore delimiters (CampelCaps starting with a capital letter).
The class name should be prefixed with the name
Why not delay Zip until 5.3 and make an E_STRICT or E_NOTICE in 5.2 for the
Zip classname being a reserved word?
In fact if we could come up with a list of class names php wants to reserve
for itself then we could make them all raise notices so that people have
time to fix their code.
Regards
Hello,
On 7/20/06, Marco [EMAIL PROTECTED] wrote:
Why not delay Zip until 5.3 and make an E_STRICT or E_NOTICE in 5.2 for the
Zip classname being a reserved word?
It makes little sense as it is not enable by default. A visible entry
in the NEWS and Changelog should be enough.
Note that it is
On 7/20/06, Marcus Boerger [EMAIL PROTECTED] wrote:
If not then there probably
is no mainstream use for a Zip class and inclusion to core makes little
sense.
Hi,
I took this from wikipedia(
http://en.wikipedia.org/wiki/ZIP_%28file_format%29):
---
Microsoft has also included minimal
Hi,
I've wished there was a *printf() float specifier that wouldn't include
trailing zeros/point, as simply converting to string (echo, %s, etc.) can
result in scientific notation, which I *don't* want (%g in
convert_to_string()). The only other way that would result in what I want
is
So who is the RM?
Edin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, 20 Jul 2006, Edin Kadribasic wrote:
So who is the RM?
Me, is there anything? besides there was only one feedback on the RC
from the primairy testers I guess there are no problems. So a release
next week seems like the way to go now.
regards,
Derick
--
PHP Internals - PHP Runtime
Derick Rethans wrote:
On Thu, 20 Jul 2006, Edin Kadribasic wrote:
So who is the RM?
Me, is there anything? besides there was only one feedback on the RC
from the primairy testers I guess there are no problems. So a release
next week seems like the way to go now.
Well since
On 7/20/06, Derick Rethans [EMAIL PROTECTED] wrote:
On Thu, 20 Jul 2006, Edin Kadribasic wrote:
So who is the RM?
Me, is there anything?
Everything is fine in the best wold *G* (rethoric)
besides there was only one feedback on the RC
from the primairy testers I guess there are no
On 7/20/06, Derick Rethans [EMAIL PROTECTED] wrote:
On Thu, 20 Jul 2006, Pierre wrote:
Please come in with a plan and respect it, if for some reasons you
cannot respect it, inform us early enough so we can actually do the
jobs.
http://news.php.net/php.qa/26819
Ok, I don't call that a plan
On Thu, 20 Jul 2006, Pierre wrote:
Please come in with a plan and respect it, if for some reasons you
cannot respect it, inform us early enough so we can actually do the
jobs.
http://news.php.net/php.qa/26819
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
You probably have seen my HEAD patches to parameter parsing API that
implement varargs support. I was thinking this functionality could be
useful for PHP 5 as well. I've tested it pretty thoroughly and there
should be no breakage. Any thoughts on including it?
-Andrei
--
PHP Internals - PHP
Hey Rob,
Looks good. Have you tested the filesystem (filename) related functions
with non-ASCII filenames? Try making a file called informaçon.xml for
example, set unicode.filesystem_encoding=utf-8 (or whatever encoding
your filesystem uses) and see if you can read it.
-Andrei
On Jul 19,
To develop the PHP runtime and to translate the documentation
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello Pierre,
actually i think we should no longer accept EXPERIMENTAL extensions in
core, though from my view at pecl/zip it should have reached a stable
state just right now, am i correct?
best regards
marcus
Thursday, July 20, 2006, 12:05:08 PM, you wrote:
On Thu, 20 Jul 2006 04:27:19
Hello Pierre,
Thursday, July 20, 2006, 12:08:10 PM, you wrote:
Hello,
[7] Classes should be given descriptive names. Avoid using abbreviations
where
possible. Each word in the class name should start with a capital letter,
without underscore delimiters (CampelCaps starting with a
Hello Matt,
Thursday, July 20, 2006, 2:20:46 PM, you wrote:
Hi,
I've wished there was a *printf() float specifier that wouldn't include
trailing zeros/point, as simply converting to string (echo, %s, etc.) can
result in scientific notation, which I *don't* want (%g in
convert_to_string()).
Hello Marco,
if we plan to include new classes and have E_STRICT (imo not notice) to
inform about the inclusion with the next minor version update would be a
good thing. To stay with the example at hand, inclusion then would go
like accepting Zip during 5.2 phase. Adding the E_STRICT at the
Hello Andrei,
i like the idea and it can replace the implementation in gtk and is also
needed to move more array functions to the new parameter parsing api. Having
the stuff in 5.2 already allows easier migration imo.
best regards
marcus
Thursday, July 20, 2006, 5:44:41 PM, you wrote:
You
On Thu, 20 Jul 2006, Pierre wrote:
where
possible. Each word in the class name should start with a capital
letter,
without underscore delimiters (CampelCaps starting with a capital
letter).
The class name should be prefixed with the name of the 'parent set'
On 7/20/06, Derick Rethans [EMAIL PROTECTED] wrote:
On Thu, 20 Jul 2006, Pierre wrote:
where
possible. Each word in the class name should start with a capital
letter,
without underscore delimiters (CampelCaps starting with a capital
letter).
The class name should
Hello Pierre,
Thursday, July 20, 2006, 11:15:05 PM, you wrote:
On 7/20/06, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
actually i think we should no longer accept EXPERIMENTAL extensions in
core, though from my view at pecl/zip it should have reached a stable
state just right
On 7/20/06, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
actually i think we should no longer accept EXPERIMENTAL extensions in
core, though from my view at pecl/zip it should have reached a stable
state just right now, am i correct?
Ok, it is getting really ridiculuous. Where have
On Thu, 20 Jul 2006, Pierre wrote:
Do you really ask me what Zip say?
You miss the point. If you do new Zip ... then I've no idea what the
object you get represents. However, doing new ZipArchive makes sense
as then you know the object represents a ZipArchive for example. Just
Zip doesn't
Pierre wrote:
On 7/20/06, Derick Rethans [EMAIL PROTECTED] wrote:
On Thu, 20 Jul 2006, Pierre wrote:
where
possible. Each word in the class name should start with a capital
letter,
without underscore delimiters (CampelCaps starting with a capital
letter).
The
On 7/20/06, Derick Rethans [EMAIL PROTECTED] wrote:
On Thu, 20 Jul 2006, Pierre wrote:
Do you really ask me what Zip say?
You miss the point. If you do new Zip ... then I've no idea what the
object you get represents. However, doing new ZipArchive makes sense
as then you know the object
Hello,
On 7/20/06, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Well, in the US at least, Zip says Zip Code to me. Zip compression
would be my second guess so it isn't completely obvious.
It is a ZipCode, exactly.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
Hello,
On Thu, 20 Jul 2006 23:26:58 +0200
[EMAIL PROTECTED] (Marcus Boerger) wrote:
I am but you obviously prefer to bring instable suff into core or what
now? Until now my idea of Zip was a stable idea so you could easily
have removed the tag file. The above said makes me thing that it is
Pierre wrote:
Hello,
On 7/20/06, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Well, in the US at least, Zip says Zip Code to me. Zip compression
would be my second guess so it isn't completely obvious.
It is a ZipCode, exactly.
And by the same logic, a Zip archive is a ZipArchive. Do a web
if we plan to include new classes and have E_STRICT (imo not notice) to
inform about the inclusion with the next minor version update would be a
good thing. To stay with the example at hand, inclusion then would go
like accepting Zip during 5.2 phase. Adding the E_STRICT at the point the
Derick Rethans wrote:
On Thu, 20 Jul 2006, Pierre wrote:
Do you really ask me what Zip say?
You miss the point. If you do new Zip ... then I've no idea what the
object you get represents. However, doing new ZipArchive makes sense
as then you know the object represents a ZipArchive for
Rasmus Lerdorf wrote:
And by the same logic, a Zip archive is a ZipArchive. Do a web search
for zip and you will find that half of the first set of results are
about zip archives and the other half are about zip codes. Why are you
assuming zip automatically means zip archive to people? It
Hello,
On 7/21/06, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Pierre wrote:
Hello,
On 7/20/06, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Well, in the US at least, Zip says Zip Code to me. Zip compression
would be my second guess so it isn't completely obvious.
It is a ZipCode, exactly.
And
Hello Pierre,
Friday, July 21, 2006, 12:10:02 AM, you wrote:
Hello,
On 7/21/06, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Pierre wrote:
Hello,
On 7/20/06, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Well, in the US at least, Zip says Zip Code to me. Zip compression
would be my second
Pierre,
Let's stop with hypocrisy. You wanted Derick to change 'Date' class
names, so he did it. Now you are arguing that the same rules shouldn't
apply to you? Enough.
-Andrei
On Jul 20, 2006, at 3:10 PM, Pierre wrote:
Hello,
On 7/21/06, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Pierre
On 7/21/06, Andrei Zmievski [EMAIL PROTECTED] wrote:
Pierre,
Let's stop with hypocrisy. You wanted Derick to change 'Date' class
names, so he did it. Now you are arguing that the same rules shouldn't
apply to you? Enough.
I never wanted him to change it. I wanted him to respect our decisions
Regardless of whether you wanted him to rename it or not release it
at all, you were concerned about the impact a class named 'Date'
would have on PEAR and other userland apps, were you not? How is this
different from pecl/zip?
-Andrei
On Jul 20, 2006, at 4:50 PM, Pierre wrote:
I never
Hello,
On 7/21/06, Marcus Boerger [EMAIL PROTECTED] wrote:
So you're class does only allow to compress, is that what you are trying
to explain?
Only than being a unix does make you clueless about zip. And please
stop your pointless comments as you perfectly know what provides the
class.
Now
Hello,
On 7/21/06, Andrei Zmievski [EMAIL PROTECTED] wrote:
Regardless of whether you wanted him to rename it or not release it
at all, you were concerned about the impact a class named 'Date'
would have on PEAR and other userland apps, were you not?
Actually no.
As Lukas and I pointed out
On 7/21/06, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Pierre wrote:
Hello,
On 7/21/06, Marcus Boerger [EMAIL PROTECTED] wrote:
So you're class does only allow to compress, is that what you are trying
to explain?
Only than being a unix does make you clueless about zip. And please
stop your
Pierre wrote:
Hello,
On 7/21/06, Marcus Boerger [EMAIL PROTECTED] wrote:
So you're class does only allow to compress, is that what you are trying
to explain?
Only than being a unix does make you clueless about zip. And please
stop your pointless comments as you perfectly know what provides
Totally agreed.
-Andrei
On Jul 20, 2006, at 5:46 PM, Rasmus Lerdorf wrote:
We did actually come to a consensus Pierre. And that is that PHP
owns the top-level namespace, but we should use decent descriptive
names and avoid any obvious clashes.
ext/date does date, time and timezone
Andrei Zmievski wrote:
Hey Rob,
Looks good. Have you tested the filesystem (filename) related
functions with non-ASCII filenames? Try making a file called
informaçon.xml for example, set unicode.filesystem_encoding=utf-8
(or whatever encoding your filesystem uses) and see if you can read it.
Pierre wrote:
I reitere my proposal a last time, let fix this issue once and for all
and then I will consider to rename Zip if it is required (no, don't
answer now about that). But without this discussion, I will stay in
the kingdom of freedom, named PECL, et vive le Roi.
I'll hold you to the
Hello Pierre,
Friday, July 21, 2006, 2:56:00 AM, you wrote:
Hello,
On 7/21/06, Andrei Zmievski [EMAIL PROTECTED] wrote:
Regardless of whether you wanted him to rename it or not release it
at all, you were concerned about the impact a class named 'Date'
would have on PEAR and other userland
62 matches
Mail list logo