RE: 'pr' expands tabs incorrectly?

[Macomson, Wis]

I don't know, but line 1268 in "pr.c" seem to peremptorily set
"untabify_input", which could definitely get the spaces in there.

  if (columns > 1)
    {
      . . . 
      truncate_lines = true;
      untabify_input = true;
      tabify_output = true;
    }
  else
      . . .

This also raises a question about the preceding line "truncate_lines =
true;" which would could prevent me from freely concatenating long lines
from multiple files in a merge.  This appears to conflict with "-s",
which is described under the "-w" option (pr.c, line 282) as:

    ...-s[CHAR] turns off the default page width and any line
truncation. Lines of full
        length will be merged, regardless of the column options set. ...

This has not been tested, though.

Thanks for looking into this.  How can I be notified when it is fixed?
I'd rather avoid writing a perl script if I can.

-wis

-----Original Message-----
From: Jim Meyering [mailto:address@hidden 
Sent: Thursday, March 15, 2007 12:36 AM
To: Eric Blake
Cc: Macomson, Wis; address@hidden
Subject: Re: 'pr' expands tabs incorrectly?

Eric Blake <address@hidden> wrote:
> According to Macomson, Wis on 3/14/2007 3:48 PM:
>>  $ pr --version
>>  pr (coreutils) 5.2.1

Wis,
Thanks for reporting that!

> Consider upgrading.  The latest stable version is 6.7, and 6.8 is
> available for testing.
>
>>
>> Am I doing something wrong, or is there a problem in 'pr'?
>
> Given your sample files, I reproduced the issue.  It appears you have
> uncovered a real bug in pr, but I don't have time to look into it
right
> now.  Maybe someone else on the list is motivated enough to resolve
it?

Eric,
Thanks for confirming with the latest.
Contributions welcome.  This needs to be fixed before
the next release, along with the ACL vs. ZFS issue.
If no one else steps up, I'll get to it, eventually.