On Fri, 27 Dec 2002, Daniel Lorch wrote:
hi,
This works perfectly, there's just a single memory leak that keeps
happening that I can't get rid of.
My version doesn't leak :) At least I think it doesn't. If you're bored, have
a look at it:
Configure line:
./configure --with-mysql --with-dom --with-dom-xslt --with-apxs=/usr/bin/ap
xs --with-zlib --enable-debug
I keep getting those (or similar) on every request, is it normal?:
/root/php-4.3.0RC4/ext/domxml/php_domxml.c(786) : Freeing 0x08550AA4 (12
bytes),
On Fri, 27 Dec 2002, Lucas M. Kalita wrote:
Configure line:
./configure --with-mysql --with-dom --with-dom-xslt --with-apxs=/usr/bin/ap
xs --with-zlib --enable-debug
I keep getting those (or similar) on every request, is it normal?:
on every request or just if you're using domxml-methods?
Configure line:
./configure --with-mysql --with-dom --with-dom-xslt --with-apxs=/usr/bin/ap
xs --with-zlib --enable-debug
I keep getting those (or similar) on every request, is it normal?:
on every request or just if you're using domxml-methods? If the later is
the case, please
Hi folks!
I saw the nice-looking presentationsystem, written in PHP and using XML, on
the PHP-Conference this year. I liked that very much and think it's must for
every PHP-related presentation. So, can anyone tell me, where to download
the system? Has anyone got it at home and could send me a
Check it out of cvs. It is in the pres2 directory.
On Fri, 27 Dec 2002, Tobias Schlitt wrote:
Hi folks!
I saw the nice-looking presentationsystem, written in PHP and using XML, on
the PHP-Conference this year. I liked that very much and think it's must for
every PHP-related presentation.
On Fri, 27 Dec 2002, Tobias Schlitt wrote:
I saw the nice-looking presentationsystem, written in PHP and using XML, on
the PHP-Conference this year. I liked that very much and think it's must for
every PHP-related presentation. So, can anyone tell me, where to download
the system? Has anyone
On Fri, 27 Dec 2002, Derick Rethans wrote:
On Fri, 27 Dec 2002, Tobias Schlitt wrote:
I saw the nice-looking presentationsystem, written in PHP and using XML, on
the PHP-Conference this year. I liked that very much and think it's must for
every PHP-related presentation. So, can anyone
The problem is that there are no qmail devs, and it's easier to fix
in PHP than in qmail.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, 27 Dec 2002, Ari Pollak wrote:
The problem is that there are no qmail devs, and it's easier to fix
in PHP than in qmail.
uhm, isn't qmail djb's replacement for sendmail? So I assume he wrote
it right? I would be against adding hacks to PHP to work around bugs in
qmail (or any other
qmail devs == djb, right?
If his support doesn't suffice (and you cant find it in the enormous
un-merged patch contributions that seem to litter the qmail community
websites), might I suggest a new MTA? Exim works quite nicely.
George
On Friday, December 27, 2002, at 10:49 AM, Ari Pollak
The PHP developers are pleased to announce the immediate availability of
PHP 4.3.0, the latest and greatest version of this extremely popular and
widely used scripting language.
This release contains a multitude of changes, bug fixes and improvements
over the previous one, PHP 4.2.3. It further
Unless you come up with a way to migrate 500+ virtualhosts to some other
MTA, no, that is not feasible.
You can think of qmail like minix in both author and license, in that
the author is really arrogant about changing the way his software
behaves even though it's not standards-compliant, and
To add functionality to and enhance existing functionality of php4/ext/oci8. I'm a
Sr. Developer and Technical Lead at CommunityConnect Inc. (asianavenue.com,
blackplanet.com, migente.com). We use php and Oracle extensively for all of our sites
and I'd like to become a contributor.
We've talked about this in the past, but let's bring it up again. It is
a bit awkward to use CLI when it requires those ?php and ? tags. We
should probably have a command-line option that tells the parser to
start in PHP mode instead of HTML/text. Any thoughts on this?
-Andrei
Hello,
While checking the win32 binaries, I did not find any CLI, neither PEAR
files.
Any reason ?
pierre
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
+0.
Or as Zeev might prefer: I like this idea. I also find it a hassle to
have to put start tags at the beginning of cli scripts. It does pose
some problems though with using includes between cli and web scripts,
no?
On Friday, December 27, 2002, at 02:11 PM, Andrei Zmievski wrote:
We've
Andrei Zmievski wrote:
We've talked about this in the past, but let's bring it up
again. It is a bit awkward to use CLI when it requires those
?php and ? tags. We should probably have a command-line
option that tells the parser to start in PHP mode instead of
HTML/text. Any thoughts on
Use CVS to add MBox parsing class to PEAR. I already have access on the smarty-web CVS
but I need access on Pear now.
PLEASE NOTE: I really do not want another account called darkelderpear since I already
have the account darkelder, so, I just want PEAR Cvs permission on darkelder account.
CLI was missing in the win32 distro by mistake. I have just updated the bin,
but the problem is that the webserver at www.php.net still spits out the old
binary. Since the file has correctly been rsynced I have to assume that this
has to do with squid caching. Could someone from [EMAIL PROTECTED]
On Fri, 27 Dec 2002, Edin Kadribasic wrote:
CLI was missing in the win32 distro by mistake. I have just updated the bin,
but the problem is that the webserver at www.php.net still spits out the old
binary. Since the file has correctly been rsynced I have to assume that this
has to do with
I don't think it's beneficial to PHP to have two modes especially as the
cli more you're talking about would support ? followed by a ?php. So all
you're saving is the opening tag. I think any PHP programmer can handle it.
Let's keep things similar across the board.
Andi
At 02:11 PM 12/27/2002
We do already have -r, but I haven't changed my mind on this one either.
Why introduce 2 different kinds of PHP files?
On Fri, 27 Dec 2002, Andi Gutmans wrote:
I don't think it's beneficial to PHP to have two modes especially as the
cli more you're talking about would support ? followed by a
I've moved most of the code out of the ext/standard directory and into the
sapi/apache directory. In order to do that I had to make a few of the local
functions in basic_functions.c non-local. See patch for details. The patch
is a complete patch of all my changes and can be applied to a fresh
[snip]
What this means for users is that any I/O function that works with
streams (and that is almost all of them) can access built-in protocols,
such as HTTP/HTTPS and FTP/FTPS, as well as custom protocols registered
from PHP scripts. For more information please see:
* List of
I think you're right. I also see some weird language :)
Andi
At 12:18 AM 12/28/2002 +0100, Niels Leenheer wrote:
[snip]
What this means for users is that any I/O function that works with
streams (and that is almost all of them) can access built-in protocols,
such as HTTP/HTTPS and
On Fri, 27 Dec 2002, Rasmus Lerdorf wrote:
We do already have -r, but I haven't changed my mind on this one either.
Why introduce 2 different kinds of PHP files?
I agree with Rasmus here, IMO it would only lead to confusion.
Derick
On Fri, 27 Dec 2002, Andi Gutmans wrote:
I don't think
On Saturday 28 December 2002 00:16, Andi Gutmans wrote:
I think you're right. I also see some weird language :)
It was a mistake commit by one of the translators. It was corrected and the
page will be shown in English again in a few hours (documentation build takes
a lng time).
Edin
--
Hi All,
There is a weird line in here too:
* PHP Manual: Using PHP from the command line
http://www.php.net/manual/en/features.commandline.php
It's this one:
By default when executing make, both the CGI and CLI are built and placed as
sapi/cgi/php and sapi/cgi/php respectfully
PHP shouldn't leak memory even if output/input from/to external program
differs. It seems it's a PHP problem for this matter.
Are you sure your input to mail() is RFC compliant?
Even if input is not RFC compliant, PHP shouldn't leak memory, though.
--
Yasuo Ohgaki
Ari Pollak wrote:
Unless you
PHP isn't leaking memory, my modification to the mail() function is
leaking memory, as said earlier in this thread, which is what's troubling
me because I can't track down what's leaking.
Yasuo Ohgaki said:
PHP shouldn't leak memory even if output/input from/to external program
differs. It
Sander Steffann writes:
Hi All,
There is a weird line in here too:
* PHP Manual: Using PHP from the command line
http://www.php.net/manual/en/features.commandline.php
It's this one:
By default when executing make, both the CGI and CLI are
built and placed as
On Sat, 28 Dec 2002, Sander Steffann wrote:
Hi All,
There is a weird line in here too:
* PHP Manual: Using PHP from the command line
http://www.php.net/manual/en/features.commandline.php
It's this one:
By default when executing make, both the CGI and CLI are built and
On Fri, Dec 27, 2002 at 07:41:50PM -0500, Mike Robinson wrote:
Shouldn't that be 'sapi/cgi/php and sapi/cli/php respectively'?
The second path is wrong, and respectfully should be respectively.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
At 22:40 27.12.2002, Andi Gutmans wrote:
I don't think it's beneficial to PHP to have two modes especially as the
cli more you're talking about would support ? followed by a ?php. So all
you're saving is the opening tag. I think any PHP programmer can handle it.
Let's keep things similar across
Ari Pollak wrote:
On Fri, Dec 27, 2002 at 07:41:50PM -0500, Mike Robinson wrote:
Shouldn't that be 'sapi/cgi/php and sapi/cli/php respectively'?
The second path is wrong, and respectfully should be respectively.
Duh.
I guess I should lay off the egg nog eh?
:P
Ari Pollak wrote:
PHP isn't leaking memory, my modification to the mail() function is
leaking memory, as said earlier in this thread, which is what's troubling
me because I can't track down what's leaking.
Ah. I see.
I'm using qmail, but I don't realize problem you have mentioned.
What kind of
On Fri, Dec 27, 2002 at 11:12:22AM -0500, Andrei Zmievski wrote:
The PHP developers are pleased to announce the immediate availability of
PHP 4.3.0, the latest and greatest version of this extremely popular and
widely used scripting language.
This release contains a multitude of changes, bug
What's the preferred config.m4 incantation to determine whether the
'dl' library needs to be linked with an extension (for PECL, in this
case)? I know very little about the 'dl' library, so please forgive
my ignorance.
--
Jon Parise ([EMAIL PROTECTED]) :: The PHP Project (http://www.php.net/)
I am trying to build a fresh php 4.3.0 rpm on SuSe Linux 7.2
with all updates. My build is based on the spec file for a
working 4.2.3 build, which I updated for 4.3.0. It fails like
this:
Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.57298
+ umask 022
+ cd /usr/src/packages/BUILD
+ cd php-4.3.0
40 matches
Mail list logo
