Votre nom de fichier de sauvegarde sera coupé, un point c'est tous !

Un truc bizarre depuis quelque temps dans mes sauvegardes automatique ou pas d'Heredis, ce dernier n'enregistre que les 30 premiers caractères du nom de fichier :


Alors j'ai fais un test avec une 50aines de caractères (des chiffres) et je n'ai pas réussi à reproduire le problème...
et je viens d'avoir la réponse en écrivant ce message, Systématiquement Heredis, s'arrête au premier "." rencontré dans le nom du fichier :


Et maintenant que je viens de me donner la réponse, oui effectivement :


Merci moi... donc faites attention....

Cela me semble normal, les points sont a éviter soignesement dans les noms de fichiers. Remplace les par un tiret "-" et tu n'auras pas de soucis.

Oui tu as raison Jacqueline, mais je n'ai pas pour mémoire que cela le faisait avant (avant quand ?) et cela ne le fait pas avec les BK11, (fichier de sauvegarde de Heredis) ...

J'ai tous de même envoyer un message à BSD pour info et qu'ils soit au courant et si ils ne le sont pas déjà.... en autre ...

On ne met JAMAIS un point dans un nom de fichier. Le point sert à délimiter le nom du fichier de son extension.

Moi si, et je vais continuer de le faire !.. (mais j'assume et je gère pas de soucis) .. dans mon cas précis, la sauvegarde d'Heredis sait le faire, le backup devrait suivre aussi (?)..

Mon message était donc faire attention et comme tu le souligne de rappeler que tous les caractères ne sont pas bons à être utiliser dans un nom de fichier (y compris sous heredis) ... nous sommes d'accord

Jacqueline a écrit:Cela me semble normal, les points sont a éviter soignesement dans les noms de fichiers. Remplace les par un tiret "-" et tu n'auras pas de soucis.

Jimbo a écrit:On ne met JAMAIS un point dans un nom de fichier. Le point sert à délimiter le nom du fichier de son extension.

Ah ! bon ! quelle est la loi (et de quel pays) qui impose cela ?
On peut utiliser (presque) tous les caractères comme nom de fichier, avec quelques exceptions ("#", "?", "*", "&", "", ":" ...)
Le nombre de caractères du nom dépend du système de fichiers (FAT16, FAT32, NTFS, ...).
Le premier point en partant de la droite sert à délimiter l'extension, un point c'est tout !
Une fois de plus, BSD est pris la main dans le sac à bug !
Pourvu que cela dure que je puisse continuer à bien rigoler !

Jimbo a écrit:On ne met JAMAIS un point dans un nom de fichier. Le point sert à délimiter le nom du fichier de son extension.

hum plus vrai ça, mais Heredis ne respecte pas "le plus vrai"

Michaël a écrit:Une fois de plus, BSD est pris la main dans le sac à bug !!

Tu va rire, mais je m'attendais à cette remarque !... et cela n'était pas mon but bien entendue ...

Michaël a écrit:

Jacqueline a écrit:Cela me semble normal, les points sont a éviter soignesement dans les noms de fichiers. Remplace les par un tiret "-" et tu n'auras pas de soucis.

Jimbo a écrit:On ne met JAMAIS un point dans un nom de fichier. Le point sert à délimiter le nom du fichier de son extension.

Ah ! bon ! quelle est la loi (et de quel pays) qui impose cela ?
On peut utiliser (presque) tous les caractères comme nom de fichier, avec quelques exceptions ("#", "?", "*", "&", "", ":" ...)
Le nombre de caractères du nom dépend du système de fichiers (FAT16, FAT32, NTFS, ...).
Le premier point en partant de la droite sert à délimiter l'extension, un point c'est tout !
Une fois de plus, BSD est pris la main dans le sac à bug !
Pourvu que cela dure que je puisse continuer à bien rigoler !

C'est curieux, cela ne choque personne que l'on interdise un double-point, mais pas le point ? Alors que l'on est sur que ce dernier existera dans le nom de fichier (pour délimiter l'extension).
Oui ce n'est plus vrai si l'on parle d'applications récentes. Dans le cadre de mon travail, j'ai encore des applications qui ont plus de 15 ans, qui fonctionnent très bien et qui couteraient trop cher à redevelopper. Mettez leur un point dans le nom de fichier, et tu es sur qu'à l'execution, tu auras droit à un beau message "l'extension du fichier .10.2010.doc n'est pas reconnue".

Bien d'accord avec toi Jimbo, c'était aussi le pourquoi de mon message n°2

Je n'ai jamais mis de point dans nom de fichier mais j'utilise sans problème les tiret -
et je n'ai jamais eu de problème d'autant que je veille à ne pas utiliser de nom de fichier trop long

Je le déconseille aussi (et même si je vais continuer de les utiliser), mais ce qui ne me semble pas normal pour ne pas dire logique et comme expliqué plus haut.

Heredis le gère bien quand on passe par l'option de sauvegarde de son fichier, voir "enregistrer sous" etc. alors pour moi il devrait aussi le faire pour les fichier Bak.

Jimbo a écrit:
Oui ce n'est plus vrai si l'on parle d'applications récentes. Dans le cadre de mon travail, j'ai encore des applications qui ont plus de 15 ans, qui fonctionnent très bien et qui couteraient trop cher à redevelopper. .

Je croyais que H11 avait un peu plus d'un an !
Et il y a 15 ans, même sous Windows 95, on pouvait avoir des noms longs comme aujourd'hui !

Pour Windows 95, je confirme, et il y avait même des programmes qui aider leurs gestions (comme sous DOS) et que je dois encore avoir..

Cela me rappel le temps ou je faisais un trou sur les disquettes de 720 K pour les utiliser en 1.44 Mo, mon beau père (de l'époque) m'avait fabriqué un gabarit en bois pour caler la disquette et être sur de l'endroit de ce trou... souvenirs souvenirs... (Hé oui déjà des bidouilles !)

Tahiti a écrit:Cela me rappel le temps ou je fessais un trou sur les disquettes de 720 K pour les utiliser en 1.44 Mo, mon beau père (de l'époque) m'avait fabriqué un gabarie en bois pour caler la disquette et être sur de l'endroit de ce trou... souvenirs souvenirs... (Hé oui déjà des bidouilles !)

avec une mèche de 6

Michaël a écrit:

Jacqueline a écrit:Cela me semble normal, les points sont a éviter soignesement dans les noms de fichiers. Remplace les par un tiret "-" et tu n'auras pas de soucis.

Jimbo a écrit:On ne met JAMAIS un point dans un nom de fichier. Le point sert à délimiter le nom du fichier de son extension.

Ah ! bon ! quelle est la loi (et de quel pays) qui impose cela ?
On peut utiliser (presque) tous les caractères comme nom de fichier, avec quelques exceptions ("#", "?", "*", "&", "", ":" ...)
Le nombre de caractères du nom dépend du système de fichiers (FAT16, FAT32, NTFS, ...).
Le premier point en partant de la droite sert à délimiter l'extension, un point c'est tout !
Une fois de plus, BSD est pris la main dans le sac à bug !
Pourvu que cela dure que je puisse continuer à bien rigoler !

Certes ce n'est pas une loi, mais dans mon travail j'ai l'occasion de faire tourner pas mal de programmes de calculs et quand les noms sont trop longs (adresse complète avec arborescence comprise) ou que j'utilise un caractère de ce type j'ai souvent droit à un plantage. Du coup, même si ce n'est pas une loi, je respecte tout de même, pour ne pas être embêté.

Oui bien sur les noms longs de fichier sont acceptés, mais quand on veut sauvegarder .. tout fonctionne bien jusqu'au moment ou le pc arrive sur un nom de fichier trop long et là ... terminée la sauvegarde.

C'est arrivé encore l'an passé à des gens que je connais et cela ne concernait pas Heredis mais belle et bien Windows (et XP en plus).

Jacqueline a écrit: cela ne concernait pas Heredis mais belle et bien Windows (et XP en plus).

C'est exact, le problème ne vient pas forcement d'HEREDIS, que disent nos utilisateurs de MAC ?

Jacqueline a écrit:Oui bien sur les noms longs de fichier sont acceptés, mais quand on veut sauvegarder .. tout fonctionne bien jusqu'au moment ou le pc arrive sur un nom de fichier trop long et là ... terminée la sauvegarde.

C'est arrivé encore l'an passé à des gens que je connais et cela ne concernait pas Heredis mais belle et bien Windows (et XP en plus).

Et de te renouveler mon accord, éviter les noms et aussi les répertoires, j'ai des soucis au bureau par exemple avec ça (et les sauvegardes automatiques), ils ne sont pas pris en comptes, trop longs plus les fichiers pareils et aussi d'essayer d'utiliser des polices des caractères "simple"...

par habitude,les noms de mes fichiers sont au plus court (enfin presque) et je bannis tout signe sauf le _ qui remplace les espaces.

vieux jeu ? principe de précaution ?
peut être... mais je me dis qu'avec les autres signes il y a déjà de quoi faire.

et l'idée de me retaper un renommage de tout ce que j'ai me donne encore plus de cheveux blancs...


nb :"me donne encore plus de cheveux blancs"
quoique ça m'en ferait un peu plus tout compte fait...

François a écrit:

Jacqueline a écrit: cela ne concernait pas Heredis mais belle et bien Windows (et XP en plus).

C'est exact, le problème ne vient pas forcement d'HEREDIS, que disent nos utilisateurs de MAC ?

Je n'ai pas tous suivis, mais Heredis ouvre sans problème les fichiers avec des noms long et des points. Par contre à l'ouverture il change le nom dans la fenêtres, mais le fichier reste avec le même nom.

Claude ouvrir oui pas de problème ... mais sauvegarder un fichier au nom trop long ... là c'est autre chose. Il arrive que cela bug

Jacqueline a écrit:Claude ouvrir oui pas de problème ... mais sauvegarder un fichier au nom trop long ... là c'est autre chose. Il arrive que cela bug

Avec un logiciel programmé suivant les normes, en utilisant les fonctions standards enseignées au CP 1ère année de la programmation Windows, jamais !

Jacqueline a écrit:Claude ouvrir oui pas de problème ... mais sauvegarder un fichier au nom trop long ... là c'est autre chose. Il arrive que cela bug

Ok j'avais pas tout suivi. Je n'ai pas la fonction sauvegarder mais "Exporter" à ce moment là Heredis m'oblige a changer le nom pour pouvoir enregistrer.
Mais il accepte les points.

maelilou a écrit:par habitude,les noms de mes fichiers sont au plus court (enfin presque) et je bannis tout signe sauf le _ qui remplace les espaces..

Egalement maelilou, mais de là à utiliser les 255 ou 256 caractères permis il y a de la marge, par contre dans l'utilisation du trait de soulignement (touche chiffre huit) (1) à la place du d trait de liaison (touche chiffre 6) les avis divergent, compte tenu du fait que depuis Win 95, Windows gère bien les espaces dans les noms de fichiers.

Inutile je pense de préciser que l'utilisation de tout signe quelconque dans un nom de fichier, influe dans son classement alpha numérique dans le répertoire concerné et qu'il est bon, une fois pour toute, de faire un choix unique dès le départ ......

Idem pour les noms d'individus dans notre base Heredis, où un simple accent suffit à changer le classement du nom

(1) ça m'agace quand on fait 8 et parenthèse droite c'est le Smiley "cool" qui rentre

Michaël a écrit:Avec un logiciel programmé suivant les normes, en utilisant les fonctions standards enseignées au CP 1ère année de la programmation Windows, jamais !

Curieux, lors de mes quelques cours, on m'avait justement dit que c'était les API Windows qui bien souvent bloquaient le nom à 255 caractères.

Voila que tout ça est surprenant à lire, seuls les caractùres « : », « / » ou « \ » sous Windows sont interdits dans les noms des fichiers quelque soit le SGF.

Jimbo a écrit:

Michaël a écrit:Avec un logiciel programmé suivant les normes, en utilisant les fonctions standards enseignées au CP 1ère année de la programmation Windows, jamais !

Curieux, lors de mes quelques cours, on m'avait justement dit que c'était les API Windows qui bien souvent bloquaient le nom à 255 caractères.

La longueur du nom acceptable dépend du système de fichiers qui organise le disque dur (plus exactement la partition). L'API de Windows (API = interface entre le programme et le système) ne fait qu'appliquer les règles du système de fichiers !
Windows 95 a ajouté une astuce permettant d'avoir un nom d'une longueur de 255 caractères dans une organisation de fichiers FAT16 n'acceptant que des noms de 8 caractères. Les fichiers avaient deux noms, un sous Windows 95 (255 caractères) l'autre sous DOS (8 caractères dont un ou 2 "~").

Hervé a écrit:Voila que tout ça est surprenant à lire, seuls les caractùres « : », « / » ou « \ » sous Windows sont interdits dans les noms des fichiers quelque soit le SGF.

et quelques autres caractères (par exemple le "?", ">", "<" …)