Re: file handling in a server (.py) file using xmlrpc

2005-07-08 Thread uwb
Jeremy Jones wrote:

>>The script executes, no error messages, but the glob call turns up nothing
>>while the identical call running from a console does in fact turn up files
>>names as expected.
>>  
>>
> Wild guess, but I'm thinking your webserver process doesn't have
> permissions to look in your directory.
> 
> Following is alternating root shell and IPython shell:
> 
> [EMAIL PROTECTED]:~ # chmod 777 /bam
> [EMAIL PROTECTED]:~ # ls -ld /bam
> drwxrwxrwx  2 root root 96 Jul  8 14:53 /bam
> 
> In [4]: glob.glob("/bam/*txt")
> Out[4]: ['/bam/foo.txt', '/bam/bar.txt']
> 
> [EMAIL PROTECTED]:~ # chmod 000 /bam
> [EMAIL PROTECTED]:~ # ls -ld /bam
> d-  2 root root 96 Jul  8 14:53 /bam
> 
> In [5]: glob.glob("/bam/*txt")
> Out[5]: []
> 
> 
> HTH,
> 
> Jeremy Jones


Thanks!  Thing does work when I do globs of the local apache directories.



-- 
http://mail.python.org/mailman/listinfo/python-list


Re: file handling in a server (.py) file using xmlrpc

2005-07-08 Thread Jeremy Jones
uwb wrote:

>Jeremy Jones wrote:
>
>  
>
>>uwb wrote:
>>
>>
>>
>>>I've got a call to glob in a .py file sitting in an apache cgi-bin
>>>directory which refuses to work while the exact same code works from a
>>>python console session.
>>>
>>>I'm guessing that in order to read or write files from any sort of a
>>>script file sitting in the cgi-bin directory on a server, something has to
>>>be set
>>>to allow such activity.  I'd appreciate it if anybody with as clue as to
>>>what that was could tell me about it.
>>>
>>>
>>>
>>> 
>>>
>>>  
>>>
>>So, what do you mean "refuses to work"?  Is the cgi script not executing
>>at all?  Spitting out an error?  If so, what error?  (And is it an error
>>to the browser calling the cgi script, or in your apache logs?)
>>
>>Jeremy Jones
>>
>>
>
>
>The script executes, no error messages, but the glob call turns up nothing
>while the identical call running from a console does in fact turn up files
>names as expected.
>  
>
Wild guess, but I'm thinking your webserver process doesn't have 
permissions to look in your directory. 

Following is alternating root shell and IPython shell:

[EMAIL PROTECTED]:~ # chmod 777 /bam
[EMAIL PROTECTED]:~ # ls -ld /bam
drwxrwxrwx  2 root root 96 Jul  8 14:53 /bam

In [4]: glob.glob("/bam/*txt")
Out[4]: ['/bam/foo.txt', '/bam/bar.txt']

[EMAIL PROTECTED]:~ # chmod 000 /bam
[EMAIL PROTECTED]:~ # ls -ld /bam
d-  2 root root 96 Jul  8 14:53 /bam

In [5]: glob.glob("/bam/*txt")
Out[5]: []


HTH,

Jeremy Jones
-- 
http://mail.python.org/mailman/listinfo/python-list


Re: file handling in a server (.py) file using xmlrpc

2005-07-08 Thread uwb
Jeremy Jones wrote:

> uwb wrote:
> 
>>I've got a call to glob in a .py file sitting in an apache cgi-bin
>>directory which refuses to work while the exact same code works from a
>>python console session.
>>
>>I'm guessing that in order to read or write files from any sort of a
>>script file sitting in the cgi-bin directory on a server, something has to
>>be set
>>to allow such activity.  I'd appreciate it if anybody with as clue as to
>>what that was could tell me about it.
>>
>>
>>
>>  
>>
> So, what do you mean "refuses to work"?  Is the cgi script not executing
> at all?  Spitting out an error?  If so, what error?  (And is it an error
> to the browser calling the cgi script, or in your apache logs?)
> 
> Jeremy Jones


The script executes, no error messages, but the glob call turns up nothing
while the identical call running from a console does in fact turn up files
names as expected.
-- 
http://mail.python.org/mailman/listinfo/python-list


Re: file handling in a server (.py) file using xmlrpc

2005-07-08 Thread Jeremy Jones
uwb wrote:

>I've got a call to glob in a .py file sitting in an apache cgi-bin directory
>which refuses to work while the exact same code works from a python console
>session.
>
>I'm guessing that in order to read or write files from any sort of a script
>file sitting in the cgi-bin directory on a server, something has to be set
>to allow such activity.  I'd appreciate it if anybody with as clue as to
>what that was could tell me about it.  
>
>
>
>  
>
So, what do you mean "refuses to work"?  Is the cgi script not executing 
at all?  Spitting out an error?  If so, what error?  (And is it an error 
to the browser calling the cgi script, or in your apache logs?)

Jeremy Jones
-- 
http://mail.python.org/mailman/listinfo/python-list