Do files with long names screw up a computer?

I used to help a business that had that same habit in the Windows 7 days. They were far too descriptive in their file names, and it took a few incidents to train them to not use such descriptive names and not make files go so deep in their folder tree. Typically, they would take “Minutes of board meeting April 10, 2015” from their personal store and put relevant files into it, and later move it to “Company board Meetings of 2015” which was arbitrarily deep in their entire server document store. There were several things at work here - the original folder was easy to construct, because wordy doc titles in it did not violate the limit. Moving the folder by name did not violate the structure, because it simply moved the folder as is, rather than digging deeper one file at a time. But the programs attempting to retrieve a file would try to specify the full file path and hit the limit. i presume that’s because the program calls the rlevant Windows system process and tries to tell it the full file name - greater than the max buffer space allocated - whereas moving the folder before that simply told the relevant window call “move this folder to here” and neither item itself violated the buffer limit.

The solution was to rename folders and/or files (as others mention) to things like “Board2015” to get below the limit. You can rename a folder whose full path does not exceed the name limit, thus causing the full path of the included files to now be below the limit.

If, as some have said, the problem is just in specific apps, then I suspect that whoever wrote that app just allocated a static string of some specified finite length to hold the file name, something like

char filename[256]

because they figured that 256 characters would be enough for anything.

Most Unicies seem to use MAXNAMLEN = 255 as the limit for any individual name, with a total path name of 4096 for Linux and 1024 for others. But it is rubbery. So, whilst contrived, it isn’t difficult to get into trouble. Windows and MacOS similarly are 255, again, this is just the file name, not the path. On Windows that 255 is Unicode characters, not ascii. 1024 is the max path length on Mac and Windows.

Historically Windows has MAX_PATH which is set to 260 (255 characters for path, 3 for drive spec, and 1 for a terminating null).

32-bit Windows has an extra layer that Unix and Linux do not: the Win32 API, the NT native API, and the underlying file-system. This made it possible to replace the Win32 API with a POSIX, but it also added some mostly unutilized complications.

With NT and 32-bit Windows, they added support for paths of 32k 16-bit Unicode characters. There were two sets of functions and UX dialogs. One for backwards compatibility and one for the wide char support.

This created a situation where one program could create a crazy filename that other programs could not modify. IIRC, even Explorer used the old API. This was a common exploit for viruses.

I haven’t programmed Windows in a long time (Vista or XP) and I’m not sure how it is handled in 64-bit Windows, but as a user I still see a variety of File Open dialogs in old apps. It’s entirely possible that 32-bit Adobe is using a less powerful API.

I had this very issue a few days ago, with Excel file names on a corporate laptop running Win 10 - I couldn’t rename the files (unless the name was very short), and I couldn’t open the offending files. The temporary workaround was to move everything to a folder named C:\Temp\ and work on them there. I did find a registry edit solution (How-To Geek) but it didn’t stick for me as it required a reboot, and some corporate boot script or other changed the registry back again. Win 10 registry settings aside, there is a 218 character limit to Excel file paths (Microsoft), which seems to be there so links between Excel documents don’t get broken by a file path length that Excel can’t handle. There are crafty ways of concatenating cells in Excel to get around some of these limitations, but that sounds like a right faff, I’ll either try and keep the file path short or move things to a snappily-named folder in C: root.

It is not by words, it is by characters and the limit is 256 characters. You will face problems when you exceed this limit and try to copy or delete files with long path names, and this can be handled by tools like Long Path Tool or Gs Richcopy 360

I often bump up against this at work, and have to change or shorten folder/file names.

Yes , shorten the long paths is best and workable solution for this issue , but it still a headache if you have for example 1000 path or more

I wonder if the issue here might be that you’re saving the file to a shared filesystem that has different constraints than your local machine.

I wonder if part of the problem here might be spaces in your file/folder names. Supposedly most modern operating systems handle them gracefully, but there I’ve seen a number of apps and network attached storage devices that don’t.

This has bitten me enough times that I simply don’t use spaces in file or folder names. I just don’t have a strong enough need for “friendly” names to justify the hassle of occasional weird glitches.