Thanks, I am aware of it. I may pick it up, but in reviewing it on
Amazon and at the bookstore I've noted that it does not touch on FTP
server stuff or how to grok the framework in general.
--
http://mail.python.org/mailman/listinfo/python-list
In article <[EMAIL PROTECTED]>,
chuck <[EMAIL PROTECTED]> wrote:
.
.
.
>While I do appreciate the suggestions but I have to say that if the
>twisted folks spent half the time writing documentation as they do code
>- twisted wou
"chuck" wrote:
> While I do appreciate the suggestions but I have to say that if the
> twisted folks spent half the time writing documentation as they do code
> - twisted would probably get used a lot more Python folks. Didn't get
> much encouragement/assistance from the twisted irc channel eithe
I do need to stick to FTP though as indicated I could run it on a
different port. Limit comes more from the client side capabilities.
Did some reading about twisted and I now understand that things in
general are single threaded.
I started working my way through the twisted finger tutorial. Whi
On 9 Dec 2005 09:56:03 -0800, chuck <[EMAIL PROTECTED]> wrote:
>Hmmm, that is an interesting idea. I've noticed the new book on
>Twisted, thinking about picking it up.
>
>I assume that this little snippet will handle multiple/concurrent
>incoming transfers via threading/sub-process, is scalable, s
Why not use SGI's FAM (File Alteration Monitor)? It works under
Linux...and I think I saw Solaris support somewhere. Under Linux, the
FAM daemon doesn't use inefficient polling of the filesystem instead it
monitors file changes through the kernel. Under Solaris, it'd probably
fall back to polling
Hmmm, that is an interesting idea. I've noticed the new book on
Twisted, thinking about picking it up.
I assume that this little snippet will handle multiple/concurrent
incoming transfers via threading/sub-process, is scalable, secure, etc?
I could even run it on a non-standard port making it a
On Fri, 09 Dec 2005 16:50:05 +, Steve Holden <[EMAIL PROTECTED]> wrote:
>chuck wrote:
>> I need to write a daemon for Solaris that monitors a directory for
>> incoming FTP transfers. Under certain conditions, when the transfer is
>> complete I need to send an email notification, and do other s
chuck wrote:
> I need to write a daemon for Solaris that monitors a directory for
> incoming FTP transfers. Under certain conditions, when the transfer is
> complete I need to send an email notification, and do other stuff.
> Win32 provides FindFirstChangeNotification(), but as best I can tell
> t
ty - more useful than 'works here'
--
http://mail.python.org/mailman/listinfo/python-list
"chuck" wrote:
> I think you may have missed my point. I don't have fcntl.py on my
> Solaris box so how do I know what signals that I can used to monitor a
> directory for modification. In other words will the following work?
>
> fcntl.fcntl(self.fd, fcntl.F_NOTIFY,
> fcntl.DN_DELETE|fcntl.DN_CR
Is this on Solaris?
I think you may have missed my point. I don't have fcntl.py on my
Solaris box so how do I know what signals that I can used to monitor a
directory for modification. In other words will the following work?
fcntl.fcntl(self.fd, fcntl.F_NOTIFY,
fcntl.DN_DELETE|fcntl.DN_CREATE|f
chuck enlightened us with:
> The doco indicates to read the source for fcntl.py to lookup the
> constants representing the different types of events/signals that
> are avaiable. However fcntl on some platforms seems to be
> implemented as a binary leaving no way to look up the contants for
> the p
"chuck" <[EMAIL PROTECTED]> wrote:
> I need to write a daemon for Solaris that monitors a directory for
> incoming FTP transfers. Under certain conditions, when the transfer is
> complete I need to send an email notification, and do other stuff.
> Win32 provides FindFirstChangeNotification(), but
14 matches
Mail list logo
