Мне нужно запустить exe-приложение в качестве фонового процесса в Windows Xp, используя C / api [duplicate]

Я, конечно, не знаю подробностей об этом, потому что я никогда не делал этого, но родной NT API имеет возможность разветвлять процесс (подсистема POSIX в Windows нуждается в этой возможности - я не уверен, что подсистема POSIX поддерживается даже больше).

Поиск ZwCreateProcess () должен содержать дополнительную информацию - например, этот бит информации от Максима Шацких :

Самым важным параметром здесь является SectionHandle. Если этот параметр равен NULL, ядро ​​перекроет текущий процесс. В противном случае этот параметр должен быть дескриптором объекта раздела SEC_IMAGE, созданного в EXE-файле, перед вызовом ZwCreateProcess ().

Хотя обратите внимание, что Коринна Виншен указывает, что Cygwin обнаружил использование ZwCreateProcess ( ) еще ненадежный :

Iker Arizmendi писал (а):

> Because the Cygwin project relied solely on Win32 APIs its fork
> implementation is non-COW and inefficient in those cases where a fork
> is not followed by exec.  It's also rather complex. See here (section
> 5.6) for details:
>  
> http://www.redhat.com/support/wpapers/cygnus/cygnus_cygwin/architecture.html

Этот документ довольно старый, 10 лет или около того. Хотя мы все еще используем вызовы Win32 для эмуляции fork, метод изменился заметно. В частности, мы больше не создаем дочерний процесс в приостановленном состоянии, если только конкретные данные не нуждаются в специальной обработке в родительском элементе, прежде чем они будут скопированы в дочерний. В текущем выпуске 1.5.25 единственный случай для дочернего ребенка - открытые сокеты в родительском. Предстоящая версия 1.7.0 вообще не будет приостановлена.

Одна из причин не использовать ZwCreateProcess заключалась в том, что до версии 1.5.25 мы по-прежнему поддерживаем пользователей Windows 9x. Однако две попытки использовать ZwCreateProcess для систем на базе NT потерпели неудачу по той или иной причине.

Было бы очень хорошо, если бы этот материал был бы лучше или вообще документирован, особенно пара данных и как подключите процесс к подсистеме. Хотя fork не является концепцией Win32, я не вижу, что было бы плохо сделать fork проще.

Люди пытались реализовать fork в Windows. Это самая близкая вещь, которую я могу найти:

Снято с: http://doxygen.scilab.org/5.3/d0/d8f/forkWindows_8c_source.html#l00216

static BOOL haveLoadedFunctionsForFork(void);

int fork(void) 
{
    HANDLE hProcess = 0, hThread = 0;
    OBJECT_ATTRIBUTES oa = { sizeof(oa) };
    MEMORY_BASIC_INFORMATION mbi;
    CLIENT_ID cid;
    USER_STACK stack;
    PNT_TIB tib;
    THREAD_BASIC_INFORMATION tbi;

    CONTEXT context = {
        CONTEXT_FULL | 
        CONTEXT_DEBUG_REGISTERS | 
        CONTEXT_FLOATING_POINT
    };

    if (setjmp(jenv) != 0) return 0; /* return as a child */

    /* check whether the entry points are 
       initilized and get them if necessary */
    if (!ZwCreateProcess && !haveLoadedFunctionsForFork()) return -1;

    /* create forked process */
    ZwCreateProcess(&hProcess, PROCESS_ALL_ACCESS, &oa,
        NtCurrentProcess(), TRUE, 0, 0, 0);

    /* set the Eip for the child process to our child function */
    ZwGetContextThread(NtCurrentThread(), &context);

    /* In x64 the Eip and Esp are not present, 
       their x64 counterparts are Rip and Rsp respectively. */
#if _WIN64
    context.Rip = (ULONG)child_entry;
#else
    context.Eip = (ULONG)child_entry;
#endif

#if _WIN64
    ZwQueryVirtualMemory(NtCurrentProcess(), (PVOID)context.Rsp,
        MemoryBasicInformation, &mbi, sizeof mbi, 0);
#else
    ZwQueryVirtualMemory(NtCurrentProcess(), (PVOID)context.Esp,
        MemoryBasicInformation, &mbi, sizeof mbi, 0);
#endif

    stack.FixedStackBase = 0;
    stack.FixedStackLimit = 0;
    stack.ExpandableStackBase = (PCHAR)mbi.BaseAddress + mbi.RegionSize;
    stack.ExpandableStackLimit = mbi.BaseAddress;
    stack.ExpandableStackBottom = mbi.AllocationBase;

    /* create thread using the modified context and stack */
    ZwCreateThread(&hThread, THREAD_ALL_ACCESS, &oa, hProcess,
        &cid, &context, &stack, TRUE);

    /* copy exception table */
    ZwQueryInformationThread(NtCurrentThread(), ThreadBasicInformation,
        &tbi, sizeof tbi, 0);
    tib = (PNT_TIB)tbi.TebBaseAddress;
    ZwQueryInformationThread(hThread, ThreadBasicInformation,
        &tbi, sizeof tbi, 0);
    ZwWriteVirtualMemory(hProcess, tbi.TebBaseAddress, 
        &tib->ExceptionList, sizeof tib->ExceptionList, 0);

    /* start (resume really) the child */
    ZwResumeThread(hThread, 0);

    /* clean up */
    ZwClose(hThread);
    ZwClose(hProcess);

    /* exit with child's pid */
    return (int)cid.UniqueProcess;
}
static BOOL haveLoadedFunctionsForFork(void)
{
    HANDLE ntdll = GetModuleHandle("ntdll");
    if (ntdll == NULL) return FALSE;

    if (ZwCreateProcess && ZwQuerySystemInformation && ZwQueryVirtualMemory &&
        ZwCreateThread && ZwGetContextThread && ZwResumeThread &&
        ZwQueryInformationThread && ZwWriteVirtualMemory && ZwClose)
    {
        return TRUE;
    }

    ZwCreateProcess = (ZwCreateProcess_t) GetProcAddress(ntdll,
        "ZwCreateProcess");
    ZwQuerySystemInformation = (ZwQuerySystemInformation_t)
        GetProcAddress(ntdll, "ZwQuerySystemInformation");
    ZwQueryVirtualMemory = (ZwQueryVirtualMemory_t)
        GetProcAddress(ntdll, "ZwQueryVirtualMemory");
    ZwCreateThread = (ZwCreateThread_t)
        GetProcAddress(ntdll, "ZwCreateThread");
    ZwGetContextThread = (ZwGetContextThread_t)
        GetProcAddress(ntdll, "ZwGetContextThread");
    ZwResumeThread = (ZwResumeThread_t)
        GetProcAddress(ntdll, "ZwResumeThread");
    ZwQueryInformationThread = (ZwQueryInformationThread_t)
        GetProcAddress(ntdll, "ZwQueryInformationThread");
    ZwWriteVirtualMemory = (ZwWriteVirtualMemory_t)
        GetProcAddress(ntdll, "ZwWriteVirtualMemory");
    ZwClose = (ZwClose_t) GetProcAddress(ntdll, "ZwClose");

    if (ZwCreateProcess && ZwQuerySystemInformation && ZwQueryVirtualMemory &&
        ZwCreateThread && ZwGetContextThread && ZwResumeThread &&
        ZwQueryInformationThread && ZwWriteVirtualMemory && ZwClose)
    {
        return TRUE;
    }
    else
    {
        ZwCreateProcess = NULL;
        ZwQuerySystemInformation = NULL;
        ZwQueryVirtualMemory = NULL;
        ZwCreateThread = NULL;
        ZwGetContextThread = NULL;
        ZwResumeThread = NULL;
        ZwQueryInformationThread = NULL;
        ZwWriteVirtualMemory = NULL;
        ZwClose = NULL;
    }
    return FALSE;
}

Ваши лучшие варианты: CreateProcess () или CreateThread () . Здесь есть дополнительная информация о портировании здесь .

В следующем документе представлена ​​некоторая информация о переносе кода из UNIX в Win32: https://msdn.microsoft.com/en-us/library/y23kc048.aspx

Помимо всего прочего, это указывает на то, что модель процесса отличается от двух систем и рекомендует рассматривать CreateProcess и CreateThread, где требуется поведение типа fork ().

До того, как Microsoft представила свою новую «подсистему Linux для Windows», CreateProcess() была самой близкой вещью Windows к fork(), но Windows требует указать исполняемый файл для запуска в этом процессе.

Процесс создания UNIX сильно отличается от Windows. Его вызов fork() в основном дублирует текущий процесс почти в целом, каждый в своем собственном адресном пространстве, и продолжает запускать их отдельно. Хотя сами процессы разные, они все еще работают с одной и той же программой . Здесь здесь для хорошего обзора модели fork/exec.

Going наоборот, эквивалент Windows CreateProcess() представляет собой fork()/exec() пару функций в UNIX.

Если вы портировали программное обеспечение на Windows, а вы не Смысл слоя перевода, Cygwin предоставил возможность, которую вы хотите, но это было довольно kludgey.

Конечно, с новой подсистемой Linux , ближайшей вещь Windows fork() на самом деле fork(): -)

Если вы только заботитесь о создании подпроцесса и ожидаете его, возможно, _spawn * API в process.h достаточно. Вот еще информация об этом:

https://docs.microsoft.com/en-us/cpp/c-runtime-library/process-and-environment-control https://en.wikipedia.org/wiki/Process.h

Нет простого способа эмуляции fork () в Windows.

Я предлагаю вам вместо этого использовать потоки.