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
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:
ducking
Maybe phpsh would be a good idea for the name of the CLI? It wouldn't
confuse ppl as much as php-cli
/ducking
I'm really not that sure it makes sense to
At 19:46 09/12/2002, Andrei Zmievski wrote:
On Mon, 09 Dec 2002, Andi Gutmans wrote:
ducking
Maybe phpsh would be a good idea for the name of the CLI? It wouldn't
confuse ppl as much as php-cli
/ducking
I'm really not that sure it makes sense to rename the CGI from php to
php-cgi after
At 18:57 09/12/2002, John Coggeshall wrote:
ducking
Maybe phpsh would be a good idea for the name of the CLI? It wouldn't
confuse ppl as much as php-cli
/ducking
Why when I look at phpsh I think Sushi...
Is that good or bad? :)
--
PHP Development Mailing List http://www.php.net/
To
At 18:27 09/12/2002, Andi Gutmans wrote:
ducking
Maybe phpsh would be a good idea for the name of the CLI? It wouldn't
confuse ppl as much as php-cli
/ducking
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
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
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
On Mon, 9 Dec 2002, Leon Atkinson wrote:
out on a limb
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
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 (and I
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()
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
-
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
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
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
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
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
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
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
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
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 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 know
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
Well.. a quick
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
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?
no,
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
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
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...
Christoph
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 opened read only
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
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. Grottolo who
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 http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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
Developing the PHP runtime.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Maintaining the Auth_PrefMan package in PEAR.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
out on a limb
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.
limb broken=yes /
I defer to you.
Leon
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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 http://www.php.net/
To unsubscribe, visit:
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 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
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 more
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 wish people
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
new PEAR package called Net_SmartIRC see
http://news.php.net/group.php?group=php.pear.dev for more information
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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 current
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
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.
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
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
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
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
Finally I've managed to modify the parser. It was a good lesson.
KS.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
50 matches
Mail list logo