> 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
> > 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
> 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
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
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
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
[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
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
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
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
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
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
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
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,
-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
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
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
+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
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
> 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
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
> 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
> 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
> 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
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 [
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
> 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
> 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
> 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
> >
+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
> 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
> -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
>
> 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
> 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
> 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
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,
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,
> 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
> 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
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
> 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
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
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
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
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
> 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
> 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
> 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
> 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
> 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
> 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
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
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
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
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
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,
> > >
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
>
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
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
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
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
>
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
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
/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
r traits considering all the issues I can foresee happenning.
Best regards,
Gina P. Banyard
>
ot;.
We are on the internals mailing list, obviously "we" refers to internals here.
Best regards,
Gina P. Banyard
to an opaque object.
RFC: https://wiki.php.net/rfc/directory-opaque-object
Best regards,
Gina P. Banyard
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
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
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]*\
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
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
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
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
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
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
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
teps you might make to try to prevent it.
--
Ian P. Christian ~ http://pookey.co.uk
pgpuLfTVIRLw7.pgp
Description: PGP signature
%% -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
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
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
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
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
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
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
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
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
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
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
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
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 -
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
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
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-gtk extensions
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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
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
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
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
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 - 100 of 668 matches
Mail list logo