J'ai un fichier d'un peu plus de 500 Mo qui pose des problèmes.
Je pense que le problème réside dans la convention de fin de ligne (EOL) utilisée. J'aimerais examiner le fichier dans sa forme brute non interprétée (1) pour confirmer la convention de fin de ligne du fichier.
Comment puis-je voir le "binaire" d'un fichier en utilisant quelque chose d'intégré à Windows 7 ? Je préférerais ne pas avoir à télécharger quoi que ce soit d'autre.
(1) Mon collègue et moi-même avons ouvert le fichier dans des éditeurs de texte, qui affichent les lignes comme on pourrait s'y attendre. Mais les deux éditeurs de texte ouvrent des fichiers avec des conventions EOL différentes et les interprètent automatiquement. (TextEdit et Emacs 24.2. Pour Emacs, j'ai créé un deuxième fichier avec seulement les 4 premiers octets en utilisant head -c4096 sur une machine linux et l'a ouvert depuis ma machine Windows.
J'ai essayé d'utiliser le mode hexl dans Emacs, mais lorsque je suis passé au mode hexl et revenu au mode texte, le contenu du tampon avait changé, ajoutant un ^M visible à la fin de chaque ligne, donc je ne m'y fie pas pour l'instant.
Je pense que le problème réside dans le(s) caractère(s) de fin de ligne utilisé(s). Les éditeurs que mon collègue et moi avons essayés (1) reconnaissaient automatiquement la convention de fin de ligne et nous montraient des lignes. Et d'après d'autres éléments, je pense que la convention de fin de ligne est le retour chariot uniquement. (2) retour uniquement.
Pour savoir ce que contient réellement le fichier, j'aimerais examiner le contenu binaire du fichier, ou au moins quelques milliers d'octets du fichier, de préférence en hexadécimal, bien que je puisse travailler avec du décimal ou de l'octal. Uniquement des uns et des zéros seraient assez grossiers à regarder.
MISE À JOUR
Sauf celle qui suggère DEBUG Toutes les réponses ci-dessous fonctionnent dans une certaine mesure. J'ai ajouté une note à chacune d'entre elles pour indiquer qu'elles étaient utiles. Ma question était mal formulée. En testant chaque solution suggérée, je me suis rendu compte que je voulais vraiment que les contenus hexadécimaux et textuels soient affichés côte à côte, et que lorsque j'avais le curseur sur quelque chose, que ce soit une valeur d'octet ou un caractère textuel, la chose correspondante de l'autre côté était mise en surbrillance.
J'ai en fait résolu mon problème lorsque le mode hexl d'Emacs a commencé à fonctionner "correctement". J'ai donc fini par n'utiliser aucune de ces réponses, me contentant de les tester (je devrais vraiment enquêter sur le comportement bizarre d'Emacs et déposer un rapport de bogue).
