Thanks for the reply.
I agree with the analysis below. I just wanted confirmation on the
definition of "Page Fault (exception 14)". I believe this means
a pointer has referenced an address which in _not_ in physical memory.
Is this correct?
Is there a way to look at the stack in gdb?
When I do a "backtrace" command the results look reasonable.
How can I examine the actual (raw) stack contents?
Also, I would like to see where the stack pointer is and how deep
I have gone into the stack.
On Wed, 16 Aug 2000, Norm Dresner wrote:
> If you're causing a page fault when you're returning from a function call,
> one possibility is that the function has overwritten the stack and that the
> place to which you "return" is not the place from which it was called but
> something way off in outer space -- hence a page fault.
>
> Norm
>
> At 06:42 PM 8/16/2000 -0400, William Montgomery wrote:
> >
> >I have a large module which causes my machine to lockup
> >from which there is no escape but power off/on. Thanks to the
> >great work by the RTLinux folks I am using the new rtl_debug
> >module and gdb to find this. The dmesg produces:
> >
> >rtl_debug: exception 14 in rt_process (EIP=0xc80c63d0), thread id
> >0xc6e00600;
> >(re)start GDB to debug
> >
> >I am able to see the line this occurs at using gdb but this is just
> >pointing to a function return brace. I see that this is a Page Fault
> >exception but I'm not sure what this means or what might be the cause.
> >
> >Any hints?
> >
> >Wm
> >
> >-- [rtl] ---
> >To unsubscribe:
> >echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
> >echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
> >---
> >For more information on Real-Time Linux see:
> >http://www.rtlinux.org/rtlinux/
> >
> >
>
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/
