Vous n'êtes pas identifié(e).
Pages : 1
Avec ST (Simple Terminal), dont je regarde le man... en vain.
Bref, comment pourrais-je comparer les deux fichiers, SVP ?
Solution > ici < (clic)
.
.
Dernière modification par Trefix (05-07-2018 16:16:08)
Hors ligne
Edit: sinon il y a
Il y a aussi meld mais c'est un peu lourd sur un ordinosaure comme le mien
Dernière modification par Croutons (05-07-2018 09:31:22)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Un tour dans le wiki pour me rafraîchir la mémoire, et j'obtiens le retour :
bash: comp : commande introuvable
C'est que le wiki est erroné (je sais, c'est inconcevable) : la commande comp, c'est sous Windows...
Ton ami arpinux voulait peut-être écrire « comm » (paquet coreutils), ou « cmp » (paquet diffutils) ?
Quoi qu'il en soit un bête md5sum (ou sha256sum soyons fous) ferait très bien l'affaire également.
Hors ligne
Deux DL identiques, ce doit être bon...
Allez [Résolu], je m'en voudrais d'offrir un point choco
Hors ligne
Hors ligne
Dernière modification par raleur (05-07-2018 11:09:19)
Il vaut mieux montrer que raconter.
Hors ligne
À noter : il m'a fallu renommer le fichier(1).exe en fichier.1.exe car Bash n'aime pas les parenthèses...
Y a moyen que bash aime les parenthèses ou tout autre caractère spécial
Donc faut SOIT lui dire que "c'est une chaine de caractère" (en l'encadrant de guillement) soit préciser que la parenthèse est à utiliser sans sa caracteristique spéciale (avec un antislash devant).
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Ce que tout un chacun membre df aurait pu faire.
Ben non justement, puisqu'il s'agit d'une page utilisateur. Ce mensonge te coûtera un point choco !
Hors ligne
fichier(1).exe -> NOPE
'fichier(1).exe' ->OK
"fichier(1).exe" ->OK
fichier\(1\).exe ->OK
Merci pour ces précisions.
Pour la commande cmp elle n'a rien donné non plus, tout à l'heure, dans mon Simple Terminal. Est-ce à dire que le retour au prompt vaut comparaison valable (i.e. retour seulement en cas de différence) ?
(Là je ne suis plus @home, je ne peux pas réessayer...)
Hors ligne
Ben non justement, puisqu'il s'agit d'une page utilisateur. Ce mensonge te coûtera un point choco !
Ah mé... mé... C'est quoi-t'est-ce que cette anarchie dans les tutos ?
Je porte réclamation !
Dernière modification par smolski (05-07-2018 13:27:29)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Pour la commande cmp elle n'a rien donné non plus, tout à l'heure, dans mon Simple Terminal. Est-ce à dire que le retour au prompt vaut comparaison valable (i.e. retour seulement en cas de différence) ?
Oui. Tu peux ajouter "&& echo ok" à la fin de la commande pour afficher "ok" en cas de succès.
Il vaut mieux montrer que raconter.
Hors ligne
C'est quand même est très bon outil !
Hors ligne
Le code de retour vaut 0 si les entrées sont identiques, 1 si elles diffèrent, et 2 en cas de problème.
Le code retour d'une commande peut-être accédé avec la variable "$?".
TP :
Tu remarquera aussi que retour "0" veut dire vrai d'où le fait que la proposition de raleur fonctionne : le "&&" est un "ET" logique qui veut dire "si la première proposition est vrai tester la seconde". Donc si "cmd1 && cmd2" et que cmd1 renvoie 0, cmd2 sera executé. Inversement, si cmd1 renvoie n'importe quoi d'autre, cmd2 ne sera pas interprété.
EDIT : oui la commande ne fonctionne qu'avec deux fichier... C'est écrit dans le manuel :
cmp [option] ... fichier1 [fichier2 [décal1 [décal2]]]
Dernière modification par otyugh (05-07-2018 16:00:05)
Hors ligne
- Ouvrir un émulateur de terminal simple utilisateur = $USER, avec Super + T ou Alt + T ou... en cliquant
- naviguer jusqu'aux fichiers, ici avec la commande ~$ cd ~/Téléchargements, pour gagner du temps car ça évite d'avoir à taper le chemin complet de chaque fichier,
- envoyer la commande:cmp nom-du-fichier.truc 'nom-du-fichier(1).truc' && echo Nananèreuupuis valider par Entrée,
- si les fichiers sont identiques le terminal répond Nananèreuu à la ligne d'en dessous, comme demandé par la commande echo,
- puis rend l'invite de commande truc@muche ~$
S'ils sont différents, le terminal l'indique en toutes lettres, j'ai vérifié...
Faaaassstoooocheu !
PS @otyhugh : lu, mais ça ne change guère mon résumé. Si pas d'ajout du && echo machin, envoyer, après retour de l'invite, la commande
retourne
si c'est bon, comme confirmation que l'absence de signalement d'erreur vaut acceptation de la validité de la comparaison. Je retiens, tout de même, car ça doit fonctionner avec n'importe quelle commande, cette demande de retour...
.
.
Dernière modification par Trefix (05-07-2018 16:32:38)
Hors ligne
Dernière modification par otyugh (05-07-2018 16:51:26)
Hors ligne
Hors ligne
Pages : 1