Your message dated Sat, 10 Sep 2005 10:58:49 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#303649: bash: echo builtin should recognize '--' option
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 7 Apr 2005 21:14:20 +0000
>From [EMAIL PROTECTED] Thu Apr 07 14:14:19 2005
Return-path: <[EMAIL PROTECTED]>
Received: from smtpout15.mailhost.ntl.com (mta05-winn.mailhost.ntl.com)
[212.250.162.15]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DJeKR-0002FJ-00; Thu, 07 Apr 2005 14:14:19 -0700
Received: from aamta08-winn.mailhost.ntl.com ([212.250.162.8])
by mta05-winn.mailhost.ntl.com with ESMTP
id <[EMAIL PROTECTED]>
for <[EMAIL PROTECTED]>; Thu, 7 Apr 2005 22:13:46 +0100
Received: from gpk.wftp.org ([62.254.145.79])
by aamta08-winn.mailhost.ntl.com with ESMTP
id <[EMAIL PROTECTED]>
for <[EMAIL PROTECTED]>; Thu, 7 Apr 2005 22:13:45 +0100
Received: from gpk by gpk.wftp.org with local (Exim 4.50)
id 1DJeJr-0002Rs-Fj
for [EMAIL PROTECTED]; Thu, 07 Apr 2005 22:13:43 +0100
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Greg Kochanski <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: bash: echo builtin should recognize '--' option
X-Mailer: reportbug 3.8
Date: Thu, 07 Apr 2005 22:13:43 +0100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
Package: bash
Version: 2.05b-26
Severity: normal
Echo does not support the '--' flag.
It should to, otherwise any script containing the line:
echo "$x"
is are prone to unexpected bugs,
if $x is unexpectedly set to
'-n', '-e', or '-E', '--help', or '--version'.
If echo recognized '--', then a script could
be written containing
echo -- "$x"
that would behave properly for all values of $x.
There is a potential security risk, too, but it is a bit far fetched. It is
possible that the ability
to remove an expected newline (by setting x='-n') could be used to
cause errors which someone might be able
to take advantage of.
The kind of place where problems are most likely to appear is
in places like this:
echo "$x" "$y" | program
And, in case you think you can kluge around it,
doing
echo '' "$x"
doesn't work. It immunizes you to unexpected values of x,
but it inserts a space at the beginning of the output.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages bash depends on:
ii base-files 3.1.2 Debian base system miscellaneous f
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii passwd 1:4.0.3-31sarge1 change and administer password and
-- no debconf information
---------------------------------------
Received: (at 303649-done) by bugs.debian.org; 10 Sep 2005 08:58:53 +0000
>From [EMAIL PROTECTED] Sat Sep 10 01:58:53 2005
Return-path: <[EMAIL PROTECTED]>
Received: from mail.cs.tu-berlin.de [130.149.17.13] (root)
by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
id 1EE1CH-0001fV-00; Sat, 10 Sep 2005 01:58:53 -0700
Received: from mailhost.cs.tu-berlin.de ([EMAIL PROTECTED] [130.149.17.13])
by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id KAA21798;
Sat, 10 Sep 2005 10:58:51 +0200 (MEST)
Received: from localhost (localhost [127.0.0.1])
by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 2F49FFD4D;
Sat, 10 Sep 2005 10:58:51 +0200 (MEST)
Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
id 02326-43; Sat, 10 Sep 2005 10:58:50 +0200 (MEST) 11328
Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
Sat, 10 Sep 2005 10:58:49 +0200 (MEST)
Received: (from [EMAIL PROTECTED])
by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j8A8wn1G011043;
Sat, 10 Sep 2005 10:58:49 +0200 (MEST)
From: Matthias Klose <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <[EMAIL PROTECTED]>
Date: Sat, 10 Sep 2005 10:58:49 +0200
To: Greg Kochanski <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#303649: bash: echo builtin should recognize '--' option
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
Correct, and it won't support this for compatibility reasons. Please
use printf(1).
Greg Kochanski writes:
> Package: bash
> Version: 2.05b-26
> Severity: normal
>
> Echo does not support the '--' flag.
> It should to, otherwise any script containing the line:
>
> echo "$x"
>
> is are prone to unexpected bugs,
> if $x is unexpectedly set to
> '-n', '-e', or '-E', '--help', or '--version'.
>
> If echo recognized '--', then a script could
> be written containing
>
> echo -- "$x"
>
> that would behave properly for all values of $x.
>
>
> There is a potential security risk, too, but it is a bit far fetched. It is
> possible that the ability
> to remove an expected newline (by setting x='-n') could be used to
> cause errors which someone might be able
> to take advantage of.
>
> The kind of place where problems are most likely to appear is
> in places like this:
>
> echo "$x" "$y" | program
>
>
>
> And, in case you think you can kluge around it,
> doing
>
> echo '' "$x"
>
> doesn't work. It immunizes you to unexpected values of x,
> but it inserts a space at the beginning of the output.
>
>
> -- System Information:
> Debian Release: 3.1
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.8-2-686
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
>
> Versions of packages bash depends on:
> ii base-files 3.1.2 Debian base system miscellaneous
> f
> ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries
> an
> ii libncurses5 5.4-4 Shared libraries for terminal
> hand
> ii passwd 1:4.0.3-31sarge1 change and administer password
> and
>
> -- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
