From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2666 invoked by alias); 27 Jan 2012 14:06:09 -0000 Received: (qmail 2657 invoked by uid 22791); 27 Jan 2012 14:06:07 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_BJ,TW_DB X-Spam-Check-By: sourceware.org Received: from mail-pw0-f41.google.com (HELO mail-pw0-f41.google.com) (209.85.160.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 27 Jan 2012 14:05:52 +0000 Received: by pbaa12 with SMTP id a12so1796794pba.0 for ; Fri, 27 Jan 2012 06:05:52 -0800 (PST) Received: by 10.68.209.6 with SMTP id mi6mr14423357pbc.87.1327673152014; Fri, 27 Jan 2012 06:05:52 -0800 (PST) Received: from [192.168.1.102] ([115.195.157.214]) by mx.google.com with ESMTPS id k9sm20198049pbl.18.2012.01.27.06.05.48 (version=SSLv3 cipher=OTHER); Fri, 27 Jan 2012 06:05:51 -0800 (PST) Message-ID: <4F22B05B.1010402@gmail.com> Date: Fri, 27 Jan 2012 14:06:00 -0000 From: asmwarrior User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Joel Brobecker CC: gdb@sourceware.org, Xun Xun Subject: Re: [mingw] gdb eat a lot of memory and slowly when start an inferior References: <4F228353.3010707@gmail.com> <20120127110110.GO31397@adacore.com> In-Reply-To: <20120127110110.GO31397@adacore.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2012-01/txt/msg00096.txt.bz2 On 2012-1-27 19:01, Joel Brobecker wrote: >> I have two version of gdb build under mingw. One is build from gdb cvs >> 2012-01-19, and the other is from gdb cvs 2012-01-27. > [...] >> Any one can give a direction? I guess the commits between 2012-01-19 >> and 2012-01-27 cause this issue. Mostly the handling shared library >> patches? > 8 days worth of commits is a very small number. So if you have git, > you could try bisect'ing until you find the commit that's responsible. > That might help narrow down the source of the problem. > Hi, Joel, I did what you suggest. Finally, I definitely found that this issue was introduced by your patch in: Author: Joel Brobecker Date: 2012-1-26 12:20:31 Message: Ada: allow unqualified function names in linespecs This is the meat, where we replace the old la_symbol_name_compare language method with the new ada_get_symbol_name_match_p. It fixes the problem when trying to insert a breakpoint on "+". gdb/ChangeLog: * language.h (symbol_name_match_p_ftype): New typedef. (struct language_defn): Replace field la_symbol_name_compare by la_get_symbol_name_match_p. * ada-lang.c (ada_get_symbol_name_match_p): New function. (ada_language_defn): Use it. * linespec.c (struct symbol_matcher_data): New type. (iterate_name_matcher): Rewrite. (iterate_over_all_matching_symtabs): Pass a pointer to a symbol_matcher_data struct to expand_symtabs_matching instead of just the lookup name. * c-lang.c, d-lang.c, jv-lang.c, m2-lang.c, objc-lang.c, opencl-lang.c, p-lang.c, language.c: Delete field la_symbol_name_compare, and replace by NULL for new field la_get_symbol_name_match_p. * symfile.h (struct quick_symbol_functions): Update comment. ---- Modified : gdb/ChangeLog Modified : gdb/ada-lang.c Modified : gdb/c-lang.c Modified : gdb/d-lang.c Modified : gdb/f-lang.c Modified : gdb/jv-lang.c Modified : gdb/language.c Modified : gdb/language.h Modified : gdb/linespec.c Modified : gdb/m2-lang.c Modified : gdb/objc-lang.c Modified : gdb/opencl-lang.c Modified : gdb/p-lang.c Modified : gdb/symfile.h Can you have a look at this patch? Thanks. asmwarrior ollydbg from codeblocks' forum