Retour étrange GetLastError dans C++ géré

Question

J'ai un problème vraiment étrange avec GetLastError et géré C++. GetLastError renvoie quelque chose de très étrange après la transition du code non géré au code managé.

Le code d'erreur: 122 - La zone de données transmise à un appel système est trop petite.

En outre, le message strMessage transmis au serveur.

fonction non managée:

DWORD SendMessage(LPCTSTR strMessage, CString * strResponse) 
    { 

    DWORD dwLastError; 
    BOOL bSuccess = FALSE; 
    try 
    { 
      //some socket code 
      int ret = recv... 
      if (ret == SOCKET_ERROR || ret == 0) 
      { 
       Log(GetLastError()); //falls into here 
       Log(WSAGetLastError()); 
       throw "Failed!" 
      } 
      bSuccess = TRUE; 
    } 
    catch (LPCTSTR pszException) 
    { 
     dwLastError = GetLastError(); 
     Log(pszException); 
     Log(dwLastError); 
     Log(WSAGetLastError()); 
    } 

    Log(dwLastError); 
    SetLastError(dwLastError); 
    return bSuccess; 
    } 

code managé:

void SendManagedMessage(String^strMessage) 
    { 
    CString cstrMessage = (char*) Marshal::StringToHGlobalAnsi(strMessage).ToPointer(); 
    CString cstrResponse; 
     if (!SendMessage(cstrMessage, &cstrResponse)) 
     { 
      Log("Failed to send managed message"); 
      Log(GetLastError()); 
     } 

     //... 
    } 

sortie du journal

0 
0 
Failed! 
Failed! 
0 
0 
0 
Failed to send managed message 
122 

Answer 1

Beaucoup func tions appellent SetLastError comme effet secondaire pendant leur travail. Cela signifie généralement qu'une fonction appelle une autre fonction, qui peut avoir une défaillance interne pour laquelle elle peut appeler SetLastError, et ainsi la valeur d'erreur précédente est remplacée.

Par exemple, il est très probable que quelque chose appelé par la fonction Log appelle quelque chose qui définit le ERROR_INSUFFICIENT_BUFFER, gère cette erreur et renvoie un succès. Résultat? Même si votre code n'a pas échoué dans un sens plus large, votre valeur d'erreur est coupée. Lorsque les fonctions Win32 échouent, vous devez prendre quelques précautions pour appeler le GetLastError avant d'appeler trop de code non apparenté.

Mise à jour: Je voudrais également lire le lien dans le commentaire. En outre, en lisant votre code, où il est dit "Failed" suivi de 0 codes d'erreur, je pense que ce qui se passe est probablement l'autre extrémité fermée le socket (c'est-à-dire recv retourné 0).

Answer 2

Vous pouvez essayer d'ajouter:

dwLastError = 0; 

Pour le cas de succès. La façon dont vous l'avez, vous pouvez appeler SetLastError avec une variable non initialisée. Je suis surpris que vous n'obteniez pas d'avertissement de compilateur.