Canoniser un nom de programme

Salut les C,

je suis en train d'écrire un petit programme de gestionnaire de projets orienté développement de programme.

Et actuellement, je suis en train de méditer a comment filtrer les caractères d'entrée du nom de programme donnée par l'utilisateur.

Pour l'instant j'utilise une fonction de la GLib (strcanon(...)) qui permet de passer un string puis une série de caractères autorisée. Ceux n'étant pas valide sont remplacer par des underscores par mes soins.

Je fait cela afin de pas avoir de problème pour le lancement automatique du programme.

Les caractères autorisée sont: [a-zA-Z0-9-:_.]

Mais j'ai une meilleur idée pour cela car il existe une fonction analogue qui permet de lister les caractères interdit et de les remplacer par le caractère voulus (l'underscore).

Ce que j'attends de vous sont des idées de caractères interdit ne les connaissant pas tous sous Linux.

Merci pour votre aide précieuse et pour les futurs utilisateurs de mon programme.

PS: Je peut commencer le listing: ( ) [ ] " ' ~ * $ % ?

Etc..

A ma connaissance, tous les caractères cités sont autorisés pour les noms de fichier sour Unix.

En principe, *n*x autorise tout sauf le caractère nul et le forward slash. Oui, même les caractères non-imprimables, les inférieur/supérieur/pipe, les jokers, etc.

En revanche, Windows interdit tous ceux que je viens de citer, plus le backslash et le deux-points. Plus les espaces en fin de nom et probablement aussi au début. Le point-virgule (utilisé comme séparateur dans la variable d'environnement PATH sous Windows) n'est PAS interdit.

Bonjour,

Citation:

---

Envoyé par Médinoc

En revanche, Windows interdit tous ceux que je viens de citer, plus le backslash et le deux-points. Plus les espaces en fin de nom et probablement aussi au début. Le point-virgule (utilisé comme séparateur dans la variable d'environnement PATH sous Windows) n'est PAS interdit.

---

Non, on peut même en mettre plusieurs ! :)

OK, merci de la correction.
Edit: Windows Explorer l'empêche, par contre.

Citation:

---

Envoyé par Luke spywoker

Salut les C,

je suis en train d'écrire un petit programme de gestionnaire de projets orienté développement de programme.

Et actuellement, je suis en train de méditer a comment filtrer les caractères d'entrée du nom de programme donnée par l'utilisateur.

Pour l'instant j'utilise une fonction de la GLib (strcanon(...)) qui permet de passer un string puis une série de caractères autorisée. Ceux n'étant pas valide sont remplacer par des underscores par mes soins.

Je fait cela afin de pas avoir de problème pour le lancement automatique du programme.

Les caractères autorisée sont: [a-zA-Z0-9-:_.]

---

Si tu veut la liste des éléments qui n’appartiens pas ce intervalle [a-zA-Z0-9-:_.]....voici le programme qui va te les énumérer

Code:

---

1 2 3 4 5 6 7 8

#include<stdio.h> main() {int I; for(I=32;I<=127;I++) if(!(I>='a'&&I<='z')&&!(I>='A'&&I<='Z')&&!(I>='0'&&I<='9')&&I!=':'&&I!='_'&&I!='.') printf("\n%c",I); }

---

Bon en faîte j'ai commis une erreur car il n'existe pas de fonction qui prend en argument une liste de caractères interdits, seulement le contraire...

Brefs, est-ce cela vous gênerais vraiment, si seulement les caractères: [a-zA-Z0-9.:-_] sont autoriser comme dans un nom de programme ?

Sachant que un paquetage doit commencer par une minuscule et que généralement les nom de programme sont en anglais pour le binaire.

Bonjour

Citation:

---

Envoyé par Luke spywoker

Brefs, est-ce cela vous gênerais vraiment, si seulement les caractères: [a-zA-Z0-9.:-_] sont autoriser comme dans un nom de programme ?

---

Nous absolument pas. Unix accepte (presque) tout mais si ensuite toi tu as envie de limiter et que tu écris un code en ce sens tu en as tout à fait le droit.

Citation:

---

Envoyé par Médinoc

En principe, *n*x autorise tout sauf le caractère nul et le forward slash. Oui, même les caractères non-imprimables, les inférieur/supérieur/pipe, les jokers, etc.

---

Ouais. Je me souviens à mes débuts j'avais un chef qui listait tous nos fichiers (y compris les cachés) et qui envoyait ça sur l'imprimante pour les examiner ensuite ; style ls -Rals /home |lpr. Je trouvais ça assez idiot vu que si je dois cacher un truc je ne le mettrais certainement pas dans un fichier nommé "supertopsecret" mais bon, c'était un chef quoi.
J'avais alors créé dans mon home un fichier dont le nom était composé de caractères de commandes à base d'escape pour l'imprimante (c'était encore l'époque des imprimantes à picots et à aiguilles). Quand l'imprimante arrivait à ce nom, elle partait alors en torche avec le charriot qui faisait 500 aller/retours et le papier qui se mettait à reculer dans tous les sens ce qui rendait le listing totalement caviardé à cet endroit (papier déchiré etc). J'étais mort de rire.:mouarf:

Citation:

---

Envoyé par Médinoc

OK, merci de la correction.
Edit: Windows Explorer l'empêche, par contre.

---

Beaucoup de choses sont possibles lorsque l'on ne passe pas par l'explorateur. Un jour, un programme avait créer un fichier avec un caractère style 'ù' ou un autre truc étrange, sur mon Windows XP. Dans le logiciel, tout est bien passé et le fichier a été crée, mais après, impossible de le supprimer dans l'explorateur, ni même dans le DOS.
Donc, beaucoup de choses sont possibles lorsque l'on bidouille.

Aussi, j'imagine qu'avec Windows 7 et supérieur et le support de l'UNICODE (ou autre technique pour gérer plus que le CP1252 et d'autres tables trop locales) ce genre de problème a diminué.

Citation:

---

Envoyé par LittleWhite

Donc, beaucoup de choses sont possibles lorsque l'on bidouille le comportement du reste du système ne correspond pas à celui de l'API.

---

;)

Citation:

---

Envoyé par LittleWhite

j'imagine qu'avec Windows 7 et supérieur et le support de l'UNICODE

---

:mouarf: :mouarf: :mouarf: :mouarf:

Windows est Unicode depuis Windows 95 Windows NT/ 2000. Et c'est pour cela que nous, développeurs, nous devons se taper l'UTF-16 obsolete (UCS-2) depuis 20 ans

Windows 9x n'était pas unicode, les programmes devaient passer par MSLU (qui convertissait pour appeler les fonctions "étroites" de Windows) dessus.
Par contre, Windows NT et le système de fichiers NTFS sont Unicode (d'abord UCS-2, puis UTF-16) depuis plus ou moins leur création.

Citation:

---

Envoyé par Luke spywoker

Bon en faîte j'ai commis une erreur car il n'existe pas de fonction qui prend en argument une liste de caractères interdits, seulement le contraire...

Brefs, est-ce cela vous gênerais vraiment, si seulement les caractères: [a-zA-Z0-9.:-_] sont autoriser comme dans un nom de programme ?

Sachant que un paquetage doit commencer par une minuscule et que généralement les nom de programme sont en anglais pour le binaire.

---

Si tu veux imposer ces restrictions, c'est à fait possible.....Mais tu doit faire un effort pour détailler ton résonnement, si j'ai bien compris tu veux faire une fonction qui prend en paramètre une chaîne de caractère et qui ne va accepter que les caractères: [a-zA-Z0-9.:-_] ?????

En faîtes je fait cette restriction afin de pas avoir de problème dans mon Makefile, a tout faire, le big boss de mon gestionnaire de projet...

---

Puisque j'ai l'impression d'assister a une réunion de dinosaures (ne vous fâchez pas), quelqu'un pourrait éventuellement apporter ses lumières

sur le sujet texinfo que j'ai lancer, ça serai vraiment gentil, merci.

---

Car je suis partie du faîte que sans générateur spécialiser j'allais permettre l'utilisation de 3 langages pour la documentation:

+ texinfo

+ Markdown

+ ReST

Et j'ai eu un accroc avec le texinfo pour certains targets de génération de fichiers.

Merci pour vos réponses éclairées.

Citation:

---

Envoyé par Médinoc

En principe, *n*x autorise tout sauf le caractère nul et le forward slash. Oui, même les caractères non-imprimables, les inférieur/supérieur/pipe, les jokers, etc.

En revanche, Windows interdit tous ceux que je viens de citer, plus le backslash et le deux-points. Plus les espaces en fin de nom et probablement aussi au début. Le point-virgule (utilisé comme séparateur dans la variable d'environnement PATH sous Windows) n'est PAS interdit.

---

Citation:

---

En principe, *n*x autorise

---

Cette haine mdr

Ce n'est pas une question de haine, mais une question d'avoir un pattern qui matche à la fois "unix" et "Linux".

Citation:

---

Envoyé par Médinoc

Ce n'est pas une question de haine, mais une question d'avoir un pattern qui matche à la fois "unix" et "Linux".

---

On aurait pu penser que ça t'arrachait le cerveau d'écrire la chose en entier. My bad =)