Aur�lien Camp�as a �crit : > C'est tr�s bien pour �diter un crontab mais... connaissez-vous des pointeurs > vers la d�finition de la 'ligne UNIX', hors le discours de vi ? Je vois > plut�t le comportement de vi comme un pense-b�te pour les > admins-qui-oublient-de-coller-un-<eol>-avant-l'<eof> dans leurs fichiers de > configuration. Me tromp�-je ?
La "ligne UNIX" n'existe pas. On peut par contre parler de "trucs s�par�s par des bidules" Selon le programme (cron, inetd, lpd, mon_script_qui_lit_du_xml), les trucs sont s�par�s par Ce Qui Va Bien. Pour crontab, inetd, et printcap, les entr�es sont s�par�es par des retour � la ligne. Pour �tre tout � faire exact, les documentations parlent de "Une entr�e par ligne", une ligne �tant dans ce contexte limit�e par ce qui para�t le plus naturel � l'homme : un retour � la ligne. Pour le XML, �a ressemble � <bidule>truc</bidule>. Ensuite, � l'int�rieur des lignes, il y a les s�parateurs : un ou plusieurs espaces (ou tab) pour inetd et crontab, ":" pour printcap (et surtout jamais d'espace !) En conclusion : ca d�pend des cas, mais je pense que si un outil est capable de savoir que a b c d e f g h c'est la m�me chose que a b c d e f g h il devrait aussi savoir traiter le cas de la derni�re ligne. > On Wednesday 28 March 2001 10:40, [EMAIL PROTECTED] wrote: > > Donc > > unix : toutes les lignes y compris la derniere ont un retour chariot. > > emacs : toutes les lignes sauf la derniere ont un retour chariot. Opposer unix et emacs, c'est un peu fort, je trouve. > Disons : fin de ligne = <eol> | <eof>. > Cette histoire de ligne, c'est juste des conventions pour les fichiers texte. > Une question de pr�sentation. Je croyais qu'en UNIXland, il n' y a pas de > 'fichier texte' ou de 'fichier binaire', contrairement au monde merveilleux > de DOS, mais je m'�gare peut-�tre. Oui, le probl�me, c'est "fichier � contenu lisible pour un humain" (appell�s "texte") et "fichier plein de bordel imcompr�hensible" (binaire). > > De la, la necessite d'ajouter *sous emacs* ce qui apparait comme une > > ligne vide, mais ce qui en fait n'est que la terminaison correcte de la > > derniere ligne du fichier. Il existe une option pour ajouter cette ligne automatiquement si elle n'existe pas. > > Chaque outil, demon, etc... suivant la maniere dont il analyse les > > fichiers se contente ou non d'une derniere ligne incorrecte, et peut > > parfaitement ignorer une derniere-ligne-qui-n'en-est-pas-une-puisqu'il > > lui-manque-un-retour-chariot. C'est � consid�rer comme quelque chose de p�nible. -- Charles
