Re: Shells - non-blocking?
Will you all stop taking the mickey out of my keybrd? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Shells - non-blocking?
Elder Sign external anyone? On Aug 14, 2006, at 2:23 PM, Richard Gaskin wrote: Robert Sneidar wrote: I suppose you could try to call a HELL command, but are you prepared for what might come forth? Whatever you do, don't use the YogSothoth command and certainly never say it aloud! -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Shells - non-blocking?
Robert Sneidar wrote: I suppose you could try to call a HELL command, but are you prepared for what might come forth? Whatever you do, don't use the YogSothoth command and certainly never say it aloud! -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Shells - non-blocking?
I suppose you could try to call a HELL command, but are you prepared for what might come forth? Bob Sneidar IT Manager Logos Management Calvary Chapel CM To shell() is a blocking command... Given that you can "do anything" with the shell anyone knwo of a techniqu to call a hell command in that background - perrhaps with a shell command... screnn something like that? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Shells - non-blocking?
On Aug 14, 2006, at 2:48 AM, Brian Yennie wrote: get shell("mylongcommand > output.txt &") Vague memory: I tried using "&" long ago on OS X and didn't have much luck. Maybe I was doing something goofy. Or maybe it was the virtual serial I didn't get working... Worth a try. Is "?" available on Windows? Dar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Shells - non-blocking?
--- Brian Yennie Chief Technology Officer QLD Learning, LLC (310)-367-7364 You might try something like: get shell("mylongcommand > output.txt &") This should redirect the output to a file and return immediately. It's not as clean as triggering a "done" message with new syntax would be, but it may be workable. You might try searching the archives - I seem to recall discussing this one many moons ago... HTH, Brian On Aug 13, 2006, at 3:30 AM, David Bovill wrote: I want to call the shell command and let the user get on with other gui stuff... wouldn't it be nice to have: put shell("something really slow") with message "doneIT" ? Very good idea! Do you fill an enhancement in Revzilla? If not I'll do it, let me know... On Sun, 13 Aug 2006 09:42:35 -0600 , Dar Scott wrote: You might be able to build something like that with processes (see open process etc in the doc). I cannot figure out how to implement that. Have you a sample script? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Shells - non-blocking?
On Aug 13, 2006, at 3:30 AM, David Bovill wrote: I want to call the shell command and let the user get on with other gui stuff... wouldn't it be nice to have: put shell("something really slow") with message "doneIT" ? Very good idea! Do you fill an enhancement in Revzilla? If not I'll do it, let me know... On Sun, 13 Aug 2006 09:42:35 -0600 , Dar Scott wrote: You might be able to build something like that with processes (see open process etc in the doc). I cannot figure out how to implement that. Have you a sample script? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Shells - non-blocking?
On Aug 13, 2006, at 10:23 AM, David Bovill wrote: And what would be the relation betwenn writing to that process and the params you would send on the command line? You can use a full command line when you open a process. You can open it for neither and wait for it to be missing from the open processes. If you would rather use shell on Windows, there is also "start". That might do what you want. Dar Scott ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Shells - non-blocking?
Roughly how would this work? Lets give an example a "svn commit" - the idea is to do a regular svn backup without interupting development scripting for instance - so I want an asynchronous backup interface rather than having to wait a second or two every few minutes for results to come back from the online repository. A shell script or shell command... can this be opened generally as a process? Or is it as i thought - only something that is occasionally coded into the application / code / script / shell command - ( whatever you call it :) by the author of the program? And what would be the relation betwenn writing to that process and the params you would send on the command line? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Shells - non-blocking?
On Aug 13, 2006, at 3:30 AM, David Bovill wrote: I want to call the shell command and let the user get on with other gui stuff... wouldn't it be nice to have: put shell("something really slow") with message "doneIT" ? You might be able to build something like that with processes (see open process etc in the doc). Three or four years ago I found a lot of communication problems with processes on Windows, but I'm also finding this year some things fixed that were not-a-bug back then. If you don't need a response or can pass it through a file, then the process can work. Dar Scott ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Shells - non-blocking?
To shell() is a blocking command... Given that you can "do anything" with the shell anyone knwo of a techniqu to call a hell command in that background - perrhaps with a shell command... screnn something like that? I want to call the shell command and let the user get on with other gui stuff... wouldn't it be nice to have: put shell("something really slow") with message "doneIT" ? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution