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] 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]" message dated "Sat, 01 Apr 2023 00:35:57 +0200." Mime-Version: 1.0 Content-Type: text/plain 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 Precedence: bulk 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