Saut avec ou sans condition

Version imprimable

29/12/2004, 11h27
Frenchghost

Saut avec ou sans condition
Re-salut,

Voila j'essaye de creer un programme de mot de passe tout ce qu'il y a de basic. Apres la saisie de la chaine (du mot de passe) j'ai inclus l'instruction
Code:

1 2 3 JE affiche JMP passe
Si le mot de passe est exact (il y a CMP juste avant) le programme devrait aller a "affiche" plus bas, si le passe est faux alors le programme retourne a la saisie.
Pendant la compilation il y a une erreur "Data below initial CS:IP defined". Quelque soit le programme où je mets un type de JMP le compilateur m'affiche le meme message. Quelqu'un a une idée ?

Merci d'avance :).
29/12/2004, 11h44
Invité

Bonjour,

Je vois que le monde de l'assembleur t'attire, tu as raison, c'est un vieux langage mais qui est tellement magnifique :P

A mon avis ça doit bêtement être un problème de déclaration de ton CS (Code segment). Soit tu l'initialises mal, soit tu l'initialises au mauvais endroit, ce qui est à mon avis plus probable ;-)
29/12/2004, 12h32
Frenchghost
Oui j'adore l'assembleur, meme si c'est pas facile au début héhé. J'ai initialisé CS dans le même segment que DS et SS. Pour un fichier .COM c'est ce qu'il faut faire non ? enfin je crois :).
Code:

1 2 3 4 5 .386 fichier segment use16 assume CS:fichier, DS:fichier, SS:fichier
C'est comme ça que c'est écrit dans le mini-cours que j'ai :).

L'initialisation de CS est bonne selon le cours que j'ai, mais il y a un probleme avec CS:IP. Apparemment JMP ou/et JE ne pointent pas dans le segment (enfin c'est ce que je pense, car j'y connais pas grand chose). Alors je vais poster le code...(désolé pour ceux qui aiment pas ma méthode de programmation, ca ira mieux dans quelques années :)):

2478 c'est le mot de passe

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
.386
 
fichier segment use16
 
assume CS:fichier, DS:fichier, SS:fichier
 
org 100h
 
debut:
 
ecran db 50 dup ('$')
 
  mov AX,2478
  push AX
  push BX
  push CX
 
  mov AH,3fh                           ;saisie du mot de passe
  mov BX,0
  mov DX,offset ecran
  mov CX,49
  int 21h
 
  pop CX
  pop BX
  pop AX
  cmp AX,DX                            ;vérifie le mot de passe
  je message
  jmp debut
 
message:
 
affiche db 10,13,'Ok merci','$'
 
  mov AH,09h                           ;affichage de fin
  mov DX,offset affiche
  int 21h
 
ret
 
fichier ends
 
end message
 
end debut

29/12/2004, 15h41
Invité
Hello,

2-3 petites informations qui pourront t'être utiles :

Citation:

.386

Ca, ça sert pas à grand chose dans ton cas...

Citation:

assume CS:fichier,DS:fichier,SS:fichier

Il me parait beaucoup plus simple et plus clair de faire à la place :
Code:

1 2 3 4 5 .MODEL SMALL ; déclaration du modèle de données .STACK ; taille de la pile .DATA ; variables .CODE ; code du programme
Et étant donné que seul le segment de données doit être initialisé (CS et SS le sont automatiquement), tu fais ceci dans le .CODE :
Code:

1 2 3 MOV AX,@DATA MOV DS,AX
Citation:

ORG 100H

Je vois vraiment pas l'utilité de lui dire de commencer à 100h...

Citation:

mov AH,3fh ;saisie du mot de passe
mov BX,0
mov DX,offset ecran
mov CX,49
int 21h

Pourquoi se compliquer la tête à vouloir lire sur le handle 0 ? Utilise la fonction 0AH/21H

Je crois que déjà en travaillant de cette manière, tu ne devrais plus avoir de problème avec tes segments...

Quant à ton algo, n'oublie pas que ce que tu vas rentrer comme mot de passe à l'écran est de l'ASCII, il faut donc que tu convertisses le code entré par l'user en hexadécimal avant de faire tes comparaisons....

Et si tu veux quelques liens :
http://www.trotek.ec-lyon.fr/~muller.../index.html.fr
http://www-ipst.u-strasbg.fr/pat/memo8088.htm
30/12/2004, 17h43
Frenchghost

Coucou,

Question bête, est ce que ça marche pour un .COM ? :).

Je ne sais meme pas a quoi sert .386, c'est juste marqué dans le cours qu'il faut le mettre a chaque fois :).
30/12/2004, 19h17
Alcatîz

Citation:

Envoyé par Frenchghost

Question bête, est ce que ça marche pour un .COM ?

En tout cas, ton code est rédigé pour en créer un :
- Un seul segment pour code, data et stack;
- La directive

Code:

ORG 100h

Citation:

Envoyé par Frenchghost

Je ne sais meme pas a quoi sert .386, c'est juste marqué dans le cours qu'il faut le mettre a chaque fois :).

C'est pour pouvoir utiliser les registres 32 bits (ce que tu ne fais pas dans ton code soit dit en passant).

Merci pour .386, je ne savais pas. Je sais que mon code est pour un .COM :lol:, je posais la question au sujet de:

Code:

1
2
3
4
5
6
7
8
9
.MODEL SMALL    ; déclaration du modèle de données 
.STACK           ; taille de la pile 
.DATA             ; variables 
.CODE            ; code du programme 
 
 
 
MOV AX,@DATA 
MOV DS,AX

30/12/2004, 22h36
Invité

Argh, j'avais oublié que tu faisais un .COM :oops:
Mais, dis-moi, tu peux me donner l'url de ce cours ? Car ça doit être un cours assez bizarre de parler de .COM après un seul exercice sur le .EXE, ce cours s'éparpille un peu trop à mon goût :roll:
31/12/2004, 12h09
Frenchghost

Il n'y a pas d'exercices dans le cours :cry:, j'essaye de faire des petits programmes pour m'entrainer moi-même :oops:. Je suis sous TASM, mais tout le monde parle en bien de NASM, alors je l'ai téléchargé et imprimé la documentation en anglais...mais ce n'est pas vraiment un tutoriel; ça va être difficile ! mais j'essaye de m'accrocher lol.
31/12/2004, 12h42
Invité

Ben si tu veux mon avis, mieux vaut d'abord bien comprendre le fonctionnement des exécutables avant les COM :wink:
As-tu jeté un coup d'oeil sur les url que je t'ai donné plus haut ?
Si tu veux des idées d'exercices, étant donné que tu as déjà fait un exercice sur la saisie d'une chaîne et l'affichage de celle-ci, pourquoi ne t'intéresses-tu pas aux opérations mathématiques ? Ou alors il y a le très célèbre programme de vérification d'un palindrome qui demande un peu de logique :wink:

A propos de NASM, sache que moi j'utilise TASM et MASM, pour moi ce sont tous un peu les mêmes. Par contre, je trouve le choix du debugger assez intéressant, pour ma part j'utilise TD (Turbo Debugger) qui est vraiment superbe et très explicite.
31/12/2004, 14h03
Frenchghost

Ok je vais commencer par ça alors, merci pour les URL, ça donne un complement pour mon cours, je vais potasser ça tout de suite !! :).

Oh oh oh (Imitation du père noël)

D'abord ! Parce qu'en plus, commencer par un com est une très bonne solution ! Le .com est le cas le plus simple d'un executable. Le .Exe a des trucs en plus et est donc moins général. De ce fait, autant commencer par le moins spécialisé ! Commencer par un .com n'est donc pas abhérent, et pour ce que vous voulez tester, ca ira très bien ! Et puis ca permet de mettre les idées en place ^^
Citation:
Oui j'adore l'assembleur, meme si c'est pas facile au début héhé. J'ai initialisé CS dans le même segment que DS et SS. Pour un fichier .COM c'est ce qu'il faut faire non ? enfin je crois .
Code:

1 2 3 4 5 6 .386 fichier segment use16 assume CS:fichier, DS:fichier, SS:fichier
Je vais tacher de ne me pas tromper, mais ASSUME en anglais ne veut pas dire mettre à. Il veut dire si je ne me trompe pas "considérer". Donc en fait, tu dis juste à l'assembleur "Considère que cs, ds et ss pointent sur ce segment. Ce qui est vous avez raison tout à fait normal, puisque c'est DOS qui les fixe avant d'appeller votre programme. Avec vous déjà essayé :

Code:

mov ds, ax

Normalement, ca n'existe pas, puisque cette opération est un far jmp.

Ensuite, venons en au problème :

Citation:

Data below initial CS:IP defined

Ca veut juste dire qu'il y a des données juste après l'initial CS:IP. Normalement, ca ne devrait pas empêcher la compilation, mais TASM doit être assez taquin ! Quoiqu'il en soit, ici, il vous sauve la vie, puisqu'il vous explique qu'il y a des données juste après le CS:IP initial. C'est quoi le CS:IP initial ? Il est défini ici :

Code:

end debut

Donc, le programme commencera à Début ! Label bien chosi ! Parce qu'en fait, il n'y a pas d'en tête aux fichiers com ! Qui dit pas d'en tête dit où je commence ? Obligatoirement à une adresse fixée par une convention. Cette adresse est 100. Mais comme toutes les conventions sont stupides, celle veut juste dire au début du programme, puisque les 100 premiers octets sont réservés par DOS Donc, il commencera à l'adresse 100, c'est à dire donc bien à début.

Et si on jette un coup d'oeil plus attentif :
Code:

1 2 3 4 debut: ecran db 50 dup ('$')
Ben, c'est quoi ces données définies juste au début du programme ? En fait, si le programme devait réussir à être assemblé, il y aurait des '$' au tout début, et je ne sais pas à quoi ca correspond comme instruction, mais ca n'est certainement pas ce que tu veux.

Finalement, rien de très grave, vous devez juste mettre les données... ailleurs ! par exemple :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 .386 fichier segment use16 assume CS:fichier, DS:fichier, SS:fichier org 100h debut: mov AX,2478 push AX push BX push CX mov AH,3fh ;saisie du mot de passe mov BX,0 mov DX,offset ecran mov CX,49 int 21h pop CX pop BX pop AX cmp AX,DX ;vérifie le mot de passe je message jmp debut [color=red] ecran db 50 dup ('$') ; ICI[/color] message: affiche db 10,13,'Ok merci','$' mov AH,09h ;affichage de fin mov DX,offset affiche int 21h ret [color=red] ecran db 50 dup ('$') ; OU ICI[/color] fichier ends end message end debut
Sinon, petite question : Il sert à quoi le end message ?

Blustuff.

01/01/2005, 18h21
Frenchghost

Oui c'est vrai, end message ne sert a rien :). Merci pour vos réponses, l'instruction JE et JMP ne bloque plus le compilateur maintenant, encore merci !
01/01/2005, 18h28
Blustuff
Petite remarque au fait ^^
Code:

1 2 3 4 5 je message jmp debut message:
c'est pareil que :
Code:

1 2 jne debut
dans le cas ou tu ne met pas les données entre deux, bien sûr ^^
02/01/2005, 17h38
TangiX

En parlant de petite remarque :lol: :

Citation:

Envoyé par Blustuff

Cette adresse est 100. Mais comme toutes les conventions sont stupides, celle veut juste dire au début du programme, puisque les 100 premiers octets sont réservés par DOS Donc, il commencera à l'adresse 100, c'est à dire donc bien à début.

les 100h premiers donc les 256 premiers....
et pi c pas si debile, ca permet d'avoir le PSP a porté de main ce qui n'est pas vraiment le cas d'un .exe...
la rapidité pr recupere la ligne de commande(CS:80h) est bien meilleure !!

bon daccord tout le monde s'en fou alors bonne année et A+

TangiX
03/01/2005, 13h28
Blustuff

Mais non ! j'ai oublié des mots lol. Je voulais dire "Mais comme toutes les conventions sont stupides, il y a une bonne raison à celle là", puisque je l'explique ^^. Mais bon, l'âge et tout font que ... ben voilà...