Re: mi/2322: -var-delete children causes gdb to detach from process

Re: mi/2322: -var-delete children causes gdb to detach from process

[Daniel Jacobowitz]

The following reply was made to PR mi/2322; it has been noted by GNATS.

From: Daniel Jacobowitz <drow@false.org>
To: robert.leathley@ricardo.com
Cc: gdb-gnats@sources.redhat.com
Subject: Re: mi/2322: -var-delete children causes gdb to detach from process
Date: Fri, 28 Sep 2007 07:18:15 -0400

 On Fri, Sep 28, 2007 at 10:32:55AM -0000, robert.leathley@ricardo.com wrote:
 > The process is still running but no longer debugged at this stage.  This appears to be a consistent problem when viewing the contents of an int [] member of a template class, but I don't know how significant this is.
 > 
 > The commands are issued by kdevelop, but prior deletion of the children would appear unnecessary: removing them avoids the problem.
 
 Does this happen with any program, or just one?  Can you attach a
 program which demonstrates the problem?
 
 -- 
 Daniel Jacobowitz
 CodeSourcery

Re: mi/2322: -var-delete children causes gdb to detach from process

[Daniel Jacobowitz]

The following reply was made to PR mi/2322; it has been noted by GNATS.

From: Daniel Jacobowitz <drow@false.org>
To: Rob Leathley <robert.leathley@ricardo.com>, gdb-gnats@sourceware.org
Cc:  
Subject: Re: mi/2322: -var-delete children causes gdb to detach from process
Date: Fri, 28 Sep 2007 07:43:06 -0400

 On Fri, Sep 28, 2007 at 11:38:01AM -0000, Rob Leathley wrote:
 >  I spend all my time working on one program so I can't say if it affects=20
 >  others.  It only seems to affect certain classes and type of data access =
 >  
 >  within it though.  I may be able to create a small example to send, but=20
 >  suspect it may be hard to find one that illustrates the problem.
 >  
 >  I don't know if it is relevant, but I am using g++ 3.3.3 with -ggdb=20
 >  (without which I can't see many local variables).
 
 Without a test case, we will not be able to help you.  I know this bug
 does not occur on typical programs.
 
 -- 
 Daniel Jacobowitz
 CodeSourcery

Re: mi/2322: -var-delete children causes gdb to detach from process

[Rob Leathley]

The following reply was made to PR mi/2322; it has been noted by GNATS.

From: "Rob Leathley" <robert.leathley@ricardo.com>
To: "Daniel Jacobowitz" <drow@false.org>
Cc: <gdb-gnats@sources.redhat.com>
Subject: Re: mi/2322: -var-delete children causes gdb to detach from process
Date: Fri, 28 Sep 2007 12:28:12 +0100

 I spend all my time working on one program so I can't say if it affects=20
 others.  It only seems to affect certain classes and type of data access =
 
 within it though.  I may be able to create a small example to send, but=20
 suspect it may be hard to find one that illustrates the problem.
 
 I don't know if it is relevant, but I am using g++ 3.3.3 with -ggdb=20
 (without which I can't see many local variables).
 
 Rob
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - =
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - =
 - - - - - - - - - - - - -
 This e-mail and any files transmitted with it are confidential and =
 intended solely for the use of the individual or entity to whom they are =
 addressed.If you have received this e-mail in error please notify the =
 sender immediately and delete this e-mail from your system.Please note =
 that any views or opinions presented in this e-mail are solely those of =
 the author and do not necessarily represent those of Ricardo (save for =
 reports and other documentation formally approved and signed for release =
 to the intended recipient).Only Directors are authorised to enter into =
 legally binding obligations on behalf of Ricardo. Ricardo may monitor =
 outgoing and incoming e-mails and other telecommunications systems.
 By replying to this e-mail you give consent to such monitoring.The =
 recipient should check e-mail and any attachments for the presence of =
 viruses. Ricardo accepts no liability for any damage caused by any virus =
 transmitted by this e-mail. "Ricardo" means Ricardo plc and its =
 subsidiary companies.
 Ricardo plc is a public limited company registered in England with =
 registered number 00222915.
 The registered office of Ricardo plc is Shoreham Technical Centre, =
 Shoreham-by Sea, West Sussex, BN43 5FG.
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - =
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - =
 - - - - - - - - - - - - -=20

mi/2322: -var-delete children causes gdb to detach from process

[robert.leathley]

>Number:         2322
>Category:       mi
>Synopsis:       -var-delete children causes gdb to detach from process
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Sep 28 10:38:02 UTC 2007
>Closed-Date:
>Last-Modified:
>Originator:     robert.leathley@ricardo.com
>Release:        6.7.50_20070920
>Organization:
>Environment:
linux 2.6.16.53-0.8-smp sled10 
>Description:
Deleting children then the parent variable object causes gdb to detach from the process, here is an example of the internal commands:

(gdb) -var-list-children "KDEV138"
^done,numchild="8",children=[child={name="KDEV138.0",exp="0",numchild="0",type="int"},child={name="KDEV138.1",exp="1",numchild="0",type="int"},child={name="KDEV138.2",exp="2",numchild="0",type="int"},child={name="KDEV138.3",exp="3",numchild="0",type="int"},child={name="KDEV138.4",exp="4",numchild="0",type="int"},child={name="KDEV138.5",exp="5",numchild="0",type="int"},child={name="KDEV138.6",exp="6",numchild="0",type="int"},child={name="KDEV138.7",exp="7",numchild="0",type="int"}]
...
(gdb) -var-delete "KDEV138.0"
^done,ndeleted="1"
...
(gdb) -var-delete "KDEV138"
(gdb) Process exited

The process is still running but no longer debugged at this stage.  This appears to be a consistent problem when viewing the contents of an int [] member of a template class, but I don't know how significant this is.

The commands are issued by kdevelop, but prior deletion of the children would appear unnecessary: removing them avoids the problem.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: