Une petite question en passant :

Quand je fais de la traduction, les mots français prennent souvent + de lettres que les mots anglais.

Or si j´en met trop ça déborde sur les autres mots etc...

Et quand j´ajoute un octet l´exe ne marche plus du tout après.

Il y a un moyen pour remediter à cela ?

Remedier*

Difficilement :
il y 2 façons (usuelles) de coder une chaine :
- NULL Terminated : tu écris la chaine, et tu écris un 00 a la fin pour signaler qu´elle est finie -> si tu enleves le 00, tu courres au crash
- précédée par la taille : juste avant la chaine, tu as 1, 2, ou 4 octets (dépend du codage) qui disent combien il y a de caracteres.
Dans le 2e cas, si tu modifies la taille de la chaine, il faut mettre ce nombre a jour.
Dans le 1er cas, toujorus finir par un 00 (NULL terminated)

Si tu veux ralonger une chaine, il faut INSEER des octets : tous les éditeurs hexa ne le font pas. ça va décaler tout ce qu´il y a apres.
Donc si la lecture est séquentielle, ça marchera, mais si, dans le codage du fichier, tu as un offset (un pointeur interne, qui pointe sur une zone plus loin dans le fichier) -> tu es mort
Et il y a des offset dans beaucoup de fichiers Donc a mon avis, il va falloir te contenter de garder la meme taille de chaine

Ok ça marche ;)

Pour les 00 à la fin, oui je suis au courant.

Par contre, comment je peux savoir les octets qui me disent combien il y a de caractere ?

Car au pire, je rajoute des caractere et je met le bon octet au début de la chaine.

En fait j´avais remarqué qu´avant une liste de texte, il y a toujours un caractere spécial avant cette chaîne.

Pour bien comprendre :

http://www.enregistrersous.com/images/154470477220070611182850.jpg

Est ce que le "04" est l´octet qui précede la chaine pour dire combien il y aura de caractere ?

dans un exécutable il est complètement impossible d´insérer des octets, génrallement les données sont au début du programmes, mais en plus, elles sont toujours accédées par des pointeurs. Et enfin, ajouter des octets vide, même à la fin du programme l´empêche souvent de démarrer.

Par contre, il y a des logiciels qui permette d´éditer les fichiers de ressource d´un programme, c´est vers ça qu´il faut se tourner pour modifier une image.

Merci

Quel logiciel par exemple ?

J´ai été voir pas mal de sites et à part ressource hacker et je ne sais plus quel programme, il ne me permettre pas de voir/modifier/supprimer cette image :/

Quand je regarde ton image, je ne vois pas de chaine.
Je vois un int (4 octets)

04 00 00 00 (n´oublie pas que sur les Intel et compatibles, on est en little endian, donc le poids faible est a gauche ! donc 04 00 00 00 = 4 et non 0x4000000)

Je voi ensuite un short de valeur 4C 00
je vois ensuite un int (ou un short) 32 00 00 00 (ou 32 00), apres faut voir.
En aucun cas une chaine : en effet, dans une chaine, tu n´as pas de 00 (sauf poru le NULL terminated). De plus, si une chaine est codée en NULL terminated, il n´est pas nécessaire d´y préfixer la taille : une analyse séquentielle jusqu´au 00 te permet de trouver la taille.

Merci pour les infos

mais comem je te disais, et comme Dnob confirmait : si dans le fichier (ce qui est fort probable), il y a un pointeur interne, tu es mort si tu fais un décalage

A chaque fois que j´inserais un décalage, l´exe plantai. ^^ :/

Hmm, ca serait une idee de desassembler, mettre du texte a la fin du programme (en general ya un peu de place), et modifier l´appel a l´ancien emplacement du texte par le texte a la fin, sans oublier de retourner la ou il faut apres..

Une fois que c´est désassembler, il devrait suffire de modifier le fichier de ressource et tout recompiler (ou effectivement modifier les chaines, mais un code désasembler est modifiable vu qu´il y a des label (si le désassembleur est bon), n´empêche, je n´ai jamais essayé pour voir si effectivement, ça fonctionne.

Un debugger Ring3 comme OllyDbg peut faire cela. Cette ´technique´ est pratique pour rajouter un menu ou juste une option dans une application par exemple, tu mets tout le code supplementaire a la fin.