From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-56283-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 20907 invoked by alias); 23 May 2008 14:44:28 -0000
Received: (qmail 20896 invoked by uid 22791); 23 May 2008 14:44:26 -0000
X-Spam-Check-By: sourceware.org
Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 23 May 2008 14:44:03 +0000
Received: from list by ciao.gmane.org with local (Exim 4.43) 	id 1JzYUu-0004yS-Ib 	for gdb-patches@sources.redhat.com; Fri, 23 May 2008 14:43:56 +0000
Received: from 78.158.192.230 ([78.158.192.230])         by main.gmane.org with esmtp (Gmexim 0.1 (Debian))         id 1AlnuQ-0007hv-00         for <gdb-patches@sources.redhat.com>; Fri, 23 May 2008 14:43:56 +0000
Received: from vladimir by 78.158.192.230 with local (Gmexim 0.1 (Debian))         id 1AlnuQ-0007hv-00         for <gdb-patches@sources.redhat.com>; Fri, 23 May 2008 14:43:56 +0000
To: gdb-patches@sources.redhat.com
From:  Vladimir Prus <vladimir@codesourcery.com>
Subject:  Re: GDB C plugin system, and STL container viewer as an example
Date: Fri, 23 May 2008 20:31:00 -0000
Message-ID:  <g16l6v$9q6$1@ger.gmane.org>
References:  <1211535909.8253.16.camel@bsr-desktop> <g16jrk$3r6$1@ger.gmane.org> <1211553158.6621.6.camel@bsr-desktop>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7Bit
User-Agent: KNode/0.10.5
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2008-05/txt/msg00684.txt.bz2

Vincent Benony wrote:

>> I don't see how you report that fact that the number of children of a
>> varobj has changed. Without that, I'm not sure how useful MI display
>> of vectors is. Am I missing something?
>> 
>> - Volodya
> 
> this is done by lines 1157 to 1166 of varobj.c
> 
> 
>       if (plugins_type_handled(varobj_get_gdb_type(*varp)))
>       {
>           int new_childs = plugins_get_num_children(*varp);
>           if (new_childs != (*varp)->num_children)
>           {
>               (*varp)->num_children = new_childs;
>               (*varp)->children = varobj_list_children (*varp);
>               VEC_safe_push (varobj_p, result, *varp);
>           }
>       }
> 
> 
> I evaluate the number of children at each update, and I compare with the
> current number of childs stored in the varobj structure, if different,
> object is added to update list.

What happens for vector< vector<int> >? It does not seem like you handle the
inner items.

> 
> It seems to work well into KDevelop 

Strange, I don't know any codepath in KDevelop 3.5 that could possible handle this.
Which version did you try with?

- Volodya