Re: Request For Enhancement - TID variable

2019-12-26 Thread Eric S. Raymond
Daniel Colascione : > Are you sure that'd help? Parallel runs bash in a bunch of subprocesses, so > looking at PID would suffice to distinguish jobs. Are you sure you weren't > seeing an invariant PID because you were letting the PID variable expansion > happen too early? The $$ is inside the

Re: Request For Enhancement - TID variable

2019-12-26 Thread Andreas Schwab
On Dez 26 2019, Eric S. Raymond wrote: > RFE: bash should have a TID varuable that returns the vakue of gettid(2). Bash doesn't use threads, so $TID will always be the same as $BASHPID. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5

Re: Request For Enhancement - TID variable

2019-12-26 Thread Daniel Colascione
On 12/26/19 7:37 AM, Eric S. Raymond wrote: In attempting to use GNU parallel, with some bash scripts, I discovered I had a problem with tempfile collisions due to all of the thread having the same PID. I was able to come up with a workaround, but... RFE: bash should have a TID varuable that

Request For Enhancement - TID variable

2019-12-26 Thread Eric S. Raymond
In attempting to use GNU parallel, with some bash scripts, I discovered I had a problem with tempfile collisions due to all of the thread having the same PID. I was able to come up with a workaround, but... RFE: bash should have a TID varuable that returns the vakue of gettid(2). If the bash