GetFullPathNameW e lunghi percorsi file Windows

Question

Nella versione Windows del mio progetto personale corrente, sto cercando di supportare extended length filepaths. Di conseguenza, sono un po 'confuso su come utilizzare l'API GetFullPathNameW per risolvere il nome completo di un percorso file lungo.

Secondo MSDN (per quanto riguarda il parametro lpFileName):

Nella versione ANSI di questa funzione, il nome è limitato a caratteri MAX_PATH. Per estendere questo limite a 32.767 caratteri di larghezza, chiamare la versione Unicode della funzione e anteporre "\? \" Al percorso. Per ulteriori informazioni, vedere Denominazione di un file.

se sto capire questo modo corretto, al fine di utilizzare una lunghezza percorso file estesa con GetFullPathNameW, ho bisogno di specificare un percorso con il prefisso di \\?\ allegato. Poiché il prefisso \\?\ è valido solo prima delle lettere di volume o dei percorsi UNC, ciò significherebbe che l'API non è utilizzabile per la risoluzione del nome completo di un percorso relativo alla directory corrente.

In questo caso, esiste un'altra API che posso utilizzare per risolvere il nome completo di un percorso file come ..\somedir\somefile.txt se la lunghezza del nome risultante supera MAX_PATH? In caso contrario, sarei in grado di combinare GetCurrentDirectory con il relativo filepath (\\?\C:\my\cwd\..\somedir\somefile.txt) e usarlo con GetFullPathNameW oppure dovrei gestire tutta la risoluzione del percorso file da solo?

Answer 1

1. GetFullPathNameA è limitata a MAX_PATH caratteri, perché converte il nome ANSI per un nome UNICODE anticipo utilizzando un hardcoded MAX_PATH -sized (in caratteri) UNICODE tampone. Se la conversione non riesce a causa delle limitazioni di lunghezza, viene chiamato GetFullPathNameW (o diretto GetFullPathName_U[Ex]) e il nome risultante UNICODE viene convertito in ANSI.

2. GetFullPathNameW è un guscio molto sottile su GetFullPathName_U. È limitato alla lunghezza MAXSHORT (0x7fff) in WCHAR, indipendentemente dal prefisso del file \\?\. Anche senza \\?\, funzionerà a lungo (>MAX_PATH) nomi relativi. Tuttavia, se il parametro lpFileName non inizia con il prefisso \\?\, il nome del risultato nel parametro lpBuffer non inizierà neanche con \\?\.

3. se si sarà utilizzare lpBuffer con funzioni come CreateFileW - questa funzione convertire internamente Win32Name-NtName. e il risultato dipenderà dal tipo della nuca (RTL_PATH_TYPE). se il nome non inizia con \\?\ prefisso, la conversione non riesce perché RtlDosPathNameToRelativeNtPathName_U[_WithStatus] fallisce (perché se il percorso non inizia con \\?\ sarà chiamata internamente GetFullPathName_U (stessa funzione chiamata da GetFullPathNameW) con nBufferLength preimpostato a MAX_PATH (esattamente 2*MAX_PATH in byte - NTDLL le funzioni utilizzano la dimensione del buffer in byte, non in WCHAR s).Se il nome inizia con \\?\ prefisso, un altro caso in RtlDosPathNameToRelativeNtPathName_U[_WithStatus] viene eseguito - RtlpWin32NtNameToNtPathName, che sostituisce \\?\ con \??\ e non ha alcun MAX_PATH limitazione

Quindi la soluzione può apparire come segue:

if(ULONG len = GetFullPathNameW(FileName, 0, 0, 0)) 
{ 
    PWSTR buf = (PWSTR)_alloca((4 + len) * sizeof(WCHAR)); 
    buf[0] = L'\\', buf[1] = L'\\', buf[2] = L'?', buf[3] = L'\\'; 
    if (len - 1 == GetFullPathName(FileName, len, buf + 4, &c)) 
    { 
     CreateFile(buf, ...); 
    } 
} 

Così abbiamo è necessario specificare un percorso con il prefisso \\?\ allegato, ma non prima di GetFullPathName - after!

Per ulteriori informazioni, leggere questo - The Definitive Guide on Win32 to NT Path Conversion