From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: a07f3367d7,ed94ed1b0b101d35
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.180.82.166 with SMTP id j6mr72012wiy.1.1348190012052;
        Thu, 20 Sep 2012 18:13:32 -0700 (PDT)
Path: 
 ed8ni3498083wib.0!nntp.google.com!feeder2.cambriumusenet.nl!feed.tweaknews.nl!85.12.40.130.MISMATCH!xlned.com!feeder1.xlned.com!border2.nntp.ams.giganews.com!border3.nntp.ams.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!newsreader4.netcologne.de!news.netcologne.de!newsfeed.straub-nv.de!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: Tcl/TK + Ada
Date: Tue, 18 Sep 2012 20:30:36 +0100
Organization: A noiseless patient Spider
Message-ID: <m2r4pz3z8j.fsf@pushface.org>
References: <c0b7c606-fa4c-4001-a8d6-02bb262c4215@googlegroups.com>
	<m2zk4n44i1.fsf@pushface.org>
	<ed571781-cab3-4185-b2e3-0878b3b70193@googlegroups.com>
Mime-Version: 1.0
Injection-Info: mx04.eternal-september.org;
 posting-host="a9272c9c584810f74e3f95ce46cbeceb";
	logging-data="15537"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1++Mxf8Jwsxrtjye7DepMksP5PQK8B3ro8="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (darwin)
Cancel-Lock: sha1:ZGxBacWeDilOo4WuxJpZoKBkkbE=
	sha1:R2zJXV3fRD+RsN+Ae/CB9SigjFI=
Content-Type: text/plain
Date: 2012-09-18T20:30:36+01:00
List-Id: <comp.lang.ada>

Patrick <patrick@spellingbeewinnars.org> writes:

> I am still really in the planning stage right now...but when I say
> daemon I mean a process that stays alive and accepts instructions. I
> was planning on using a port to receive on.

OK

> So let's say we were controlling an optical spectrometer, we might
> have commands like:
> set_wavelength
> set_high_voltage
> set_stirrer
> plot
> etc
>
> So take the plot command for instance.  I want the command to send an
> instruction and arguments to the daemon and then return right
> away. The plotting could take hours or days so the daemon could be
> responsible for it after that point.

OK. You could build the GUI in straight Tcl/Tk and have it talk to the
daemon's port (on Linux, I guess that'd be a UNIX-domain socket).

> If I had all these simple little commands to control the daemon I
> thought I could also build a gui for it to visualize the data being
> collected.

Yes, indeed; but it'd need to be on the user side, not the daemon's, so
you'd need a protocol to request the current stats/return them (2-way
comms).


Equally you could use the same architecture but with Gtk/Ada.