Pipes connected to stdio print output after new terminal prompt
I'm having trouble understanding how to do basic piping in C. I looked at a couple other questions on this topic, and either they were for subtly different issues, or I'm so far off the mark on this subject I couldn't understand why the answers are good for my problem.
This program below is just a simple test I made, where I'm trying to get behaviour equivalent to typing "ls | grep a" into my shell. (I have a homework assignment where I have to build a shell that can handle piping, but this is my first step towards understanding pipes to even attempt the homework). I get the correct output, but the terminal prompt ends up appearing before the output, making it look like it did not properly terminate. Since this is connected to a shell homework, I'm worried that will impact the grade (and it just feels wrong to let it look like that anyway). Any advice?
#include <unistd.h>
#include <sys/wait.h>
#include <stdio.h>
int main()
{
int fdpipe[2];
pipe(fdpipe);
int f1 = fork();
if(f1 == 0)
{
close(fdpipe[1]);
dup2(fdpipe[0],0);
close(fdpipe[0]);
execlp("/bin/grep","grep","a",NULL);
}
else
{
close(fdpipe[0]);
dup2(fdpipe[1],1);
close(fdpipe[1]);
execlp("/bin/ls","ls",NULL);
wait(NULL);
}
return 0;
}
Here's an example of my terminal output.
1067: ls
a.out test.c test.cc
NathanE: ~/Desktop/playground
1068: ./a.out
NathanE: ~/Desktop/playground
1069: a.out
(The beginning of this line is where my cursor is)
What I'm expecting would be:
1067: ls
a.out test.c test.cc
NathanE: ~/Desktop/playground
1068: ./a.out
a.out
NathanE: ~/Desktop/playground
1069: (my cursor would go here)
c pipe stdio
add a comment |
I'm having trouble understanding how to do basic piping in C. I looked at a couple other questions on this topic, and either they were for subtly different issues, or I'm so far off the mark on this subject I couldn't understand why the answers are good for my problem.
This program below is just a simple test I made, where I'm trying to get behaviour equivalent to typing "ls | grep a" into my shell. (I have a homework assignment where I have to build a shell that can handle piping, but this is my first step towards understanding pipes to even attempt the homework). I get the correct output, but the terminal prompt ends up appearing before the output, making it look like it did not properly terminate. Since this is connected to a shell homework, I'm worried that will impact the grade (and it just feels wrong to let it look like that anyway). Any advice?
#include <unistd.h>
#include <sys/wait.h>
#include <stdio.h>
int main()
{
int fdpipe[2];
pipe(fdpipe);
int f1 = fork();
if(f1 == 0)
{
close(fdpipe[1]);
dup2(fdpipe[0],0);
close(fdpipe[0]);
execlp("/bin/grep","grep","a",NULL);
}
else
{
close(fdpipe[0]);
dup2(fdpipe[1],1);
close(fdpipe[1]);
execlp("/bin/ls","ls",NULL);
wait(NULL);
}
return 0;
}
Here's an example of my terminal output.
1067: ls
a.out test.c test.cc
NathanE: ~/Desktop/playground
1068: ./a.out
NathanE: ~/Desktop/playground
1069: a.out
(The beginning of this line is where my cursor is)
What I'm expecting would be:
1067: ls
a.out test.c test.cc
NathanE: ~/Desktop/playground
1068: ./a.out
a.out
NathanE: ~/Desktop/playground
1069: (my cursor would go here)
c pipe stdio
@kabanus Oh...I guess it terminates, it just doesn't look like it does. I'm getting my terminal prompt before my output, so my cursor gets left on an empty line. My bad, let me edit the question to reflect that.
– Nathan Egan
Nov 19 '18 at 7:09
@kabanus Okay, I added that. I'm using the basic terminal with bash that comes with Ubuntu 18.04. The only modifications to it are that I customized my prompt in .bashrc.
– Nathan Egan
Nov 19 '18 at 7:35
add a comment |
I'm having trouble understanding how to do basic piping in C. I looked at a couple other questions on this topic, and either they were for subtly different issues, or I'm so far off the mark on this subject I couldn't understand why the answers are good for my problem.
This program below is just a simple test I made, where I'm trying to get behaviour equivalent to typing "ls | grep a" into my shell. (I have a homework assignment where I have to build a shell that can handle piping, but this is my first step towards understanding pipes to even attempt the homework). I get the correct output, but the terminal prompt ends up appearing before the output, making it look like it did not properly terminate. Since this is connected to a shell homework, I'm worried that will impact the grade (and it just feels wrong to let it look like that anyway). Any advice?
#include <unistd.h>
#include <sys/wait.h>
#include <stdio.h>
int main()
{
int fdpipe[2];
pipe(fdpipe);
int f1 = fork();
if(f1 == 0)
{
close(fdpipe[1]);
dup2(fdpipe[0],0);
close(fdpipe[0]);
execlp("/bin/grep","grep","a",NULL);
}
else
{
close(fdpipe[0]);
dup2(fdpipe[1],1);
close(fdpipe[1]);
execlp("/bin/ls","ls",NULL);
wait(NULL);
}
return 0;
}
Here's an example of my terminal output.
1067: ls
a.out test.c test.cc
NathanE: ~/Desktop/playground
1068: ./a.out
NathanE: ~/Desktop/playground
1069: a.out
(The beginning of this line is where my cursor is)
What I'm expecting would be:
1067: ls
a.out test.c test.cc
NathanE: ~/Desktop/playground
1068: ./a.out
a.out
NathanE: ~/Desktop/playground
1069: (my cursor would go here)
c pipe stdio
I'm having trouble understanding how to do basic piping in C. I looked at a couple other questions on this topic, and either they were for subtly different issues, or I'm so far off the mark on this subject I couldn't understand why the answers are good for my problem.
This program below is just a simple test I made, where I'm trying to get behaviour equivalent to typing "ls | grep a" into my shell. (I have a homework assignment where I have to build a shell that can handle piping, but this is my first step towards understanding pipes to even attempt the homework). I get the correct output, but the terminal prompt ends up appearing before the output, making it look like it did not properly terminate. Since this is connected to a shell homework, I'm worried that will impact the grade (and it just feels wrong to let it look like that anyway). Any advice?
#include <unistd.h>
#include <sys/wait.h>
#include <stdio.h>
int main()
{
int fdpipe[2];
pipe(fdpipe);
int f1 = fork();
if(f1 == 0)
{
close(fdpipe[1]);
dup2(fdpipe[0],0);
close(fdpipe[0]);
execlp("/bin/grep","grep","a",NULL);
}
else
{
close(fdpipe[0]);
dup2(fdpipe[1],1);
close(fdpipe[1]);
execlp("/bin/ls","ls",NULL);
wait(NULL);
}
return 0;
}
Here's an example of my terminal output.
1067: ls
a.out test.c test.cc
NathanE: ~/Desktop/playground
1068: ./a.out
NathanE: ~/Desktop/playground
1069: a.out
(The beginning of this line is where my cursor is)
What I'm expecting would be:
1067: ls
a.out test.c test.cc
NathanE: ~/Desktop/playground
1068: ./a.out
a.out
NathanE: ~/Desktop/playground
1069: (my cursor would go here)
c pipe stdio
c pipe stdio
edited Nov 19 '18 at 7:34
Nathan Egan
asked Nov 19 '18 at 6:55
Nathan EganNathan Egan
284
284
@kabanus Oh...I guess it terminates, it just doesn't look like it does. I'm getting my terminal prompt before my output, so my cursor gets left on an empty line. My bad, let me edit the question to reflect that.
– Nathan Egan
Nov 19 '18 at 7:09
@kabanus Okay, I added that. I'm using the basic terminal with bash that comes with Ubuntu 18.04. The only modifications to it are that I customized my prompt in .bashrc.
– Nathan Egan
Nov 19 '18 at 7:35
add a comment |
@kabanus Oh...I guess it terminates, it just doesn't look like it does. I'm getting my terminal prompt before my output, so my cursor gets left on an empty line. My bad, let me edit the question to reflect that.
– Nathan Egan
Nov 19 '18 at 7:09
@kabanus Okay, I added that. I'm using the basic terminal with bash that comes with Ubuntu 18.04. The only modifications to it are that I customized my prompt in .bashrc.
– Nathan Egan
Nov 19 '18 at 7:35
@kabanus Oh...I guess it terminates, it just doesn't look like it does. I'm getting my terminal prompt before my output, so my cursor gets left on an empty line. My bad, let me edit the question to reflect that.
– Nathan Egan
Nov 19 '18 at 7:09
@kabanus Oh...I guess it terminates, it just doesn't look like it does. I'm getting my terminal prompt before my output, so my cursor gets left on an empty line. My bad, let me edit the question to reflect that.
– Nathan Egan
Nov 19 '18 at 7:09
@kabanus Okay, I added that. I'm using the basic terminal with bash that comes with Ubuntu 18.04. The only modifications to it are that I customized my prompt in .bashrc.
– Nathan Egan
Nov 19 '18 at 7:35
@kabanus Okay, I added that. I'm using the basic terminal with bash that comes with Ubuntu 18.04. The only modifications to it are that I customized my prompt in .bashrc.
– Nathan Egan
Nov 19 '18 at 7:35
add a comment |
1 Answer
1
active
oldest
votes
The child process runs grep
, while the parent replaces itself with ls
. The wait(NULL)
does nothing, because successful exec*()
never return.
Because the control returns to the shell immediately after ls
completes, the shell can display the next prompt before grep
completes.
There are two approaches you can use to avoid this:
fork()
both child processes, andwait()
for themReplace the process itself with the last process in the pipe chain
Either will ensure that control is returned to the shell only after the last process in the pipe chain completes.
Since OP seems to have a newline inPS1
I think they actually have an increased chance of seeing this effect.
– kabanus
Nov 19 '18 at 8:14
That works perfectly, thank you! I understand what's going on a lot better now, thanks to you and @kabanus. Thank you both!
– Nathan Egan
Nov 19 '18 at 8:46
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
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%2fstackoverflow.com%2fquestions%2f53369674%2fpipes-connected-to-stdio-print-output-after-new-terminal-prompt%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
The child process runs grep
, while the parent replaces itself with ls
. The wait(NULL)
does nothing, because successful exec*()
never return.
Because the control returns to the shell immediately after ls
completes, the shell can display the next prompt before grep
completes.
There are two approaches you can use to avoid this:
fork()
both child processes, andwait()
for themReplace the process itself with the last process in the pipe chain
Either will ensure that control is returned to the shell only after the last process in the pipe chain completes.
Since OP seems to have a newline inPS1
I think they actually have an increased chance of seeing this effect.
– kabanus
Nov 19 '18 at 8:14
That works perfectly, thank you! I understand what's going on a lot better now, thanks to you and @kabanus. Thank you both!
– Nathan Egan
Nov 19 '18 at 8:46
add a comment |
The child process runs grep
, while the parent replaces itself with ls
. The wait(NULL)
does nothing, because successful exec*()
never return.
Because the control returns to the shell immediately after ls
completes, the shell can display the next prompt before grep
completes.
There are two approaches you can use to avoid this:
fork()
both child processes, andwait()
for themReplace the process itself with the last process in the pipe chain
Either will ensure that control is returned to the shell only after the last process in the pipe chain completes.
Since OP seems to have a newline inPS1
I think they actually have an increased chance of seeing this effect.
– kabanus
Nov 19 '18 at 8:14
That works perfectly, thank you! I understand what's going on a lot better now, thanks to you and @kabanus. Thank you both!
– Nathan Egan
Nov 19 '18 at 8:46
add a comment |
The child process runs grep
, while the parent replaces itself with ls
. The wait(NULL)
does nothing, because successful exec*()
never return.
Because the control returns to the shell immediately after ls
completes, the shell can display the next prompt before grep
completes.
There are two approaches you can use to avoid this:
fork()
both child processes, andwait()
for themReplace the process itself with the last process in the pipe chain
Either will ensure that control is returned to the shell only after the last process in the pipe chain completes.
The child process runs grep
, while the parent replaces itself with ls
. The wait(NULL)
does nothing, because successful exec*()
never return.
Because the control returns to the shell immediately after ls
completes, the shell can display the next prompt before grep
completes.
There are two approaches you can use to avoid this:
fork()
both child processes, andwait()
for themReplace the process itself with the last process in the pipe chain
Either will ensure that control is returned to the shell only after the last process in the pipe chain completes.
answered Nov 19 '18 at 8:01
Nominal AnimalNominal Animal
30k33361
30k33361
Since OP seems to have a newline inPS1
I think they actually have an increased chance of seeing this effect.
– kabanus
Nov 19 '18 at 8:14
That works perfectly, thank you! I understand what's going on a lot better now, thanks to you and @kabanus. Thank you both!
– Nathan Egan
Nov 19 '18 at 8:46
add a comment |
Since OP seems to have a newline inPS1
I think they actually have an increased chance of seeing this effect.
– kabanus
Nov 19 '18 at 8:14
That works perfectly, thank you! I understand what's going on a lot better now, thanks to you and @kabanus. Thank you both!
– Nathan Egan
Nov 19 '18 at 8:46
Since OP seems to have a newline in
PS1
I think they actually have an increased chance of seeing this effect.– kabanus
Nov 19 '18 at 8:14
Since OP seems to have a newline in
PS1
I think they actually have an increased chance of seeing this effect.– kabanus
Nov 19 '18 at 8:14
That works perfectly, thank you! I understand what's going on a lot better now, thanks to you and @kabanus. Thank you both!
– Nathan Egan
Nov 19 '18 at 8:46
That works perfectly, thank you! I understand what's going on a lot better now, thanks to you and @kabanus. Thank you both!
– Nathan Egan
Nov 19 '18 at 8:46
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
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%2fstackoverflow.com%2fquestions%2f53369674%2fpipes-connected-to-stdio-print-output-after-new-terminal-prompt%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
@kabanus Oh...I guess it terminates, it just doesn't look like it does. I'm getting my terminal prompt before my output, so my cursor gets left on an empty line. My bad, let me edit the question to reflect that.
– Nathan Egan
Nov 19 '18 at 7:09
@kabanus Okay, I added that. I'm using the basic terminal with bash that comes with Ubuntu 18.04. The only modifications to it are that I customized my prompt in .bashrc.
– Nathan Egan
Nov 19 '18 at 7:35