I have read that the path length restriction is less severe for drag-and-drop operations than for file dialogs.
-Charlie Lasnier




Subject: RE: Long filenames (LV61 Win2000) From: "Rolf Kalbermatter" <[EMAIL PROTECTED]> Date: Thu, 15 Jan 2004 22:31:16 +0100

Hi Michael

 The problem is not with the length of the filename. The
 problem is the total character length of the path including
 the filename. I don't know the details but the limitations
 are a combination of directory depth, directory name length
 and filename length.

 Rolf, i assume it works for you because you are saving to
 root. I assume it is not working for Martin because he is
 in a subdirectory that has a long name certain levels down.

With file name length I do refer to the total length of the path actually and the limit there is as I have said 259 characters

This is a Windows API limitation and can only be overcome with
quite some humbo bumbo using Unicode API functions and special
path name syntax with an added \\?\ before the actual file name.

As it seems to turn out at least some of the LabVIEW functions
do have a limit of 128 character for each hierarchy level in a
path. This is not entirely logical as the hierarchy level elements
are stored as a short Pascal string internally which would be able
to handle 255 chars and LabVIEW does that in most places actually.
It may be however possible that in the function to convert a
LabVIEW path into a platform path sring, there might be a small
bug using a signed char at some place during the conversion for
the lenght of such an element.

It shouldn't be a serious problem in most cases as the path itself
is limited to 259 characters on Windows anyhow.

Rolf Kalbermatter
CIT Engineering Nederland BV    tel: +31 (070) 415 9190
Treubstraat 7H                           fax: +31 (070) 415 9191
2288 EG Rijswijk        http://www.citengineering.com
Netherlands             mailto:[EMAIL PROTECTED]




Reply via email to