delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2020/12/26/14:55:26

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=
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=TA+UNgE6FN78KAoHPorOgAnfziebpRJFTgpY4Aej21A=; b=lezOJ8Nq
r4FbVErPjLEtP4C5CpxJJuWXOkDrzJptl6DGuDCwKblRDZVsNlqjSSRGAV/pzhuq
zcWpWXWqlVptJOc1Am9A9f6Hn9FCfEtUCNemeRrfmnsgWzVgm/4sXPaKoUwr5TTC
q48y+kJdKUBvwCLpVdMmR1YpEiyxWRyR+HGYNFuKV4o1YAAXAcjqgj6/3+TGo9S+
A6qdOTz3teT6oLvJrpSaG82YKxieAbh0y8lpF8vIDV1L08jRwXFuzeEuf/4yNOCF
Swa4ASljATTESPPklihE3xqPpVLXSdOYQnxiWHMgCgqjxg+5AnCblqX1RuNFsGld
Xd6leHisffb/aQ==
X-ME-Sender: <xms:YZDnX3TIc0uJS7r_pPWg9KCQ8edSfVoSCcf5uupW_z50hbUa30NSQA>
<xme:YZDnX4ytStH-S2NT7qPDzgz4QY3clkPcQUKgppAlfis-jQPsmHh1WmJ-BIH2fhBQJ
boQydHbPETHSkLqdA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdduhedgudduudcutefuodetggdotefrod
ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh
necuuegrihhlohhuthemuceftddtnecunecujfgurheprhfuvfhfhffkffgfgggjtgesrg
dtreertdefjeenucfhrhhomhepifhirhhvihhnucfjvghrrhcuoehghhgvrhhrlhesfhgr
shhtmhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpeeljedvuefghfevhfetvdekfe
fhteffkeegkeejieeffedtieeuudejgeefgeekvdenucfkphepuddtkedrvdduhedrudel
hedrvddtheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh
hmpehghhgvrhhrlhesfhgrshhtmhgrihhlrdgtohhm
X-ME-Proxy: <xmx:YZDnX80EKJFsAuS-t-ycDIl7O26sP5ILOW74ateFAdT41cUmNI2VaQ>
<xmx:YZDnX3ClOTquK2QquShx8ywWb6REOfjIUrQt6CizQX54FZK9Lk15uA>
<xmx:YZDnXwjVsXSINhK8EV8KXskBC1IDnyAPTTzj-21-F0_Z7cn4pY00-w>
<xmx:YZDnX7tNgTSmoU57AY1tyA3qnZgk91zHf3E8ANEenCfW0wXWpJEJlRda57M>
Subject: Re: [geda-user] [ANNOUNCE] geda-gaf 1.10.2 released
To: geda-user AT delorie DOT com
References: <alpine DOT DEB DOT 2 DOT 21 DOT 2012222348500 DOT 521 AT nimbus>
<09a3adc8-401f-70fd-1ba4-c5cc850f62aa AT fastmail DOT com>
<5a52e3b4-50a6-2b0e-7d7d-7eb144c5619f AT epilitimus DOT com>
<ebab350e-1ca4-505f-2155-a376ca8350ac AT fastmail DOT com>
<1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com>
From: "Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Message-ID: <54c87596-c5ef-cfba-d74d-2fa6411b555f@fastmail.com>
Date: Sat, 26 Dec 2020 11:32:41 -0800
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:68.0) Gecko/20100101
Thunderbird/68.12.0
MIME-Version: 1.0
In-Reply-To: <1d8bac3a-9787-dd41-9269-ab8d3d681754@epilitimus.com>
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

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


On 12/24/20 6:37 PM, Glenn (glimrick AT epilitimus DOT com) [via 
geda-user AT delorie DOT com] wrote:
> Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com] wrote:
>> This is a weird, but not fatal, problem. I have yet to build as root,
>> install and run it. Thanks.
>>
> But now my brain has latched onto it...
Yes. I can sympathize with that.
>
> Okay, well two things I know for certain I have upgraded is my compiler:
>> $ gcc --version
>> gcc (GCC) 9.3.0
> and I've installed glibc-2.30...so either or both of those could
> certainly cause different results.
GH: I have gcc-5.3.0-i586-3 and glibc-2.23-i586-4
>
> On my machine after running `make check`, looking in the gsymcheck/tests
> directory there is a test-suite.log file:
>> $ cat gsymcheck/tests/test-suite.log
>> =====================================================
>>     gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log
>> =====================================================
>>
>> # TOTAL: 46
>> # PASS:  46
>> # SKIP:  0
>> # XFAIL: 0
>> # FAIL:  0
>> # XPASS: 0
>> # ERROR: 0
>>
>> .. contents:: :depth: 2
> and a gsymcheck/tests/logs directory which contains the log for each
> individual test. Picking one at pseudo-random:
>> $ cat gsymcheck/tests/logs/gsymcheck-20201225-3.log
>> Loaded RC file
>> [/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/lib/system-gsymcheckrc]
>> Loaded file
>> [/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/./connections2.sym]
>>
>> Checking:
>> /home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/connections2.sym
>> Warning: Missing pinlabel= attribute
>> Warning: Missing pintype= attribute
>> ERROR: Missing pinseq= attribute
>> ERROR: Missing pinnumber= attribute
>> ERROR: Not enough pins in slotdef=1:1,2,3
>> ERROR: Not enough pins in slotdef=2:4,5,6
>> ERROR: Not enough pins in slotdef=3:9,10,8
>> ERROR: Not enough pins in slotdef=4:12,13,11
>> ERROR: Found a connection inside a symbol
>> ERROR: Found a connection inside a symbol
>> 2 warnings found
>> 8 ERRORS found
> Do either of these sources on your machine provide any useful info on
> the cause of the fail?
GH: See below for my log output.
>
> Glenn
>
> PS. I may have just found it. From the 1.10.2 README:
>>   - A C/C++ compiler and standard library (GCC >= 8.3.0 and glibc >=
>>     2.28 are recommended, but clang >= 7.0.1 should work, as well).
> Slackware 14.2 stock is:
>> $ ls ~/SlackISO/Slack64/slackware64/d/gcc*
>> /home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txt
>> /home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz
>> /home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz.asc
>> $ ls ~/SlackISO/Slack64/slackware64/l/glibc-*
>> /home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txt
>> /home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz
>> /home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz.asc

GH: I have glibc-2.23-i586-4, not glibc-2.23-...-1.

Interesting that the configure didn't flag those discrepancies, if truly 
required. Maybe the key word here is "recommended", not "required".

> As I recall you said you are running stock 14.2. As long as it runs
> though that is what matters.
>
> Glenn
>
GH: I will try to run it today. That is my goal, not to pass all the 
tests. I don't think _any_ of the gEDA packages in the past have passed 
all the tests. I have always had to disable the make check. And they all 
built and ran fine.

Glenn,

I hope you had a Merry Christmas.

In addition to the inline comments above, here is a snippet from my 
failing test-suite.log file. It is too big to insert it here completely.

***************************

=====================================================
    gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log
=====================================================

# TOTAL: 46
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  46
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: buses
===========

ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR: Unbound 
variable: build-path

ERROR: The lt-gsymcheck log may contain more information.
1,2d0
< ERROR: Found a bus inside a symbol
< 1 ERROR found
FAIL buses.output (exit status: 2)

FAIL: connections1
==================

ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR: Unbound 
variable: build-path

ERROR: The lt-gsymcheck log may contain more information.
1,4d0
< ERROR: Found a net inside a symbol
< ERROR: Found a connection inside a symbol
< ERROR: Found a connection inside a symbol
< 3 ERRORS found
FAIL connections1.output (exit status: 2)

FAIL: connections2
==================

ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR: Unbound 
variable: build-path

ERROR: The lt-gsymcheck log may contain more information.
1,12d0
< Warning: Missing pinlabel= attribute
< Warning: Missing pintype= attribute
< ERROR: Missing pinseq= attribute
< ERROR: Missing pinnumber= attribute
< ERROR: Not enough pins in slotdef=1:1,2,3
< ERROR: Not enough pins in slotdef=2:4,5,6
< ERROR: Not enough pins in slotdef=3:9,10,8
< ERROR: Not enough pins in slotdef=4:12,13,11
< ERROR: Found a connection inside a symbol
< ERROR: Found a connection inside a symbol
< 2 warnings found
< 8 ERRORS found
FAIL connections2.output (exit status: 2)

<snip>

**********************

The other check logs are similar. The individual test logs seem to be 
the same as the equivalent test-suite log entries, so I will not bother 
to add them here.

There seem to be two problems here:

 1. The inability to load the gafrc file is problematic when building
    from scratch - it won't exist.

 2. Why is it trying to find a file outside the base build directory?!
    The source package is in /home/gherr/build, not /home/gherr/.gEDA.
    It shouldn't be searching that far out for tests. That is
    ill-behaved. Note that I do not have the /etc/profile.d files
    installed due to a conflict problem with Lepton-eda. Therefore, I do
    not have the GEDADATA* environment variables.

Just for completeness, here is the appropriate snippet with build-path 
from my gafrc:

************************

<snip>

;
; Local component library paths::
;
(define localsyms "/home/gherr/gaf/gschem-sym/component")
;
(component-library "/home/gherr/gaf/gschem-sym/graphical")
(component-library "/home/gherr/gaf/gschem-sym/graphical/architectural")
(component-library "/home/gherr/gaf/gschem-sym/graphical/drawing")
(component-library "/home/gherr/gaf/gschem-sym/graphical/plumbing")
(component-library "/home/gherr/gaf/gschem-sym/graphical/title-blocks")
;
(component-library (build-path localsyms "A"))
(component-library (build-path localsyms "B"))
(component-library (build-path localsyms "C"))
(component-library (build-path localsyms "CB"))
(component-library (build-path localsyms "CR"))
(component-library (build-path localsyms "DS"))

<snip>

****************************

Has the "build-path" function been removed from 1.10.2, causing the 
unbound variable error?

Thanks and take care.

Girvin



--------------4323B4723CF2B07AAC01B2D5
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><br>
    </p>
    <div class="moz-cite-prefix">On 12/24/20 6:37 PM, Glenn
      (<a class="moz-txt-link-abbreviated" href="mailto:glimrick AT epilitimus DOT com">glimrick AT epilitimus 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>
    </div>
    <blockquote type="cite"
      cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
      <pre class="moz-quote-pre" wrap="">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:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">
This is a weird, but not fatal, problem. I have yet to build as root,
install and run it. Thanks.

</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">But now my brain has latched onto it...</pre>
    </blockquote>
    Yes. I can sympathize with that.<br>
    <blockquote type="cite"
      cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
      <pre class="moz-quote-pre" wrap="">

Okay, well two things I know for certain I have upgraded is my compiler:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">$ gcc --version
gcc (GCC) 9.3.0
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">and I've installed glibc-2.30...so either or both of those could
certainly cause different results.</pre>
    </blockquote>
    GH: I have gcc-5.3.0-i586-3 and glibc-2.23-i586-4<br>
    <blockquote type="cite"
      cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
      <pre class="moz-quote-pre" wrap="">

On my machine after running `make check`, looking in the gsymcheck/tests
directory there is a test-suite.log file:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">$ cat gsymcheck/tests/test-suite.log        
=====================================================
   gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log
=====================================================

# TOTAL: 46
# PASS:  46
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
and a gsymcheck/tests/logs directory which contains the log for each
individual test. Picking one at pseudo-random:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">$ cat gsymcheck/tests/logs/gsymcheck-20201225-3.log
Loaded RC file
[/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/lib/system-gsymcheckrc]
Loaded file
[/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/./connections2.sym]

Checking:
/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/connections2.sym
Warning: Missing pinlabel= attribute
Warning: Missing pintype= attribute
ERROR: Missing pinseq= attribute
ERROR: Missing pinnumber= attribute
ERROR: Not enough pins in slotdef=1:1,2,3
ERROR: Not enough pins in slotdef=2:4,5,6
ERROR: Not enough pins in slotdef=3:9,10,8
ERROR: Not enough pins in slotdef=4:12,13,11
ERROR: Found a connection inside a symbol
ERROR: Found a connection inside a symbol
2 warnings found
8 ERRORS found
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">Do either of these sources on your machine provide any useful info on
the cause of the fail?</pre>
    </blockquote>
    GH: See below for my log output.<br>
    <blockquote type="cite"
      cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
      <pre class="moz-quote-pre" wrap="">

Glenn

PS. I may have just found it. From the 1.10.2 README:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap=""> - A C/C++ compiler and standard library (GCC &gt;= 8.3.0 and glibc &gt;=
   2.28 are recommended, but clang &gt;= 7.0.1 should work, as well).
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">Slackware 14.2 stock is:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">$ ls ~/SlackISO/Slack64/slackware64/d/gcc*
/home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txt
/home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz
/home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz.asc
$ ls ~/SlackISO/Slack64/slackware64/l/glibc-*
/home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txt
/home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz
/home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz.asc
</pre>
      </blockquote>
    </blockquote>
    <p>GH: I have glibc-2.23-i586-4, not glibc-2.23-...-1.<br>
    </p>
    <p>Interesting that the configure didn't flag those discrepancies,
      if truly required. Maybe the key word here is "recommended", not
      "required".<br>
    </p>
    <blockquote type="cite"
      cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
      <pre class="moz-quote-pre" wrap="">As I recall you said you are running stock 14.2. As long as it runs
though that is what matters.

Glenn

</pre>
    </blockquote>
    GH: I will try to run it today. That is my goal, not to pass all the
    tests. I don't think <u>any</u> of the gEDA packages in the past
    have passed all the tests. I have always had to disable the make
    check. And they all built and ran fine.<br>
    <blockquote type="cite"
      cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
      <pre class="moz-quote-pre" wrap="">
</pre>
    </blockquote>
    <p>Glenn,</p>
    <p>I hope you had a Merry Christmas.<br>
    </p>
    <p>In addition to the inline comments above, here is a snippet from
      my failing test-suite.log file. It is too big to insert it here
      completely.</p>
    <p>***************************</p>
    <p>=====================================================<br>
         gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log<br>
      =====================================================<br>
      <br>
      # TOTAL: 46<br>
      # PASS:  0<br>
      # SKIP:  0<br>
      # XFAIL: 0<br>
      # FAIL:  46<br>
      # XPASS: 0<br>
      # ERROR: 0<br>
      <br>
      .. contents:: :depth: 2<br>
      <br>
      FAIL: buses<br>
      ===========<br>
      <br>
      ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR:
      Unbound variable: build-path<br>
      <br>
      ERROR: The lt-gsymcheck log may contain more information.<br>
      1,2d0<br>
      &lt; ERROR: Found a bus inside a symbol<br>
      &lt; 1 ERROR found <br>
      FAIL buses.output (exit status: 2)<br>
    </p>
    <p>FAIL: connections1<br>
      ==================<br>
      <br>
      ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR:
      Unbound variable: build-path<br>
      <br>
      ERROR: The lt-gsymcheck log may contain more information.<br>
      1,4d0<br>
      &lt; ERROR: Found a net inside a symbol<br>
      &lt; ERROR: Found a connection inside a symbol<br>
      &lt; ERROR: Found a connection inside a symbol<br>
      &lt; 3 ERRORS found <br>
      FAIL connections1.output (exit status: 2)</p>
    <p>FAIL: connections2<br>
      ==================<br>
      <br>
      ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR:
      Unbound variable: build-path<br>
      <br>
      ERROR: The lt-gsymcheck log may contain more information.<br>
      1,12d0<br>
      &lt; Warning: Missing pinlabel= attribute<br>
      &lt; Warning: Missing pintype= attribute<br>
      &lt; ERROR: Missing pinseq= attribute<br>
      &lt; ERROR: Missing pinnumber= attribute<br>
      &lt; ERROR: Not enough pins in slotdef=1:1,2,3<br>
      &lt; ERROR: Not enough pins in slotdef=2:4,5,6<br>
      &lt; ERROR: Not enough pins in slotdef=3:9,10,8<br>
      &lt; ERROR: Not enough pins in slotdef=4:12,13,11<br>
      &lt; ERROR: Found a connection inside a symbol<br>
      &lt; ERROR: Found a connection inside a symbol<br>
      &lt; 2 warnings found <br>
      &lt; 8 ERRORS found <br>
      FAIL connections2.output (exit status: 2)<br>
      <br>
      &lt;snip&gt;</p>
    <p>**********************</p>
    <p>The other check logs are similar. The individual test logs seem
      to be the same as the equivalent test-suite log entries, so I will
      not bother to add them here.<br>
    </p>
    <p>There seem to be two problems here:</p>
    <ol>
      <li>The inability to load the gafrc file is problematic when
        building from scratch - it won't exist. <br>
        <br>
      </li>
      <li>Why is it trying to find a file outside the base build
        directory?! The source package is in /home/gherr/build, not
        /home/gherr/.gEDA. It shouldn't be searching that far out for
        tests. That is ill-behaved. Note that I do not have the
        /etc/profile.d files installed due to a conflict problem with
        Lepton-eda. Therefore, I do not have the GEDADATA* environment
        variables.<br>
      </li>
    </ol>
    <p>Just for completeness, here is the appropriate snippet with
      build-path from my gafrc:</p>
    <p>************************</p>
    <p>&lt;snip&gt;<br>
    </p>
    <p>;<br>
      ; Local component library paths::<br>
      ;<br>
      (define localsyms "/home/gherr/gaf/gschem-sym/component")<br>
      ;<br>
      (component-library "/home/gherr/gaf/gschem-sym/graphical")<br>
      (component-library
      "/home/gherr/gaf/gschem-sym/graphical/architectural")<br>
      (component-library "/home/gherr/gaf/gschem-sym/graphical/drawing")<br>
      (component-library
      "/home/gherr/gaf/gschem-sym/graphical/plumbing")<br>
      (component-library
      "/home/gherr/gaf/gschem-sym/graphical/title-blocks")<br>
      ;<br>
      (component-library (build-path localsyms "A"))<br>
      (component-library (build-path localsyms "B"))<br>
      (component-library (build-path localsyms "C"))<br>
      (component-library (build-path localsyms "CB"))<br>
      (component-library (build-path localsyms "CR"))<br>
      (component-library (build-path localsyms "DS"))</p>
    <p>&lt;snip&gt;<br>
    </p>
    <p>****************************</p>
    <p>Has the "build-path" function been removed from 1.10.2, causing
      the unbound variable error? <br>
    </p>
    <p>Thanks and take care.</p>
    <p>Girvin</p>
    <p><br>
    </p>
  </body>
</html>

--------------4323B4723CF2B07AAC01B2D5--

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019