Résolution de l'erreur R6016 - Espace insuffisant pour les données de thread

Mon statiquement lié Visual C++ 2012 programme de façon sporadique génère un CTRL erreur: "R6016 - Pas assez d'espace pour le fil de données".

La documentation minimale de Microsoft indique ce message d'erreur est généré lorsqu'un nouveau thread est engendré, mais pas assez de mémoire peut être alloué pour cela.

Cependant, mon code ne explicitement génère un nouveau thread dans quelques cas bien définis, ce qui n'est pas produit ici (bien que certainement les bibliothèques Microsoft en interne frayer fils à bien). Un utilisateur a signalé ce problème lorsque le programme a été juste en existant dans l'arrière-plan.

Ne sais pas si c'est pertinent, mais je n'ai pas remplacé la valeur par défaut de 1 mo réservés taille de la pile ou de la taille de segment de mémoire, et la mémoire totale utilisée par mon programme est généralement assez faible (3 MO-10 MO sur un système avec 12 go réelle de la RAM, plus de la moitié de ce qui est non alloué).

Cela arrive très rarement, donc je ne peux pas le suivre vers le bas), et il a été rapporté sur plus d'une machine. J'ai seulement entendu parler de cela sur Windows 8.1, mais je ne lis pas trop.

Est-il un compilateur paramètre quelque part qui pourrait influer sur cette erreur? Ou erreur de programmation?

source d'informationauteur Dev93 | 2014-01-15

  1. 2

    Ce qui s'est avéré être causée par d'appeler CreateThread plutôt que _beginthread. La documentation de Microsoft dans la section des Remarques états qui CreateThread provoque des conflits lors de l'utilisation de la bibliothèque CRTet en effet, une fois que nous avons fait le changement, nous n'avons jamais vu cette erreur à nouveau.

  2. 1

    Vous devez appeler TlsAlloc dans DllMain si la version de Windows Vista ou supérieur .

    implicite TLS manipulation a été réécrit dans Windows Vista [...]
    threadprivate et __ _ _ declspec(thread) devrait fonctionner correctement dans
    au moment de l'exécution Dll chargées depuis.

    BOOL APIENTRY DllMain(HINSTANCE hinstDll, DWORD fdwReason,
           LPVOID lpvReserved)
   {
       static BOOL fFirstProcess = TRUE;
       BOOL fWin32s = FALSE;
       DWORD dwVersion = GetVersion();
       static DWORD dwIndex;

       if ( !(dwVersion & 0x80000000) && LOBYTE(LOWORD(dwVersion))<4 )
           fWin32s = TRUE;

       if (dwReason == DLL_PROCESS_ATTACH) {
           if (fFirstProcess || !fWin32s) {
               dwIndex = TlsAlloc();
            }
            fFirstProcess = FALSE;
       }

   }

    ko 118816

    Lorsqu'un programme est lancé, la taille de la TLS est déterminé par la prise
    en compte les TLS taille requise par l'exécutable ainsi que les
    TLS exigences de tous les autres implicitement Dll chargées. Lorsque vous chargez
    une autre DLL de façon dynamique avec la fonction LoadLibrary ou le décharger avec
    FreeLibrary, le système doit examiner tous les threads en cours d'exécution et à
    agrandir ou compact leurs TLS de stockage en conséquence.

    Votre code de la DLL doit être modifié pour utiliser ces TLS fonctionne comme TlsAlloc, et d'allouer TLS si la DLL est chargée avec la fonction LoadLibrary. Ou, la DLL à l'aide de __declspec(thread) ne doit être implicitement chargés dans l'application.

    Ligne du bas: LoadLibrary n'est pas thread-safe.

  3. 0

    J'ai découvert que le processus est en 32 bits.
    Dans ce cas, j'ai augmenter la mémoire de processus avec la commande

    bcdedit /set increaseuserva 3072