-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot save method with selector length > 255 #127
Comments
I hat to say, this but that is a limitation that probably dates back to the If you are able to come up with a viable workaround for NTFS, I'd be Dale On Wed, Jun 18, 2014 at 10:13 AM, numberpi [email protected] wrote:
|
Sadly, this limitation is common, according to https://en.wikipedia.org/wiki/Filename
The only one with longer names would be Amiga SFS with 32,000. So at some point we have to deal with this :( |
Interesting ... the only folks who I've heard having problems are folks using windows. For example I published a one-click that image that had it's github-cache included and a windows user said then when he unzipped the file, windows complained about that directory and he ended up deleting it (I admit that I do not remember the exact error) ... the zip file was create on a mac and I was able to use it on both mac and linux without problems ... perhaps there are other Windows filesystem limitations that he ran into? Here's a 298 character file name that I was able to use on my mac:
So something does not compute... |
Sorry for having been unclear, the maximum length of 255 (byte or unicode code points, depending on file system) is not for the whole path but only its final component, the file name itself. That is why saving the Monticello Package (which @numberpi tried) won't work no neither windows, mac, or linux. Other than that, yes, NTFS has a practical path length restriction of about 260 characters (which typically shadows the 255 character filename limit) |
Okay ... the one who complained about the github cache problem implied that there is a pathname limitation on windows as well and I assumed that this was a variant of the same problem ... presumably there will be additional issues on windows:) If it a single file name that is the problem, then the name can be replaced with any unique sequence of characters ... Patching the method MCFileTreeStCypressWriter>>fileNameMapFor for long filenames should be pretty straightforward... |
I'll take on this once I find some time :) |
Haha, that's my problem as well ... |
You cannot save a method with length > 255 to filetree, because NTFS limits file name length to 255.
Example method from Monticello:
Error:
The text was updated successfully, but these errors were encountered: