Re: EFBIG with gdb - to you hack gdb to pass O_LARGEFILE in the files open() flags?

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

 



Pete/Piet Delaney wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Dave:

I was wondering why gdb isn't having a problem with the crash file
being too big when started with crash yet when handing the
vmcore directly to gdb it gets an error while opening the file EFBIG.

Because the embedded gdb module in crash doesn't have a clue
about dumpfiles.  It's invoked internally simply as "gdb vmlinux"
in order to get the symbol values, debuginfo data, etc.

When you bring up gdb on just a binary executable you can still
issue gdb commands that in turn generate read commands from the
the executable.  But one of the many hacks to the embedded gdb module
is to hijack any read attempts, and pass them back up to the
crash-based module for resolution.

Dave

--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility

[Index of Archives]     [Fedora Development]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]

 

Powered by Linux