X-Received: by 2002:ac8:1190:: with SMTP id d16mr11331266qtj.391.1632606049950;
        Sat, 25 Sep 2021 14:40:49 -0700 (PDT)
Path: ...!weretis.net!feeder6.news.weretis.net!4.us.feeder.erje.net!2.eu.feeder.erje.net!feeder.erje.net!fdn.fr!usenet-fr.net!agneau.org!nntpfeed.proxad.net!proxad.net!feeder1-1.proxad.net!cleanfeed3-b.proxad.net!nnrp4-2.free.fr!not-for-mail
From: Thomas <fantome.forums.tDeContes@free.fr.invalid>
Newsgroups: fr.comp.os.unix
Mail-Copies-To: nobody
Subject: Re: =?ISO-8859-1?Q?g=E9rer?= des fichiers log
References: <fantome.forums.tDeContes-AD48E3.21414905072021@news.free.fr> <sd8fk9$8ac$2@shakotay.alphanet.ch> <fantome.forums.tDeContes-B155A5.20405922072021@news.free.fr> <sdcf46$glq$1@shakotay.alphanet.ch> <sdcgo6$k10$1@gioia.aioe.org> <fantome.forums.tDeContes-EC281A.03031723072021@news.free.fr> <sddopq$flh$2@shakotay.alphanet.ch> <fantome.forums.tDeContes-BCA2FD.21110619092021@news.free.fr> <si9vlu$mad$3@shakotay.alphanet.ch> <fantome.forums.tDeContes-5238BC.19121824092021@news.free.fr> <sil2bc$ao0$1@shakotay.alphanet.ch>
MIME-Version: 1.0
User-Agent: MT-NewsWatcher/3.5.3b3 (Intel Mac OS X)
Date: Sat, 25 Sep 2021 23:40:48 +0200
Message-ID: <fantome.forums.tDeContes-AB6BAA.23404825092021@news.free.fr>
Lines: 130
Organization: Guest of ProXad - France
NNTP-Posting-Date: 25 Sep 2021 23:40:49 CEST
NNTP-Posting-Host: 91.175.52.121
X-Trace: 1632606049 news-4.free.fr 6448 91.175.52.121:4133
X-Complaints-To: abuse@proxad.net
Bytes: 6024
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Original-Bytes: 5869

In article <sil2bc$ao0$1@shakotay.alphanet.ch>,
 Marc SCHAEFER <schaefer@alphanet.ch> wrote:

> Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
> > le bytecode c'est le truc qu'on fait interpréter par les JVM ?
> 
> Le bytecode pur est interprété, pas compilé, par la JVM.
> 
> > (dans ce cas là il y a un peu de compilation quand même, puisque c'est 
> > du code intermédiaire)

ah bon,
pour moi la compilation c'est transformer le code source en qqch de plus 
compact, pas pas forcément du code natif
(mais c'est pas le sujet d'ici)


> > par contre, si c'est le logiciel lui-même qui doit envoyer ses logs au 
> > serveur, je ne crois pas que ça puisse très bien marcher si c'est 
> > l'intégrateur qui est chargé de gérer les fichiers !

[comme dit Stéphane CARPENTIER  : administration système pure]

(dans ce cas là c'est pas le logiciel lui-même qui gère ça, c'est toi 
l'administrateur système qui a parametré ce qu'il fallait autour)


> Mais fais attention, tu poses des questions dans toutes les directions,
> donc tu risques d'avoir des réponses dans toutes les directions.

je crois que tu veux dire que je m'éparpille, et que tu me suggère de me 
recentrer sur ce qui est important pour moi tout de suite.

je t'approuve, et je vais tenter de le faire :-)

ce que je te propose c'est que,
pour un certain nb de choses où je pense avoir compris ce que j'ai à 
faire,
je vais juste faire des affirmations, sans être certain que j'ai raison,
mais comme ça si c'est le cas tu pourras juste les couper dans tes 
réponses suivantes,
ça nous permettra d'avancer plus vite :-)


> 
> >> Ah, le debug je l'activerais optionnellement et à part.
> > 
> > oui, ça c'est déjà fait (mais si on l'active il faut bien que je le 
> > traite).
> > 
> > (heu ... ça veut dire quoi "à part" ?)
> 
> dans un fichier séparé.

ok,
quand j'ai fait les fichiers ça a fait partie de mes réflexes.

mais avec les sorties standards, ça me semble plus compliqué.
(d'où les questions suivantes)

> 
> > as tu des exemples d'opérations normales ?
> > (on était en mode graphique, là)
> 
> L'application graphique a réussi à charger le fichier toto.
> Le fichier toto a été modifié en appliquant l'instruction blala.
> 
> (c'est du debug, donc).

oui :-)
donc ... debug : stdout ou stderr ?
ou peut être que ça dépend si on est en GUI ou en CLI ?

ou alors dis-tu comme Stéphane CARPENTIER : c'est pas forcément très 
utile de se casser la tête avec ça ?


> 
> > quand tu dis "version du programme",
> > est-ce que tu parles seulement d'une option "--version",
> > ou bien est-ce que ça vaut aussi pour la version du programme qui est 
> > affichée automatiquement quand on active le debug ?
> 
> Là je ne suis plus, désolé.

désolé, c'est moi qui n'ai pas pris le temps de bien poser les choses :

- je n'ai pas d'option "--version",
est-ce nécessaire ? je ne pense pas, il y a un équivalant dans la GUI.

- je n'ai pas d'option "--help",
est-ce nécessaire ? je ne pense pas, il suffira de taper un truc 
incorrect (par ex "--help").

en fait ce que j'ai, c'est du debug optionnel, et quand on l'active ça 
affiche la version du programme, sinon non.

vu ce que tu dis sur --help, je suppose que pour --version c'est pareil :
- si j'avais fait une option "--version", ça serais allé sur stdout,
- mais quand on active le debug, ça va avec le debug qq soit le 
traitement.


> 
> > j'ai oublié de te demander, mais je suppose que si on a un "usage: ..." 
> > c'est pareil.

> Donc, dans ce cas de mettre l'erreur (mauvais arguments) et le message
> d'"usage" dans stderr.
> 
> Par contre, si tu traites un --help, alors je mettrais la "réponse" dans
> stdout.

merci pour la distinction :-)


> > si on active le debug, est ce qu'on doit n'avoir aucun msg de debug, 
> > mais avoir la version qui s'affiche en plus ?
> 
> Je ne vois pas pourquoi la version serait nécessaire, ou alors au début
> du debug pour t'aider à trier les éventuels rapports de bug?

c'était comme ça quand je l'ai repris, alors j'ai supposé que ça faisait 
partie des "bonnes pratiques" d'avoir la version qui s'affiche au début 
du debug
(de mon coté je n'en sais pas plus)

-- 
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/