X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=majenko.co.uk; s=key1; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=u7yUKT4vWze/Llm4rcRVljaR+8VOpOR3sTZFCJsZNuk=; b=mOQsO+91x4Cgz+Bg1nMBleCHzDU+HwAPeoBwS+vJA+pEMszAJzrcd/wgvYxKdH2cXF HJcUh2WGH6j4MXZiIf2D/xWRgG58y+7L1IqkQHb5W61eDc+2Wk8gb8hFH0UBCyi2tKYn cHBoZR1fl253heutadoGY8P5GKzPb2YDImw5EfjlB+Dr7/5Oq3Zgx+fdI82dKV113UaU /QTpRKqGR57Tf8R7F5vdYArJnYwzUTc+zWsGQ+iYf5ANcpjG5jMNEg8sCWnGVauWGSOU ujvOSVdAvon8C8A/9ztv8hxMV+Bp4dSEkBrUNe6o9l6Zd1OrEbUo5Cdi66kpH+OHmA4o Peow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=u7yUKT4vWze/Llm4rcRVljaR+8VOpOR3sTZFCJsZNuk=; b=RQHhGbGEu/ShU8hREmP+JwtDBpJM6EPmEGlGAWLFVhlHSWGNLcwuUi+HSpo3S/hghs hkYIUa33KKO847e90Uz0aQqFtqWpfFA2iTW6LJaBGUwZ4SLE6n6/2BO71GuLtg5gT4He 8Hb6Shl3wcgRvZnR3Kkc1p/FrTEap0vlHsNVK463HNsMNGnBqddUzw9nPVs4bKI74LlA hMTlcpwjVQhvNdYbbZ7DqzkWyuzmfESFlEFUUvI2JhdWAJx4YEnsUTnlcb2ybhou+d2G EGSmj8lV6e29FR9qme+hiqVLlA7zYfEk1+bl0nCjYB/jFeE0Z7v91LPW+e7lVLvqmvWX S3Ng== X-Gm-Message-State: APjAAAVgqJBzbG1mXR8+RS1liyxsdjOAWqoAisLWl8dRAPq3aYG8N5eJ 8kKPGtpzIttcf0OBTBW9CUoinvLmM2I6Nr7Mr74llaxk/j0= X-Google-Smtp-Source: APXvYqzc7B/oLDjaTiDKmORaHBEB//o+pb9D/RgW/fFZ17Cllesjm568s8OloweF5/JTSypTJzeOtWHjCkedqo8IuOM= X-Received: by 2002:a2e:9798:: with SMTP id y24mr3123020lji.150.1569352630330; Tue, 24 Sep 2019 12:17:10 -0700 (PDT) MIME-Version: 1.0 References: <20190902170444 DOT GC1331 AT newvzh DOT lokolhoz> In-Reply-To: <20190902170444.GC1331@newvzh.lokolhoz> From: "Majenko Technologies (matt AT majenko DOT co DOT uk) [via geda-user AT delorie DOT com]" Date: Tue, 24 Sep 2019 20:16:58 +0100 Message-ID: Subject: Re: [geda-user] gschem interaction from external processes To: "Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via geda-user AT delorie DOT com]" Content-Type: multipart/alternative; boundary="0000000000000f00b10593516206" Reply-To: geda-user AT delorie DOT com --0000000000000f00b10593516206 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable So I'd like to migrate from gschem to lepton, but that would mean me re-implementing the --control-fd=3Dstdin facility that has just been implemented in gschem. You mention that I can do things in "scheme". I have no frame of reference for what "scheme" is, so I'd appreciate a couple of pointers for how I'd go about setting up some form of IPC (preferably on stdin, since that is what my system is geared towards) for remote control of page saving and reverting. Any pointers? On Mon, Sep 2, 2019 at 6:51 PM Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > On Mon, Sep 02, 2019 at 05:09:39PM +0100, Majenko Technologies ( > matt AT majenko DOT co DOT uk) [via geda-user AT delorie DOT com] wrote: > > For PCB there is no issue. Everything I need is available through > --listen > > and sending actions through stdin. That's absolutely great and a real > > godsend. I'm also happy with how gschem is working with my hack (for > > certain values of "happy"). I can tolerate the odd untitled file fallin= g > > out in random places - they're easy enough to clean up. It's not perfec= t, > > but it "works" at the moment. It's a simple enough change that shouldn= 't > > impact any upstream updates, and I'm happy to pull changes and recompil= e > my > > own version locally (my version of PCB, incidentally, has many extra > > changes in it that I would love to one day clean up and push up to the > main > > repo, but I did them so long ago and can't remember what I did, and the= y > > break the file format by adding extra parameters to some stanzas, so th= at > > won't be happening...) > > > > But if something more generic and flexible should come along to allow m= e > > better interaction with a running gschem process, then I would gladly > adopt > > it. Then I could even go public with my project wrapping program since = it > > won't rely on a specially compiled version of gschem... > > Again, and returning to your first post, you could use the Scheme > function `sigaction', installing a handler for it, which could do > the job, instead of hard working on the C side. > > -- > Vladimir > > (=CE=BB)=CE=B5=CF=80=CF=84=CF=8C=CE=BD EDA =E2=80=94 https://github.com/l= epton-eda > --=20 *Matt Jenkins* Majenko Technologies --0000000000000f00b10593516206 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
So I'd like to migrate=C2=A0from gschem to lepton, but= that would mean me re-implementing the --control-fd=3Dstdin facility that = has just been implemented in gschem.=C2=A0 You mention that I can do things= in "scheme".=C2=A0 I have no frame of reference for what "s= cheme" is, so I'd appreciate a couple of pointers for how I'd = go about setting up some form of IPC (preferably on stdin, since that is wh= at my system is geared towards) for remote control of page saving and rever= ting.

Any pointers?

On Mon= , Sep 02, 2019 at 05:09:39PM +0100, Majenko Technologies (matt AT majenko DOT co DOT uk) [via geda-user AT delorie DOT com] wrote:
> For PCB there is no issue. Everything I need is available through --li= sten
> and sending actions through stdin.=C2=A0 That's absolutely great a= nd a real
> godsend. I'm also happy with how gschem is working with my hack (f= or
> certain values of "happy"). I can tolerate the odd untitled = file falling
> out in random places - they're easy enough to clean up. It's n= ot perfect,
> but it "works" at the moment.=C2=A0 It's a simple enough= change that shouldn't
> impact any upstream updates, and I'm happy to pull changes and rec= ompile my
> own version locally (my version of PCB, incidentally, has many extra > changes in it that I would love to one day clean up and push up to the= main
> repo, but I did them so long ago and can't remember what I did, an= d they
> break the file format by adding extra parameters to some stanzas, so t= hat
> won't be happening...)
>
> But if something more generic and flexible should come along to allow = me
> better interaction with a running gschem process, then I would gladly = adopt
> it. Then I could even go public with my project wrapping program since= it
> won't rely on a specially compiled version of gschem...

Again, and returning to your first post, you could use the Scheme
function `sigaction', installing a handler for it, which could do
the job, instead of hard working on the C side.

--
=C2=A0 Vladimir

(=CE=BB)=CE=B5=CF=80=CF=84=CF=8C=CE=BD EDA =E2=80=94
https://github.com= /lepton-eda


--
Matt Jenkins
Majenko= Technologies

--0000000000000f00b10593516206--