Re: gérer des fichiers log

Liste des GroupesRevenir à fco unix 
Sujet : Re: gérer des fichiers log
De : fantome.forums.tDeContes (at) *nospam* free.fr.invalid (Thomas)
Groupes : fr.comp.os.unix
Date : 27. Sep 2021, 15:32:41
Autres entêtes
Organisation : Guest of ProXad - France
Message-ID : <fantome.forums.tDeContes-1CBC33.15324127092021@news.free.fr>
References : 1 2 3 4 5 6 7 8 9 10
User-Agent : MT-NewsWatcher/3.5.3b3 (Intel Mac OS X)
In article <siq061$3u2$2@shakotay.alphanet.ch>,
 Marc SCHAEFER <schaefer@alphanet.ch> wrote:

Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
pourquoi la généralité c'est bcp plus `./configure` que `make config` ?
 
configure est tout un environnement à son (autoconf), qui génère tout
y.c. Makefile.

je ne comprend pas ...
peux tu reformuler stp ? :-)

 
oui, c'est du Preprocessing :-)
 
tout à fait.
 
Tu peux alors centraliser tes définitions dans un fichier de
constantes/préprocessing généré par le configurateur avant compilation.

oui, pour éviter que le préprocessing soit éparpillé :-)

je ne vais pas le faire immédiatement,
mais il me manquait qqch pour transmettre des données entre le Makefile
et le code ada, on dirait que c'est l'outil qu'il me manquait :-)

et en plus ça permet d'éliminer plein de code mort à la compilation :-)


 
pour toi, ça ne serais pas trop rigide, de ne plus rien pouvoir
configurer post-compilation ?
 
Ca dépend de l'application, mais dans certains cas c'est acceptable, en
particulier si c'est open source.

je verrai ça plus tard.

il y a un coté pratique à avoir des constantes à la compilation,
mais à moyen/long terme, le fichier de config me parait acceptable aussi,
surtout si je veux pouvoir éditer des préférences :-)
(et rien n'empêche d'en avoir 2 : un pour l'intégrateur et un pour la
GUI ;-) )


et si je te suis bien, dans tous les logiciels que tu fais, même pour
les autres, tu n'as jamais besoin d'en faire non plus ?
 
Pas sûr de comprendre en quoi avoir un système qui me permet de
retrouver mes données hors site en cas de problème, à chaque
modification que je trouve importante est insuffisant?

tu choisis tes critères,
moi j'aime bien avoir la journalisation comme tu dis ci dessous ;-)

en fait journalisation et sauvegarde n'ont pas exactement le même rôle

moi je n'ai pas de VCS interne, je n'ai que celui qui est publique,
sur lequel je m'efforce de ne publier que des trucs "publiables",
pas des états intermédiaires qui ne marchent pas ;-)


D'ailleurs j'aimais bien l'idée du système de fichier à versionning de
VMS: le fichier toto devient toto;1 si on le modifie. C'est ainsi que je
vois l'idée que certains programmes ajoutent un ".orig" ou un ~: du
versionning du pauvre.

d'où l'idée que j'ai proposée en démarrant ce fil, avec les n°
incrémentés dans le nom du fichier ;-)
mais je comprend que ça soit aux utilisateurs de le gérer, et pas aux
applications.

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

Date Sujet#  Auteur
19 Sep 21 * Re: gérer des fichiers log9Thomas
20 Sep 21 `* Re: gérer des fichiers log8Marc SCHAEFER
25 Sep 21  `* Re: gérer des fichiers log7Thomas
26 Sep 21   `* Re: gérer des fichiers log6Marc SCHAEFER
27 Sep 21    +* Re: gérer des fichiers log2Thomas
27 Sep 21    i`- Re: gérer des fichiers log1Marc SCHAEFER
16 Sep 22    `* Re: gérer des fichiers log3Thomas
17 Sep 22     `* Re: gérer des fichiers log2Marc SCHAEFER
17 Sep 22      `- Re: gérer des fichiers log1Thomas

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal