[Bug 211262] Re: Change in cut behavior breaks scripts

Thomas Hotz thomas.hotz at gmail.com
Sat Nov 24 12:09:19 UTC 2012


I cannot reproduce this.

Is this still an issue for you? Which Ubuntu version do you use? Thank
you for telling us!

** Changed in: xen-common (Ubuntu Hardy)
       Status: New => Invalid

** Changed in: xen-common (Ubuntu)
       Status: New => Confirmed

** Changed in: xen-common (Ubuntu)
       Status: Confirmed => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/211262

Title:
  Change in cut behavior breaks scripts

Status in “coreutils” package in Ubuntu:
  Invalid
Status in “xen-common” package in Ubuntu:
  Incomplete
Status in “coreutils” source package in Hardy:
  Won't Fix
Status in “xen-common” source package in Hardy:
  Invalid

Bug description:
  Binary package hint: coreutils

  When given a 0 field in cut it used to just treat it as 1; now it
  reports an error.

  Old behavior (Gutsy):

  $ echo foobar | cut -c0-3
  foo

  New behavior (Hardy):

  $ echo foobar | cut -c0-3
  cut: fields and positions are numbered from 1
  Try `cut --help' for more information.
  bash: echo: write error: Broken pipe

  I wouldn't say this is a bug but it will cause problems elsewhere.  I
  noticed the problem in the /etc/init.d/xendomains script.  Treating 0
  as 1 is really harmless so leaving the old behavior doesn't seem to
  present a problem.  If the new behavior remains it might be worth
  trying to find places where it causes problems and fix them prior to
  the release of Hardy.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/211262/+subscriptions




More information about the foundations-bugs mailing list