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]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] lepton-sch2pcb strangeness
In-reply-to:	<20230331223557.E0D6985F72C3@turkos.aspodata.se>
References:	<20230331155450 DOT 2BD3E85F72C3 AT turkos DOT aspodata DOT se> <20230331223557 DOT E0D6985F72C3 AT turkos DOT aspodata DOT se>
Comments:	In-reply-to "karl AT aspodata DOT se [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
	message dated "Sat, 01 Apr 2023 00:35:57 +0200."
Mime-Version:	1.0
Message-Id:	<20230401093809.4F4B985F72DB@turkos.aspodata.se>
Date:	Sat, 1 Apr 2023 11:38:09 +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

Karl:
...
> > find_element can't open dir "T#??v": No such file or directory
> > find_element can't open dir " 0.0900mm 2.0900mm 2 100 "onsolder"]": No such file or directory
> > find_element can't open dir "?#??v": No such file or directory
> > find_element can't open dir "UTF-8": No such file or directory
> > find_element can't open dir "Polygon("clearpoly,fullpoly")": No such file or directory
> > find_element can't open dir "Layer(2 "bottom" "copper")": No such file or directory
> > R03: can't find PCB element for footprint vishay_ACAS_0612.fp (value=ACASA_1k)
> > So device R03 will not be in the layout.
> > 
> > The output changes somewhat between runs.
> > 
> >  By bisecting I get:
> > 045a0e2a6742ea159243fee6535443b96391797f is the first bad commit and
> > f2650636dd6bf0918e9d5d24c1b48246afc1e336 is good.
> 
>  Correction
> b3f1d83c440b63e303ccb6843b387ef68a89f27e is bad
> 045a0e2a6742ea159243fee6535443b96391797f is good
> 
> I'll check again tomorrow.

 Ok,
f2650636dd6bf0918e9d5d24c1b48246afc1e336 is good!

b3f1d83c440b63e303ccb6843b387ef68a89f27e is bad,
045a0e2a6742ea159243fee6535443b96391797f is bad:

 They both gives the same kind of error as above the first time
 I run (in this case):
lepton-sch2pcb pt100if_microchip_MCP6N16b.sch
 The second time I run it, they behave normal.

 I.e. after a (where guile caches the compiled output):
rm -rf ~/.cache/guile/ccache/2.2-LE-8-3.A/home/local/
 I get the errors. When there is no guile compilation, I don't
 get the errors.

 I don't know how to debug this except by minimizing the sch file.
 But something in 045a0e2a6 triggers some obscure bug that only
 happens after the first guile compilation.

Regards,
/Karl Hammar

- Raw text -