VISUALISATION FAÇON DUMP DE TOUT FICHIER, EN HEXA OU EN DÉCIMAL.

NHenry Messages postés 15112 Date d'inscription vendredi 14 mars 2003 Statut Modérateur Dernière intervention 13 avril 2024 - 22 mars 2006 à 10:11
cs_mikel39 Messages postés 2 Date d'inscription jeudi 2 mars 2006 Statut Membre Dernière intervention 13 avril 2006 - 13 avril 2006 à 21:28
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/36659-visualisation-facon-dump-de-tout-fichier-en-hexa-ou-en-decimal

cs_mikel39 Messages postés 2 Date d'inscription jeudi 2 mars 2006 Statut Membre Dernière intervention 13 avril 2006
13 avril 2006 à 21:28
pour info, je travaille avec windows xp pro sp2, vb6 de 06/1998.
à+
cs_mikel39 Messages postés 2 Date d'inscription jeudi 2 mars 2006 Statut Membre Dernière intervention 13 avril 2006
13 avril 2006 à 21:22
bonsoir. je viens de telecharger le zip, de le decompresser et j'essaie de le lire comme un projet existant. jai le mesage d'erreur c-dessous dans visufil.log. qu se passe -t-il?. inutile de preciser que je suis archi débutant, mais jaimerais comprendre.merci de m'eclairer. à+


Ligne 112: La classe MSComDlg.CommonDialog du contrôle OuvreFic n'est pas une classe de contrôle chargée.
NHenry Messages postés 15112 Date d'inscription vendredi 14 mars 2003 Statut Modérateur Dernière intervention 13 avril 2024 159
13 avril 2006 à 08:16
Merci de préférer le contact sur le sujet qui en est la source JIPERE. Se faire agresser en privé n'est pas toujours bien accepter, surtout quand on répond à beaucoup de question sur le forum et sur les sources.

Sinon, j'ai juste regarder la source avec VBFrance, je n'y ait vu aucune identation, voir le sujet : http://www.vbfrance.com/infomsg/LLIRE-INDENTATION-SOURCES_711703.aspx

Il serait préférable (je me répète mais je trouve cela utile) que ce soit un controle utilisateur qui fasse le boulot, c'est plus facilement récupérable pour réutiliser le code.

@+
cs_chmod777 Messages postés 46 Date d'inscription jeudi 25 juillet 2002 Statut Membre Dernière intervention 2 décembre 2006 1
23 mars 2006 à 21:02
Parfaitement d'accord!
NHenry Messages postés 15112 Date d'inscription vendredi 14 mars 2003 Statut Modérateur Dernière intervention 13 avril 2024 159
23 mars 2006 à 08:06
Peut-être que ce n'est pas grave que le type des variables soit Variant, mais cela ralenti le programme, ...Et fait pas propre.
cs_chmod777 Messages postés 46 Date d'inscription jeudi 25 juillet 2002 Statut Membre Dernière intervention 2 décembre 2006 1
23 mars 2006 à 02:07
"Dim IDriv, IChem, IFich, IName, Wcar As String
Seul Wcar est de type string, les autres sont des variant."

pas grave, de toute façon le typage en VB c'est un comme en PHP: une gageure, étant donné que le transtypage se fait de manière totalement transparente, le clou étant d'avoir carrément créé un type "variant"! Et puis on peut pas non plus dire que VB soit le langage le plus élégant qui soit.

Quoit qu'il en soit, pour eviter les "problèmes" de typage, préferez utiliser "Option Explicit" au début de vos projets (impose une déclaration explicite systématique des variables, ça permet en fait de pas créer une variable à chaque faute de frappe...)
NHenry Messages postés 15112 Date d'inscription vendredi 14 mars 2003 Statut Modérateur Dernière intervention 13 avril 2024 159
22 mars 2006 à 10:11
Pourquoi n'avoir pas fait un controle utilisateur (pour plus de portabilité).

Clarification du code :
tu peux remplacer : Mid("0123456789ABCDEF", H1 + 1, 1)
par : Hex$(H1)

Dim IDriv, IChem, IFich, IName, Wcar As String
Seul Wcar est de type string, les autres sont des variant.
Rejoignez-nous