Discussion :

[kevin066]

Bonjour,
En environnement ksh, l'historique des commandes est enregistré dans le fichier .sh_history dans la home directory du compte concerné.
Il se trouve que ce fichier, même si on arrive à le lire, est un fichier data (genre binaire).
Pour effacer l'historique la commande "history -c" ne fonctionne pas donc à part l'écraser ( par exemple > .sh_history ) je ne vois pas d'autres solutions. Une fois le fichier écrasé, l'historique est bien vide mais au logon il y a plein de message d'erreur car le ksh détecte un fichier historique vide dans un format qui lui plait pas donc il râle...
Si on fait un file devant un .sh_history normal on obtient "data" et devant un .sh_history qu'on a écrasé on obtient "empty".
Je pense que les messages d'erreur viennent du format qui n'est pas bon.
Quelqu'un aurait-il une idée pour effacer le .sh_history sans que le système se plaigne au logon, ou alors si la seule solution est de l'écraser avec un "> .sh_history" une idée pour passer le .sh_history "empty" en data.
Si on copie une ligne après l'avoir écrasé il passe en "ascii text" et ça lui plait pas non plus.....
Merci pour vos lumières

[N_BaH]

Bonjour,

Une fois le fichier écrasé, l'historique est bien vide mais au logon il y a plein de message d'erreur

pas chez moi. peut-être pas la même version de ksh :

$ ksh --version
version sh (AT&T Research) 2020.0.0

d'ailleurs, quels messages d'erreur, précisément ?

[kevin066]

Bonjour.

Version ksh :
version sh (AT&T Research) 93u+ 2012-08-01

Commande file du .sh_history :
.sh_history: data

Si on le vide :
> .sh_history

Un file donne maintenant :
.sh_history: empty

On se déconnecte et au logon plein plein de messages de ce type :
-ksh: hist: 273-272: invalid range

Merci à toi

[kevin066]

Sans toucher au ksh comment pourrais je éviter ces messages d’erreur ? Quitte à garder une ligne dans l’historique mais comme c’est un «*data*» ... pas simple

[jack-ft]

Sans toucher au ksh comment pourrais je éviter ces messages d’erreur ? Quitte à garder une ligne dans l’historique mais comme c’est un «*data*» ... pas simple

Ton "garder une ligne dans l'historique" m'inspire une solution, mais elle est un peu "bidouille" sur les bords...
(Je demande donc aux puristes de ne pas lire ce qui suit... ou alors avec beaucoup d'indulgence!)

• À faire une seule fois:
  
  1. Tu effaces le fichier
  2. Tu mets dedans une commande bidon (en demandant gentiment au shell de le faire pour toi (n'est-il pas ton esclave?))
  3. Tu conserves soigneusement une copie du fichier dans cet état (si besoin, depuis un autre shell)
• À faire à chaque fois que tu veux "remettre à zéro" l'historique:
  
  • Tu remplaces le fichier par la copie soigneusement conservée

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
# Une fois:
> .sh_history
# déconnexion / reconnexion (avec plein de messages)
date
cp .sh_history .sh_history_date

Voilà, maintenant tu as une fois pour toutes un ".sh_history_date" minimal.

Du coup, lorsque tu veux "remettre à zéro" l'historique, il te suffit de l'écraser:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cp .sh_history_date .sh_history

Je n'ai pas testé, mais j'imagine qu'à la prochaine connexion, il ne devrait pas y avoir de message d'erreur, non ?

Bien sûr, il faut l'écraser avec un "cp" et non un "mv", pour pouvoir le refaire autant de fois que tu le souhaites.

Si jamais la commande cp .sh_history .sh_history_date se retrouve intégrée au ".sh_history" AVANT que la copie ne soit effectivement effectuée et que cela te gêne, tu peux envisager de faire la copie depuis un autre shell, voire un autre compte.

[kevin066]

Hello, merci pour ta réponse précieuse. Je vais tester ça et te dis :-)
Merci encore.