[PHP-DEV] RE : [PHP-DEV] Re: RE : [PATCH] zend-multibyte unicode detection vs. __halt_compiler()

2007-09-27 Thread P
> From: Rui Hirokawa [mailto:[EMAIL PROTECTED] > > 1.set detect_unicode = Off > 2.adding declare(encoding="encoding_name") on the first line > of script can be your solution ? The 'declare' statement is not a solution because unicode detection is done before it is seen. So, PHK and PHAR remain

[PHP-DEV] RE : [PHP-DEV] link to exceptions in autoload thread?

2007-10-03 Thread P
> > This way, my autoload handler could simply return if the user is > > querying the existence of a class, and die pre-emptively with the > > exception I want in other cases where an E_ERROR would result. > > > This feature would be extremely useful for PEAR2's > implementation of > > autolo

[PHP-DEV] RE : [PHP-DEV] [PATCH] in_class_exists() for detecting __autoload() called by class_exists() and interface_exists()

2007-10-04 Thread P
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED] > > But how would you know the class is missing? Maybe next > loader in chain > would find it. IMO, the point, here, is that, if the requested class starts with 'PEAR2', by convention, this name space is reserved and cannot be resolved by an

[PHP-DEV] Extending include path to support stream wrappers

2006-07-10 Thread P
Hello, I am currently implementing a packaging tool in PHP. If you know PHAR, it is the same kind of tool, which allows to implement a virtual file tree in a single physical file. In such a tool, every file path becomes a 'stream-wrapped' path and the problem comes from the difference in the

[PHP-DEV] RE : [PHP-DEV] Extending include path to support stream wrappers

2006-07-10 Thread P
Antony Dovgal wrote: > What's wrong with PHAR ? > Why do you need another tool, which does pretty much the same? Nothing's wrong with PHAR... I am sorry but my question's purpose was not to discuss about why I am building such a tool. And the change I am suggesting would also benefit PHAR (if PH

[PHP-DEV] RE : Extending include path to support stream wrappers

2006-07-11 Thread P
Marcus Boerger wrote : > have you ever looked at pecl/phar? It can do that already. Maybe. But I couldn't find any documentation about it and its features. And its 'Download latest' link is broken. I had to download the C source code from CVS. But, once again, may I humbly ask you to focus on my

[PHP-DEV] RE : Extending include path to support stream wrappers

2006-07-11 Thread P
[EMAIL PROTECTED] Sent: Tuesday, July 11, 2006 4:29 PM To: LAUPRETRE François (P) Cc: internals@lists.php.net Subject: Re: Extending include path to support stream wrappers > But, once again, may I humbly ask you to > focus on my primary question, instead of > arguing about a potential

[PHP-DEV] RE : Extending include path to support stream wrappers

2006-07-11 Thread P
Greg Beaver wrote : > Allowing stream wrappers in include_path will open a potentially gigantic > security hole, making sure that it is closed will be a huge challenge, and > introduce a bit of overhead. I don't understand where the security hole would be. I see the stream wrappers as virtual d

[PHP-DEV] RE : Extending include path to support stream wrappers

2006-07-19 Thread P
Greg Beaver wrote: > The solution I've found for pharring things has involved clever use of > str_replace(). I pharred up phpMyAdmin and it works just great using this > technique. This removes the need for an include_path hack. phpMyAdmin is an interesting test case because every file access

[PHP-DEV] RE: Multi-paradigm design (was: Re: [PHP-DEV] Re: __autoloading and ...

2006-09-11 Thread P
I agree. I don't understand why several people in the PHP team seem to consider that the future of PHP and any improvement we can propose must be exclusively object oriented. I really think that one of the biggest advantage of PHP against its competitors is its short learning curve, especiall

[PHP-DEV] Re: Re: __autoloading and functions

2006-09-12 Thread P
Yes, the trivial answer is to name each file after the symbol it contains, but it limits to one symbol per file (and I was talking about autoloading constants ! :-). Once again, if we don't propose a smarter autoload manager, extending the autoload feature to functions is not very interesting b

[PHP-DEV] RE : Re: Re: __autoloading and functions

2006-09-12 Thread P
Sorry, the URL to the Autoload manager is http://www.tekwire.net/joomla/component/option,com_docman/task,cat_view/gid,32/Itemid,47/ -Original Message- From: LAUPRETRE François (P) Sent: Tuesday, September 12, 2006 1:01 PM To: '[EMAIL PROTECTED]'; 'internals@lists.php.n

[PHP-DEV] Re: What's wrong with dl?

2006-09-18 Thread P
I never saw any argument justifying the removal of the dl() feature, even if the CLI SAPI keeps it. But I can give at least two against it : - If extensions cannot be loaded from the PHP code any more, it becomes impossible to autoload them when needed. As I wrote in another message, one of the

[PHP-DEV] RE : [PHP-DEV] Re: What's wrong with dl?

2006-09-18 Thread P
money for that. And it would be too bad to have to meet people in person on a subject like PHP :) What do you think about it ? If you are interested, I am ready to work on this subject. Francois -Original Message- From: Zeev Suraski [mailto:[EMAIL PROTECTED] Sent: Monday, September 18,

[PHP-DEV] Re: What's wrong with dl?

2006-09-18 Thread P
-Original Message- From: Zeev Suraski [mailto:[EMAIL PROTECTED] Sent: Monday, September 18, 2006 11:55 AM To: LAUPRETRE François (P) Cc: [EMAIL PROTECTED]; internals@lists.php.net Subject: Re: [PHP-DEV] Re: What's wrong with dl? At 12:39 18/09/2006, P wrote: >I never saw any argum

[PHP-DEV] RE : Re: __autoloading and functions

2006-10-02 Thread P
Terje Slettebø wrote : > I think this sounds like a great idea. :) We do something similar with our > class loader, in > that it scans a lib-directory and its subfolders, building a map of class > name to filename > (it doesn't open the files - it only builds the map based on file naming > con

[PHP-DEV] RE : [PHP-DEV] Feature-Request - Macros

2006-11-22 Thread P
Exact. IMO too :), the main benefits are : - To keep tracks. Everyday, on this list, we see messages like 'I know we already talked about this (but not who and when)', 'We agreed on this (but cannot remember how and why...)', 'this question was already discussed', ... There's no way for a new

[PHP-DEV] RE : [PHP-DEV] Comments on PHP security

2007-01-23 Thread P
+1. I think Greg's suggestion would be a very good solution, combined with the existing 'allow_url_fopen' feature to protect 1st level calls: 1. User stream wrappers are not an 'exotic' feature reserved to some exotic hackers as some seem to think. It is not because you never used them that it

[PHP-DEV] RE : [PHP-DEV] RFC extensions_path directive

2007-02-05 Thread P
I agree with Sara. +1 to extend 'extension_dir' :) Do you plan for adding a corresponding set_extension_path/dir() function or will we have to use ini_set() ? And, I certainly should know it, but could somebody explain why the default extensions directory contains this strange 'no-debug-non-zts

[PHP-DEV] Re: Syntactic improvement to array

2007-02-05 Thread P
> From: Christian Schneider [mailto:[EMAIL PROTECTED] > What's also beautiful about [] IMHO is the symmetry of the syntax, > list() and array() are asymmetrical which I always found inferior. Agree. +1 for me, especially for this reason, even after reading Greg's examples :) IMO, it is more i

[PHP-DEV] RE : [PHP-DEV] Re: Named parameters, was Re: Syntactic improvement to array

2007-02-05 Thread P
rray. If you want to do this you need an explicit > array() on the second set of parameters. That's magical, > non-obvious and evil but we tend to have one $p array for all > named parameters only, why would you want more than one > parameter here anyway? ;-) OK. I didn't

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

2007-02-06 Thread P
> From: Richard Lynch > > How many newbies will be trying: > array[1, 2, 3]; > and left scratching their heads when it doesn't work? Yes, even if I am in favor of the [] syntax, it is a good argument: 'array[ 1, 2, 3]' can become a very common error, and not especially among newbies! Maybe I a

[PHP-DEV] RE : [PHP-DEV] [PATCH] better implementation for __HALT_COMPILER();

2007-02-07 Thread P
> From: Gregory Beaver [mailto:[EMAIL PROTECTED] > Currently, this code results in a fatal error Are you sure it is a fatal error ? I only get an E_NOTICE in 5.1.6. Did it change in 5.2? Please tell me if it is the case, because I would have to update my documentation. > However, this is extr

[PHP-DEV] RE : [PHP-DEV] Re: [PHP-CVS] cvs: php-src(PHP_5_2) / run-tests.php

2007-02-09 Thread P
> From: Derick Rethans [mailto:[EMAIL PROTECTED] > > On Thu, 8 Feb 2007, Adam Maccabee Trachtenberg wrote: > > > I read this as saying we're removing the entire ereg extension from > > PHP 6. If that's not true, then never mind. > > http://www.php.net/~derick/meeting-notes.html#move-ereg-to-pe

[PHP-DEV] Re: [PHP-CVS] cvs: php-src(PHP_5_2) / run-tests.php

2007-02-09 Thread P
a formal process in place for > deciding what gets moved from PCEL to 'Optional Extension' > and vice-versa? Who has final say in the matter? > > -- Jim > > On 2/9/07, LAUPRETRE François (P) <[EMAIL PROTECTED]> wrote: > > > > > From: Derick Rethans [

[PHP-DEV] RE : [PHP-DEV] Simulating require_once within an extension

2007-02-26 Thread P
Sorry, I can't help with your C extension but I can give you a solution I implemented in PHP for the same needs. I did using two mechanisms : - A stream wrapper to allow require_once to reference a virtual path. Not required if you require 'real' files. In PHK, I need it because I impl

[PHP-DEV] RE : [PHP-DEV] suggestion SplFileInfo

2007-02-27 Thread P
> From: Arnold Daniels [mailto:[EMAIL PROTECTED] > >> DirectoryIteratorRecursive: > >> - Add flag DIRS_ONLY for the constructor, to only loop through > >> directories > >> > > This is achieved by a FilterIterator: ParentIterator > > > Yes but if you want to loop recursively through the

[PHP-DEV] RE : suggestion SplFileInfo

2007-03-05 Thread P
> From: Pierre [mailto:[EMAIL PROTECTED] > > It is not about taste. A glob is not a URI-like data. It is a > filter. I hope you understand my point now (for better glob > support but no glob://), let see what the other developers > think about that. I agree. PHP glob() needs to be rewritten t

[PHP-DEV] RE : [PHP-DEV] PHP6 todo list

2007-04-23 Thread P
> From: Antony Dovgal [mailto:[EMAIL PROTECTED] > > > 3. regexp > > 1. make ereg an extension > > 2. PCRE extension will not be allowed to be disabled. > > 3. core of PHP should be made to work with PCRE so that we can > > safely disable ereg > >

[PHP-DEV] RE : [PHP-DEV] dropping asp_tags in HEAD

2007-04-23 Thread P
+1 for ' From: Guilherme Blanco [mailto:[EMAIL PROTECTED] > > If you plan to go far and remove the include a into PHP. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] RE : [PHP-DEV] [RFC] Starting 5.3

2007-05-09 Thread P
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED] >> ...and phar is the best candidate I know for this. > > I'd say the only one NO, there is an alternate PHP package format. It solves every issues you rose about phar (including the direct url access to a virtual file). Its name is PHK and

[PHP-DEV] RE : [PHP-DEV] [RFC] Starting 5.3

2007-05-09 Thread P
> -Original Message- > From: Stanislav Malyshev [mailto:[EMAIL PROTECTED] > > I guess we are solving the wrong problem. We have: > 1. phar needs script-defined named streams > 2. Named streams are prohibited by some config option > 3. Let's pretend this stream is not actually what it is >

[PHP-DEV] RE : [PHP-DEV] [RFC] Starting 5.3

2007-05-14 Thread P
> From: Greg Beaver [mailto:[EMAIL PROTECTED] > With all due respect, this is a rather severe exaggeration of > PHK's talents. > > PHK does *not* use a standardized file format like ZIP, and > the format is undocumented as of last Friday when I read all > of the docs at your site. Right. As

[PHP-DEV] RE : RE : [PHP-DEV] [RFC] Starting 5.3

2007-05-15 Thread P
> From: Greg Beaver [mailto:[EMAIL PROTECTED] > > Both phar/PHP_Archive and PHK support this. The only file > format that would "allow" this kind of shebang is the tar > file format, as the first element in the file is a filename. > The original design of PHP_Archive used the tar file format

[PHP-DEV] RE : [RFC] Starting 5.3

2007-05-16 Thread P
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED] > > Actually, I would say it would be better to have some "minimized" > version which is extract-only, has all the comments stripped, > etc. for > inclusion in the archives. There's a difference between phar and PHK here. PHK is not a deplo

[PHP-DEV] RE : [RFC] Starting 5.3

2007-05-18 Thread P
Sorry, php-internal guys, just a small :) reply to Greg's message, and we'll take it off list, as Greg is right: it does not have much to do with php internals any more... > From: Greg Beaver [mailto:[EMAIL PROTECTED] > Please STOP spreading misinformation. phar is *not* a > deployment tool,

[PHP-DEV] RE : [PHP-DEV] potential solution to user streams + allow_url_include=off

2007-05-18 Thread P
I think it is a very good solution. IMO, we don't have to go further in protecting the user against himself, even if allowing to switch the local/remote flag on streams from user space won't please to everybody... Francois -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe,

[PHP-DEV] RE : [PHP-DEV] potential solution to user streams + allow_url_include=off

2007-05-18 Thread P
> From: Ilia Alshanetsky [mailto:[EMAIL PROTECTED] > I don't think this is a good idea. If you need to access external > data use fsockopen or stream code or even cURL. Creating > filters just to add bypasses for them seems silly to me. If I understand well, the goal here is not to mark remo

[PHP-DEV] RE : [PHP-DEV] [PATCH] potential solution to user streams + allow_url_include=off

2007-05-30 Thread P
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED] > > According to the plan below, attached is the patch that > restricts user > streams from executing dangerous operations inside include context. > Please comment. I see that you added a boolean arg to stream_wrapper_register(). Why could

[PHP-DEV] RE : [PHP-DEV] Documenting the Zend2 extension API

2007-05-30 Thread P
Hello Gwynne, A suggestion: please add something about exceptions, creating and throwing them, implementing try/catch blocks. I was looking for a way to catch exceptions thrown by some userspace code, and I didn't find anything except the PHP source. Best regards Francois > -Original Mess

[PHP-DEV] RE : Feature(let) idea

2007-06-19 Thread P
> The idea is to use the same set of "extension=foo" directives for all > platforms (nearly all). It is relatively obvious that extension_dir > will differ. IMHO, it should also allow to dl() by extension name, but only as a fallback mechanism to keep BC. First consider the argument as a filenam

[PHP-DEV] RE : [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?

2007-06-19 Thread P
De: Tomas Kuliavas [mailto:[EMAIL PROTECTED] > We are working on different code. You have code with some specific > character set and you can control all strings. Tomas, stop arguing on this. As a library maintainer, I agree with you and I don't understand where the 'killer feature' is (I heard t

[PHP-DEV] [PATCH] zend-multibyte unicode detection vs. __halt_compiler()

2007-08-23 Thread P
possible as it is not yet compiled... Regards Francois --- zend_multibyte.c.old2007-01-01 10:35:46.0 +0100 +++ zend_multibyte.c2007-08-23 17:22:24.0 +0200 @@ -1035,6 +1035,7 @@ zend_encoding *script_encoding = NULL; int bom_size; char *scri

[PHP-DEV] RE : [PHP-DEV] Namespaces and __autoload()

2007-09-07 Thread P
Hi, > From: Dmitry Stogov [mailto:[EMAIL PROTECTED] > > The patch provides an additional boolean argument to > __autoload() that say if class is really required. In case if > it false, user code shouldn't emit errors or throw exceptions. Actually, an autoload handler should never emit errors

[PHP-DEV] RE : [PATCH] zend-multibyte unicode detection vs. __halt_compiler()

2007-09-07 Thread P
Hi, > From: Rui Hirokawa > > IMHO, #42396 is not a bug, but it is the specification. > The normal script doesn't contain a null byte if it is not > encoded in Unicode. > > It is understandable the addition of a unique byte seqence > '0x' detection to support PHAR/PHK, > but it is a ch

[PHP-DEV] RE : Namespaces and __autoload()

2007-09-12 Thread P
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED] > > This is a good point - raising errors in chained autoloader > makes little > sense since next one in chain might be able to load the > class. However, > I am still concerned about the performance impact - exhausting all > autoloading op

[PHP-DEV] RE : [PHP-DEV] PHP 5.3 Suggested Feature List

2007-09-12 Thread P
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED] > > > 14) Link phar extension from PECL into core (possibly enabling it by > > default) > > -1, we discussed why :) 0 if not enabled by default. Yes, it was discussed, and I thought it was clear for everybody that phar had to remain in pecl

[PHP-DEV] RE : [PHP-DEV] RE : Namespaces and __autoload()

2007-09-12 Thread P
> From: Pawel Stradomski [mailto:[EMAIL PROTECTED] > > B), but what with following language construct: > > function doSomething (Service s) {...} > > PHP tries to autoload type Service, but it can't know if it's > looking for interface or class. Both are possible. Correct. I didn't consider th

[PHP-DEV] RE : [PHP-DEV] RE : Namespaces and __autoload()

2007-09-12 Thread P
> From: Stut [mailto:[EMAIL PROTECTED] > > This would need to come from the user implementation of __autoload > through naming conventions or a lookup table. PHP does not > get involved > with resolving a type to a filename, and rightly so. The question is not to have PHP get involved in the s

[PHP-DEV] RE: Why not jar for phar? (was Re: [PHP-DEV] PHAR was PHP 5.3 Suggested Feature List)

2007-09-12 Thread P
> From: Dmitry Stogov [mailto:[EMAIL PROTECTED] > > I've attached my PHAR variation that was made some time ago > just to prove the concept. It uses standard TAR format and > doesn't use any external libraries. > > In case if you call "php test.tar.gz", PHP (with this > extension) will execut

[PHP-DEV] RE : RE : Namespaces and __autoload()

2007-09-13 Thread P
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED] > > Looks like design flaw to me - why not index symbols by name, > you can't > have interface and class with the same name? Right. I was wrong and I have suppressed the 'interface' type in the PHK autoloader. > If we ever extend autoloade

[PHP-DEV] Function php_is_url() not defined

2007-09-18 Thread P
Hi, I am looking for the php_is_url() function. It is documented in Sara's book, declared in main/fopen_wrappers.h, but not defined anywhere. It was defined in main/fopen_wrappers.c v 1.34 to detect only http/ftp URLs, as they were probably the only possible URLs, and was removed in v 1.107. I

[PHP-DEV] [PATCH] getimagesize - return named keys for width, height, type and attributes

2011-07-08 Thread DIXON P.
Hi, I've attached a patch for getimagesize() that returns named keys for image width, height, type and attributes values. The equivalent numeric keys 0, 1,2 and 3 are still returned but could perhaps be deprecated in the future? The patch also contains updated tests to reflect the change. Regar

RE: [PHP-DEV] [PATCH] getimagesize - return named keys for width, height, type and attributes

2011-07-08 Thread DIXON P.
Thanks Richard, Renamed and attached. -Original Message- From: Richard Quadling [mailto:rquadl...@gmail.com] Sent: 08 July 2011 17:13 To: DIXON P. Cc: internals@lists.php.net Subject: Re: [PHP-DEV] [PATCH] getimagesize - return named keys for width, height, type and attributes On 8

RE: [PHP-DEV] [PATCH] getimagesize - return named keys for width, height, type and attributes

2011-07-13 Thread DIXON P.
I hadn’t thought of list(). I've update the patch (attached) so that each value has both an indexed and associative entry in the returned array, so that it will still work with list(). Paul -Original Message- From: Alexey Shein [mailto:con...@gmail.com] Sent: 12 July 2011 10:44 To: Mic

Re: [PHP-DEV] [RFC] [VOTE] Transform exit() from a language construct into a standard function

2024-08-13 Thread Gina P. Banyard
On Tuesday, 13 August 2024 at 14:05, Matthew Sewell wrote: > > On 13 Aug 2024, at 12:36, Gina P. Banyard intern...@gpb.moe wrote: > > > > On Tuesday, 30 July 2024 at 11:49, Gina P. Banyard intern...@gpb.moe wrote: > > > > > Hello Internals, > > >

Re: [PHP-DEV] String enums & __toString()

2024-08-16 Thread Gina P. Banyard
ng value for enumeration is for serialization purposes. There have been numerous discussion on this list about this topic, with plenty of people stating their opinions. Best regards, Gina P. Banyard >

Re: [PHP-DEV] String enums & __toString()

2024-08-17 Thread Gina P. Banyard
sagree from a language design principle. I do tend to agree with Rowan that Stringable and the __toString() magic method overall is.... less than ideal. Best regards, Gina P. Banyard

Re: [PHP-DEV] Re: Decoding HTML and the Ambiguous Ampersand

2024-08-17 Thread Gina P. Banyard
you introduce the constant later in the RFC. However, I will echo another message in that this should be an enum because it is a new API. Forcing the user to specify the context in which this function is called also seems like a good idea. Best regards, Gina P. Banyard

Re: [PHP-DEV] function autoloading v4 RFC

2024-08-19 Thread Gina P. Banyard
makes sense to remove the zend_autoload_class function pointer API and have the VM directly call zend_autoload. Because from what I remember 2 years ago, some profiling tools hook into it to track autoloading time. This might be improved by introducing new observer hooks. Best regards, Gin

Re: [PHP-DEV] State of Generics and Collections

2024-08-25 Thread Gina P. Banyard
s, you have sent the vast majority of emails on this list, this is not what I would consider normal nor expected for your level of "seniority" (for the lack of better word) on the project. This is not to say to stop posting and replying, just to do it in a more conscious manner for the rest of us reading you. Best regards, Gina P. Banyard >

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

2024-08-27 Thread Gina P. Banyard
e. Having the php.net website point to various curated tutorials, industry standard packages and tools, seems fairly natural. And not doing this clearly makes us an outlier rather than the norm. This is not to say we should mention everything under the sun on the website, but this is where d

Re: [PHP-DEV] function autoloading v4 RFC

2024-09-10 Thread Gina P. Banyard
FC I have no idea how you are tackling the global namespace fallback, nor how you are going to prevent the lookup happening multiple times. As such in the current state I will vote against it, and be annoyed that you are making me do busy work. Best regards, Gina P. Banyard

Re: [PHP-DEV] What to do with ext/snmp?

2024-09-10 Thread Gina P. Banyard
/snmp are actually maintained. Having added support for PIE for ext/csv, which was very easy, [2] I hope when this tool is finally ready, and we ditch PECL, we will start unbundling extensions so that they are not constrained by the PHP Engine release cycle. Best regards, Gina P. Banyard [1] https://wiki.php.net/rfc/deprecations_php_8_4#xml_set_object_and_xml_set_handler_with_string_method_names [2] https://gitlab.com/Girgias/csv-php-extension/-/commit/ab978521e4d3bde15b73838d4605c5e5178ba082

Re: [PHP-DEV] [Discussion] Implementing interfaces via traits

2024-09-10 Thread Gina P. Banyard
r traits considering all the issues I can foresee happenning. Best regards, Gina P. Banyard >

Re: [PHP-DEV] What to do with ext/snmp?

2024-09-13 Thread Gina P. Banyard
ot;. We are on the internals mailing list, obviously "we" refers to internals here. Best regards, Gina P. Banyard

[PHP-DEV] [RFC] Change Directory class to behave like an opaque object

2024-09-14 Thread Gina P. Banyard
to an opaque object. RFC: https://wiki.php.net/rfc/directory-opaque-object Best regards, Gina P. Banyard

Re: [PHP-DEV] Google Summer of Code

2012-03-02 Thread Daniel P. Brown
On Thu, Mar 1, 2012 at 21:00, Adam Harvey wrote: > > - New Mirror Management System (Daniel Brown): not sure if this is > relevant — systems guys? Daniel? No, the system I had been drafting was mainly to fix a few issues and introduce some new features to make mirror management easier. In th

Re: AW: AW: [PHP-DEV] dropping curly braces

2005-11-20 Thread Ian P. Christian
hen this change would be far easier for php users to accept. BTW, whilst on the topic, was there a document written about why the former mentioned change was made? All I've seen is PHP developers getting stressed and saying 'it was a needed fix', with very little justificati

Re: AW: AW: [PHP-DEV] dropping curly braces

2005-11-20 Thread Ian P. Christian
On Sunday 20 November 2005 22:27, Ian P. Christian wrote: > If this change included a simple sed command that could be applied to code > to fix 'legacy' code Sorry, should have included this... For example: $ cat test $ sed -e 's/$\([a-zA-Z][a-zA-Z0-9]*\){\([0-9]*\

Re: AW: AW: [PHP-DEV] dropping curly braces

2005-11-20 Thread Ian P. Christian
but not my comment about decent docmentation for reasoning and how to fix existing code being needed. -- Ian P. Christian ~ http://pookey.co.uk pgp9nbKk05lzg.pgp Description: PGP signature

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

2005-11-21 Thread Ian P. Christian
to any replied to this message. Andrei, I do appreciate your work - honestly I do. I just really do feel annoyance when developers publicly show this kind of behaviour. Kind Regards, -- Ian P. Christian ~ http://pookey.co.uk pgp1bvmwjJ54k.pgp Description: PGP signature

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

2005-11-21 Thread Ian P. Christian
with online discusions. On Tuesday 22 November 2005, Andrei Zmievski also wrote: > This book should be a good start: Fantastic link, I'll definatly add that to my reading list! Thanks again Andrei, kind regards, -- Ian P. Christian ~ http://pookey.co.uk -- PHP Internals - PHP Runt

Re: [PHP-DEV] Re: PDM Meeting Notes

2005-11-23 Thread Ian P. Christian
On Wednesday 23 November 2005 16:40, Christian Schneider wrote: > As far as named parameters go: I can live with the decision as we use > our own patch for that anyway Christian, Where are the details on this patch? Kind Regards, -- Ian P. Christian ~ http://pookey.co.uk -- PHP Int

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

2005-11-25 Thread Ian P. Christian
evelopment-versions/kde-3.5-features.html and a nice, clearly formatted release schedue, with ETAs for code. http://developer.kde.org/development-versions/kde-3.5-release-plan.html -- Ian P. Christian ~ http://pookey.co.uk pgpFMG0WgYmG0.pgp Description: PGP signature

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

2005-11-25 Thread Ian P. Christian
7;t do it with switch, because.. well, it's white space sensitive. I don't think PHP programmers are fussed about inconsisency, I think they are kinda used to it :) -- Ian P. Christian ~ http://pookey.co.uk pgpLj85pWywIN.pgp Description: PGP signature

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

2005-11-26 Thread Ian P. Christian
g to put spaces in ig going to be a huge problem for anyone. Anyone with half a braincell will realise that if they don't it's totally ambigious. -- Ian P. Christian ~ http://pookey.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

2005-11-27 Thread Ian P. Christian
teps you might make to try to prevent it. -- Ian P. Christian ~ http://pookey.co.uk pgpuLfTVIRLw7.pgp Description: PGP signature

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

2005-11-27 Thread Ian P. Christian
%% -2 ( : ) {whitespace}":"{whitespace} +2 ::: Shalosh Nekudotayim +1 \Backslash -2*10^100 \\ Double Backslash -2*10^100 ** Double-Star-2 ;;Double-Semicolon -2 -- Ian P. Christian ~ http://pookey.co.uk -- PHP Internals - PHP Runtime Development Mailing List To u

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

2005-12-15 Thread Carl P. Corliss
Greg Beaver wrote: Hi all, I realize that 1 == '01' and 1 == '1.', but why is this next code also bool(true)? http://us3.php.net/manual/en/language.types.string.php#language.types.string.conversion Also, if you want strict type checking, try using === -- Carl -- PHP Internals - PHP

Re: [PHP-DEV] Re: Question about superglobals

2007-11-16 Thread Carl P. Corliss
Sam Barrow wrote: Thanks everyone, I knew this, but I didn't want to use runkit because it is a beta, and i don't want all that other stuff, just superglobals. Also, runkit only allows you to use php.ini, but my patch allows you to specify superglobals in your script with the keyword "superglobal

[PHP-DEV] CVS Account Request: danbrown

2007-11-20 Thread Daniel P. Brown
Assisting with maintenance of the php.net site, documentation, and bug fixes, as well as further developing the runtime and including bundled packages (perhaps such as the TTS bindings we created during the spring). Most of you know me from the lists as it is. -- PHP Internals - PHP Runtime D

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

2006-01-20 Thread Carl P. Corliss
Jon Dowland wrote: On Thu, Jan 19, 2006 at 06:41:17PM +0200, Marco Kaiser wrote: Today during a session i had a strange "magic" feature found in php. this works perfect as expected. it returns 22. Odd, I expected 21: echo (11 + 10) a = a + 1 nope - discounting the 'unde

Re: [PHP-DEV] [PATCH] __toString()

2006-01-27 Thread Carl P. Corliss
Thomas Moenicke wrote: [snip] Is there a generic way (for extensions, of course) to override the operators between objects implementing __toString()? [snip] The pecl package 'operator' (http://pecl.php.net/package/operator) sounds like what you might be looking for. Cheers!, -- Carl -- PHP

[PHP-DEV] 'odd' handling of $moo['bar'] where $moo is a string

2006-02-09 Thread Ian P. Christian
quot; bool(true) bool(true) Now, it seems that $keys['file'] == $keys[0], which makes sense why the issets return true. However... if ('file') echo 'true'; will print moo, therefore 'file' == 1, not 0. Why is this different when using it as a string offset? IMO, usi

Re: [PHP-DEV] 'odd' handling of $moo['bar'] where $moo is a string

2006-02-09 Thread Ian P. Christian
On Thursday 09 February 2006 22:08, Sean Coates wrote: > It's cast to an integer. Ahh.. I see. That does make sense now as to why it results in the first char in the array - however I still think it makes more sense not to cast, but rather to give a fatal error. Thanks, -- Ian P. C

Re: [PHP-DEV] 'odd' handling of $moo['bar'] where $moo is a string

2006-02-09 Thread Ian P. Christian
trings to ints to index. Yeah ok, good point. The strenghts of PHP sometimes bite you in the arse ;) Thanks for your replies people. -- Ian P. Christian http://pookey.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] case sensitive PHP?

2006-03-24 Thread Ian P. Christian
I managed to come across this in the archive... http://www.zend.com/lists/php-dev/200202/msg00961.html Is there a more recent patch I might try that anyone knows about? -- Ian P. Christian http://pookey.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

[PHP-DEV] [PATCH] User defined Error Handler's unable to include() class definitions in error handler functions

2006-08-08 Thread Carl P. Corliss
ng a user defined error handler, it will store the value of active_class_entry in a temporary variable, and then NULL it, make the call to the error handler, and then restore the value of active_class_entry. Thank you for your time. :-) Cheers!, -- Carl P. Corliss (aka Rabbitt) -- PHP Internals - P

Re: [PHP-DEV] [PATCH] User defined Error Handler's unable to include() class definitions in error handler functions

2006-08-08 Thread Carl P. Corliss
Carl P. Corliss wrote: Hi all :-) Please forgive my intrusion - I just wanted to submit this patch for a what others and I believe might be a bug . Basically, this patch fixes a problem where, if a class emits an error during declaration (ie: [snip] D'oh - looks like gmane s

Re: [PHP-DEV] [PATCH] User defined Error Handler's unable to include() class definitions in error handler functions

2006-08-14 Thread Carl P. Corliss
Carl P. Corliss wrote: Carl P. Corliss wrote: Hi all :-) Please forgive my intrusion - I just wanted to submit this patch for a what others and I believe might be a bug . Basically, this patch fixes a problem where, if a class emits an error during declaration (ie: [snip] D'oh -

Re: [PHP-DEV] [patch] error masks

2009-08-24 Thread Carl P. Corliss
ating the messages even though they were discarded later. Again, I know I'm nobody here but, I really hope you find this patch worth committing - I know I would. Thanks for listening, -- Carl P. Corliss -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Why is ereg being deprecated?

2009-10-12 Thread Carl P. Corliss
Lukas Kahwe Smith wrote: [snip] On 12.10.2009, at 18:57, Mark Krenz wrote: On Mon, Oct 12, 2009 at 04:27:02PM GMT, Pierre Joye [pierre@gmail.com] said the following: [snip] But I'm willing to bet that the majority of people are using ereg, not PCRE. I've known about PCRE in PHP for a

Re: [PHP-DEV] Why is ereg being deprecated?

2009-10-12 Thread Carl P. Corliss
Tomas Kuliavas wrote: [snip] Looks like preg_* functions are used more often than ereg* functions to me... preg_quote() and preg_last_error() are support functions. They are used together with other pcre functions. You double some search results. Actually, searching for those by themselves

[PHP-DEV] SVN Account Request: scorninpc

2010-02-04 Thread Bruno P. Gonçalves
php-gtk extensions -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] SVN Account Request: kriscraig

2010-10-05 Thread Daniel P. Brown
On Tue, Oct 5, 2010 at 17:46, Kris Craig wrote: > > Could somebody (anybody) please email me a response when you get this?  If > you could tell me what I need to do and/or who I need to send this to in > order to illicit an answer, I would be extremely grateful for your advice! > I would be even m

Re: [PHP-DEV] SVN Account Request: kriscraig

2010-10-05 Thread Daniel P. Brown
On Tue, Oct 5, 2010 at 19:50, Kris Craig wrote: > > But yeah if you have some free time and would like to try applying my patch > please feel free to let me know the results.  I'm very interested to learn > how much precision variance there is on this across different compilers and > if there are

Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

2010-10-29 Thread Daniel P. Brown
On Fri, Oct 29, 2010 at 20:47, admin wrote: > > Those that disagree don't do enough PHP support to know how often it is > asked. it's worth it. Someone disagreeing with your request to change something does not correlate to their doing "enough PHP support." There are many reasons to disagree

Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

2010-10-30 Thread Daniel P. Brown
On Sat, Oct 30, 2010 at 12:35, Chad Emrys wrote: > > Most likely not, we don't get tons of questions about other parser errors, > unless the person refuses to read the error message to begin with (Those > can't be fixed, true.  But this for those people that DO read the messages, > which is greate

Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

2010-10-30 Thread Daniel P. Brown
On Sat, Oct 30, 2010 at 12:47, Chad Emrys wrote: > > It's not that I'm that sure of myself, it's that I believe that my opinion > has merit, and I keep seeing the exact same argument over and over again > that I believe is not a very good argument (They can just google it thing). >  Some other peo

  1   2   3   4   5   6   7   >