Date: Wed, 30 Aug 1995 00:54:36 -0500 From: jdl@chrome.onramp.net To: FreeBSD-gnats-submit@freebsd.org Subject: bin/715: ls gives weird tabular form Message-ID: <199508300554.AAA07802@chrome.onramp.net> Resent-Message-ID: <199508300600.XAA11784@freefall.FreeBSD.org>
next in thread | raw e-mail | index | archive | help
>Number: 715 >Category: bin >Synopsis: ls gives weird tabular form >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 29 23:00:01 PDT 1995 >Last-Modified: >Originator: Jon Loeliger >Organization: Chromatic Research >Release: FreeBSD 2.0-BUILT-19950612 i386 >Environment: Known to be in 2.0.5 7/26 SNAP and 2.2 -current >Description: The /bin/ls program gives weird tabular form depending on width of window. On 2.0.5, a window with width of 111 gives nice output: chrome 3374 % ls COPYRIGHT etc mnt stand u01 OK kernel proc sys usr bin kernel.GENERIC root tmp var dev lkm sbin u00 But a width of 112 gives odd behaviour: chrome 3375 % ls COPYRIGHT dev kernel.GENERIC proc stand u00 var OK etc lkm root sys u01 bin kernel mnt sbin tmp usr Notice that at 111, it still only used the 80-columns of default. On the 2.2 -current release, the odd happenings occur between 95/96. Curiously, both cut off values are multiples of 8. It smells of an uninitialized variable in ls's formating somewhere? >How-To-Repeat: See Description. >Fix: Use a better window width. Use ``ls -1'' :-) >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199508300554.AAA07802>