> >This is a pretty well known issue indeed.
> >I should have read the archive carefully.
> >
> >Related reports:
> >http://bugs.php.net/bug.php?id=6417
> >http://bugs.php.net/bug.php?id=7412
> >http://bugs.php.net/bug.php?id=7515
> >http://bugs.php.net/bug.php?id=15025
>
> I wouldn't like to call
Sebastian Nohn wrote:
(B> Jan Schneider schrieb:
(B>
(B>>I know this thread is ridden to death but I want to add
(B>>one argument for
(B>>completeness: If the cgi's name will be changed,
(B>>thousands of administrators
(B>>need to fix their servers. But if the cli's name will be
(B>>change
At 21:43 13-12-2002, Moriyoshi Koizumi wrote:
This is a pretty well known issue indeed.
I should have read the archive carefully.
Related reports:
http://bugs.php.net/bug.php?id=6417
http://bugs.php.net/bug.php?id=7412
http://bugs.php.net/bug.php?id=7515
http://bugs.php.net/bug.php?id=15025
I
"Brian Moon" <[EMAIL PROTECTED]> wrote... :
> This is of really low importance, but I found it interesting. A new guy on
> the Phorum dev team decided to convert all double quotes to single quotes
> for "speed" in CVS. The common assumption is that single quotes are faster
> than double quotes.
This is a pretty well known issue indeed.
I should have read the archive carefully.
Related reports:
http://bugs.php.net/bug.php?id=6417
http://bugs.php.net/bug.php?id=7412
http://bugs.php.net/bug.php?id=7515
http://bugs.php.net/bug.php?id=15025
Moriyoshi
Moriyoshi Koizumi <[EMAIL PROTECTED]> wr
It would be easy to resolve this problem if we were allowed to break
backwards compatibilities, as long as the results of following script can
be said to be expected.
= 0) {
$bar[$i] = &$foo[$i];
}
$foo_ref = &$foo;
$bar_ref = &$bar;
$foo_copy = $foo;
$bar_copy = $ba
Hi,
LIMBOURG Arnaud wrote:
>But are there any other ideas how to provide binaries of
>PECL's outside
>the php distributions?
There was plan to add a package homepage URL on the pear website.
Therefore
you could provide a binary of your package on your own webpage.
Would that be a good soluti
Oops, contrary to my earlier statement, the lexer patch for this
problem seems to be in 4.3.0rc2 and 4.3.0rc3.
George
On Friday, December 13, 2002, at 11:43 AM, Brian Moon wrote:
I am using 4.2.2-dev. Must be a stable build from snaps.php.net. I
will
read the archives.
Brian Moon
dealnews.
I am using 4.2.2-dev. Must be a stable build from snaps.php.net. I will
read the archives.
Brian Moon
dealnews.com
- Original Message -
From: "George Schlossnagle" <[EMAIL PROTECTED]>
To: "Andrey Hristov" <[EMAIL PROTECTED]>
Cc: "Brian Moon" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sen
On Fri, 13 Dec 2002, Brian Moon wrote:
> Man, I wish that answered my question, but it does not address string
> concatenation vs. variables in double quoted strings anywhere on there.
This was recently fixed in PHP. Single quotes and double quotes wont
have that much of a speed difference from
What version of php did you try this with Brian? There were some lexer
changes implemented (that I believe are only in HEAD for ZE1 and ZE2
and not in 4.3) that should equalize this difference. There was a
thread about this on php-dev not long ago that explains why this occurs
- search the ar
Man, I wish that answered my question, but it does not address string
concatenation vs. variables in double quoted strings anywhere on there.
Thanks for trying.
Brian Moon
dealnews.com
- Original Message -
From: "Andrey Hristov" <[EMAIL PROTECTED]>
To: "Brian Moon" <[EMAIL PROTECTED]>;
See this :
http://phpxpath.sourceforge.net/benchmark/phpBench.php
And show it to the guy.
Andrey
- Original Message -
From: "Brian Moon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 13, 2002 6:29 PM
Subject: [PHP-DEV] Single quotes VS. Double quotes
> This is of r
This is of really low importance, but I found it interesting. A new guy on
the Phorum dev team decided to convert all double quotes to single quotes
for "speed" in CVS. The common assumption is that single quotes are faster
than double quotes. However, I am of the mind set of using double always
Hi,
On Fri, 13 Dec 2002, Ananth Kesari wrote:
> To build for Apache on Unix, it appears that we have to use the
> following options in the configure script to get the equivalent of
> what I mentioned above:
>
> --with-apache= --disable-posix
> --with-mysql=shared --with-ldap=shared --enable-ftp
Hi,
I am involved in porting PHP for NetWare.
We are now looking at and trying to understand how PHP is built on Linux. I have a
question for the same. It could be a newbie question on configure script since we are
new to Linux. Please help.
The question is like this:
On NetWare:
We generate
> But are there any other ideas how to provide binaries of
> PECL's outside
> the php distributions?
There was plan to add a package homepage URL on the pear website. Therefore
you could provide a binary of your package on your own webpage.
Would that be a good solution to you ?
> Can I add t
On Fri, 13 Dec 2002, Dave [Hawk-Systems] wrote:
...
> function func($f_name){
> if(!function_exists($f_name)){
> # function doesn't exists, needs to be included
> require('/path/to/functions/'.$f_name.'.php');
> }else{
> # function already ex
reviewed and did a couple of searches on this prior to signing up to this
particular list...
Is this a reasonable consideration for changes to PHP's handling of undefined
functions?
Currently, calling a previously undefined function generates an E_ERROR, and
halts the script as a cirtical failure
Hi there,
just a quick question: I was wondering if the Sybase extension on
Linux and the MSSQL extension on Windows really provide the same
functionality?
From what I´ve read in the docs, the mssql_* functions should be
accessible on a Linux box when I compile using --with-sybase.
That´s true i
Hi,
Derick Rethans schrieb:
On Fri, 13 Dec 2002, Michael Bretterklieber wrote:
My idea is to move the responsibility for stable PECL's to the
maintainers of the PECL's. The maintainers should provide stable
versions of PECL for the different php-versions, therefore I would like
to make a bi
On Fri, 13 Dec 2002, Michael Bretterklieber wrote:
> My idea is to move the responsibility for stable PECL's to the
> maintainers of the PECL's. The maintainers should provide stable
> versions of PECL for the different php-versions, therefore I would like
> to make a bin directory in each PECL
Hi,
Edin Kadribasic schrieb:
We already bundle several pecl extensions in the win32 distro
(printer, iisfunc, etc.) I could add radius to the list.
that would be great!
But how can I provide upgrades of the PECL?
then the user has to wait until a new php-version is released.
That is a large
> > We already bundle several pecl extensions in the win32 distro
> > (printer, iisfunc, etc.) I could add radius to the list.
> that would be great!
>
> But how can I provide upgrades of the PECL?
> then the user has to wait until a new php-version is released.
That is a larger question. I'm afra
Hi,
Edin Kadribasic schrieb:
Hi,
We already bundle several pecl extensions in the win32 distro
(printer, iisfunc, etc.) I could add radius to the list.
that would be great!
But how can I provide upgrades of the PECL?
then the user has to wait until a new php-version is released.
bye,
Edin
Hi,
We already bundle several pecl extensions in the win32 distro
(printer, iisfunc, etc.) I could add radius to the list.
Edin
- Original Message -
From: "Michael Bretterklieber" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 13, 2002 12:29 PM
Subject: [PHP-DEV] dist
Hi,
I would like to distribute also binaries of my (our) radius PECL for
windows, because Windows users usualy don't have visualstudio to compile
the PECL.
I would like to make a bin subdirectory and then for each php-version
also a subdirectory:
PECL/radius/bin
PECL/radius/bin/php4.2.3/php_radiu
Installed current CVS checkout from a few minutes ago:
./configure --prefix=/home/mfischer/php4 --enable-debug
[...no errors or whatsoever...]
$ pear remote-list
Notice: Use of undefined constant PEAR_CONFIG_SYSCONFDIR - assumed
'PEAR_CONFIG_SYSCONFDIR' in Config.php on line 177
28 matches
Mail list logo
