Généralités

Grâce à sa structure multi threads, vous pouvez lancer une recherche alors qu'une sauvegarde est en cours, ou vice versa. Pendant la sauvegarde et/ou la recherche, vous pouvez continuer à naviguer en lecture dans le fichier, sans pouvoir faire de modification tant que la sauvegarde ou la recherche n'est elle-même pas terminée.

Le mode d'écriture est overwrite. Pour la plupart des fichiers binaires, il peut être dangereux de décaler une partie du code. Pour cette raison, une portion de code non modifiée mais pas exactement à la position originelle sera signalée par un fond grisé. Une insertion doit être explicite et ne peut être faite qu'avec la touche insertion. Soyez prudent avec les insertions imposantes, vous pouvez créer virtuellement un fichier géant qu'il sera ensuite impossible de sauvegarder (essayez d'insérer 2Ei par exemple).

Les modifications en cours sont signalées par du texte en rouge. Vous pouvez annuler les modifications. Vous pouvez refaire la dernière anulation. Un astérisque (*) apprès le nom du fichier signal qu'il y a au moins une modification. Notez que la pile de Undo et les aides colorées sont remise à zéro par une sauvegarde puisqu'il n'y a plus de différence entre le fichier et l'affichage.

Couper, copier & coller utilise le presse papier de l'OS. Une sélection dans la zone de texte est transférée sous forme de texte, mais a l'inconvénient de ne pas permettre de transférer les caractères non affichables. Une sélection dans la zone hexa est transférée sous forme de texte hexadécimal. La taille de la sélection est limitée par l'option de mémoire lors du lancement de la JVM (-Xms64m), mais la limitation du presse papier peut être plus faible. Comme le presse papier est partagé, vous pouvez importer/exporter des data depuis/vers n'importe quelle application. Notez toutefois que le retour chariot n'est pas toujours correctement transmit par le presse papier de windoz.

Les champs de saisi demandant une position acceptent les formats numériques tels que:

• Un entier quelconque (0, 10, +256, ...).
• Un hexadécimal sans préfix (OxFF).
• Un réel qui sera arrondi si nécessaire (1.024e3).
• Un entier ou un réel avec un préfix SI (1.5k) (da, h, k, M, G, T, P, E).
• Un entier ou un réel avec un muliple binaire SI (1.024Ki) (Ki, Mi, Gi, Ti, Pi, Ei).
• Un pourcentage d'entier ou de réel (10.5%).

Notes:
1. Les prefixes et les multiples binaires sont sensibles à la casse. Remarquez la différence entre 'k' et 'Ki'
2. Pour eviter les confusions,avec le préfix exa (E), il vaut mieux utiliser 'e' plutôt que 'E' pour séparer la mantisse de l'exposant.
3. Pourquoi prefix plutôt que suffix? Parceque c'est le préfixe de l'unité et pas le suffixe du nombre.

En bas à droite, la position du curseur est donnée par rapport au début du fichier, suivi de la position par rapport à la fin. Un clic sur le champ offset commute l'affichage entre décimal et hexadécimal.

L'outil de recherche

• Le champ d'entrée accepte du texte, des chaines hexadécimales et plein d'autres formats.
  Notez que la recherche d'un float ou un double est implémentée, mais c'est une mauvaise idée de l'utiliser, en effet la transcription binaire d'un réel est très rarement juste. Hexditor.jar recherchera les deux float ou double les plus proches.
• La recherche de texte peut être insensible à la casse. Dans ce cas, elle est aussi insensible aux caractères accentués. Par exemple, si vous cherchez un mot contenant "A", les lettres "AaÀÁÂÃÄÅàáâãäå" seront valides, et plein d'autres encore, comme le @ ou le symbole de l'Ångström.
• "Word size" est utile pour l'alignement des data. Si vous cherchez un code machine pour un processeur 64 bits, cela permet de ne trouver que les mots bien alignés.
  Pour un fichier multimédia, un fichier compressé ou si vous ne savez pas, laissez ce champ sur "8 bytes".
• Le champ "From" permet de choisir où commence la recherche. Laissé vide, la recherche commence à la position du curseur. A la fin de la recherche, le champ indique la position trouvée, ou sinon la fin du fichier.
• BE & LE sont pour Big-Endian (ordre naturel) or Little-Endian (ordre Intel).
• Dans un fichier aléatoire de 16MiB, la recherche d'un mot de 3 octets donne une occurrence.
  Dans un fichier ASCII aléatoire de 16MiB la recherche d'un mot de 3 lettres minuscules pourrait déjà donner 57 occurrences. Mais un fichier ASCII n'est jamais aléatoire, essayez de trouver "xyz" ou "les" dans un texte en français...
  Donc une recherche efficace nécessite une taille minimale de mot:

Les raccourcis

Capture d'écran

Autres éditeurs