www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2015/10/04/16:54:23

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=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
bh=5MgK/z2lK45ZNyhC+uISOsG0oMew1plD9+ML8Et5tos=;
b=oK+3jvFirbbgi5KmICNLqUj0Nl1iWV5UXq4O4wDwW2uGRY3iX5I9wtSTHpmYUi84Vi
REQG6JXbDMGnK3DDM/diCl7ti8ffe7Ugs6ONZ0eTBsh6n3giguF149EKessOWXMpegU/
O4vAappOWhFDBAsbYrBdl5BYrLsQnM9GAKRzjW1xfgD9OUGWHHORvgKvbmvcRssX8w7o
v7fh6QunFHtT5opV2IVbtCrEGPtUBt/RbprA9tyOLIfjZea1pmQR9OdsUb57vGD65wtK
L6eJJgTyDtOUONhVb0u0NXGFxhRlcejmSs0hsFgSzfLAfHUnxkAOJwwjs8/FM2KBoqPP
vyPg==
MIME-Version: 1.0
X-Received: by 10.180.85.164 with SMTP id i4mr8365209wiz.54.1443992055780;
Sun, 04 Oct 2015 13:54:15 -0700 (PDT)
In-Reply-To: <5610FEF9.5050307@jump-ing.de>
References: <CAC4O8c_kjtsHhyjH+fPZvhDdPxc+Z+L5RxPy4SpJ8dmcGNKMiA AT mail DOT gmail DOT com>
<560F9AC7 DOT 3040607 AT jump-ing DOT de>
<CAC4O8c8i3xswKjACqGR5=7siEZXU7ZH6Cj_0SoBenB-yn8kCjQ AT mail DOT gmail DOT com>
<5610FEF9 DOT 5050307 AT jump-ing DOT de>
Date: Sun, 4 Oct 2015 12:54:15 -0800
Message-ID: <CAC4O8c-uvH4YpcmL+jvnT903vUsKMdTbVNPHcUPj8ouAxFyTKA@mail.gmail.com>
Subject: Re: [geda-user] making DRC less misleading in the presence of shorts,
non-routed rats, etc.
From: "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: geda-user AT delorie DOT com
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

--f46d0445182f8b1da205214d99a2
Content-Type: text/plain; charset=UTF-8

On Sun, Oct 4, 2015 at 2:27 AM, Markus Hitter (mah AT jump-ing DOT de) [via
geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:

> Am 04.10.2015 um 00:46 schrieb Britton Kerin:
> > On Sat, Oct 3, 2015 at 1:07 AM, Markus Hitter wrote:
> >
> >> Am 03.10.2015 um 01:21 schrieb Britton Kerin:
> >>
> >>> At the moment DRC catches near-shorts (trace too close to another), but
> >> is
> >>> completely silent when there's an actual short.
> >>
> >> That's expected, that's what DRC does. Checking for shorts means to
> >
> > When I started, it was not at all expected.  Its weird that you can go
> from
> > almost-short, to short, and thereby make a violation vanish.
>
> What I mean is that it's pointless to try to fix DRC code for detecting
> shorts. DRC techniques can't do this. Comparing connections with the
> netlist can, and that's what "optimize rats" already does. No need to
> duplicate existing code.
>
> All you have to do is to make sure and intuitive that users check not
> only for DRC violations, but also for shorts. Following the code in
> ActionAddRats() in action.c shows how to do this.
>
> I'd try to catch the output of AddAllRats() into a buffer for displaying
> it in the DRC window. Perhaps only the first 1024 bytes or something.
> Some new GUI code, reuse of short-checking code, mission accomplished.
>
> BTW., this will also check for missing connections, which are certainly
> also a reason to not send a board to the manufacturer.


Yes, I said so already.  The branch I made mentions it also.

I'm moving on from this issue.  If anyone wants to do any of the much
harder things proposed instead of what I put in
home/bkerin/drc_warning_for_noobs that would be great, but I submit that
until that time the simple change in that branch is better than nothing.

--f46d0445182f8b1da205214d99a2
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Sun, Oct 4, 2015 at 2:27 AM, Markus Hitter (<a href=3D"mailto:mah AT ju=
mp-ing.de">mah AT jump-ing DOT de</a>) [via <a href=3D"mailto:geda-user AT delorie DOT co=
m">geda-user AT delorie DOT com</a>] <span dir=3D"ltr">&lt;<a href=3D"mailto:geda-=
user AT delorie DOT com" target=3D"_blank">geda-user AT delorie DOT com</a>&gt;</span> wr=
ote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border=
-left:1px #ccc solid;padding-left:1ex">Am 04.10.2015 um 00:46 schrieb Britt=
on Kerin:<br>
<span class=3D"">&gt; On Sat, Oct 3, 2015 at 1:07 AM, Markus Hitter wrote:<=
br>
&gt;<br>
&gt;&gt; Am 03.10.2015 um 01:21 schrieb Britton Kerin:<br>
&gt;&gt;<br>
&gt;&gt;&gt; At the moment DRC catches near-shorts (trace too close to anot=
her), but<br>
&gt;&gt; is<br>
&gt;&gt;&gt; completely silent when there&#39;s an actual short.<br>
&gt;&gt;<br>
&gt;&gt; That&#39;s expected, that&#39;s what DRC does. Checking for shorts=
 means to<br>
&gt;<br>
&gt; When I started, it was not at all expected.=C2=A0 Its weird that you c=
an go from<br>
&gt; almost-short, to short, and thereby make a violation vanish.<br>
<br>
</span>What I mean is that it&#39;s pointless to try to fix DRC code for de=
tecting<br>
shorts. DRC techniques can&#39;t do this. Comparing connections with the<br=
>
netlist can, and that&#39;s what &quot;optimize rats&quot; already does. No=
 need to<br>
duplicate existing code.<br>
<br>
All you have to do is to make sure and intuitive that users check not<br>
only for DRC violations, but also for shorts. Following the code in<br>
ActionAddRats() in action.c shows how to do this.<br>
<br>
I&#39;d try to catch the output of AddAllRats() into a buffer for displayin=
g<br>
it in the DRC window. Perhaps only the first 1024 bytes or something.<br>
Some new GUI code, reuse of short-checking code, mission accomplished.<br>
<br>
BTW., this will also check for missing connections, which are certainly<br>
also a reason to not send a board to the manufacturer.</blockquote><div><br=
></div><div style=3D"">Yes, I said so already.=C2=A0 The branch I made ment=
ions it also.</div><div style=3D""><br></div><div style=3D"">I&#39;m moving=
 on from this issue.=C2=A0 If anyone wants to do any of the much harder thi=
ngs proposed instead of what I put in home/bkerin/drc_warning_for_noobs tha=
t would be great, but I submit that until that time the simple change in th=
at branch is better than nothing.</div><div><br></div></div></div></div>

--f46d0445182f8b1da205214d99a2--

- Raw text -


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