[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
Sun Nov 12 17:41:25 UTC 2023
#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 some1so):
Hello\\
I tested this again. I'm using Apple Terminal.app, so I went into settings
and changed the shell to "/opt/local/bin/bash --noprofile --norc". I then
created a new window, and tested, and got a good result ("Command not
found").
I then renamed my local bash_profile and bashrc files to get them out of
the way, and set Terminal.app default shell to "/opt/local/bin/bash",
opened a new window and tested again, and got a bad result (the same Swift
error).
Next, I switch Terminal.app default shell to use the system default
(/bin/bash). Open a new window and test. Good result. I then start a new
session in the shell by executing "/opt/local/bin/bash", and test again.
Good result.
So the only way to cause the error is to set Terminal.app to use
"/opt/local/bin/bash".
Maybe of interest - when I am in a session and getting the error, if I use
"Ctrl-X Ctrl-V" to print the shell version, and then test again, I get a
good result. Somehow that clears whatever is causing the error.
--
Ticket URL: <https://trac.macports.org/ticket/68638#comment:4>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list