MFI가 긴 경로 길이를 처리하도록 허용이러한 위시리스트 요청을 하게 된 계기는 무엇이었나요?
긴 길이의 파일 경로에 도달하여 처리가 완전히 중단되어 폴더에 있는 파일을 표시하지 못하는 여러 파일 가져오기
어떤 개선을 보고 싶으신가요? JMP를 사용하여 다음 중 하나를 수행하세요.
- 경로 길이가 너무 길지만 다른 모든 파일은 계속 처리하는 파일을 생략하거나 회색으로 표시하도록 MFI를 업데이트합니다.
- 레지스트리 설정을 켠 사용자가 더 긴 경로를 활용할 수 있도록 더 긴 경로 길이를 허용하도록 JMP 애플리케이션 매니페스트를 업데이트했습니다.
왜 이 아이디어가 중요한가요?
이 특정한 사례에서 폴더 경로가 길고 폴더의 특정 파일이 Windows 260자 제한을 넘어섰습니다. MFI가 폴더의 처음 14개 파일만 표시했지만(15번째 파일이 규칙을 어긴 첫 번째 파일) 폴더의 많은 파일은 문제가 없었습니다. MFI는 이러한 파일을 표시할 수 있어야 합니다.
또한, 언급된 Windows 문서( https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=registry )에 따르면 사용자는 레지스트리에서 긴 경로 길이를 켤 수 있지만 애플리케이션 매니페스트도 업데이트해야 합니다. 문서에 따르면 이는 JMP가 제어하는 것으로 보입니다.
첫 번째로 나열된 옵션은 처리할 수 없는 파일이 나열되지 않도록 시스템에 try()를 내장하는 것일 뿐이지만, 사용자에게 올바른 레지스트리 키만 있다면 긴 경로 길이를 사용할 수 있는 JMP를 사용하는 후자가 더 길고 더 나은 솔루션일 수 있습니다.
데이터 접근Re: MFI가 긴 경로 길이를 처리하도록 허용여기에 추가하여 답은 첫 번째 옵션보다 두 번째 옵션에 더 있을 수 있다고 제안합니다.
Names default to here(1);
dir = Pick Directory();
files = FilesinDirectory(dir);
위의 스크립트를 실행하고 문제가 있는 폴더로 이동하면 파일 변수는 경로 길이가 초과되기 전에 처음 몇 개의 파일로만 채워집니다. 따라서 이 문제는 JMP가 파일 액세스를 위해 Windows API를 활용하는 방식에 내재되어 있는 듯합니다.
따라서 유일한 해결책은 옵션 #2일 수 있습니다.
Re: MFI가 긴 경로 길이를 처리하도록 허용 - 상태가 다음으로 변경됨: 확인됨
