From owner-freebsd-questions@FreeBSD.ORG  Sat Jun 28 03:13:59 2008
Return-Path: <owner-freebsd-questions@FreeBSD.ORG>
Delivered-To: freebsd-questions@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 9AF6C1065677
	for <freebsd-questions@freebsd.org>;
	Sat, 28 Jun 2008 03:13:59 +0000 (UTC)
	(envelope-from mike@hyperreal.org)
Received: from hyperreal.org (taz3.hyperreal.org [209.237.226.90])
	by mx1.freebsd.org (Postfix) with SMTP id 2C2D48FC12
	for <freebsd-questions@freebsd.org>;
	Sat, 28 Jun 2008 03:13:59 +0000 (UTC)
	(envelope-from mike@hyperreal.org)
Received: (qmail 81806 invoked by uid 1001); 28 Jun 2008 02:45:52 -0000
Message-ID: <20080628024552.81805.qmail@hyperreal.org>
To: freebsd-questions@freebsd.org
Date: Fri, 27 Jun 2008 19:45:52 -0700 (PDT)
Sender: mike@hyperreal.org
From: Mike Brown <mike@hyperreal.org>
X-Whoa: whoa.
X-Mailer: ELM [version 2.4ME+ PL123e (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="UTF-8"
Subject: null bytes after ANSI sequences in color 'ls' output
X-BeenThere: freebsd-questions@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: User questions <freebsd-questions.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-questions>, 
	<mailto:freebsd-questions-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-questions>
List-Post: <mailto:freebsd-questions@freebsd.org>
List-Help: <mailto:freebsd-questions-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-questions>, 
	<mailto:freebsd-questions-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Jun 2008 03:13:59 -0000

After I upgraded 6.2-STABLE (Feb 2007-ish) to 6.3-STABLE (last week), my 
colorized 'ls -G' output is now plagued with 8 null bytes following each ANSI 
sequence.

I normally pipe my output to 'less -R' so ANSI sequences pass through while 
other control characters are converted to visible ones. This worked great 
until now. Now I see '^@' for each null. It's not a new feature of less, so
I assume it's ls or curses throwing in the nulls.

For example, I'm getting output like this if I use 'ls -G | less':

ESC[36mMailESC[39;49mESC[mESC[m^@^@^@^@^@^@^@^@

It's the '^@'s that are unexpected, although the repeated ESC[m pairs are also 
mysterious since they seem to have no purpose.

If I use 'ls -G | less -R', then the ANSI sequences pass through as they 
should, but I still get the nulls.


Questions:

Is this is reproducible?
Should I file a PR?

FWIW, my tcsh TERM environment variable is vt100-color.
I'm using SecureCRT with vt100 emulation and ANSI color. 

Thanks,
Mike