[MacPorts] #68638: bash @5.2.15: When a "command not found" situation happens, Bash prints errors and ends with "Abort Trap: 6" instead of printing "Command not found"
MacPorts
noreply at macports.org
Sat Apr 27 08:26:08 UTC 2024
#68638: bash @5.2.15: When a "command not found" situation happens, Bash prints
errors and ends with "Abort Trap: 6" instead of printing "Command not
found"
----------------------+----------------------
Reporter: some1so | Owner: raimue
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: bash |
----------------------+----------------------
Comment (by msbit):
> Is it the included gettext that's the problem?
Using the in-tree `intl` implementation[#point1 (1)] by passing `--with-
included-gettext` to `./configure` doesn't exhibit this problem. My guess
is that it doesn't call into any Apple provided APIs (in this case
`CFLocaleCopyPreferredLanguages` as shown in @DarrenStone's back trace)
which have the specific check around Objc `initialize` during `fork`.
> so I would expect it to be using that gettext, not the included one
Yep, it appears to be, the distributed binary looks something like this:
{{{
$ otool -L $(which bash)
/opt/local/bin/bash:
/opt/local/lib/libncurses.6.dylib (compatibility version 6.0.0,
current version 6.0.0)
/opt/local/lib/libintl.8.dylib (compatibility version 12.0.0,
current version 12.0.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
(compatibility version 150.0.0, current version 1858.112.0)
/opt/local/lib/libiconv.2.dylib (compatibility version 9.0.0,
current version 9.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 1311.100.3)
}}}
[=#point1 (1)]
https://git.savannah.gnu.org/cgit/bash.git/tree/lib/intl?h=bash-5.2
--
Ticket URL: <https://trac.macports.org/ticket/68638#comment:16>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list