So I've been put in charge of setting up and
maintaining our department's new dispatch/switchboard
computer. In trying to keep it clean and in order, I
was hoping, if possible, to be able to give users
read/write access to information in files themselves,
but to block them from renaming the
--- Rich Morin [EMAIL PROTECTED] wrote:
Let's back up a bit. Explain, in more abstract
terms, what you're
trying to accomplish. That may allow enough wiggle
room to allow
a Unixish solution.
In short, I'm trying to make information within files
accessable and modifiable, but keep the
Hi,
This is my first post to this group. Please forgive me if this is the wrong
group for this question.
I've been coding for a short time (a year or so) and love it. I've been
using other hosts for my scripts, and am now setting up my OSX server. I've
run into a snag. I can't figure it out.
On 9/24/03 6:37 AM, Mark Wheeler [EMAIL PROTECTED] wrote:
Hi,
This is my first post to this group. Please forgive me if this is the wrong
group for this question.
I've been coding for a short time (a year or so) and love it. I've been
using other hosts for my scripts, and am now setting
Yes, I am running this as a cgi. I called it from a web browser. IE 6 on a
PC. Yes, the script has no Mac line endings. I wrote it on a PC using a text
editor. I've done nothing different than I have for all my other scripts. I
just don't understand. Here is the path:
At 06:37 -0700 9/24/03, Mark Wheeler wrote:
#!/usr/bin/perl -w
use strict;
print Content-type: text/html\n\n;
print The contents of the file: brbr;
open (DATA, example.txt) || die (Could not open file br $!);
my @text = DATA;
print @text;
close (DATA);
exit;
If you're calling the script from
That's a good idea, but I'm not at that location, and my remote login is
turned off, right now. I can try it when I get there later today. Presuming
it IS a CGI problem, what would I need to check? And opposite of that, what
would I need to check?
Thanks again,
Mark
- Original Message -
In the example.txt, that was created by the same text editor that created
the script. As well, if I change the script to write to example.txt file (or
any file), and there is no file there to write to, it should create a file,
but it does not. I'll add the CGI::carp... and see what info I can
At 07:57 -0700 9/24/03, Mark Wheeler wrote:
Yes, I am running this as a cgi. I called it from a web browser. IE 6 on a
PC. Yes, the script has no Mac line endings. I wrote it on a PC using a text
editor.
Peecee's use a CR/LF pair for line ends.
If you uploaded it in ASCII mode with ftp it should
On Thursday, Sep 25, 2003, at 02:45 Asia/Tokyo, Randall Perry wrote:
Getting this error on compile. Had no problems on my Xserve.
In file included from
/System/Library/Frameworks/CoreServices.framework/Frameworks/
CarbonCore.fram
ework/Headers/CarbonCore.h:113,
from
OK, here's the latest. I put in the CGI::CARP...and got my errors to the
screen. On both the read and write to the file (example.txt) if the file
exists and the permissions are sett correctly, for example.txt, everything
works great. BUT two things I noticed:
1. When I ftp a file to the cgi-bin,
At 7:57 am -0700 24/9/03, Mark Wheeler wrote:
Yes, I am running this as a cgi. I called it from a web browser. IE 6 on a
PC. Yes, the script has no Mac line endings. I wrote it on a PC using a text
editor. I've done nothing different than I have for all my other scripts. I
just don't understand.
At 11:54 am -0700 24/9/03, Mark Wheeler wrote:
.. I was under the impression that when I used the or or
in an open command i.e.:
open (DATA, example.txt);
that it would creat the file if it wasn't there (with the appropriate
[default?] permissions...at least that's what happens on my other
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] (Randall Perry) wrote:
Getting this error on compile. Had no problems on my Xserve.
In file included from
/System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.fram
ework/Headers/CarbonCore.h:113,
from
OK, that makes perfect sense, but it is not working here. Here is a
basic script which, when run, should create a new file called
example.txt because it is not there when the open statement is used.
#!/usr/bin/perl
print Content-type: text/html\n\n;
print Creating new file...;
my $newtext =
Hi Mark,
you wrote...
Permission denied at /Library/WebServer/CGI-Executables/write.cgi
All the permissions for each of these directories are 755. Something is
a miss. So what can I do?! I'm very confused.
There's your problem. 755 will not allow the www user (or whatever
you've
Ok, I'll make a new directory inside the cgi-bin, and set it to 777, and try to write
to that. A
side note, though. I should be able to write directly to the cgi-bin, though, right? I
tried to
set the cgi-bin directory to 777, and was not able to. I received an error, so
something
else is
Now that sounds like that could be the overarching problem. It would also explain (I
thingk) why I can't change the permissions of any of those directories with an ftp
client.
So if I change the ownership of the cgi-bin (and all the folders associated with the
server)
to www:www, then I
18 matches
Mail list logo
