From owner-freebsd-bugs  Wed Sep  6 16: 0: 5 2000
Delivered-To: freebsd-bugs@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id 1C1C737B423
	for <freebsd-bugs@FreeBSD.org>; Wed,  6 Sep 2000 16:00:01 -0700 (PDT)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id QAA81953;
	Wed, 6 Sep 2000 16:00:01 -0700 (PDT)
	(envelope-from gnats@FreeBSD.org)
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id E015F37B424; Wed,  6 Sep 2000 15:56:27 -0700 (PDT)
Message-Id: <20000906225627.E015F37B424@hub.freebsd.org>
Date: Wed,  6 Sep 2000 15:56:27 -0700 (PDT)
From: eddier@home.com
To: freebsd-gnats-submit@FreeBSD.org
X-Send-Pr-Version: www-1.0
Subject: bin/21086: Annoying little bug using   ls -G   with colorized prompts.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         21086
>Category:       bin
>Synopsis:       Annoying little bug using   ls -G   with colorized prompts.
>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:   Wed Sep 06 16:00:00 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator:     Eddie Rohwedder
>Release:        4.1-RELEASE
>Organization:
>Environment:
4.1-RELEASE FreeBSD 4.1-RELEASE #0: Wed Sep  6 13:34:46 PDT 2000
>Description:
When using "ls -G" while also using colored bash prompts, if the first file(s) outputted are not to be colorized, they take on the bash prompt color until reaching a file that does have color. Then the folowing non-colored files take on the defualt white. In other words, there is no *initial* setting of the default color.
I know it's a tiny thing and you have better things to worry about, but...  :)
>How-To-Repeat:
Add a colorized bash prompt.
Do a ls -G
(Make sure that the directory's first few files have no color attribute.)
>Fix:
Easy fix is to add 
  endcolor(0);
to parsecolors() in src/bin/ls/print.c
This forces an initial setting of the color, once, before displaying any files. Looks like you tried to fix it with some signal() code just before the call to pasrecolors() but it didn't seem to fix it.

>Release-Note:
>Audit-Trail:
>Unformatted:


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