From owner-freebsd-bugs Sun Aug 30 08:50:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02952 for freebsd-bugs-outgoing; Sun, 30 Aug 1998 08:50:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA02931 for ; Sun, 30 Aug 1998 08:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA19795; Sun, 30 Aug 1998 08:50:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA01767; Sun, 30 Aug 1998 08:41:06 -0700 (PDT) (envelope-from nobody) Message-Id: <199808301541.IAA01767@hub.freebsd.org> Date: Sun, 30 Aug 1998 08:41:06 -0700 (PDT) From: kkennawa@physics.adelaide.edu.au To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/7783: Running ldd on a script causes the script to execute Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >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