The svar_db errors has nothing to do with with sqlite. These are two very
different facilities. I wouldn't expect to see any errors relating to
sqlite unless you actually use the SQL API.

Regards,
Elias

Den ons 24 feb. 2021 03:44 <edxmail-jo...@usa.net> skrev:

> Hi Jürgen and colleagues,
>
> I've done a bit more digging, including running the apl-1.8 Docker
> container and, where applicable, APLX V5.1 and Dyalog APL V18.0.
>
> My conclusion is the Mac OS X 10.15.* build is broken and it may be easier
> to abandon OS X than to fix it.... :(
>
> I've appended a screen log of a build and demonstrated the following three
> of the bugs.
>
> 1) Warning )loading )saved workspaces. Sorry not to be clear. The tarball
> build cannot load the workspaces it has shaved--same version, same build.
> This is clearly demonstrated at the end of the screen log. Here's the
> salient bit:
>
> jlh@MacBook-XNOR apl-1.8 % apl
> ::connect() to supposedly existing APserver failed: Invalid argument
>
>                     ______ _   __ __  __    ___     ____   __
>                    / ____// | / // / / /   /   |   / __ \ / /
>                   / / __ /  |/ // / / /   / /| |  / /_/ // /
>                  / /_/ // /|  // /_/ /   / ___ | / ____// /___
>                  \____//_/ |_/ \____/   /_/  |_|/_/    /_____/
>
>             Welcome to GNU APL version 1.8 / Unversioned directory
>
>                 Copyright (C) 2008-2019  Dr. Jürgen Sauermann
>                        Banner by FIGlet: www.figlet.org
>
>                 This program comes with ABSOLUTELY NO WARRANTY;
>                           for details run: apl --gpl.
>
>      This program is free software, and you are welcome to redistribute it
>          according to the GNU Public License (GPL) version 3 or later.
>
> Svar_DB not connected in Svar_DB::is_registered_id()
>       ∇hello
> [1] 'hello'
> [2] ∇
>       )wsid hello
> WAS CLEAR WS
>       )save hello
> 2021-02-23  14:00:46 (GMT-5)
>       )clear
> CLEAR WS
>       )load hello
> WARNING: this workspace was )SAVEd with a VERY old SVN version of GNU APL.
> Expect problems, in particular when the )SI was not clear.
> In case of problems, please try )COPY instead of )LOAD.
> SAVED 2021-02-23 14:00:46 (GMT-5)
>       )off
>
> Goodbye.
> Session duration: 264.45 seconds
> jlh@MacBook-XNOR apl-1.8 %
>
> 2) Sqlite3 connectivity. The above error messages in magenta report that
> apl cannot connect to Sqlite3 APserver. *I get this error message every
> other time I start apl*, this is documented in the my original (endless)
> email. This behavior is not observed when running APL in the docker
> container.
>
> 3)  ⎕plot broken - this should not be a syntax error and isn't observed
> when running APL in the docker container (this is also demonstrated in the
> screen log).
>
>       ⎕plot ''
> SYNTAX ERROR+
>       ⎕PLOT ''
>       ^
>
> 4) The state indicator.  I compared your implementation of the the state
> indicator to Dyalog's and APLX's and it's clear you have chosen to do it
> differently than other interpreters I have used. Both Dyalog and APLX (and
> if memory services APL 2, APL*PLUS and APL20) all omitted interactive mode
> errors from the SI stack.
>
> I'm not sure what motivated your design, but clearly this appears to be
> what you intended. Thanks.
>
> The devolution of the Mac is sad, but all is flux. Thanks for your Docker
> container; I'll take advantage of that for further use of gnu-apl.
>
> Indeed, thanks for your great contribution.
>
> /John
>
>
> ------ Original Message ------
> *Received: *Tue, 23 Feb 2021 04:18:42 AM PST
> *From: *Dr. Jürgen Sauermann <m...@xn--jrgen-sauermann-zvb.de>
> *To: *edxmail-jo...@usa.net, bug-apl@gnu.org,Elias Mårtenson <
> loke...@gmail.com>
> *Subject: *Re: New to GNU APL, curiosities or possible bugs?
>
>
> Hi John,
>
> see below.
>
> Best Regards,
> Jürgen
>
>
> On 2/22/21 11:18 PM, edxmail-jo...@usa.net wrote:
>
> Hi,
>
> I've just spent a couple of days working to get gnu-apl up and running
> under OS X Catalina. Good progress has been made, but I'm unsure if I have
> a stable and fully functioning copy of the interpreter.
>
> Welcome to GNU APL.
>
> During this exercise, I encountered four experiences that may indicate
> bugs. They are:
>
>    1. Build Issue?: Newly saved workspaces rejected as ancient by
>    interpreter
>
> This can only happens if the interpreter (-binary) that )SAVEd the WS
> is different from the interpreter thast )LOADs it. Note that ./configure
> may change the reference numbers (= SVN versions) that were used
> to compare the workspace versions.
>
>
>    1. Quirk?: Sqlite3 connection error message comes and goes
>
> That would be a question for Elias, I believe
>
>
>    1. Mystery?: Quad-Plot usage
>
> see *info apl* (chapter 2.30) or online here:
>
> https://www.gnu.org/software/apl/apl.html#Section-2_002e30
>
>
>    1. Bug?: ⎕SI for non function execution errors?
>
>
> Not sure what you mean:
>
> *      )SIC*
> *      ÷0*
> *DOMAIN ERROR*
> *      ÷0*
> *      ^*
> *      4 ⎕CR ⎕SI 4*
> *┏→━━━━━━━━━━━━━━━━━━━━━━━┓*
> *┃┏→━━━━━━━┓ ┏→━━━━━━━━━━┓┃*
> *┃┃      ÷0┃ ┃4 ⎕CR ⎕SI 4┃┃*
> *┃┗━━━━━━━━┛ ┗━━━━━━━━━━━┛┃*
> *┗∊━━━━━━━━━━━━━━━━━━━━━━━┛*
>
> I'm unfamiliar with the gnu packaging tools and completely overwhelmed by
> this enormous code base. Thus, I apologize in advance for any limitations
> or mistakes in this report.
>
> Regards,
> John Helm
>
> ------------------------------
>
>
>
> 1) Build Issue: Newly saved workspaces warned as ancient by interpreter
>
> The "standard" compile and install sequence using the apl-1.8.tar.gz
> tarball does not compile correctly on OS X Catalina.
>
> The problem is configure runs svn commands to write a file
> ./src/buildtag.hh and these commands fail because the tarball is not an SVN
> repo. The resulting binary compiles without a build number. The net result
> is workspaces are saved with a null build number, and )LOADing these files
> fails with the following message:
>
>     WARNING: this workspace was )SAVEd with a VERY old SVN version of GNU
> APL.
>     Expect problems, in particular when the )SI was not clear.
>     In case of problems, please try )COPY instead of )LOAD.
>     DOMAIN ERROR+
>
>
>     immediate_execution() caught APL error 0x50004 (DOMAIN ERROR)
>
>
> Here are some details from the compilations:
>
>
> A) SVN errors emitted when running configure on the standard tarball
> ================================================================
>
>     configure: creating ./src//buildtag.hh
>     svn: E155007: '/Users/jlh/.local/etc/repos/apl-1.8/src/Archive.cc' is
> not a working copy
>     configure: creating ./src/makefile.h
>     configure: creating ./src/configure_args.cc
>
>     # Note SVN number missing in --version report
>
>     jlh@MacBook-XNOR apl-1.8 % apl --version
>     BUILDTAG:
>     ---------
>         Project:        GNU APL
>         Version / SVN:  1.8 / Unversioned directory
>         Build Date:     2021-02-22 17:48:39 UTC
>         Build OS:       Darwin 19.6.0 x86_64
>         config.status:  '--includedir=/opt/local/'
> '--with-sqlite3=/opt/local/' '--with-postgresql=no'
>         Archive SVN:
>      jlh@MacBook-XNOR apl-1.8 %
>
> ----------------------------------------------------------------
>
>     ⍝ Create a workspace, save, and reload it to surface error
>
>               )wsid
>     IS CLEAR WS
>           ∇hello
>     [1] 'hello world!'
>     [2] ∇
>           )wsid hello
>     WAS CLEAR WS
>           )save
>     2021-02-22  12:58:15 (GMT-5) hello
>           )clear
>     CLEAR WS
>           )load hello
>     WARNING: this workspace was )SAVEd with a VERY old SVN version of GNU
> APL.
>     Expect problems, in particular when the )SI was not clear.
>     In case of problems, please try )COPY instead of )LOAD.
>     SAVED 2021-02-22 12:58:15 (GMT-5)
>
>
> ================================================================
> B) Pull down svn trunk and configure, make, etc...
>
>
>     # note the SVN number is now included
>
>     jlh@MacBook-XNOR trunk % apl --version
>     BUILDTAG:
>     ---------
>         Project:        GNU APL
>         Version / SVN:  1.8 / 1439M
>         Build Date:     2021-02-22 18:01:34 UTC
>         Build OS:       Darwin 19.6.0 x86_64
>         config.status:  '--includedir=/opt/local/'
> '--with-sqlite3=/opt/local/' '--with-postgresql=no'
>         Archive SVN:    1433
>     jlh@MacBook-XNOR trunk %
>
> ----
>
>     ⍝ Load the workspace made by the version with a null SVN archive
> number
>
>           )load hello
>     WARNING: this workspace was )SAVEd with a VERY old SVN version of GNU
> APL.
>     Expect problems, in particular when the )SI was not clear.
>     In case of problems, please try )COPY instead of )LOAD.
>     DOMAIN ERROR+
>
>
>     ⍝ overwrite with a new one, the problem is gone.
>
>     immediate_execution() caught APL error 0x50004 (DOMAIN ERROR)
>           ∇hello
>     [1] 'Hello World!'
>     [2] ∇
>           )wsid
>     IS CLEAR WS
>           )wsid hello
>     WAS CLEAR WS
>           )save
>     2021-02-22  13:05:49 (GMT-5)  hello
>           )clear
>     CLEAR WS
>           )load hello
>     SAVED 2021-02-22 13:05:49 (GMT-5)
>           hello
>     Hello World!
>
> ================================================================
>
> 2) Quirk: Sqlite3 error message comes and goes
>
> To follow is a screen log in which apl was loaded four times. Every other
> load emits an error messages as follows:
>
> 1st load: No connection error message
> 2st load: ::connect() to supposedly existing APserver failed: Invalid
> argument
>                Svar_DB not connected in Svar_DB::is_registered_id()
> 3rd load: No connection error message
> 4st load: ::connect() to supposedly existing APserver failed: Invalid
> argument
>                Svar_DB not connected in Svar_DB::is_registered_id(
>
>
> ================================================================
>
> jlh@MacBook-XNOR trunk % apl
>
>                     ______ _   __ __  __    ___     ____   __
>                    / ____// | / // / / /   /   |   / __ \ / /
>                   / / __ /  |/ // / / /   / /| |  / /_/ // /
>                  / /_/ // /|  // /_/ /   / ___ | / ____// /___
>                  \____//_/ |_/ \____/   /_/  |_|/_/    /_____/
>
>                     Welcome to GNU APL version 1.8 / 1439M
>
>                 Copyright (C) 2008-2020  Dr. Jürgen Sauermann
>                        Banner by FIGlet: www.figlet.org
>
>                 This program comes with ABSOLUTELY NO WARRANTY;
>                           for details run: apl --gpl.
>
>      This program is free software, and you are welcome to redistribute it
>          according to the GNU Public License (GPL) version 3 or later.
>
>       )off
>
> Goodbye.
> Session duration: 5.44214 seconds
> jlh@MacBook-XNOR trunk % apl
> ::connect() to supposedly existing APserver failed: Invalid argument
>
>                     ______ _   __ __  __    ___     ____   __
>                    / ____// | / // / / /   /   |   / __ \ / /
>                   / / __ /  |/ // / / /   / /| |  / /_/ // /
>                  / /_/ // /|  // /_/ /   / ___ | / ____// /___
>                  \____//_/ |_/ \____/   /_/  |_|/_/    /_____/
>
>                     Welcome to GNU APL version 1.8 / 1439M
>
>                 Copyright (C) 2008-2020  Dr. Jürgen Sauermann
>                        Banner by FIGlet: www.figlet.org
>
>                 This program comes with ABSOLUTELY NO WARRANTY;
>                           for details run: apl --gpl.
>
>      This program is free software, and you are welcome to redistribute it
>          according to the GNU Public License (GPL) version 3 or later.
>
> Svar_DB not connected in Svar_DB::is_registered_id()
>       )off
>
> Goodbye.
> Session duration: 7.12709 seconds
> jlh@MacBook-XNOR trunk % apl
>
>                     ______ _   __ __  __    ___     ____   __
>                    / ____// | / // / / /   /   |   / __ \ / /
>                   / / __ /  |/ // / / /   / /| |  / /_/ // /
>                  / /_/ // /|  // /_/ /   / ___ | / ____// /___
>                  \____//_/ |_/ \____/   /_/  |_|/_/    /_____/
>
>                     Welcome to GNU APL version 1.8 / 1439M
>
>                 Copyright (C) 2008-2020  Dr. Jürgen Sauermann
>                        Banner by FIGlet: www.figlet.org
>
>                 This program comes with ABSOLUTELY NO WARRANTY;
>                           for details run: apl --gpl.
>
>      This program is free software, and you are welcome to redistribute it
>          according to the GNU Public License (GPL) version 3 or later.
>
>       )off
>
> Goodbye.
> Session duration: 9.30464 seconds
> jlh@MacBook-XNOR trunk % apl
> ::connect() to supposedly existing APserver failed: Invalid argument
>
>                     ______ _   __ __  __    ___     ____   __
>                    / ____// | / // / / /   /   |   / __ \ / /
>                   / / __ /  |/ // / / /   / /| |  / /_/ // /
>                  / /_/ // /|  // /_/ /   / ___ | / ____// /___
>                  \____//_/ |_/ \____/   /_/  |_|/_/    /_____/
>
>                     Welcome to GNU APL version 1.8 / 1439M
>
>                 Copyright (C) 2008-2020  Dr. Jürgen Sauermann
>                        Banner by FIGlet: www.figlet.org
>
>                 This program comes with ABSOLUTELY NO WARRANTY;
>                           for details run: apl --gpl.
>
>      This program is free software, and you are welcome to redistribute it
>          according to the GNU Public License (GPL) version 3 or later.
>
> Svar_DB not connected in Svar_DB::is_registered_id()
>
> ================================================================
> 3) Mystery Quad-Plot usage
>
> All attempts to invoke ⎕PLOT result in a SYNTAX ERROR.
>
>       ⎕plot ''
> SYNTAX ERROR
>       ⎕PLOT
>       ^
>
>       ⎕XYZ
> VALUE ERROR
>       ⎕X YZ
>          ^
>
> I note that this behavior is expected for ⎕RE if libpcre2 is absent when
> gnu-apl is compiled...
>
> SYNTAX ERROR
>       ⎕RE
>       ^
>       'abc' ⎕RE 'aaaaabcccc'
> SYNTAX ERROR+
>       'abc' ⎕RE 'aaaaabcccc'
>
>
> Does this behavior indicate some prerequisites are missing for ⎕PLOT to
> work?
>
>
> ================================================================
> 4) Bug?: ⎕SI for non function execution errors?
>
> 4.1) It appears many (all?) errors cause push a event State Indicator.
> Other apl interpreters I've used do not push events such as value errors or
> domain errors on the State Indicator. Is this intended behavior?
>
> 4.2) The GNU APL info page indicates ⎕si's arguments include 5 and 6, but
> these return errors on my version. Is this a documentation error?
>
>
> ⍝ clear workspace
>
>       )si
>       ⎕si 1
>  ◊
>       ⎕si 2
> 0
>       ⎕si 3
>  ◊[0]
>       ⎕si 4
>  ⎕si 4
>       ⎕si 5
> DOMAIN ERROR
>       ⎕SI 5
>       ^
>
> ⍝ ?? ⎕SI 5 is supposed to be valid
>       )si
> ⋆
>
> ⍝ ?? now the state indicator is non-null
>
>       ⎕si 6
> DOMAIN ERROR
>       ⎕SI 6
>       ^
>       )si
> ⋆
> ⋆
>
> ⍝ ?? now the state indicator has to elements?
>
>       xyzzy
> VALUE ERROR
>       xyzzy
>       ^
>       )si
> ⋆
> ⋆
> ⋆
>       ⎕si 1
>  ◊ ◊ ◊ ◊
>       ⎕si 2
> 0 0 0 0
>       ⎕si 3
>  ◊[0] ◊[0] ◊[0] ◊[0]
>       ⎕si 4
>        ⎕SI 5       ⎕SI 6       xyzzy ⎕si 4
>       ⎕si 5
> DOMAIN ERROR
>       ⎕SI 5
>       ^
>       ⎕si 6
> DOMAIN ERROR
>       ⎕SI 6
>       ^
>
>
>
>
>

Reply via email to