added with PHP_ADD_LIBRARY and without further checks. Also some libraries
are linked more than once.
That's not a problem.
Should we change PHP_ADD_LIBRARY and PHP_ADD_LIBRARY_WITH_PATH
to check whether the library was already added and whether at least the
file exists?
No. It's
At 00:02 11.12.2002, Marcus Börger wrote:
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
Hi,
Your patch seems to resolve the issue. I've applied it.
Thanks,
Edin
- Original Message -
From: Moriyoshi Koizumi [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, December 11, 2002 5:56 AM
Subject: [PHP-DEV] Placebo for bug #20539
Hi,
Attached is a patch against the
At 10:28 10/12/2002, Sebastian Bergmann wrote:
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).
Maybe, maybe
At 11:00 10/12/2002, Edin Kadribasic wrote:
The CGI sapi was first renamed to php-cgi on Feb 28, and the change was
temporarily reverted for the 4.2.x release because CLI sapi was
considered experimental.
That maybe the way you see this. A handful of php-dev programmers may see
it in the same
yes, whoosp, just found that page. the problem turns out to be
that isset($string{n}) is always false with ZE2, and empty($string{n}) is
always true. same for $string[n]. it works with ZE1, so i'll
just log the bug.
(though it does kick out an 'Uninitialized...' notice, which the same
test on an
Zeev Suraski wrote:
I did not choose to raise the issue at this time, but I agree
completely with the opinion that it's a bad thing; It is my fault that
I haven't raised it a few months ago when I noticed this change, but as
you might have noticed, I wasn't involved at php-dev back then.
I
On Wed, 11 Dec 2002, Zeev Suraski wrote:
Changing the name from php to php-cli will break BC:
[root@saturnus php-4.2.3]# ./configure --enable-cli
[root@saturnus php-4.2.3]# make
[root@saturnus php-4.2.3]# sapi/cli/php -v
4.2.3
And the CGI is also called 'php' here, having two different binaries
At 14:00 11/12/2002, Derick Rethans wrote:
On Wed, 11 Dec 2002, Zeev Suraski wrote:
Changing the name from php to php-cli will break BC:
[root@saturnus php-4.2.3]# ./configure --enable-cli
[root@saturnus php-4.2.3]# make
[root@saturnus php-4.2.3]# sapi/cli/php -v
4.2.3
And the CGI is also
3.) Why this late discussion of the issue? The name of the sapi/cgi
binary was changed months ago!
I did not choose to raise the issue at this time, but I agree completely
with the opinion that it's a bad thing; It is my fault that I haven't
raised it a few months ago when I
At 13:00 11-12-2002, Derick Rethans wrote:
On Wed, 11 Dec 2002, Zeev Suraski wrote:
Changing the name from php to php-cli will break BC:
[root@saturnus php-4.2.3]# ./configure --enable-cli
[root@saturnus php-4.2.3]# make
[root@saturnus php-4.2.3]# sapi/cli/php -v
4.2.3
And the CGI is also
At 13:39 11/12/2002, Sebastian Bergmann wrote:
Zeev Suraski wrote:
I did not choose to raise the issue at this time, but I agree
completely with the opinion that it's a bad thing; It is my fault that
I haven't raised it a few months ago when I noticed this change, but as
you might have
[snip]
Look, IMHO, it all boils down to the same simple points:
- No drawbacks to naming the PHP CLI as something different than
PHP (well,
unless you count the gut feeling of people who 'feel make install
should
install CLI in ${PREFIX}/bin/php', without really being able to
say why).
-
-Original Message-
From: Zeev Suraski [mailto:[EMAIL PROTECTED]]
Sent: 11 December 2002 12:15
Guys, fact is that it doesn't matter that much what this binary is
called. We can call it bhb for all practical purposes (not that I'm
suggesting that). People will get used to
At 14:20 11/12/2002, Shane Caraveo wrote:
3.) Why this late discussion of the issue? The name of the sapi/cgi
binary was changed months ago!
I did not choose to raise the issue at this time, but I agree completely
with the opinion that it's a bad thing; It is my fault that I haven't
At 14:02 11.12.2002, Zeev Suraski wrote:
At 14:20 11/12/2002, Shane Caraveo wrote:
3.) Why this late discussion of the issue? The name of the sapi/cgi
binary was changed months ago!
I did not choose to raise the issue at this time, but I agree completely
with the opinion that it's a
Hello!
I'm writing a new function to PHP using the Zend API. I need to know the
DOCUMENT_ROOT value of the running script. I've read through the lxr.php.net
and I still have no idea how to do that. Is it possible with the Zend API,
at all? Does anybody know the way?
Krzysiek Socki
[EMAIL
So i am -1 on renaming CLI
And +1 on keeing CGI as php-cgi and CLI as php
marcus
Just for the record: my vote is the same.
Edin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
If we're voting now ..
+1 for having CGI as PHP and renaming CLI
-1 for having one exe all-in
- Original Message -
From: Edin Kadribasic [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: Shane Caraveo [EMAIL PROTECTED]; Sebastian Bergmann
[EMAIL PROTECTED]; [EMAIL PROTECTED]
[imagine large quantities of quoted text here]
On Wed, 11 Dec 2002, Edin Kadribasic wrote:
So i am -1 on renaming CLI
And +1 on keeing CGI as php-cgi and CLI as php
marcus
Just for the record: my vote is the same.
aolme too/aol
[imagine large quantities of quoted text here]
--
PHP
My opinion :
Windows :
CGI - php.exe
CLI - php-cli.exe
All other platforms :
CLI - php
CGI - php-cgi
Why I think in this way. Many users use the cgi version under windows. Small
percent of the
*nix users use php as cgi. Most of the installations are libphp4.so . I know
that it is not
consistent
Krzysztof Socki wrote:
Hello!
I'm writing a new function to PHP using the Zend API. I need to know the
DOCUMENT_ROOT value of the running script. I've read through the lxr.php.net
and I still have no idea how to do that. Is it possible with the Zend API,
at all? Does anybody know the way?
it is
Krzysztof Socki wrote:
Hello!
I'm writing a new function to PHP using the Zend API. I need to know the
DOCUMENT_ROOT value of the running script. I've read through the lxr.php.net
and I still have no idea how to do that. Is it possible with the Zend API,
at all? Does anybody know the way?
On Wed, 11 Dec 2002, Edin Kadribasic wrote:
So i am -1 on renaming CLI
And +1 on keeing CGI as php-cgi and CLI as php
marcus
Just for the record: my vote is the same.
.o/
--Jani
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
Hartmut Holzgraefe wrote:
and *PLEASE* make some space in your inbox before sending further questions
getting
E-mail Account: imprev is over the limit of 31457280 bytes.
auto-replies all the time is starting to get very annoying
sorry, should learn to read mail headers more carefully
so
At 15:37 11/12/2002, Marcus Börger wrote:
This does not work since then you will have pcnt in cgi and such
I don't see how that is a problem. You can build --with-pcntl or not.
Also there are many differences in the source which would require
a hughe amount of if-then-else.
That
Somehow it doesn't surprise me that the same people who wanted other
BC-breaking changes (minus perhaps Wez) are in favour of this change as well.
Just for the record, we never had a real vote on php-dev or any of the
other forums, and I don't think we'll start now. php-dev is an open forum
And no, PHP under Windows is rock solid as a CGI, so they're already used
to having problems approach doesn't apply (it wouldn't have applied either
way in my opinion, as having problems is not a reason to add another
problem, but still).
Just as a note to this, under windows using PHP as
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
On Wed, 11 Dec 2002, Zeev Suraski wrote:
Somehow it doesn't surprise me that the same people who wanted other
BC-breaking changes (minus perhaps Wez) are in favour of this change as well.
Just for the record, we never had a real vote on php-dev or any of the
other forums, and I don't think
On Tue, 10 Dec 2002, Brad Bulger wrote:
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
At 16:56 11/12/2002, Hartmut Holzgraefe wrote:
Hartmut Holzgraefe wrote:
and *PLEASE* make some space in your inbox before sending further questions
getting
E-mail Account: imprev is over the limit of 31457280 bytes.
auto-replies all the time is starting to get very annoying
sorry, should
Tagging RC3 now.
-Andrei http://www.gravitonic.com/
The Heineken Uncertainty Principle:
You can never be sure how many beers you had last night.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
php version:php4-STABLE-200212101230
apache: 2.0.43
os/platform:solaris 9/sparc
compiler: gcc 3.2
I ran configure with
./configure \
--prefix=${ROOT} \
--with-apxs2=/${ROOT}/bin/apxs \
--with-config-file-path=${ROOT}/conf \
./configure doesn't find libjpeg for me... but it *is* definitely
on my system.
This is the output during configure:
checking for GD support... yes
checking for the location of libjpeg... yes
checking for the location of libpng... yes
checking for the location of libXpm... yes
checking for
Hello,
I'm working with a real simple (test) PHP extension, however I've run into
some problems when trying to build it.
My situation, on a RH 7.3 box, is that of Apache 2/PHP 4 (which has run
flawlessly for months, with MySQL 4, by the way) and a CVS snapshot (from
last night). I have two
Hi there,
This is the patch for http://bugs.php.net/bug.php?id=20936
The file mentioned in the bug report is no longer available.
I have very slightly changed the documentation also.
The patch enables reading of public keys with the function
openssl_pkey_get_public(). The following piece of
hi guys this has caused me lots of headaches , i would like to address some
issues, first i have tried to compile sablot xslt into php , i had major
dramas with that , as the configure script seem to ignore the path i set to
sablot , and was using the predefined path, so i had to edit both the
Just for the record, there is no fork() on Win32.
I have little doubt Sterling meant the Win32 equivalent :).
The only reason I felt this worth mentioning is that fork() on Unix is a
relatively cheap operation, and an advantage unique to Unix. Some have
posted here of service providers that
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
Perhaps by the presence of CGI environment vars? Sorry I'm amateur.
Christoph
--
PHP
When you use gd and jpeg configure.m4 from gd will check first
for existance of the library file and second for one of its functions.
So i guess there is somethink wrong with the #ifdefs in gd.c
or in generating them in config.m4. This is all i can say now but
perhaps i can take a look into it
[EMAIL PROTECTED] wrote:
ID: 20887
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Critical
-Bug Type: Unknown/Other Function
+Bug Type: Scripting Engine problem
Operating System: Mandrqke
Just for the record, there is no fork() on Win32.
I have little doubt Sterling meant the Win32 equivalent :).
The only reason I felt this worth mentioning is that fork() on Unix is a
relatively cheap operation, and an advantage unique to Unix. Some have
posted here of service providers
There are other problems with gd, specifically with the xpm
stuff. RC3 barfs compiling against external gd libs.
Incorporating the changes found in:
http://cvs.php.net/co.php/php4/ext/gd/php_gd.h?login=2r=1.49
and
http://cvs.php.net/co.php/php4/ext/gd/gd.c?login=2r=1.239
fixes the problem,
I am good at php , I want to share my things with other people , I want to join PHP
development team.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
This patch, or at least this part:
-#ifdef HAVE_GD_XPM
+#if defined(HAVE_GD_XPM) defined(HAVE_GD_BUNDLED)
Needs to be merged into the 4.3.0. Something in the build broke my GD
support between RC2 and RC3. This fixes it.
-adam
On Wed, 11 Dec 2002, Ilia Alshanetsky wrote:
iliaa Wed
Developing the PHP runtime,Translating the documentation
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Greetings,
I'm not sure if this is the right place to ask, but here it goes...
We have a multihosted environment for apache/php and we try to accept
all requests to add new php extensions.
The problem is that each apache process is using now 20MB of memory...
We compile apache with shared
PHP 4.3.0RC3 is out. Please download it from http://qa.php.net/ and
test. This is the last release candidate before 4.3.0 final is
unleashed.
-Andrei http://www.gravitonic.com/
* The future is not what it used to be. *
--
PHP Development Mailing List
Whenever PHP 4.3.0 is released will it officially support Apache 2?
Thank you,
Juan
Andrei Zmievski [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
PHP 4.3.0RC3 is out. Please download it from http://qa.php.net/ and
test. This is the last release candidate
On Wed, 11 Dec 2002, Juan Rosero wrote:
JR Whenever PHP 4.3.0 is released will it officially support Apache 2?
I wasn't aware Apache 2 officially supported a working mpm yet?
--
With kind regards,
Melvyn Sopacua
?php include(not_reflecting_employers_views.txt); ?
--
PHP Development Mailing
Hi,
You are really best off loading those dso's from your PHP INI. There is a
dl() but it does have its issues (performance wise and in some cases
stability wise).
I think quite a lot of your memory will be shared between the processes so
make sure you don't only look at the size of each
On 11 Dec 2002 [EMAIL PROTECTED] wrote:
ID: 20947
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *Configuration Issues
Operating System: linux slackware 8.1
PHP Version:
I THINK the patch below will fix critical bug #20887, but it's late and
I've had a long day so I havn't begun to make sure it'll work properly in
any circumstance, could anyone else have a look and try it out?
See my note in Bug #20887 for an explanation of what my theory about the
problem is.
+1 for applying this patch.
and attached is yet another fix as my suggestion.
(a bit dirty, and not tested enough).
Moriyoshi
Sara Golemon [EMAIL PROTECTED] wrote:
I THINK the patch below will fix critical bug #20887, but it's late and
I've had a long day so I havn't begun to make sure
Translating the docs into russian. It's a long process, but I'll try to make my best
and to add people to this task. Need access to documentation tree.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
I'm using the mail() function to send out mails.
The problem I'm having is the subject line shows up in the message body.
Anybody has any ideas?
TIA
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
57 matches
Mail list logo