Bonjour a tous ,

j ai un soucis avec mon code j ai essaye de compiler un code du cours et j ai reçu cette erreur. Quelqu un pourrait il m expliquer ce que xa veut dire et ce qu il y a lieu de faire?Merci d avance

-
Edité par OyaneSolenn 20 avril 2022 à 16:19:59

Pourquoi prendre une photo de son écran quand on peut faire une capture d'écran ?

Pourquoi faire une capture d'écran quand on peut copier/coller son code ?

Pourquoi le copier/coller quand on peut proprement l'insérer sur le forum en utilisant le bouton dédié ?

On ne voit même pas tout ton code sur tes photos il manque les dernières lignes, insère la totalité de ton code stp 

> a veut dire et ce qu il y a lieu de faire?

Ca veut dire qu'on n'a pas le droit de créer le fichier tableau.exe à l'endroit indiqué.

A faire:

• trouver de quel endroit il s'agit. Peut etre indiqué dans les build logs et build messages ?
• changer d'endroit, voir les permissions, etc...

-
Edité par michelbillaud 20 avril 2022 à 17:13:07

Salut,

Si j'arrive correctement à lire le message d'erreur, il semblerait que ld (l'éditeur de liens) se plaigne de ne pas pouvoir ouvrir le fichier de destination pour cause de "permission refusée".

Il y a deux raisons "typiques" à cela:

Soit, tu ne disposes pas des droits en écriture dans le dossier dans lequel tu demandes à  ld de créer l'exécutable. Ce pourrait -- par exemple -- être le cas si tu essayais de faire créer l'exécutable dans le dossier c:\Windows ou c:\program files (ou dans un de leurs sous-dossiers)

Soit -- et il s'agit de la raison la plus plausible dans ton cas -- le programme en question est encore actif au moment où tu essayes de recompiler ton projet.

Il faut en effet savoir que windows va poser un "verrou" sur les fichiers qui sont utilisés afin d'interdire toute modifications de ceux-ci tant qu'ils sont utilisés.

Si ton programme s'exécute encore, ou s'il a planté sans que windows ne s'en aperçoive, windows va continuer à estimer que le fichier de ton programme est toujours utilisé, et il va donc -- en toute logique (enfin, de son point de vue ) -- laisser le verrou qui en empêche la modification.

Tu as donc deux possibilités majeures:

Soit ton programme s'exécute encore dans une invite de commandes, et, dans ce cas, tu dois (s'il y a moyen de le faire) donner l'instruction qui permettra à ton programme de s'arrêter "correctement" ou ( au pire ) mettre "brutalement" fin à l'exécution en appuyant simultanément sur la touche <CTRL> et sur la touche <C>.

Soit, tu n'as pas de "console de commandes" dans laquelle le programme s'exécute, et tu dois alors aller y mettre fin "sauvagement" au travers du gestionnaire de tâches:

Tu devrais pouvoir accéder à ce "gestionnaire de tâches" en cliquant droit sur la barre d'état (généralement en bas de l'écran) et en cliquant sur ... "Gestionnaire de tâches".

Dans la fenêtre qui va s'ouvrir, tu devrais voir une ligne portant le nom de ton programme.  Si tu clique droit dessus pour faire apparaitre le menu contextuel, tu verras une ligne de menu intitulée "Fin de tâche".

Il devrait te suffire de cliquer sur cette ligne et d'attendre encore (au  pire) quelques secondes pour que ton programme s'arrête complètement.

Et une fois que ce sera fait, tu devrais pouvoir relancer la compilation "sans problème".

NOTA: si tout cela ne suffit pas pour te redonner le droit de modifier le fichier de ton programme, tu peux aussi envisager de faire un redémarrage complet. Dans le pire des cas, windows va alors arrêter tous les processus en cours, dont ton programme récalcitrant :D,  ce qui devrait te permettre d'en récupérer l'accès en écriture

bacelar a écrit:

P.S.: on dispose de programmes dédiés pour savoir quel est le programme sagouin qui ne libère pas les verrous sur les fichiers sans avoir à rebouter la machine.