ID: 7782
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Description: Cannot use PATH_INFO fully with php isapi
Hi,
Due to some problems we have had with the isapi version of php under IIS,
we have made some changes in the sourcecode of this isapi module to su
'... somehow I didn't
expect that that means I still need to tell fopen about it too :))
thanks for the good work, php4.05.dev runs very stable on our systems now,
and it's blazing fast :)
regards,
Auke van Slooten
Muze
--
PHP Development Mailing List <http://www.php.net/>
To
t;,"\r\n",$data);
$mod->data=unserialize($data);
unserialize() ran fine... it seems that fread still 'fixes'
return/linefeeds
(btw: the first version of the code runs fine with either the cgi or the
unix apache module version).
regards,
Auke van Slooten
http://www.muze.nl/
ID: 9373
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Description: Filesystem read not binary safe?
I've been checking it a bit further, it seems that all filesystem read and write
functions fail under the windows apache module.
fread and even fgetc wil
From: [EMAIL PROTECTED]
Operating system: Windows NT
PHP version: 4.0.4pl1
PHP Bug Type: Filesystem function related
Bug description: Filesystem read not binary safe?
Running PHP 4.0.4pl1 as an apache module (php4apache.dll)
When reading and writing files using any function
cript
right. I might be completely of the mark here, I don't how PHP works
internally, but if IIS has the sense to at least start the PHP engine, there
must be a way to parse the correct script :)
Thanks again,
Auke van Slooten
http://www.muze.nl/
On 29 Jan 2001, Bug Database wrote:
> ID: 7