this post was submitted on 27 Jul 2023
446 points (89.1% liked)

Technology

59669 readers
2727 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

As a full time desktop Linux user since 1999 (the actual year of the Linux desktop, I swear) I wish all you Windows folks the best of luck on the next clean install πŸ‘

...and Happy 30th Birthday "New Technology" File System!

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 25 points 1 year ago* (last edited 1 year ago) (3 children)

File paths. Not just the filename, the entire directory path, including the filename. It's way too easy to run up against limit if you're actually organized.

[–] [email protected] 7 points 1 year ago (1 children)

It might be 255 characters for the entire path?

I've run into it at work where I don't get to choose many elements. Thanks "My Name - OneDrive" and people who insist on embedding file information into filenames.

[–] [email protected] 2 points 1 year ago

The limit was 260. The OS and the filesystem support more. You have to enable a registry key and apps need to have a manifest which says they understand file paths longer than 260 characters. So while it hasn't been a limitation for awhile, as long as apps were coded to support lesser path lengths it will continue to be a problem. There needs to be an conversion mechanism like Windows 95 had so that apps could continue to use short file names. Internally the app could use short path names while the rest of the OS was no longer held back.

[–] [email protected] 2 points 1 year ago

32k Unicode characters. No, mate, it's not easy to run up.

[–] [email protected] -2 points 1 year ago (3 children)

You like diving 12 folders deep to find the file you're after? I feel like there's better, more efficient ways to be organized using metadata, but maybe I'm wrong.

[–] [email protected] 16 points 1 year ago

Not OP, but I occasionally come across this issue at work, where some user complains they they are unable to access a file/folder because of the limit. You often find this in medium-large organisations with many regions and divisions and departments etc. Usually they would create a shortcut to their team/project's folder space so they don't have to manually navigate to it each time. The folder structure might be quite nested, but it's organized logically, it makes sense. Better than dumping millions of files into a single folder.

Anyways, this isn't actually an NTFS limit, but a Windows API limit. There's even a registry value[1] you can change to lift the limit, but the problem is that it can crash legacy programs or lead to unexpected behavior, so large organisations (like ours) shy away from the change.

  1. https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=registry
[–] [email protected] 9 points 1 year ago (1 children)

C:\Users\axexandriaanastasiachristianson\Downloads\some_git_repo\src\...

You run into the file parth limit all the fucking time if you're a developer at an organization that enforces fullname usernames.

[–] [email protected] 2 points 1 year ago

Metadata is slow, messy, and volatile. Also, shortcuts are a thing.