ah thank you
On Sat, Jan 30, 2021, 13:51 Dennis Williamson
wrote:
>
>
> On Fri, Jan 29, 2021, 12:22 PM Alex fxmbsw7 Ratchev
> wrote:
>
>> im sorry big time.. can you point me out how
>> i just commented the #if and #endif s , thought thatd enable the code ..
>> in
>> parse and tab
>>
>> On Fri,
On 1/29/21 1:21 PM, Alex fxmbsw7 Ratchev wrote:
im sorry big time.. can you point me out how
i just commented the #if and #endif s , thought thatd enable the code .. in
parse and tab
Sorry, "commenting" code using #if 0 is a pretty common idiom. There are
two places in parse_string_to_word_lis
Since this "https://tiswww.case.edu/php/chet/bash/POSIX"; doesn't
seem to be version specific, I'm assuming these are
in the latest bash version.
I don't understand the benefit of the differences involving
hashed-commands and recovery behavior. It seemed like these
behaviors may have served a
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: darwin18.7.0
Compiler: clang
Compilation CFLAGS: -DSSH_SOURCE_BASHRC
uname output: Darwin flounder.home.mati.ca 18.7.0 Darwin Kernel Version 18.7.0:
Tue Nov 10 00:07:31 PST 2020; root:xnu-4903.278.51~1/RELEASE_
On 30/01/2021 22:44, Rich Lafferty wrote:
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: darwin18.7.0
Compiler: clang
Compilation CFLAGS: -DSSH_SOURCE_BASHRC
uname output: Darwin flounder.home.mati.ca 18.7.0 Darwin Kernel Version 18.7.0:
Tue Nov 10 00:07:
> On Jan 30, 2021, at 9:28 PM, ""
> wrote:
>
> Are you certain that you're not testing /bin/bash (version 3.2.57) in the
> case of macOS? I ask because the bug you describe is said to have been
> addressed by the release of 4.4-beta [1].
>
> z. Bash no longer splits the expansion of here-st
