tee: What exactly does “--ignore-interrupts” option do?
up vote
6
down vote
favorite
The title basically says it all. tee has an option --ignore-interrupts:
-i, --ignore-interrupts ignore interrupt signals
Can anyone explain/give an example in which situation this is important? Thanks!
linux tee
add a comment |
up vote
6
down vote
favorite
The title basically says it all. tee has an option --ignore-interrupts:
-i, --ignore-interrupts ignore interrupt signals
Can anyone explain/give an example in which situation this is important? Thanks!
linux tee
add a comment |
up vote
6
down vote
favorite
up vote
6
down vote
favorite
The title basically says it all. tee has an option --ignore-interrupts:
-i, --ignore-interrupts ignore interrupt signals
Can anyone explain/give an example in which situation this is important? Thanks!
linux tee
The title basically says it all. tee has an option --ignore-interrupts:
-i, --ignore-interrupts ignore interrupt signals
Can anyone explain/give an example in which situation this is important? Thanks!
linux tee
linux tee
asked Apr 4 '14 at 14:42
alexander.biskop
1335
1335
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
up vote
9
down vote
accepted
When called with -i
, tee
ignores the interrupt signal (SIGINT
), which is normally issued by your terminal when hitting Ctrl+C.
And in which situation this is important?
– hakre
Jul 4 '14 at 13:01
6
If you're usingtee
in a command line pipe likesome long running command | tee output
, this might be helpful if you want to kill the input provider withCtrl+C
, but wanttee
to exit gracefully (by readingEOF
from the pipe).
– Andreas Wiese
Jul 4 '14 at 13:46
Ah, very useful and a nice description, I was a little irritated. Now I'll add it to some of my scripts. Thanks!
– hakre
Jul 4 '14 at 15:12
@AndreasWiese: You should add your comment to your answer.
– Zaz
Feb 6 '17 at 20:16
add a comment |
up vote
0
down vote
If tee
is used with -i, --ignore-interrupts
options, It wont accept any interrupt signals like CNTRL+C ^C or Kill signals Except signal KILL or Signal Terminate.
1
That's not quite right;tee
does exactly what the option states and only ignoresSIGINT
. All other signals are delivered as without-i
.
– Andreas Wiese
Apr 4 '14 at 16:17
add a comment |
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
9
down vote
accepted
When called with -i
, tee
ignores the interrupt signal (SIGINT
), which is normally issued by your terminal when hitting Ctrl+C.
And in which situation this is important?
– hakre
Jul 4 '14 at 13:01
6
If you're usingtee
in a command line pipe likesome long running command | tee output
, this might be helpful if you want to kill the input provider withCtrl+C
, but wanttee
to exit gracefully (by readingEOF
from the pipe).
– Andreas Wiese
Jul 4 '14 at 13:46
Ah, very useful and a nice description, I was a little irritated. Now I'll add it to some of my scripts. Thanks!
– hakre
Jul 4 '14 at 15:12
@AndreasWiese: You should add your comment to your answer.
– Zaz
Feb 6 '17 at 20:16
add a comment |
up vote
9
down vote
accepted
When called with -i
, tee
ignores the interrupt signal (SIGINT
), which is normally issued by your terminal when hitting Ctrl+C.
And in which situation this is important?
– hakre
Jul 4 '14 at 13:01
6
If you're usingtee
in a command line pipe likesome long running command | tee output
, this might be helpful if you want to kill the input provider withCtrl+C
, but wanttee
to exit gracefully (by readingEOF
from the pipe).
– Andreas Wiese
Jul 4 '14 at 13:46
Ah, very useful and a nice description, I was a little irritated. Now I'll add it to some of my scripts. Thanks!
– hakre
Jul 4 '14 at 15:12
@AndreasWiese: You should add your comment to your answer.
– Zaz
Feb 6 '17 at 20:16
add a comment |
up vote
9
down vote
accepted
up vote
9
down vote
accepted
When called with -i
, tee
ignores the interrupt signal (SIGINT
), which is normally issued by your terminal when hitting Ctrl+C.
When called with -i
, tee
ignores the interrupt signal (SIGINT
), which is normally issued by your terminal when hitting Ctrl+C.
answered Apr 4 '14 at 16:16
Andreas Wiese
1,771711
1,771711
And in which situation this is important?
– hakre
Jul 4 '14 at 13:01
6
If you're usingtee
in a command line pipe likesome long running command | tee output
, this might be helpful if you want to kill the input provider withCtrl+C
, but wanttee
to exit gracefully (by readingEOF
from the pipe).
– Andreas Wiese
Jul 4 '14 at 13:46
Ah, very useful and a nice description, I was a little irritated. Now I'll add it to some of my scripts. Thanks!
– hakre
Jul 4 '14 at 15:12
@AndreasWiese: You should add your comment to your answer.
– Zaz
Feb 6 '17 at 20:16
add a comment |
And in which situation this is important?
– hakre
Jul 4 '14 at 13:01
6
If you're usingtee
in a command line pipe likesome long running command | tee output
, this might be helpful if you want to kill the input provider withCtrl+C
, but wanttee
to exit gracefully (by readingEOF
from the pipe).
– Andreas Wiese
Jul 4 '14 at 13:46
Ah, very useful and a nice description, I was a little irritated. Now I'll add it to some of my scripts. Thanks!
– hakre
Jul 4 '14 at 15:12
@AndreasWiese: You should add your comment to your answer.
– Zaz
Feb 6 '17 at 20:16
And in which situation this is important?
– hakre
Jul 4 '14 at 13:01
And in which situation this is important?
– hakre
Jul 4 '14 at 13:01
6
6
If you're using
tee
in a command line pipe like some long running command | tee output
, this might be helpful if you want to kill the input provider with Ctrl+C
, but want tee
to exit gracefully (by reading EOF
from the pipe).– Andreas Wiese
Jul 4 '14 at 13:46
If you're using
tee
in a command line pipe like some long running command | tee output
, this might be helpful if you want to kill the input provider with Ctrl+C
, but want tee
to exit gracefully (by reading EOF
from the pipe).– Andreas Wiese
Jul 4 '14 at 13:46
Ah, very useful and a nice description, I was a little irritated. Now I'll add it to some of my scripts. Thanks!
– hakre
Jul 4 '14 at 15:12
Ah, very useful and a nice description, I was a little irritated. Now I'll add it to some of my scripts. Thanks!
– hakre
Jul 4 '14 at 15:12
@AndreasWiese: You should add your comment to your answer.
– Zaz
Feb 6 '17 at 20:16
@AndreasWiese: You should add your comment to your answer.
– Zaz
Feb 6 '17 at 20:16
add a comment |
up vote
0
down vote
If tee
is used with -i, --ignore-interrupts
options, It wont accept any interrupt signals like CNTRL+C ^C or Kill signals Except signal KILL or Signal Terminate.
1
That's not quite right;tee
does exactly what the option states and only ignoresSIGINT
. All other signals are delivered as without-i
.
– Andreas Wiese
Apr 4 '14 at 16:17
add a comment |
up vote
0
down vote
If tee
is used with -i, --ignore-interrupts
options, It wont accept any interrupt signals like CNTRL+C ^C or Kill signals Except signal KILL or Signal Terminate.
1
That's not quite right;tee
does exactly what the option states and only ignoresSIGINT
. All other signals are delivered as without-i
.
– Andreas Wiese
Apr 4 '14 at 16:17
add a comment |
up vote
0
down vote
up vote
0
down vote
If tee
is used with -i, --ignore-interrupts
options, It wont accept any interrupt signals like CNTRL+C ^C or Kill signals Except signal KILL or Signal Terminate.
If tee
is used with -i, --ignore-interrupts
options, It wont accept any interrupt signals like CNTRL+C ^C or Kill signals Except signal KILL or Signal Terminate.
answered Apr 4 '14 at 14:50
Vasanta Koli
1011
1011
1
That's not quite right;tee
does exactly what the option states and only ignoresSIGINT
. All other signals are delivered as without-i
.
– Andreas Wiese
Apr 4 '14 at 16:17
add a comment |
1
That's not quite right;tee
does exactly what the option states and only ignoresSIGINT
. All other signals are delivered as without-i
.
– Andreas Wiese
Apr 4 '14 at 16:17
1
1
That's not quite right;
tee
does exactly what the option states and only ignores SIGINT
. All other signals are delivered as without -i
.– Andreas Wiese
Apr 4 '14 at 16:17
That's not quite right;
tee
does exactly what the option states and only ignores SIGINT
. All other signals are delivered as without -i
.– Andreas Wiese
Apr 4 '14 at 16:17
add a comment |
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f737715%2ftee-what-exactly-does-ignore-interrupts-option-do%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown