This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Jeeni + Ep7211


On Mon, Jan 15, 2001 at 08:36:53AM -0000, danish iftikhar wrote:

>    I am trying to use Jeeni to debug my application .
> I downloaded the code to the EP7211 target board . But the program is not 
> able to come upto main() even . Doing "stepi" ( as "step" causes it to hang) 
> i found that it goes till "cyg_hal_invoke_constructors" and hangs inside 
> that .

There is no symbol info present in the vector.S file (where the
entry point is for eCos apps).  That means that "step" and
"next" don't know where the next line is.

> I am attching the rdi.log file produced when i tried to "continue" the code 
> . can any of you make out from this what's happenning .
>   The log file was enabled after downloading the code : so it shows the last 
> couple of transactions happened between the two guys :
> ADP log file opened at Mon Jan 15 19:02:40 2001
> 
> tx: [T=0 L=25] 01 5e 5d 01 05 00 01 00 00 00 00 00 ff ff ff ff ff ff ff ff ff 00 20 00 00
> R=00010005 H->T CI_HADP:  ADP_CPUread ff 00002000
> rx: [T=0 L=28] 01 5e 5e 01 05 00 01 80 00 00 00 00 ff ff ff ff ff ff ff ff 00 00 00 00 54 18 00 00
> R=80010005 H<-T CI_HADP:  ADP_CPUread 00000000 00001854
> tx: [T=0 L=29] 01 5f 5e 01 09 00 01 00 00 00 00 00 ff ff ff ff ff ff ff ff 44 85 00 00 00 00 00 00 00
> R=00010009 H->T CI_HADP:  ADP_SetBreak 00008544 00000000 00000000
> rx: [T=0 L=36] 01 5f 5f 01 09 00 01 80 00 00 00 00 ff ff ff ff ff ff ff ff 00 00 00 00 78 ec 03 00 74 fe 1e 00 dc 98 00 00
> R=80010009 H<-T CI_HADP:  ADP_SetBreak 00000000 0003ec78 001efe74 000098dc
> tx: [T=0 L=24] 01 60 5f 01 0d 00 01 00 00 00 00 00 ff ff ff ff ff ff ff ff 00 00 00 00
> R=0001000d H->T CI_HADP:  ADP_Execute 00000000
> rx: [T=0 L=24] 01 60 60 01 0d 00 01 80 00 00 00 00 ff ff ff ff ff ff ff ff 00 00 00 00
> R=8001000d H<-T CI_HADP:  ADP_Execute 00000000
> 
> 
>    Nothing comes after this .
> 
> whats wrong here ??

Something is happening in cyg_hal_invoke_constructors() that is
messing up your target hardware -- in my experience this
symptom is usually caused by a hardware reset.  The stuff
called by cyg_hal_invoke_constructors() is in C/C++ and should
include debug info, so step/next/finish should work.  You need
to step through all of the init routines called by
cyg_hal_invoke_constructors() and figure out what is causing
your hardware to lock up.

-- 
Grant Edwards
grante@visi.com

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]