2016-09-04 24 views
0

Linuxシステムで実行可能ファイルを実行しようとするとエラーが発生します。Linuxシステムで実行可能ファイルを実行しようとするとエラーが発生する

私は、/usr/local/libにあるライブラリと/usr/local/includeにあるヘッダファイルを含む簡単なアプリケーションを書いています。

以下のようにまとめました。実行可能ファイルを生成しました。

gcc -c gd-client.c -I/usr/local/include/dbus-1.0/dbus -L/usr/local/lib/ -o gd-client 

実行可能ファイルを実行しようとすると、次のようなエラーが表示されます。

cannot execute binary file: Exec format error 
  1. それはgccを使用してコンパイルし、両方のライブラリとヘッダファイルの実際のパスにリンクされました。実行時に実行ファイルがどこにあるかは重要ですか? 私も/usr/local/bin/の下に置こうとしましたが、私は ですが、まだ同じエラーが発生しています。

  2. 同じマシン上でコンパイルされ実行されているため、OSとCPUアーキテクチャは同じです。それは不平を言うべきではない。

他に何が間違っているかもしれないと誰かが伝えますか?

編集: file /bin/sh gd-clientの出力:

/bin/sh:  symbolic link to dash 
gd-client: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not 
stripped 

$ file /bin/dash 
/bin/dash: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), 

dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for 

GNU/Linux 2.6.32, 
BuildID[sha1]=504637666875a5d526ef51acfe601c99efc99114, stripped 
$ /bin/ls 
gd-client gd-client.c 

$ file /bin/dash gd-client 
    /bin/dash: ELF 64-bit LSB shared object, x86-64, version 1 
(SYSV),   dynamically linked, interpreter /lib64/ld-linux- 
x86-64.so.2,  for GNU/Linux 2.6.32, 
    BuildID[sha1]=504637666875a5d526ef51acfe601c99efc99114, stripped 
    gd-client: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not 
    stripped 


    $ gcc -v 
    Using built-in specs. 
    COLLECT_GCC=gcc 
    COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper 
    Target: x86_64-linux-gnu 
    Configured with: ../src/configure -v --with- kgversion='Ubuntu   5.3.1-14ubuntu2' --with-  bugurl=file:///usr/share/doc/gcc-5/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr -- 
    program-suffix=-5 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ -- enable- clocale=gnu 
      --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib --disable-browser-plugin --enable- 
      java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5- 
      amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib -- 
      with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu 
    Thread model: posix 
    gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2) 
+0

実行可能ファイルの形式がシステムで正しくありません。あなたが思っていたプログラムを実行していないか、o/sで実行できないというオプションでコンパイルしているかのどちらかです。 'file/bin/sh gd-client'を実行してみてください。おそらくファイルの種類について根本的に異なる答えを与えるでしょう。それは驚くべきことですが、あなたが見ている動作ですが、理由があります。使用しているLinuxディストリビューションとバージョンを特定する必要があるかもしれません。同様にGCCのバージョン。そして '-v'(冗長)をコマンドラインに追加すると、明らかになるでしょう。 –

+0

'file/bin/dash'の出力を再実行してください(シンボリックリンクはこれを考慮しません - それは重要な実行ファイルです;シェルの代わりに'/bin/ls'もOKです)。重要な情報はファイルタイプです。あなたは64ビットコードを期待していますか?おそらくはい。ライブラリはOKにリンクされていました。 (私の前のコメントでは、これは 'gcc -v ...'の意味です) –

+0

あなたはどのようにプログラムを実行していますか?シェルのコマンドラインから、または他の何か?私はまだBash(Mac OS X上で)が 'exec format error 'を出すように説得していませんが、' exec *() '関数で他のファイルを実行する小さなCプログラムから得ました。 –

答えて

2

gcc -c実行ファイルを生成しません。オブジェクトファイルを生成します。実行可能ファイルが必要な場合は-cを削除してください。

+0

もちろん - 私は目が見えず、明らかに見落とされました! (そして、オブジェクトファイルの 'file'の出力に 'object'が見えないようにして、ガードしています) –

+0

それだけです。 -cオプションなしでコンパイルすると、実行ファイルはエラーなしで実行されます。 – cnacy

関連する問題