Hi,
I added the new PECL radius to the cvs repository, now I have some
questions:
My next todo is to write the documentation. This PECL follows the php
source-code-style and not the PEAR source-code-style.
What about with the documentation of PECL's, do I have to write the docu
for PEAR or
Tom,
This should be fixed now. Please update your Zend CVS and let me know if it
works for you.
Andi
At 08:06 PM 12/8/2002 -0800, Tom Fishwick wrote:
I was reading an email from stdin. But regardless of bad coding style
:-), the script is using _way_ more memory than it should.
$s = '';
On Sat, 7 Dec 2002, Daniel Lorch wrote:
Hi Andi,
Are you sure you should be using malloc()/free() and not emalloc()/efree()?
Also please use strlcpy() instead of strncpy(). (Weird I mentioned it twice
in one day :)
http://www.courtesan.com/todd/papers/strlcpy.html
Probably there
On 7 Dec 2002, Jari Vuoksenranta wrote:
I have a feature request: I'd like to have '#' comment like
macro which would expand _ foo to ? foo\n?php.
Has this been requested before? If so, why it wasn't implented?
I would personally kick the butt of the guy who adds this to CVS.
This is
yup, works for me, thanks andi.
Andi Gutmans [EMAIL PROTECTED] wrote:
Tom,
This should be fixed now. Please update your Zend CVS and let me know if it
works for you.
Andi
At 08:06 PM 12/8/2002 -0800, Tom Fishwick wrote:
I was reading an email from stdin. But regardless of bad
Simply because calling the command line interface should be easy - as easy
as calling awk or perl or whatever. Every server api module like cgi must be
installed, so the name does not matter there. But having long names for
command line utils is a bad idea.
marcus
Well, fortunately I never
On Sun, 8 Dec 2002, Mike Robinson wrote:
Marcus Börger wrote:
There was no cli and only cgi binary called php.exe.
Then we decided to have a command line executable
(abbrevation CLI). And the we decided to use 'php.exe' for
the new CLI and to avoid confusion we chose to rename the
Hi,
I'd like to start working towards a beta of ZE2 but it seems that 4.3 is
still lingering and I'd like to wait until after 4.3.
What's happening with that? Shouldn't we get it out before Christmas?
If any bad bugs creep in that'd mean we can use the relatively silent 2-3
weeks following
On Sun, 8 Dec 2002, Mike Robinson wrote:
Every system on the planet that uses php.exe as their CGI executable,
and I suggest there are quite a few, will have a broken setup with a
stock install of php-4.3.0, because typing php-cli.exe at the command
line is too long. And you expect putting
Hi
as PECL is getting more and more attention, it would be nice, if they
had their own categories in bugs.php.net. There's category PEAR, but I
don't think this is the right place. The question for me is just, if
they should be in a PECL topcategory or just in the appropriate other
categories (in
On Mon, 9 Dec 2002, Shane Caraveo wrote:
Simply because calling the command line interface should be easy - as easy
as calling awk or perl or whatever. Every server api module like cgi must be
installed, so the name does not matter there. But having long names for
command line utils is a
On 9 Dec 2002, Christian Stocker wrote:
Hi
as PECL is getting more and more attention, it would be nice, if they
had their own categories in bugs.php.net. There's category PEAR, but I
don't think this is the right place. The question for me is just, if
they should be in a PECL topcategory or
On Mon, 9 Dec 2002, Andi Gutmans wrote:
Hi,
I'd like to start working towards a beta of ZE2 but it seems that 4.3 is
still lingering and I'd like to wait until after 4.3.
What's happening with that? Shouldn't we get it out before Christmas?
Try checking the Verified and Critical bugs for
function ala() {
include file.php;
}
I want neither to explicitly include any file nor to define any function in
my script. My point is to give access to the source to the user but to hide
the script's real functionality. Do you have any experience with modifying
PHP parser, specifically
At 02:13 PM 12/9/2002 +0200, Jani Taskinen wrote:
On Mon, 9 Dec 2002, Andi Gutmans wrote:
Hi,
I'd like to start working towards a beta of ZE2 but it seems that 4.3 is
still lingering and I'd like to wait until after 4.3.
What's happening with that? Shouldn't we get it out before Christmas?
On Mon, 9 Dec 2002, Andi Gutmans wrote:
At 02:13 PM 12/9/2002 +0200, Jani Taskinen wrote:
On Mon, 9 Dec 2002, Andi Gutmans wrote:
Hi,
I'd like to start working towards a beta of ZE2 but it seems that 4.3 is
still lingering and I'd like to wait until after 4.3.
What's happening with that?
At 02:24 PM 12/9/2002 +0200, Jani Taskinen wrote:
On Mon, 9 Dec 2002, Andi Gutmans wrote:
At 02:13 PM 12/9/2002 +0200, Jani Taskinen wrote:
On Mon, 9 Dec 2002, Andi Gutmans wrote:
Hi,
I'd like to start working towards a beta of ZE2 but it seems that 4.3 is
still lingering and I'd like to
Because we are still finding and fixing bugs in the RCs.
--Wez.
On Mon, 9 Dec 2002, Andi Gutmans wrote:
Now that still leave my original question about 4.3. Why the hell aren't we
rolling it?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
Any idea how many more bugs are waiting to be addressed?
Andi
At 12:36 PM 12/9/2002 +, Wez Furlong wrote:
Because we are still finding and fixing bugs in the RCs.
--Wez.
On Mon, 9 Dec 2002, Andi Gutmans wrote:
Now that still leave my original question about 4.3. Why the hell aren't we
Sebastian Bergmann wrote:
sebastian Mon Dec 9 06:45:47 2002 EDT
Modified files:
/php4/sapi/cli php_cli.c
Log:
Fix build.
Index: php4/sapi/cli/php_cli.c
diff -u php4/sapi/cli/php_cli.c:1.54 php4/sapi/cli/php_cli.c:1.55
--- php4/sapi/cli/php_cli.c:1.54
I have a patch from Melvyn for streams under *BSD systems, and the
critical bugs should also be fixed, particularly 20539, 19919 and 19292.
[15209] Under Apache, register_shutdown_function() broke between 4.0.x to 4.1.x
[19292] random error: open_basedir restriction in effect. File is in wrong
Jani Taskinen wrote:
On Mon, 9 Dec 2002, Shane Caraveo wrote:
Simply because calling the command line interface should be easy - as easy
as calling awk or perl or whatever. Every server api module like cgi must be
installed, so the name does not matter there. But having long names for
command
On Mon, 2002-12-09 at 13:12, Jani Taskinen wrote:
On 9 Dec 2002, Christian Stocker wrote:
Hi
as PECL is getting more and more attention, it would be nice, if they
had their own categories in bugs.php.net. There's category PEAR, but I
don't think this is the right place. The question for
Wez Furlong writes:
On Sun, 8 Dec 2002, Mike Robinson wrote:
Sorry. There's just no way this should happen.
But it has happened, and it's going stay this way.
Now, if you don't have anything positive to contribute,
please stop stirring up threads like this (again) without
first
Dear sir/madam,
I want to join PHP development team , can you help me ? I
am likly to join , My ICQ number is 164665800 , please contact me by my e-mail
:[EMAIL PROTECTED] ,I am waiting for your repeat . Thanks a lot .
Dennis
Lonely
On Mon, 09 Dec 2002, Wez Furlong wrote:
I have a patch from Melvyn for streams under *BSD systems, and the
critical bugs should also be fixed, particularly 20539, 19919 and 19292.
[15209] Under Apache, register_shutdown_function() broke between 4.0.x to 4.1.x
[19292] random error:
Actually I'd say don't roll 4.3 until the New Year. You're going to
get the holiday break for many students coming up in a few days. This
will give them (me) a large amount of free time to get back to hacking
and checking source/bugs.
More than that, I tend to think releasing stuff near
Dear sir/madam,
I want to join PHP development team , can you help me ? I
am likly to join ,please contact me by my ICQ number is 164665800 or my
e-mail :[EMAIL PROTECTED] ,I am waiting for your repeat . Thanks a
lot .
Dennis
Lonely
On Mon, 9 Dec 2002, Mike Robinson wrote:
Wez Furlong writes:
On Sun, 8 Dec 2002, Mike Robinson wrote:
Sorry. There's just no way this should happen.
But it has happened, and it's going stay this way.
Now, if you don't have anything positive to contribute,
please stop stirring up
While there are some opinions that RC3 should be put out in a week or
so, I disagree. I'd like to release it on Wednesday at the latest,
and before then have everyone trying to either fix the critical bugs
that are in the system, or at least recategorize them if no one is going
to bother to fix
At 14:52 09.12.2002, Mike Robinson wrote:
Wez Furlong writes:
On Sun, 8 Dec 2002, Mike Robinson wrote:
Sorry. There's just no way this should happen.
But it has happened, and it's going stay this way.
Now, if you don't have anything positive to contribute,
please stop stirring up threads
On Mon, 9 Dec 2002, Marcus Börger wrote:
You are correct in your assumption that I have difficulty
understanding the issues behind this change. After asking several
times for an explanation, and after having gone over the archives
to find some related discussion (and asking for pointers to
Shane Caraveo wrote:
It would have been simple enough to combine
cli into the cgi binary and be done with it, and I suggested as much
that it should be done a very long time ago.
I don't recall any major
reasons why it wasn't done, other than that cli has been experimental.
Way back CGI
At 17:44 09.12.2002, Hartmut Holzgraefe wrote:
Shane Caraveo wrote:
It would have been simple enough to combine cli into the cgi binary and
be done with it, and I suggested as much that it should be done a very
long time ago.
I don't recall any major
reasons why it wasn't done, other than
At 05:34 PM 12/9/2002 +0100, Marcus Börger wrote:
At 14:52 09.12.2002, Mike Robinson wrote:
Wez Furlong writes:
On Sun, 8 Dec 2002, Mike Robinson wrote:
Sorry. There's just no way this should happen.
But it has happened, and it's going stay this way.
Now, if you don't have anything
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...
John
--
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?
On UNIX, it doesn't seem like there'd be much confusion because make
install would put sapi/cli/php in /usr/local/bin and sapi/cgi/php in
/usr/local/apache/cgi-bin.
For the Windows
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 such a long time. It's not as if we're
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
Hi,
How big can this problem be ? There is basically only a few ways to
install or upgrade PHP.
1) Installing from source or binaries, in this case you would have to know
at least a minimum about how the system works and it is very easy to
rename php-cgi.exe to php.exe on these these systems.
Hi
evolution is not an excuse here. We want to use PHP on the
command line and many people will do also. And we make the
command line usage as easy as possible. Even if that requires
some mauals being updated and marking some bug reports as
bogus.
marcus
If you really want to easy shell
At 20:35 09.12.2002, Christoph Grottolo wrote:
Hi
evolution is not an excuse here. We want to use PHP on the
command line and many people will do also. And we make the
command line usage as easy as possible. Even if that requires
some mauals being updated and marking some bug reports as
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 know) there's more evolution in php 4.3 than a
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.
- Frank
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Andrei Zmievski [EMAIL PROTECTED] schrieb im Newsbeitrag
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
I am actually in favor of CLI executable being 'php'. If it's a problem
on Windows, then we could possibly compromise and have the CGI version
being called php.exe, but I think that it's
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 the news file, on the website,
and perhaps
Thanks Hartmut, that added some much needed clarity.
One comment I have to offer is the clutter you mention strongly suggests a
refactoring was needed to lift from common code the CLI or CGI affected
code.
Including or omitting entire modules appropriate for each environment is
also a pretty
As Leon has suggested, why not just compile the variants into different
directories? Say add a cli/ (since the CLI is newer). Only one
directory
would go into the PATH (presumably).
That would also affect the ini setting for extension_dir. The default
value is ./ indicating the same
Dear sir/madam,
I want to join PHP development team , can you help me ? I
am likly to join ,please contact me by my ICQ number is 164665800 or my
e-mail :[EMAIL PROTECTED] ,I am waiting for your repeat . Thanks a
lot .
Dennis
Lonely Christmas(³¯«³¨³)¡A·ºå»P·(Twins)¡A¯º¤¤¦³²\(·¨¤då_)...
As Leon has suggested, why not just compile the variants into different
directories? Say add a cli/ (since the CLI is newer). Only one
directory
would go into the PATH (presumably).
That would also affect the ini setting for extension_dir. The default
value is ./ indicating the same
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() {bcpow() uses
bc_raise()}, it would seem to make the
51 matches
Mail list logo
