> I suspect you're using a different version of Mac OS X than the one
> where the panic log was generated.
Yes, I am using a different OS X version, but that is not the problem.
I assume that I will be able just to add or subtract an offset to the addresses
in the panic.log to adjust for the different base addresses of the kext.
Will that work?
The GDB tool always returns "Cannot access memory" for me, even on valid addresses.
I proved that with a panic.log from the same machine and OS which is running GDB.
Using an "assert()" in my kext, I generated a panic.log on the same machine.
Then I ran kextstat and checked that the addresses in this panic.log fell
within the ranges of the kexts involved. Then I tried to read those addresses
with the GDB tool. GDB still returned "Cannot access memory" for valid addresses
in my kext, and also for addresses within the ranges of several "com.apple.X" kexts.
Thanks for the idea. Please send any other ideas which might help
thanks
Harland Harrison
2Wire.com
-----Original Message-----
From: Garth Cummings [mailto:email@hidden]
Sent: Tue 2/8/2005 10:32 AM
To: Harland Harrison
Cc: 'email@hidden' USB
Subject: Re: GDB can't access kext code memory
Hi Harland,
On Feb 7, 2005, at 5:21 PM, Harland Harrison wrote:
> <snip>
> Please help if you have any ideas.
I suspect you're using a different version of Mac OS X than the one
where the panic log was generated.
Note the "plausible offset" sanity check in the technote:
> Note that each instruction disassembled from the backtrace should be
> some form of branch instruction. To understand why, recall that the
> backtrace is a listing of the return addresses saved prior to
> executing a function call. If the disassembly shows something other
> than a branch instruction, this is a clue that you may not have
> generated your symbol file correctly, or that the operating system
> version is not the same as on the panicked machine.
Regards,
--gc
__________________________________________________________________
Garth Cummings
Apple Developer Technical Support email@hidden
http://developer.apple.com/technicalsupport
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Usb mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/usb/email@hidden
This email sent to email@hidden
