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 Date: Thu, 2 Jan 2014 08:52:39 -0500 Message-ID: Subject: [geda-help] gnetlist silently drops components To: geda-help Content-Type: multipart/alternative; boundary=e89a8f3baad58bf7af04eefd1c29 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
Hey guys,
=A0 Happy new year :-),

= =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.

I am running from git
commit c59ea5789e5= 7df813ef7d84d78592a6a0b0d341e
Date: =A0 Fri Jan 25 14:28:38 2013 = +0100

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't l= ike this for a reason or perhaps has already been fixed.

~Joshua
--e89a8f3baad58bf7af04eefd1c29--