php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #19953 include_path doesn't work properly
Submitted: 2002-10-17 09:24 UTC Modified: 2002-10-17 10:49 UTC
From: corinl at gmx dot de Assigned:
Status: Not a bug Package: Filesystem function related
PHP Version: 4.2.2 OS: suse linux 8.0
Private report: No CVE-ID: None
View Developer Edit
 [2002-10-17 09:24 UTC] corinl at gmx dot de 
The include_path does not seem to work properly for include, may be also for require etc.

Try the follwing:

ini_set('include_path',"..");
require_once("include/standart.php");
-> success

ini_set('include_path',"..");
require_once("./include/standart.php");
-> failure even it's the same file as above !!

strange, isn't it ??!

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-10-17 10:03 UTC] iliaa@php.net 
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

Don't use relative paths inside include_path, it'll only result in problems.
 [2002-10-17 10:24 UTC] cynic@php.net 
nothing strange, really. the "./" bypasses include_path.
 [2002-10-17 10:49 UTC] corinl at gmx dot de 
well, but why? 
it's not documented (or didn't i just find it?) and it's no absolute path but a relative one.
 [2002-10-20 16:13 UTC] php at familjenberggren dot com 
Hi,
I suspect that I have the same problem.
Platform: 
 Suse Linux 8.0, 
 Apache 2.0.43, 
 php4-STABLE-200210090900

My Squirrelmail installation can not initialize plugins 
due to undefined variables. There are a few require_once() statements that are involved.

I need to verify this more. But it kind of points in the direction of require_once() problem.
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved. 		Last updated: Sat Feb 14 17:00:01 2026 UTC