[zeromq-dev] Job Ad: 0MQ oriented OSS S/W dev volunteer

[john skaller]

On 29/01/2012, at 11:18 AM, Michael Compton wrote:

> It would be nice to see a Lab page for this. 

Ok I made this:

http://www.zeromq.org/docs:labs:process-manager

I'm not sure how much use it is. Online editing sucks bigtime for me,
I have flakey wireless internet. Email is much better because it's
offline. It's also orders of magnitude cheaper (in dollar terms).

I also like email because it is a progressive flow, whereas static
web pages represent current status, and probably no-one reads
them anyhow.

> 
> I'm curious as to more details of what you envisage for such a system
> John.
> 
> It could be interesting to get an exchange of ideas going for this. 
> 
> For my part I am more interested in the concepts than DSL implementation
> with Felix.

I myself am unsure what is required, so I do my usual thing: I try to implement
something. I'm doing that now. I have a basic process launcher running.
Currently POSIX only. I find writing actual code and fighting with the typing
and constraints of available facilities a good way to learn the abstractions
and concepts involved

The launcher creates a pthread which runs a simple timed polling loop to check
on the status of the launched process. I'm about to add time limiting, which
will allow the monitoring thread to kill the process on timeout.

Clearly for the ZGuide example "hwserver"/"hwclient" pair we need more.
We need to monitor the client, and when the client process completes,
kill the server. So I need to find a way to capture that kind of logic.

So following this direction, the logical first milepost is to actually
run all the Zguide examples, assuming they've been already compiled
to statically linked executables. This should be doable for C, C++,
and Felix programs. The point is to ensure that the examples all terminate,
so the test harness can be included in a "batch" test suite.


--
john skaller
skaller at users.sourceforge.net