Comment obtenir un nom associé à un HANDLE ouvert

Quelle est la meilleure façon d'obtenir le nom de fichier associée avec un HANDLE ouvert dans Win32?

source d'informationauteur Max Caceres

  1. 13

    Il y a une bonne (bien que les sans-papiers) façon de le faire sur Windows XP qui travaille également avec des répertoires -- la même méthode GetFinalPathNameByHandle utilise sur Windows Vista et les versions ultérieures.

    Voici la aux plates déclarations. Certains de ces projets sont déjà en WInternl.h et MountMgr.h mais je viens de les mettre ici quand même:

    #include "stdafx.h"
#include <Windows.h>
#include <assert.h>

enum OBJECT_INFORMATION_CLASS { ObjectNameInformation = 1 };
enum FILE_INFORMATION_CLASS { FileNameInformation = 9 };
struct FILE_NAME_INFORMATION { ULONG FileNameLength; WCHAR FileName[1]; };
struct IO_STATUS_BLOCK { PVOID Dummy; ULONG_PTR Information; };
struct UNICODE_STRING { USHORT Length; USHORT MaximumLength; PWSTR Buffer; };
struct MOUNTMGR_TARGET_NAME { USHORT DeviceNameLength; WCHAR DeviceName[1]; };
struct MOUNTMGR_VOLUME_PATHS { ULONG MultiSzLength; WCHAR MultiSz[1]; };

extern "C" NTSYSAPI NTSTATUS NTAPI NtQueryObject(IN HANDLE Handle OPTIONAL,
    IN OBJECT_INFORMATION_CLASS ObjectInformationClass,
    OUT PVOID ObjectInformation OPTIONAL, IN ULONG ObjectInformationLength,
    OUT PULONG ReturnLength OPTIONAL);
extern "C" NTSYSAPI NTSTATUS NTAPI NtQueryInformationFile(IN HANDLE FileHandle,
    OUT PIO_STATUS_BLOCK IoStatusBlock, OUT PVOID FileInformation,
    IN ULONG Length, IN FILE_INFORMATION_CLASS FileInformationClass);

#define MOUNTMGRCONTROLTYPE ((ULONG) 'm')
#define IOCTL_MOUNTMGR_QUERY_DOS_VOLUME_PATH \
    CTL_CODE(MOUNTMGRCONTROLTYPE, 12, METHOD_BUFFERED, FILE_ANY_ACCESS)

union ANY_BUFFER {
    MOUNTMGR_TARGET_NAME TargetName;
    MOUNTMGR_VOLUME_PATHS TargetPaths;
    FILE_NAME_INFORMATION NameInfo;
    UNICODE_STRING UnicodeString;
    WCHAR Buffer[USHRT_MAX];
};

    Voici la fonction de base:

    LPWSTR GetFilePath(HANDLE hFile)
{
static ANY_BUFFER nameFull, nameRel, nameMnt;
ULONG returnedLength; IO_STATUS_BLOCK iosb; NTSTATUS status;
status = NtQueryObject(hFile, ObjectNameInformation,
nameFull.Buffer, sizeof(nameFull.Buffer), &returnedLength);
assert(status == 0);
status = NtQueryInformationFile(hFile, &iosb, nameRel.Buffer,
sizeof(nameRel.Buffer), FileNameInformation);
assert(status == 0);
//I'm not sure how this works with network paths...
assert(nameFull.UnicodeString.Length >= nameRel.NameInfo.FileNameLength);
nameMnt.TargetName.DeviceNameLength = (USHORT)(
nameFull.UnicodeString.Length - nameRel.NameInfo.FileNameLength);
wcsncpy(nameMnt.TargetName.DeviceName, nameFull.UnicodeString.Buffer,
nameMnt.TargetName.DeviceNameLength / sizeof(WCHAR));
HANDLE hMountPointMgr = CreateFile(_T("\\\\.\\MountPointManager"),
0, FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE,
NULL, OPEN_EXISTING, 0, NULL);
__try
{
DWORD bytesReturned;
BOOL success = DeviceIoControl(hMountPointMgr,
IOCTL_MOUNTMGR_QUERY_DOS_VOLUME_PATH, &nameMnt,
sizeof(nameMnt), &nameMnt, sizeof(nameMnt),
&bytesReturned, NULL);
assert(success && nameMnt.TargetPaths.MultiSzLength > 0);
wcsncat(nameMnt.TargetPaths.MultiSz, nameRel.NameInfo.FileName,
nameRel.NameInfo.FileNameLength / sizeof(WCHAR));
return nameMnt.TargetPaths.MultiSz;
}
__finally { CloseHandle(hMountPointMgr); }
}

    et voici un exemple d'utilisation:

    int _tmain(int argc, _TCHAR* argv[])
{
HANDLE hFile = CreateFile(_T("\\\\.\\C:\\Windows\\Notepad.exe"),
0, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, 0, NULL);
assert(hFile != NULL && hFile != INVALID_HANDLE_VALUE);
__try
{
wprintf(L"%s\n", GetFilePath(hFile));
// Prints:
// C:\Windows\notepad.exe
}
__finally { CloseHandle(hFile); }
return 0;
}
  2. 4

    modifier Merci pour les commentaires à propos de ces Vista ou Server 2008. J'ai manqué dans la page. Suppose que je devrais avoir lu le ensemble article 😉

    Il semble que vous pouvez utiliser GetFileInformationByHandleEx() pour obtenir cette information.

    Vous aurez probablement envie de faire quelque chose comme:

    GetFileInformationByHandleEx( fileHandle, FILE_NAME_INFO, lpFileInformation, sizeof(FILE_NAME_INFO));

    Vérifiez la page MSDN pour m'assurer que je n'ai pas vous avoir induit en erreur trop mal 🙂

    Acclamations,

    Taylor

  3. 0

    Si vous avez besoin pour ce faire sur Win32 pré-Vista ou Server 2008, regardez la GetMappedFileName(...) fonction, qui est l'un des secrets les mieux gardés de Win32. Avec un peu de C/C++-fuvous pouvez la mémoire de la carte une petite partie du fichier en question, et de passer ensuite que la poignée de cette fonction.

    Aussi, sur Win32, vous ne pouvez pas supprimer un fichier qui est ouvert (open/dissocier problème mentionné dans une autre réponse) - vous pouvez le marquer pour suppression sur fermer, mais il va encore traîner jusqu'à son dernier handle ouvert est fermé. Je ne sais pas si la cartographie (via mmap(...)) le fichier dans ce cas serait de l'aide, car il a pour point de revenir à un fichier physique...

    -=- James.

  4. 0

    Sur les unix il n'y a vraiment aucun moyen fiable de faire cela. Dans unix, avec le traditionnel système de fichiers unix, vous pouvez ouvrir un fichier puis de dissocier (supprimer son entrée à partir de l'annuaire) et de l'utiliser, à quel point le nom n'est pas stocké n'importe où. En outre, à cause d'un fichier peut avoir plusieurs liens physiques dans le système de fichiers, chacun de ces noms sont équivalentes, donc une fois que vous avez tout juste le handle ouvert, il ne serait pas savoir quel est le nom de fichier que vous devez carte de retour vers.

    Ainsi, vous pouvez être en mesure de le faire sur Win32 l'aide d'autres réponses, mais si vous avez besoin de porter l'application unix ambiance, vous serez hors de la chance. Mon conseil pour vous est de revoir votre programme, si possible, de sorte que vous n'avez pas besoin de l'OS afin d'être en mesure de maintenir une ressource ouverte pour le nom de fichier de connexion.

  5. 0

    Pour Windows Vista et les versions ultérieures, je préfère utiliser
    GetFinalPathNameByHandle()

    char buf[MAX_PATH];
GetFinalPathNameByHandleA(fileHandle, buf, sizeof(buf), VOLUME_NAME_DOS)

    Pour Windows XP, je préfère le solution par Mehrdad.

    Donc je charge GetFinalPathNameByHandle() de manière dynamique via GetProcAddress() et si cela ne fonctionne pas (parce que c'est Windows XP) je aller pour Mehrdad de la solution avec NtQueryObject()