- We need a volunteer for the PHP CA.
Stig sounds like the man for this.
If not Stig, I can probably do this too. I certainly have enough machines
sitting around here to have a mostly disconnected machine that does this.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To
On Fri, 09 Aug 2002 11:28:20 +0200, Rasmus Lerdorf wrote:
Buffering should be transparent and should not have a different http
status code from a non-buffered.
There are already differences with regard to output buffering or not. Like
the way cookie-setting should designed by the web
On Fri Aug 09, 2002 at 02:1206AM +0200, Georg Richter wrote:
With an external libmysql (and also with the integrated libmysql, which
doesn't support disable load data), we have a little security hole,
because in safe_mode it is possible to load (and view) all the data, which
is under access
i want to join the group to translate the documents of PHP to S-Chinese
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Edin Kadribasic wrote:
I cannot reproduce this.
This is odd: I just tried a snapshot binary, and this one works. What's
your build environment? I used MSVC++ 6 SP-5 with the MS Platform SDK
from May 2002.
--
Sebastian Bergmann
http://sebastian-bergmann.de/
Sebastian Bergmann wrote:
Using strace I found out out that my build tries to open the php.ini
file in an invalid directory:
662 2012 436 NtCreateFile (0x80100080, {24, 0, 0x42, 0, 1243384,
\??\C:\home\php\php4\Release_TS_Inline\C:\WINNT\php-cli.ini},
1243404, 0, 128, 3, 1, 96, 0, 0,
Just to correct myself: it was a missconfigured ini.
marcus
At 09:58 09.08.2002, Marcus Börger wrote:
[and again to correct list]
Oh your fast, i havent't finsished all tests and therefor not comitted it.
The next step of the patch is available at:
James Cox wrote:
does php-cli.ini exist anywhere?
Yes, right now I have
c:\winnt\php.ini
c:\winnt\php-cgi.ini
c:\winnt\php-cli.ini
PHP tries to open them from
C:\home\php\php4\Release_TS_Inline\C:\WINNT\
not from
C:\WINNT\
--
Sebastian Bergmann
As far as I googled up, PHP currently supports IPv6 in ftp_*() functions,
fopen() and gethostbyaddr(). Is that all? I'm curious about socket
functions, as I would like to write a small application that uses IPv6. And
I would like it to use socket_*() not fsockopen(). As I tested in php4.1.2,
At 01:04 10.08.2002, you wrote:
In-Reply-To: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: 8BIT
On Sat, 10 Aug 2002, Marcus Börger wrote:
+This can be done automaticall with the use of
ups, that was definitely not meant to be commited :) but having an emalloc like list
of memleaks at the end of script execution is
really nice, didn't know that msvc has this functionality out of the box.
Andi Gutmans [EMAIL PROTECTED] schrieb im Newsbeitrag
On Sat, 10 Aug 2002, Marcus Börger wrote:
+This can be done automaticall with the use of php_error_docref. Where the
+docref parameter is either NULL or a manual reference describing the
+error in detail. This must be an external url started by http://; or
+the name of a
12 matches
Mail list logo
