[wip:binutils] Large corefile support
Daniel Jacobowitz
drow@mvista.com
Sun Jan 18 02:31:00 GMT 2004
On Sat, Jan 17, 2004 at 09:25:53PM -0500, Ian Lance Taylor wrote:
> Alan Modra <amodra@bigpond.net.au> writes:
>
> > On Sat, Jan 17, 2004 at 03:29:45PM -0500, Ian Lance Taylor wrote:
> > > Andrew Cagney <ac131313@redhat.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.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
More information about the Binutils
mailing list