Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From: Didou Serge <serge.didou@gmail.com>
Newsgroups: gnu.bash.bug
Subject: Re: [mapfile]: problem reentrance with normal file
Date: Mon, 12 Nov 2018 18:47:55 +0100
Lines: 105
Approved: bug-bash@gnu.org
Message-ID: <mailman.3930.1542045323.1284.bug-bash@gnu.org>
References: <CACXkx7VreuDnWv8EWvCAiU0E09RRMSgXkabFP5UkBPSgzcVGRA@mail.gmail.com> <cdc5932c-847e-1e55-5785-4e01e2833570@case.edu> <CACXkx7WFFO8nK=H6aKYjVdthgwM_q0p916cJnjLV11FRnoMDEA@mail.gmail.com> <CACXkx7VyZmVBXv6jUqAJbUG=qCAmyshKk9F-6LRgdQ-WM3Qupw@mail.gmail.com>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: bug-bash@gnu.org, bash@packages.debian.org
To: Chester Ramey <chet.ramey@case.edu>
Envelope-to: bug-bash@gnu.org
In-Reply-To: <CACXkx7VyZmVBXv6jUqAJbUG=qCAmyshKk9F-6LRgdQ-WM3Qupw@mail.gmail.com>
Precedence: list
Xref: csiph.com gnu.bash.bug:14799

But not work under linux...

Le lun. 12 nov. 2018 =C3=A0 17:00, Didou Serge <serge.didou@gmail.com> a =
=C3=A9crit :

> I tested with another configuration and ALL work fine:
> Configuration Information [Automatically generated, do not change]:
> Machine: x86_64
> OS: cygwin
> Compiler: gcc
> Compilation CFLAGS:  -DPROGRAM=3D'bash.exe' -DCONF_HOSTTYPE=3D'x86_64'
> -DCONF_OSTYPE=3D'cygwin' -DCONF_MACHTYPE=3D'x86_64-unknown-cygwin'
> -DCONF_VENDOR=3D'unknown' -DLOCALEDIR=3D'/usr/share/locale' -DPACKAGE=3D'=
bash'
> -DSHELL -DHAVE_CONFIG_H -DRECYCLES_PIDS   -I.
> -I/usr/src/bash-4.4.12-3.x86_64/src/bash-4.4
> -I/usr/src/bash-4.4.12-3.x86_64/src/bash-4.4/include
> -I/usr/src/bash-4.4.12-3.x86_64/src/bash-4.4/lib  -DWORDEXP_OPTION -ggdb
> -O2 -pipe -Wimplicit-function-declaration
> -fdebug-prefix-map=3D/usr/src/bash-4.4.12-3.x86_64/build=3D/usr/src/debug=
/bash-4.4.12-3
> -fdebug-prefix-map=3D/usr/src/bash-4.4.12-3.x86_64/src/bash-4.4=3D/usr/sr=
c/debug/bash-4.4.12-3
> -Wno-parentheses -Wno-format-security
> uname output: CYGWIN_NT-6.1 EB-5CG63201SJ 2.8.0(0.309/5/3) 2017-04-01
> 20:47 x86_64 Cygwin
> Machine Type: x86_64-unknown-cygwin
>
> Bash Version: 4.4
> Patch Level: 12
> Release Status: release
>
>
>
> Le lun. 12 nov. 2018 =C3=A0 16:48, Didou Serge <serge.didou@gmail.com> a
> =C3=A9crit :
>
>> Ok, in this case, this should not work either:
>>
>> mapfile -C xx -c 1 UU  < <( echo -e "Premiere ligne" A{1..45}
>> "\nDeuxieme ligne" B{1..45} "\nTroisieme ligne" C{1..45})
>>
>> But, this form work fine.
>>
>> Le lun. 12 nov. 2018 =C3=A0 15:44, Chet Ramey <chet.ramey@case.edu> a =
=C3=A9crit :
>>
>>> On 11/11/18 3:32 PM, Didou Serge wrote:
>>>
>>> > Bash Version: 4.4
>>> > Patch Level: 7
>>> > Release Status: release
>>> >
>>> > Description:
>>> > When use mapfile from normal file that call function that use mapfile=
,
>>> the
>>> > first mapfile lost data.
>>> >
>>> > Repeat-By:
>>> > I create 3 functions:
>>> > ww(){ echo "$@" | mapfile -C yy -c 1 -t TT ; }
>>> > xx(){ mapfile -C yy -c 1 -t TT < <(echo "$@") ; }
>>> > yy(){ echo "$@" ;}
>>> >
>>> > I create 1 normal file:
>>> > echo -e "Premiere ligne" A{1..45} "\nDeuxieme ligne" B{1..45}
>>> "\nTroisieme
>>> > ligne" C{1..45} >fic.txt
>>> >
>>>         [...]
>>> > This not work (lost data in second line and after) :
>>> > mapfile -C xx -c 1 UU <fic.txt
>>> > 0 0 Premiere ligne A1 A2 A3 A4 A5 A6 A7 A8 A9 A10 A11 A12 A13 A14 A15
>>> A16
>>> > A17 A18 A19 A20 A21 A22 A23 A24 A25 A26 A27 A28 A29 A30 A31 A32 A33
>>> A34 A35
>>> > A36 A37 A38 A39 A40 A41 A42 A43 A44 A45
>>> > 0 1  B17 B18 B19 B20 B21 B22 B23 B24 B25 B26 B27 B28 B29 B30 B31 B32
>>> B33
>>> > B34 B35 B36 B37 B38 B39 B40 B41 B42 B43 B44 B45
>>> > 0 2 ligne C1 C2 C3 C4 C5 C6 C7 C8 C9 C10 C11 C12 C13 C14 C15 C16 C17
>>> C18
>>> > C19 C20 C21 C22 C23 C24 C25 C26 C27 C28 C29 C30 C31 C32 C33 C34 C35
>>> C36 C37
>>> > C38 C39 C40 C41 C42 C43 C44 C45
>>>
>>> This is a buffering issue caused by nested calls to mapfile in the same
>>> process. The first call to mapfile reads a bufferful of data from the
>>> input file, and the second mapfile (the one executed as part of the
>>> callback) reads data into that same buffer. When the second call
>>> finishes,
>>> and the first mapfile is called again, the remaining characters in the
>>> buffer have already been discarded. It's not safe to call mapfile as pa=
rt
>>> of a callback to a mapfile invocation.
>>>
>>> Chet
>>> --
>>> ``The lyf so short, the craft so long to lerne.'' - Chaucer
>>>                  ``Ars longa, vita brevis'' - Hippocrates
>>> Chet Ramey, UTech, CWRU    chet@case.edu
>>> http://tiswww.cwru.edu/~chet/
>>>
>>