Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > fr.comp.os.unix > #7776
| From | Thomas <fantome.forums.tDeContes@free.fr.invalid> |
|---|---|
| Newsgroups | fr.comp.os.unix |
| Subject | Re: gérer des fichiers log |
| References | (6 earlier) <sd0l91$b4m$1@shakotay.alphanet.ch> <fantome.forums.tDeContes-130E7D.23050920072021@news.free.fr> <sd8faa$8ac$1@shakotay.alphanet.ch> <fantome.forums.tDeContes-433B13.01575723072021@news.free.fr> <sddoan$flh$1@shakotay.alphanet.ch> |
| Date | 2021-09-19 19:23 +0200 |
| Message-ID | <fantome.forums.tDeContes-5442BA.19235419092021@news.free.fr> (permalink) |
| Organization | Guest of ProXad - France |
In article <sddoan$flh$1@shakotay.alphanet.ch>, Marc SCHAEFER <schaefer@alphanet.ch> wrote: > - si tu le mémorises sous forme d'un handle de répertoire ouvert, > parfait je n'ai pas entendu dire qu'on pouvait faire ça en ada, ça doit être une fonction spécifique UNIX ? > > - si tu le mémorises sous forme de chemin, alors tu as le même > risque si quelqu'un modifie l'arborescence > > Ce problème ne se pose pas si on ne change pas le répertoire courant. > > Et si tu génères uniquement des logs dans stdout et stderr, le besoin du > répertoire courant est inutile, sauf si tu charges des fichiers > relativement à lui (ce qui me semble une bonne pratique), mais alors il > n'y a rien à faire: juste ouvrir les fichiers (config p.ex.) avec le > chemin indiqué par l'utilisateur (relatif ou absolu). si je te comprend bien, l'avantage de se référer au répertoire courant, sans le mémoriser ni le changer, c'est qu'il supporte les renommages en cours d'exécution ? et si on supprime ce répertoire, qu'est ce que ça donne ? (sujet connexe) bon, a priori, je n'ai pas besoin de pousser la résilience de mon logiciel au point où on puisse le changer de place pendant son exécution, ça me parait raisonnable de demander à l'utilisateur de le fermer pour faire ça. (je comprend tout à fait que ça puisse être un besoin pour les serveurs, par exemple) > Donc KISS: ne pas changer le répertoire courant. j'étais de ton avis donc tu n'as pas tellement eu à me convaincre, donc je vais virer tout ça et gérer les chemins autrement :-) > > > ~/.<nom-application>/ > > plutôt que > > ~/.config/<nom-application>/ > > Les deux existent, le ~/.config est une convention plutôt récente des > GUI comme GNOME ou kde, me semble-t-il. ah, tant mieux ! alors j'invite tous les developpeurs qui me lisent à préférer ~/.config/<nom-application>/ pour ranger leurs données :-) > Mais le mieux est de consulter > le Filesystem Hierarchy Standard (même s'il devient apparemment > obsolète). qu'est ce que c'est ? (il a peut être besoin d'une mise à jour ?) > > > perso, je n'aime pas me retrouver avec une quantité astronomique de ~/.* > > :-( > > Ca ne gêne pas sous UNIX, ce sont des fichiers cachés "tant mieux" pour la vie de tous les jours, sauf que de temps en temps on a besoin de les afficher quand même, autant en interface graphique qu'en ligne de commande. et là le rangement en sous-répertoires retrouve tout son intérêt pour la commodité. > > j'aimerais bcp mieux que tout ça soit rangé dans un répertoire, mais > > pour ça il faut que bcp de développeurs se mettent d'accord ..... ! > > > > (`~/.config/` ? `~/.hidden-data/` ?) > > Alternative: ne pas imposer ce choix à l'utilisateur, mais passer le nom > du fichier de config en argument, éventuellement avec une > préconfiguration classique dans le wrapper. (voir plus bas) > > aurais tu des tuyaux à me donner, pour lire un fichier de configuration > > d'une manière qui soit à la fois suffisamment fiable et pas trop > > casse-pied à programmer ? en fait, je pense que j'aurai l'occasion de faire une fenêtre de "préférences", qui va éditer "en mode graphique" un fichier de ce genre (donc ce fichier sera écrit et lu symétriquement, et pas édité à la main). Par contre, ça ne résout pas le pb de la localisation de ce fichier ... > > tu veux dire que tu trouves acceptable que ça soit le comportement par > > défaut, mais que tu veux pouvoir le modifier par la ligne de commande, > > c'est ça ? > > oui, ou le fichier de config *doit* être spécifié systématiquement en > ligne de commande; les deux me vont car dans le 2e cas ... on peut faire > un wrapper pour réduire au 1er cas. j'ai cru comprendre que pour permettre aux utilisateurs de Windows de double cliquer sur un fichier pour l'ouvrir, il est nécessaire de prendre en charge l'indication du fichier cliqué comme argument unique (je ne sais pas comment ça se passe sur les autres plateformes) donc, comment faire qqch qui réponde à ton besoin et qui soit compatible avec ce comportement de Windows ? (en essayant d'éviter des galipettes du genre : lire le fichier pour savoir si c'est un fichier de config ou un document utilisateur) (voir l'autre branche du fil) > > > en fait, a priori j'étais comme toi, je trouvais ça saugrenu qu'un > > logiciel autre qu'un shell modifie son répertoire courant (et je me > > demande pourquoi l'API Ada nous donne cette possibilité) > > sémantiquement, tu vas changer de répertoire à chaque fois que tu veux > relativement exprimer un chemin depuis ce répertoire, mais il faut faire > attention à bien faire ce que l'utilisateur s'attend. dans quels cas on peut vouloir exprimer un chemin relativement depuis un autre répertoire ? (voir plus bas) > > - soit on considère que c'est équivalent à une application CLI à qui on > > passe le nom du fichier comme argument, avec un chemin > > - soit on considère que c'est équivalent à un shell dans lequel on fait > > des `cd`, et à la fin on passe le nom du fichier comme argument, sans > > chemin > > > > je crois que toi et moi on est tous les 2 sur la 1ere alternative, > > mais je devine que le mainteneur précédent (ou le précédent encore) qui > > a programmé ça était sur la 2eme :-) > > > > un avis là dessus ? > > Il me semblerait logique que le répertoire courant dans lequel on a > démarré l'application (en shell ou en GUI) soit le premier présenté par > la boîte de sélection, et ensuite il me semblerait logique que la boîte > de sélection retourne le chemin relatif depuis ce répertoire courant du > fichier sélectionné, ou le chemin absolu si la personne a choisi > d'entrer un chemin absolu ou a cliqué sur autre chose que le répertoire > courant. ok, quand on change de répertoire, on bascule en "tout en chemins absolus" pour designer les fichiers voulus, mais on ne touche pas au répertoire courant. > > > si une application graphique ne devrais /jamais/ changer de répertoire > > courant, > > - est ce que c'est un domaine strictement réservé aux shells, > > - ou est ce qu'il y a d'autres cas de figure où c'est approprié qu'un > > logiciel le fasse ? > > Je pense qu'une application quelconque a plein de raison de changer de > répertoire courant (p.ex. lancer un logiciel complémentaire dans son > environnement propre), ah oui, ça pourrais m'arriver plus tard :-) (mais Il me semble que je pourrais aussi donner tous les paramètres en chemins absolus) > mais elle peut sauvegarder le répertoire > précédent et y revenir ok pour celui là, y a-t-il d'autres exemples ? pour la curiosité :-) > > > disons que, quelle que soit la méthode utilisée par l'application pour > > définir un chemin dont elle aura besoin au cours de sa vie, changer la > > structure des répertoires pendant qu'elle tourne est risqué : > > j'ai entendu dire que la pratique est de lire le fichier de config au > > démarrage, mais pas de vérifier régulièrement s'il a été modifié. > > C'est juste: il ne faudrait changer aucun des chemins absolus qui > figureraient dans la config. Par contre, si tout est exprimé > relativement au répertoire courant, le risque n'existe pas. il ne faudrait changer aucun des chemins qui figureraient dans la config. y compris la partie écrite des chemins relatifs. Par contre, si je t'ai bien compris, on peut changer le chemin du répertoire courant parce qu'il est "mémorisé sous forme de handle" (ou équivalent) > > >> Je ne sais pas, je ne sais toujours pas pourquoi ton programme a besoin > >> de créer des fichiers de logs plutôt que d'utiliser stdout et stderr, > > > > en plus, pas à la place. > > Ah, des logs supplémentaires? Pourquoi? - parce que je ne sens pas la prise en charge d'un wrapper script qui va marcher à tous les coups sur toutes les plateformes (voir l'autre branche du fil) - pour, à la fois, te contenter avec les sorties standards, et me contenter avec des fichiers écrits immédiatement > Comment? Combien? ça dépend comment on compte, mais en gros, chaque msg à logger est dupliqué (voire * 3 avec l'interface graphique). > > > c'est pour ça qu'il est imaginable d'ignorer les erreurs d'écriture > > quand il y en a, considérant que c'est rattrapable via stdout et stderr > > (mais en fait c'est ce que j'avais écrit juste avant, non ?) > > Je ne comprends pas ce que tu entends par erreur d'écriture et en > particulier avec stdout et stderr. si je te comprend bien, écrire sur stdout et stderr ne provoque jamais aucune erreur d'aucune sorte ? le pire qui puisse arriver, c'est que ce qu'on y envoie tombe dans un puits sans fond ? quand je reçois un msg à traiter, j'ai 3 interfaces à ma disposition : - les sorties standards - les fichiers de logs - l'interface graphique ce dont je parlais était d'ignorer les erreurs d'écriture dans les fichiers de logs, puisque les sorties standards suffisent pour récupérer l'information. cad de ne pas indiquer sur les sorties standards et dans l'interface graphique, qu'on a eu une erreur au moment d'écrire dans les fichiers de logs. -- RAPID maintainer http://savannah.nongnu.org/projects/rapid/
Back to fr.comp.os.unix | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-05 21:41 +0200
Re: gérer des fichiers log yamo' <yamo@beurdin.invalid> - 2021-07-06 09:44 +0200
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-06 14:15 +0200
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-16 22:50 +0200
Re: gérer des fichiers log Nicolas George <nicolas$george@salle-s.org> - 2021-07-06 13:04 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-06 21:03 +0200
Re: gérer des fichiers log Nicolas George <nicolas$george@salle-s.org> - 2021-07-06 19:52 +0000
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-06 20:11 +0000
Re: gérer des fichiers log Nicolas George <nicolas$george@salle-s.org> - 2021-07-07 00:42 +0000
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-07 06:03 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-16 23:03 +0200
Re: gérer des fichiers log Nicolas George <nicolas$george@salle-s.org> - 2021-07-16 21:09 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-17 00:32 +0200
Re: gérer des fichiers log Nicolas George <nicolas$george@salle-s.org> - 2021-07-17 07:45 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-17 22:15 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-17 10:37 +0000
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-17 10:36 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-17 20:44 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-18 07:29 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-20 23:05 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-21 06:36 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-23 01:58 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-23 06:41 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-19 19:23 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-09-20 12:29 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-24 17:40 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-09-24 17:21 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-26 01:15 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-09-26 14:24 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-28 22:02 +0200
Re: gérer des fichiers log Stéphane CARPENTIER <sc@fiat-linux.fr> - 2021-09-24 19:12 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-26 03:23 +0200
Re: gérer des fichiers log Stéphane CARPENTIER <sc@fiat-linux.fr> - 2021-09-26 16:45 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-27 17:33 +0200
Re: gérer des fichiers log Stéphane CARPENTIER <sc@fiat-linux.fr> - 2021-10-01 16:54 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-10-22 23:41 +0200
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-12-19 19:19 +0100
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-12-28 12:18 +0100
Re: gérer des fichiers log Stéphane CARPENTIER <sc@fiat-linux.fr> - 2021-12-28 15:56 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-01-02 00:54 +0100
tags pour les logs Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-09-17 01:33 +0200
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-17 00:06 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-17 10:40 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-17 18:43 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-18 07:30 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-20 21:23 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-20 19:32 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-21 00:39 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-21 06:42 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-22 20:41 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-22 18:58 +0000
Re: gérer des fichiers log Stephane Tougard <stephane@unices.org> - 2021-07-22 19:25 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-23 03:03 +0200
Re: gérer des fichiers log Stephane Tougard <stephane@unices.org> - 2021-07-23 04:07 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-23 01:41 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-23 06:49 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-19 21:11 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-09-20 12:43 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-24 19:12 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-09-24 17:36 +0000
Re: gérer des fichiers log Stéphane CARPENTIER <sc@fiat-linux.fr> - 2021-09-24 19:24 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-25 23:40 +0200
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-23 02:32 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-07-23 06:59 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-19 19:23 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-09-20 12:40 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-25 21:04 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-09-26 14:30 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-27 15:32 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2021-09-27 15:44 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-09-16 23:25 +0200
Re: gérer des fichiers log Marc SCHAEFER <schaefer@alphanet.ch> - 2022-09-17 05:56 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-09-17 15:46 +0200
Re: gérer des fichiers log Nicolas George <nicolas$george@salle-s.org> - 2021-07-20 20:28 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-20 23:33 +0200
Re: gérer des fichiers log Nicolas George <nicolas$george@salle-s.org> - 2021-07-21 15:31 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-22 17:12 +0200
Re: gérer des fichiers log Stéphane CARPENTIER <sc@fiat-linux.fr> - 2021-07-24 13:36 +0000
Re: gérer des fichiers log Nicolas George <nicolas$george@salle-s.org> - 2021-07-24 14:09 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-23 14:44 +0200
Re: gérer des fichiers log Nicolas George <nicolas$george@salle-s.org> - 2021-09-23 12:54 +0000
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-08-09 20:57 +0200
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-23 14:38 +0200
Re: gérer des fichiers log Stephane Tougard <stephane@unices.org> - 2021-07-23 04:03 +0000
Re: g�rer des fichiers log garkbeda43 <nospam_garkbeda43@gmail.com.invalid> - 2022-06-11 02:27 -0500
Re: gérer des fichiers log Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-07-30 16:42 +0200
csiph-web