Shell : compter le nombre de fichiers dans un dossier..compliqué

les puristes rétorqueront que je ne teste pas l'erreur de ls mais l'absence de fichier

Salut, effectivement ça ne va pas là :/ Il renvoie une erreur s'il y a 0 fichiers au lieu de renvoyer le nombre de fichiers (0).

C'est bien ça UnGnu : je souhaite afficher le nombre de fichiers qu'il y a dans un dossier, que ce soit 0 ou n. Mais si la commande qu'on utilise pour connaître le contenu du dossier échoue (peu importe la raison) alors on affiche ERREUR et non pas 0. Un nom de fichier peut contenir n'importe quel caractère saut le caractère NULL ou "/", d'où l'idée de passer par un find -print0, mais dans ce cas je n'arrive pas à compter les caractères NULL si je mets le résultat dans une variable.

Merci, hélas je ne peux pas installer tree sur ce serveur, et je voudrais autant que possible une solution qui ne soit pas dépendante de certains packages pour faire quelque chose d'à priori si simple, ce serait vite la source d'autres problèmes.
Sinon tree comptait bien les fichiers mais en cas d'erreur il affiche toujours 0 fichiers et renvoie 0 comme code de retour !

Erreur quand il n'arrive pas à consulter le dossier, par exemple s'il est vide :

GNU-bash-4.1.2 $ tree dossier_inexistant
dossier_inexistant [error opening dir]

0 directories, 0 files
GNU-bash-4.1.2 $ echo $?
0

Salut,
non j'avais écrit : je souhaite afficher le nombre de fichiers qu'il y a dans un dossier, que ce soit 0 ou n. Mais si la commande qu'on utilise pour connaître le contenu du dossier échoue (peu importe la raison) alors on affiche ERREUR et non pas 0.
Je vais essayer d'être précis : je souhaite faire un script qui prend un nom de dossier en paramètre (avec le chemin complet) et essaie de lire ce dossier pour savoir combien de fichiers il contient (contenu des sous-dossiers exclu)
si n fichiers dans le dossier : affiche n
si 1 fichier dans le dossier : affiche 1
si le dossier est vide : affiche 0
On attend donc un dossier existant et accessible. Mais si on ne peut pas déterminer le contenu du dossier, soit parce qu’il n'existe pas, qu'on n'a pas les droits, qu'un montage réseau est défaillant, disque défaillant, impossible d'exécuter correctement une commande du script (droits d'exécution sur une commande, saturation mémoire, ...), si on échoue on affiche ERREUR.

Pour illustrer : je faisais un script pour afficher le nombre de fichiers dans un dossier, en utilisant « ls dossier |wc -l » Et je me suis dit, ce serait bien de tester le retour du ls et d'afficher ERREUR si le ls échoue, sinon le wc va afficher 0 dans le cas d'un problème comme par exemple si le dossier est supprimé et n'existe plus, et là ça n'irait pas du tout.

...En écrivant, je viens de penser à cette solution :

var=$(ls bb) && if [ ${#var} -ne 0 ]; then wc -l <<< "$var"; else echo "0"; fi || echo ERREUR

qui fonctionne à tous les coups (elle traite à part le cas du dossier vide).

Je ne sais pas ce que vous pensez de cette solution, si vous avez une meilleure idée, je suis preneur.
Notamment ça ne fonctionne plus si un fichier contient un saut de ligne dans son nom (ls afficher un fichier par ligne et wc va le compter comme 2 fichiers).

Dans le cas d'un dossier qui est vide ça ne marche plus, $a est interprété comme une ligne et le wc -l renvoie 1 au lieu de 0.
j'avais tenté cette approche aussi, le problème vient du fait que quand on enregistre le retour d'une commande dans $a, on perd l'information de savoir s'il y avait ou non un saut de ligne final. :\
(ne marchera pas non plus si un nom de fichier contient un saut de ligne, ce sera considéré comme 2 fichiers)