Re: [PHP-DEV] Proposal to unbundle imap/pspell/oci8 extensions for PHP 8.4

On 15.09.23 17:54, BohwaZ wrote: I'm not against the removal, but having to rely on user-space libraries probably means we'll lose some performance over using the C library. to quote from the message that started this thread: "Please remember, that unbundling extensions does not mean that

Re: [PHP-DEV] Wake up

On 09/11/2013 02:46 PM, Johannes Schlüter wrote: So, I think, it's time to move to a forum. I hope this is a joke. so do I ... -- hartmut -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Forum software

On 09/11/2013 04:46 PM, John Betley wrote: I'm in full support of this idea. In order to have more meaningful and on topic discussions, we have to provide ourselves with the means and tools to do so. I think having a forum would be excellent. my personal experience with we have both a forum

Re: [PHP-DEV] Moving PHP documentation to Git repository

On 06/25/2013 11:10 AM, Johannes Schlüter wrote: That aside: resources is also the issue with the online editor. We have too few people working on docs, so in the end it doesn't make much difference if they don't have time to review edit.php.net or github. (while reviewing on edit.php.net has

Re: [PHP-DEV] RFC: ext/mysql deprecation

On 11/12/2012 02:20 PM, Antony Dovgal wrote: While I fully understand the reasons behind this, I still believe this kind of thing should be done using the documentation only. following that argument we can deprecate E_DEPRECATED altogether, can't we? -1 -- hartmut -- PHP Internals - PHP

Re: [PHP-DEV] common issue with version_compare()

On 07/20/2012 11:07 PM, Stas Malyshev wrote: 1.0.0 and 1.0 are different things. If you want to make a comparison that takes into account only two components, you can just cut them both to two components, then compare. it is hart to imagine a 1.0 followed by 1.0.0 in real world, but the only

Re: [PHP-DEV] bug 54547

Too late to raise this now anyway, but ... On 13.05.2012 04:39, Stas Malyshev wrote: I know this was discussed a number of times here, but just to bring it to a conclusion - I intend to apply patch in the bug report - which removes conversion for strings that do not convert to integers - to

Re: [PHP-DEV] [off] PHP: a fractal of bad design

On 05/07/2012 09:28 AM, Arvids Godjuks wrote: Hello internals, I should voice my opinion that such things like comparing two strings starting with numbers and that they resolve to actual integer/float for comparation is bad, really bad. That just defies the logic and yealds absolutly

Re: [PHP-DEV] [off] PHP: a fractal of bad design

On 05/07/2012 05:32 AM, Tjerk Anne Meesters wrote: Validated or not, why would type juggling even come into the picture if both variables are of the same type? For the simple reason that web forms return all input as strings, even if the input is actually meant to be numeric Many PHP database

Re: [PHP-DEV] Fixing bug #18556 (was: Complete case-sensitivity in PHP)

On 04/24/2012 01:06 AM, Galen Wright-Watson wrote: http://svn.php.net/viewvc?view=revisionrevision=128060, same author) then changes zend_str_tolower to use tolower instead of its custom ASCII-based conversion. The commit message is: make this faster and sexier. Within these revisions,

Re: [PHP-DEV] [off] PHP: a fractal of bad design

On 04/10/2012 06:20 PM, Adir Kuhn wrote: Hi folks, today I read this post, I think that some points are valid, follow the link for you guys as stuff like this comes up again and again (although not in as epic lenght as this one) i've been thinking whether it might make sense to have some

Re: [PHP-DEV] [off] PHP: a fractal of bad design

On 04/11/2012 05:19 PM, Luke Scott wrote: The only thing that infuriates me is the ternary operator being left associative. I want that fixed - screw bc on that one! I have been programming for 10 years and that one still confuses me! Most people just add parentheses to fix the problem. I

Re: [PHP-DEV] is_numeric_string an hexadecimal numbers (123 == 0x7B)

On 04/17/2012 01:20 PM, Nikita Popov wrote: I don't think this has much BC impact, so it should be possible to change it. Same here, i never even knew that this worked in a string context until recently. Autocast/comparison rules are already complicated enough as they are documented now, and i

Re: [PHP-DEV] Help w/ Parser

On 11/07/2011 10:12 AM, Keloran wrote: this looks cool if you get it to work +1 want have! :) -- hartmut -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Really random ?

() documentation ;) And i can't resist to add http://web.archive.org/web/20011027002011/http://dilbert.com/comics/dilbert/archive/images/dilbert2001182781025.gif -- Hartmut Holzgraefe, MySQL Regional Support Manager, EMEA Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten

Re: [PHP-DEV] php7- dropping the $ from the variable name - rfc

like in the php 4 to php 5 migration or php5 to php6 sure we can break things if there is a compelling reason to do so, i'm just totally missing the compelling part here ... -- Hartmut Holzgraefe, MySQL Regional Support Manager EMEA Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim

Re: [PHP-DEV] How to enable debug for my extension?

fror a non-debug build and $prefix/lib/php/extensions/debug-non-zts-20071006 for a debug one. -- Hartmut Holzgraefe, MySQL Regional Support Manager EMEA Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht Muenchen: HRB161028 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang

Re: [PHP-DEV] [Fwd: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_strtod.c]

Nuno Lopes wrote: I already expressed my opinion.. If you know what's the buggy gcc version, just fail at configure time if it's present. but with a test for the actual buggy behavior, not just the gcc version i'd assume? (thing regression ;) -- Hartmut Holzgraefe, MySQL Regional Support

Re: [PHP-DEV] new PostgreSQL API

Hartmut Holzgraefe wrote: I finished testing now, the new test case 27large_object_oid.phpt tests for the new parameters. The test passes with PostgreSQL 8.4 but fails with older versions as i haven't found a good way to test for the new capabilities in the skip test. i'm now testing

Re: [PHP-DEV] new PostgreSQL API

test. I committed my changes to the 5.3 branch only for now as the tests for oid passed as string fail in HEAD, i will commit there too once i have that fixed ... -- Hartmut Holzgraefe, MySQL Regional Support Manager EMEA Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten

Re: [PHP-DEV] new PostgreSQL API

Hartmut Holzgraefe wrote: i've started looking into the patch yesterday, there are still some small issues with it though ... i'll provide you with more detailed comments later today or early tomorrow ... open questions: - should the functions return an error if using the specified oid

Re: [PHP-DEV] new PostgreSQL API

... -- Hartmut Holzgraefe, MySQL Regional Support Manager EMEA Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht Muenchen: HRB161028 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Vorsitzender des Aufsichtsrates: Martin Haering -- PHP Internals

Re: [PHP-DEV] How bad would it be to say/enforce that namespacing can only apply to classes and not normal functions?

would leave the old ugly concept of bundling functions as static methods within dummy wrapper classes as only option for procedural name space emulation ... which AFAIR was one of the things we wanted to get rid of way back when the whole namespace idea first materialized? -- Hartmut Holzgraefe

Re: [PHP-DEV] extensions status, to move to pecl or to drop

Pierre Joye wrote: Can be moved PECL - interbase - fpdf - fbsql - sybase and sybase_ct Please let me know if you can either help to maintain an extension or if you see any issue with one of these moves. i can help with fpdf if needed but it should go to PECL nonetheless ... -- Hartmut

[PHP-DEV] Re: [PECL-DEV] About that PECL versioning thing

/ CodeGen_PECL to create compliant code. I didn't roll a new release yet though waiting for the final outcome of this ... -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL Monitoring Advisory features at: http://www.mysql.com/products/enterprise/whats_new.html

[PHP-DEV] Re: [PECL-DEV] About that PECL versioning thing

Pierre Joye wrote: Not sure if the rest affects codegen, do you check the version format itself or do you realy on the pear installer for this task? it is not checked yet, but it is an open TODO item anyway ... -- Hartmut Holzgraefe, Principal Support Engineer . Discover new

Re: [PHP-DEV] Thoughts on Feature Request - Arithmetic

to the TV maybe ... -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL Monitoring Advisory features at: http://www.mysql.com/products/enterprise/whats_new.html Hauptsitz: MySQL GmbH, Dachauer Str.37, 80335 München Geschäftsführer: Kaj Arnö - HRB München 162140

Re: [PHP-DEV] using classes/objects in extensions

: http://www.informit.com/store/product.aspx?isbn=067232704X -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL Monitoring Advisory features at: http://www.mysql.com/products/enterprise/whats_new.html Hauptsitz: MySQL GmbH, Dachauer Str.37, 80335 München

Re: [PHP-DEV] Re: new feature - with()

situations where a 'with' block might make sense it wouldn't be standalone but would at least require some basic function calls to be of use ... so with this limitation in place i'd like to revert my previous -0.9 to a strong -1 -- Hartmut Holzgraefe, Principal Support Engineer

Re: [PHP-DEV] new feature - with()

explicitly declared as global within that local scope ... Lets do not weaken this concept ... -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL Monitoring Advisory features at: http://www.mysql.com/products/enterprise/whats_new.html Hauptsitz: MySQL GmbH, Dachauer Str

Re: [PHP-DEV] RFC: mark functions as const for possible optimizations

Nuno Lopes wrote: My proposal is the following: some functions when fed with constant arguments always return a constant value, too. e.g.: strlen('abcd') === 4. wouldn't that be called deterministic and not const? -- Hartmut Holzgraefe, Principal Support Engineer . Discover

Re: [PHP-DEV] PHP_FALIAS()

. -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL Monitoring Advisory features at: http://www.mysql.com/products/enterprise/whats_new.html Hauptsitz: MySQL GmbH, Dachauer Str.37, 80335 München Geschäftsführer: Kaj Arnö - HRB München 162140 -- PHP Internals - PHP

Re: [PHP-DEV] own php function

sequence of commands: pecl-gen myinfo.xml cd myinfo phpize configure make sudo make install After that you can load the extension in php.ini using extension=myinfo.so For more details on pecl-gen see: http://php-baustelle.de/CodeGen_PECL/manual.html -- Hartmut Holzgraefe

Re: [PHP-DEV] proof of concept or undocumented?

this. -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL Monitoring Advisory features at: http://www.mysql.com/products/enterprise/whats_new.html Hauptsitz: MySQL GmbH, Dachauer Str.37, 80335 München Geschäftsführer: Kaj Arnö - HRB München 162140 -- PHP Internals - PHP

Re: [PHP-DEV] proof of concept or undocumented?

... -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL Monitoring Advisory features at: http://www.mysql.com/products/enterprise/whats_new.html Hauptsitz: MySQL GmbH, Dachauer Str.37, 80335 München Geschäftsführer: Kaj Arnö - HRB München 162140 -- PHP Internals

Re: [PHP-DEV] proof of concept or undocumented?

. Hartmut Holzgraefe wrote: ext/mysql development has been discontinued in favor of ext/mysqli, one of the goals was to integrate support for exactly SSL and the other new connection options like gzip compressed connections that are available as of MySQL 4.1. Rasmus is right and Hartmut is wrong

Re: [PHP-DEV] proof of concept or undocumented?

interface then it comes down to 'just' *always* putting in the database handle as first parameter instead of doing so optionally as last parameter only ... See also http://forge.mysql.com/wiki/Converting_to_MySQLi -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL

Re: [PHP-DEV] buildconf and the generated configure script for PHP6 is faulty [the fix].

egos. Has there been a discussion? At least from your side it was mostly flaming IMHO. Anyway, i agree that this is not getting us anywhere. You've clearly shown that you want to have it your way and are not willing to adapt in any way ... -- Hartmut Holzgraefe, Principal Support Engineer

Re: [PHP-DEV] buildconf and the generated configure script for PHP6 is faulty [the fix].

you caused instead ... :( -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL Monitoring Advisory features at: http://www.mysql.com/products/enterprise/whats_new.html Hauptsitz: MySQL GmbH, Dachauer Str.37, 80335 München Geschäftsführer: Kaj Arnö - HRB München

Re: [PHP-DEV] buildconf and the generated configure script for PHP6 is faulty [the fix].

name into your From: field already substantially contributes to ...) -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL Monitoring Advisory features at: http://www.mysql.com/products/enterprise/whats_new.html Hauptsitz: MySQL GmbH, Dachauer Str.37, 80335 München

Re: [PHP-DEV] buildconf and the generated configure script for PHP6 is faulty.

seems to happen with *some* versions of autoconf? -- Hartmut Holzgraefe, Principal Support Engineer . Discover new MySQL Monitoring Advisory features at: http://www.mysql.com/products/enterprise/whats_new.html Hauptsitz: MySQL GmbH, Dachauer Str.37, 80335 München Geschäftsführer: Kaj

Re: [PHP-DEV] Re: Syntactic improvement to array

for an already existing feature. So if we were designing PHP today i'd be all for [] and [] only, but as things are my vote is mostly against it even though i sort of like the syntax. So from my side a -0.8 -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB

Re: [PHP-DEV] Autoglobal CVs without silence -- Summary

... -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Is this what Stefan Esser was referring to ...?

beat it, it won't go any faster (or go at all) ... -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Is this what Stefan Esser was referring to ...?

Robert Cummings wrote: Sounds like PHP should have been trademarked [...] i don't know about the rest of the world, but here in .de you won't get a trademark on a 3 letter name anymore, and this has been so for quite a while, afaict since far before PHP came to light ... -- Hartmut Holzgraefe

Re: [PHP-DEV] Re: Build and gcov test of PHP_5_2 finished

being skipped ... -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

situations (just as a normalized data model is not always the right choice in database design ... it's something to aim for but if it were enforced this would be BAD THING(tm)) -- Hartmut Holzgraefe, Senior Support Engineer. Hauptsitz: MySQL GmbH, Radlkoferstr. 2, D-81373

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

Ron Korving wrote: So, my suggestion is this: why not support function overloading in PHP6, because in PHPs dynamicly typed world this would require runtime checks *on every single function call* as things can't be resolved at compile time? -- Hartmut Holzgraefe, Senior Support Engineer

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

. This would require an almost 100% rewrite ... -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

be considered! There is a difference between discussion and brainstorming ... -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

Richard Quadling wrote: On 02/08/06, Hartmut Holzgraefe [EMAIL PROTECTED] wrote: Is function overloading really an OOP thing? I think so, I've only ever used it within Delphi, so my POV may be skewed. proving by example? ;) To quote http://www.codeproject.com/soap/RefAndOL.asp

Re: [PHP-DEV] Extensions building tutorial

/viewcvs.cgi/pear/CodeGen_PECL/docs/examples/ /plug mode=shameless -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Are you certified? http://www.mysql.com/training/certification -- PHP Internals - PHP Runtime Development Mailing List

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

implicit visibility, not against *declaring* a property as readonly -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Are you certified? http://www.mysql.com/training/certification -- PHP Internals - PHP Runtime Development Mailing List

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

Zeev Suraski wrote: What does that give you that class constants don't? i on the other hand fail to see how it is related to class constants at all? -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Are you certified? http://www.mysql.com

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

Hartmut Holzgraefe wrote: Zeev Suraski wrote: What does that give you that class constants don't? i on the other hand fail to see how it is related to class constants at all? hm ... this was not supposed to get out as i had seen your reply to yourself ... -- Hartmut Holzgraefe, Senior

Re: [PHP-DEV] Re: tests

processing itself (or have i missed something lately?) -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Are you certified? http://www.mysql.com/training/certification -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit

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

Ron Korving wrote: In C++ you'd use private for this. All object members are readable, ... Could you elaborate on this? -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Are you certified? http://www.mysql.com/training/certification -- PHP

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

only? -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Are you certified? http://www.mysql.com/training/certification -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

... less typing *and* less error prone ... and easier to read, too IMHO You didn't want to return $bar in your example, you wanted to return $this-bar so you already ran into one of the issues here ;) -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com

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

just make everything private and have the getter and setter decide (using instanceof on $this etc.) the access rights. -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Are you certified? http://www.mysql.com/training/certification -- PHP

Re: [PHP-DEV] Re: new function: php_get_tmpdir() - bug #35380

with php_ prefix it seems? -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Are you certified? http://www.mysql.com/training/certification -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] new function: php_get_tmpdir() - bug #35380

although i can't think of any ... Anny comments before i proceed to commit? -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] more candidates for PECL

...) -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Are you certified? http://www.mysql.com/training/certification -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Developing PHP

an hour longer than the regular ICE connection ... i hope this explains things ... or maybe it explains why this doesn't explain things at all ... whatever ... /disclaimer -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Are you certified? http

Re: [PHP-DEV] GOTO and/or BREAK LABEL

Sascha Schumann wrote: 5) goto, fowarding-jumping only. which would more or less make it useless for state machine stuff, right? -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Join me at MySQL's 2006 Users Conference, April 24-27! http

Re: [PHP-DEV] GOTO and/or BREAK LABEL

Steph Fox wrote: Still to vote: Derick, Marcus, George, Sascha, Hartmut, Chregu, Johannes, Sebastian, Stefan, apologies if I missed any names here. 1) -1 2) +1 3) +.5 4) -0 -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Join me at MySQL's

Re: [PHP-DEV] Private data in C/C++ generated classes for Php - example?

/class_payload.xml?view=markup -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com Join me at MySQL's 2006 Users Conference, April 24-27! http://www.mysqluc.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

Re: [PHP-DEV] True labelled breaks

in the same league as goto linenumber; ... -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] True labelled breaks

. FULLACK -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP / C++ Interaction

shameless plug: CodeGen_PECL (http://pear.php.net/package/CodeGen_PECL/) supports C++ extension writing just fine (including the needed config.m4 magic etc), see e.g.: http://cvs.php.net/viewcvs.cgi/pear/CodeGen_PECL/docs/examples/resource_cpp.xml?view=markup -- Hartmut Holzgraefe, Senior Support

Re: [PHP-DEV] Dead C Scrolls - Missing Code for Writing New Extensions without recompiling PHP

Apache/Php config settings. using CodeGen_PECL you'll get a full self contained extension project, including a package.xml file suitable for automatic installation using the pear installer -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP

Re: [PHP-DEV] 23 nothing is so as it seems, but why

Marco Kaiser wrote: Today during a session i had a strange magic feature found in php. ?php $a = 10; echo ++$a + $a++; ? there is a very simple rule that PHP inherited from C: never use pre- and postfix increment operators in the same expression as the results are undefined -- Hartmut

Re: [PHP-DEV] Naming Arguments

Jared Williams wrote: Perhaps some tool to generate boiler plate docbook from introspection would be enough encouragement? we can already generate this from the proto comment lines or you could use PEAR::CodeGen_PECL which generates C code and DocBook at the same time ... -- Hartmut

Re: [PHP-DEV] Naming Arguments

Andi Gutmans wrote: Andrei is waiting for volunteers to upgrade internal functions to Unicode :) is there a todo list of functions converted, being worked on, pending? -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP

Re: [PHP-DEV] Naming Arguments

of the reast was, too -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] problem with zend_register_internal_class

Antony Dovgal wrote: You forgot to add TSRMLS_CC macro: zend_register_internal_class(ce TSRMLS_CC); see also http://www.php.net/manual/en/zend-api.zend-register-internal-class.php -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP

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

anyone summarize the disadvantages now please? - all internal and PECL functions need to be recoded as the API right now doesn't know any concept of parameter names at all -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP

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

Lukas Smith wrote: - all internal and PECL functions need to be recoded as the API right now doesn't know any concept of parameter names at all I was thinking that this would a userland only feature. do we really want to add even more inconsistencies to the language? -- Hartmut Holzgraefe

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

Lukas Smith wrote: Its sole purpose is to deal with situations where you have a considerable number of parameters. well, i for one would love to write something like $pos = strpos(haystack=$str, needle=foobar); instead of looking up parameter orders all the time :) -- Hartmut Holzgraefe

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

this information for all the 4,000+ extension funcitons out there ... -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

think. (At least, it'd certainly serve my needs. :) ) So far there is no difference between a user level and an internal function from a callers point of view, adding such an asymmetry now really doesn't sound like the right thing to do ... -- Hartmut Holzgraefe, Senior Support Engineer

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

those string functions with different order of haystack and needle named parameters could help to reduce the criticism we get for this poor choice of parameter order in the past ... -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals

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

Andrei Zmievski wrote: Hartmut, there are only 2 or 3 of those functions where the order differs. but it's the fact that it differs at all that counts ... -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime

Re: [PHP-DEV] Support for friend classes

friend on the other hand is a mechanism to allow more fine grained access control friend extends PPP in a similar way as ACLs extend the unix file access control mechanisms user/group/others concept ... -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB

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

of the switch, but i experience it as less readable and it doesn't perform as well as a GOTO based solution would as GOTOs can be resolved at compile time while switch requires run time comparisons -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB

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

' -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

:) -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ?xml tags (was PDM Meeting Notes)

Mike Hall wrote: Just FYI, the lack of ?php= is the only reason we don't disable short tags on all development projects at my company. as far as i remember the only arguemnt against ?php= was that '=' is not a valid character for a XML processing instruction name? -- Hartmut Holzgraefe

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

the GOTO variant looks more readable in some cases -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

Stanislav Malyshev wrote: SG* Labeled breaks also apply to continue; For example: yes, I think it's a good way to do it. oh, totally forgot about that, another strong reason for having it in parallel to any GOTO solution we come up with -- Hartmut Holzgraefe, Senior Support Engineer

Re: [PHP-DEV] Namespaces: Technical proposal

that maintaining a parser with special state rules like this becomes a WTF? PITA anyway ...) -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net

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

less clean if we are retricting GOTO to just jump forward we might be better off with named loops and labeled breaks just as in java, there is not much extra use in being able to place the labels anywhere you want then ... -- Hartmut Holzgraefe, Senior Support Engineer

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

;) -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Namespaces: Technical proposal

concept of scoping evaluation. The idea simply consists of not having namespaces inside the ternary: while i agree that the () approach is less bad than the whitespace one it is still bad enough from an language orthogonally point of view ... -- Hartmut Holzgraefe, Senior Support Engineer

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

, not connected to the previos place in any logical way. throw...catch can be as illogically connected just as well -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit

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

T_UNARY_MINUS like in if (SOME_CONSTANT-SOME_OTHER_CONSTANT) so that we are back to the same problem we alread have with ':'? -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP Runtime Development Mailing List

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

Ilia Alshanetsky wrote: If it comes down to count of +1/-1 about this feature, I am +1 for unrestricted forward/backward jumps and -1 for restricted version. same here -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals - PHP

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

Sebastian Kugler wrote: Forcing the use of brackets (instead of whitespaces) only for places where you want to use namespace constants in ternaries is also impossible? exactly -- Hartmut Holzgraefe, Senior Support Engineer. MySQL AB, www.mysql.com -- PHP Internals

Re: [PHP-DEV] dropping curly braces

Derick Rethans wrote: Don't you think it's useful to allow a convention like {} for strings and [] for arrays, so you can be sure what $str{1} means without looking at any context? No. Derick ok, next stop: Operator Overloading? ;) -- Hartmut Holzgraefe, Senior Support Engineer

Re: [PHP-DEV] wishlist item for 6.0.0

Petar Nedyalkov wrote: proper scopes for global, classes and functions. will allow for local variables for functions and classes without having to use $this-foo in classes and will allow for a more c/c++ like classes. I think this will pollute the namespace a lot and may lead to spaghetti

  1   2   >