One of our NOC engineers is writing some Linux exam/test/whatever. We were having a chat and he confessed not knowing how test worked. I thought about it and realised I have never typed test at the command line either. He showed me what he was looking at: https://opensource.com/article/22/10/test-command-linux I had to read it twice, to figure out what they were talking about. The very last piece hit me, back in the day, I got caught with the c_c command, and it took me a few retries to grok it. It turns out it is something I have used often, never knowing that it was also a command (named test). Before I go on “my way” of doing things, let's look at this from the bottom up. So if you are a newbie and someone tells you to read the man page, you have my permission to spit in their coffee. (OK don’t) Seriously, the man page is about as much help to a newbie as a pin in a rainstorm if you don’t know what test does. It says nothing… I need you to think of it as a comparison command in bash that nets you a boolean. That’s it. To understand where this comes from, you need to know a bit about programming. Not much, just enough to hurt yourself. You see, when a C program exits cleanly, without error, your exit status is 0. If not, it is not 0. (make sense?) The same happens here, you evaluate or compare two things and you get 0 or 1. There is no hidden meaning or anything esoteric. It’s true or false. If you want to see that result, you type: echo $?
L'un de nos ingénieurs NOC (Network Operation Center - Centre opérationnel de réseau) est en train de rédiger un examen/test/quoi que ce soit sur Linux. Nous avons discuté et il m'a avoué qu'il ne savait pas comment test fonctionnait. J'ai réfléchi et j'ai réalisé que je n'avais jamais tapé test en ligne de commande non plus. Il m'a montré ce qu'il regardait : https://opensource.com/article/22/10/test-command-linux
J'ai dû le lire deux fois pour comprendre de quoi ils parlaient. La toute dernière partie m'a frappé : à l'époque, je m'étais fait prendre avec la commande c_c, et il m'a fallu quelques tentatives pour la comprendre. Il s'avère que c'est quelque chose que j'ai souvent utilisé, sans jamais savoir que c'était aussi une commande (nommée test). Avant d'expliquer « ma façon » de faire les choses, regardons les choses de bas en haut.
Si vous êtes un débutant et que quelqu'un vous dit de lire la page man, vous avez la permission de cracher dans son café. (OK, ne le faites pas.) Sérieusement, la page man est aussi utile à un débutant qu'une épingle sous une pluie diluvienne si vous ne savez pas ce que fait test.
test ne dit rien… Vous devez penser que c'est une commande de comparaison dans bash qui vous donne un booléen. C'est tout. Pour comprendre d'où cela vient, vous devez connaître un peu la programmation. Pas grand chose, juste assez pour vous faire mal. Vous voyez, quand un programme C se termine proprement, sans erreur, votre état de sortie est 0. Sinon, ce n'est pas 0. (vous comprenez ?) Il en va de même ici, vous évaluez ou comparez deux choses et vous obtenez 0 ou 1. Il n'y a pas de sens caché ou quoi que ce soit d'ésotérique. C'est vrai ou faux. Si vous voulez voir ce résultat, vous tapez : echo $?
Go ahead, open a terminal and type it to see the default value. I’m not going to tell you what it is, you need to see it for yourself. OK, with that out of the way, let’s use it to see how it works. Type: test 1 eq 2 ; echo $? Yes, I know it is oversimplified, but you are going to have to look at it that (the simple) way. You should have got an error. Look at the output. Now let’s do it right and look at that output (proper term is exit status), type: test 1 -eq 2 ; echo $? This is where the man page comes in handy, helping you remember all the comparison operators. I’m not going to list them here, you have a terminal. If you are a native English speaker, you should know them. If you are not, now you have the opportunity to learn them. Now the part I did not know is that I have been using test all along, just not in that way. Open your terminal and type: [ 1 -eq 1 ] ; echo $? mmm… Oh and be aware that there is a space after “[“ and one before “]” as, with “[[“ it is then treated as a command. So what happened? Yes same pudding, different sauce. Go ahead and leave out the space, so you can see what the error looks like. No, really, this is important. Familiarity breeds contempt, if you are used to the error, you know how to fix it.
Allez-y, ouvrez un terminal et tapez-le pour voir la valeur par défaut. Je ne vais pas vous dire ce que c'est, vous devez le voir par vous-même. OK, cela étant fait, utilisons-le pour voir comment ça fonctionne. Tapez :
test 1 eq 2 ; echo $?
Oui, je sais que c'est trop simplifié, mais vous allez devoir le voir de cette façon (la plus simple). Vous devriez avoir obtenu une erreur. Regardez la sortie. Maintenant, faisons les choses correctement et regardons cette sortie (le terme approprié est « exit status », l'état de sortie), tapez :
test 1 -eq 2 ; echo $?
C'est là que la page de manuel est utile, car elle vous aide à vous souvenir de tous les opérateurs de comparaison. Je ne vais pas les énumérer ici, vous avez un terminal. Si vous êtes de langue maternelle anglaise, vous devriez les connaître. Si ce n'est pas le cas, vous avez maintenant l'opportunité de les apprendre.
Ce que je ne savais pas, c'est que j'utilise test depuis toujours, mais pas de cette manière. Ouvrez votre terminal et tapez :
[ 1 -eq 1 ] ; echo $?
mmm… Oh et attention, il y a une espace après « [ » et une avant « ] » car, avec « [[ », c'est traité comme une commande. Alors, que s'est-il passé ? Oui, même pudding, sauce différente. Allez-y, supprimez l'espace, pour que vous puissiez voir à quoi ressemble l'erreur. Non, vraiment, c'est important. La familiarité engendre le mépris ; si vous êtes habitué à l'erreur, vous savez comment la corriger.
So the syntax is, we compare something in the “box” and we can then do something (or nothing) with the result (0 or 1). Let’s do a very simple example, type: [ 6 -gt 7 ] && echo “it is!” || echo “nope…” Now do it again, swapping the 6 and the 7 around. What happened? Do you see why I said it is a comparison that nets you a boolean? NOTE: if you are too lazy to type and copypasta, remember that this: “ is not this: “ That was integers, but you can also do it for strings. For strings we can use “=” and “!=” Type: [ “FCM” = “fcm”] ; echo $? Type: [ “FCM” != “fcm”] ; echo $? If you did not get those t-shirts before; != is funny ‘coz its true, you will now. We can also use the “zero” and “non-zero” operators, “-z” and “-n” Type: [ -n “fcm”] ; echo $? Type: [ -z “fcm”] ; echo $?
La syntaxe est donc la suivante : nous comparons quelque chose dans la « boîte » et nous pouvons ensuite faire quelque chose (ou rien) avec le résultat (0 ou 1).
Prenons un exemple très simple : tapez :
[ 6 -gt 7 ] && echo “it is !” || echo “nope…”
Maintenant, recommencez, en intervertissant le 6 et le 7. Que s'est-il passé ? Vous voyez pourquoi j'ai dit que c'est une comparaison qui vous donne un booléen ?
NOTE : si vous êtes trop paresseux pour taper et copier/coller, rappelez-vous que this: « is not this: ».
Il s'agissait de nombres entiers, mais vous pouvez également le faire pour des chaînes de caractères. Pour les chaînes de caractères, nous pouvons utiliser « = » et « != » Tapez :
[ “FCM” != “fcm” ] ; echo $?
Si vous n'avez pas eu ces t-shirts avant; != est bizarre parce que c'est vrai, vous les aurez maintenant.
Nous pouvons également utiliser les opérateurs « zéro » et “non-zéro”, « -z » et « -n »
Tapez :
[ -n “fcm” ] ; echo $?
Tapez :
[ -z “fcm” ] ; echo $?
You are all smart people, so I’m not going to pull out the wax crayons here. Let’s take it one step further, we can use it on files and folders, why? Because we get a boolean back. Type: [ -e a.out ] ; echo $? This tests for a file named “a.out”. You can test for any file you like. (bottom left is a screen-shot to see it in action.) So I have a file named icon.svg, but not one named icons.svg in my folder. Now, the “-e” is for “exist”, but we can also check if it is a file or a directory, and yes, you guessed it they are “-f” or “-d”. As I said, this is not difficult. As you can see, once you get the basics, the rest just fall into place. Like, for instance, would you like to know if a file has write permissions?
Vous êtes tous des gens intelligents, je ne vais donc pas sortir les crayons de cire.
Allons plus loin, nous pouvons l'utiliser pour les fichiers et les dossiers, pourquoi ? Parce que nous obtenons un booléen en retour. Tapez :
[ -e a.out ] ; echo $?
Cela teste la présence d'un fichier nommé « a.out ». Vous pouvez tester n'importe quel fichier. (En bas à gauche se trouve une capture d'écran pour le voir en action.)
Disons que j'ai un fichier nommé icon.svg, mais pas de fichier nommé icons.svg, dans mon dossier.
Le « -e » est pour « exister », mais nous pouvons aussi vérifier s'il s'agit d'un fichier ou d'un dossier ; et oui, vous l'avez deviné, il s'agit de « -f » ou « -d ». Comme je l'ai dit, ce n'est pas difficile.
Comme vous pouvez le voir, une fois les bases acquises, le reste se met en place. Par exemple, voulez-vous savoir si un fichier a les droits d'écriture ?
Hah, see you are getting smarter already! Yes, type: [ -w a.out ] ; echo $? So now you know* how the test command works, you can go through the switches in the man page and it will start making sense to you. One of the other options you may come across is “-s” which checks if a file has meat on the bones. To see this in action, type: touch man.man && [ -s man.man ] ; echo $? Did you understand what you just typed? If not, misc@fullcirclemagazine.org
Hah, vous voyez que vous devenez déjà plus intelligent ! Oui, tapez :
[ -w a.out ] ; echo $?
Maintenant que vous savez* comment fonctionne la commande test, vous pouvez consulter les options de la page du manuel et vous comprendrez mieux. L'une des autres options que vous rencontrerez peut-être est « -s », qui vérifie si un fichier a de la viande sur les os. Pour voir cela en action, tapez :
touch man.man && [ -s man.man ] ; echo $?
Avez-vous compris ce que vous venez de taper ? Si ce n'est pas le cas, misc@fullcirclemagazine.org