Bonjour,
Je viens d’installer LibreGED sous Windows et je tiens tout d’abord à vous féliciter : je trouve l’idée du programme vraiment excellente, en particulier la possibilité de gérer un historique des fichiers sans avoir à les déplacer. C’est un concept que j’apprécie énormément. Bravo pour ce travail et pour le partage.
Malheureusement, je suis confronté à un problème que je redoutais un peu. Il semble lié au fait que certains de mes dossiers dépassent la limite fatidique des 259 caractères imposée par Windows.
Je vous joins des captures d’écran illustrant la situation.
À titre d’information, j’utilise également un autre logiciel de sauvegarde (que j’apprécie beaucoup lui aussi) dont le concepteur a réussi à contourner cette limite. Le traitement se fait avec un message d’avertissement, mais les opérations restent possibles. Je joins également une capture d’écran correspondante.
Pensez-vous qu’il serait envisageable d’implémenter un mécanisme similaire dans LibreGED ?
Cela fait près de 40 ans que mes dossiers et sous-dossiers s’enrichissent et s’allongent progressivement. Aujourd’hui, il m’est difficile de tout restructurer. Un autre développeur m’a suggéré de revoir complètement mon arborescence, mais cela me semble complexe et peu réaliste dans mon contexte. D’autant plus que, via des outils comme Total Commander et quelques autres solutions techniques, tout fonctionne parfaitement.
Je garde donc espoir de pouvoir utiliser LibreGED à long terme, car son approche me correspond tout à fait.
Encore bravo pour votre travail et merci par avance pour votre retour.
Cordialement, Guy
Je viens d’installer LibreGED sous Windows et je tiens tout d’abord à vous féliciter : je trouve l’idée du programme vraiment excellente, en particulier la possibilité de gérer un historique des fichiers sans avoir à les déplacer. C’est un concept que j’apprécie énormément. Bravo pour ce travail et pour le partage.
Malheureusement, je suis confronté à un problème que je redoutais un peu. Il semble lié au fait que certains de mes dossiers dépassent la limite fatidique des 259 caractères imposée par Windows.
Je vous joins des captures d’écran illustrant la situation.
À titre d’information, j’utilise également un autre logiciel de sauvegarde (que j’apprécie beaucoup lui aussi) dont le concepteur a réussi à contourner cette limite. Le traitement se fait avec un message d’avertissement, mais les opérations restent possibles. Je joins également une capture d’écran correspondante.
Pensez-vous qu’il serait envisageable d’implémenter un mécanisme similaire dans LibreGED ?
Cela fait près de 40 ans que mes dossiers et sous-dossiers s’enrichissent et s’allongent progressivement. Aujourd’hui, il m’est difficile de tout restructurer. Un autre développeur m’a suggéré de revoir complètement mon arborescence, mais cela me semble complexe et peu réaliste dans mon contexte. D’autant plus que, via des outils comme Total Commander et quelques autres solutions techniques, tout fonctionne parfaitement.
Je garde donc espoir de pouvoir utiliser LibreGED à long terme, car son approche me correspond tout à fait.
Encore bravo pour votre travail et merci par avance pour votre retour.
Cordialement, Guy
Messages
Bonjour Guy et bienvenue sur Technifree !
Merci d'utiliser LibreGED, ça fait toujours plaisir de savoir que ça peut être utile à d'autres
Je vois que tu es victime des soucis NTFS de Windows, c'est regrettable effectivement.
J'aurai bien une réponse, mais elle serait mal venue ici (quoique, je la donne quand même : Linux (son système de fichier est totalement différent et bien plus robuste et fiable que l’archaïque NTFS + Win32)).
Néanmoins, je vais regarder pour voir si un contournement est possible, bien que ce soit dangereux pour l'intégrité des fichiers et surtout pour l'indexage (par Windows et donc par LibreGED).
Il faudrait que je puisse reproduire exactement le soucis sur ma plateforme de développement. Du coup, saurais-tu me dire à combien de niveau de répertoire le message apparaît et aussi la version de Windows que tu utilises ? (Windows 10, Windows 11, 32 ou 64 bits).
Sinon, pour résumer :
-> Oui, c’est envisageable (pas simple à mettre en oeuvre mais pas impossible non plus)
-> Je vais implémenter un mode “résilient”:
- LibreGED continue la réindexation et avertit sur les fichiers/dossiers ignorés (chemin trop long, etc.)
- On va proposer un export/log de la liste
- et on va tenter d'améliorer la compatibilité Windows via support "\\?\ + exe longPathAware" (oui je sais, c'est un peu chinois, mais j'ai mon idée)
C'est clair qu'il serait stupide de refaire 40 ans d'arbo (le conseil qu'on t'a donné est typiquement donné par quelqu’un qui n’a jamais eu de données à gérer, j'ai le même souci que toi - pas en terme d'arborescence mais en quantité de documents depuis plus de 30 ans aussi).
Sans promesses de résultat, je tente
Merci d'utiliser LibreGED, ça fait toujours plaisir de savoir que ça peut être utile à d'autres
Je vois que tu es victime des soucis NTFS de Windows, c'est regrettable effectivement.
J'aurai bien une réponse, mais elle serait mal venue ici (quoique, je la donne quand même : Linux (son système de fichier est totalement différent et bien plus robuste et fiable que l’archaïque NTFS + Win32)).
Néanmoins, je vais regarder pour voir si un contournement est possible, bien que ce soit dangereux pour l'intégrité des fichiers et surtout pour l'indexage (par Windows et donc par LibreGED).
Il faudrait que je puisse reproduire exactement le soucis sur ma plateforme de développement. Du coup, saurais-tu me dire à combien de niveau de répertoire le message apparaît et aussi la version de Windows que tu utilises ? (Windows 10, Windows 11, 32 ou 64 bits).
Sinon, pour résumer :
-> Oui, c’est envisageable (pas simple à mettre en oeuvre mais pas impossible non plus)
-> Je vais implémenter un mode “résilient”:
- LibreGED continue la réindexation et avertit sur les fichiers/dossiers ignorés (chemin trop long, etc.)
- On va proposer un export/log de la liste
- et on va tenter d'améliorer la compatibilité Windows via support "\\?\ + exe longPathAware" (oui je sais, c'est un peu chinois, mais j'ai mon idée)
C'est clair qu'il serait stupide de refaire 40 ans d'arbo (le conseil qu'on t'a donné est typiquement donné par quelqu’un qui n’a jamais eu de données à gérer, j'ai le même souci que toi - pas en terme d'arborescence mais en quantité de documents depuis plus de 30 ans aussi).
Sans promesses de résultat, je tente
Bonjour Vincent,
Merci pour ta réponse rapide et constructive, c’est vraiment sympa.
Il est malheureusement trop tard pour moi pour basculer vers Linux. Mon expérience me fait penser qu’il vaut mieux éviter de trop se disperser : je ne rattraperais probablement jamais sous Linux toute l’expérience accumulée sous Windows, même si tu as certainement raison sur le fond.
Je me doute de la difficulté à gérer « proprement » les noms de dossiers dépassant les 259 caractères, surtout quand on sait que Windows continue de gérer les noms de fichiers au format 8.3. Pour ceux qui en douteraient, il suffit de lancer la commande dir /X dans une fenêtre de commande "cmd" ( autre que le terminal proposé
) pour le constater
Pour information, je travaille sous Windows 11 (j’ai tout de même un peu évolué depuis MS-DOS 1.0). J’ai d’ailleurs développé toute une gestion de disques virtuels à l’aide de batchs et de la commande SUBST, ce qui me permet d’atteindre facilement des niveaux de sous-répertoires très importants sans souci pour pouvoir les exploiter et TotalCommander fait parfaitement le job pour les sauvegardes. Je salue l'auteur ici car, même si il ne s'agit pas d'un logiciel open source, le prix de sa License "à vie" est des plus correct.
Cela pourrait peut-être constituer une piste de réflexion pour la gestion des chemins longs, d’autant que cela permet également d’affecter des dossiers distants via des adresses IP... Je pense que cette commande DOS ne pourra jamais totalement disparaître des couches basses de Windows, sans remettre en question toute la gestion des fichiers, notamment côté gestionnaires réseau.
Autre petite information : je travaille avec FreeCAD depuis des années et je crois me souvenir que, sur d’anciennes versions, je n’avais pas ce souci, ce qui tendrait à dire qu’il doit être possible de le gérer. Je vais essayer de réinstaller ces vieilles versions pour voir à quel moment cela a basculé, ou s’il s’agit plutôt d’un problème côté Windows qui serait devenu plus restrictif ?
En tout cas, merci encore d’avoir pris ma demande en considération, et bravo pour le programme, le site, le forum et le blog etc... : je suis bluffé.
@+
Cordialement, Guy
Merci pour ta réponse rapide et constructive, c’est vraiment sympa.
Il est malheureusement trop tard pour moi pour basculer vers Linux. Mon expérience me fait penser qu’il vaut mieux éviter de trop se disperser : je ne rattraperais probablement jamais sous Linux toute l’expérience accumulée sous Windows, même si tu as certainement raison sur le fond.
Je me doute de la difficulté à gérer « proprement » les noms de dossiers dépassant les 259 caractères, surtout quand on sait que Windows continue de gérer les noms de fichiers au format 8.3. Pour ceux qui en douteraient, il suffit de lancer la commande dir /X dans une fenêtre de commande "cmd" ( autre que le terminal proposé
) pour le constaterPour information, je travaille sous Windows 11 (j’ai tout de même un peu évolué depuis MS-DOS 1.0
). J’ai d’ailleurs développé toute une gestion de disques virtuels à l’aide de batchs et de la commande SUBST, ce qui me permet d’atteindre facilement des niveaux de sous-répertoires très importants sans souci pour pouvoir les exploiter et TotalCommander fait parfaitement le job pour les sauvegardes. Je salue l'auteur ici car, même si il ne s'agit pas d'un logiciel open source, le prix de sa License "à vie" est des plus correct.Cela pourrait peut-être constituer une piste de réflexion pour la gestion des chemins longs, d’autant que cela permet également d’affecter des dossiers distants via des adresses IP... Je pense que cette commande DOS ne pourra jamais totalement disparaître des couches basses de Windows, sans remettre en question toute la gestion des fichiers, notamment côté gestionnaires réseau.
Autre petite information : je travaille avec FreeCAD depuis des années et je crois me souvenir que, sur d’anciennes versions, je n’avais pas ce souci, ce qui tendrait à dire qu’il doit être possible de le gérer. Je vais essayer de réinstaller ces vieilles versions pour voir à quel moment cela a basculé, ou s’il s’agit plutôt d’un problème côté Windows qui serait devenu plus restrictif ?
En tout cas, merci encore d’avoir pris ma demande en considération, et bravo pour le programme, le site, le forum et le blog etc... : je suis bluffé.
@+
Cordialement, Guy
Bonsoir Vincent,
Pour faire suite à mon message précédent, j'ai réinstallé la version 0.18 de FREECAD pour vérifier son comportement avec les dernières versions et j'ai constaté que le problème était identique.
Ce que j'ai constaté :
- Il est possible de créer une arborescence de fichiers qui peut dépasser allègrement les 259 caractères : Sous DOS, la commande "md C:\A0123456789\B0123456789\C0123456789\D0123456789\E0123456789\F0123456789\G0123456789\H0123456789\I0123456789\J0123456789\K0123456789\L0123456789\M0123456789\N0123456789\O0123456789\P0123456789\Q0123456789\R0123456789\S0123456789\T0123456789\U0123456789\V0123456789\W0123456789\X0123456789\Y0123456789\Z0123456789" génère l'arborescence des dossiers sans souci et "rd C:\A0123456789\B0123456789\C0123456789\D0123456789\E0123456789\F0123456789\G0123456789\H0123456789\I0123456789\J0123456789\K0123456789\L0123456789\M0123456789\N0123456789\O0123456789\P0123456789\Q0123456789\R0123456789\S0123456789\T0123456789\U0123456789\V0123456789\W0123456789\X0123456789\Y0123456789\Z0123456789" l'efface de la même manière
Ensuite j'ai constaté que le dossier qui pose limite avec FREECAD, et précisé par TotalCommander, est T0123456789 mais son comportement est différent si on est sous DOS ou dans l'explorateur Windows !
- Sous FREECAD je peux lire tous les fichiers jusqu'au sous-dossier T0123456789 mais je ne peux plus les réécrire à partir de ce sous-dossier et pour les fichiers plus loin dans l'arborescence j'obtiens :
Vous remarquerez qu'il traite tout au format 8.3
- Sous DOS ou dans l'explorateur Windows on peut renommer les fichiers ou les copier dans des dossiers encore plus profond de la hiérarchie sans aucun problème ce qui semblerait indiquer qu'il n'y a plus de limite
En conclusion, il semblerait que ce sont uniquement les programmes tiers qui posent souci, Microsoft semble avoir trouvé le moyen de dépasser les 259 caractères fatidique !
Je reste à votre disposition si vous souhaitez que je teste autre chose...
Bon courage et merci encore
Pour faire suite à mon message précédent, j'ai réinstallé la version 0.18 de FREECAD pour vérifier son comportement avec les dernières versions et j'ai constaté que le problème était identique.
Ce que j'ai constaté :
- Il est possible de créer une arborescence de fichiers qui peut dépasser allègrement les 259 caractères : Sous DOS, la commande "md C:\A0123456789\B0123456789\C0123456789\D0123456789\E0123456789\F0123456789\G0123456789\H0123456789\I0123456789\J0123456789\K0123456789\L0123456789\M0123456789\N0123456789\O0123456789\P0123456789\Q0123456789\R0123456789\S0123456789\T0123456789\U0123456789\V0123456789\W0123456789\X0123456789\Y0123456789\Z0123456789" génère l'arborescence des dossiers sans souci et "rd C:\A0123456789\B0123456789\C0123456789\D0123456789\E0123456789\F0123456789\G0123456789\H0123456789\I0123456789\J0123456789\K0123456789\L0123456789\M0123456789\N0123456789\O0123456789\P0123456789\Q0123456789\R0123456789\S0123456789\T0123456789\U0123456789\V0123456789\W0123456789\X0123456789\Y0123456789\Z0123456789" l'efface de la même manière
Ensuite j'ai constaté que le dossier qui pose limite avec FREECAD, et précisé par TotalCommander, est T0123456789 mais son comportement est différent si on est sous DOS ou dans l'explorateur Windows !
- Sous FREECAD je peux lire tous les fichiers jusqu'au sous-dossier T0123456789 mais je ne peux plus les réécrire à partir de ce sous-dossier et pour les fichiers plus loin dans l'arborescence j'obtiens :
Vous remarquerez qu'il traite tout au format 8.3
- Sous DOS ou dans l'explorateur Windows on peut renommer les fichiers ou les copier dans des dossiers encore plus profond de la hiérarchie sans aucun problème ce qui semblerait indiquer qu'il n'y a plus de limite
En conclusion, il semblerait que ce sont uniquement les programmes tiers qui posent souci, Microsoft semble avoir trouvé le moyen de dépasser les 259 caractères fatidique !
Je reste à votre disposition si vous souhaitez que je teste autre chose...
Bon courage et merci encore
Hello,
Je vois bien le problème (qui n'en est pas un en réalité).
Ton arborescence est correcte, même sous Windows et son système de fichier NTFS, il faut juste que LibreGED s'adapte à celle-ci. Chose que je n'avais pas prévu au départ étant donné que je limite de base la longueur des chemins à 240 caractères (je n'utilise pas les "longpath" dans LibreGED et pourtant, Python le permet).
Du coup, il faut que j'adapte mon Logiciel à cette situation, car, si tu es concerné, d'autres risquent de l'être également. FreeCAD n'a malheureusement pas jugé bon, dans ses dernières versions, d'implémenter ceci (tout comme moi d'ailleurs). Il est vrai que la gestion de fichiers en 8.3 nous permet quand même d'aller (théoriquement) jusqu'à +32000 caractères (ça c'est sur le papier chez Kro$oft, car je n'ai jamais testé).
Je vais donc adapter LibreGED à cette situation que tu soulève très précisément (et je t'en remercie au passage), le temps pour moi de réécrire certaines parties du code.
Par contre, je rebondis sur ta phrase :
J'ai vu passer sous linux bien des personnes qui m'affirmaient la même chose et qui, aujourd'hui, me disent l'inverse :
Je peux t'accompagner (même personnellement s'il le faut) pour t'aider à faire la bascule, il faut juste avoir confiance et y croire
Je suis là pour ça !
PS : ce soucis avec Freecad n'existe pas sous linux vu que le logiciel est natif sur cet OS ! (j'dis ça ... j'dis rien ... hein ^_^)
Je vois bien le problème (qui n'en est pas un en réalité).
Ton arborescence est correcte, même sous Windows et son système de fichier NTFS, il faut juste que LibreGED s'adapte à celle-ci. Chose que je n'avais pas prévu au départ étant donné que je limite de base la longueur des chemins à 240 caractères (je n'utilise pas les "longpath" dans LibreGED et pourtant, Python le permet).
Du coup, il faut que j'adapte mon Logiciel à cette situation, car, si tu es concerné, d'autres risquent de l'être également. FreeCAD n'a malheureusement pas jugé bon, dans ses dernières versions, d'implémenter ceci (tout comme moi d'ailleurs). Il est vrai que la gestion de fichiers en 8.3 nous permet quand même d'aller (théoriquement) jusqu'à +32000 caractères (ça c'est sur le papier chez Kro$oft, car je n'ai jamais testé).
Je vais donc adapter LibreGED à cette situation que tu soulève très précisément (et je t'en remercie au passage), le temps pour moi de réécrire certaines parties du code.
Par contre, je rebondis sur ta phrase :
Il est malheureusement trop tard pour moi pour basculer vers Linux. Mon expérience me fait penser qu’il vaut mieux éviter de trop se disperser : je ne rattraperais probablement jamais sous Linux toute l’expérience accumulée sous Windows, même si tu as certainement raison sur le fond.
J'ai vu passer sous linux bien des personnes qui m'affirmaient la même chose et qui, aujourd'hui, me disent l'inverse :
Mais pourquoi diable suis-je resté aussi longtemps enfermé dans Windows, si j'avais su que linux était aussi simple et intuitif, j'y serai passé depuis très longtemps !
Je peux t'accompagner (même personnellement s'il le faut) pour t'aider à faire la bascule, il faut juste avoir confiance et y croire
Je suis là pour ça !
PS : ce soucis avec Freecad n'existe pas sous linux
vu que le logiciel est natif sur cet OS ! (j'dis ça ... j'dis rien ... hein ^_^)Connectez-vous pour répondre.