Long paths, hitting MAX_PATH limit of 260 chars

BRM bm_witness at yahoo.com
Wed May 13 19:05:56 CEST 2009

Speaking from a Windows Programming (not Qt or KDE programming) POV...

It depends on what you want to do. Any API that can only work with a C-string (char*) will hit the 260 character limit.

Any API that you can also (or only) use a Unicode string will be able to get around that limit by using Unicode version of the string with \\?\ prefixed.
It still has a limit - of 32k instead of 260 characters - but should be (at least for the time being) hard to reach. That limit is built into the NT kernel.

Just 2 cents...


----- Original Message ----
From: Bernhard Reiter <bernhard at intevation.de>
To: kde-windows at kde.org
Sent: Wednesday, May 13, 2009 11:47:56 AM
Subject: Long paths, hitting MAX_PATH limit of 260 chars

Windows seems to have a limit of 260 chars in a paths
and with Kontact's imap cache we are hitting the limit if there are too many 
subfolder. I am wondering if these limits are hit by other components
as well and if using the extended-paths of windows, starting 
with "\\?\" would be a solution to the problem.

Technical details and hints about the problem we've hit:
https://www.intevation.de/roundup/kolab/issue3582 (Errors with too 
long/reserved/case-sensitive file names)
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Neuer Graben 17, Osnabrück, DE; AG Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Kde-windows mailing list
Kde-windows at kde.org

More information about the Kde-windows mailing list