Project

General

Profile

Bug #745

subshell redirections which read stdin become unstoppable, interrupts hit the wrong process

Added by Rich Lowe over 8 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
OI-Userland
Target version:
-
Start date:
2011-02-21
Due date:
2011-09-14
% Done:

100%

Estimated time:
8.00 h
Difficulty:
Medium
Tags:
bash

Description

sellout:~> ssh -t metropolis bash
metropolis:~$ cat <(cat /dev/stdin) | cat
^CConnection to metropolis closed.
zsh: exit 255   ssh -t metropolis bash
sellout:~>

A ^D to attempt to get an EOF to the inner-most cat fails too, and I suspect it shouldn't.

The actual command I used was

metropolis:~$ comm -13 <(sed -e 's,root_i386/,,') wsdiff.log | wc -l

With which I now find that, without a wsdiff.log, may or may not screw up further input to a shell which may or may not be at the top level (I ended up with the shell only echoing every other character typed, but I'm not sure how/why).

History

#1

Updated by Chris Jordan over 8 years ago

  • Assignee set to OI SFW
  • Difficulty set to Medium
  • Tags set to bash

Julian and I both see this happen with bash, but not with ksh, even if /usr/bin/cat is used instead of the shell builtin like so:

/usr/bin/cat <(/usr/bin/cat -) | /usr/bin/cat

(ctrl-d or ctrl-c exits correctly on ksh, but kills the parent shell on bash)

#2

Updated by Ken Mays about 8 years ago

  • Due date set to 2011-09-14
  • Assignee changed from OI SFW to OI Userland
  • Target version set to oi_151_stable
  • Estimated time set to 8.00 h
#3

Updated by Ken Mays about 6 years ago

  • Status changed from New to Closed
  • Target version deleted (oi_151_stable)
  • % Done changed from 0 to 100

Tested with ,5.11-0.151.1.8.1:20130802T181352Z.

#4

Updated by Ken Mays about 6 years ago

  • Status changed from Closed to Feedback
#5

Updated by Ken Mays about 6 years ago

  • Status changed from Feedback to Closed

Verified against a Linux bash install. Seems solid.

Also available in: Atom PDF