RE: Patched up cthon source?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



That's a great idea.

Perhaps we could also fix the stat program to ignore lines that it isn't looking for...

		ps


-----Original Message-----
From: linux-nfs-owner@xxxxxxxxxxxxxxx [mailto:linux-nfs-owner@xxxxxxxxxxxxxxx] On Behalf Of Trond Myklebust
Sent: Tuesday, January 25, 2011 10:39 AM
To: Jeff Layton
Cc: Bryan Schumaker; Benny Halevy; Chuck Lever; Thomas Haynes; linux-nfs@xxxxxxxxxxxxxxx
Subject: Re: Patched up cthon source?

On Tue, 2011-01-25 at 09:56 -0500, Jeff Layton wrote: 
> On Tue, 25 Jan 2011 08:43:25 -0500
> Bryan Schumaker <bjschuma@xxxxxxxxxx> wrote:
> 
> > On 01/24/2011 05:33 PM, Benny Halevy wrote:
> > > this is a problem with the version of nroff on newer distributions.
> > 
> > My version of groff (1.21) is splitting the error into two lines, so I am using the following patch.
> > 
> > Bryan
> > 
> 
> Yep, this workaround stopped working around for me on my rawhide box
> broke yesterday for the same reason.
> 
> I think this patch may be a better approach than trying to grep out
> random stuff, but I don't know whether non-GNU tbl programs will barf
> on it. If anyone has a solaris box handy, could you let me know if
> this breaks on it?
> 
> ----------------------[snip]------------------
> [PATCH] cthon04: add "nowarn" option to nroff.in tables
> 
> This prevents the tbl preprocessor from stuffing warnings into the
> resulting file, which subsequently can make nroff spew warnings like
> this on stderr:
> 
>     warning: file `nroff.in', around line 47:
>       table wider than line width
> 
> Unfortunately, I'm not sure how non-gnu tbl programs will react to
> this option, so YMMV.
> 
> Signed-off-by: Jeff Layton <jlayton@xxxxxxxxxx>
> ---
>  general/nroff.in |    4 ++--
>  1 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/general/nroff.in b/general/nroff.in
> index 522ac80..a8acb3a 100644
> --- a/general/nroff.in
> +++ b/general/nroff.in
> @@ -18,7 +18,7 @@ benchmarks.
>  .LP
>  I ran the benchmarks on the following configurations:
>  .TS
> -center;
> +center nowarn;
>  l l l l.
>  CPU	Unix	Fortran	Memory
>  .sp 4p
> @@ -38,7 +38,7 @@ A bubble sort of integers.
>  A prime number generator.
>  .LP
>  .TS
> -center;
> +center nowarn;
>   c|c|c s|c s|
>   c|c|c s|c s|
>   c|c|c s|c s|

Here's a radical idea: what say we change the nroff.in file so that it
no longer tries to fit a 130ish character wide table into an 80
character wide page?

Cheers
   Trond
-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@xxxxxxxxxx
www.netapp.com

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

ÿô.nlj·Ÿ®‰­†+%ŠË±é¥Šwÿº{.nlj·¥Š{±þwìíèjg¬±¨¶‰šŽŠÝjÿ¾«þG«é¸¢·¦j:+v‰¨Šwèm¶Ÿÿþø®w¥þŠà£¢·hšâÿ†Ù



[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux