Last update: 2008-03-01
The problem is never how to get new, innovative thoughts into your mind, but how to get old ones out
- Dee Hock
:: ADDONS
AddonDoc2 1.1
ChangeDateNew 3.5.6
Chmod 0.2
CopyNews 0.4
CustomFields 1.0
EasyEdit 1.0.1
EmptyProfile 0.6.1
FieldIncluder 1.0
Filter By Field 2.1
Full Profile Build 1.0
IsNewValue 0.1
Link Validator 1.3
Maginot Columns 0.3
Maginot Line Build 17
Modify News : Missing Subject 0.1.2
Multipart 1.59
NewFiles 1.1
NewsCounter 0.4
NumericNewsID 0.2
Prisoner's Dilemma build 2
Profile Numeric Filter 0.1.2
QueryFetcher 0.2
Random News 1.2
Search And Replace 1.0
ShadowMail 2.2
Snipper 1.0.1
SortOrders 2.3
Style Debugger 0.2
Top Bottom News Fields 0.1
X Multisubmit 2.4.3
 
:: DOCUMENTS
Weberver & Perl Errors
 
:: SUPPORT ME
If you have found my guidance here or in the Coranto forums helpfull or is using one of my addons and liked it here is your chance to materially support and encourage me to spend time helping others and keep developing existing and future addons to Coranto. Please note that this is a donation and not payment, what I do with my free time is up to me!

:: SUPPORTERS
Eduardo Pedreņo
Ken Edwards (mavmesa)
Audioholics.com
Jesse Walden
Michio Takagi
CORANTO // DOCUMENTATION
:. Unable to open /path/to/file.txt. Permission denied at crcore.pl line 281. 2004-07-17

This problem is somewhat related to the "No such file or directory" message. It is actually a message originating from Perl and not Coranto itself, but Coranto provides a framework for dealing with files and the specific line that tries to open the file is located at that line in that file (the actual line number can differ depending on Coranto version). The thing is that it isnīt really that line of code that has some kind of error in it, or any other line of code either for that matter, it is just that the file that Coranto is trying to open doesnīt have the right privileges to be opened by the user running the script.

And by "the user running the script" I donīt mean the user that is logged into Coranto, but a user account on the physical server that the webserver is running under. That can either be the same user you use when you FTP to the server or a more generic user like "www", depending on how things are set up at your specific server.

The root of this problem is probably caused by the chmod settings not being what they should be, so FTP to your server and verify what the chmod settings currently are for this file. The procedure to see the privileges for a file is different amongst the FTP clients, so you have to refer to the documentation for your specific program, but look for a column named Rights or view Properties for the file or something similar.

Normal settings would be something like 777, 755, 700 or 666. Depending on if it is the same user that you FTP to the server as that also is executing Coranto or if it is a more generic user like "www" you need to have read/write privileges for both the Owner and the Group. If in doubt, ask your host what chmod settings a file that must be read by a webscript should have. A common problem is that you have uploaded a file to the server and the chmod settings are set to only allow read/write for the Owner, so that when Coranto executes as "www" it accordingly doesnīt get access to files.

If you know that the file having this problem is being generated from Coranto when doing a full rebuild you could try and delete the file (make a backup of it first!) and then do a full rebuild to see if the file is recreated with the appropriate owner and chmod settings.

If you still canīt figure out why this file canīt be opened post a message in the forum, stating that you have read this document and explain what measures you have taken thus far to pinpoint the problem.

Tell a friend   Print article   Comment this one!   Parahead
1 visitor online Valid HTML 4.01!   Valid CSS! © copyright 2003 Henrik Ahlén
Design based on Stylish by MVS
Content powered by Coranto