I sorted it out. It was an Ownership & Permission OSX setting.
Can someone provide guidance on the correct way to set those settings
for unrestricted Rev cgi access, while still retaining server
security? Or is the security issue on a Mac (running its native
server app) not an issue, regardless of these settings?
Thanks.
Richard
On Apr 2, 2008, at 8:41 AM, Richard Miller wrote:
There's something else going on. I wish it was just spelling, but
it's not. It's probably particular to OSX.
I tried the following:
set the defaultfolder to "/users/myusername"
put the folders into buffer
I get back the correct list of folders, including one called "Desktop"
I then try this:
set the defaultfolder to "/users/myusername/Desktop"
put the folders into buffer
It returns the list of folders inside the cgi-bin directory. I
tried changing "Desktop" to "Library" and got the same cgi-bin
results.
What's going on here?
Thanks.
Richard
On Apr 2, 2008, at 8:26 AM, jbv wrote:
Richard ,
I have done that dozens of time, mostly on linux & windoze servers...
So I'm not sure about OSX settings, but one thing I'd check first
is the
spelling of the folder's name... it might sound silly, but many times
I have been blocked by spelling problems (or case sensitive spelling)
when referring to folders & files...
JB
I don't understand what is happening with this. This is on a MacMini
server.
I ask a Rev cgi script the following:
put (there is a folder "/users/myusername/desktop") into buffer
It returns TRUE.
I then ask the following:
put (there is a folder "/users/myusername/desktop/foldername")
into buffer
(foldername = any folder sitting on the desktop)
It returns FALSE.
Does this have something to do with some setting I need to change on
the server?... or am I asking for information which is not
accessible
from a Rev cgi script located inside the CGI-Executables folder?
What I ultimately want to do is have the Rev cgi script delete a
folder sitting elsewhere on the server. Is there a reason this can't
be done?
Thanks.
Richard Miller
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
