Mail Archives: geda-user/2019/09/02/12:31:24
| 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=8TB3PevtLfhEqsrhslBKyTUcH8lIvEbfe0REz1vlK2k=;
|
| b=IN0UGCAC1YulDsuuankihmslEuuTmFMOdAfJnbv+JSr32d+UBbAYVQaH2fi8hhswPh
|
| JSiQHkNuPXJAizRF3JgGuqoitTtDfH7/FXGhDg0he+y7Fxu3p6DsbzDTTQ38Xlxpa9QK
|
| dnE1eYbvhXVrT9TOsqAq712nxQ1L+81JJZjpKojmUv1JkUUyZkm7lfdDuDKilGxSVmaz
|
| iTRBFGBcAgTbVaXg9CVNqDTjAO5QcfV+PgbyWCsgll1B4NW9U9geq61QUwx1qq45ZFkZ
|
| 4MNrMO2x5hdhw+FFSoGXnDxH0GgUbVGgg1j8grP8YzYbnBeQKrtXfOX/4vh8qoC3ScEs
|
| ZJwA==
|
| 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=8TB3PevtLfhEqsrhslBKyTUcH8lIvEbfe0REz1vlK2k=;
|
| b=GkLh4pADIXN4gwrDtphP8zACCSY03ANlfNw2vaMPSSFjlSUCWO/ZlT8TtQjd8VOq7/
|
| un/JVE3Lml9mo4eNWRw+IwzwCAuaeVJigb1no3qwMaskyDL1zVV6LJavcg62sLDij4/D
|
| jaj89dTzOsJXX/5PQeZTW2dSckTQkK5lXHWj3mbs5qUtwWlU1Dcsg5Ue7aUp5zouNr7P
|
| HJHn+l8Sjq8zZ94FHvfWffREGC8eeH4NMQh2MoGxHWC8/hKM428piMyeGIP9zD68cquu
|
| 0wlhOlUpf/KbLlbcobgJADwy5iO5DDXusLyj+C0MRyOuxhBoq2qkv+jiAbVOB/OjqIA6
|
| ikdw==
|
| X-Gm-Message-State: | APjAAAWvRL5O6gSQr0texecw4QlnW/X56DEP4CY5W4jzqeRnI2m6k+OD
|
| EmIKjkybBmP/PGDizlddF6524zSCsXdxpP/XDMGb+mWg
|
| X-Google-Smtp-Source: | APXvYqwSjaVsTda8IlJI5a8pTQG+i2eunPje8CPeZ0AFNrLC3qUfgvNdOZ0hIk3PQsul6A3vXGmDD9DaXnX/Ss7M4v0=
|
| X-Received: | by 2002:ac2:48af:: with SMTP id u15mr10340815lfg.75.1567440590110;
|
| Mon, 02 Sep 2019 09:09:50 -0700 (PDT)
|
| MIME-Version: | 1.0
|
| References: | <CAPp8_DqaZpOpdKFrUF7HC9sbCG2ag0a2iuWQrSkOY76U1kRQ6g AT mail DOT gmail DOT com>
|
| <CALT8Ef5UGWs0oFLx-EraLACB4H0D_KRaxb9io2uRZjbg3soPvQ AT mail DOT gmail DOT com>
|
| In-Reply-To: | <CALT8Ef5UGWs0oFLx-EraLACB4H0D_KRaxb9io2uRZjbg3soPvQ@mail.gmail.com>
|
| From: | "Majenko Technologies (matt AT majenko DOT co DOT uk) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
|
| Date: | Mon, 2 Sep 2019 17:09:39 +0100
|
| Message-ID: | <CAPp8_Dps3mFMeYOzsA=nPR4XSRjdiWSgW6yCa4W1WMRR19awTA@mail.gmail.com>
|
| Subject: | Re: [geda-user] gschem interaction from external processes
|
| To: | geda-user AT delorie DOT com
|
| Reply-To: | geda-user AT delorie DOT com
|
--00000000000094981805919433ff
Content-Type: text/plain; charset="UTF-8"
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 falling
out in random places - they're easy enough to clean up. It's not perfect,
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 recompile 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 they
break the file format by adding extra parameters to some stanzas, so that
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...
I'll wait to see what comes of Roland's efforts.
On Mon, Sep 2, 2019 at 4:57 PM Shashank Chintalagiri (
shashank DOT chintalagiri AT gmail DOT com) [via geda-user AT delorie DOT com] <
geda-user AT delorie DOT com> wrote:
> I've gone down a similar road before. Though what I was doing
> explicitly tried to not touch the internal workflow of gEDA and gschem
> as far as possible. From a practical perspective, I found it more
> viable and stable to be able to parse the files generated by software
> such as gEDA and act on those actions using automated versions of the
> natural interaction method for the software.
>
> In the case of gEDA/pcb, I found that executing the programs with the
> correct flags acting on .proj files was usually good enough to get
> what I needed.
>
> Of course, I'm not saying it isn't possible, just that it might turn
> out to be a whole lot of high maintenance code that will be needed
> long term.
>
> If you wish, you can let me know and I can try to summarize what I do.
>
>
> On Mon, Sep 2, 2019 at 4:56 PM Majenko Technologies
> (matt AT majenko DOT co DOT uk) [via geda-user AT delorie DOT com]
> <geda-user AT delorie DOT com> wrote:
> >
> > I am attempting to build an integrated project management system based
> around gschem and PCB and associated tools. Something which integrates the
> tools together into a single workflow.
> >
> > As part of this is an automated (by automated I mean you click one
> button in the interface) "Save open schematics and PCBs, Run gsch2pcb,
> Reload open schematics and PCBs from disk, Load new netlist and layout to
> buffer" operation.
> >
> > Of course, part of that is getting gschem and PCB to save their files
> and "revert" from disk after files have been changed externally. For PCB
> that's not a problem - I just launch it with --listen and I can interact to
> my heart's content. gschem is a little harder though.
> >
> > I have modified the code so that it responds to two signals, USR1 (save
> all pages) and USR2 (close and re-open all pages), and it (kind of) works
> (at the moment it's dumping random "untitled_1.sch" files around the place,
> but I can fix that...). I can't help feeling that it's a little clunky
> though, and am wondering if there is a better way of implementing it.
> >
> > What would be ideal would be a "--listen" system like PCB has that would
> allow you to send SCM scripts directly to the running process. I don't know
> how any of that is implemented though, so have no clue if that would be
> practical or not.
> >
> > So really I'm looking for ideas from people that are more familiar with
> the internals of gschem than I am...
> >
> > --
> > Matt Jenkins
> > Majenko Technologies
> >
>
>
> --
>
> Chintalagiri Shashank
> Indian Institute of Technology, Kanpur
>
> http://blog.chintal.in
>
>
--
*Matt Jenkins*
Majenko Technologies
--00000000000094981805919433ff
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">For PCB there is no issue. Everything I need is available =
through --listen and sending actions through stdin.=C2=A0 That's absolu=
tely great and a real godsend. I'm also happy with how gschem is workin=
g with my hack (for certain values of "happy"). I can tolerate th=
e odd untitled file falling out in random places - they're easy enough =
to clean up. It's not perfect, but it "works" at the moment.=
=C2=A0 It's a simple enough change that shouldn't impact any upstre=
am updates, and I'm happy to pull changes and recompile 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 t=
hem so long ago and can't remember what I did, and they break the file =
format by adding extra parameters to some stanzas, so that won't be hap=
pening...)<div><br></div><div>But if something more generic and flexible sh=
ould come along to allow me better interaction with a running gschem proces=
s, then I would gladly adopt it. Then I could even go public with my projec=
t wrapping program since it won't rely on a specially compiled version =
of gschem...</div><div><br></div><div>I'll wait to see what comes of Ro=
land's efforts.</div></div><br><div class=3D"gmail_quote"><div dir=3D"l=
tr" class=3D"gmail_attr">On Mon, Sep 2, 2019 at 4:57 PM Shashank Chintalagi=
ri (<a href=3D"mailto:shashank DOT chintalagiri AT gmail DOT com">shashank.chintalagir=
i AT gmail DOT com</a>) [via <a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT de=
lorie.com</a>] <<a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT delor=
ie.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"m=
argin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left=
:1ex">I've gone down a similar road before. Though what I was doing<br>
explicitly tried to not touch the internal workflow of gEDA and gschem<br>
as far as possible. From a practical perspective, I found it more<br>
viable and stable to be able to parse the files generated by software<br>
such as gEDA and act on those actions using automated versions of the<br>
natural interaction method for the software.<br>
<br>
In the case of gEDA/pcb, I found that executing the programs with the<br>
correct flags acting on .proj files was usually good enough to get<br>
what I needed.<br>
<br>
Of course, I'm not saying it isn't possible, just that it might tur=
n<br>
out to be a whole lot of high maintenance code that will be needed<br>
long term.<br>
<br>
If you wish, you can let me know and I can try to summarize what I do.<br>
<br>
<br>
On Mon, Sep 2, 2019 at 4:56 PM Majenko Technologies<br>
(<a href=3D"mailto:matt AT majenko DOT co DOT uk" target=3D"_blank">matt AT majenko DOT co DOT uk=
</a>) [via <a href=3D"mailto:geda-user AT delorie DOT com" target=3D"_blank">geda-=
user AT delorie DOT com</a>]<br>
<<a href=3D"mailto:geda-user AT delorie DOT com" target=3D"_blank">geda-user AT de=
lorie.com</a>> wrote:<br>
><br>
> I am attempting to build an integrated project management system based=
around gschem and PCB and associated tools. Something which integrates the=
tools together into a single workflow.<br>
><br>
> As part of this is an automated (by automated I mean you click one but=
ton in the interface) "Save open schematics and PCBs, Run gsch2pcb, Re=
load open schematics and PCBs from disk, Load new netlist and layout to buf=
fer" operation.<br>
><br>
> Of course, part of that is getting gschem and PCB to save their files =
and "revert" from disk after files have been changed externally.=
=C2=A0 For PCB that's not a problem - I just launch it with --listen an=
d I can interact to my heart's content.=C2=A0 gschem is a little harder=
though.<br>
><br>
> I have modified the code so that it responds to two signals, USR1 (sav=
e all pages) and USR2 (close and re-open all pages), and it (kind of) works=
(at the moment it's dumping random "untitled_1.sch" files ar=
ound the place, but I can fix that...). I can't help feeling that it=
9;s a little clunky though, and am wondering if there is a better way of im=
plementing it.<br>
><br>
> What would be ideal would be a "--listen" system like PCB ha=
s that would allow you to send SCM scripts directly to the running process.=
I don't know how any of that is implemented though, so have no clue if=
that would be practical or not.<br>
><br>
> So really I'm looking for ideas from people that are more familiar=
with the internals of gschem than I am...<br>
><br>
> --<br>
> Matt Jenkins<br>
> Majenko Technologies<br>
><br>
<br>
<br>
--<br>
<br>
Chintalagiri Shashank<br>
Indian Institute of Technology, Kanpur<br>
<br>
<a href=3D"http://blog.chintal.in" rel=3D"noreferrer" target=3D"_blank">htt=
p://blog.chintal.in</a><br>
<br>
</blockquote></div><br clear=3D"all"><div><br></div>-- <br><div dir=3D"ltr"=
class=3D"gmail_signature"><div dir=3D"ltr"><b>Matt Jenkins</b><div>Majenko=
Technologies</div><div><br></div></div></div>
--00000000000094981805919433ff--
- Raw text -