Bug 5278 - gdb 4.18-4 regression: misreading of C debug info
gdb 4.18-4 regression: misreading of C debug info
Status: CLOSED WORKSFORME
Product: Red Hat Raw Hide
Classification: Retired
Component: gdb (Show other bugs)
1.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-09-21 13:09 EDT by Dan Mosedale
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-10-05 10:31:49 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Dan Mosedale 1999-09-21 13:09:07 EDT
Building mozilla from CVS (using egcs-1.12-12), I've been
trying to set breakpoints and inspect code in a certain
function.  Specifically, I'm trying to play with mozilla's
nsEventStateManager::CheckForAndDispatchClick in
mozilla/layout/events/nsEventStateManager.cpp.

If I do "list nsEventStateManager::CheckForAndDispatchClick"
from gdb-4.18-4, I see the following (incorrect) output:

477	        }
478	      }
479	    }
480	  }
481	  return ret;
482	}
483
484	NS_IMETHODIMP
485	nsEventStateManager::SetPresContext(nsIPresContext*
aPresContext)
486	{

If I revert back to gdb-4.17.0.11-6 (as shipped with RH6),
that same command produces the following (correct) output:

816
817     NS_IMETHODIMP
818
nsEventStateManager::CheckForAndDispatchClick(nsIPresContext&
aPresContext,
819
nsMouseEvent *aEvent,
820
nsEventStatus& aStatus)
821     {
822       nsresult ret = NS_OK;
823       nsMouseEvent event;
824       nsCOMPtr<nsIContent> mouseContent;
825       PRBool fireClick = PR_FALSE;

If you want help building mozilla or otherwise reproducing
this, I can usually be found on irc.mozilla.org in #mozilla.
Comment 1 Dan Mosedale 1999-10-04 19:52:59 EDT
This is turning out to be something of a heisenbug: I'm having
problems reproducing this on my machines at work, even
though I've done so before.  I'm going to try and see if I can get
it again on my home machine, where I originally discovered the
problem, this evening.
Comment 2 Jim Kingdon 1999-10-05 10:31:59 EDT
Can re-open this once we've figured out to reproduce it.

Note You need to log in before you can comment on or make changes to this bug.