Welcome, Guest. Please login or register.
Did you miss your activation email?


Login with username, password and session length

Search

 
Advanced search

8043 Posts in 1856 Topics- by 2099 Members - Latest Member: roi
Pages: [1]   Go Down
Print
Author Topic: Can't get calendar run  (Read 521 times)
0 Members and 1 Guest are viewing this topic.
WillieW
Guest
« on: June 16, 2004, 12:24:00 PM »

I have kind unique situation. My server provider has certain folders situp on our site that will either execute but not write ('cgi-bin' folder) and write but not execute ('data' folder). I asked our provider if our 'cgi-bin' could be made writable, i was to no. However, our 'data' folder could be given run permission for programs and scripts. So that was done. I up loaded the calenderscript to my 'data' folder, but I'm getting an error that said that some files are missing from the folder.

Is there a way to get the calendar to run under this situation?

1. What server/OS are you using?  MS IIS/5.0
2. What browser are you using? IE
3. What error messages appear in your server's error log?
4. Have you uploaded in ASCII mode, did a CHMOD on the files, and checked the path to Perl? Used Dreamweaver software. CHMOD does not work on our server.
5. Did you change the file extensions or change the $BASE_DIR manually? Yes
6. Has your web host been able to offer any assistance? Yes.
Which web host are you using? Bellsouth hosting.
7. Have you tried running debug.pl? What was the output? Yes.
CalendarScript Debugger

There were problems detected with the files or directories needed by CalendarScript. These problems may be caused by one of the following:
"The file does not exist" problems are usually caused by the $BASE_DIR path being incorrect.
"No READ access" and "No WRITE access" problems are usually caused by forgetting to CHMOD the files or directories after transfer, or not giving the correct permissions in Windows.
"The file was not transferred in ASCII mode" problems are caused by not explicitly transferring files in ASCII mode in your FTP program. Some FTP programs make it appear like you're transferring in ASCII mode, when in fact you're in "Auto" mode or something similar, and this can cause problems.
The files with problems are listed below.

Problem File/Dir
•The file does not exist
d:/InetPub/wwwroot/data/calendar/calendarscript/calendars.txt
•The file does not exist
d:/InetPub/wwwroot/data/calendar/calendarscript/config.txt
•The file does not exist
d:/InetPub/wwwroot/data/calendar/calendarscript/users.txt
•The file does not exist
d:/InetPub/wwwroot/data/calendar/calendarscript/permissions.txt
•The file does not exist
d:/InetPub/wwwroot/data/calendar/calendarscript/users.lock
and a host of other files missing.

8. Have you checked the Documentation? Yes, Nothing to address my situation.

My email is williew@loveandfaith.org

Thanks

Logged
DanO
Moderator
Full Member
*****

Karma: 13
Offline Offline

Posts: 230

Please don't PM me. Post in the open forum.


WWW
« Reply #1 on: June 16, 2004, 09:54:00 PM »

If you want to have the script's data files in a different directory than under the cgi-bin, you'll have to set the $BASE_DIR variable in the calendar.pl, calendar_admin.pl and  debug.pl files appropriately for where you've located those files on your server.

Dan O.

------------------

Logged
Manish
Guest
« Reply #2 on: June 17, 2004, 05:47:00 AM »

hi,
I too am having similar problem.

The script calendar.pl runs fine from command line...but doesn't from browser. It gives "500 Internal Server Error". Error Log shows "Premature end of script headers". If I redirect output to some html file, I am able to view that html file.
It seems to be some environment settings error. Please help.

Thanks in advance,
Manish

Logged
DanO
Moderator
Full Member
*****

Karma: 13
Offline Offline

Posts: 230

Please don't PM me. Post in the open forum.


WWW
« Reply #3 on: June 17, 2004, 12:36:00 PM »

** calendar.pl runs fine from command line... but doesn't from browser. **

When a script will run from the command line (telnet, SSH, etc.) but not from the browser, in my experience the problem is usually incorrect file or directory permissions.

Check your host's CGI FAQs to see what permissions are acceptable in their server. Usually script files and their directories need to be chmod to 755 or 775 (depending on server settings) and data files 666 or 766 depending...

Dan O.

------------------

Logged
WillieW
Guest
« Reply #4 on: June 17, 2004, 05:25:00 PM »

Do I leave the script and calendar folder in the cgi-bin folder, and point the base-directory in the script to the data folder?
Logged
DanO
Moderator
Full Member
*****

Karma: 13
Offline Offline

Posts: 230

Please don't PM me. Post in the open forum.


WWW
« Reply #5 on: June 17, 2004, 06:11:00 PM »

** Do I leave the script and calendar folder in the cgi-bin folder, and point the base-directory in the script to the data folder? **

If your host requires CGI scripts to be inside the cgi-bin directory to run but data files to be stored located elsewhere, yes the calendar.pl, calendar_admin.pl and debug.pl files should be uploaded to the cgi-bin directory with their $BASE_DIR variables set to where the other files will be located on the server.

Dan O.

------------------

Logged
WillieW
Guest
« Reply #6 on: June 22, 2004, 04:44:00 PM »

Okay, I am now able to get the calendar running the calendar.pl script. But when I run the calendar_admin.pl script I get:

   Welcome to the CalendarScript Setup Wizard!

The fact that this screen is displayed means your web server is configured correctly to run Perl CGI applications and CalendarScript can find the files it needs to run.

This Setup Wizard will guide you through a few configuration steps and environment checks to make sure everything is ready to go.


 Screen 1 of 3    
 

Powered by CalendarScript  

Calendar Administration : Setup Wizard  


ERROR:

CGISession: Session file [d:/webs/love14/data/calendarscript/session/233880096.txt] could not be opened for writing!

Called tech support for our server, and they have given write permission to our data directory and all folders in it. They uploaded a test script to our site. The test script was able to write in the data directory folder. Which confirmed that the permissions were enabled.

Does anyone have any suggestions for resolving this error?

Thanks

WillieW

Logged
RandyP
Guest
« Reply #7 on: June 30, 2004, 04:06:00 PM »

Dan O:

Did you reply to the last question that WillieW had?  If not, I will be helping him with this.  I look forward to hearing from you.  Thanks :-)

Logged
DanO
Moderator
Full Member
*****

Karma: 13
Offline Offline

Posts: 230

Please don't PM me. Post in the open forum.


WWW
« Reply #8 on: July 03, 2004, 03:11:00 AM »

 
quote:
ERROR:

CGISession: Session file [d:/webs/love14/data/calendarscript/session/233880096.txt] could not be opened for writing!

Called tech support for our server, and they have given write permission to our data directory and all folders in it.


The only thing I can think of that would cause that error is incorrect directory permissions for writing as stated in the error message. Sorry.

Dan O.

------------------

Logged
Pages: [1]   Go Up
Print
Jump to: