Please help with GDB/PSIM and Redhat Linux

[Joel Sherrill]

Hoang Ngo wrote:
> 
> -----Original Message-----
> From: Joel Sherrill [mailto:joel.sherrill at OARcorp.com]
> Sent: Tuesday, August 01, 2000 1:36 PM
> To: Hoang Ngo
> Cc: hoanghngo at home.com; rtems-users at OARcorp.com
> Subject: Re: Please help with GDB/PSIM and Redhat Linux
> 
> Hoang Ngo wrote:
> >
> > Yes, i recompiled and re-installed the two packages
> > rtems-4.5.0-beta3a and rtems-packages-19991215.
> >
> > But i will remove all the packages and start afresh again.
> 
> I don't think that is necessary.  I just wanted to know that
> your change to dummy.c is really installed.  The 2nd part
> is critical... set a break at setenv/getenv and run the
> application.  I think you will find it is dereferencing NULL.
> 
> Can you expand on the statement above some more? How do i make sure
> that dummy.c is really installed? I found psim/lib/dymmy.rel and
> dummy_g.rel with today date. About the break point at setenv/getenv,
> i changed the makefile to link the tests with debug ncurses libraries
> (libxxx_g) but got an error message "curses: Can't open 'trace' file: : Not
> supported".
> Is there something that i am missing?

When built for debug ncurses logs to a file.  You can't
create its trace file.  This could indicate you don't
have the full filesystem in your image.

The simplest way to see what "dummy.rel" is doing for
you is to use gdb to look at the configuration information
for your application.  Or look at the symbol table (.num)
for it.

You should have NOT have the routine miniIMFS_initialize
in your program.  

If you applied the patch I posted, then you needed to
run "make all install" from the top of the build tree
to get the resulting object installed.
 
> Hoang
> 
> > Hoang
> >
> > -----Original Message-----
> > From: Joel Sherrill [mailto:joel.sherrill at OARcorp.com]
> > Sent: Tuesday, August 01, 2000 1:12 PM
> > To: Hoang Ngo
> > Cc: hoanghngo at home.com; rtems-users at OARcorp.com
> > Subject: Re: Please help with GDB/PSIM and Redhat Linux
> >
> > Hoang Ngo wrote:
> > >
> > > I made the modification in dummy.c. Recompiled rtems-4.5.0-beta3a
> > > and rtems-packages-19991215. I still got the same error message.
> > >
> > > I am somewhat confused on what we are trying to achieve here, so i
> > > will re-iterate my problems here:
> > >
> > > 1. The ncurses examples works fine for GDB/PSIM under Slackware
> > >    but not on Redhat-6.2
> > > 2. The examples that run under Slackware doesn't display the
> > >    correct result.
> > >
> > > Here is the content of dummy.c after i modified it:
> > >
> > > #define CONFIGURE_RTEMS_INIT_TASKS_TABLE
> > > #define CONFIGURE_MAXIMUM_TASKS 10
> > > #define CONFIGURE_USE_IMFS_AS_BASE_FILESYSTEM
> > > #define CONFIGURE_LIBIO_MAXIMUM_FILE_DESCRIPTORS 20
> > > #define CONFIGURE_INIT
> >
> > Did you recompile and reinstall after makign the above change?
> >
> > The above is only 1/2 the problem.  Eric Norum and I believe
> > that TERM has to be set properly in the environment for the
> > ncurses tests to work.  psim's startup code does not do that.
> >
> > My suspicion is that you are seeing different manifestations
> > of the same failure.  Let's backup and see what the code
> > is doing when it fails hard on RedHat.  Once that is fixed,
> > we can address the Slackware garbled output.
> >
> > --joel
> 
> --
> Joel Sherrill, Ph.D.             Director of Research & Development
> joel at OARcorp.com                 On-Line Applications Research
> Ask me about RTEMS: a free RTOS  Huntsville AL 35805
>    Support Available             (256) 722-9985

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel at OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
   Support Available             (256) 722-9985