Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 30 Aug 1998 08:41:06 -0700 (PDT)
From:      kkennawa@physics.adelaide.edu.au
To:        freebsd-gnats-submit@FreeBSD.ORG
Subject:   bin/7783: Running ldd on a script causes the script to execute
Message-ID:  <199808301541.IAA01767@hub.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         7783
>Category:       bin
>Synopsis:       Running ldd on a script causes the script to execute
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Aug 30 08:50:00 PDT 1998
>Last-Modified:
>Originator:     Kris Kennaway
>Organization:
>Release:        3.0-CURRENT
>Environment:
FreeBSD morden.rebel.net.au 3.0-CURRENT FreeBSD 3.0-CURRENT #50: Sun Aug 30 22:28:42 CST 1998     kkenn@morden.rebel.net.au:/usr2/src/sys/compile/MORDEN  i386
>Description:
Running ldd on a shell script causes the script to be executed, leading
to unpredictable results if you're trying to gather data on the
libraries which shared binaries are linked against (for example,
/usr/src/tools/LibraryReport/LibraryReport.tcl), which fails upon
reaching one of the scripts in /usr/bin which does not return an error
goes into a loop.

This script worked when I last tried it earlier this year, so the behaviour
of ldd probably was introduced at some point since. If this is
intentional behaviour for ldd then the LibraryReport script is busted
and should be changed to e.g. check the type of the file it's
examining before it tries to run ldd on it.
>How-To-Repeat:
ldd /usr/bin/zmore

OR (if this is now deemed to be correct behaviour)

/usr/src/tools/LibraryReport/LibraryReport.tcl

which will fail at some point in /usr/bin when it hits one of the
scripts and tries to ldd it. This script doesnt return control back
to the executing process, so the tcl script hangs.
>Fix:

>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808301541.IAA01767>