summaryrefslogtreecommitdiff
path: root/lib/popen.c
diff options
context:
space:
mode:
authorPaul Eggert <eggert@cs.ucla.edu>2012-02-05 13:42:03 -0800
committerPaul Eggert <eggert@cs.ucla.edu>2012-02-05 13:42:03 -0800
commita4d796fb141dac5d85328872e2fefbd5c44870e1 (patch)
tree3afd9efea5ac2d5fa6d5b9c0e2e45643aea10119 /lib/popen.c
parent04b6c2e58486cfb30641633962249753052ba89f (diff)
downloadgnulib-a4d796fb141dac5d85328872e2fefbd5c44870e1.tar.gz
maint: spelling fixes
Diffstat (limited to 'lib/popen.c')
-rw-r--r--lib/popen.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/lib/popen.c b/lib/popen.c
index 1460e9edbb..590f9843bf 100644
--- a/lib/popen.c
+++ b/lib/popen.c
@@ -59,7 +59,7 @@ rpl_popen (const char *filename, const char *mode)
the fd leaks into subsequent popen calls. We could work around
this by maintaining a list of all fd's opened by popen, and
temporarily marking them cloexec around the real popen call, but
- we would also have to override pclose, and the bookkeepping seems
+ we would also have to override pclose, and the bookkeeping seems
extreme given that cygwin 1.7 no longer has the bug. */
FILE *result;
int cloexec0 = fcntl (STDIN_FILENO, F_GETFD);