Path: csiph.com!au2pb.net!feeder.erje.net!1.eu.feeder.erje.net!news.swapon.de!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Jeff Higgins Newsgroups: comp.lang.java.programmer Subject: Re: interruptable process? Date: Thu, 08 Oct 2015 15:10:10 -0400 Organization: A noiseless patient Spider Lines: 48 Message-ID: References: <2b8f6bec-f879-4c13-97c5-60555f9a9ccb@googlegroups.com> <1dcc94ee-d9c8-49f0-80b7-64b99c5fb102@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Thu, 8 Oct 2015 19:08:44 +0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="a78aad8b483612fbf45d18e918df0cca"; logging-data="6576"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19adtbRbYUX6YhInkzvt2igR/ZAC7jvEeI=" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.8.0 In-Reply-To: Cancel-Lock: sha1:phnkW34U9WZXWfJ8IzcFQfZAUg4= Xref: csiph.com comp.lang.java.programmer:32837 On 10/08/2015 02:58 PM, Eric Douglas wrote: > On Thursday, October 8, 2015 at 2:28:07 PM UTC-4, Jeff Higgins wrote: >> On 10/08/2015 10:39 AM, Eric Douglas wrote: >>> On Thursday, October 8, 2015 at 9:51:16 AM UTC-4, Jeff Higgins wrote: >>>> On 10/08/2015 08:27 AM, Eric Douglas wrote: >>>>> We currently have an admin user logged into a server. In that user's session we're running a command (ie DOS) script. That script runs an infinite loop. In each iteration of the loop it checks a folder for files. If it finds files it starts a Blender process to render one. If we need to cancel a render, we log on to that server and connect to that session, select that command window and press ctrl + break, then delete the file. The loop continues checking for files. >>>>> >>>>> What could be the best way to rewrite this? We need this to be a background process which allows a user to remotely cancel the render from their pc. I could do this with a Java program, or is there a scripting version that makes sense? >>>>> >>>> >>>> >>> >>> That looks very interesting, but currently we're only using the one server machine to render (SLI, Geforce 970 x 2). The user drops blend files into a folder and a process on the server checks for them and starts a new render if it's not already running one. The user needs to be able to stop a render in progress (I didn't see that option in GSORF), and it should auto-delete the input to look for a new one. >>> >> >> I guess I'm missing something. >> >> SCRIPT spins waiting for JOB REQUESTS. >> >> JOB REQUEST ::= >> REQUESTOR_ID >> JOB_ID >> JOB_DESCRIPTION >> >> JEFF, 00989, PROCESS BLENDFILEPATH : OUTPUT OUTPATH : NOTIFY COMPLETION >> >> JEFF, 00989, CANCEL > > on the GSORF? I didn't test the program but it wasn't obvious from the 'how to' pages if or how you can cancel a render currently in progress. > on the GSORF? No. You asked: "What could be the best way to rewrite this?" Only you know. If you want your user to be able to communicate with the processor then they will need a communications channel. Drop a poison pill in the directory? Who knows? You.