Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #14744 > unrolled thread
| Started by | Greg Wooledge <wooledg@eeg.ccf.org> |
|---|---|
| First post | 2018-10-29 09:53 -0400 |
| Last post | 2018-10-29 09:53 -0400 |
| Articles | 1 — 1 participant |
Back to article view | Back to gnu.bash.bug
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [minor] umask 400 causes here-{doc,string} failure Greg Wooledge <wooledg@eeg.ccf.org> - 2018-10-29 09:53 -0400
| From | Greg Wooledge <wooledg@eeg.ccf.org> |
|---|---|
| Date | 2018-10-29 09:53 -0400 |
| Subject | Re: [minor] umask 400 causes here-{doc,string} failure |
| Message-ID | <mailman.3006.1540821224.1284.bug-bash@gnu.org> |
On Sun, Oct 28, 2018 at 09:30:00PM -0400, Chet Ramey wrote: > That doesn't work for the same reason as discussed in > http://lists.gnu.org/archive/html/bug-bash/2018-03/msg00074.html. > It's unlikely that someone will set his umask to 400 and expect no ill > effects, but I suppose it's better not to fail in the face of that kind > of behavior. I still maintain that the "umask 400" is most likely a user error. The user probably wanted a umask that would cause all of the files to have 0400 permissions. Such a umask would be 0377, not 0400. A umask that denies read permission to the owner of the file but leaves the file world writable is simply not rational. Bash's behavior seems acceptable to me: wooledg:~$ bash -c 'umask 0777; cat <<< hello' bash: cannot create temp file for here-document: Permission denied wooledg:~$ bash-5.0-beta -c 'umask 0777; cat <<< hello' bash-5.0-beta: cannot create temp file for here-document: Permission denied But if you want to follow ksh's lead, I would also find that acceptable: wooledg:~$ ksh -c 'umask 0777; cat <<< hello' hello
Back to top | Article view | gnu.bash.bug
csiph-web