X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7+dev X-Exmh-Isig-CompType: repl X-Exmh-Isig-Folder: inbox From: "karl AT aspodata DOT se [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] errors in git gschem In-reply-to: References: <20210527152030 DOT 03D81832CA7E AT turkos DOT aspodata DOT se> <20210528121930 DOT 617BC83B0DDA AT turkos DOT aspodata DOT se> <20210528160449 DOT 9E70083B0DDA AT turkos DOT aspodata DOT se> <20210528184745 DOT C32D183B0DDA AT turkos DOT aspodata DOT se> <20210529154754 DOT 6EE2283B0DDA AT turkos DOT aspodata DOT se> <20210529172934 DOT 926A583B0DDA AT turkos DOT aspodata DOT se> Comments: In-reply-to Roland Lutz message dated "Sat, 29 May 2021 20:15:56 +0200." Mime-Version: 1.0 Content-Type: text/plain Message-Id: <20210529190003.C8BC983B0DDA@turkos.aspodata.se> Date: Sat, 29 May 2021 21:00:03 +0200 (CEST) X-Virus-Scanned: ClamAV using ClamSMTP 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 Roland: > On Sat, 29 May 2021, karl AT aspodata DOT se [via geda-user AT delorie DOT com] wrote: > > $ cat B42.sym > > v 20210407 2 > > B 40000 40000 10000 10000 3 0 1 0 -1 -1 42 -1 -1 -1 -1 -1 > > $ /usr/local/bin/gschem B42.sym > > > > (gschem:18810): libgedacairo-CRITICAL **: 19:24:50.981: file > > edarenderer.c: line 585 (eda_renderer_draw_hatch): should not be reached > > > > (gschem:18810): libgedacairo-WARNING **: 19:24:50.982: > > (edacairo.c:401):eda_cairo_stroke: code should not be reached > > Exactly that should be fixed in current `master'. I'm not sure if this > was the cause for the problem you reported earlier, though, so it would be > helpful if you could confirm that. ... $ /usr/local/bin/gschem --version| head -1 gEDA 1.10.2 (ge38afa7) $ /usr/local/bin/gschem res_h.sym still has thoose 3+2+2 err.msgs. Doing /usr/local/bin/gschem res_h.sym, then quit with F Q, and adding one thing at a time. Starting with: $ cat res_h.sym v 20150930 2 T 200 200 9 10 1 1 0 6 1 refdes=R? T 800 200 9 10 1 1 0 0 1 value=1k $ No error. //// add a pin: P 700 100 900 100 1 0 1 { T 875 185 5 8 0 1 0 7 1 pinnumber=1 T 875 185 5 8 0 1 0 7 1 pinseq=1 T 875 40 5 5 0 1 0 7 1 pintype=pas } => (empty lines removed) (gschem:31000): libgedacairo-CRITICAL **: 20:49:03.796: file edarenderer.c: line 678 (eda_renderer_draw_pin): should not be reached (gschem:31000): libgedacairo-CRITICAL **: 20:49:03.796: eda_renderer_default_draw_cues: assertion '(object->whichend == 1) || (object->whichend == 0)' failed /// add second pin: P 300 100 100 100 1 0 1 { T 275 185 5 8 0 1 0 7 1 pinnumber=2 T 275 185 5 8 0 1 0 7 1 pinseq=2 T 275 40 5 5 0 1 0 7 1 pintype=pas } I get two each of the above. /// add a path: H 3 10 2 0 -1 -1 0 -1 -1 -1 -1 -1 5 M 300,200 L 700,200 L 700,0 L 300,0 z I get theese additional msg.: (gschem:32725): libgedacairo-CRITICAL **: 20:54:42.173: file edarenderer.c: line 585 (eda_renderer_draw_hatch): should not be reached (gschem:32725): libgedacairo-WARNING **: 20:54:42.173: (edacairo.c:393):eda_cairo_stroke: code should not be reached (gschem:32725): libgedacairo-WARNING **: 20:54:42.173: (edacairo.c:401):eda_cairo_stroke: code should not be reached /// We don't have to solve this now, but if you want, I can do testing for an additional two-three days. Regards, /Karl Hammar