CString strEdit;
    GetDlgItem(IDC_EDIT1)->GetWindowText(strEdit);
    CString strCommandLine = "a.exe ";
    strCommandLine += strEdit;

    STARTUPINFO si;
    PROCESS_INFORMATION pi;

    ZeroMemory( &si, sizeof(si) );
    si.cb = sizeof(si);
    ZeroMemory( &pi, sizeof(pi) );

    // Start the child process. 
    if( !CreateProcess( NULL, // No module name (use command line). 
        strCommandLine , // Command line. 
        NULL,             // Process handle not inheritable. 
        NULL,             // Thread handle not inheritable. 
        FALSE,            // Set handle inheritance to FALSE. 
        0,                // No creation flags. 
        NULL,             // Use parent's environment block. 
        NULL,             // Use parent's starting directory. 
        &si,              // Pointer to STARTUPINFO structure.
        &pi )             // Pointer to PROCESS_INFORMATION structure.
    ) 
    {
        ErrorExit( "CreateProcess failed." );
    }
    // Wait until child process exits.

    WaitForSingleObject( pi.hProcess, INFINITE );

    // Close process and thread handles. 
    CloseHandle( pi.hProcess );
    CloseHandle( pi.hThread );

命令行改为UltraEdit.exe a.txt就可以

好像输出没有，上面的程序命令行是对了，可没有真正把编辑框作为输入，输出就更没有了

用管道。获取命令行输出。然后显示在Edit中

最简单的办法是  写文件 ，你在程序a中把editbox输入的内容写入文件file中，然后在程序b中读出文件中的内容显示就行了

我尝试过以下几个方法，各有利弊：
1.用文件。将子进程的输出用>>重定向到文件，在主进程中读文件。问题是：当子进程执行时间较长时，不能实时显示其执行过程。
2.在主进程中创建命令行界面。子进程采用主进程的命令行界面。这样便可以获得命令行缓冲区的内容。这种方法可以实现：子进程运行时在cmd中实时显示，运行完毕后cmd缓冲区的内容写到编辑框。问题是：对命令行界面的任何操作均会影响到主进程，如在命令行界面按ctrl+c，会导致主进程中止。
3.用管道。将匿名管道写句柄作为子进程的标准输出，在STARTUPINFO中指定即可。问题是：
子进程不会自动结束（不知道为什么）。也就是说，子进程即便执行完毕，那个命令行的黑框也不会消失。然而如果用文件而不是管道来作为其输出，则没有这个问题。
还有，怎么让编辑框来实时显示呢？我想的是，有没有办法检测子进程是否中止，在子进程没有中止的时候，在主进程中不断的读管道并写进编辑框。

我觉得第三个方法可能是离目标最近的。有没有更好的方法？

自己up