[Shell] Tester une variable numérique VoirTester une variable numérique
Préambule
Dans un environnement "shell", les variables sont, par défaut, de type "chaîne de caractères".
De ce fait il n'est pas possible de déclarer une variable de type "entier" (enfin, ceci n'est pas tout à...
[Gravure] Graver ou lire un fichier .BIN / .CUE VoirLes fichiers .bin et .cue sont respectivement :
.BIN : une image de CD, c'est-à-dire une copie binaire d'un CD ou d'un DVD sous forme d'un fichier
.CUE : informations sur les pistes du disque.
Les fichiers .BIN / .CUE sont utilisables par...
Bad pool caller / Header VoirSymptômes
Un écran bleu d'affiche avec le message suivant : Bad Pool Caller
Bad Pool Header
Résolution
Le message d'erreur Bad Pool Caller ou Bad Pool Header signifie que l'appel d'une application a échoué. Il est généralement suivi d'un certain...
Fichier BIN VoirFormat BIN
Les fichiers BIN et CUE sont respectivement :
.BIN : une image de CD, c'est-à-dire une copie binaire d'un CD ou d'un DVD sous forme d'un fichier
.CUE : informations sur les pistes du disque.
Comment lire un fichier BIN ?
Les...
Vous avez ouvert un fichier de config dans windows. Les caracteres de fin de ligne dans Linux/Unix et Windows ne sont pas les memes (CR/LF).
Un Fichier Linux enregistré par Windows fait apparaitre des caracteres ^M en fin de chaque Ligne. Perl par exemple n'aime pas du tout.
C'est pour cette raison aussi qu'il faut transferer les fichiers perl en mode ascii et non en mode binary lors d'un transfert FTP.
une suggestion , le ^M correspond généralement à un fichier format texte DOS (où la fin de ligne contient 2 caractères hexa OA/OD, - carriage return - line feed- alors qu'un fichier unix ne doit contenir qu'un seul caractère -je ne me rappelle jamais lequel des 2 :-(
donc ton script doit contenir sur toutes les lignes un caractère de trop en fin qu'il faudrait supprimer