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=KqrMf8kvuGTAcTykkmheByc2Uj0YZHplsgY8qJwZ0Jg=;
        b=UvmY9x4kX1NAkPGn5SN2k6kQ7ak+ToxNnum1Y1GJI1SGnYyDCj9gTJOgB47W6KKenR
         2Ae736bwellM39V5+WmWFkAsPPIPMFD8z9yUqbmrodWwFVZX4Vrg+0G2bv63AQKs80N0
         qomnwm0b0iFVIHgryDUThXy65oo0+rnrlos2pHL9F+wRbYbtd+U7d0a4Vn2HOFZ1+Fra
         JnuLT3M6CSGuTvpkB12qlABhblclpaBQ7H54Esek3iFJ50bx+AuMe7rybt6s/KhapfwZ
         XNz31f5ZdSd9y/1t7CPomg9cDVHBVPM2lnWg3oxmi9EtrObhRK9c1lKmeYZvNa8Cbjxz
         tk4A==
MIME-Version: 1.0
X-Received: by 10.152.7.206 with SMTP id l14mr17003414laa.3.1436485137825;
 Thu, 09 Jul 2015 16:38:57 -0700 (PDT)
In-Reply-To: <201507092157.t69LvmES002837@envy.delorie.com>
References: <1436477539 DOT 1747 DOT 21 DOT camel AT ssalewski DOT de>
	<CAM2RGhQWUWhkx3u64vm6T+wxmmA1yL4mt1-dTTnRbVTJwFLqpQ AT mail DOT gmail DOT com>
	<201507092157 DOT t69LvmES002837 AT envy DOT delorie DOT com>
Date: Thu, 9 Jul 2015 23:38:57 +0000
Message-ID: <CAM2RGhSrtsJAqNKo5W32EHaJb0A_4sQZkv1Y4jj0L0Krd_fdXg@mail.gmail.com>
Subject: Re: [geda-user] What is the hardest part in a PCB layout program?
From: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: geda-user AT delorie DOT com
Content-Type: text/plain; charset=UTF-8
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
Precedence: bulk

On 7/9/15, DJ Delorie <dj AT delorie DOT com> wrote:

snip

>
>> OT: Is DRC checking done via the rendering engine or is there a
>> separate geometry engine that does this and verifies when traces and
>> etc are connected?
>
> There's a geometry engine in DRC although how it works is totally
> counter-intuitive:
>
> * Generate a netlist based on connectivity. (also used by the rats
>   list stuff, find, select-nets, etc)
>
> * Now, increase the size of everything by N and generate a new netlist.
>
> * Are the netlists different?  Bug!

I don't find that counter intuitive. It was just finding the geometry
engine in the other source was not obvious. (I might, probably did,
give up too quickly)