Bug 5278

Summary: gdb 4.18-4 regression: misreading of C debug info
Product: [Retired] Red Hat Raw Hide Reporter: Dan Mosedale <dmose>
Component: gdbAssignee: Nalin Dahyabhai <nalin>
Status: CLOSED WORKSFORME QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 1.0CC: shaver
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-10-05 14:31:49 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Dan Mosedale 1999-09-21 17:09:07 UTC 
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 23:52:59 UTC 
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 14:31:59 UTC 
Can re-open this once we've figured out to reproduce it.