[PHP-DEV] Odp: 'include' function

Finally I've managed to modify the parser. It was a good lesson. KS. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] $scalar{index} syntax

You mean $string{2} ? That's the more correct way to do $string[2] to make it clear that it is a character offset. This has been supported for years and will not go away. -Rasmus On Tue, 10 Dec 2002, Brad Bulger wrote: > > trying to fix bugs in some PEAR code, i noticed the person used a way >

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c php_bcmath.h

At 05:10 PM 12/10/2002 -0800, Sara Golemon wrote: I'm hearing two options here: 1) Name the new function bcpowmod() to keep it similiar to existing functions, we'll worry about renaming the functions in this module later... 2) Name the new function bc_powmod(), rename the existing functions now,

[PHP-DEV] $scalar{index} syntax

trying to fix bugs in some PEAR code, i noticed the person used a way of getting at the individual characters in a string: $string{2} === substr($string,2,1) is that old syntax or something? is there any reason to expect it to work in future versions? thanks -- PHP Development Mailing List

[PHP-DEV] Placebo for bug #20539

Hi, Attached is a patch against the PHP_4_3 branch which appears to fix the bug #20539, while I haven't expected for this to be a cure at all. I guess destruction order of constants and resources have something to do with this issue. Moriyoshi Index: php_cli.c ===

Re: [PHP-DEV] php.exe - php-cgi.exe

> At 23:11 09/12/2002, Frank M. Kromann wrote: > >> > >> Please mention the name change at least in the NEWS file and maybe > >php-cli > >> could even output a readable error when beeing called as cgi. > > > >These are good points. > > I think that's a bit like inventing problems and then trying t

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c php_bcmath.h

I'm hearing two options here: 1) Name the new function bcpowmod() to keep it similiar to existing functions, we'll worry about renaming the functions in this module later... 2) Name the new function bc_powmod(), rename the existing functions now, and create aliases. Possibly introduce an ini opt

Re: [PHP-DEV] Re: [Fwd: Bug #20858 [Dup->Bgs]: dba_open create always a lockfile]

At 15:22 10.12.2002, Christophe Sollet wrote: Marcus Börger wrote: > At 14:04 10.12.2002, Christophe Sollet wrote: > >Please let me disagree : > > > >20828 is about a bug of new locking scheme with nfs > >20858 is not bogus nor a duplicate : letting dba_open managing lock by > >default BREAK curr

[PHP-DEV] CVS Account Request: meebey

new PEAR package called Net_SmartIRC see http://news.php.net/group.php?group=php.pear.dev for more information -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP_ADD_LIBRARY

I got strange results when configuring php with cpdf, dba, gd and jpeg/tiff. The problem was that cpdf requires jpeg and tiff libraries but did not check for them. Only in gd there were tests and missleeding hints: GD messages suggest that tiff/jpeg are only used there. As of current implementati

RE: [PHP-DEV] php.exe - php-cgi.exe

Esp. when some of us would love to see PHP5 start taking form :) John >-Original Message- >From: Leon Atkinson [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, December 10, 2002 2:55 PM >To: Edin Kadribasic >Cc: [EMAIL PROTECTED] >Subject: Re: [PHP-DEV] php.exe - php-cgi.exe > > >> P.S. I wi

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c php_bcmath.h

On Tue, 10 Dec 2002, Andi Gutmans wrote: > I think this is one of those exceptions where we should probably not go by > our standard and call the function bcpowmod(). It looks a bit funny that > all of the BC functions don't have underscores but only one does. It'll > probably confuse people mor

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c php_bcmath.h

At 21:47 10.12.2002, Andi Gutmans wrote: I think this is one of those exceptions where we should probably not go by our standard and call the function bcpowmod(). It looks a bit funny that all of the BC functions don't have underscores but only one does. It'll probably confuse people more than

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c php_bcmath.h

I think this is one of those exceptions where we should probably not go by our standard and call the function bcpowmod(). It looks a bit funny that all of the BC functions don't have underscores but only one does. It'll probably confuse people more than it helps. What do you guys think? Andi At

Re: [PHP-DEV] php.exe - php-cgi.exe

> P.S. I wish people were following this list more closely so that we don't > have to discuss same issues over and over again. But it's fun to argue over the same things every six months! :P Leon -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/

Re: [PHP-DEV] php.exe - php-cgi.exe

> > > > Would it be a tragedy to name both the CLI and CGI versions "php" on UNIX > > and "php.exe" on Windows? > > Yes, it's a support nightmare. I defer to you. Leon -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] CVS Account Request: jellybob

Maintaining the Auth_PrefMan package in PEAR. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] CVS Account Request: mishaleg

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

[PHP-DEV] MINIT RINIT et al

Ok! My last postings were about the lack of global init/shutdown functions. Derick was kind enough to tell me, that these were deprecated and that I should use MINIT for my initalisations. Well.. this was what I had been doing until it just didn't seem adequate for my needs. I decided to give it a

[PHP-DEV] how many records

After I run a query lik this, $db->query($sql); what is the quickest way to find out how many records result? Without having to loop through them all? Thank you , Diana -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] php.exe - php-cgi.exe

On Tue, Dec 10, 2002 at 03:38:09PM +0100, Sebastian Bergmann wrote : > Markus Fischer wrote: > > More non-developers are getting aware of the upcommong 4.3 > > release and start to absorb the NEWS and question it. > > I do not count Zeev as a non-developer :) I was talking about Mr. Grotto

Re: [PHP-DEV] php.exe - php-cgi.exe

Markus Fischer wrote: > More non-developers are getting aware of the upcommong 4.3 > release and start to absorb the NEWS and question it. I do not count Zeev as a non-developer :) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help y

Re: [PHP-DEV] Re: [Fwd: Bug #20858 [Dup->Bgs]: dba_open create always a lockfile]

Marcus Börger wrote: > At 14:04 10.12.2002, Christophe Sollet wrote: > >Please let me disagree : > > > >20828 is about a bug of new locking scheme with nfs > >20858 is not bogus nor a duplicate : letting dba_open managing lock by > >default BREAK current scripts : > > > >If db was meant to be open

Re: [PHP-DEV] php.exe - php-cgi.exe

> > Please mention the name change at least in the NEWS file and > maybe php-cli > > could even output a readable error when beeing called as cgi. > > that sounds like a nice idea, but how would you know? > > Derick Maybe you can test the presence of CGI environment variables? I'm amateur... C

Re: [PHP-DEV] Re: Latest ZE2 changes

This does appear to be a problem, we'll need to think about it. At 13:32 10/12/2002, Marcus Börger wrote: At 10:02 10.12.2002, Zeev Suraski wrote: At 15:44 08/12/2002, Marcus Börger wrote: Looking into deep reveals that we must disallow overriding privates now. That way the test private_007.php

[PHP-DEV] Re: [Fwd: Bug #20858 [Dup->Bgs]: dba_open create always a lock file]

At 14:04 10.12.2002, Christophe Sollet wrote: Please let me disagree : 20828 is about a bug of new locking scheme with nfs 20858 is not bogus nor a duplicate : letting dba_open managing lock by default BREAK current scripts : If db was meant to be opened read only (by all httpd process) and file

Re: [PHP-DEV] Macros for global startup/shutdown functions

Derick Rethans wrote: > Just move them to module startup/shutdown; it doesn't make any > difference anyway. > That's what I have been doing so far You are probably right, guess it's a matter of rethinking my code again ;) > > > Do you recall in which version this functionality was removed? >

[PHP-DEV] [Fwd: Bug #20858 [Dup->Bgs]: dba_open create always a lock file]

Please let me disagree : 20828 is about a bug of new locking scheme with nfs 20858 is not bogus nor a duplicate : letting dba_open managing lock by default BREAK current scripts : If db was meant to be opened read only (by all httpd process) and filesystem have appropiate rights for that (read on

Re: [PHP-DEV] Macros for global startup/shutdown functions

On Tue, 10 Dec 2002, Thomas Wentzel wrote: > Derick Rethans wrote: > > > They are indeed not called anymore, as we just removed the > > functionality, but it still compiles of course. However, where did you > > see this documented? It's neither in phpdoc or the ZendAPI docs. > > > > Derick > > W

Re: [PHP-DEV] Macros for global startup/shutdown functions

Derick Rethans wrote: > They are indeed not called anymore, as we just removed the > functionality, but it still compiles of course. However, where did you > see this documented? It's neither in phpdoc or the ZendAPI docs. > > Derick Well.. a quick glimpse revealed the following two pages (don't

Re: [PHP-DEV] Macros for global startup/shutdown functions

On Tue, 10 Dec 2002, Thomas Wentzel wrote: > Does this also mean, that I can't "hardcode" this functionality? > (ie. adding to functions to the zend_module_entry struct) > As it is I actually have a use for this, and have succesfully compiled > my extension with references to such hardcoded functi

Re: [PHP-DEV] Re: Latest ZE2 changes

At 10:02 10.12.2002, Zeev Suraski wrote: At 15:44 08/12/2002, Marcus Börger wrote: Looking into deep reveals that we must disallow overriding privates now. That way the test private_007.phpt is illegal and all current tests i developed would pass (visibility tests are suspended of cause). How d

Re: [PHP-DEV] Macros for global startup/shutdown functions

Thanks, Derick! Does this also mean, that I can't "hardcode" this functionality? (ie. adding to functions to the zend_module_entry struct) As it is I actually have a use for this, and have succesfully compiled my extension with references to such hardcoded functions - allthough they don't seem to

[PHP-DEV] RE: [PHP-QA] RE: Class function pain

On Tue, 10 Dec 2002, Dan Rossi wrote: > its bizarre my class was working on rc01 , i'm basically getting function > cannot be found error when i call a fucntion like so $this->_encrypt(); for > instance > > Fatal error: Call to undefined function: _encrypt() in > /www/servers/electroteque/web/ga

Re: [PHP-DEV] Macros for global startup/shutdown functions

On Tue, 10 Dec 2002, Thomas Wentzel wrote: > Hi! > > How come there are no macros for global startup and shutdown functions? > The Zend API documentation refers to such terms and even instructs that > one should > use STANDARD_MODULE_PROPERTIES_EX instead of > STANDARD_MODULE_PROPERTIES if global

[PHP-DEV] Macros for global startup/shutdown functions

Hi! How come there are no macros for global startup and shutdown functions? The Zend API documentation refers to such terms and even instructs that one should use STANDARD_MODULE_PROPERTIES_EX instead of STANDARD_MODULE_PROPERTIES if global functions are to be used. I have even found references to

Re: [PHP-DEV] php.exe - php-cgi.exe

On Tue, Dec 10, 2002 at 10:28:54AM +0100, Sebastian Bergmann wrote : > 3.) Why this late discussion of the issue? The name of the sapi/cgi > binary was changed months ago! Because only if you start a release cycle and announce it properly people notice the NEWS which only happened

Re: [PHP-DEV] php.exe - php-cgi.exe

Zeev Suraski wrote: > If we use this KISS approach, why the heck are we even considering this > rename? 1.) Using 'php' to run a PHP script from the command-line sounds like the right choice of name (for the sapi/cli binary). 2.) Is keeping BC worth an unintuitive for the sapi/cli binar

Re: [PHP-DEV] php.exe - php-cgi.exe

I'm a little surprised that people from Zend is rather prefer to call php for CGI and php-cli for CLI. IMO, Zend products, such as Zend Encoder or Zend IDE, have more chance to sell if PHP is used as replacement for Perl or Python (or even Java). The name of command line interface may not affect

Re: [PHP-DEV] php.exe - php-cgi.exe

On Tue, 10 Dec 2002, Zeev Suraski wrote: > I think that's a bit like inventing problems and then trying to fix them. > Let's keep it down to things we can determine relatively easily: > > - Nothing bad will happen if we name the new CLI with whatever kind of name > - php-cli, phpsh, whatever > -

Re: [PHP-DEV] New function: bcpowmod()

On Mon, 9 Dec 2002, Sara Golemon wrote: > I'd like to add a new function to the bcmath module. It's very similar to > the bcpow() function except that it takes advantage of a fast > exponentiation method when used with a modulous. > > Based on the function call into libbcmath to bc_raisemod() {b

Re: [PHP-DEV] php.exe - php-cgi.exe

On Mon, 9 Dec 2002, Christoph Grottolo wrote: > > When installing a sapi for a web server i do it once and > > every time i update it i look if i have to change something in the > > setup - even file names. And before updating anything i test the > > stuff on a non production system. > > I hope

Re: [PHP-DEV] php.exe - php-cgi.exe

On Mon, 9 Dec 2002, Leon Atkinson wrote: > > Would it be a tragedy to name both the CLI and CGI versions "php" on UNIX > and "php.exe" on Windows? Yes, it's a support nightmare. Derick -- - Derick Rethans

RE: [PHP-DEV] php.exe - php-cgi.exe

At 01:27 10/12/2002, John Coggeshall wrote: >Please mention the name change at least in the NEWS file and >maybe php-cli could even output a readable error when beeing >called as cgi. As I already said, we should put this in the message created at the end of ./configure, in the release notes, in

Re: [PHP-DEV] php.exe - php-cgi.exe

At 23:11 09/12/2002, Frank M. Kromann wrote: > > Please mention the name change at least in the NEWS file and maybe php-cli > could even output a readable error when beeing called as cgi. These are good points. I think that's a bit like inventing problems and then trying to fix them. Let's keep

RE: [PHP-DEV] php.exe - php-cgi.exe

At 18:27 09/12/2002, Andi Gutmans wrote: Maybe phpsh would be a good idea for the name of the CLI? It wouldn't confuse ppl as much as php-cli I'm really not that sure it makes sense to rename the CGI from php to php-cgi after such a long time. It's not as if we're breaking BC for the sake of

RE: [PHP-DEV] php.exe - php-cgi.exe

At 18:57 09/12/2002, John Coggeshall wrote: > >Maybe phpsh would be a good idea for the name of the CLI? It wouldn't >confuse ppl as much as php-cli > Why when I look at "phpsh" I think "Sushi"... Is that good or bad? :) -- PHP Development Mailing List To unsubscribe, vi

Re: [PHP-DEV] php.exe - php-cgi.exe

At 19:46 09/12/2002, Andrei Zmievski wrote: On Mon, 09 Dec 2002, Andi Gutmans wrote: > > Maybe phpsh would be a good idea for the name of the CLI? It wouldn't > confuse ppl as much as php-cli > > > I'm really not that sure it makes sense to rename the CGI from php to > php-cgi after such a long

Re: [PHP-DEV] php.exe - php-cgi.exe

At 19:50 09/12/2002, Marcus Börger wrote: At 19:46 09.12.2002, Andrei Zmievski wrote: On Mon, 09 Dec 2002, Andi Gutmans wrote: > > Maybe phpsh would be a good idea for the name of the CLI? It wouldn't > confuse ppl as much as php-cli > > > I'm really not that sure it makes sense to rename the C

Re: [PHP-DEV] Re: Latest ZE2 changes

At 15:44 08/12/2002, Marcus Börger wrote: Looking into deep reveals that we must disallow overriding privates now. That way the test private_007.phpt is illegal and all current tests i developed would pass (visibility tests are suspended of cause). How do you arrive in that conclusion? The algo