Il existe un lecteur réseau partagé utilisé à partir de plusieurs emplacements. Certains fichiers du lecteur réseau n'ont pas pu être utilisés. En essayant de les ouvrir je recevais l'erreur "le nom du fichier est trop long". J'ai remarqué que lorsque je mappe le lecteur réseau dans un lecteur local en utilisant subst de l'invite de commande, le fichier s'ouvre très bien. Ce qui m'a amené à croire qu'il y a un problème avec le chemin. J'ai ensuite utilisé une commande dans PowerShell pour obtenir une liste de tous ces chemins fautifs et je suis tombé sur un utilitaire de renommage de fichiers en vrac qui me permettrait de raccourcir les noms de fichiers pour rendre le fichier accessible à nouveau. Mais encore ce n'est pas une solution élégante simplement parce que le nombre de fichiers est juste trop.Contourner la restriction de longueur de chemin
Dans le cas où vous vous demandez pourquoi ne pas demander à tout le monde de mapper le lecteur réseau sur le lecteur local, cela ne fonctionnera pas pour 2 raisons. 1. Nous devons envoyer par courrier électronique des liens vers des fichiers individuels à un grand nombre d'utilisateurs différents. Si nous envoyons le lien avec un mappage local, ce lien ne fonctionnerait pas pour les autres utilisateurs. 2. En outre, certains de ces utilisateurs sont des utilisateurs de gestion de haut niveau, ils ne peuvent pas être dérangés en suivant le chemin sur leur lecteur mappé localement. En raison de ma connaissance limitée, je suis tombé sur ce lien, https://msdn.microsoft.com/en-us/library/aa365247(v=vs.85).aspx#maxpath. Selon mon interprétation, la longueur de trajet admissible peut être grossièrement augmentée de 260 à 32000. Si c'est le cas, ce sera la meilleure solution, mais je ne sais pas comment y arriver. Toute aide grandement appréciée. Merci et désolé pour le long post.
Source https://msdn.microsoft.com/fr-fr/library/windows/ Ordinateur de bureau/aa365247% 28v = vs.85% 29.aspx # maxpath? Des sons comme OP aurait du le lire déjà –
Puisqu'il s'agit d'un lecteur réseau, il démarre comme \\ networkdrivepath .. suite à votre suggestion qui est mentionné dans l'article \\? \\ networkdrivepath ne semble pas fonctionner. – user3777207