delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2018/07/11/02:40:26

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Wed, 11 Jul 2018 08:15:46 +0200 (CEST)
X-X-Sender: igor2 AT igor2priv
To: "Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu"
From: gedau AT igor2 DOT repo DOT hu
Subject: indicating shorts, mincut, apollon - geda-user archeology (was: Re:
shorted pads and the netlist in PCB --> netlist difference)
In-Reply-To: <alpine.DEB.2.00.1807110715500.8169@igor2priv>
Message-ID: <alpine.DEB.2.00.1807110740580.8169@igor2priv>
References: <04df2ed2-45a1-dff5-6f6c-d9b9d5fcca0f AT neurotica DOT com> <CANEvwqjKhH1qxQbxKu90CL0+t+PFb=2yUjhwv5umKf0L+RgpoQ AT mail DOT gmail DOT com> <CAJZxidBiF2cbv6KerAHDz1Yg_mhJ4XASXccHf_3ceAFCebpNqQ AT mail DOT gmail DOT com> <20180711063653 DOT 78f49776674d402fa145acf1 AT gmail DOT com>
<alpine DOT DEB DOT 2 DOT 00 DOT 1807110715500 DOT 8169 AT igor2priv>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com


On Wed, 11 Jul 2018, gedau AT igor2 DOT repo DOT hu wrote:

> There was a long discussion about this issue on the mailing list years ago, 
> some time between 2011 and 2013.

Hah, I've found it! It was late 2012. Let's see some archeology.

The thread started here:

http://www.delorie.com/archives/browse.cgi?p=geda-user/2012/12/04/12:35:10

of course this simple bugreport got derailed and quickly escalated into a 
haystack of random ideas on short circuit indication. I found it hard to 
follow all the ideas with the same subject line, so I decided to organize 
them. This was an early version of my summary on all proposals:

http://www.delorie.com/archives/browse.cgi?p=geda-user/2012/12/14/05:38:19

This was my proposal for mincut, backed up with prototype code:

http://www.delorie.com/archives/browse.cgi?p=geda-user/2012/12/13/09:27:49



And the rest of the story: for a while it got positive feedback from pcb 
devs, but then we bumped into "ok, but we first need to rewrite [some API 
and code in] find.c". None of the other proposals got any prototype or 
production code from anyone, as far as I can tell. I leaned back waiting 
for the said find.c rewrite.

So let's see what happened to mincut, the only proposal that had a 
prototype:

Time went by and nothing happened. I eventually forked and added mincut in 
pcb-rnd without any major find.c rewrite - so I stopped pushing it in 
mainline. (Although before 2016 I invested a lot of time doing my pcb-rnd 
development in a way mainline could apply the patches. Looking back, 
seeing the result, I think this was a pure waste of time)

This adventure with mincut was very useful for pcb-rnd: it helped me 
realize how important it is to modularize the code (happend to pcb-rnd in 
from 2013, by now we have less code in core than in plugins) so that 
features can be implemented in core plugins with minimal impact on core. 
This lets contributors with such ideas do their code in pcb-rnd without 
risking stability and without having to wait for 
yet-another-big-refactoring. Core plugins don't bitrot as easily as 
external plugins, so we could upgrade core APIs ever since, without having 
to worry too much. In fact we could do the whole data model 
redesign/rewrite, spanning about 1.5 years, while other parts of the code 
could also develop.

About find.c: incidentally, at pcb-rnd we are getting to a point where we 
are really preparing for a full rewrite of find.c, for other reasons, 
mainly because the new data model will allow us to provide a much simpler 
implementation. It may happen this year, or if not, then probably next 
year.

About Levente, who started the original thread: after an annual flame war 
on file formats he started a pcb-rewrite effort, based on sqlite. But 
that didn't get far and later on he abandoned geda and switched to kicad. 
That project was: https://github.com/leventelist/apollon

(Since that my efforts in pcb-rnd proved my point that our proplems came 
from the data model, not from the file formats or how exactly we store our 
data in memory).

Regards,

Igor2

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019