X-Authentication-Warning:	delorie.com: mail set sender to geda-help-bounces using -f
X-Recipient:	geda-help AT delorie DOT com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:from:date:message-id:subject:to
	:content-type;
	bh=zWZ15XjjcafwiqHGwBPKHOA4+MyF04XXIRDDUjsR8g4=;
	b=EjPW6Xky0fwhbllOZGUmQMsEhq+DfeDkKWCevoiBWLSWCclt6/XE0sYitEInzdW10U
	z63kZ7+eqX2fUbbukPO5QPw8nXcIHdYs0WZhbyI33mF3zkdgVzmiVB9WauzePHJrqed2
	x118diIt/SwbZZQFlb6tQTEdGaYFXX2+csVSptQp0o6TBEgfCcVfsfeSa3mZbo2nT4Sy
	/KhfSPGtK0aOc57eYkLLSDZXEWuPNA1AXh5r1LRI4G55dcmOYK/9vws/9t8+pYPi0fy2
	dUFYwGU3rIclcHBzZYj9UfVTE7O0D+dnHikHCnjCUvQcTt9/jrwhaJ+torbz8TWIext6
	h6Gw==
X-Gm-Message-State:	ALoCoQkIIbSzfCJxT1yTPEp2LLFDXRfjLZfPp9tx01wXIFlJMN448O0RHNrwHetrFMwBMvikGomp
X-Received:	by 10.180.108.132 with SMTP id hk4mr55251790wib.12.1388670779907;
	Thu, 02 Jan 2014 05:52:59 -0800 (PST)
MIME-Version:	1.0
From:	Joshua Lansford <joshua DOT lansford AT laserlinc DOT com>
Date:	Thu, 2 Jan 2014 08:52:39 -0500
Message-ID:	<CAGRhJMZEWsXnVuJ_pCKqBovr71trDFD_93HCpfLaaS-h99=wxA@mail.gmail.com>
Subject:	[geda-help] gnetlist silently drops components
To:	geda-help <geda-help AT delorie DOT com>
Reply-To:	geda-help AT delorie DOT com

--e89a8f3baad58bf7af04eefd1c29
Content-Type: text/plain; charset=ISO-8859-1

Hey guys,
  Happy new year :-),

  I just had a scare,  I was casually checking stuff into svn and noticed
in a diffed netlist output that a component from one of our designs in
production was missing a component.  I checked the schematic and the part
was there all bright eyed and bushy tailed but it was completely missing
from the generated netlist without any complaint from gnetlist.  I took a
look at the schematic with vim and discovered I had a property missing a
value.  I removed this valueless property and *ding* the component shows
back up in the netlist when I run gnetlist.  Checking around some more with
diff I discovered there was another component silently being dropped from
the netlist.  gnetlist use to seg fault when there is a missing valued
property.  Now apparently it silently assassinates the component.

I am running from git
commit c59ea5789e57df813ef7d84d78592a6a0b0d341e
Date:   Fri Jan 25 14:28:38 2013 +0100

At first I thought I would just make a check script to make sure no
components are dropped, but then I thought perhaps I might also be able to
fix gnetlist and further this project.  But thought I would check in with
everyone to make sure this isn't like this for a reason or perhaps has
already been fixed.

~Joshua

--e89a8f3baad58bf7af04eefd1c29
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hey guys,<div>=A0 Happy new year :-),</div><div><br><div>=
=A0 I just had a scare, =A0I was casually checking stuff into svn and notic=
ed in a diffed netlist output that a component from one of our designs in p=
roduction was missing a component. =A0I checked the schematic and the part =
was there all bright eyed and bushy tailed but it was completely missing fr=
om the generated netlist without any complaint from gnetlist. =A0I took a l=
ook at the schematic with vim and discovered I had a property missing a val=
ue. =A0I removed this valueless property and *ding* the component shows bac=
k up in the netlist when I run gnetlist. =A0Checking around some more with =
diff I discovered there was another component silently being dropped from t=
he netlist. =A0gnetlist use to seg fault when there is a missing valued pro=
perty. =A0Now apparently it silently assassinates the component.</div>

<div><br></div><div>I am running from git</div><div><div>commit c59ea5789e5=
7df813ef7d84d78592a6a0b0d341e</div><div>Date: =A0 Fri Jan 25 14:28:38 2013 =
+0100<br></div></div><div><br></div><div>At first I thought I would just ma=
ke a check script to make sure no components are dropped, but then I though=
t perhaps I might also be able to fix gnetlist and further this project. =
=A0But thought I would check in with everyone to make sure this isn&#39;t l=
ike this for a reason or perhaps has already been fixed.</div>

<div><br></div><div>~Joshua</div></div></div>

--e89a8f3baad58bf7af04eefd1c29--

- Raw text -