NAVN

       ldd - vis delte objektafhængigheder

SYNOPSIS

       ldd [tilvalg]... fil...

BESKRIVELSE

       ldd viser de delte objekter (delte biblioteker) krævet af hvert program eller hvert objekt
       specificeret på kommandolinjen. Et eksempel på dets brug og resultat:

           $ ldd /bin/ls
               linux-vdso.so.1 (0x00007ffcc3563000)
               libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f87e5459000)
               libcap.so.2 => /lib64/libcap.so.2 (0x00007f87e5254000)
               libc.so.6 => /lib64/libc.so.6 (0x00007f87e4e92000)
               libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f87e4c22000)
               libdl.so.2 => /lib64/libdl.so.2 (0x00007f87e4a1e000)
               /lib64/ld-linux-x86-64.so.2 (0x00005574bf12e000)
               libattr.so.1 => /lib64/libattr.so.1 (0x00007f87e4817000)
               libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f87e45fa000)

       I det normale tilfælde igangsætter ldd  den  dynamiske  standardlænker  (se  ld.so(8)  med
       miljøvariablen  LD_TRACE_LOADED_OBJECTS  sat  til 1. Dette får den dynamiske lænker til at
       inspicere programmets dynamiske afhængigheder  og  finde  (jævnfør  reglerne  beskrevet  i
       ld.so(8))  og  indlæse  objekterne, der opfylder disse afhængigheder. For hver afhængighed
       viser ldd placeringen af det matchende objekt og adressen (hexadecimal) hvorpå objektet er
       indlæst.  (De  delte  afhængigheder  linux-vdso  og  ld-linux  er specielle; se vdso(7) og
       ld.so(8).)

   Sikkerhed
       Be aware that in some circumstances (e.g., where the program specifies an ELF  interpreter
       other  than  ld-linux.so),  some  versions  of  ldd  may  attempt to obtain the dependency
       information by attempting to directly execute the program, which may lead to the execution
       of  whatever code is defined in the program's ELF interpreter, and perhaps to execution of
       the program itself.  (Before glibc 2.27, the upstream  ldd  implementation  did  this  for
       example, although most distributions provided a modified version that did not.)

       Du  bør  derfor  aldrig  anvende  ldd  på  en  utroværdig kørbar fil, da dette kan medføre
       afviklingen af arbitrær kode. Et mere sikkert alternativ, når  utroværdige  kørbare  filer
       håndteres, er:

           $ objdump -p /sti/til/program | grep NEEDED

       Bemærk  dog at dette alternativ kun viser de direkte afhængigheder for den kørbare fil, da
       ldd viser hele afhængighedstræet for den kørbare fil.

TILVALG

       --version
              Vis versionsnummeret for ldd.

       -v, --verbose
              Vis al information, inklusive, for eksempel, symbolversioneringsinformation.

       -u, --unused
              Vis ubrugte direkte afhængihgeder. (Siden glibc 2.3.4).

       -d, --data-relocs
              Udfører flytninger og rapporterer om manglende objekter (kun ELF).

       -r, --function-relocs
              Udfører flytninger  for  både  dataobjekter  og  funktioner,  og  rapporterer  alle
              manglende objekter eller funktioner (kun ELF).

       --help Information om brug.

FEJL

       ldd fungerer ikke på a.out-delte biblioteker.

       ldd  fungerer  ikke  med  nogle  ekstremt  gamle  a.out-programmer,  der  blev  bygget før
       ldd-understøttelse blev tilføjet til kompilerudgivelserne. Hvis du bruger  ldd  på  et  af
       disse programmer, så vil programmet forsøge at blive afviklet med argc = 0 og resultaterne
       vil være uforudsigelige.

SE OGSÅ

       pldd(1), sprof(1), ld.so(8), ldconfig(8)

OVERSÆTTELSE

       Oversættere af denne manual til dansk Joe Hansen <joedalton2@yahoo.dk>

       Denne oversættelse er gratis dokumentation; læs  GNU  General  Public  License  version  3
       ⟨https://www.gnu.org/licenses/gpl-3.0.html⟩  eller  nyere for ophavsretbetingelser. Der er
       INGEN ANSVAR.

       Hvis du støder på fejl i oversættelsen af ​​denne vejledning, skal du sende en besked  til
       ⟨debian-l10n-danish@lists.debian.org⟩.