[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: posix handling of mapfile: SEGFAULT
From: |
Chet Ramey |
Subject: |
Re: posix handling of mapfile: SEGFAULT |
Date: |
Mon, 12 Oct 2015 16:23:09 -0400 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 |
On 10/11/15 5:57 PM, Linda Walsh wrote:
> This was in the 2nd half of the note in the read&env+POSIX=>SEGFAULT,
> but think it got missed by focus on the 1st part.
>
> # I was doing some syntax testing and decided to try posix mode
> # (as it disallows various vague or unclear constructs)
> # in the working cases yielded the same results, but
> # in 2 cases it returned a SEGFAULT.
>
>> b= mapfile b <<< x; echo $?
> 0
>> declare -p b
> Segmentation fault (core dumped)
Thanks for the report. I fixed this, and the fix is in the devel branch.
> # another example of bash not returning consistent errno results
> # ( |;>| ducking while smirking) ok, I vote for disallowing this
> # type of result return.
>
> The 2nd flavor:
>
>> b= mapfile b a <<< x
>> declare -p a b
> bash: declare: a: not found
> Segmentation fault (core dumped)
> # odd, this time it dumped on printing 'b'; still not so great
> # status returning there...
`mapfile' only takes a single variable name argument, and ignores others.
This is identical to the first example.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU chet@case.edu http://cnswww.cns.cwru.edu/~chet/