Re: how to analyze a 32bit dump with a 64bit crash

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

 



Am Tuesday, den 27.03.2007, 11:05 -0500 schrieb Dave Anderson:

[cross-debug or cross-endianess or byte-swapping]

> I suppose you could encode a whole bunch of stuff into the current
> readmem()'s "error_handle" flag.  It only uses 3 bits now, and it seems
> that there would only be a need for one readmem(), which could do all manner
> of different things based upon the byte-swapping or whatever flags,
> all of which could be conditionally no-op flags for non-cross-compiled
> versions.

There's patch from Corey Minyard that changes the ULONG etc. macros to
handle endianess. It's for ppc-on-x86 cross-debug and against an old
version of crash, you can get it from the wayback machine:

http://web.archive.org/web/20041116221120/http://home.comcast.net/~minyard/crash-3.8-0-cross4.tar.gz

Using readmem you need to read long/short values one-by-one anyway
unless you have a list of data with the same type. IMHO the ULONG
approach is simpler and clearer (makes code more readable). It's some
work to have all memory accesses use ULONG etc. but you might have to do
the same with the readmem approach.

Rainer

Attachment: smime.p7s
Description: S/MIME cryptographic signature

--
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