Skip to main content
GetLongPathName function

Converts the specified path to its long form.

To perform this operation as a transacted operation, use the GetLongPathNameTransacted function.

For more information about file and path names, see Naming Files, Paths, and Namespaces.


  _In_  LPCTSTR lpszShortPath,
  _Out_ LPTSTR  lpszLongPath,
  _In_  DWORD   cchBuffer


lpszShortPath [in]

The path to be converted.

In the ANSI version of this function, GetLongPathNameA, the name is limited to MAX_PATH (260) characters. To extend this limit to 32,767 wide characters, call the Unicode version of the function, GetLongPathNameW, and prepend "\\?\" to the path. For more information, see Naming Files, Paths, and Namespaces.

Tip  Starting with Windows 10, version 1607, for the unicode version of this function (GetLongPathNameW), you can opt-in to remove the MAX_PATH limitation without prepending "\\?\". See the "Maximum Path Length Limitation" section of Naming Files, Paths, and Namespaces for details.
lpszLongPath [out]

A pointer to the buffer to receive the long path.

You can use the same buffer you used for the lpszShortPath parameter.

cchBuffer [in]

The size of the buffer lpszLongPath points to, in TCHARs.

Return value

If the function succeeds, the return value is the length, in TCHARs, of the string copied to lpszLongPath, not including the terminating null character.

If the lpBuffer buffer is too small to contain the path, the return value is the size, in TCHARs, of the buffer that is required to hold the path and the terminating null character.

If the function fails for any other reason, such as if the file does not exist, the return value is zero. To get extended error information, call GetLastError.


On many file systems, a short file name contains a tilde (~) character. However, not all file systems follow this convention. Therefore, do not assume that you can skip calling GetLongPathName if the path does not contain a tilde (~) character.

If the file or directory exists but a long path is not found, GetLongPathName succeeds, having copied the string referred to by the lpszShortPath parameter to the buffer referred to by the lpszLongPath parameter.

If the return value is greater than the value specified in cchBuffer, you can call the function again with a buffer that is large enough to hold the path. For an example of this case, see the Example Code section for GetFullPathName.

Note  Although the return value in this case is a length that includes the terminating null character, the return value on success does not include the terminating null character in the count.

It is possible to have access to a file or directory but not have access to some of the parent directories of that file or directory. As a result, GetLongPathName may fail when it is unable to query the parent directory of a path component to determine the long name for that component. This check can be skipped for directory components that have file extensions longer than 3 characters, or total lengths longer than 12 characters. For more information, see the Short vs. Long Names section of Naming Files, Paths, and Namespaces.

In Windows 8 and Windows Server 2012, this function is supported by the following technologies.


Server Message Block (SMB) 3.0 protocol


SMB 3.0 Transparent Failover (TFO)


SMB 3.0 with Scale-out File Shares (SO)


Cluster Shared Volume File System (CsvFS)


Resilient File System (ReFS)




For an example that uses GetLongPathName, see the Example Code section for GetFullPathName.


Minimum supported client

Windows XP [desktop apps | UWP apps]

Minimum supported server

Windows Server 2003 [desktop apps | UWP apps]


FileAPI.h (include Windows.h);
WinBase.h on Windows Server 2008 R2, Windows 7, Windows Server 2008, Windows Vista, Windows Server 2003 and Windows XP (include Windows.h)





Unicode and ANSI names

GetLongPathNameW (Unicode) and GetLongPathNameA (ANSI)

See also

File Management Functions
Naming Files, Paths, and Namespaces