You'd be a little happier with the following.
import subprocess
awk_sort = subprocess.Popen( ["-c", "awk -f script.awk | sort > outfile.txt" ],
stdin= subprocess.PIPE, shell=True )
awk_sort.communicate( "input data\n" )
awk_sort.wait()
Delegate part of the work to the shell. Let it connect two processes with a pipeline.
You'd be a lot happier rewriting 'script.awk' into Python, eliminating awk and the pipeline.
Edit. Some of the reasons for suggesting that awk isn't helping.
[There are too many reasons to respond via comments.]
Awk is adding a step of no significant value. There's nothing unique about awk's processing that Python doesn't handle.
The pipelining from awk to sort, for large sets of data, may improve elapsed processing time. For short sets of data, it has no significant benefit. A quick measurement of awk >file ; sort file
and awk | sort
will reveal of concurrency helps. With sort, it rarely helps because sort is not a once-through filter.
The simplicity of "Python to sort" processing (instead of "Python to awk to sort") prevents the exact kind of questions being asked here.
Python -- while wordier than awk -- is also explicit where awk has certain implicit rules that are opaque to newbies, and confusing to non-specialists.
Awk (like the shell script itself) adds Yet Another Programming language. If all of this can be done in one language (Python), eliminating the shell and the awk programming eliminates two programming languages, allowing someone to focus on the value-producing parts of the task.
Bottom line: awk can't add significant value. In this case, awk is a net cost; it added enough complexity that it was necessary to ask this question. Removing awk will be a net gain.
Sidebar Why building a pipeline (a | b
) is so hard.
When the shell is confronted with a | b
it has to do the following.
Fork a child process of the original shell. This will eventually become b.
Build an os pipe. (not a Python subprocess.PIPE) but call os.pipe()
which returns two new file descriptors that are connected via common buffer. At this point the process has stdin, stdout, stderr from its parent, plus a file that will be "a's stdout" and "b's stdin".
Fork a child. The child replaces its stdout with the new a's stdout. Exec the a
process.
The b child closes replaces its studin with the new b's stdin. Exec the b
process.
The b child waits for a to complete.
The parent is waiting for b to complete.
I think that the above can be used recursively to spawn a | b | c
, but you have to implicitly parenthesize long pipelines, treating them as if they're a | (b | c)
.
Since Python has os.pipe()
, os.exec()
and os.fork()
, and you can replace sys.stdin
and sys.stdout
, there's a way to do the above in pure Python. Indeed, you may be able to work out some shortcuts using os.pipe()
and subprocess.Popen
.
However, it's easier to delegate that operation to the shell.