Re: Bash should reset OLDPWD upon login, *only*.

2017-10-02 Thread L A Walsh
Chet Ramey wrote: On 10/1/17 7:30 PM, L A Walsh wrote: Only in the case of login -- they user CAN'T set it before they login, but someone **could** have changed the system /etc/profile script to set OLDPWD to /hang (i.e. someone is behaving "maliciously"). Login shells rarely get

Re: Bash should reset OLDPWD upon login, *only*.

2017-10-02 Thread Chet Ramey
On 10/1/17 7:30 PM, L A Walsh wrote: > Only in the case of login -- they user CAN'T set it before they login, but > someone **could** have changed the system /etc/profile script to set OLDPWD > to /hang (i.e. someone is behaving "maliciously"). Login shells rarely get OLDPWD from the

Re: bug with case conversion of UTF-8 characters

2017-10-02 Thread Stephane Chazelas
2015-01-22 14:43:00 +, Stephane Chazelas: [...] > Bash Version: 4.3 > Patch Level: 30 > Release Status: release > > (Debian unstable amd64) > > $ LC_ALL=tr_TR.UTF-8 bash -c 'typeset -l a; a=İ; echo $a' | hd > 69 b0 0a |i..| > 0003 [...]

Re: RFE & RFC: testing executability

2017-10-02 Thread PePa
On 10/01/2017 11:31 AM, L A Walsh wrote: cmd=$(PATH=/stdpath type -p cmd) I use this kind of construction with 'type -p' regularly: ! cmd=$(type -p cmd) && echo "ABEND: Executable cmd not in PATH" && exit Then $cmd can be used to execute the binary, and not some alias or function. This is

Re: RFE & RFC: testing executability

2017-10-02 Thread L A Walsh
Pierre Gaston wrote: Besides the fact that most people don't use alias in script --- That's due to bash being non-POSIX compatible, by default in regard to aliases. Aliases are designed to "always be there" and always be "on" unless explicitly turned off so people could rely on them.