| eviter ce bug! | |
|
|
Auteur | Message |
---|
pascal10000
Nombre de messages : 812 Localisation : Troyes Date d'inscription : 05/02/2011
| Sujet: eviter ce bug! Lun 6 Juil 2015 - 19:51 | |
| Ne tomber pas dans ce piège pendant le test d'un projet panoramic me demandais toujours "l'extention de fichier doit être..." voyez ci desous la simple erreur a ne pas commettre <<mettre un espace après l'extention>> file_load 1,"monimage.bmp " erreur assuré tandis que file_load 1,"monimage.bmp" c ok [img] [/img] | |
|
| |
Jean Claude
Nombre de messages : 5950 Age : 70 Localisation : 83 Var Date d'inscription : 07/05/2009
| Sujet: Re: eviter ce bug! Lun 6 Juil 2015 - 20:09 | |
| Pascal10000, Ce n'est pas un bug, mais une erreur du programmeur. Un espace dans un nom de fichier, qu'il soit devant ou derrière, peu importe, du moment qu'il est entre les guillemets est considéré comme un caractère à part entière, sauf après l'extension Je n'ai pas fait l'essai, mais en théorie si le nom du fichier est "monimage.bmp " avec l'espace, il ne peut pas être reconnu. Maintenant, aller mettre un espace après l’extension d'un fichier c'est chercher les problèmes de syntaxe. A+ | |
|
| |
pascal10000
Nombre de messages : 812 Localisation : Troyes Date d'inscription : 05/02/2011
| Sujet: Re: eviter ce bug! Lun 6 Juil 2015 - 20:48 | |
| je suis d'accord avec toi mais l'erreur est humaine puisqu'il vous arrive d'en faire et vous ne comprenez pas d’où il vient alors que c'est erreur tout bête alors comme dit le dicton un homme averti en vaut deux c'est juste une information | |
|
| |
Klaus
Nombre de messages : 12331 Age : 75 Localisation : Ile de France Date d'inscription : 29/12/2009
| Sujet: Re: eviter ce bug! Lun 6 Juil 2015 - 21:00 | |
| Sous Windows, une extension peut avoir entre 0 et... plusieurs dizaines voir centaines de caractères ! Et l'espace est considéré comme un caractère comme un autre. Donc: ".bmp" est une extension de 3 caractères ".bmp " est une extension de 4 caractères ".bmp ceci est une extension" est une extension de 26 caractères Tout ceci représente des extensions parfaitement légales sous Windows.
D'ailleurs, on a également le droit de mettre un espace comme premier caractère du nom de fichier, ou comme dernier caractère devant le point de l'extension.
Maintenant, certaines extensions jouent un rôle particulier dans Windows. Ce sont toutes les extensions qui sont "associées" à un programme particulier. Ainsi, ".txt" est souvent associé à WordPad, ".doc" et ".docx" sont associés au programme Word de Microsoft Office, etc. Il se trouve que ".bmp" (sur 3 caractères) est l'extension reconnue pour des fichiers bitmap Windows, souvent associée à un logiciel de traitement ou de visualisation d'images. Il suffit de double-cliquer sur un tel fichier pour le vérifier: en cas de double-clic sur un fichier qui n'est pas directement exécutable, c'est sont programme "associé" qui sera lancé par Windows, en ouvrant le fichier concerné comme si l'on avait fait "Ouvrir" dans le menu "Fichiers".
Maintenant le cas Panoramic. Jack a choisi d'imposer l'extension ".bmp" pour les fichiers bitmap, restant en cela cohérent avec la norme Windows. Donc, ".bmp " sur 4 caractères n'est pas conforme et est reconnu. Cependant, on peut ouvrir un tel fichier avec FILEBIN_OPEN_READ etc sans aucun problème, car l'extension est valide sous le système d'exploitation.
Morale de l'histoire: pour éviter des conflits imprévis, éviter les espaces devant et derrière le nom de fichier, ainsi que devant et derrière le nom de l'extension. Un exemple extrême, à éviter, serait, avec "^" représentant l'espace: ^^^Ceci^est^mon^fichier^^^.^^^mon^extension^^^ Ceci est un nom de fichier parfaitement valide sous Windows. Mais il vaut mieux choisir: Ceci^est^mon^fichier.mon^extension Et si l'extension doit désigner certains types de fichiers selon les normes de Windows, il fait choisir la version 3 caractères de l'extension: Ceci^est^mon^fichier.ext
Voilà. C'est plus clair comme ça ? | |
|
| |
Klaus
Nombre de messages : 12331 Age : 75 Localisation : Ile de France Date d'inscription : 29/12/2009
| Sujet: Re: eviter ce bug! Lun 6 Juil 2015 - 21:01 | |
| On s'est croisé, Pascal10000. Je voulais juste apporter quelques précisions. C'est tout. | |
|
| |
Yannick
Nombre de messages : 8635 Age : 53 Localisation : Bretagne Date d'inscription : 15/02/2010
| Sujet: re Lun 6 Juil 2015 - 21:11 | |
| Pas très en rapport avec le sujet mais presque... Un fichier peut être d' extension *.bmp et être retourné comme invalide. En effet, sous le format *.bmp, se cache plusieurs types de format et certains ne sont pas pris en compte. | |
|
| |
Nardo26
Nombre de messages : 2294 Age : 56 Localisation : Valence Date d'inscription : 02/07/2010
| Sujet: Re: eviter ce bug! Lun 6 Juil 2015 - 21:14 | |
| @ygeronimi : idem pour le format jpg. Il existe le E-JPG qui possède la même extension. | |
|
| |
Yannick
Nombre de messages : 8635 Age : 53 Localisation : Bretagne Date d'inscription : 15/02/2010
| Sujet: re Lun 6 Juil 2015 - 21:18 | |
| On pourrait presque faire un index des erreurs retournées avec les verifs de base pour chaque cas... Bon, je sors... | |
|
| |
pascal10000
Nombre de messages : 812 Localisation : Troyes Date d'inscription : 05/02/2011
| Sujet: Re: eviter ce bug! Lun 6 Juil 2015 - 21:43 | |
| je voulais juste vous informez que le jour ça vous arrive, vous trouverez la cause du problème plus vite! et je vous défit de trouver une tel erreur dans un source avec un paquet de ligne et surtout si le source comporte des #include ! c'est imposible | |
|
| |
Yannick
Nombre de messages : 8635 Age : 53 Localisation : Bretagne Date d'inscription : 15/02/2010
| Sujet: re Lun 6 Juil 2015 - 23:07 | |
| Mais j' ai pris note Pascal ,et je le mets dans les verifs à faire avec le code 140.
Un autre truc, pour remonter l' info que j' avais publié il y a...longtemps. Se méfier des téléchargement soit disant *.jpg, parfois l' image a une extension *.jpeg on met bêtement une adresse avec l' extension *.jpg et là il y a bug aussi. | |
|
| |
Contenu sponsorisé
| Sujet: Re: eviter ce bug! | |
| |
|
| |
| eviter ce bug! | |
|