Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c > #164222
| From | Lew Pitcher <lew.pitcher@digitalfreehold.ca> |
|---|---|
| Newsgroups | comp.lang.c |
| Subject | Re: pipe a buffer to a program's stdin using popen |
| Date | 2022-01-02 15:37 +0000 |
| Organization | A noiseless patient Spider |
| Message-ID | <sqsgsm$f2r$1@dont-email.me> (permalink) |
| References | <sqp79k$po6$1@reader1.panix.com> <sqs7a1$o59$1@dont-email.me> <sqseaq$2ko37$1@news.xmission.com> |
On Sun, 02 Jan 2022 14:54:18 +0000, Kenny McCormack wrote: > In article <sqs7a1$o59$1@dont-email.me>, > Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote: > ... I posted this breadcrumb clue to give the OP a start in his research. APUE covers all of these steps, and discusses the resulting program design implications. >>Assuming a Unix-like environment, >> pipe() to create a pair of unidirectional pipes >> fork() to create a child process >> in parent, close() the [0] pipe, and write() your data to the [1] pipe >> in child, close(STDIN_FILENO), dup() the [1] pipe, and then exec() your >> target "some command string" executable > > The problem with this is that, as Kaz alluded to, pipes are only guaranteed > to be at least 4096 bytes in size - and deadlock is possible. [snip] It was precisely this detail that prompted me to suggest that we continue the conversation on comp.unix.programmer. >>If you want, we can have a more detailed discussion on comp.unix.programmer > > Quite so. I hope OP starts a thread there, so we can continue. > > I wouldn't want to give any of the Not-Cs in this group anymore mental pain. -- Lew Pitcher "In Skills, We Trust"
Back to comp.lang.c | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
pipe a buffer to a program's stdin using popen John Forkosh <forkosh@panix.com> - 2022-01-01 09:35 +0000
Re: pipe a buffer to a program's stdin using popen Mark Bluemel <mark.bluemel@gmail.com> - 2022-01-01 03:22 -0800
Re: pipe a buffer to a program's stdin using popen Meredith Montgomery <mmontgomery@levado.to> - 2022-01-01 11:21 -0300
Re: pipe a buffer to a program's stdin using popen John Forkosh <forkosh@panix.com> - 2022-01-02 09:34 +0000
Re: pipe a buffer to a program's stdin using popen Kaz Kylheku <480-992-1380@kylheku.com> - 2022-01-01 19:51 +0000
Re: pipe a buffer to a program's stdin using popen gazelle@shell.xmission.com (Kenny McCormack) - 2022-01-01 21:00 +0000
Re: pipe a buffer to a program's stdin using popen John Forkosh <forkosh@panix.com> - 2022-01-02 09:12 +0000
Re: pipe a buffer to a program's stdin using popen John Forkosh <forkosh@panix.com> - 2022-01-02 09:30 +0000
Re: pipe a buffer to a program's stdin using popen Kaz Kylheku <480-992-1380@kylheku.com> - 2022-01-03 00:03 +0000
Re: pipe a buffer to a program's stdin using popen John Forkosh <forkosh@panix.com> - 2022-01-03 08:07 +0000
Re: pipe a buffer to a program's stdin using popen Manfred <noname@add.invalid> - 2022-01-03 22:54 +0100
Re: pipe a buffer to a program's stdin using popen Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2022-01-01 15:00 -0800
Re: pipe a buffer to a program's stdin using popen gazelle@shell.xmission.com (Kenny McCormack) - 2022-01-02 00:01 +0000
Re: pipe a buffer to a program's stdin using popen Lew Pitcher <lew.pitcher@digitalfreehold.ca> - 2022-01-02 12:54 +0000
Re: pipe a buffer to a program's stdin using popen gazelle@shell.xmission.com (Kenny McCormack) - 2022-01-02 14:54 +0000
Re: pipe a buffer to a program's stdin using popen Lew Pitcher <lew.pitcher@digitalfreehold.ca> - 2022-01-02 15:37 +0000
Re: pipe a buffer to a program's stdin using popen John Forkosh <forkosh@panix.com> - 2022-01-02 18:00 +0000
Re: pipe a buffer to a program's stdin using popen gazelle@shell.xmission.com (Kenny McCormack) - 2022-01-02 18:03 +0000
Re: pipe a buffer to a program's stdin using popen John Forkosh <forkosh@panix.com> - 2022-01-02 17:51 +0000
csiph-web