Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
On Thu, 20 Apr 2000, Brad Noyes wrote: >I looked on the net and i get the impression that, you need >to have a cgi dirctory in the access.conf file (oh yeah, and i'm >sure that the permissions on the cgi-script are executable). Can >any one confirm this? yes. >I then tried to put the scripts in the directory that was suppose >to be for cgi scripts, and i get an Internal Server Error. I did >check permissions on this directory. I'm not convinced that this >cgi directory that i put the scripts in is the right directory. Internal Server Error is just a generic error -- can mean about anything.. Usually to test I use something like: #!/usr/local/bin/perl -w use strict; use CGI::Carp qw(fatalsToBrowser); use CGI; my $form = new CGI; print $form->header, $form->start_html, $form->start_form; ### STUFF HERE ### print $form->end_form, $form->end_html; exit; Then you can replace '### STUFF HERE ###' successively with print 'foo bar baz'; to see if HTML actually works and you have perms right (like 755). Then with, print $form->param('some_cgi_paramter'); where 'some_cgi_parameter' comes from your HTML form or whatever. One thing to check here is that the HTML form is also correct. - Subcription/unsubscription/info requests: send e-mail with "subscribe", "unsubscribe", or "info" on the first line of the message body to discuss-request at blu.org (Subject line is ignored).
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |