Problème lecture fichier texte

oui bon ben ... le mieux c'est que le principal concerné nous livre un de ces fichiers texte pour voir
sinon ava débattre encore des plombes et taper toujours a coté
en tout etat de cause avec les divers exemple qu'il a eu si il n'y arrive pas c'est qu'il y a un pétard dans le fichier c'est pire que structuré

Bonjour unparia,

Citation:

---

Envoyé par unparia

J'aimerais que ces 240 premiers caractères soient présentés ici entre balises code, qui, seules, respectent apparemment les espaces multiples, comme on peut le voir ici :

Code:

---

aa aa

---

alors que les autres "élaguent"

---

Il y a aussi les balises [pre] qui gardent les espaces:

aa       aa

Citation:

---

Envoyé par Marc-L

Pour moi ce n'est pas un fichier "structuré" mais juste un pauvre fichier texte
avec une séquence de fin de ligne différente de vbCrLf standard sous Windows
comme l'a aussi souligné Jurassic Pork et c'est la raison pour laquelle certains éditeurs de texte s'en sortent
car ils cherchent de facto les trois séquences de fin de ligne habituelles à savoir vbCrLf, vbLf ou vbCr !

Comme je l'ai pourtant déjà démontré sur ce forum ou ailleurs, même avec l'instruction VBA Open
il est extrêmement simple d'effectuer une ouverture universelle d'un fichier texte comme FSO
soit pour le lire ligne à ligne ou affecter directement ses lignes dans une variable tableau
quelle que soit l'une de ces trois habituelles séquences de fin de ligne !

Du reste je ne comprends toujours pas que l'initiateur de cette discussion ne l'ai toujours pas vu avec UltraEdit, 8O
purée c'est juste visuel ‼ :ptdr: (basculer en mode hexadécimal au besoin :roll:)

Et si tu ne comprends toujours pas, joindre alors un fichier texte !
(tester le téléchargement fonctionne ensuite depuis le forum sinon utiliser par exemple cjoint.com …)

---

Bonjour et merci de la réponse
Désolé du délai de ma réponse, vacances obligent...:D

J'ai regardé en Hexa avec Ultraedit et le retour à la ligne est indiqué par un . (point - code OA)
donc à partir de cette info, dois-je ouvrir le fichier texte et rechercher le point pour analyser mes lignes?
Je cherche la fonction la plus rapide sachant que j'ai 150 000 fichiers à analyser... (un an de données pour 400 machines)! :oops:

hello,
regarde ma réponse #13 qui traite ton cas de fichier.

Ami calmant, J.P

L'éditeur affiche un point car le caractère n'est pas affichable s'agissant du code ASCII n°10 correspondant à vbLf …

En lisant l'intégralité d'un fichier texte puis en utilisant la fonction VBA Split pour séparer les lignes sur vbLf
est obtenu une variable tableau d'indice 0 contenant chaque ligne séparée …

Parmi les nombreux exemples du forum sur ce sujet voir cette discussion …