Início / unix / Perguntas / 423324
Accepted
Greg Nisbet
Asked: 2018-02-11 20:19:13 +0800 CST

A que se refere o interpretador relatado por `file`?

  • 772

Estou tentando executar perlo executável fornecido por uma biblioteca de depuração no Ubuntu 16.04, mas por algum motivo o arquivo "não é executável", embora pareça corresponder à minha arquitetura.

O perlexecutável que acompanha o Ubuntu 16.04 foi removido

$ nm /usr/bin/perl
nm: /usr/bin/perl: no symbols

A perl-debugembalagem fornece um perlunder /usr/lib/debugque não é despojado.

$ nm /usr/lib/debug/usr/bin/perl | head
                 U abort@@GLIBC_2.2.5
0000000000589020 r AboveLatin1_invlist
                 U accept@@GLIBC_2.2.5
                 U access@@GLIBC_2.2.5
000000000058e002 r a_hash.16944
                 U alarm@@GLIBC_2.2.5
000000000058e010 r an_array.16943
00000000005795c0 r ASCII_invlist
0000000000543430 T ASCII_TO_NEED
                 U atan2@@GLIBC_2.2.5

No entanto, quando você tenta executá-lo, exec*falha e bashdá uma bela mensagem:

$ /usr/lib/debug/usr/bin/perl
bash: /usr/lib/debug/usr/bin/perl: cannot execute binary file: Exec format error

Porém, quando executo fileos dois perls, vejo que o perl de depuração está marcado como "tendo um interpretador vazio", onde o perl regular possui algum objeto compartilhado ld. Provavelmente tem alguma relação com o linker ld, mas não sei o que é.

$ file /usr/bin/perl
/usr/bin/perl: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=e6106890a64a3316b2adfc04bbf202f13f82b5bb, stripped
$ file /usr/lib/debug/usr/bin/perl
/usr/lib/debug/usr/bin/perl: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter *empty*, for GNU/Linux 2.6.32, BuildID[sha1]=e6106890a64a3316b2adfc04bbf202f13f82b5bb, not stripped

O que exatamente está fileme dizendo quando informa que o interpretador está vazio?

dynamic-linking exec

2 respostas

  1. Best Answer

    O perl-debug perlé para uso com (por exemplo) GDB, contendo os símbolos para entender um processo em execução ou dump do outro perl. Por exemplo, dado um processo em execução perl script.plcom pid $PID, você pode usar:

    $ gdb /usr/lib/debug/usr/bin/perl $PID

    para anexar a ele e fazer todas as coisas usuais do GDB nesse ponto . Não é um executável executável por conta própria e carece dos elementos necessários para iniciar.

    Os símbolos são mantidos separadamente porque têm mais que o dobro do tamanho do executável principal e raramente são necessários. Nesse caso, os símbolos são úteis para depurar perl, em vez de depurar um script Perl e provavelmente úteis apenas se você estiver desenvolvendo extensões para vincular.

    Não acho que definir o bit executável seja realmente necessário, mas o Debian não os remove de nenhum de seus arquivos de símbolo de depuração que vejo, então pode haver alguma situação que precise disso. fileestá dizendo que o interpretador está vazio porque está, já que todo o arquivo não relacionado às informações de depuração está ausente.

    • 3

  2. fileestá chamando ferramentas ELF tendo notado que o arquivo está no formato ELF; o que é o intérprete não está muito bem documentado emelf(5)

    PT_INTERP   The array element specifies the location and size of a
            null-terminated pathname to invoke as an  interpreter. 
            This segment type is meaningful only for executable files
...
.interp   This section holds the pathname of a program interpreter.

    Dado interpreter /lib64/ld-linux-x86-64.so.2um arquivo com o interpretador, podemos procurar documentos...

    $ man -k ld-linux
ld.so (8)            - enlazador/cargador dinámico
ld-linux (8)         - dynamic linker/loader
ld-linux.so (8)      - dynamic linker/loader

    E a ld.so(8)página muito informativa nos diz:

       The  programs ld.so and ld-linux.so* find and load the shared libraries
   needed by a program, prepare the program to run, and then run it.

    Além disso, você não precisa necessariamente da .interpseção, pois, em vez disso, pode-se executar:

    /lib/ld-linux.so.*  [OPTIONS] [PROGRAM [ARGUMENTS]]
    • 1

relate perguntas