This is the mail archive of the
mailing list for the binutils project.
Re: [wip:binutils] Large corefile support
On Sat, Jan 17, 2004 at 09:25:53PM -0500, Ian Lance Taylor wrote:
> Alan Modra <firstname.lastname@example.org> writes:
> > On Sat, Jan 17, 2004 at 03:29:45PM -0500, Ian Lance Taylor wrote:
> > > Andrew Cagney <email@example.com> writes:
> > >
> > > > > Admittedly the issue is confused now, because file_ptr is typedefed to
> > > > > be bfd_signed_vma. But we don't need to perpetuate the confusion. I
> > > > > think we should define file_ptr to be off_t or off64_t, and then
> > > > > consistently use ftello or ftello64 and friends if they are available.
> > > >
> > > > So always use 64-bit file I/O when available?
> > >
> > > Yes, I suppose that is what I am suggesting. Does anybody think that
> > > would be a bad idea?
> > You could reasonably use 32-bit file IO if bfd_vma is 32 bits.
> But Andrew's original bug report was that BFD couldn't handle core
> files greater than 2G on the i386. For that target, bfd_vma can be 32
> bits. Yet 64-bit file I/O is apparently required.
Probably because off_t is a signed 32 bit quantity, in case anyone is
as confused as I was by this problem.
MontaVista Software Debian GNU/Linux Developer