I tried running bashdb on a script, but got:
bashdb /tmp/rearrange_files.sh
bash debugger, bashdb, release 4.4-0.94
Copyright 2002, 2003, 2004, 2006-2012, 2014, 2016 Rocky Bernstein
This is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
/usr/share/bashdb/command/set_sub/dollar0.sh: line 23: enable: dynamic loading not available
(/tmp/rearrange_files.sh:4):
--- sent something off to bash list, and got back:
-------- Original Message --------
Subject: Re: should bashdb be included w/bash?
Date: Sat, 24 Jul 2021 15:34:39 -0400
From: Chet Ramey <chet.ramey(a)case.edu>
Reply-To: chet.ramey(a)case.edu
Organization: ITS, Case Western Reserve University
To: L A Walsh <bash(a)tlinx.org>, bug-bash <bug-bash(a)gnu.org>
CC: chet.ramey(a)case.edu
References: <60FC6582.2030006(a)tlinx.org>
On 7/24/21 3:09 PM, L A Walsh wrote:
> Not entirely sure how, but have been running 5.1.8(3)-release which seems
> fine...up until I wanted to single step a script...
> bashdb <file>...and saw
> /usr/share/bashdb/command/set_sub/dollar0.sh: line 23: enable: dynamic
> loading not available
> (/tmp/rearrange_files.sh:4):
> 4: shopt -s expand_aliases
> bashdb<0>
It looks like your system doesn't have the right dlopen support for dynamic
loading builtins, so bash didn't compile it in.
-----
(And people wonder why I build so many tools on my own machine
to run here).
Basically, if I want bash built for my machine, I can't use a
generic one built in a generic build environment.
When I built bash 5.0 on my machine, it DID have the dlopen support
for dynamic loading of builtins -- like the debugger.
This reminds me of opensuse's gvim not being able to use dlopen support
to load plugin-languages like perl either.
What's up with leaving dlopen support/use out of products like
bash and gvim? And you can't say I didn't report it in the bugDB.
For gvim -- I even posted the patch for building perl as a run-time load
via dlopen, and did it get used? Nep. Open suse don't do run-time loading
of libs... (and again, people wonder why I have to build my own
gvim among other rpms or my own perl...etc)...
Sorry if I am not sounding all cheerful but....its hard to keep up w/repairing
things :-(