Comment affecter le processus en cours à un nouvel objet de travail?

Question

Je ne peux pas sembler utiliser la fonction AssignProcessToJobObject pour affecter le processus en cours à un handle d'objet de travail donné par CreateJobObject. Cela a déjà été demandé à plusieurs reprises sur StackOverflow, mais jusqu'à présent, aucune des solutions (qui se résument habituellement à incorporer un manifeste UAC) ne semble fonctionner pour moi. J'utilise MSVC9 sur Windows 7 pour cela. Voici le code source pour mon exemple d'application et un petit manifeste que je suis l'intégration (qui fixe soi-disant problème - mais pas pour moi):

Mon exemple d'application (main.cpp):

#include <windows.h> 

static void dumpLastError() 
{ 
    LPVOID lpMsgBuf; 
    DWORD dw = GetLastError(); 

    FormatMessage(
     FORMAT_MESSAGE_ALLOCATE_BUFFER | 
     FORMAT_MESSAGE_FROM_SYSTEM, 
     NULL, 
     dw, 
     MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), 
     (LPTSTR) &lpMsgBuf, 
     0, NULL); 
    OutputDebugStringA((LPTSTR)lpMsgBuf); 

    LocalFree(lpMsgBuf); 
} 

int main() 
{ 
    HANDLE job = CreateJobObjectA(NULL, "demo job 123"); 
    if (!job) { 
     OutputDebugStringA("CreateJobObject failed"); 
     dumpLastError(); 
     return 1; 
    } 

    if (!AssignProcessToJobObject(job, GetCurrentProcess())) { 
     OutputDebugStringA("AssignProcessToJobObject failed"); 
     dumpLastError(); 
     return 1; 
    } 

    return 0; 
} 

Le manifeste UAC (main.exe.manifest):

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> 
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> 
    <ms_asmv3:trustInfo xmlns:ms_asmv3="urn:schemas-microsoft-com:asm.v3"> 
     <ms_asmv3:security> 
     <ms_asmv3:requestedPrivileges> 
      <ms_asmv3:requestedExecutionLevel level="requireAdministrator"/> 
     </ms_asmv3:requestedPrivileges> 
     </ms_asmv3:security> 
    </ms_asmv3:trustInfo> 
</assembly> 

Je construis cet exemple en exécutant

cl main.cpp 
mt -manifest main.exe.manifest -outputresource:main.exe;1 

Malheureusement, l'exécution de mon exemple main.exe après ces étapes génère toujours une erreur «Accès refusé» dans la sortie de débogage lors de la tentative de l'appel AssignProcessToJobObject. Est-ce que quelqu'un sait pourquoi c'est?

Answer 1

J'ai suivi un certain nombre de discussions à un moment concernant les objets de travail et les manifestes de l'UAC. La seule information qui m'a aidé pour le même problème que vous avez était que cette fonctionnalité de sécurité (introduite dans Vista) n'est apparemment pas appliquée lorsqu'elle est exécutée à partir d'un cmd.

Je suppose que vous lancez PyCmd à partir du menu Démarrer. Essayez de le lancer à partir de cmd, et je parie que le problème disparaîtra là aussi.

Ce que je fini par faire (pour exécuter mintty avec Cygwin) était de faire un mintty.bat qui dit

start mintty.exe 

puis un raccourci vers mintty.bat qui avait une propriété définie pour exécuter « minimisais » (J'oublie le libellé exact). Cela permet au shell que je voulais être lancé à partir du menu Démarrer et fonctionne toujours comme s'il avait été lancé à partir de cmd.exe.

En note, j'aimerais que quelqu'un vienne expliquer le problème au niveau de la construction et comment le résoudre.

Answer 2

Je sais que c'est une vieille question, mais j'avais récemment le même problème. Comme suggéré, j'ai utilisé la solution de contournement de la ligne de commande jusqu'à il y a quelques minutes, j'ai trouvé this post.

Depuis que je créais le processus, je viens de suivre les instructions sur l'article en ajoutant CREATE_BREAKAWAY_FROM_JOB aux drapeaux de création de processus:

CreateProcess(szPath, NULL, NULL, NULL, FALSE, NORMAL_PRIORITY_CLASS, NULL, NULL, &si, &pi) 

avec

CreateProcess(szPath, NULL, NULL, NULL, FALSE, NORMAL_PRIORITY_CLASS | CREATE_BREAKAWAY_FROM_JOB, NULL, NULL, &si, &pi) 

Je l'ai testé et il fonctionne comme prévu, le processus est assigné au travail, pas de manifeste UAC, pas de ligne de commande.

Espérons que cela vous aidera, vous ou toute autre personne ayant ce problème.