struct passwdはメモリリークの原因です - どのように正しく解放するのですか？

Question

"struct passwd"の使用に5ブロックのメモリリークを隔離しました。無駄にいくつかの異なる無料の（ユーザー）呼び出しを試してみました。この構造体はどのように解放されることになっていますか？トピックに関するいくつかの異なるSOの質問が、私はこの特定の構造体をどのように処理する必要があるかについてのほとんどのドキュメントを見つける。プログラムは別途問題なく動作します。ありがとう。

#include <assert.h> 
#include <pwd.h> 
#include <stdio.h> 
#include <stdlib.h> 
#include <string.h> 
#include <unistd.h> 
#include <sys/types.h> 

int main() { 
    pid_t pid = getpid(); 
    uid_t uid = getuid(); 
    struct passwd *user = getpwuid(uid); 
    unsigned int bufferMaxLen = strlen(".dir.") + strlen(user->pw_name) + 10; 
    char* dirName = malloc(bufferMaxLen * sizeof(char)); 
    assert(dirName != NULL); 
    sprintf(dirName, "%s.dir.%d", user->pw_name, pid); 

    printf("bufferMaxLen is: %d\n", bufferMaxLen); 
    printf("Directory name is: %s\n", dirName); 

    free(dirName); 
    return 0; 
} 

Answer 1

このコードでは、実装固有のライブラリ機能のように見えます。ライブラリが最初に関数を呼び出すときにライブラリを割り当てて、それを解放しないことはかなり普通です。通常の実行中に解放する方法や機会がなく、終了ハンドラで単一のメモリ割り当てを解放することは全く意味がありません。プログラム終了直後に解放される。

この種の割り当ては静的なデータと考えることができますが、必要なときにのみバッファ/構造体への静的ポインタが割り当てられます。関連する関数が呼び出されない場合は、メモリの使用量が少なくて済みます。欠点は、あなたの質問で実証されたメモリアナライザの混乱は言うまでもなく、関数が呼び出されると少し複雑なコード、ランタイムコスト、メモリの使用です。

Valgrindのようなツールでは、この種の「リーク」を隠すフィルタを無視しています。

Answer 2

あなたは、あなた自身のstruct passwordとgetpwuid_rに/etc/passwdを読み取るためのバッファを供給することによって、メモリの割り当てを制御することができます。

（これはリエントラントにも役立ちます。その理由は、この関数の接尾辞は_rです。接尾辞のないバージョンでは、グローバルバッファを1つ割り当てることができます）。