[patch] Fixed shared library handling in solib-pa64.c

Daniel Jacobowitz drow@false.org
Wed Aug 6 14:21:00 GMT 2008


On Tue, Aug 05, 2008 at 06:11:24PM -0400, John David Anglin wrote:
> The change below fixes the problem referred to in the NEWS file regarding
> the hppa64-hp-hpux11* target.  The problem was a NULL load map pointer was
> being passed in the dlgetmodinfo and dlgetname calls.  This was causing
> pa64_target_read_memory() to return 0, and as a result the dlgetmodinfo
> call was failing.
> 
> It's not entirely clear why the code to find the load map was failing
> but I believe it is because the dynamic loader had not initialized the
> map at the time the call to find the map was made.
> 
> As described here <http://docs.hp.com/en/B2355-60130/dlmodinfo.3C.html>,
> it is not necessary to supply a memory read function for the calls to
> dlgetmodinfo and dlgetname.  This causes the dynamic loader to use its
> own data structures to find the correct module.
> 
> Getting rid of the code to find the load map results in some simplification.
> 
> Please install if ok.

Does this really do what you want it to?

Looking at that HP man page, it looks like dlmodinfo will use "its own
data structures" - i.e. GDB's load map, not the debugged program's.

-- 
Daniel Jacobowitz
CodeSourcery



More information about the Gdb-patches mailing list