[PHP-DEV] Bug #12699 Updated: opendir() fails when used on read-only devices
ID: 12699
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Directory function related
Operating System: Win32
PHP Version: 4.0CVS-2001-08-11
New Comment:
No feedback, considered fixed. (naughty, naughty Sebastian.. :)
Previous Comments:
[2001-08-13 05:26:59] [EMAIL PROTECTED]
Sorry - that last line should read:
*if* you set up
DocumentRoot to point to it.
[2001-08-13 05:23:02] [EMAIL PROTECTED]
Just tested with Apache (version 1.3.12) on my NT box, and
it's still ok.
It's a mystery to me what the permissions are on a read
only device, however I would guess that since php is
running in the same security environment, if it is a
security issue, then you might find that Apache can't
serve up files directly from the CD is you set up
DocumentRoot to point to it.
[2001-08-13 04:31:04] [EMAIL PROTECTED]
Okay, here's the news:
?php echo $dh = opendir('g:/'); ?
gives
Resource id #1
when called from command-line with
php -q opendir.php
but
Warning: OpenDir: Invalid argument (errno 22)
when invoked through Apache/2.0.24-dev, where PHP is used as CGI.
Could this be a permissions issue after all? But, if so, why did it work some time
ago?
Changing to 'Feedback'.
[2001-08-13 04:16:05] [EMAIL PROTECTED]
Just updating with a couple of comments that were emailed
rather than going via the bug tracking system:
Sebastian replied to the last bug posting:
This is odd. The same binaries still give me with my CD
and DVD drives
Warning: OpenDir: Invalid argument (errno 22)
for
?php echo $dh = opendir('g:/'); ?
To which Michael Loftis replied:
g:\ is the windows way That could be whats
fudging it.
Justa wild guess.
And to which I now reply:
On NT and W2K G:/ is perfectly allright. Sebastian, what
platform are you on (is it different from my NT4/IIS setup
which seems to work ok?)
[2001-08-12 15:31:28] [EMAIL PROTECTED]
No, this shouldn't be the case here. The script worked fine until some 2-3 weeks ago.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=12699
Edit this bug report at http://bugs.php.net/?id=12699edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12699 Updated: opendir() fails when used on read-only devices
ID: 12699
Updated by: phildriscoll
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Directory function related
Operating System: Win32
PHP Version: 4.0CVS-2001-08-11
New Comment:
Just updating with a couple of comments that were emailed
rather than going via the bug tracking system:
Sebastian replied to the last bug posting:
This is odd. The same binaries still give me with my CD
and DVD drives
Warning: OpenDir: Invalid argument (errno 22)
for
?php echo $dh = opendir('g:/'); ?
To which Michael Loftis replied:
g:\ is the windows way That could be whats
fudging it.
Justa wild guess.
And to which I now reply:
On NT and W2K G:/ is perfectly allright. Sebastian, what
platform are you on (is it different from my NT4/IIS setup
which seems to work ok?)
Previous Comments:
[2001-08-12 15:31:28] [EMAIL PROTECTED]
No, this shouldn't be the case here. The script worked fine until some 2-3 weeks ago.
[2001-08-12 15:20:59] [EMAIL PROTECTED]
It's not a permissions problem is it?
I sometimes have troubles with the CD rom drive under win2k, admittedly not from
PHP/IIS but it could be related?
--Wez.
[2001-08-12 15:03:37] [EMAIL PROTECTED]
Just tested with the CVS binaries you sent me. It works
fine accessing both my CD and DVD drives. If I echo out
$dh, php prints
Resource id #1
For info, I'm running on NT4 SP6 under IIS, and my error
reporting is set to E_ALL. I get the same results if I run
from the command line.
[2001-08-12 14:34:06] [EMAIL PROTECTED]
Sorry Phil, I didn't read the
If you send me your php.exe and php4ts.dll buit
from CVS I'll test that here if it helps.
part of your message the first time.
I'm, really sorry! php.exe/php4ts.dll are on their way.
[2001-08-12 13:02:31] [EMAIL PROTECTED]
Phil, I know that it worked fine with PHP 4.0.6. Have a look at the 'PHP Version'
field
of this bug report. It says '4.0CVS-2001-08-11', which is yesterday's CVS version of
PHP 4.0.7-dev.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=12699
Edit this bug report at http://bugs.php.net/?id=12699edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12699 Updated: opendir() fails when used on read-only devices
ID: 12699
Updated by: sebastian
Reported By: [EMAIL PROTECTED]
Old Status: Critical
Status: Feedback
Bug Type: Directory function related
Operating System: Win32
PHP Version: 4.0CVS-2001-08-11
New Comment:
Okay, here's the news:
?php echo $dh = opendir('g:/'); ?
gives
Resource id #1
when called from command-line with
php -q opendir.php
but
Warning: OpenDir: Invalid argument (errno 22)
when invoked through Apache/2.0.24-dev, where PHP is used as CGI.
Could this be a permissions issue after all? But, if so, why did it work some time
ago?
Changing to 'Feedback'.
Previous Comments:
[2001-08-13 04:16:05] [EMAIL PROTECTED]
Just updating with a couple of comments that were emailed
rather than going via the bug tracking system:
Sebastian replied to the last bug posting:
This is odd. The same binaries still give me with my CD
and DVD drives
Warning: OpenDir: Invalid argument (errno 22)
for
?php echo $dh = opendir('g:/'); ?
To which Michael Loftis replied:
g:\ is the windows way That could be whats
fudging it.
Justa wild guess.
And to which I now reply:
On NT and W2K G:/ is perfectly allright. Sebastian, what
platform are you on (is it different from my NT4/IIS setup
which seems to work ok?)
[2001-08-12 15:31:28] [EMAIL PROTECTED]
No, this shouldn't be the case here. The script worked fine until some 2-3 weeks ago.
[2001-08-12 15:20:59] [EMAIL PROTECTED]
It's not a permissions problem is it?
I sometimes have troubles with the CD rom drive under win2k, admittedly not from
PHP/IIS but it could be related?
--Wez.
[2001-08-12 15:03:37] [EMAIL PROTECTED]
Just tested with the CVS binaries you sent me. It works
fine accessing both my CD and DVD drives. If I echo out
$dh, php prints
Resource id #1
For info, I'm running on NT4 SP6 under IIS, and my error
reporting is set to E_ALL. I get the same results if I run
from the command line.
[2001-08-12 14:34:06] [EMAIL PROTECTED]
Sorry Phil, I didn't read the
If you send me your php.exe and php4ts.dll buit
from CVS I'll test that here if it helps.
part of your message the first time.
I'm, really sorry! php.exe/php4ts.dll are on their way.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=12699
Edit this bug report at http://bugs.php.net/?id=12699edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12699 Updated: opendir() fails when used on read-only devices
ID: 12699
Updated by: phildriscoll
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Directory function related
Operating System: Win32
PHP Version: 4.0CVS-2001-08-11
New Comment:
Just tested with Apache (version 1.3.12) on my NT box, and
it's still ok.
It's a mystery to me what the permissions are on a read
only device, however I would guess that since php is
running in the same security environment, if it is a
security issue, then you might find that Apache can't
serve up files directly from the CD is you set up
DocumentRoot to point to it.
Previous Comments:
[2001-08-13 04:31:04] [EMAIL PROTECTED]
Okay, here's the news:
?php echo $dh = opendir('g:/'); ?
gives
Resource id #1
when called from command-line with
php -q opendir.php
but
Warning: OpenDir: Invalid argument (errno 22)
when invoked through Apache/2.0.24-dev, where PHP is used as CGI.
Could this be a permissions issue after all? But, if so, why did it work some time
ago?
Changing to 'Feedback'.
[2001-08-13 04:16:05] [EMAIL PROTECTED]
Just updating with a couple of comments that were emailed
rather than going via the bug tracking system:
Sebastian replied to the last bug posting:
This is odd. The same binaries still give me with my CD
and DVD drives
Warning: OpenDir: Invalid argument (errno 22)
for
?php echo $dh = opendir('g:/'); ?
To which Michael Loftis replied:
g:\ is the windows way That could be whats
fudging it.
Justa wild guess.
And to which I now reply:
On NT and W2K G:/ is perfectly allright. Sebastian, what
platform are you on (is it different from my NT4/IIS setup
which seems to work ok?)
[2001-08-12 15:31:28] [EMAIL PROTECTED]
No, this shouldn't be the case here. The script worked fine until some 2-3 weeks ago.
[2001-08-12 15:20:59] [EMAIL PROTECTED]
It's not a permissions problem is it?
I sometimes have troubles with the CD rom drive under win2k, admittedly not from
PHP/IIS but it could be related?
--Wez.
[2001-08-12 15:03:37] [EMAIL PROTECTED]
Just tested with the CVS binaries you sent me. It works
fine accessing both my CD and DVD drives. If I echo out
$dh, php prints
Resource id #1
For info, I'm running on NT4 SP6 under IIS, and my error
reporting is set to E_ALL. I get the same results if I run
from the command line.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=12699
Edit this bug report at http://bugs.php.net/?id=12699edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12699 Updated: opendir() fails when used on read-only devices
ID: 12699
Updated by: phildriscoll
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Directory function related
Operating System: Win32
PHP Version: 4.0CVS-2001-08-11
New Comment:
Sorry - that last line should read:
*if* you set up
DocumentRoot to point to it.
Previous Comments:
[2001-08-13 05:23:02] [EMAIL PROTECTED]
Just tested with Apache (version 1.3.12) on my NT box, and
it's still ok.
It's a mystery to me what the permissions are on a read
only device, however I would guess that since php is
running in the same security environment, if it is a
security issue, then you might find that Apache can't
serve up files directly from the CD is you set up
DocumentRoot to point to it.
[2001-08-13 04:31:04] [EMAIL PROTECTED]
Okay, here's the news:
?php echo $dh = opendir('g:/'); ?
gives
Resource id #1
when called from command-line with
php -q opendir.php
but
Warning: OpenDir: Invalid argument (errno 22)
when invoked through Apache/2.0.24-dev, where PHP is used as CGI.
Could this be a permissions issue after all? But, if so, why did it work some time
ago?
Changing to 'Feedback'.
[2001-08-13 04:16:05] [EMAIL PROTECTED]
Just updating with a couple of comments that were emailed
rather than going via the bug tracking system:
Sebastian replied to the last bug posting:
This is odd. The same binaries still give me with my CD
and DVD drives
Warning: OpenDir: Invalid argument (errno 22)
for
?php echo $dh = opendir('g:/'); ?
To which Michael Loftis replied:
g:\ is the windows way That could be whats
fudging it.
Justa wild guess.
And to which I now reply:
On NT and W2K G:/ is perfectly allright. Sebastian, what
platform are you on (is it different from my NT4/IIS setup
which seems to work ok?)
[2001-08-12 15:31:28] [EMAIL PROTECTED]
No, this shouldn't be the case here. The script worked fine until some 2-3 weeks ago.
[2001-08-12 15:20:59] [EMAIL PROTECTED]
It's not a permissions problem is it?
I sometimes have troubles with the CD rom drive under win2k, admittedly not from
PHP/IIS but it could be related?
--Wez.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=12699
Edit this bug report at http://bugs.php.net/?id=12699edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
