[PHP-DEV] CVS Account Request: ron

Active maintanance of the dutch PHP manual translation. I was asked to apply for a CVS account by Philip Olson. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] While-else

It can save you one if-statement, where the condition would be identical to the where condition. Example: if ($i <= 10) { while ($i <= 10) { $i++; } } else { echo "$i is more than 10\n"; } I personally hate overspecifications, and this is one situation where that's the case. So act

Re: [PHP-DEV] dropping asp_tags in HEAD

""Stefan Walk"" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > On 13/04/07, Tomas Kuliavas <[EMAIL PROTECTED]> wrote: >> >> Surely we must to keep a setting just because two people in the world >> >> use it. >> >> I'm afraid their apps won't run on PHP6 anyway because of numerous

Re: [PHP-DEV] is this a bug in SoapServer?

But array('a' => 'Foo', 'b' => 'Bar') does end up correctly. It only fails with numeric keys. I'm using PHP 5.2.1 by the way. Thanks, Ron "Lukas Kahwe Smith" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED]

[PHP-DEV] is this a bug in SoapServer?

Hi, returning array('5' => 'Foo', '10' => 'Bar') from a SoapServer handler class ends up as array(0 => 'Foo', 1 => 'Bar') at the client end. I can hardly imagine this being a feature, but maybe someone can tell me

Re: [PHP-DEV] [PATCH] 1 small optimization and 1 cleanup

If you have good reason to believe it will be slower, then naturaly we should forget about that patch. I don't know much about cache hitrates. The other patch removes bogus code, which should be good I reckon. If you still want the patch for PCRE though, a patch with braces follows below. - Ron

Re: [PHP-DEV] [PATCH] 1 small optimization and 1 cleanup

; On Dec 13, 2006, at 10:28 AM, Ron Korving wrote: > > > + > > + if (pce) > > + { > > + if (extra) *extra = pce->extra; > > + if (preg_options) *preg_options = pce->preg_options; > > + if (compile_options) *compile_options = pce->compile_options; >

[PHP-DEV] [PATCH] 1 small optimization and 1 cleanup

json_determine_array_type() in ext/json/json.c on line 92. Please review and commit if valid. Kind regards, Ron Korving Index: ext/pcre/php_pcre.c === RCS file: /repository/php-src/ext/pcre/php_pcre.c,v retrieving revision 1.209 diff -u

[PHP-DEV] patch: remove unneeded strlen() check from php_addcslashes

Hi, The strlen() check on line 4730 of ext/standard/string.c is pointless because of the length assignment in line 4720. Below is a patch (against latest 5.2) to remove them. Regards, Ron Korving Index: ext/standard/string.c

Re: [PHP-DEV] thread unsafety inventory

Ilia, Great work. I posted a bug report at www.sqlite.org. Regards, Ron Korving "Ilia Alshanetsky" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > On 27-Nov-06, at 3:24 PM, Ron Korving wrote: > > gmtime: (use gmtime_r) > > > > ext/inter

[PHP-DEV] thread unsafety inventory

ecked besides those mentioned was asctime(), which showed no problems. If you feel it's better for me to turn this into a bugreport (or many small ones?), let me know and I will. Kind regards, Ron Korving - gmtime: (use gmtime_r) ext/interbase/iba

Re: [PHP-DEV] Namespaces in PHP 6 - ++$take

Why not add another bug-status called "incomplete" or something, and append a standard message saying "Please study the bug-reporting guidelines in order to write complete and accurate bug reports."? I think this tiny addition to tagging something "bogus" would make a lot of bug reporters happi

Re: [PHP-DEV] [PATCH] Scalar type hinting ;)

E (or any error for that matter). I write code that ensures that no error/warning/notice will ever be triggered no matter what a user does. I don't see a point in a hint called "mixed" either. You might as well not use a hint for that particular function parameter. Just my 2

Re: [PHP-DEV] New Datetime class problem

You can't rely on people prefixing their classes. In libraries, yes, but in applications, don't count on it too much. - First of all, people use their classes a lot more than PHP core classes, and so prefixing application classes is a big burden compared to prefixing PHP core classes. - Second, wi

Re: [PHP-DEV] [PATCH] Scalar type hinting ;)

If you ask me, scaler type hinting should try to do some auto-conversion. That way, the type hints would actually be useful. -- Ron PS: Congrats on rolling out PHP 5.2.0. I sincerely (without sarcasm) hope the manual will be updated soon (e.g. filter extension is still marked experimental and dat

Re: [PHP-DEV] Default long/lat. Why?

What default would make sense? Greenwhich, UK perhaps? (GMT) - Ron "Derick Rethans" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > On Thu, 12 Oct 2006, Richard Quadling wrote: > >> Probably a daft question, but why are the default long/lat set as >> >> #define DATE_DEFAULT_LATI

Re: [PHP-DEV] [VOTE] (was: Parameter checking in 5.2)

In this case, wouldn't E_NOTICE make more sense? E_STRICT kind of indicates that certain behaviour is deprecated, right? - Ron "Zeev Suraski" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > At 11:10 22/09/2006, Derick Rethans wrote: > >On Thu, 21 Sep 2006, Michael Wallner wrote: >

Re: [PHP-DEV] Return type hints

""Richard Quadling"" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > On 13/09/06, Terje Slettebø <[EMAIL PROTECTED]> wrote: .. > The issue then becomes what would happen to a value of the wrong type? > > You either have the option of using PHP's own internal casting > mecha

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

I think this is all going way too far. If one wants a "loose" class, you'll just have to suppress errors? That just doesn't sound right. It's like having a feature, but the system telling you "don't use it! it's bad!". If anything, I think E_NOTICE would be much better than E_STRICT, which only

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

If I might make a suggestion... I see two camps here, one in favor of freedom and others in favor of reliability in inheritance. I think both make good points. Maybe there is a way out that can please both and even another group of people. Maybe, for PHP6, it's an idea to start supporting funct

Re: [PHP-DEV] memory_get_usage with new Memory Manager

Hi Ilia, "Ilia Alshanetsky" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Eh? When you set a limit what are you trying to do? From my > experience most of the time this setting is used by hosting providers > to restrict memory utilization of various PHP scripts to avoid out-of- > m

Re: [PHP-DEV] memory_get_usage with new Memory Manager

Perhaps it'd be a nice alternative to have an optional parameter? Having 4 functions for checking memory usage is quite a lot, isn't it? I would humbly prefer seeing: int memory_get_usage([bool realusage]) int memory_get_peak_usage([bool realusage]) - Ron "Derick Rethans" <[EMAIL PROTECTED]>

Re: [PHP-DEV] Pass by reference (5.1.1 vs 5.1.2)

Actually Todd, ... > There is no way to call a function > before doing the work in the argument list. If I call f(1+2), > I can be sure the computation to get 3 will be performed > _before_ calling f. The issue with f($p=array()) is that > "$p=array()" is an r-value. ...that is theoretically ve

Re: [PHP-DEV] Pass by reference (5.1.1 vs 5.1.2)

in that case, the documentation on socket_select() needs to be edited: http://www.php.net/socket-select says: 0) { /* At least at one of the sockets something interesting happened */ } ?> according to you, $write and $except could be undefined, right? - Ron "Johannes Schlueter" <[EMAIL PR

Re: [PHP-DEV] Adding pecl/zip to 5.2

L PROTECTED] > Hello, > > On 7/21/06, Ron Korving <[EMAIL PROTECTED]> wrote: >> I was thinking the same thing. We can of course clutter the namespace >> with a >> class for every possible file extension we want to develop an API for, >> but >> maybe we ca

Re: [PHP-DEV] Adding pecl/zip to 5.2

I was thinking the same thing. We can of course clutter the namespace with a class for every possible file extension we want to develop an API for, but maybe we can do the smart thing and do what PDO does for databases: present a unified API. I don't like the idea of having GZip, Zip, Rar, Arj,

Re: [PHP-DEV] RfC: rethink OO inheritance strictness

Isn't that why we have interfaces and abstract functions? (I realize that that would remove the possibility to define a fallback function in the parent class though.) - Ron ""Soenke Ruempler"" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > Richard Quadling

Re: [PHP-DEV] PHP 5.2-dev "Cannot use array returned from foo::__get('bar') in write context"

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

[PHP-DEV] Re: Date flamewar summary

I don't wanna be a nitpicker here, but I've seen DateTimeZone and DateTimezone both used in the discussion. I'm not sure which 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] >

Re: [PHP-DEV] Re: PEAR::Date broken (Was: [PHP-CVS] cvs: php-src(PHP_5_2) /ext/date php_date.c php_date.h)

I, as a mere PHP user really suggest you guys stick with DateTime and TimeZone. If it's so core, you won't need to prefix TimeZone. It would feel very natural to me without a DateTime_ prefix. Looking at this with a long term view, I think prefixing it with PHP is a very bad idea. PHP6 is the main

Re: [PHP-DEV] Supporting version specific INI files as well asSAPI specific INI files.

host basis. > > On Mon, 2006-07-17 at 13:52 +0200, Ron Korving wrote: > > What kind of extensions would you suggest people use? > > > > index.php51 ? > > > > - Ron -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Supporting version specific INI files as well as SAPI specific INI files.

What kind of extensions would you suggest people use? index.php51 ? - Ron "Edin Kadribasic" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > Hi Richard, > > I think your ini changes should be put into PHP. I have a small feature > request. Since we're modifying the way ini files

[PHP-DEV] Php_ and Spl_ classname prefixes?

In the light of PHP6, could it be an interesting idea to rename all classes and interfaces to use prefixes like Php_ and Spl_ ? This way there can be a Php_Date class for example, while keeping everybody happy. Migration issues for people should be quite limited. Or is this whole suggestion fut

Re: [PHP-DEV] Re: strlen() under unicode.semantics

>> it looks in memory, and put it back... Why convert to UTF-8 or any other >> encoding if it's just about storage? >> >> Andi >> >>> -Original Message- >>> From: Sara Golemon [mailto:[EMAIL PROTECTED] >>> Sent: Thursday, June

Re: [PHP-DEV] Re: strlen() under unicode.semantics

Still, it's gotta be useful to be know how many bytes it occupies. Perhaps for Content-length headers or something. There are plenty of low level concepts to think of where one might need this. And even if you can't think of any reason now, you don't wanna get hit in the face by it and have to impl

Re: [PHP-DEV] private, protected, readonly, public

Marcus, I'm a big fan of this keyword. No "", and this is in fact clearer and better than the readonly keyword I advocated. Great idea :) Ron "Marcus Boerger" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > Hello Jason, > > i changed from readonly to readable, which means

Re: [PHP-DEV] private, protected, readonly, public

That's a good point. It was just an idea really, hoping to provide an easy way out for the whole discussion ;) Ron ""Stefan Walk"" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] On 5/16/06, Ron Korving <[EMAIL PROTECTED]> wrote: &g

Re: [PHP-DEV] private, protected, readonly, public

ublicly readable? bar; // prints 5 $foo->bar = 4; // error ?> I think backwards compatibility would likely be alright, performance will be fine, there will be no extra keyword, no extra access level, and no need for getter functions. Just an idea. Regards, Ron > At 11:44 16/05/20

Re: [PHP-DEV] private, protected, readonly, public

This is absolutely true. Besides, adding a new access level automatically implies that you'll probably never be able to extend it to protected as well, because you'd need yet another access level and I really doubt people are going to want to do that. But at that point, it would be too late to

Re: [PHP-DEV] E_ALL changes in 5.2/6.0

Wouldn't it be nice to start a PEAR2 (or 5) then, with PHP5-ready code, where PHP5 features will actually be used and backwards compatibility for PHP4 is lacking. The current PEAR could gradually be ported into this, and PHP4-users can continue to use PEAR (version 1, if you will). Ron "Lukas

Re: [PHP-DEV] Re: private, protected, readonly, public

:52:39 PM, you wrote: > >> My bad, you are absolutely right, I must be confused with another >> language, >> but I wonder which one odd. > >> Ron > > >> "Hartmut Holzgraefe" <[EMAIL PROTECTED]> wrote in message >> news:[EMAIL PROTEC

Re: [PHP-DEV] Re: private, protected, readonly, public

My bad, you are absolutely right, I must be confused with another language, but I wonder which one odd. Ron "Hartmut Holzgraefe" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Ron Korving wrote: > > In C++ you'd use private for this. A

[PHP-DEV] Re: private, protected, readonly, public

In C++ you'd use private for this. All object members are readable, but modifyability depends on the relation between the caller and the object. I don't quite understand why PHP is doing it differently. - Ron "Jason Garber" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > Hello

[PHP-DEV] Re: 5.2 interruptions

Marcus, Zend: __toString() Done (marcus) Does this mean that finally __toString acts like the whole world would want it to? Can it finally be true? :) Ron "Marcus Boerger" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > Hello internals, > > i am now done with most bigger par

[PHP-DEV] Re: 5.2 interruptions

Marcus, Zend: __toString() Done (marcus) Does this mean that finally __toString acts like the whole world would want it to? Can it finally be true? :) Ron "Marcus Boerger" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > Hello internals, > > i am now done with most bigger par

Re: [PHP-DEV] php 5.2.0

Well, I'm in no position to ask anyone for anything, but... here goes anyway ;) APC is a good caching mechanism, but is lacking in optimization features, where for example (to my knowledge anyway) Zend Optimizer is doing a good job. Since it looks like APC is going to be included in PHP 6 by defau

Re: [PHP-DEV] Re: SoC Mentor sign up ready

I (just a humble user) am interested in that development. I actually think aspect oriented programming would be a nice addition to the (official) PHP featureset. Something like this, if broadly supported, should turn into something official so it won't lag behind the development of PHP itself, and

Re: [PHP-DEV] Inconsistency of empty() and isset() ?

isset() does more than check the existance in a hash table, because this the following is true: $foo = null; isset($foo); // returns false, even though $foo is initialized echo $foo;// will not cause a NOTICE, because $foo is initialized - Ron ""Richard Lynch"" <[EMAIL PROTECTED]> wrote in

[PHP-DEV] Re: PHP 5.1.3RC2 Released

Nice to see RC2 :) I noticed that few of my earlier observations have not been addressed though, and these are minor cleanups, but they are cleanups: 1) An unused variable 'i' in insertionsort() in main/mergesort.c 2) CONTEXT_TYPE_IMAGE_GIF in main/logos.h is defined as "Content-Type: image/gif" w

[PHP-DEV] Re: PHP 5.1.3RC2 Released

Nice to see RC2 :) I noticed that few of my earlier observations have not been addressed though, and these are minor cleanups, but they are cleanups: 1) An unused variable 'i' in insertionsort() in main/mergesort.c 2) CONTEXT_TYPE_IMAGE_GIF in main/logos.h is defined as "Content-Type: image/gif" w

Re: [PHP-DEV] IntVal(float) Returns Different Values

Nonetheless, it's interesting why (int)$int and intval($int) will give different results... Ron "Jasper Bryant-Greene" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > You want the php-general mailing list. This list is for discussing > development of the PHP language and runtim

Re: [PHP-DEV] Re: Calling performance geeks

e per request (but is > > measurable as an isolated case), is that a reason not to do it? I don't > > think so. But I'm not the one to judge :) So I'll just leave this up to the > > big kahuna's, and I don't really feel like something this small justifies

Re: [PHP-DEV] Re: Calling performance geeks

; schreef in bericht news:[EMAIL PROTECTED] > Ron Korving wrote: >> If this is possible, like Dmitry said, with a macro, that would be >> interesting. I'm curious what this macro would look like. Personally, I >> tend to go for the less readable solution if the performance ad

Re: [PHP-DEV] Re: Calling performance geeks

"Edin Kadribasic" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > Ron Korving wrote: >> Oh right, okay. For a moment I thought you were talking about a >> variable-length case insensitive string compare based on this principle >> :) Your macro seems li

Re: [PHP-DEV] Re: Calling performance geeks

#x27;o') && \ > (str)[1] == 'N' || ((str)[1] == 'n') && \ > (ste)[2] == 0)) || \ > (str[0] == '1' && str[1] == 0)) > > But it make sense only if it really gives speedup. > > Dmitry. > >> -Original Messag

Re: [PHP-DEV] Re: Calling performance geeks

Original Message- >> > From: Andi Gutmans [mailto:[EMAIL PROTECTED] >> > Sent: Tuesday, March 14, 2006 8:57 AM >> > To: Marcus Boerger; Ron Korving >> > Cc: internals@lists.php.net >> > Subject: Re: [PHP-DEV] Re: Calling performance geeks >>

Re: [PHP-DEV] Re: Calling performance geeks

Hi Marcus, Actually, I was looking at the 5.1.2, not 4.4. And 5.1.2 can't differ that much from 5.1/HEAD, right? I'm not sure if I'm ready for CVS access, since I don't know enough of the architecture of the system as a whole. I wouldn't wanna break anything while trying to make things better. If

Re: [PHP-DEV] Re: Calling performance geeks

Hi, I don't have access and I don't need to do the changes myself, but if you prefer it, I will (provided I get access of course). Ron "Marcus Boerger" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hello Ron, > > that stuff is only used in edgcases however it is more of a fix

[PHP-DEV] Re: Calling performance geeks

Hi, If you're even interested in the tinyest of optimizations, you may wanna read this. I was just going through the php code. I'm not familiar with it at all, so I don't know which functions are the bottlenecks, so I can't help in optimizing the big picture. But I had little else to do right now

Re: [PHP-DEV] Re: Named arguments revisited

Zeev, I agree with you that if this is implemented throughout the engine, it would actually not make things better. Some people will be doing strpos(needle: $needle, haystack: $haystack) and others will be doing strpos($haystack, $needle) and PHP will grow to a situation where half the people are d

Re: [PHP-DEV] Re: Named arguments revisited

I think everybody should be open to a new way of dealing with functions. The advantages apply to many many functions. Take for example: mysqli mysqli_connect ( [string host [, string username [, string passwd [, string dbname [, int port [, string socket]] ) It would be nice to be able to d

Re: [PHP-DEV] Re: Named arguments revisited

is way internal functions and extensions can be upgraded with named parameter support as time goes on. - Ron "Hartmut Holzgraefe" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > Ron Korving wrote: >> Let me summarize it for you then. >> >> Ad

Re: [PHP-DEV] Re: Named arguments revisited

Let me summarize it for you then. Advantages of named parameters over associative arrays: - cleaner syntax - support for type hints - difference between required and optional parameters - generating documentation (whether with something like phpDoc or an IDE) - ... Can anyone summarize the disadv

Re: [PHP-DEV] Re: Named arguments revisited

Another nice use case is querybuilders: $query = buildQuery(select: $columns, from: $tables, leftjoin: $leftjoins, limit: 10); It's nice to be able to stick to what matters, and omit everything that doesn't matter (ordinary joins, where, group by, having). With func_get_args() returning an assoc

Re: [PHP-DEV] RFE for future Apache integration

I think it's very much worth fixing. More and more people use packaging systems (emerge, dpkg, ...) which don't allow for what you propose. Not everybody compiles their Apache and PHP themselves. It would be very userfriendly if something like the solution suggested by techtonik would be possib

Re: [PHP-DEV] why is '01' == '1.'?

This may sound like a screwed up idea, and I'm not even sure if I would support it, but just something that went through my mind: A 2nd (flag) parameter for switch could do miracles: switch ($var, SWITCH_STRICT) { } and could be used for more than just strict checks: switch ($var, SWITCH_STRIC

Re: [PHP-DEV] Re: Syntax in PHP 6

ying to improve here. Maybe it's not perfect (yet?), but at least, imho, it's an improvement. - Ron ""Matthew C. Kavanagh"" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > On Fri, 2005-12-02 at 15:09 +0100, Ron Korving wrote: >>

Re: [PHP-DEV] Re: Syntax in PHP 6

forgive my copy/paste error: "imagecreatefromstring needs no change, except that it will officially be strPos()" should say: "imagecreatefromstring needs no change, except that it will officially be imageCreateFromString()" - Ron ""Ron Korving"" <

Re: [PHP-DEV] Re: Syntax in PHP 6

Nice start (your url (function list) doens't seem to work yet by the way). Just my 2 cents: I don't like the '2' at all. I'd rather see nltobr() and dectohex() than nl2br() and dec2hex(). I do like the idea of loosing all underscores (but I bet there will be quite a number of developers here wh

Re: [PHP-DEV] Re: namespace separator ideas

Enough with the nitpicking! It's almost (what timezones are you in?) weekend, have a beer you guys! ;) Ron ""Oliver Grätz"" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > Jani Taskinen schrieb: >>>This provided we support nested namespaces. Do we need them? >>> >>>JT>>No,

Re: [PHP-DEV] phpnamespaces.org!

I assume ::: is being used because it simply works and the discussion on which seperator to use might still go on for some time ;). You have a point about import statements being allowed only in the beginning. This would be nice: class X { public function foo() { import class bar:::MyCl

Re: [PHP-DEV] Named arguments revisited

You could use an associative array, but then you have a not-so-clean syntax and you have to handle default values for missing parameters yourself. Named parameter example: Traditional named example: 'root', 'password' => 'abcdefg', 'superuser' => true)); ?> You see the big advantages of na

Re: [PHP-DEV]

Same for our company. We still use wrote in message news:[EMAIL PROTECTED] > Hello Mike, > > Same at my company. > > > -- > Best regards, > Jasonmailto:[EMAIL PROTECTED] > > Wednesday, November 30, 2005, 4:31:58 AM, you wrote: > > MH> Just FYI, the lack of MH> t

Re: [PHP-DEV] Re: Labeled Breaks (not the G-word)

Well that's because labeled breaks should (in "our" opinion) be implemented paralel to goto. It is simply not the same. Of course you could break out of loops with a goto statement, but I'd much prefer true labeled breaks, where the label is set for the loop-construct itself, not after the const

[PHP-DEV] Re: Labeled Break (nothing at all whatsoever to do with GOTO)

I'd say: foreach ($arr as $val) as foo { if (true) break foo; } I don't like the idea at all that labeled breaks are in any way connected to 'goto' usage. It's my opinion that the two can coexist without a problem, and that's how I would prefer to see it being used. Besides, BAR:while ()

Re: [PHP-DEV] Labeled Break (nothing at all whatsoever to do with GOTO)

I loved Joao Cruz Morais idea of using the 'as' keyword in this: while (true) as outer_cycle { $i = 0; while (true) if($i++ == 10) break outer_cycle; } I think it's really clear and with this syntax you (at least in my opinion) kinda loose the feeling of needing all caps for a label name

Re: [PHP-DEV] Re: is_int/is_numeric possible bug

So when you said "and somebody enters, say "jkhdsjh" into the form, is_int() returns 1" you were not really saying it as it was? $var = "jkhdsjh"; is_int($var) should _not_ result in true. i figured you were talking about a true bug here... Ron "Gareth Ardron" <[EMAIL PROTECTED]> wrote in messa

[PHP-DEV] Re: is_int/is_numeric possible bug

Just out of curiosity, to which versions does this apply? Ron "Gareth Ardron" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > Hi. > > Think I've just stumbled upon a possible bug with is_int. > > if you've got the following code: > > > > > > if (!is_int($_REQUEST['days']) |

Re: [PHP-DEV] Re: Labeled Breaks (not the G-word)

Exactly, I don't see why people are mixing up the two in this discussion. I think everybody can agree that a labeled break would really add something to PHP. goto is a totally different story that should be discussed parallel to labeled break. It is _not_ the same thing and the two can co-exist

Re: [PHP-DEV] Re: Labeled Breaks (not the G-word)

I agree. Like you I couldn't really care about a 'goto', I'd probably never use it. But labeled breaks would really add something to the language. The current break counters aren't very user friendly if you ask me. I'm very much in favor of: LABEL: while (cond) { ... break LABEL; ... } I

Re: [PHP-DEV]

me too, i've asked for this before but i remember it being laughed away... ron "Marcus Boerger" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hello Bastian, > > id like to see ' > marcus > > Monday, November 28, 2005, 9:56:56 AM, you wrote: > > > What concerns me most is that

[PHP-DEV] Re: Labeled Breaks (not the G-word))

Well, at least now we know that 'goto' is the way to go: http://developers.slashdot.org/developers/05/11/28/1257216.shtml?tid=156&tid=218 j/k of course :) Ron -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] namespace separator poll, update

wow, I like foo~>bar~>obj->method() I love ':' best, but if that really can't be, I must say '~>' looks pretty cool to me, cute even, like a little fishie ;) anywaaay.. the best alternative to ':' i've seen so far, and i doubt it'll cause problems with any existing operator. - ron ""Ford, Mi

Re: [PHP-DEV] Re: PHP 5.1 (Or How to break tousands of apps outthere)

> Speaking of this, I like Greg's suggestion about prefixing all internal > classes with PHP_. While there are certainly classes out there that are > prefixed with it, we could tell developers that starting with e.g. PHP 6 > the PHP_* class scope is reserved for the language core and must not be >

Re: [PHP-DEV] Re: PHP 5.1 (Or How to break tousands of apps out there)

"Jessie Hernandez" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Bob Silva wrote: > >>$x = $y ? foo:bar:baz:stupid; > > > > > > I think "stupid" is the key word here, by forcing the whitespace or (), you > > are making the language itself stupid by not knowing how to parse itself.

Re: [PHP-DEV] Re: PHP 5.1 (Or How to break tousands of apps out there)

"Rasmus Lerdorf" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Jessie Hernandez wrote: > > Hi Marcus, > > > > Marcus Boerger wrote: > >> Hello Jessie, > >> > >> that's only one case,go with consts. now try > >> $x = $y ? foo:bar:baz:stupid; > >> > >> now what? > >> > >> best rega

Re: [PHP-DEV] Re: PHP 5.1 (Or How to break tousands of apps out there)

> On 11/25/05, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote: > > Does this include anytime a new function/class is added we need to make > > a prominent notice about since it reserves some name space? > Yes of course, especially if it's such an obvious name like "date". I disagree strongly. Date is

Re: [PHP-DEV] dropping curly braces

I hear a lot of opinions here on the curly braces issue, and while I don't use them, they're not in the way. I'd say let's keep them in. > > As far a code readability and obviousness goes, I doubt anybody would > > guess their way to the $str{5} syntax. If you were new to > > PHP and you > > we

[PHP-DEV] a performance question

If anybody should know this for certain, it's core developers, hence my question here. I'm curious if type certainty requires an extra check, or a check less. Which of these is faster? if ($str === 'abc') { } if ($str == 'abc') { } I expect the triple '=' to be faster, but I'd like to be sure.

Re: [PHP-DEV] PHP 5.1.0 - sha256() and sha256_file() support

"Ilia Alshanetsky" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Ron Korving wrote: > > I just read this news that an MD5 collision can now be done by anyone in 45 > > minutes (avg) on a P4 1.6 GHz: > > http://it.slashdot.org/article.pl?sid=

Re: [PHP-DEV] PHP 5.1.0 - sha256() and sha256_file() support

I just read this news that an MD5 collision can now be done by anyone in 45 minutes (avg) on a P4 1.6 GHz: http://it.slashdot.org/article.pl?sid=05/11/15/2037232&threshold=-1&tid=172&tid=93&tid=228 http://www.stachliu.com.nyud.net:8090/collisions.html MD5 as the standard for hashing is definately

[PHP-DEV] results of the PHP6 wishlists

I was wondering; we've seen quite a few PHP6 wishlists passing by here. Is there (and if not: should there be) a centralized spot where changes and new features are logged, perhaps with a status saying whether somebody (and who) is working on this, or if it's still being considered, or if it has

[PHP-DEV] Re: Array_merge, safety and race condition?

Now I'm no core developer, but I think what you fear is impossible. If I'm not mistaken: array_merge() will write it's result to a piece of data and when it's finished, it will make $array1 point to it, as I expect this to work in every function that returns something. Ron "Ezra Nugroho" <[EM

Re: [PHP-DEV] what happened to that new isset() like language

mind this whole ifsetor() in userspace issue, because it's not applicable anyway, but just for the record, this function does not generate an E_NOTICE. Ron "Jasper Bryant-Greene" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Sun, 2005-10-30 at 09:52 +010

Re: [PHP-DEV] what happened to that new isset() like language

Marcus, my point was that this simple function: function ifsetor(&$var, $value) { return (isset($var)) ? $var : $value; } can be done in userspace, and that a coalesce() like function will have the added benefit of a variable number of parameters, which as far as I know, cannot be done

Re: [PHP-DEV] what happened to that new isset() like language

I'm a big fan of coalesce($param1, $param2, ..., $paramN) (or firstset()). The syntax allows for more than what ifsetor($var, $value) would do. Ifsetor() could be done in userspace, but I don't see how coalesce() could, because of the variable number of parameters. Ron "Sean Coates" <[EMAIL PROT

Re: [PHP-DEV] Unicode Implementation

Well, if you want my 2 cents as well, the 2 cents a PHP user is very willing to share with you guys... PHP6 is a major release. BC is a priority, but as far as I'm concerned not the top priority. I wouldn't mind a unicode-only PHP at all. Like a few others here, I think the speed penalty won't be

Re: [PHP-DEV] Re: CLI in PHP6

That would be nice. If all memory, even the stuff allocated by functions, is freed at the end of the request, I can see where the problem is. It would be very useful if this memory really would be freed at the moment all references to it disappear. This would be a lot better for the CLI environment

Re: [PHP-DEV] CLI in PHP6

ons a day with our PHP-based daemons. We chose to try using PHP to share business logic and it paid off. -- Allen -Original Message- From: Ron Korving [mailto:[EMAIL PROTECTED] Sent: Thursday, October 06, 2005 2:49 AM To: internals@lists.php.net Subject: [PHP-DEV] CLI in PHP6 Hi, There was o

Re: [PHP-DEV] Re: CLI in PHP6

I've had PHP scripts die after weeks or months on Linux without an obvious reason, and honestly I'm a little bit puzzled on how to debug the situation. Any suggestions? Ron "James Aylett" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > On Thu, Oct 06, 2005 at 12:33:16PM +0200, Pe

  1   2   3   >