Problème nasm: fatal: unable to open input file
Bonjour,
j'ai un petit problème pour faire marcher mon programme assembleur x86 sur nasm, une fois cette commande rentrée nasm -f elf avec le nom du dossier à la fin, le terminal me sort ceci : nasm: fatal: unable to open input file, comment régler ce problème ? Autre information peut être en lien, le premier essai de lancement d'un programme m'avait renvoyé un message du style les programmes x64 ne sont pas pris en charge.
Ca veut dire que le fichier asm que vous voulez assembler n'est pas accessible.Envoyé par Factorisable
Le message est pourtant clair.
http://www.csee.umbc.edu/portal/help/nasm/sample.shtml
Merci pour cette réponse, je ne trouve rien pour régler mon problème dans le lien. Je ne comprends pas pourquoi le dossier n'est pas accessible, faut-il le placer avant à un endroit spécifique ?
Quel dossier ?
Postez la ligne de commande complète que vous utilisez.
J'ai tenté ce code que j'ai pris du lien posté, écrit dans le bloc-note Windows et enregistré sous le nom test.asm (ce qui m'a donné un fichier asm) :
Le résultat est le même.Code:SECTION .data ; data section msg: db "Hello World",10 ; the string to print, 10=cr len: equ $-msg ; "$" means "here" ; len is a value, not an address SECTION .text ; code section global main ; make label available to linker main: ; standard gcc entry point mov edx,len ; arg3, length of string to print mov ecx,msg ; arg2, pointer to string mov ebx,1 ; arg1, where to write, screen mov eax,4 ; write sysout command to int 80 hex int 0x80 ; interrupt 80 hex, call kernel mov ebx,0 ; exit code, 0=normal mov eax,1 ; exit command to kernel int 0x80
Dernière modification par Jack ; 06/07/2016 à 16h52. Motif: Ajout balises code
Bonjour,
et le dossier, c'est lequel ?
C'est directement à la racine (C:/) ? Parce que parfois, c'est pas possible de l'utiliser directement (sur un PC d'entreprise par exemple ayant des restrictions).
Je vous ai demandé de poster la ligne de commande utilisée.
La commande utilisée sur Linux est : sudo nasm -f elf nom du dossier à savoir que j'ai tenté également sur Windows 10 avec la même commande dans le nasm-shell sans le sudo, le dossier se trouve sur le bureau.
Dernière modification par Factorisable ; 07/07/2016 à 12h39.
Nasm attend un nom de fichier, pas de dossier.
http://www.nasm.us/doc/nasmdoc2.html
Oui fichier je voulais dire, j'ai mis le nom du fichier bloc-note qui contenait le code cité plus haut. Est-ce qu'un fichier bloc-note est bien un fichier au format elf ?
Dernière modification par Factorisable ; 07/07/2016 à 12h54.
Le paramètre elf décrit le format du fichier objet généré, dépendant du linker qui sera utilisé (ld avec elf); il n'a rien à voir avec le format du fichier source, qui est du texte.
C'est quand même le b-a-ba pour quelqu'un qui prétend programmer en assembleur.
RTFM !
Dernière modification par Bluedeep ; 07/07/2016 à 13h07.
Bonjour,
Pourquoi sudo ?
On n'utilise jamais sudo pour ce genre de chose.
Not only is it not right, it's not even wrong!
Ne connaissant pas Linux, je me suis posé la question (j'ai pensé que c'était quelque chose proche du "su" - super user - de Unix, que j'ai vaguement utilisé il y deux ou trois décennies).
Je crois avoir lu dans un tuto cette commande avec sudo, sans sudo le résultat est semblable. Apparemment la commande est correcte, où pourrait se trouve le problème ? Pour ce qui est de l'utilité de sudo je pense que ça exécute la commande avec les droit administrateurs (mon mot de passe est automatique demandé avec une telle comande).
Dernière modification par Factorisable ; 08/07/2016 à 06h30.
Très bien, nous ne savez même pas ce que sont les commandes que vous tapez. Comment s'étonner ensuite que nous n'y arriviez pas.
Not only is it not right, it's not even wrong!
Le problème est résolu, il était en fait dans l'emplacement du fichier, il fallait le positionner dans un endroit précis que l'on appelle "répertoire de travail".
J’hallucine...
pour voir (car je subodorais une grosse blague), j'ai installé nasm
puis provoqué l'erreur:
nasm -f elf toto.s
qui m'a répondu:
nasm: fatal: unable to open input file `toto.s'
oh comme c'est étrange, le fichier n'est pas là...
alors j'ai créé un fichier toto.s et recommencé:
>toto.s
nasm -f elf toto.s
ll tot*
-rw-rw-r-- 1 moi moi 304 juil. 12 08:58 toto.o
-rw-rw-r-- 1 moi moi 0 juil. 12 08:58 toto.s
puis j'ai refais la chose avec /tmp/toto.s (pour bosser dans un autre dossier)...
il suffit (comme c'était prévisible) de donner le bon chemin du fichier à assembler.
bref, on a ici le type même qui veut courir le tour de France alors qu'il n'a pas encore maîtrisé le youpala.
donc conseil à Factorisable:
choisir un système pour la machine de dev (linux au hasard).
puis commencer à maîtriser les outils de base de ce système:
la ligne de commande (en linux, c'est à mon avis plus simple mais je suis tombé dans la potion d'Unix quand j'étais petit).
commande de base: man
à maîtriser absolument (il faut avoir installé les paquets man-db, manpages et manpages-dev sous ubuntu)
commencer par un:
man man
mais comme ça en passant, vouloir utiliser nasm pour un gros projet relève du masochisme intégral...
accessoirement, il serait bon de maîtriser un outil de gestion de projet (subversion ou git ou ...).
et puis penser à sauvegarder (donc maîtriser ça aussi), ça peut être bien, ça aussi (des disques en raid ne sont pas une sauvegarde ! ! !).
(sur ce, je vais faire un apt-get purge nasm...)
Jusqu'ici tout va bien...
Le projet est de faire un robot humanoide à auto-apprentissage. La dernière fois que j'ai vu, les specs étaient une structure en bois, quelque centaines de moteurs électriques, une alimentation à déterminer mais éventuellement au charbon (de mémoire) et une programmation du niveau de ce que tu as vu ici.
Bien sur, l'apprentissage doit se faire avec des techniques élémentaires, sans réseau de neurones.
Une autre question importante était d'utiliser un ordinateur sans BIOS ni OS pour ne pas risquer de se faire pirater le projet.
Des remarques émettant des doutes sur le dit projet ont été faites souvent, sur tous les tons. Il semble qu'elles ne soient pas entendues...
Comme tout le monde, mais on est tellement accoutumé qu'on ne réagit plus.
Pas tout à fait, je rigole toujours à chaque nouveau post.
Masochisme, non, simplement méconnaissance exceptionnelle (pour notre époque) de questions de base.
Par contre sur Windows je n'arrive pas à obtenir un fichier .exe, tout va bien pour avoir le .o, après la commande qui revient dans un bon nombre de tuto a recours à ld, qui visiblement n'est pas installé sur mon pc. Avez-vous une commande pour transformer mon fichier .o en .exe, ou savez-vous où trouver ld pour Windows ?
Où avez vous été péché l'idée d'utiliser ld pour windows ????
Mais si vous voulez vraiment utiliser ld avec Windows, installer Cygwin ou MinGW.
Il est quand même agaçant de répondre à des questions aussi basiques à quelqu'un qui a la prétention de se lancer dans le dev assembleur.
D'autant que plus haut vous affirmez utiliser Linux.
Tuto ici : https://devtricks.wordpress.com/inst...-sous-windows/
(première entrées google : vous n'avez du vraiment pas chercher loin).
Dernière modification par Bluedeep ; 12/07/2016 à 11h21.
Merci pour le lien, dans ce tuto http://www.commentcamarche.net/faq/9...leur-avec-nasm, mais s'il est possible de le faire sans rien installer c'est encore mieux, possible ?
Il n'y a pas de linker installé par défaut sur windows.
Vous semblez être le seul à l'ignorer.
moi ce qui m'a bien fait marrer, c'est le:
sinon, même si je suis rester en retrait, j'ai bien suivi les aventures du génie méconnu.... dans un endroit précis que l'on appelle "répertoire de travail".
Jusqu'ici tout va bien...
À touché le fond et creuse encore !
On arrête le massacre.
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
