I think it is one of the very few that are essential for
developers to learn.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
that will instantly result in a denial of service that
requires nothing short of a web server restart to resolve.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 5-Nov-06, at 12:48 PM, Christian Schneider wrote:
Ilia Alshanetsky wrote:
When we were picking a name the discussion was public on this very
list and based on our analysis of what names people were using in
their application and what would be an ideal name DateTime was
picked.
I
On 5-Nov-06, at 12:13 PM, Rasmus Lerdorf wrote:
Ilia Alshanetsky wrote:
What's to say /drive/smb or letter:// is not an SMB device? Also why
break perfectly valid applications that perform operations on
networked
file systems?
We are only talking about marking them as is_url
means of
fetching a resource (\\smbserver\...) instead of a device mount in the
operating system (e.g. Z:\ ...).
--
- Peter Brodersen
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ed.
--Wez.
On 11/5/06, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
I think it'd be wrong to consider networked file system as non-local.
Mostly because many times there are no ways to identify them reliable
and the fact this is a perfectly valid usage that if disallowed by
default would
thus not having to educate users to use prefixes (to have
less guidelines is a Good Thing(tm) IMHO)
I am not even going to bother with this one.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 4-Nov-06, at 11:21 PM, Christian Schneider wrote:
Ilia Alshanetsky wrote:
On 4-Nov-06, at 11:18 AM, Christian Schneider wrote:
Ilia Alshanetsky wrote:
Avoid common namespaces and you'll make your application
futureproof.
I'm still wary of this approach because it puts the bu
rnals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 4-Nov-06, at 11:18 AM, Christian Schneider wrote:
Ilia Alshanetsky wrote:
Avoid common namespaces and you'll make your application futureproof.
I'm still wary of this approach because it puts the burden on 99%
of the code to be written (applications) instead of a small,
co
out there and I am not even going
to mention the thousands of libraries out there.
Ilia Alshanetsky
P.S. If you absolutely must disable it, edit the source code and
rename the native class to DateTime2 or something similar.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
this
by the end of next week" hoping everyone were busy and wouldn't notice
this mail *evil wink*)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To
t practical one. Let's make
sure we haven't introduced any fatal errors into 5.2 (and demote
them to E_STRICT for now), and handle the rest of the suggestions
afterwards.
Zeev
At 02:33 24/10/2006, Ilia Alshanetsky wrote:
I've been reading people's replies to Marcus' RFC
stake is
often not giving the users access to the file or simply not letting
them know where such a file can be found.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
l warnings/errors that attempt to enforce strict
OO standards.
Warnings/errors that warn about unacceptable input are legitimate
and should stay.
Zeev
At 16:57 24/10/2006, Hannes Magnusson wrote:
On 10/24/06, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
Zeev,
There are probably 5-6
afterwards.
Zeev
At 02:33 24/10/2006, Ilia Alshanetsky wrote:
I've been reading people's replies to Marcus' RFC in regard to
E_DEPRECATED and it seems that some people have expressed the want to
delay 5.2 until mucking around with error handling is done one way or
another. My sim
For this particular purpose there is a fairly detailed
README.UPDATE_5_2 that details the major functionality changes that
have happened in PHP 5.2
On 24-Oct-06, at 12:17 AM, Lester Caine wrote:
Ilia Alshanetsky wrote:
I've been reading people's replies to Marcus' R
a release, continue considering
Marcus' RFC, develop a patch and push it to our real development tree
PHP 6.0. If it proves to be solid and does not break (m)any
applications it would be the first candidate to back-port to 5 series
once 5.3 is under consideration.
Ilia Alshanetsky
--
PH
On 23-Oct-06, at 4:16 PM, Richard Lynch wrote:
Some ISPs will be quicker to upgrade LAMP than to let users build SSH
tunnels.
If your ISP does not give you SSH, perhaps it is time to find
yourself another ISP.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To
n drop.
- We delay 5.2.0 and revisit all errors and change them according
to the
new model. We also put any change into the upgrading file.
-1 (not happening)
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Unilateral break? lol...
Actually it is no break at all, take PHP4 code move it to PHP and you
won't even see the warning because E_STRICT is not even shown by
default.
On 23-Oct-06, at 11:26 AM, Pierre wrote:
Hello,
On 10/23/06, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
no reason to make mktime() an alias of time(), you are
basically advocating misuse of functions. Yes there are over 2,000
results on google showing people calling mktime(), but I bet there
are even more register_globals users and yet we've all decided to
remove it in PHP6.
Ilia Alshan
based on user-input. My suggestion is that people use
filter_var() function to filter components of the $_SERVER super-
global that they are using.
That said, in future release there are plans to extend support to
Apache 2 and cgi/fcgi sapis as well as add handling for $_REQUEST.
Ilia
t Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
hat E_STRICT maybe misused
there, it is only the case if the decision is to maintain the mktime
() == time() functionality.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
list about what constitutes
a bad practice.
You are working under the assumption that mktime(0) and alike will
continue working in future versions, that may not end up being the case.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
uld
like to
I would be very happy with this solution.
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://w
as in more responses. Now is that bad?
It is not, the only idea is that while your servers maybe secure,
however you may not entirely trust your datacenter, so encryption of
the data would protect you against man-in-the-middle attacks.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime
amming_language (here is a
nice list of OO based or supporting languages).
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 20-Oct-06, at 10:26 AM, Lukas Kahwe Smith wrote:
Ilia Alshanetsky wrote:
It is working code, its far from perfect given that it makes
little programatic sense and does break all known OO conventions.
Being allowed to break these "known OO conventions" is a major
feature,
On 20-Oct-06, at 10:24 AM, Lukas Kahwe Smith wrote:
Ilia Alshanetsky wrote:
its funny that ext/mysql is supposed to stay around for BC
reasons even in PHP6, yet it has known unsolvable security issues.
Such as?
for example, it does not support the new more secure authentication
e time to fix this before RC6.
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
P
upposed to stay around for BC reasons
even in PHP6, yet it has known unsolvable security issues.
Such as?
yet we break perfectly working code in a minor release.
It is working code, its far from perfect given that it makes little
programatic sense and does break all known OO conv
lease.
Ilia Alshanetsky
5.2 Release Master
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Darwin)
iD8DBQFFOD5FLKekh381/CERAgVSAJ9cWwdKG4Xohq37n47rLvkXiQR7mQCcDVJo
SHP6hF+FzhwIuf9XwNs2j/g=
=KfMq
-END PGP SIGNATURE-
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
-1 for the idea. I think using include_path for realpath() goes
against the code logic that should be applied by realpath.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
nals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Derick,
The (very valid) issue you were trying to address pertains to the
fact that the latest API change resulted in a regression (we didn't
have a test for it) which made non-found keys and invalid input both
return FALSE, thus preventing identification of what precisely had
happened. L
On 10-Oct-06, at 3:51 PM, Alain Williams wrote:
On Tue, Oct 10, 2006 at 02:59:45PM -0400, Ilia Alshanetsky wrote:
If you want to emulate perl's "strict" mode just add an error_handler
() that will catch E_NOTICE relating to undefined variable, constant,
array key usage and
for the ability to enforce
declaration of variables as with perl's use strict:
http://bugs.php.net/bug.php?id=39091
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
onfig?
Please, somebody, lemme know what todo/read...
Thanks,
Dirk
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
database. In some cases there is a neat cheat that can be applied by
setting connection charset to utf-8 or even utf-16 and let the
database (assuming it does this) do up/down conversion of the data as
needed.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
identical to RC6 for testing purposes
it is good enough to allow people to identify major faults. As far as
latest CVS is concerned, there is no need to checkout CVS due to a
wonderful thing called snapshots, which you can usually find at
http://snaps.php.net/.
Ilia Alshanetsky
--
PHP
version in a week or so.
Edin
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
This feature was just added in the CVS.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
?
(2) what needs to happen to get this updated? who leads the charge?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I would appear that we've missed another vcwd issue that affected a
number of problems outlined in bug #39059 therefor we are going to
have an RC6. So, this means if you have bug fixes they can once again
go into the 5.2 tree.
Ilia
-BEGIN
is a means of
having a global
What do you mean by "creating dynamically and accessing statically"?
Bah never mind, confusing properties with methods, my mistake.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
erty with, but to me it seems like a misuse of the OO
functionality, -1.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
issues are found this will be re-released as 5.2.0 one week
from now.
I would like to ask that all developers refrain from making commits
to the 5.2.0 branch to avoid introducing regressions or bugs into the
final release.
Ilia Alshanetsky
5.2 Release Master
-BEGIN PGP SIGNATURE
released and then followed by final release a
week later.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
After looking at the patch, I think that for the sake of code sanity
we need to keep this setting only inside php.ini only.
The amount of hackery per-request setting creates is just not worth
the convenience IMHO.
-1.
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscri
On 29-Sep-06, at 5:06 AM, Antony Dovgal wrote:
On 29.09.2006 03:52, Ilia Alshanetsky wrote:
A good deal of time has passed and it seems Derick and Pierre are
no closer to the consensus about the filter extension and in the
meantime 5.2 release process is stalling. At this point I think
at we have right now, and if filter developers want to
make changes they'll need to do so in a manner backwards compatible
to the current code.
Personally, I'd prefer to take filter out entirely from the 5.2 tree.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development
_email=&bug_age=0
That's it. (-:
I agree that we should document this somewhere, but in the meantime,
this should tide people over.
S
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alsh
[] (+1) please remove that redundant strictness again
[X] (-1) leave as it is, we need strict OO implementation
[ ] ( 0) what the hell are you talking about?
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ly add the free before the zend_message_dispatcher
(ZMSG_FAILED_REQUIRE_FOPEN, Z_STRVAL_P(inc_filename)); line which is
followed by a fatal error and in all other instances rely on the
existing free() ?
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscri
On 17-Sep-06, at 12:05 PM, Michael Wallner wrote:
Ilia Alshanetsky wrote:
These looks good. The only other suggestion is to explore the
option of
renaming filter_get_args() to filter_get_variable() so it is a bit
more
consistent with filter_has_variable().
What about filter_get_var
renaming filter_get_args() to filter_get_variable() so it is a bit
more consistent with filter_has_variable().
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
: input_list_filters -> filter_list()
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
o keep the names of something that
(hopefully) will be used often as short possible to reduce the likely
hood of typos.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
..)?
Any other key todo items left open?
BTW: I heard Ilia is shooting for end of month for the next release.
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime
this late in the game. If all goes well, the final release is
going to be out on the 28th of September. If this is not painfully
obvious, no more new features at this point will be accepted into the
5.2 tree, at least not until 5.2.0 is released.
Ilia Alshanetsky
5.2 Release Master
-
a bad idea to advocate
availability of different web server instances with different PHPs on
the same machine.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 6-Sep-06, at 2:28 PM, M. Sokolewicz wrote:
Ilia Alshanetsky wrote:
From a technical perspective it makes sense to keep it php.ini
only setting or as Sara insists (STARTUP phase only). However,
from a user (hosting companies) perspective it adds a fair degree
of complexity to
ntics would add.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ed to open the file with @fopen(), see if that
failed and if it not, then you know for certain you can work with the
file.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
file file system bypassing PHP's file system
restrictions.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
php.net/~derick anyway, but would it be
better to have a consistent link page _just_ for RC's, perhaps with
a paragraph on it explaining exactly what a Release Candidate is?
You mean like http://qa.php.net/ ? ;-)
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
T
s wait for Edin to make win32 binaries and then we can do that.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
memory corruption in the new memory manager
and the shutdown order of the session extension. Please try this
release and let us know if you encounter any problems.
Ilia Alshanetsky
5.2 Release Master
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Darwin)
iD8DBQFE95IGLKekh381
5.1.x releases
since 5.1.4. Not sure if this is problematic.
I think this is fine.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Thanks Edin.
ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
is release, in particular paying
attention to input processing, something that has changed a fair bit
with the introduction of the filter extension.
Ilia Alshanetsky
5.2 Release Master
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Darwin)
iD8DBQFE5HodLKekh
ry.
Yours,
Stefan Esser
--
PHP Internals - PHP Runtime Development Mailing List To
unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime D
increased memory usage during input processing
caused by the filter extension? I would be very interested in hearing
what has caused PHP memory utilization to go up, since that will
likely result in reduced performance as well.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development
Fixed.
The new packages are up and here are their md5 checksums
bef8e899896058c823fa026d72ea9035 php-5.1.5RC1.tar.bz2
a52c7c9d5621d6b740b45b3b50656eee php-5.1.5RC1.tar.gz
It seems I forgot to use a CVS with a hacked up CVS/Repository, which
means Zend/ needs to be tagged separately :/
Ili
within a week.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Scott,
Thanks for the patch, it is now part of the 5.2 tree.
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
behaviour will change in a
future release?
I for one think that the current behavior is the correct one and see
no need to change it.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
l be sufficient to track them.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Seems like a good idea to me. If no one objects I'll apply this
patch, thanks Scott.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
does not get in the way.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
are still quite ways off from the final release and the change is
fairly trivial. But you'd need to ask Derick regarding 4.4, iirc he
is in the final pre-release stage.
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 27-Jul-06, at 9:03 AM, bertrand Gugger wrote:
Ilia Alshanetsky wrote:
On 27-Jul-06, at 6:02 AM, Matt W wrote:
Something else I'd like to see changed... Does anyone think
memory_get_[peak_]usage() should *always* be available,
regardless of
whether memory_limit is actually en
x27;d prefer to avoid adding extra un-needed overhead. People who need
this information generally have memory limit enabled anyway, plus
there are always other ways to get PHP memory utilization either via
proc or from ps output, etc...
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Developme
se it keeps
track of its mem usage.
Ilia Alshanetsky
the difference between a binary string
and the old string (aka runtime_encode'd string)
Ilia Alshanetsky
't we make the old behavior the default here?
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
On 25-Jul-06, at 7:24 AM, Dmitry Stogov wrote:
Good suggestion.
The correspomding C functions (zend_memory_usage()) can be changed
in the
same way.
The memory_limit will de checked for real usage only (as now).
Any objections?
Nope, sounds good to me.
Ilia Alshanetsky
more often (but I think that was done in the old MM anyway?).
I think that the current, more precise memory usage indicator is the
correct behavior and should not be changed.
Ilia Alshanetsky
-world testing would be highly appreciated. There have also been some performance tweaks done in the engine, so try to see how PHP 5.2.0 performs compared to earlier releases, if you notice any depredations in speed, please make us aware of it. Ilia Alshanetsky
PGP.sig
Description: This is a
would those
be?
I think if the 1st is done the size of the file should be much
smaller, if not we can examine the enabled extensions one by one and
perhaps turn off some of the "less important" ones.
Ilia Alshanetsky
On 24-Jul-06, at 4:38 AM, Stefan Esser wrote:
Ilia Alshanetsky schrieb:
I reviewed the code and as far as I can tell it works fine.
Certainly,
some sort of an earlier courtesy notice to the RM would've been nice,
but as Rasmus said this is till before RC1, so do I don't see a
pr
t that the code does not work properly before we go for RC2, I
will revert the patch and we can consider it for the next 5.X release.
Ilia Alshanetsky
.diff
Thanks,
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
ghly
and there should be no breakage. Any thoughts on including it?
-Andrei
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
a few more months to
get sane names in there - and the original names are the sanest,
least confusing names.
- Steph
On 19-Jul-06, at 1:00 PM, Steph Fox wrote:
I don't recall saying 'don't do anything' at any stage...
Ilia Alshanetsky
would
be the
popular one.
- Ron
PS: shake hands and make up.. group hug everyone? :)
"Ilia Alshanetsky" <[EMAIL PROTECTED]> schreef in bericht
news:[EMAIL PROTECTED]
Now that everyone had their say (I hope) I've made a quick tally of
the votes so far:
Rename dat
501 - 600 of 1081 matches
Mail list logo