Discussion :

[amadoulamine1]

Bonjour à tous j'ai un petit probleme avec les interruptions Ici je dois creer un dossier en utilisant l'interruption 21H et en mettant dans AX l'instruction 39H mais le dossier ne se crée pas
voici le 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
 
#include <conio.h>
#include <stdio.h>
#include <dos.h>
/////////////////////////////////////////////////////
void main()
{
  char *nom;
 
 printf("nom du repertoire");
 gets(nom);
 _AX=0x39;
 _DX=FP_OFF(nom);
 _DS=FP_SEG(nom);
 
 geninterrupt(0x21);
 
   if(_FLAGS==0)
      printf("dossier crée avec succes"); 
    else if(_FLAGS==1)
       { 
            if(_AX==3)
                printf("chemin non trouvé");
            else if(_AX==5)
                printf("Acces refuse");
       }
  getch();
}

[Skyounet]

Je connais pas dos.h

Mais je vois une erreur, nom n'est pas alloué, tu n'a pas de place pour mettre quelque chose dedans.

char nom[100];

gets caymal (très très)

[Emmanuel Delahaye]

Bonjour à tous j'ai un petit probleme avec les interruptions Ici je dois creer un dossier en utilisant l'interruption 21H et en mettant dans AX l'instruction 39H mais le dossier ne se crée pas

Tu ne peux pas utiliser mkdir() ? Ce sera un peu moins gore...

[amadoulamine1]

en fait nom est allouée par gets() et non je ne peut pas utiliser mkdir() parcequ'on nous a interdit d'utiliser les fonctions standart du c et du dos quedes interruptions

[Emmanuel Delahaye]

en fait nom est allouée par gets()

Absolument pas. Tu dois fournir l'adresse d'un tableau de char correctement dimensionné et modifiable.

De plus, il est fortement déconseillé d'utiliser gets()

http://emmanuel-delahaye.developpez.com/inputs.htm

Je te trouve un peu gonflé de venir contester une réponse donnée (et correcte) alors que ton code invoque un comportement indéfini et que la réponse corrige ce problème.

Si tu penses qu'on raconte n'importe quoi, va jouer ailleurs, on a pas de temps à perdre avec des bricoleurs.

[amadoulamine1]

En fait pourquoi je le dit ,j'ai utilisé la meme fonction mais avec int86x() et int86() et ca a marché avec les memes choses mais je ne comprend pourquoi cela ne marche pas avec geninterrupt();
Pour le gets t'inquiete pas car j'ai essaye avec
[code]
_DX=FP_OFF("nom");
_DS=FP_SEG("nom");
[\code]
et cela n'a pas marché il faut aussi savoir que scanf("%s",...) et gets(...) font la meme chose du moment ou on alloue pas vec scanf pourquoi allouer avec gets puisqu'on ne connait meme pas encore le nombre de char à y mettre

[Skyounet]

et cela n'a pas marché il faut aussi savoir que scanf("%s",...) et gets(...) font la meme chose du moment ou on alloue pas vec scanf pourquoi allouer avec gets puisqu'on ne connait meme pas encore le nombre de char à y mettre

Qu'est-ce que tu racontes ?

scanf (tout comme gets) a besoin de l'adresse du premier élément d'un tableau de char de taille suffisante. Si y'a pas de place, ca marche pas.

[Emmanuel Delahaye]

En fait pourquoi je le dit ,j'ai utilisé la meme fonction mais avec int86x() et int86() et ca a marché avec les memes choses mais je ne comprend pourquoi cela ne marche pas avec geninterrupt();

je ne connais pas geninterrupt() (quel compilateur ?). Pourquoi tu ne continues pas avec int86() et ses structures REGS ? Je pense que c'est beaucoup plus fiable que de passer par les 'pseudoregistres' _XX.

Pour le gets t'inquiete pas car j'ai essaye avec

Code :

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

1
2
3
 
_DX=FP_OFF("nom");
 _DS=FP_SEG("nom");

et cela n'a pas marché il faut aussi savoir que scanf("%s",...) et gets(...) font la meme chose du moment ou on alloue pas vec scanf pourquoi allouer avec gets puisqu'on ne connait meme pas encore le nombre de char à y mettre

Dans les deux cas, il faut fournir une adresse correcte. Mais il vaut encore mieux apprendre à utiliser fgets()...

En tout cas, j'ai rarement vu un ignorant muni d'une telle arrogance... Tu devrais penser à te remettre en cause plus souvent, parce que si tu continues à passer des variables indéfinies ou des pointeurs invalides à des fonctions, tu va avoir de drôles de surprises... Tu ferais bien de relire ton livre de C...

Tu es prévenu et il ne faudra pas venir pleurer le jour où ça te pètera à la tronche...

http://emmanuel-delahaye.developpez.com/notes.htm#ub

[amadoulamine1]

Merci j'ai utilise avec int86() et int86x() et ca marche et pourtant geninterrupt() est une fonction de c j'aurai aime comprendre pourquoi ca ne marche pas mais bon puisque avec int86() ca marche je vai continuer avec

[Médinoc]

Je ne sais pas ce que tu appelles "une fonction de c", mais je peux t'assurer qu'une telle fonction ne fait pas partie du standard C, ni du standard POSIX.

[josse95]

geninterrupt est une macro définie dans <dos.h> qui était utilisée en Turbo C

Code :

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

#define geninterrupt(i) __int__(i)      /* Interrupt instruction */

[amadoulamine1]

oui c'est ca c'est definie dans le "dos.h"