[Bug mi/10693] =library-loaded symbols-loaded reports "0"

[Bug mi/10693] =library-loaded symbols-loaded reports "0"

[tromey at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=10693

Tom Tromey <tromey at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tromey at redhat dot com
          Component|symtab                      |mi

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug mi/10693] =library-loaded symbols-loaded reports "0"

[tromey at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=10693

Tom Tromey <tromey at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2011.01.07 17:56:59
         AssignedTo|unassigned at sourceware    |tromey at redhat dot com
                   |dot org                     |
     Ever Confirmed|0                           |1

--- Comment #1 from Tom Tromey <tromey at redhat dot com> 2011-01-07 17:56:59 UTC ---
Confirmed; testing a patch.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug mi/10693] =library-loaded symbols-loaded reports "0"

[tromey at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=10693

--- Comment #2 from Tom Tromey <tromey at redhat dot com> 2011-01-27 14:52:02 UTC ---
The review of the patch pointed out some problems, which
got me to wondering: what is the use to the MI consumer of
knowing whether debuginfo has been read?
If there is some use, then I think we should report
changes in debuginfo status, probably via other async notifications.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug mi/10693] =library-loaded symbols-loaded reports "0"

[tromey at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=10693

Tom Tromey <tromey at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX
   Target Milestone|6.8                         |7.3

--- Comment #3 from Tom Tromey <tromey at redhat dot com> 2011-02-04 20:51:38 UTC ---
After some discussion on the list, we decided not to fix this.
Instead we documented that the symbols-loaded field is useless.

If you need information about when symbols are loaded, I think
we will need a new async notification for that.  The reason for
this approach is that it gives gdb more flexibility about deferring
symbol reading.

If you do need this, please reopen this PR or file a new one.
A use case would also be interesting.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug mi/10693] =library-loaded symbols-loaded reports "0"

[andre.poenitz at nokia dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=10693

Andre Poenitz <andre.poenitz at nokia dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |andre.poenitz at nokia dot
                   |                            |com

--- Comment #4 from Andre Poenitz <andre.poenitz at nokia dot com> 2012-01-11 17:09:11 UTC ---
Another notification would be great.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug mi/10693] =library-loaded symbols-loaded reports "0"

[andre.poenitz at nokia dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=10693

--- Comment #5 from Andre Poenitz <andre.poenitz at nokia dot com> 2012-01-11 17:15:43 UTC ---
Emitting symbols-loaded="0" and documenting that the field is useless does not
seem to have any tangible benefits over just removing the field, on the
contrary, it makes people spending time on the issue, see e.g. it makes people
spending time on the issue, see
http://sourceware.org/bugzilla/show_bug.cgi?id=12406 

It seems extremely unlikely that any MI consumer ever would have relied _on the
presence_ of that field, given that the contents is not useful.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug mi/10693] =library-loaded symbols-loaded reports "0"

[tromey at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=10693

Tom Tromey <tromey at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WONTFIX                     |

--- Comment #6 from Tom Tromey <tromey at redhat dot com> 2012-01-11 17:18:14 UTC ---
I think we kept the field just out of conservatism.
I agree it is unlikely that anybody relied on it,
but we could not be totally sure.

What would you use a new event for?

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug mi/10693] =library-loaded symbols-loaded reports "0"

[andre.poenitz at nokia dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=10693

--- Comment #7 from Andre Poenitz <andre.poenitz at nokia dot com> 2012-01-11 17:30:26 UTC ---
To keep track of the information in a "Modules View". Without the notification
either the user has to manually trigger "info shared" or the frontend has to
guess whether the information it has might be outdated, or to pull excessively.

This is certainly not an "important" feature, more a "Quality of Implemntation"
thing for the frontend.

Btw, I don't buy the "conservatism" argument. Output formatting and sometimes
even gdb input syntax are changed every now and then, so a frontend needs to
stay in touch with changes on the gdb side anyway. Removing a field with
"incorrect" information (documented or not) seems to be the least concern.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.