gdb and shared libraries issue

[cagnulein]

Hi,
it's my first time here, so be gently

I'm working on ARM system with gdb 7.1. I'm using this tool to debug an
application composed by several shared libraries.

If I debug this application on the ARM side, with gdb 7.1 i can see the
shared loaded libraries (digiting "share"). Perfect!

I'm trying to do the same thing remotelly with gdb for arm on windows
host and gdbserver on ARM.

So i have:
1) gdb on windows for arm v.7.4.1 (i've tried 7.3.1 too)
2) gdbserver on arm v.7.1

On Windows i can debug everything flawless except for the shared
libraries: infact, when i tried to digit "share" it says there isn't any
shared loaded libraries. I'm absolutely sure that at least one library
has loaded (on arm side the same situation works fine).

Any idea?

Thanks in advance
Roberto Viola

 

[Noob]

I'm working on ARM system with gdb 7.1. I'm using this tool
to debug an application composed by several shared libraries.

Hello Roberto,

I think you will have to ask the GDB experts.

https://www.gnu.org/software/gdb/mailing-lists/

Regards.

 

[cagnulein]

Hello Roberto,



I think you will have to ask the GDB experts.



https://www.gnu.org/software/gdb/mailing-lists/



Regards.

I've already did it http://sourceware.org/ml/gdb/2012-10/msg00018.html
But no answer. Did you have any experiences on it?

 

[jacob navia]

Le 08/10/12 11:28, (e-mail address removed) a écrit :

I've already did it http://sourceware.org/ml/gdb/2012-10/msg00018.html
But no answer. Did you have any experiences on it?

My experience with gdb is that

1) Usenet doesn't work and the newsgroups aren't really read by anyone
competent.

2) I submitted a patch for a bug 2 years ago. The bug is still there.

3) As soon as you pay an important quantity of money you will get
anything you want. If you buy a Red Hat support contract (US$ 25000)
you can have access to the developers.

But the most important is:

4) Since I had the source code I never found a problem that I couldn't
solve myself. But I have been working in this field for years and I know
what I am doing. Not everyone does.

You can solve your problem if you follow the gdb source in arm and in
windows. You will see what variables are inspected when the message is
printed "No libraries loaded". See when they are set, why they aren't
set on windows.

Then find out where the bug is.

In general gnu stuff doesn't work well on windows.

 

[Noob]

I've already did it http://sourceware.org/ml/gdb/2012-10/msg00018.html
But no answer. Did you have any experiences on it?

I think the main problem is that you have omitted key pieces
of information in your request.

Things like the object format of the target, output from the
commands you tried, output from sharedlibrary, output from
show sysroot, etc.

 

[cagnulein]

My experience with gdb is that



1) Usenet doesn't work and the newsgroups aren't really read by anyone

competent.



2) I submitted a patch for a bug 2 years ago. The bug is still there.



3) As soon as you pay an important quantity of money you will get

anything you want. If you buy a Red Hat support contract (US$ 25000)

you can have access to the developers.



But the most important is:



4) Since I had the source code I never found a problem that I couldn't

solve myself. But I have been working in this field for years and I know

what I am doing. Not everyone does.



You can solve your problem if you follow the gdb source in arm and in

windows. You will see what variables are inspected when the message is

printed "No libraries loaded". See when they are set, why they aren't

set on windows.



Then find out where the bug is.



In general gnu stuff doesn't work well on windows.

Ok, i'm not a windows noob, but you're right, i've asked too much.
I want to know only a few inputs (maybe shared libraries can't be display on gdbserver on arm (it's just an example)).

 

[James Kuyper]

Wow - not only has jacob managed to insult the competence of absolutely
everyone reading his message, but also himself. Pretty impressive people
skills, there.

 

[jacob navia]

Le 08/10/12 13:46, James Kuyper a écrit :

Wow - not only has jacob managed to insult the competence of absolutely
everyone reading his message, but also himself. Pretty impressive people
skills, there.

We were speaking about the gnu newsgroups Mr Kuyper. I never had any
real answer in those newsgroups when I asked a technical question.

For instance when I asked about gcc C++ exception handling there wasn't
any answer. At most I would get:
"read the source code"

The same when I reported a bug in the gdb newsgroup. Or asked about the
support for stabs debug info:
"Read the source code"

 

[Angel]

Wow - not only has jacob managed to insult the competence of absolutely
everyone reading his message, but also himself. Pretty impressive people
skills, there.

And now you know why I have had him in the bozo list pretty much from my
first week here.

 

[James Kuyper]

And now you know why I have had him in the bozo list pretty much from my
first week here.

I gave him a lot more benefit of the doubt than you did, but he's been
on my list, too, for several years. I only saw this comment because it
was quoted by cagnulin.

 

[cagnulein]

probably i've found something:

In gcc on arm, when i ask for shared loaded libraries ("share") it calls function solib.c:info_sharedlibrary_command with full support for solib. (and it works fine)

Instead, when i ask for the same command on gdb on windows and gdbserver on arm, it passes the command "qXfer:libraries:read:" that doesn't manage any solib, only dlls! And the dlls list is obviously empty.

Did i miss something?

 

[cagnulein]

Problem solved http://sourceware.org/bugzilla/show_bug.cgi?id=14670