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/