On 12 Jun 2007, at 17:11, David Bovill wrote:
You can load a url and you can do asynch ftp upload - but how about
if you
want to send a large amount of data to a remote location without
using ftp?
Can you do an asynch post? I guess you could do an asynch ftp
upload and
then a quick
Dave,
thanks for the tip! I use a similar approach for queueing downloads, it
didn´t occur to me that I could do the same thing with POST calls.
I noticed that the load command will queue connections to the same server
automatically, is this correct or am I dreaming?
Again, thanks for the hard
Yes - thanks Dave!
NB - I'd still like to be able to manually add something to the url cache?
Scenario is that my app mainly used load after which things are go from the
cache, but sometimes for priority reasons I just fetch a url without load.
If afterwards I could set the cache to include this
On 13 Jun 2007, at 11:46, Andre Garzia wrote:
I noticed that the load command will queue connections to the same
server
automatically, is this correct or am I dreaming?
Hi Andre. Yes, that's right. (You may be dreaming too, but about
other things I hope.)
Strictly speaking, ftp load
On 13 Jun 2007, at 13:06, David Bovill wrote:
Yes - thanks Dave!
NB - I'd still like to be able to manually add something to the url
cache?
Scenario is that my app mainly used load after which things are go
from the
cache, but sometimes for priority reasons I just fetch a url
without
Dave Cragg wrote:
Although post is described as blocking it only blocks the
script it is called in. Other scripts can run at the same time.
Is this true of put url also? I want everything to stop in my script
until it's done.
--
Jacqueline Landman Gay | [EMAIL PROTECTED]
On 13 Jun 2007, at 16:31, J. Landman Gay wrote:
Dave Cragg wrote:
Although post is described as blocking it only blocks the
script it is called in. Other scripts can run at the same time.
Is this true of put url also? I want everything to stop in my
script until it's done.
It's the
Dave, Jacque, please explain more... if one wants more 'threads' one
needs separate scripts?
I kinda know this works but I need to define it...
so if one trys to do a blocking thing, say, in the bg script, then
any handler in that script is halted?
but if one does a send in x a command to
On 13 Jun 2007, at 19:52, Stephen Barncard wrote:
so if one trys to do a blocking thing, say, in the bg script, then
any handler in that script is halted?
Sorry. I was unclear. Only the *handler* the blocking call was made
in blocks.
The following may illustrate how blocking calls in
You can load a url and you can do asynch ftp upload - but how about if you
want to send a large amount of data to a remote location without using ftp?
Can you do an asynch post? I guess you could do an asynch ftp upload and
then a quick sychronous post on completion - any thoughts?
Not exactly sure what you want to do but
http://www.fefe.de/ncp/
and woof
might be interesting. You need Python installed for woof. I was thinking
about using woof over a LAN, but on the whole a usb stick seemed it would
take less of a toll on the users
Peter
David,
if your on *nix (and that includes Mac OS X) then you can shell() to
curl or wget to post... if you assemble a nice curl command you can
upload your data and check it periodically by reading a log file or by
reading from process. (reading from logfile is easier)
Cheers
andre
On 6/12/07,
Andre, have you found a way to shell() on OS X without blocking? The
appending of at the end of the shell string doesn't seem to work
from within Rev, here.
Best,
Mark
On 12 Jun 2007, at 17:57, Andre Garzia wrote:
David,
if your on *nix (and that includes Mac OS X) then you can
Yes - that was my question :)
On 12/06/07, Mark Smith [EMAIL PROTECTED] wrote:
Andre, have you found a way to shell() on OS X without blocking?
The only way i can think of doing this is a separate application in its own
process and IAC - can be done in Rev but still
14 matches
Mail list logo
