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... Ben ----- Original Message ---- From: Bernhard Reiter <[email protected]> To: [email protected] 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 [email protected] https://mail.kde.org/mailman/listinfo/kde-windows _______________________________________________ Kde-windows mailing list [email protected] https://mail.kde.org/mailman/listinfo/kde-windows
