php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #19827 Apache2 and PHP do not handle relative paths properly
Submitted: 2002-10-09 03:40 UTC Modified: 2002-10-09 03:47 UTC
From: tilman dot giese at globalview dot de Assigned:
Status: Closed Package: Apache2 related
PHP Version: 4.2.3 OS: SuSE Linux 7.3
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: tilman dot giese at globalview dot de
New email:
PHP Version: OS:

 

 [2002-10-09 03:40 UTC] tilman dot giese at globalview dot de
I have been using Apache (version 1) for a long time, and now I tried out Apache2, which runs parallel on port 8080. A lot of my PHP scripts use templates and therefore the file_exists function is often used like 

if (!file_exists($filename)) die('Failed.');

Some of the scripts use relative paths and now PHP reacts differently.

On apache1 file_exists('index_content.tpl') returns true.
On apache2 file_exists('index_content.tpl') returns false.

The file surely exists. But why do I get false? I thought that the file_exists function should have nothing to do with apache, shouldn't it?

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-10-09 03:41 UTC] derick@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip
 [2002-10-09 03:47 UTC] edink@php.net
This bug has been fixed in the CVS. It can be downloaded at
http://snaps.php.net/php4-STABLE-latest.tar.gz.

And please search the bug database before opening new bug reports.

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 05:01:29 2024 UTC