/* * w9xpopen.c * * Serves as an intermediate stub Win32 console application to * avoid a hanging pipe when redirecting 16-bit console based * programs (including MS-DOS console based programs and batch * files) on Window 95 and Windows 98. * * This program is to be launched with redirected standard * handles. It will launch the command line specified 16-bit * console based application in the same console, forwarding * it's own redirected standard handles to the 16-bit child. * AKA solution to the problem described in KB: Q150956. */ #define WINDOWS_LEAN_AND_MEAN #include #include const char *usage = "This program is used by Python's os.popen function to\n" "to work around a limitation in Windows 95/98. It is\n" "not designed to be used as stand-alone program."; int main(int argc, char *argv[]) { BOOL bRet; STARTUPINFO si; PROCESS_INFORMATION pi; DWORD exit_code=0; int cmdlen = 0; int i; char *cmdline, *cmdlinefill; if (argc < 2) { if (GetFileType(GetStdHandle(STD_INPUT_HANDLE))==FILE_TYPE_CHAR) /* Attached to a console, and therefore not executed by Python Display a message box for the inquisitive user */ MessageBox(NULL, usage, argv[0], MB_OK); else { /* Eeek - executed by Python, but args are screwed! Write an error message to stdout so there is at least some clue for the end user when it appears in their output. A message box would be hidden and blocks the app. */ fprintf(stdout, "Internal popen error - no args specified\n%s\n", usage); } return 1; } /* Build up the command-line from the args. Args with a space are quoted, existing quotes are escaped. To keep things simple calculating the buffer size, we assume every character is a quote - ie, we allocate double what we need in the worst case. As this is only double the command line passed to us, there is a good chance this is reasonably small, so the total allocation will almost always be < 512 bytes. */ for (i=1;i