X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h=
	reply-to:subject:to:references:from:message-id:date:mime-version
	:in-reply-to:content-type; s=fm1; bh=8pYE712gl207X23cZJSU5BMH/FL
	BVN/8ccePJ5hejog=; b=gSYTSiho23XhUmwi0jMbtwNRZfrXCYqBfdx5WNuRbu9
	00hS7rW7GobqW6/foqB+F+hLP1KjQA0OY5upXdC61fWEwOPXtGeJ3lNn56WQb3aN
	qyMNl7Z8ga8zkJDEmaUFJVDvdRBH9uV3mdSNjL7AeVMJqeeqLJP1zqFKf080fZW6
	ZA4rccmM7xoZwkFofiHXBKtRxdg9Lj925soQM5x2TD1ufHz0SB7hJI6Q/bt/9zP+
	JMdPI9W9UU2ZNBGxhgda9qXEcUE6tkx9i3Q9hV4QV1aL6F0naeFqasooItXpklxv
	4Ut598hsINNgxzrfETrYdHu1WecxCWTJxU0H9wL4e1A==
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
	messagingengine.com; h=content-type:date:from:in-reply-to
	:message-id:mime-version:references:reply-to:subject:to
	:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=
	fm1; bh=8pYE712gl207X23cZJSU5BMH/FLBVN/8ccePJ5hejog=; b=g1Al2sqg
	viXAsaeB5xrKPJfK8650sR1SvMGkPELg2BBjLtri02Wa4vrPsW9wQfHnpak4uwuF
	w7z0o0dNiOQ7SpGgcmy3/U7dRqBb2nPMq/AZsvqLCEyDSS+ZDcmRQvwg3zp+P2g1
	4kntlTJQNEVp3nym2waekuJcYqNH2s16UxzGkBIVe0MylZgoA5S6WOo+32biP0An
	km64JVQ7QFygc41iJRAoeFhbRwxxX3ju0wwJXWFTArKWYC4l2B0gnZi5im9KhZd5
	49WS4KS9XLLTGVMHijjk8KLrY05b1z0d1LqpTvpfxpzLZaDxNDpF+yhtbYUJPn/l
	5Z1Hd8Yp1I2ibw==
X-ME-Sender: <xms:90smXr5zLgDFZJdOTtufZDGnjjSBsf_gvKKnYpVIaAsT-qCEik2zBg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrudejgddviecutefuodetggdotefrodftvf
    curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
    uegrihhlohhuthemuceftddtnecunecujfgurheprhfuvfhfhffkffgfgggjtgesrgdtre
    ertdefjeenucfhrhhomhepifhirhhvihhnucfjvghrrhcuoehghhgvrhhrlhesfhgrshht
    mhgrihhlrdgtohhmqeenucfkphepuddtkedrvdduhedrudelhedrvddtheenucevlhhush
    htvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehghhgvrhhrlhesfhgr
    shhtmhgrihhlrdgtohhm
X-ME-Proxy: <xmx:90smXjxedzWQbgxUMARsUqX-ok8yKShM7vn5bIEyP56lF5D7teME4Q>
    <xmx:90smXjSnQMsZsPJC4n8l2vQOImJsqMUEWj6PuMWwlvn62aI9nbvHqQ>
    <xmx:90smXt--bA4VwC0tVEvBopO4OANdFx2bxZNa0I5-U-6Owx5lxgV11Q>
    <xmx:90smXiVEdTUVnK9N-l8UwcvyFqMbcWgB6c9j5N0lUCAsT3Z0dLDQAQ>
Subject: Re: [geda-user] gEDA 1.10.0 reading local gafrc and schematics twice
To: geda-user AT delorie DOT com
References: <48311dfc-d6f2-989b-a5cc-6f365363096b AT fastmail DOT com>
 <alpine DOT DEB DOT 2 DOT 20 DOT 2001202345380 DOT 11223 AT nimbus>
From: "Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Message-ID: <25086c36-d950-3611-1f7a-7c5b4ffc9098@fastmail.com>
Date: Mon, 20 Jan 2020 16:54:08 -0800
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:68.0) Gecko/20100101
 Thunderbird/68.3.1
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.20.2001202345380.11223@nimbus>
Content-Type: multipart/alternative;
 boundary="------------B18EFE00ABDDB662715F4FCE"
Content-Language: en-US
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

This is a multi-part message in MIME format.
--------------B18EFE00ABDDB662715F4FCE
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Roland,

You did it! You guided me to the problem. It was a _very_ useful clue. I 
copied my gafrc file to my home directory in order to attach it to one 
of my postings yesterday (Thunderbird is not displaying "." directories, 
as in .gEDA, for some reason). I first tried the guile cache removal 
suggestion, but that did not solve the problem. Then, when reading that 
history note again after reading your reply, it hit me about copying the 
gafrc file. I removed it from the home directory and now the library is 
singular and the schematic file loads with only a few of the duplicate 
symbols messages. That quantity I can handle. I will have to make a 
better comment about putting gafrc in the home directory in the future. 
_Don't do it!_!

Thank you very much for your help.

2 down, two to go...

Take care.
Girvin


On 1/20/20 3:13 PM, Roland Lutz wrote:
> Hi Girvin,
>
> On Mon, 20 Jan 2020, Girvin Herr (gherrl AT fastmail DOT com) [via 
> geda-user AT delorie DOT com] wrote:
>> I uninstalled all gEDA and lepton apps, rebuilt and installed gEDA 
>> 1.10.0 without setting the GEDADATA* environment variables so that 
>> gEDA uses the compile-time default as was suggested.
>
> it may sometimes be necessary to remove ~/.cache/guile/, as well.
>
>> When I run gschem, it seems to be reading my ~/.gEDA/gafrc twice!
>
> That's weird.  "Loaded RC file [/home/gherr/.gEDA/gafrc]" only shows 
> up once in the gschem log you attached, but the "Library name [...] 
> already in use." messages seem to indicate it was read twice.
>
>> When I load a schematic, the status panel spits out numerous "More 
>> than one component found with name [name.sym]"
>
> These are the symbol "name.sym" from the first time the library was 
> loaded, and the symbol "name.sym" from the second time the library was 
> loaded; i.e., it's the same symbol.
>
> BTW, you can include a whole hierarchy of library directories using 
> "component-library-search".
>
>> It also looks by the log that the schematic load is done twice, once 
>> right after the "New file" statement for loading the default 
>> schematic on startup, and then again after the "Loading schematic..." 
>> statement when I loaded the schematic containing the DS-st113.sym 
>> symbol.
>
> The last 34 "More than one component found ..." lines are duplicated, 
> as are the 37 lines before that.  I'm not sure what's going on here, 
> but maybe you can figure out by looking at the symbol names?
>
> Only in the first group:
>   E-jumper-3.sym
>   Q-2N2222-1.sym
>   RP-sip10c-1.sym
>   U-74x138-1.sym
>   U-74x14-1.sym
>   U-74x164-1.sym
>   U-74x165-1.sym
>   U-arduino_pro_mini-1.sym
>   generic-power.sym
>   grh-D-2.sym
>
> Only in the second group:
>   DS-st1113-1.sym
>   S-Grayhill-87BB3-201-1.sym
>   TB-Screw_1x12-1.sym
>   U-74x05-1.sym
>   U-74x240-4.sym
>   U-74x244-8.sym
>   U-74x374-1.sym
>   grh-Dc-2.sym
>
> In both groups:
>   DS-led-1.sym
>   R-RC07-1.sym
>   U-74x175-1.sym
>   continuation-1.sym
>   ground_d-1.sym
>
>> I seem to remember having the duplicate library problem many years 
>> ago and maybe that is why I had to set the GEDADATA* variables to fix 
>> it.
>
> In your gafrc file, it says:
>
> ;  03/21/18 [...]
> ;   Found the problem! I copied the old gafrc to my home directory
> ;   and gschem was also looking there as well as the usual dirs.
> ;   Thus the duplicates.
>
> Maybe that's a useful clue?
>
>> What could cause gschem to read files twice and how do I fix it?
>
> I'll have to investigate this further.  I you find out anything 
> useful, please let me know.
>
> Roland
>

--------------B18EFE00ABDDB662715F4FCE
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Roland,</p>
    <p>You did it! You guided me to the problem. It was a <u>very</u>
      useful clue. I copied my gafrc file to my home directory in order
      to attach it to one of my postings yesterday (Thunderbird is not
      displaying "." directories, as in .gEDA, for some reason). I first
      tried the guile cache removal suggestion, but that did not solve
      the problem. Then, when reading that history note again after
      reading your reply, it hit me about copying the gafrc file. I
      removed it from the home directory and now the library is singular
      and the schematic file loads with only a few of the duplicate
      symbols messages. That quantity I can handle. I will have to make
      a better comment about putting gafrc in the home directory in the
      future. <u>Don't do it!</u>!<br>
    </p>
    <p>Thank you very much for your help.</p>
    <p>2 down, two to go...<br>
    </p>
    <p>Take care.<br>
      Girvin</p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 1/20/20 3:13 PM, Roland Lutz wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:alpine DOT DEB DOT 2 DOT 20 DOT 2001202345380 DOT 11223 AT nimbus">Hi Girvin,
      <br>
      <br>
      On Mon, 20 Jan 2020, Girvin Herr (<a class="moz-txt-link-abbreviated" href="mailto:gherrl AT fastmail DOT com">gherrl AT fastmail DOT com</a>) [via
      <a class="moz-txt-link-abbreviated" href="mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>] wrote:
      <br>
      <blockquote type="cite">I uninstalled all gEDA and lepton apps,
        rebuilt and installed gEDA 1.10.0 without setting the GEDADATA*
        environment variables so that gEDA uses the compile-time default
        as was suggested.
        <br>
      </blockquote>
      <br>
      it may sometimes be necessary to remove ~/.cache/guile/, as well.
      <br>
      <br>
      <blockquote type="cite">When I run gschem, it seems to be reading
        my ~/.gEDA/gafrc twice!
        <br>
      </blockquote>
      <br>
      That's weird.  "Loaded RC file [/home/gherr/.gEDA/gafrc]" only
      shows up once in the gschem log you attached, but the "Library
      name [...] already in use." messages seem to indicate it was read
      twice.
      <br>
      <br>
      <blockquote type="cite">When I load a schematic, the status panel
        spits out numerous "More than one component found with name
        [name.sym]"
        <br>
      </blockquote>
      <br>
      These are the symbol "name.sym" from the first time the library
      was loaded, and the symbol "name.sym" from the second time the
      library was loaded; i.e., it's the same symbol.
      <br>
      <br>
      BTW, you can include a whole hierarchy of library directories
      using "component-library-search".
      <br>
      <br>
      <blockquote type="cite">It also looks by the log that the
        schematic load is done twice, once right after the "New file"
        statement for loading the default schematic on startup, and then
        again after the "Loading schematic..." statement when I loaded
        the schematic containing the DS-st113.sym symbol.
        <br>
      </blockquote>
      <br>
      The last 34 "More than one component found ..." lines are
      duplicated, as are the 37 lines before that.  I'm not sure what's
      going on here, but maybe you can figure out by looking at the
      symbol names?
      <br>
      <br>
      Only in the first group:
      <br>
        E-jumper-3.sym
      <br>
        Q-2N2222-1.sym
      <br>
        RP-sip10c-1.sym
      <br>
        U-74x138-1.sym
      <br>
        U-74x14-1.sym
      <br>
        U-74x164-1.sym
      <br>
        U-74x165-1.sym
      <br>
        U-arduino_pro_mini-1.sym
      <br>
        generic-power.sym
      <br>
        grh-D-2.sym
      <br>
      <br>
      Only in the second group:
      <br>
        DS-st1113-1.sym
      <br>
        S-Grayhill-87BB3-201-1.sym
      <br>
        TB-Screw_1x12-1.sym
      <br>
        U-74x05-1.sym
      <br>
        U-74x240-4.sym
      <br>
        U-74x244-8.sym
      <br>
        U-74x374-1.sym
      <br>
        grh-Dc-2.sym
      <br>
      <br>
      In both groups:
      <br>
        DS-led-1.sym
      <br>
        R-RC07-1.sym
      <br>
        U-74x175-1.sym
      <br>
        continuation-1.sym
      <br>
        ground_d-1.sym
      <br>
      <br>
      <blockquote type="cite">I seem to remember having the duplicate
        library problem many years ago and maybe that is why I had to
        set the GEDADATA* variables to fix it.
        <br>
      </blockquote>
      <br>
      In your gafrc file, it says:
      <br>
      <br>
      ;  03/21/18 [...]
      <br>
      ;   Found the problem! I copied the old gafrc to my home directory
      <br>
      ;   and gschem was also looking there as well as the usual dirs.
      <br>
      ;   Thus the duplicates.
      <br>
      <br>
      Maybe that's a useful clue?
      <br>
      <br>
      <blockquote type="cite">What could cause gschem to read files
        twice and how do I fix it?
        <br>
      </blockquote>
      <br>
      I'll have to investigate this further.  I you find out anything
      useful, please let me know.
      <br>
      <br>
      Roland
      <br>
      <br>
    </blockquote>
  </body>
</html>

--------------B18EFE00ABDDB662715F4FCE--