#23821 [Csd->Opn]: Not requireing or including files

From: Date: Tue, 27 May 2003 00:54:16 +0000
Subject: #23821 [Csd->Opn]: Not requireing or including files
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-40475@lists.php.net to get a copy of this message
ID: 23821 User updated by: admin at donelson dot net Reported By: admin at donelson dot net -Status: Closed +Status: Open Bug Type: Scripting Engine problem Operating System: Unix, Apache PHP Version: 4.3.1 New Comment: reopened. Previous Comments: ------------------------------------------------------------------------ [2003-05-26 19:53:29] admin at donelson dot net Thanks sniper, I went there and download/installed 4.3.3-dev. I get the samething on localhost, dont know on remote host. They only run the latest released stable versions :( Everything is same as it was before. Any more ideas for me? I got an entire library that I am trying to get out but this needs to be fixed first. ------------------------------------------------------------------------ [2003-05-26 19:19:06] sniper@php.net This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. ------------------------------------------------------------------------ [2003-05-26 19:03:57] admin at donelson dot net localhost is a Windows XP Home machine, running php 4.3.1 and Apache 2. The localhost file test.php requires the files needed from http://www.donelson.net/InetX/ and works great. The below URL is in the address bar from the Zend Debugger. http://localhost/InetX/test.php?start_debug=1&debug_stop=1&debug_port=10000&debug_no_cache=1053993574959 ------------------------------------------------------------------------ [2003-05-26 18:56:33] admin at donelson dot net When you click on the require() link abovem it is including the " for some reason, just remove it from your address bar and hit enter, the file is there. It will show up as blank page because its a library file. No output. ------------------------------------------------------------------------ [2003-05-26 18:53:53] admin at donelson dot net I saw in the docs that windows does not include http/ftp for some reason. Looking at the dates of the other simular messages I would think it would have been fixed by now. Any way I wrote the code and uploaded it to my host which is a unix box with apache. When run it from my site it does not include / require the intended file. Now, I use the Zend Studio and Integrated debugger, If I debug the page, localhost or remote windows or unix, IT WORKS! Why is this? Do I have to have everyone that will visit my page download and install the Zend Debugger and debug my site to see it? I have been stuck on this for months and monitoring for a fix or answer and nothing. HELP! btw heres some code and a URL so you can check it out. http://www.donelson.net/InetX/test.php Go here and you get this message: Fatal error: Cannot instantiate non-existent class: iunknown in /home/andydonelson/www/InetX/test.php on line 5 Why? A file that does exist on the server is not being loaded. Here is the require() call rom test.php line 5: require_once("http://www.donelson.net/InetX/Interface/IUnknown.php"); Purpose? no matter where you run this script, it will get this file from this location. Remember, This code works on a windows XP Home machine when debugging the page with Zend Debugger, But it wont work if I just open a brower and visit the page. On windows or unix. The debugger makes it work for windows (local) and unix (remote) ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=23821&edit=1

« previous php.bugs (#40475) next »