lire un fichier texte - Page 1

Slt à tous !!

J'aimerai comprendre pourquoi j'ai une erreur "Protected Memory violation" quand j'essaie lire un fichier texte de la façon :


char chaine[20];
FILE *fichier_data;
fichier_data = fopen("TIShellD.TEXT", "r");

fread (chaine,1,1,fichier_data);

DrawStr(10,10,chaine, A_NORMAL);




Au passage, j'aimerai savoir comment faire pour exécuter un programme avec des paramètres depuis tigcc exemple :

txtrider("fichierdecompresse");

Merci d'avance

Il ne faut pas mettre le .TEXT Accessoirement, ton code ne lit qu'un seul caractère du fichier texte (et pas 20).

Slt!!

Merci pour m'avoir répondu si rapidement

Je viens d'essayer d'enlever le .TEXT, maintant ça plante pas, mais ça affiche n'importe quel caractère, je vais essayer de comprendre pourquoi, ça doit sûrement être une histoire de pointeur.


Merci beaucoup

Merci beaucoup en fait ça affiche bien ce qu'il faut mais je sais pas pour quelle raison l'écran de virtual ti se mette à "manger" des caractères

Rhalala...
1.bon, tout d'abord sais-tu comment est faite une chaine en C ?
Apparemment non. Une chaine se termine avec un 0, qui sert de marqueur de fin pour toutes les routines qui manipulent ces
chaines. Ensuite, ton fread lis 1 char dans le fichier mais si les reste de ton tableau (tab[1]->tab[19]) ne contiens aucun 0,
DrawStr est capable d'afficher plein de chars jusqu'a ce qu'il trouve un 0->plantage assuré.

2.N'oublie pas de vérifier que ton fopen t'as renvoyé une valeur correcte.

3.les noms TI ne comportent que des minuscules.

4.si ca ne marche tjs pas poste ton code en entier.

BenTIGCC :
Au passage, j'aimerai savoir comment faire pour exécuter un programme avec des paramètres depuis tigcc exemple :
txtrider("fichierdecompresse");

Tu utilises EXECUTE_IN_GHOST_SPACE et un appel bas-niveau au programme (en rajoutant 0x40000 à l'adresse). Pour passer le paramètre, avant de faire ton appel bas-niveau, tu mets le paramètre sur la pile d'expressions:

// passage du paramètre
ESI old_estack=top_estack;
push_END_TAG();
push_zstr("toto");
// appel bas-niveau:
EX_patch(fptr+0x40000,fptr+size+0x3ffff);
ASM_call(fptr+0x40000);
// restauration de la pile d'expression
top_estack=old_estack;

Euh, Kevin, excuse moi, mais je crois qu'on a affaire à un nioob là

Et alors? Les étapes précédant mon extraît de code sont dans la FAQ. http://tigcc.ticalc.org/doc/faq.html#49. (Mais supprime l'appel à enter_ghost_space et utilise EXECUTE_IN_GHOST_SPACE à la place. enter_ghost_space est dépassé et peut faire tout planter si tu ne sais pas exactement ce que tu fais!)

Et d'ailleurs, tu ferais mieux d'appeler hibview que txtrider. Raison: pas besoin de kernel.

"1.bon, tout d'abord sais-tu comment est faite une chaine en C ?
Apparemment non. Une chaine se termine avec un 0, qui sert de marqueur de fin pour toutes les routines qui manipulent ces chaines"


Je sais bien, mais mon tableau était initialisé avant (j'allais pas tout recopier, c'était pour comprendre pourquoi ça plantait, c'est tout...) et je dois dire que j'ai du mal à ne plus utiliser des choses du genre

char *chaine = new char[20];


Au fait, c'est normal que mon fread ne lise qu'un caractère, car il faut que je scanne chaque caractères du fichier, et là, ce n'était qu'un test avec de faire ma boucle.

et je comprends pas pourquoi tu me réponds ça alors que j'avais dis un post plus haut que ça marchait et que c'était à cause de virtual ti qui m'affichait pas bien les caractères (zoom*2 résout le problème)....


Merci Kevin pour m'avoir répondu

si ça plantait c'était que à cause du ".TEXT" que j'avais mis dans mon fopen...

mon tableau était initialisé avant

Hé non. En C, il n'y a jamais d'initialisation sans '=' ou sans manipulation explicite. Il faut que tu rajoutes 'memset(chaine,0,sizeof(chaine))'.

Au fait, c'est normal que mon fread ne lise qu'un caractère

Y a même une fonction fait pour ça, ça s'appelle fgetc.

Et sinon, vérifie _toujours_ le résultat de tes appels : vérifie pour fopen, pour malloc si tu fais de l'allocation de mémoire, et n'oublie pas le fclose et le free qui vont avec (sinon plantages/memory leaks/comportements bizarres assurés).

Pollux
:

mon tableau était initialisé avant

Hé non. En C, il n'y a jamais d'initialisation sans '=' ou sans manipulation explicite. Il faut que tu rajoutes 'memset(chaine,0,sizeof(chaine))'.

Ou bien à la déclaration : char chaine[20]={};

Ah oui, c'est vrai. D'ailleurs au début GTC traitait ça comme un nop (et ça me semble plus logique), mais comme je me suis rendu que TIGCC faisait comme ça, ça fait effectivement un memset.

fichier_data = fopen("TIShellD.TEXT", "r");

terdit (provoque une erreur de protection mémoire). Donc, si tu enlèves le .TEXT ça marchera, mais si le fichier n'existe pas, tu te retrouveras dans le même cas qu'avant; la solution pour éviter tout problème est de vérifier que fichier_data n'est pas NULL:fichier_data = fopen("TIShellD.TEXT", "r"); if (fichier_data==NULL) { exit(960); //Undefined variable }C'est normal, car fopen te renverra NULL si le fichier n'a pas pu être ouvert. Et lire à partir de NULL est inOù tu remplaceras le exit(960) par le code que tu veux exécuter si le fichier n'existe pas (généralement libérer la mémoire, signaler une erreur à l'utilisateur et quitter). Ne fais PAS de fclose si fichier_data==NULL. Tu peux aussi trouver des constructions du type if (!fichier_data) ce qui est équivalent à if(fichier_data==NULL).

"exit(x);" ne balance pas l'erreur numéro x, non?

Si il renvoie l'erreur n!

OK. Depuis quand?

Alors là je ne sais pas, il faut regarder dans les mises à jours de TIGCC.

void exit (short code);

Forced termination of the program.

exit terminates the program (it may be called from any nesting level). Before termination, any registered "exit functions" (posted with atexit) are called. ANSI proposes that exit also closes all open files. Such behaviour is not implemented here, you need to do it manually if necessary.
code is the exit status. Value of 0 is used to indicate a normal exit. If code is nonzero, an error message dialog which corresponds with code code will be displayed before exiting. Note that this is not the same as throwing error code using ER_throwVar. Throwing an error is much more "barbaric" method for exiting from the program. Among others, by throwing an error, no registered "exit functions" will be called.

960 = Undefined variable, ce qui est à peu près juste dans notre cas...

Brunni
: Et lire à partir de NULL est interdit (provoque une erreur de protection mémoire).

Non, pire, ça lit n'importe quoi sans broncher. La protection de la mémoire basse n'empêche que les écritures.

Pollux
: "exit(x);" ne balance pas l'erreur numéro x, non?

Il ne balance pas l'erreur, il l'affiche avec ERD_dialog et quitte normalement. Si tu veux balancer une erreur, ça se fait avec #define ENABLE_ERROR_RETURN et ER_throw (qui marche comme exit, mais de manière un peu plus "barbare", par exemple, les fonctions enregistrées avec atexit ne sont pas exécutées).

Il ne balance pas l'erreur, il l'affiche avec ERD_dialog et quitte normalement. Si tu veux balancer une erreur, ça se fait avec #define ENABLE_ERROR_RETURN et ER_throw (qui marche comme exit, mais de manière un peu plus "barbare", par exemple, les fonctions enregistrées avec atexit ne sont pas exécutées).

Evidemment De toute façon, ça, c'est implementation-defined. On pourrait aussi faire avec ENABLE_ERROR_RETURN & co.

Et donc ça y est depuis qd?

Longtemps. (exit depuis très longtemps, pour ENABLE_ERROR_RETURN, je ne sais plus exactement, mais longtemps aussi.)

Au temps pour moi

Non, pire, ça lit n'importe quoi sans broncher.

C'est clair, il va prendre ce qu'il y a à l'adresse (long)NULL pour un pointeur sur une structure FILE, et y lire non?

La protection de la mémoire basse n'empêche que les écritures.

Ca je ne savais pas Parfois j'obtiens des erreurs bizarres, la barre noire se dessine à moitié (50aine d'octets sont noircis), puis ça bloque une seconde environ, puis la barre noire est terminée et Address Error est affiché. A quoi est-ce dû?

A quoi est-ce dû?

A un crash

Non mais à quoi est-ce du le fait qu'address error n'apparaît qu'une seconde plus tard?

Sur VTi ou sur real calc ?

Sur VTI, mais il me semble déjà avoir vu sa sur real calc, mais maintenant j'ai un doute.