From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-16601-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 24097 invoked by alias); 15 Dec 2003 10:50:07 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 24084 invoked from network); 15 Dec 2003 10:50:06 -0000
Received: from unknown (HELO server.nevrax.net) (195.68.21.194)
  by sources.redhat.com with SMTP; 15 Dec 2003 10:50:06 -0000
Received: from [192.168.1.9] (helo=vianneyl)
	by server.nevrax.net with esmtp (Exim 3.35 #1 (Debian))
	id 1AVqIf-0003he-00
	for <gdb@sources.redhat.com>; Mon, 15 Dec 2003 11:50:05 +0100
From: "Vianney Lecroart" <lecroart@nevrax.com>
To: <gdb@sources.redhat.com>
Subject: displaying source after and before the program counter
Date: Mon, 15 Dec 2003 10:50:00 -0000
Organization: Nevrax
Message-ID: <000b01c3c2f9$35a1fe80$0901a8c0@vianneyl>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
Importance: Normal
In-Reply-To: <1071484872.21849.ezmlm@sources.redhat.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-SW-Source: 2003-12/txt/msg00208.txt.bz2

Hello,

I have a C++ program that generates a core dump. I must activate
inlining because it's too slow. It crashes very rarely.

The program stack is:

#2  0x080597da in CBase<TRow>::operator()() const () at
/home/ace/src/gs/mpvi.h:451
#3  0x081e0c1f in CPhrase::update() (this=0x115245d8) at
/home/ace/src/gs/mpvi.h:527

The problem is that CPhrase::update() is a big function in a cpp file. I
would like to know the line where the call to mpvi.h:527 is made. I
can't see it because the function is inlining and it's an accessor, so,
it's called at least 50 times on this function.

The question is: Is it possible to know where in the function ::update()
the crash happened?

Vianney Lecroart
---
lead network programmer / nevrax.com
icq#: 6870415
homepage: http://ace.planet-d.net
www.geekcode.com: GCS/E d- s+++: a- C+++$UL++ P- L+++>+$ E+>- W++ N+ o?
K- w++$ O- M- V- PS- PE? Y PGP t 5? X+ R- tv++ b- DI D+ G e++ h-- r y?