Discussion :

[minirop]

bonjour,
je code un peu en ASM (NASM) en ce moment, et pour linker j'aimerais passer directement par le linker que par GCC.
Voici mes logs :

minirop@linux:~/Desktop/asm> nasm -f elf pwet.asm
minirop@linux:~/Desktop/asm> ld -o pwet pwet.o -lc
minirop@linux:~/Desktop/asm> ls
compare1.asm compare_c.c Makefile pwet.asm~ replace.o test.o
compare1.asm~ compare_c.c~ Makefile~ pwet.o test
compare.asm compare_c.s pwet replace.asm test.c
compare.asm~ compare.o pwet.asm replace.asm~ test.c~
minirop@linux:~/Desktop/asm> ./pwet
bash: ./pwet: Aucun fichier ou répertoire de ce type

la dernière ligne me laisse perplexe.
D'ailleurs si je passe par gcc :

gcc -o pwet pwet.o

(en ayant modifier mon "_start" en "main")
le code fonctionne parfaitement o_O
quelqu'un aurait-il une idée ?

merci
++

[josse95]

Bizarre en effet !
Si tu fais ls -l pwet, qu'est ce qui s'affiche ?

[minirop]

minirop@linux:~/Desktop/asm> ls -l pwet
-rwxr-xr-x 1 minirop users 2000 2007-04-03 00:05 pwet

[josse95]

Et ta variable PATH, que vaut-elle (quoiqu'avec ./, cela devrait fonctionner) ?

[Skyounet]

Pour le ls -l que tu as fait, c'est bien apres la compilation avec nasm et le linkage avec ld.

Parce que si tu as les droits d'execution dessus devrait pas y avoir de soucis.

Pourquoi le forum C au fait ?

[Skyounet]

Au pire essaye ça

Code :

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

1
2
nasm -f elf pwet.asm
ld -s -o pwet pwet.o

[Jean-Marc.Bourguet]

Si ca marche avec gcc et pas avec ld, c'est que gcc ajoute des arguments qu'il te manque lorsqu'il appelle ld. Regarde la ligne d'appel exact avec gcc -v (si j'ai bonne memoire).

[minirop]

Pour le ls -l que tu as fait, c'est bien apres la compilation avec nasm et le linkage avec ld.

oui

Au pire essaye ça

Code :

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

nasm -f elf pwet.asm ld -s -o pwet pwet.o

marche pas plus

Si ca marche avec gcc et pas avec ld, c'est que gcc ajoute des arguments qu'il te manque lorsqu'il appelle ld. Regarde la ligne d'appel exact avec gcc -v (si j'ai bonne memoire).

çà affiche les options du ./configure

Code :

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

1
2
3
4
5
6
minirop@linux:~/Desktop/asm> gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,f95,java,ada --disable-checking --with-gxx-include-dir=/usr/include/c++/4.0.2 --enable-java-awt=gtk --disable-libjava-multilib --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=i586-suse-linux
Thread model: posix
gcc version 4.0.2 20050901 (prerelease) (SUSE Linux)

[Jean-Marc.Bourguet]

Code :

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

gcc -v -o pwet pwet.o

[josse95]

Supposons que le problème vienne du ld et que le pwet généré est mal construit (incomplet). Le message d'erreur "Aucun fichier ou répertoire ..." est quand même étrange !

On s'attendrait plutôt à "Cannot execute ..." ou "Cannot load ..." ou "Bad file ..." (en version anglaise).

Bref, un message signalant que le fichier n'est pas là alors qu'il est là, moi, je change de shell. D'ailleurs, c'est quoi ce bash ? As tu essayé directement sous /bin/sh ?

De plus, as tu fait un

Code :

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

file pwet

pour avoir plus d'infos sur le fichier ?

[minirop]

D'ailleurs, c'est quoi ce bash ? As tu essayé directement sous /bin/sh ?

c'est sous la konsole.
mêmes résultats.

De plus, as tu fait un

Code :

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

file pwet

pour avoir plus d'infos sur le fichier ?

Code :

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

1
2
3
4
sh-3.00$ file pwet
pwet: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), not stripped
sh-3.00$ ./pwet
sh: ./pwet: Aucun fichier ou répertoire de ce type

[josse95]

Le problème vient peut d'être d'une librairie partagée qui n'est pas trouvée.

Peut-être peux tu utiliser la commande ldd pour retrouver les librairies utilisées et contrôler qu'elles existent et sont accessibles ?

Tu peux aussi lancer pwet sous debugger ...

[minirop]

çà avance, ldd donne aussi "file not found" et gdb donne :

Program exited with code 01.
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.
You can't do that without a process to debug.

[josse95]

As tu essayé de lancer ldd avec le path complet de pwet ?

As tu aussi comparé le résultat de la commande file avec celui de cette même commande appliquée au fichier pwet qui marche ?

[minirop]

As tu essayé de lancer ldd avec le path complet de pwet ?

As tu aussi comparé le résultat de la commande file avec celui de cette même commande appliquée au fichier pwet qui marche ?

voilà ! en rouge ce qui change.

minirop@linux:~/Desktop/asm> file pwet
pwet: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped
minirop@linux:~/Desktop/asm> file pwet2
pwet2: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), not stripped