[Top][All Lists]

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

Re: diff 2.8 large file read fails for Tru64 5.1

From: Paul Eggert
Subject: Re: diff 2.8 large file read fails for Tru64 5.1
Date: Tue, 2 Apr 2002 14:26:31 -0800 (PST)

> Date: Tue, 2 Apr 2002 15:06:25 -0600
> From: "Coleman, Michael" <address@hidden>
> I'll attempt to report it when I get a chance.

Thanks.  After reading POSIX, it appears to me that the Tru64 bug
could be fixed either by making ssize_t the same as signed int (32
bits on that platform0, or by fixing the `read' system call to do the
right thing with read requests whose sizes do not fit in signed int.

> It seems like diff wants to start by reading in the entire contents
> of both files.

Yes, if the files are text files.

Does diff mishandle the case for very large text files on Alphas?
It's supposed to work, but it's possible that there is some other
porting bug.  For the first cut it doesn't have to run fast, so long
as it outputs the correct answer.  Of course we'd like it to run fast

> I was hoping that the '-H' option might work something like the
> vendor '-h' option, which theoretically will take a stab at files of
> arbitrary length.

In my experience Unix diff -h doesn't work well.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]