#29797 [Com]: mkdir function doesn't work correctly when path contains forward slashes
ID: 29797
Comment by: alex dot pagnoni at solarix dot it
Reported By: arnoud at procurios dot nl
Status: Open
Bug Type: Directory function related
Operating System: Windows XP
PHP Version: 5.0.0
New Comment:
Actual workaround is to check for underlying os (look inside
$_ENV['OS']) and, if it is Windows, convert all forward slashes using
str_replace().
Previous Comments:
[2004-08-23 14:41:27] arnoud at procurios dot nl
Description:
The 'mkdir' function doesn't function correctly on Windows when the
path contains forward slashes. The part of the path with the forward
slashes doesn't get created.
Reproduce code:
---
?
mkdir('c:\a\b\c\d', 0775, true);
mkdir('c:\e\f\g/h', 0775, true);
?
Expected result:
Two directories should have been created:
c:\a\b\c\d, and
c:\e\f\g\h
Actual result:
--
Actual directories being created:
c:\a\b\c\d, and
C:\e\f
--
Edit this bug report at http://bugs.php.net/?id=29797edit=1
#29129 [Com]: PHP_AUTH_USER does not seem to be passing thru
ID: 29129
Comment by: alex dot pagnoni at solarix dot it
Reported By: sethw at webglimmer dot com
Status: Open
Bug Type: *General Issues
Operating System: Linux RH ES 3.0
PHP Version: 5.0.0
New Comment:
Same bug as #29132.
Previous Comments:
[2004-07-14 01:56:33] sethw at webglimmer dot com
Description:
So a dump of $_SERVER reveals that after a
?
header( 'WWW-Authenticate: Basic realm=WG Content-Management' );
?
that $_SERVER['PHP_AUTH_PW'] is set but not $_SERVER['PHP_AUTH_USER']
Any ideas?
Reproduce code:
---
if (isset( $_SERVER['PHP_AUTH_USER'] )
isset($_SERVER['PHP_AUTH_PW'])) {
// code
}
// always returns false regardless of what is entered
Expected result:
should return true if the Authentication Box is filled in
--
Edit this bug report at http://bugs.php.net/?id=29129edit=1
#29132 [Com]: $_SERVER[PHP_AUTH_USER] is not in headers anymore?
ID: 29132
Comment by: alex dot pagnoni at solarix dot it
Reported By: endrju at itrisinajumi dot lv
Status: Feedback
Bug Type: *General Issues
Operating System: FreeBSD 5.2.1
PHP Version: 5.0.0
New Comment:
Stefan, I can confirm you that $_SERVER['PHP_AUTH_USER']
now works fine again with the latest php5 snapshot
(php5-200407141030).
Previous Comments:
[2004-07-14 11:58:48] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
This Bug should be fixed in CVS now...
Please test next snapshot.
[2004-07-14 06:49:40] endrju at itrisinajumi dot lv
Changed category - General Issues;
[2004-07-14 06:40:59] endrju at itrisinajumi dot lv
Description:
When making HTTP authentication there is no $_SERVER[PHP_AUTH_USER]
in headers (but there is $_SERVER[PHP_AUTH_PW]).
I noticed this when i upgraded to PHP 5.0.0 and checked phpMyAdmin - it
hanged. After some investigation I found that there's no
$_SERVER[PHP_AUTH_USER] in headers.
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-openssl'
'--with-imap=../imap-2004/' '--with-mysql=/usr/local/mysql'
'--with-mssql' '--with-pgsql' '--with-gd' '--with-png' '--with-zlib'
'--with-jpeg' '--with-iconv' '--with-gettext' '--with-xml'
'--with-mcrypt' '--enable-mbstring' '--enable-sockets' '--with-bz2'
'--enable-calendar' '--enable-bcmath'
Reproduce code:
---
?php
if (!isset($_SERVER['PHP_AUTH_USER'])) {
header('WWW-Authenticate: Basic realm=My Realm');
header('HTTP/1.0 401 Unauthorized');
echo 'Text to send if user hits Cancel button';
exit;
} else {
echo pHello {$_SERVER['PHP_AUTH_USER']}./p;
echo pYou entered {$_SERVER['PHP_AUTH_PW']} as your
password./p;
}
?
Expected result:
(This is from http://lv.php.net/manual/en/features.http-auth.php).
I Expected that when i enter username, password and press OK, the code
will output my entered username and password.
Actual result:
--
Script keeps asking the username and password indefinitely;
--
Edit this bug report at http://bugs.php.net/?id=29132edit=1
#28113 [Com]: Memory is not freed with apache2handler SAPI
ID: 28113
Comment by: alex dot pagnoni at solarix dot it
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: Linux
PHP Version: 5CVS-2004-04-23 (dev)
New Comment:
I'm experiencing huge memory leaks on Apache1 too.
Previous Comments:
[2004-04-23 00:33:00] [EMAIL PROTECTED]
Description:
PHP does not free the memory it's using during and after a request when
using apache2handler SAPI. apache2filter SAPI works fine.
The memory it's using is however reused, but if I would send 500MB data
and only have 256MB RAM, the OOM killer would start killing processes
and apache when there are no more processes to kill (depending on OOM
killer used).
Reproduce code:
---
?php
$string = '';
for ($i = 0; $i 1024; $i++)
$string .= 'A';
for ($i = 0; $i (1024 * 200); $i++) {
echo $string;
flush();
}
?
Expected result:
Low memory usage
Actual result:
--
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
8434 nobody25 0 284m 238m 52m S 0.0 31.6 0:25.14 httpd
--
Edit this bug report at http://bugs.php.net/?id=28113edit=1
#28816 [Com]: Memory leak in CVS and RC3 with Apache2
ID: 28816 Comment by: alex dot pagnoni at solarix dot it Reported By: cpuidle at gmx dot de Status: Open Bug Type: Performance problem Operating System: WinXP SP1 PHP Version: 5CVS-2004-06-17 (dev) New Comment: I'm experiencing the same issue under both Apache1 and Apache2, while the same doesn't happen with the same (very huge) application with the php CLI binary. Previous Comments: [2004-06-17 11:12:24] cpuidle at gmx dot de Description: I'm experiencing severe memory leak with latest php5 versions. Each page reload of misc. applications lets the apache2 process grow about 2MB (single user!). Sample applications showing this behaviour are videodb.sf.net, phpmyadmin.sf.net and simpler custom scripts. Reproduce code: --- I could provide scripts that show the problem, but not broken down into details. Informed Andi but he hadn't tim to look into it yet. Expected result: No leak. -- Edit this bug report at http://bugs.php.net/?id=28816edit=1
#28796 [Com]: Apache eat all Memory (parent::$this-__construct())
ID: 28796
Comment by: alex dot pagnoni at solarix dot it
Reported By: felix at trilithium dot de
Status: Open
Bug Type: Apache related
Operating System: Linux version 2.4.21-199-default
PHP Version: 5.0.0RC3
New Comment:
is parent::$this-__construct() the correct syntax? Wasn't
it supposed to be parent::__construct()?
Previous Comments:
[2004-06-15 17:03:13] felix at trilithium dot de
Description:
Apache eat all memory when your try the example code
Reproduce code:
---
class firstClass{
function __construct(){
echo __CLASS__.::.__FUNCTION__.br;
}
function test(){
echo __CLASS__.::.__FUNCTION__.br;
return $this;
}
}
class secondClass extends firstClass{
function __construct(){
echo __CLASS__.::.__FUNCTION__.br;
parent::$this-__construct(); //-here Apache eat all memory
//parent::$this-test(); // this works
}
}
$e= new secondClass;
--
Edit this bug report at http://bugs.php.net/?id=28796edit=1
#28816 [Com]: Memory leak in CVS and RC3 with Apache2
ID: 28816 Comment by: alex dot pagnoni at solarix dot it Reported By: cpuidle at gmx dot de Status: Open Bug Type: Performance problem Operating System: WinXP SP1 PHP Version: 5CVS-2004-06-17 (dev) New Comment: I'd also add that this bug seems to be very similar (if not the same) to the #28113 one. http://bugs.php.net/bug.php?id=28113 Previous Comments: [2004-06-17 13:23:09] alex dot pagnoni at solarix dot it I'm experiencing the same issue under both Apache1 and Apache2, while the same doesn't happen with the same (very huge) application with the php CLI binary. [2004-06-17 11:12:24] cpuidle at gmx dot de Description: I'm experiencing severe memory leak with latest php5 versions. Each page reload of misc. applications lets the apache2 process grow about 2MB (single user!). Sample applications showing this behaviour are videodb.sf.net, phpmyadmin.sf.net and simpler custom scripts. Reproduce code: --- I could provide scripts that show the problem, but not broken down into details. Informed Andi but he hadn't tim to look into it yet. Expected result: No leak. -- Edit this bug report at http://bugs.php.net/?id=28816edit=1
