La longueur de nom court d'un chemin de répertoire ne doit pas dépasser 66
caractères sous peine de provoquer des incohérences dans Windows (problème
d'ouverture de fichiers, pb d'enregistrement de fichier, etc...).
Je pense que tu as raison Jean-Claude mais je ne parlai pas de la longueur du chemin (effectivement, chez moi aussi j'ai des chemins plus grand que 66 caractères) mais de la profondeur d'imbrication des répertoires les uns dans les autres.
Si tu crée des répertoires les uns dans les autres, à partir d'une certaine limite, si tu es dans l'explorateur Windows et que tu tente de supprimer le répertoire à la racine : j'ai l'impression que cela ne fonctionne plus (je ne me souvviens pas de la limite). Pour pouvoir le supprimer, tu dois déplacer un sous niveau de l'arborescence à la racine du disque et ensuite supprimer chaque arbo.
Phil.
"Jean-Claude BELLAMY" wrote in message news:O1N64H#
Dans le message news:% , Philippe [MS] s'est ainsi exprimé:
> "Jean-Claude BELLAMY" wrote in > message news: >> Dans le message news:%23T$ , >> HD s'est ainsi exprimé: >>>> NON! >>>> Car cette prétendue limite de 66 caractères N'EXISTE PAS ! >>>> [...] J'ai plein de fichiers dont le nom court dépasse 66 >>>> caractères et cela ne cause aucun problème ! >>>> Donc si tu as des pb avec des noms de fichiers, ce N'EST PAS à >>>> cause de 66 caractères en nom court, mais c'est dû à autre chose ! >>>> (indique nous les noms qui te posent pb) >>> Pourtant le fait de réduire les répertoires pour obtenir des noms >>> courts inférieur à 66 caractères a solutionner mes problèmes... >>> >>> Ces problèmes se posaient sur des postes qui par macro VBA >>> récupéraient les répertoires complets du serveur pour les mettre en >>> poste fixe tout en laissant un fichier log à la place de >>> l'emplacement du répertoire du serveur. Le transfert plantait. >> >> L'erreur est dans la MACRO VBA, et non pas un pb fonctionnel de >> Windows sur le nom court! >> >>> J'ai également une autre macro qui m'édite tout les fichiers (je >>> peux en avoir plus de 100) situés dans un répertoire donné. Si ce >>> répertoire a un nom court dépassant les 66 caractères alors les >>> ouvertures de fichiers plantent... Pas tous mais certains plantent. >>> Par contre si le répertoire en question est inférieur à 66 alors là >>> je n'ai aucun problème. >> >> Fais voir ces macros ! >> Il y a un bug dedans ...
> [..] > > Cela ne viendrai pas plutôt du nombre de répertoirs imbriqués gérés > par Windows ???
Je persiste et signe pour affirmer que l'on peut parfaitement avoir des chemins qui dépassent 66 caractères en noms courts. Il y a en a plein mes disques (en particulier dans les fichiers et
dossiers
de Delphi et de Visual .NET)
L'erreur provient des macros VBA qui bidouillent les noms de fichiers ... C'est pourquoi j'aimerais bien les voir de près ..
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org http://www.bellamyjc.org *
Bonjour,
Je pense que tu as raison Jean-Claude mais je ne parlai pas de la longueur
du chemin (effectivement, chez moi aussi j'ai des chemins plus grand que 66
caractères) mais de la profondeur d'imbrication des répertoires les uns dans
les autres.
Si tu crée des répertoires les uns dans les autres, à partir d'une certaine
limite, si tu es dans l'explorateur Windows et que tu tente de supprimer le
répertoire à la racine : j'ai l'impression que cela ne fonctionne plus (je
ne me souvviens pas de la limite). Pour pouvoir le supprimer, tu dois
déplacer un sous niveau de l'arborescence à la racine du disque et ensuite
supprimer chaque arbo.
Phil.
"Jean-Claude BELLAMY" <Jean-Claude.Bellamy@wanadoo.fr> wrote in message
news:O1N64H#yEHA.1404@TK2MSFTNGP11.phx.gbl...
Dans le message news:%23MeqGw9yEHA.2192@TK2MSFTNGP14.phx.gbl ,
Philippe [MS] <ptrotin@online.microsoft.com> s'est ainsi exprimé:
> "Jean-Claude BELLAMY" <Jean-Claude.Bellamy@wanadoo.fr> wrote in
> message news:OXXS43yyEHA.3840@tk2msftngp13.phx.gbl...
>> Dans le message news:%23T$IOyyyEHA.3336@TK2MSFTNGP11.phx.gbl ,
>> HD <hd@anti.spam.fr> s'est ainsi exprimé:
>>>> NON!
>>>> Car cette prétendue limite de 66 caractères N'EXISTE PAS !
>>>> [...] J'ai plein de fichiers dont le nom court dépasse 66
>>>> caractères et cela ne cause aucun problème !
>>>> Donc si tu as des pb avec des noms de fichiers, ce N'EST PAS à
>>>> cause de 66 caractères en nom court, mais c'est dû à autre chose !
>>>> (indique nous les noms qui te posent pb)
>>> Pourtant le fait de réduire les répertoires pour obtenir des noms
>>> courts inférieur à 66 caractères a solutionner mes problèmes...
>>>
>>> Ces problèmes se posaient sur des postes qui par macro VBA
>>> récupéraient les répertoires complets du serveur pour les mettre en
>>> poste fixe tout en laissant un fichier log à la place de
>>> l'emplacement du répertoire du serveur. Le transfert plantait.
>>
>> L'erreur est dans la MACRO VBA, et non pas un pb fonctionnel de
>> Windows sur le nom court!
>>
>>> J'ai également une autre macro qui m'édite tout les fichiers (je
>>> peux en avoir plus de 100) situés dans un répertoire donné. Si ce
>>> répertoire a un nom court dépassant les 66 caractères alors les
>>> ouvertures de fichiers plantent... Pas tous mais certains plantent.
>>> Par contre si le répertoire en question est inférieur à 66 alors là
>>> je n'ai aucun problème.
>>
>> Fais voir ces macros !
>> Il y a un bug dedans ...
> [..]
>
> Cela ne viendrai pas plutôt du nombre de répertoirs imbriqués gérés
> par Windows ???
Je persiste et signe pour affirmer que l'on peut parfaitement avoir des
chemins qui dépassent 66 caractères en noms courts.
Il y a en a plein mes disques (en particulier dans les fichiers et
dossiers
de Delphi et de Visual .NET)
L'erreur provient des macros VBA qui bidouillent les noms de fichiers ...
C'est pourquoi j'aimerais bien les voir de près ..
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org Jean-Claude.Bellamy@wanadoo.fr *
JC.Bellamy@free.fr
Je pense que tu as raison Jean-Claude mais je ne parlai pas de la longueur du chemin (effectivement, chez moi aussi j'ai des chemins plus grand que 66 caractères) mais de la profondeur d'imbrication des répertoires les uns dans les autres.
Si tu crée des répertoires les uns dans les autres, à partir d'une certaine limite, si tu es dans l'explorateur Windows et que tu tente de supprimer le répertoire à la racine : j'ai l'impression que cela ne fonctionne plus (je ne me souvviens pas de la limite). Pour pouvoir le supprimer, tu dois déplacer un sous niveau de l'arborescence à la racine du disque et ensuite supprimer chaque arbo.
Phil.
"Jean-Claude BELLAMY" wrote in message news:O1N64H#
Dans le message news:% , Philippe [MS] s'est ainsi exprimé:
> "Jean-Claude BELLAMY" wrote in > message news: >> Dans le message news:%23T$ , >> HD s'est ainsi exprimé: >>>> NON! >>>> Car cette prétendue limite de 66 caractères N'EXISTE PAS ! >>>> [...] J'ai plein de fichiers dont le nom court dépasse 66 >>>> caractères et cela ne cause aucun problème ! >>>> Donc si tu as des pb avec des noms de fichiers, ce N'EST PAS à >>>> cause de 66 caractères en nom court, mais c'est dû à autre chose ! >>>> (indique nous les noms qui te posent pb) >>> Pourtant le fait de réduire les répertoires pour obtenir des noms >>> courts inférieur à 66 caractères a solutionner mes problèmes... >>> >>> Ces problèmes se posaient sur des postes qui par macro VBA >>> récupéraient les répertoires complets du serveur pour les mettre en >>> poste fixe tout en laissant un fichier log à la place de >>> l'emplacement du répertoire du serveur. Le transfert plantait. >> >> L'erreur est dans la MACRO VBA, et non pas un pb fonctionnel de >> Windows sur le nom court! >> >>> J'ai également une autre macro qui m'édite tout les fichiers (je >>> peux en avoir plus de 100) situés dans un répertoire donné. Si ce >>> répertoire a un nom court dépassant les 66 caractères alors les >>> ouvertures de fichiers plantent... Pas tous mais certains plantent. >>> Par contre si le répertoire en question est inférieur à 66 alors là >>> je n'ai aucun problème. >> >> Fais voir ces macros ! >> Il y a un bug dedans ...
> [..] > > Cela ne viendrai pas plutôt du nombre de répertoirs imbriqués gérés > par Windows ???
Je persiste et signe pour affirmer que l'on peut parfaitement avoir des chemins qui dépassent 66 caractères en noms courts. Il y a en a plein mes disques (en particulier dans les fichiers et
dossiers
de Delphi et de Visual .NET)
L'erreur provient des macros VBA qui bidouillent les noms de fichiers ... C'est pourquoi j'aimerais bien les voir de près ..
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org http://www.bellamyjc.org *
scraper
Bonjour (dans news:) tu nous disais :
Hello HD !
La je ne saurais vous dire. Il ne reste plus qu'à attendre qu'un expert passe par la!
ou aller poser sa question sur le forum dos ;-)
--
Attention ! Adresse mail invalide ... Pour me contacter, cliquez sur le lien ci-dessous: http://scraper.chez.tiscali.fr/contact.htm
scraper
Bonjour P@py.Net
(dans news:mn.7bab7d4be8bd67ae.15765@m.fr)
tu nous disais :
Hello HD !
La je ne saurais vous dire.
Il ne reste plus qu'à attendre qu'un expert passe par la!
ou aller poser sa question sur le forum dos ;-)
--
Attention ! Adresse mail invalide ...
Pour me contacter, cliquez sur le lien ci-dessous:
http://scraper.chez.tiscali.fr/contact.htm
