[TASM] Fonction de recherche de fichiers : problème de lecture en DTA

**mouadestla** · 30/01/2009, 20h20

Bonsoir,
je débute en Assembleur, j'essaye de coder en 16 bits un petit programme qui fait appel à l'interruption 21h : 4Eh du DOS qui cherche un fichier sur le disque dur. La recherche s'effectue mais, quand j'essaye de récuperer le nom du premier fichier, j'ai un tas de chaînes bizarres. Voici mon code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
 
.386
code segment use16
assume cs:code,ds:data,ss:pile
debut : 
mov ax,data
mov ds,ax
 
 
MOV AH,4Eh
MOV DX,offset ext
XOR CX,CX
int 21h
JC erreurs
MOV AH,09h
MOV Dx,ds:80H+1Eh
int 21h
MOV ah,09h
MOV DX,offset reu
INT 21h
MOV AH,4Ch
int 21h
 
erreurs :
MOV AH,09h
MOV DX,offset erreur
int 21h
mov ah,4ch
int 21h
 
 
code ends
data segment use16
reu db 10,13,"reussie",'$'
ext db "*.TXT",00h
erreur db 10,13,"erreur d'ouverture",'$'
 
data ends
pile segment stack
 
pile ends
end debut

Je suis sous WIN XP , j'utilise TASM
Merci d'avance

**mouadestla** · 31/01/2009, 13h12

toujours pas de réponse

Je vais me réexprimer : la DTA contient les informations relatives à la recherche effectuée par l'interruption 4e dos , elle contient notemment le nom du premier fichier trouvé qui est enregistré à l'adresse 1E de la DTA , cette DTA se trouve dans le PSP du programme EXE , et mon probléme c'est que je ne peux pas accéder l'adresse exacte de la DTA pour récupérer le nom du premier fichier trouvé et l'afficher à l'ecran .
Voilà
qui peut m'aider ???

**Forthman** · 31/01/2009, 18h55

Hello,

Je me jette à l'eau...

As tu pensé à initialiser l'adresse de la DTA ? (fonction 1Ah)

a+ François

**mouadestla** · 31/01/2009, 19h13

bonsoir Forthman
et si j'initialise la DTA , elle sera dans quelle adresse ??
merci

**mouadestla** · 31/01/2009, 19h20

J'ai cherché un peu sur le net, l'interruption 1Ah permet de déplacer la DTA , mais je ne sais pas la nouvelle adresse à laquelle elle sera déplacée :
Usage de 1Ah (net) :

AH = 1A
DS:DX = pointer to disk transfer address

De l'aide ?

**Forthman** · 31/01/2009, 19h57

En fait, tu définis toi-même à quelle adresse tu veux que la fonction DOS
renvoie les infos

les infos sont contenus dans 128 octets (normalement)
donc dans ton segment de données, du définis une zone de 128 octets

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
adrdma db 128 dup(0)

puis dans ton code, tu initialises

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
setdma:
mov dx,offset adrdma
mov ah,1Ah
int 21h

c'est pas plus compliqué

a+ François

**mouadestla** · 31/01/2009, 23h18

merci pour ton aide , mais je suis un peu planté , voila j'ai deplacé la DTA , mais pour lire le nom du fichier (se trouvant à l'adresse 1Eh de la dta) je fait comment ?

j'utilise ça mais sans résultat

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
MOV AH,09h ; interruption dos pour afficher 
MOV Dx,offset adrdma + 1eh ;adrdma est la zone qui contient la dta
int 21h

Merci encore une fois

**Forthman** · 01/02/2009, 09h28

T'as de la chance, je suis de bonne humeur ce matin

Si un fichier spécifié a pu être trouvé, MS-DOS charge dans la DMA 43 octets
qui fournissent des informations sur ce fichier: (et non pas 128 comme je l'avais signalé plus tot

)

octets 0-20 : réservés à MS-DOS pour la recherche
octet 21 : attribut du fichier
octets 22-23 : heure de la dernière écriture
octets 24-25 : date de la dernière écriture
octets 26-29 : taille du fichier (26-27:partie basse,28-29:partie haute)
octets 30-42 : nom complet du fichier sous forme de chaîne ascii0

Alors le piège, c'est que la chaine dans la DTA est sous forme ASCII0
(une chaine dont le caractère de fin est un octet = 00)
alors que la fonction 09h de l'int 21h affiche une chaine de type ASCII$
(chaine se terminant pas le code ASCII $ soit octet = 24h )

pour afficher ton fichier, tu dois utiliser la fonction 02h (affiche un seul caractère),
dans une boucle qui teste si le caractère à afficher est différent de 00h.
Un truc comme un peu comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
affichefichier:
  mov bx,offset adrdma+1Eh
  boucle_affichefichier:
    mov dl,[bx]
    or dl,dl
    jz fin_affichefichier
    mov ah,02h
    int 21h
    inc bx
   jmp boucle_affichefichier
  fin_affichefichier:

Ne pas oublier que la fonction 4Eh ne fait que la première recherche, pour
les fichiers suivants, il faut utiliser la fonction 4Fh.

a+ François

**CP / M** · 01/02/2009, 12h02

Ce ne serait pas plus simple d'utiliser l'int 10h, fonction 13h, pour afficher une chaîne AZT ?

Cf ce lien

**mouadestla** · 01/02/2009, 12h33

Oh , ça marche maintenant , merci Forth

, ca marche à merveille

Merci encore une fois et bonne journée

**Forthman** · 01/02/2009, 21h34

Envoyé par CP / M

Ce ne serait pas plus simple d'utiliser l'int 10h, fonction 13h, pour afficher une chaîne AZT ?

Cf ce lien

Hello,

Dans ce cas il faut connaitre la longueur de la chaine, et donc faire
une recherche du code ASCII0

De plus, même si ce n'est pas un "vrai" DOS que l'on trouve sous XP, je préfère utiliser l'int 21h.

a+ François

**CP / M** · 02/02/2009, 17h22

Bonjour forthman,

Dans ce cas il faut connaitre la longueur de la chaine, et donc faire
une recherche du code ASCII0

D'accord, mais si on affiche les 13 octets de 30 à 42 ?

octets 30-42 : nom complet du fichier sous forme de chaîne ascii0

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
affichefichier:
  pusha
  mov dl, colonne
  mov dh, ligne
  mov ah,13h
  mov al,1
  xor bh,bh
  mov cx,13
  mov bp,offset adrdma+1Eh
  int 10h
  popa

**Forthman** · 02/02/2009, 18h42

Hello,

Je ne sais pas si la fonction DOS écrase tous les octets ou s'il peut y avoir des "restes"

sinon, ce que j'aime bien dans les fonctions DOS, c'est que l'on peut rediriger les sorties grâce à ">" vers un fichier, un port ...etc...

Si ça peut te rassurer, moi aussi j'aime bien afficher les chaînes en connaissant à l'avance la longueur

a+ François

**CP / M** · 02/02/2009, 19h05

J'ai du mal m'exprimer, car je ne comprends pas ta réponse

.

Je voulais dire (d'accord, je chipote) que je pense qu'il doit être possible d''utiliser la fonction 13h de l'int 10h en la forçant à afficher 13 octets à partir de DMA+1Eh en lieu et en place de l'int 21h, ce qui permettrait de sauter le recherche du code ASCII 0.
Je sais, c'est pratiquement inutile, mais c'est juste pour savoir.

**Forthman** · 02/02/2009, 22h43

Bien en fait, en utilisant la méthode de mouadestla, il n'y a pas véritablement
de "recherche" de l'octet = à 00h
On se contente juste d'afficher le caractère tant qu'il est différent de 00h

Je viens de faire l'essai, les fonctions 4Eh et 4Fh, et les octets à la suite
du nom de fichier sont bien remis à 00hh (et pas seulement 1 seul)

Du coup ta méthode d'afficher systématiquement les 12 octets fonctionne

a+ François

edit : j'ai écrit d'afficher 12 octets car le 13ème est forcément un code 00h
donc pas la peine de l'afficher