HEXAMINATOR - ÉDITEUR/INTERPRÉTEUR HEXADÉCIMAL RAPIDE ET EFFICACE

Commentaire de Bacterius le 10/03/2011 01:13:27

Pas lu le code, mais je mets 10 pour le nom de projet très original. Perso j'ai remarqué que quand je trouve un nom de projet qui me plaît j'ai tendance à me donner à fond et de fignoler le code, c'est important je trouve.

Cordialement, Bacterius !

Commentaire de Patrice99 le 10/03/2011 14:04:58

Ya un petit bug ici :
ScrollB.Value = Math.Floor(OffScroll / CarParLigne)
lorsque l'on réduit une position de 32 à 8 dans la combo, mais sinon cela à l'air vraiment bien et utile.

Commentaire de CGSI3 le 11/03/2011 21:57:05

Un grand merci pour le partage de ton code Nikators, 10/10 car parfait pour moi ..
Juste une petite idée:
J'ai cherché a faire le même type d'appli pour analyser la structure d'un fichier 3DS il y a quelques mois. (la tienne dépasse largement mes besoins)
Dans ce genre de fichier s'entremêle nombres clés (connu pour différentier des blocks de données) , des nombres codés sur différents bytes, et des caractères (string).
Dans ce type de démarche il serait intéressant que l'on puisse colorier soi même , de différentes manières les groupes de bytes pouvant avoir la même utilité pour mieux les reperer.
Sinon encore merci CGSI3

Commentaire de JLN le 14/03/2011 07:49:50

Bonjour et merci pour cette source.
Puisque des suggestions tu demandes... J'aimerai avoir accès à l'édition hexa depuis l'explorer (bouton droit ==> Hexaminator) aussi simplement que cela. Un peu comme Hedit que j'utilise depuis des lustres. Autre suggestion puisque tu travailles la recherche, elle pourrait s'effectuer soit en hexa soit en caractères (sans distinction maj/min) et F3 pour suivant (ca je pense que tu avais prévu).

Commentaire de ACHENRI le 14/03/2011 10:32:21

Bonjour NikatorS,

Encouragé par les commentaires précédents, je viens de télécharger (remarque à l'occasion que les verbes du 1er grp se terminent par ER à l'infinitif, mais ce n'est pas le sujet) ta source.
J'ai chargé le projet sous VS 2010 (la conversion s'est faite sans détecter d'erreur) mais à l'exécution j'ai une erreur dans l'instruction :

regKey = My.Computer.Registry.ClassesRoot.CreateSubKey("*\Shell\HexaMinator\command")

de la fonction AddAtContextMenu().

Le message d'erreur : L'accès à la clé de Registre 'HKEY_CLASSES_ROOT\*\Shell\HexaMinator\command' est refusé.

C'est normal sous W7 comme sous Vista.
Il faudrait peut-être mettre cette clé ailleurs dans la Registry ? Si tu pouvais proposer une solution...

Merci

Commentaire de JLN le 14/03/2011 11:30:53

Désolé pour la remarque concernant l'explorer, j'ai posté trop vite sans avoir testé, maintenant c'est chose faite.

Il faut être admin pour HKCR mais cela ne suffit pas, il faut encore que l'exécutable existe hors ton projet s'appelle Hexaminator, mais tu veux placer dans HKCR "UltraHexa.exe" introuvable !

Concernant ma remarque sur la recherche, elle reste valide.

Au niveau de la ligne de commande, ne faut-il pas prévoir la gestion des guillemets pour les fichiers dont le chemin comporte des espaces ?

Bon travail, ce programme est vraiment très utile, merci.

Commentaire de Patrice99 le 14/03/2011 12:04:35

Oui, certains commentaires produisent 2 notifications par mail au lieu d'une, bizarre !

Commentaire de Bacterius le 14/03/2011 12:11:12

Effectivement vos deux derniers posts ont chacun généré un mail mais les quatre commentaires précédant mon dernier commentaire ont produit en tout huit mails. Etrange ... Mais ne gâchons pas l'espace des commentaires et revenons à l'Hexaminator.

Cordialement, Bacterius !

Commentaire de JLN le 14/03/2011 14:01:25

Pour moi ces lignes fonctionnent (je suis admin) :
    My.Computer.Registry.SetValue("HKEY_CLASSES_ROOT\*\Shell\HexaMinator\command", "", My.Application.Info.DirectoryPath & "\" & My.Application.Info.ProductName.ToString & ".exe -o " & Chr(34) & "%L" & Chr(34))
    My.Computer.Registry.SetValue("HKEY_CURRENT_USER\*\Shell\HexaMinator\command", "", My.Application.Info.DirectoryPath & "\" & My.Application.Info.ProductName.ToString & ".exe -o " & Chr(34) & "%L" & Chr(34))

Mais il faut modifier le Form1_Load car il y a un petit bug si on considère l'espace après "-o".

Commentaire de CGSI3 le 14/03/2011 21:33:00

Bonjour a tous,
... vous voulez faire exploser ma boite mail ... j'ai cru a une attaque virale ... lol
Pour en revenir a ta question NIKATORS, la sauvegarde des couleurs n'est pas nécessaire, l'intéret est avant tout le reperage des différents types de valeur et leurs redondances.
Pour exemple un fichier 3DS est composé de blocs de données de manière "récursive", c'est a dire qu'un bloc peut être constitué de sous bloc et ainsi de suite ...
Dans cette configuration reperer un bloc d'un sous bloc est difficile.
C'est pour cela que je te donne cette idée.
Sinon j'ai terminé ce type de fichier mais je dois m'attaquer prochainement a d'autres formats.
Mais si tu as des questions sur un type précis, même particulier , n'hesite pas a m'en faire part. J'ai peut être des infos.
Bonne soirée a tous. CGSI3

Commentaire de NikatorS le 28/03/2011 01:50:52

Voici les mises à jour effectuées :
1) Ajout de la fonction recherche d'octets, de textes et de valeurs.
2) Interprétation des octets en valeur 64 bits.
3) Affichage des valeurs numériques signées ou non et des réels.
4) Affichage de ces dernières de manière personnalisable.
5) Menu "Fichier", "Edition", "Options" et "A propos".
6) Accès au registre sans message d'erreur.
7) Rabaissement du niveau de privilège du programme (UAC) à "asInvoker". L'utilisateur (de Vista et plus) et prévenu qu'il doit lancer le programme en administrateur pour modifier le menu contextuel.

Commentaire de Patrice99 le 28/03/2011 15:59:11

Super pour le menu contextuel, tu peux d'ailleurs ajouter un Tooltip (car apparemment, yen a qui n'ont pas vu l'option !) : 'Ajouter/Supprimer un menu contextuel "HexaMinator" pour examiner directement un fichier depuis l'explorateur de fichiers (à partir de Windows Vista et supérieur, il faut préalablement lancer l'application en tant qu'admin.)'

Commentaire de NikatorS le 28/03/2011 19:05:44

Pourquoi pas. Je m'étais dit que je ferais le menu contextuel quand j'ajouterais le "Copier/Coller". Mais après tout, c'est dans l'orientation de ce programme.

Sinon j'ai une question ouverte à tout le monde (même si j'aimerai bien que JLN, Patrice99 et CGSI3 y réponde). L'outil "Aller à la position", parcourt le fichier en partant du début du fichier ou du curseur, mais toujours vers l'avant. Voyez-vous une raison ou une utilité de faire la même chose mais en direction de l'arrière ?

Et merci pour l'intérêt que vous portez à mon programme.

Commentaire de JLN le 29/03/2011 08:31:42

Je serai tenter de dire qu'une position est unique donc fixe et se déplacer relativement dans le code, c'est obligatoirement avec offset, qu'il soit positif ou négatif.
Ex : Si je veux aller à l'adresse 03BF, cette adresse est unique.
Si je veux me deplacer de 53 octets je dois pouvoir le faire dans un sens ou dans l'autre.
Quoi qu'il en soit, continu, cette appli à de l'avenir et risque même d'être incontournable.

Commentaire de NikatorS le 13/04/2011 15:06:39

@ JLN :
Bonne remarque. Je l'ai appliqué

@ Patrice99 :
@C'est une très bonne méthode ! Elle est surtout pratique pour une élévation ponctuelle mais c'est précisément mon cas. Je vais la mettre en œuvre pour la prochaine version.
Merci de l'info Patrice.

@ tout le monde :
La prochaine version sortira la semaine prochaine, je pense.

Commentaire de JLN le 20/04/2011 08:34:21

Je confirme, cette appli devient incontournable... Bravo à toi Nikators, c'est du bon boulot.
Pour ma part, je vais l'utiliser comme auparavant Hedit, appli que je traine de micro en micro depuis des années.
Si je pouvais revoir ma note je mettrai 20 (Mer... c'est pas possible)