Marcus, Jochem,
Although I agree with the general idea, I feel strongly against
possesses, mainly because for a non-native english speaker it's a pita
to write and will (and I'm sure of this) *very* often be misspelled
(leading to general annoyances while debugging). I can't give any better
(Wietse Venema) wrote:
laurent jouanneau:
(Wietse Venema) wrote:
To give an idea of the functionality, consider the following program
with an obvious HTML injection bug:
?php
$username = $_GET['username'];
echo Welcome back, $username\n;
?
With default .ini settings, this
Gregory Beaver wrote:
Hi again,
The attached patch:
1) adds unset import syntax for declaring a namespace to have local
import scope (it does NOT affect variable scope or the global
class/function table)
2) removes namespace Name; syntax (this I am happy to add this back in
if there is uproar)
I've been reading this lengthy discussion and here's a sumup of what I
found:
- PHP's implementation is only a part of what most people expect to find
when they hear php has namespace support
- PHP's implementation looks a bit like JAVA's package support, and a
bit like many other (differently
Richard Lynch wrote:
On Wed, July 11, 2007 3:11 am, Richard Quadling wrote:
On 11/07/07, Evert | Rooftop [EMAIL PROTECTED] wrote:
Larry Garfield wrote:
Top 10 by what metric? If I had to guess based on market share,
I'd say
(unordered):
Drupal
Squirrelmail
WordPress
phpMyAdmin
MediaWiki
Christian Schneider wrote:
Daniel Penning wrote:
Checking if the reference is equal and then doing the member-by-member
comparison if they differ would prevent too deep recursion in most cases.
That would solve this particular case (and might be worth doing for
performance reasons anyway I'd
Hi John,
I actually kind of liked the branch names instead of just PHP4/PHP5.
PHP5 doesn't mean squat to me, I'd prefer to see the branch names as
they barely take any more space and yet provide a lot more info.
- Tul
John Mertic wrote:
Hi Chris,
I can see where you are coming from. I put
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
their setup, which would probably mean one php6 instance
Alexander Pak wrote:
I think it's a great idea, maybe it sould be implemented the same way for
sessions too?
On 6/15/06, Jason Boudreault [EMAIL PROTECTED] wrote:
So, I found myself wondering today why PHP has no built in way to treat
cookies as objects.
Why?
I've already written my own
Marian Kostadinov wrote:
Hello everyone,
I wonder why is nobody keeping track of the snaps.php.net win snapshots?:)
The last one is built successfully 3 days ago!
Unfortunately, it is not the first time when there is no snap for more than
two days.
I just had a quick look at the snapshot log
actually, you're right in that (colder.ch) since what happens here is a
conversion. This applies to all these 'logic cases' posted. When
something is converted to something else, as part of a process, you
can't state that the process returns unique results (meaning the result
always points
hi,
personally, I find :::A, ::A and such constructs *extremely* ugly. Might
I suggest using a special keyword to denote global scoped classes?
eg:
global:::A and such. global already is a keyword, but I'm pretty sure it
could be reused in this context. Plus, it clearly shows where you're
I would expect is_callable() to return true (since it is callable), but
method_exists() to return false (since it doesn't really exist, it's
magic)... at least, that's what would make most sense to me...
Marcus Boerger wrote:
Hello Davey,
if you ask me it is stupid to return true because
Robert Cummings wrote:
On Tue, 2005-06-14 at 01:31, Ron Korving wrote:
Jason, you are absolutely right.. this is not about input filtering at all.
It's about replacing:
$x = (isset($ANY_var) ? $ANY_var : 'Default Value');
by
$x = ifsetor($ANY_var, 'Default Value');
So, Robert's solution is
I'm havind the exact same problem as Sebastian. Building it using VS.NET
7.0, building it against mysql 4.1.11.
Rob Richards wrote:
It builds fine here. Assuming the problem you are hitting is still in
mysql, I'm building it shared and using headers from mysql-3.23.58 and
under VC++ 6 so not
wwhhhyyy. did you CC internals on this? :|
Christopher Kings-Lynne wrote:
Hi Plamen,
My name is Plamen Petrov and I wanted to help
out in developing phpPgAdmin. Currently I don't
have much time to contribute since I am working
on a project that takes away my weekends too but
in couple of
Jon Parise wrote:
On Wed, Mar 30, 2005 at 11:23:37AM -0500, Dan Scott wrote:
Reading http://www.zend.com/manual/install.windows.building.php
suggests that to fix this problem I need to rebuild resolv.lib -- but
using the bindlib.dsp file requires msdev, which requires a full MS
Visual Studio
why is it this way should also be posted to the general newsgroup, it
barely has anything to do with internals
- tul
Hans L wrote:
Ok, I'll post it there. I thought that it was more a question of why
is it this way? than how do I do ?.
Thanks,
Hans
Jeremy Johnstone wrote:
Not to be rude
I very much agree with this. It's very common to output JavaScript via
PHP, and that also uses the script/script tags...so...
Ilia Alshanetsky wrote:
Good point, +1 for revert.
Ilia
Zeev Suraski wrote:
Guys,
I'd like to revert the fix for bug #31672 (/script is not
considered closing tag if
I've stumbled unto the same problem a week ago aswell. Indeed, using
--without-iconv works; however, those errors are partially because of
some incompatibility with the iconv library (according to Wez, some long
time ago). I'll try and rebuild it with an earlier version to see if it
works,
Sebastian Bergmann wrote:
M. Sokolewicz wrote:
So, is this a problem with my compiler being stupid?
Are you sure you have the right MySQL headers and libraries?
ah, thanks for the headsup on this, it seems it was indeed a
header/library mismatch; the configure script took em from
no idea what the problem here
is... So, is this a problem with my compiler being stupid? or is this a
real live problem in HEAD?
hope somebody can help me with this,
- M. Sokolewicz
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ok, this is getting plain annoying. Please stop this endless chatter,
all of you! It's annoying, senseless, and counter-productive. If you
*really* want to keep bitching at eachother, then please do it somewhere
else (iow, not on the list).
Andrei Zmievski wrote:
Terje,
Yeah, follow it up
AFAICS, it should make every local-variable (non-global) lookup slower.
Since it needs to do a lookup in the globals table first.
Xuefer Tinys wrote:
$_GET is solved at compile time, which is good, but this make other
variables bad at execution time?
how much does this patch slow execution down?
You might want to ask this on the internals list (cc'd)
Tomas Kuliavas wrote:
When php 5.0.2 converts float to integer, it uses biggest possible integer
value. Other php versions overflow and use negalive integers.
How to reproduce it:
echo (int)0xde120495;
Expected result (php 5.0.1, 4.3.9 and
25 matches
Mail list logo