[MacPorts] #68638: When a "command not found" situation happens, Bash prints errors and ends with "Abort Trap: 6" instead of printing "Command not found"

[MacPorts]

#68638: 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:  (none)
     Type:  defect   |     Status:  new
 Priority:  Normal   |  Milestone:
Component:  ports    |    Version:
 Keywords:           |       Port:  bash
---------------------+--------------------
 For example, using 'derp' as a fake command (macports 5.2.15(1)-release):
 ~ $ derp
 objc[75690]: +[__SwiftNativeNSStringBase initialize] may have been in
 progress in another thread when fork() was called.
 objc[75690]: +[__SwiftNativeNSStringBase initialize] may have been in
 progress in another thread when fork() was called. We cannot safely call
 it or ignore it in the fork() child process. Crashing instead. Set a
 breakpoint on objc_initializeAfterForkError to debug.
 Abort trap: 6

 expected behavior (Apple supplied 3.2.57):
 ~ $ derp
 bash: derp: command not found
 ~ $

-- 
Ticket URL: <https://trac.macports.org/ticket/68638>
MacPorts <https://www.macports.org/>
Ports system for macOS