Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

On Fri, 31 Jan 2003, Derick Rethans wrote: > On Thu, 30 Jan 2003, Sara Golemon wrote: > > > Only one complaint. > > > > > So, we could relegate those VERY few who might've used that fourth parameter > > already to the "read the changelog or suffer" bucket, ornot. > > I think this group of

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

On Thu, 30 Jan 2003, Sara Golemon wrote: > Only one complaint. > So, we could relegate those VERY few who might've used that fourth parameter > already to the "read the changelog or suffer" bucket, ornot. I think this group of people is very small (less then 10 I assume), so I dont se

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

Well, if you're doing that, go ahead and change stristr() and strstr() too... And eregi() and ereg()... It should be done one way or another. Besides, wasn't one of the points in introducing this function that so many users were looking for it? "Jon Parise" <[EMAIL PROTECTED]> wrote in message [EM

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

> 1. Not all users will notice the extra parameter easily. Will take some > time. This modification will not appear until PHP 5 is released, by then this extra parameter (hopefully) will be well documented and people will be aware that it exists. Adding extra code, which virtually does the same

[PHP-DEV] preg_replace oddity

Can someone explain what is going on here: --- foo.php --- --- end --- --- output --- 52 --- a: ___! 52); echo(42 !___ b: ___1___ --- end --- I understand that one is supposed to use single quotes around the \\1 in the above preg_replace. But what happens when they do not? Clearly the echo(42)

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

On Thu, 30 Jan 2003 17:11:53 -0500 "Ilia A." <[EMAIL PROTECTED]> wrote: > On January 30, 2003 04:55 pm, Jon Parise wrote: > > On Thu, Jan 30, 2003 at 01:44:27PM -0800, Sara Golemon wrote: > > > You're not the first to voice this opinion. *I* feel str_ireplace is > > > better as it follows the na

Re: [PHP-DEV] Question on bug list

hi, > > Wouldn't it be nice if one could attach himself to a bug and receive an > > email > > on every new message to that bug? > > > > And then how am i informed about new bugs? Is there a mailing list for > > that? > > Currently i read the bug-summary-list.. > > > > [EMAIL PROTECTED] Empty

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

FWIW: Given this mess, and the fact that any php-coded stri_replace can be overloaded, I think a new function is better. Also - it's in sync with the other stri* functions. Either change all with a case-insensativity paramenter, or keep the namingconventions that 'plague' these functions. Agg

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

On Thu, 30 Jan 2003, Melvyn Sopacua wrote: MS>>> MS>>> Given this mess, and the fact that any php-coded stri_replace can be overloaded, K, strike this. The tricks used by mbstring to overload functions, cannot be applied in userland alone. Sorry for the noise. -- With kind regards, Melvyn Sop

RE: [PHP-DEV] Re: str_ireplace vs. stri_replace

If your using an undocumented parameter, and that undocumented parameter changes what's the problem? The documentation doesn't say a word about a mystery undocumented parameter... I don't think we should be too concerned with someone using something they arguably shouldn't be. John >-Origin

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

On Thu, 30 Jan 2003, Sara Golemon wrote: SG>>> > > +1 from me too, stri_replace sound like a function some users may have SG>>> > > SG>>> > > implemented them selves and we could end up breaking their code by SG>>> > > introducing it. SG>>> > SG>>> > exactly :). SG>>> > SG>>> Only one complaint. S

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

> > +1 from me too, stri_replace sound like a function some users may have > > > > implemented them selves and we could end up breaking their code by > > introducing it. > > exactly :). > Only one complaint. Previously (including in 4.3.0) there already WAS a fourth (undocumented) parameter to str

RE: [PHP-DEV] Re: str_ireplace vs. stri_replace

Jon Parise writes: > > Get rid of stri_replace() and/or str_ireplace() and just add > a fourth optional parameter to str_replace() to control > case-sensitivity. Yup. Regards Mike Robinson -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

On Thu, 30 Jan 2003 17:11:53 -0500 "Ilia A." <[EMAIL PROTECTED]> wrote: > +1 from me too, stri_replace sound like a function some users may have > > implemented them selves and we could end up breaking their code by > introducing it. exactly :). And why introduce function name with no respect

RE: [PHP-DEV] Re: str_ireplace vs. stri_replace

Adding a parameter to an existing function is the way to go I agree. Timothy Hitchens (HiTCHO) Web Application Consulting e-mail: [EMAIL PROTECTED] > -Original Message- > From: Derick Rethans [mailto:[EMAIL PROTECTED]] > Sent: Friday, 31 January 2003 8:00 AM > To: Jon Parise > Cc: Sara

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

On January 30, 2003 04:55 pm, Jon Parise wrote: > On Thu, Jan 30, 2003 at 01:44:27PM -0800, Sara Golemon wrote: > > You're not the first to voice this opinion. *I* feel str_ireplace is > > better as it follows the naming convention of _. > > Others feel stri_replace is better as that follows ereg

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

On Thu, 30 Jan 2003, Jon Parise wrote: > On Thu, Jan 30, 2003 at 01:44:27PM -0800, Sara Golemon wrote: > > > You're not the first to voice this opinion. *I* feel str_ireplace is better > > as it follows the naming convention of _. Others feel > > stri_replace is better as that follows eregi_rep

Re: [PHP-DEV] Re: str_ireplace vs. stri_replace

On Thu, Jan 30, 2003 at 01:44:27PM -0800, Sara Golemon wrote: > You're not the first to voice this opinion. *I* feel str_ireplace is better > as it follows the naming convention of _. Others feel > stri_replace is better as that follows eregi_replace's style. I have no > trouble going with what

[PHP-DEV] Re: str_ireplace vs. stri_replace

Hello, It looks like follow ereg is nice to me. Maybe we can have a FALIAS so we can have both? -- Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. "Sara Golemon" <[EMAIL PROTECTED]> a écrit dans le message de news: 006601c2c8a8$c3b141f0$[EMAIL P

[PHP-DEV] Re: str_ireplace vs. stri_replace

> One little thingie: shouldn't it be called stri_replace() rather than > str_ireplace() ? > You're not the first to voice this opinion. *I* feel str_ireplace is better as it follows the naming convention of _. Others feel stri_replace is better as that follows eregi_replace's style. I have no t

[PHP-DEV] Re: Feature Request #5919 case-insensitive version of str_replace()

One little thingie: shouldn't it be called stri_replace() rather than str_ireplace() ? Regards, Dirkjan "Sara Golemon" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > This feature request (which seems worth doing) has sat on the back burner > awhile. Probably

Re: [PHP-DEV] Question on bug list

Marcus Börger wrote: Wouldn't it be nice if one could attach himself to a bug and receive an email on every new message to that bug? And then how am i informed about new bugs? Is there a mailing list for that? Currently i read the bug-summary-list.. [EMAIL PROTECTED] marcus -- PHP Dev

[PHP-DEV] CVS Account Request: cysoft

need a accout for the translation. thx! -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Question on bug list

Wouldn't it be nice if one could attach himself to a bug and receive an email on every new message to that bug? And then how am i informed about new bugs? Is there a mailing list for that? Currently i read the bug-summary-list.. marcus -- --->>> mailto:[EMAIL PROTECTED] <<<-

Re: [PHP-DEV] Why i believe we need final

At 10:34 30.01.2003, Stanislav Malyshev wrote: MB>> If you want real life examples (and surely it seems you will never MB>> trust me) get yourself a book from scott meyers (going to my I would certainly trust you if you gave me an example. Marcus, I'm not here to personally attack you. I just do

Re: [PHP-DEV] Feature Request #5919 case-insensitive version of str_replace()

> Well, actually, I would prefer to see a proper BNDM > implementation in the tree. > > - character classes are handled for free > (i.e. a case insensitive search does not take longer) > > - combining shift-and and automata is much faster than our > current naive algorit

[PHP-DEV] TODO -> implement javadoc based function docs template system

Has the TODO item of: global -- ... Other ... * implement javadoc based function docs template system. Been adopted by anyone yet? What about the work being done with PHPDoc? Is it expected that this TODO item will use PHPDoc or define it's own? There are so

Re: [PHP-DEV] Re: Mandatory File Locking in PHP?

On Thursday, January 30, 2003, at 04:28 AM, Ananth Kesari wrote: So, as of now, do we restrict PHP script to use only advisory file locking? Mandatory locking is an OS thing, not a PHP userspace thing. Given appropriate mount options on your fs (certainly out of the scope of php's responsi

Re: [PHP-DEV] Can't build xslt/sablot

Melvyn Sopacua wrote: > adding -lstdc++ to ZEND_LD_FLAGS in the Makefile (to ensure -lstdc++ > is the last library linked) seems to do the trick for most. I added it to EXTRA_LDFLAGS and the problem was solved. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpO

Re: [PHP-DEV] Can't build xslt/sablot

Sebast1an, On Thu, 30 Jan 2003, Sebastian Bergmann wrote: SB>>> /usr/local/lib/libsablot.so: undefined reference to `operator new[](unsigned)' SB>>> /usr/local/lib/libsablot.so: undefined reference to `vtable for SB>>> __cxxabiv1::__si_class_type_info' SB>>> /usr/local/lib/libsablot.so: undefined

[PHP-DEV] Re: Can't build xslt/sablot

What's doing the linking? Is it linking to lstdc++? J Sebastian Bergmann wrote: > /usr/local/lib/libsablot.so: undefined reference to `operator > new[](unsigned)' /usr/local/lib/libsablot.so: undefined reference to > `vtable for __cxxabiv1::__si_class_type_info' > /usr/local/lib/libsablot.so:

[PHP-DEV] [PATCH] var_dump and friends dislike new style overload objects

The attached patch alters the var family of functions to be aware of the get_class_name handler for overloaded objects. It also checks that the object has a hash table for it's properties before attempting to access it. This patch is not 100% complete because it does not handle nested class names

Re: [PHP-DEV] system() function call: Strange error onNetWare!

oh oh... Why didn't I think of this earlier!?:-) Thanks anyway... >>> Derick Rethans <[EMAIL PROTECTED]> 01/30/03 03:33PM >>> On Thu, 30 Jan 2003, Ananth Kesari wrote: > Hi, > > I am using the system function on NetWare. I find the following strange > error: > > 1. If I use single quoted string

Re: [PHP-DEV] system() function call: Strange error on NetWare!

On Thu, 30 Jan 2003, Ananth Kesari wrote: > Hi, > > I am using the system function on NetWare. I find the following strange > error: > > 1. If I use single quoted strings, then I don't have any problem with > any combination of the slash. > system('sys:\system\p.nlm'); // WORKS >

[PHP-DEV] system() function call: Strange error on NetWare!

Hi, I am using the system function on NetWare. I find the following strange error: 1. If I use single quoted strings, then I don't have any problem with any combination of the slash. system('sys:\system\p.nlm');// WORKS system('sys:\\system\\p.nlm'); // WORKS system('

Re: [PHP-DEV] Why i believe we need final

MB>> If you want real life examples (and surely it seems you will never MB>> trust me) get yourself a book from scott meyers (going to my I would certainly trust you if you gave me an example. Marcus, I'm not here to personally attack you. I just do not see the value of this feature. If you do -

Re: [PHP-DEV] Re: Mandatory File Locking in PHP?

So, as of now, do we restrict PHP script to use only advisory file locking? Thanks, Ananth. >>> George Schlossnagle <[EMAIL PROTECTED]> 01/30/03 06:54AM >>> On Wednesday, January 29, 2003, at 07:11 PM, Marcus Börger wrote: > >> The real question is why you need mandatory locks and not advisory

[PHP-DEV] CVS Account Request: cappa

Maintaining www.php.net -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php