From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2511 invoked by alias); 13 Dec 2006 22:41:20 -0000 Received: (qmail 2441 invoked from network); 13 Dec 2006 22:40:59 -0000 Received: from unknown (195.23.133.218) by sourceware.org with QMTP; 13 Dec 2006 22:40:59 -0000 Received: (qmail 23263 invoked from network); 13 Dec 2006 22:40:58 -0000 Received: from unknown (HELO mailfrt07.isp.novis.pt) ([195.23.133.199]) (envelope-sender ) by mailrly08.isp.novis.pt with compressed SMTP; 13 Dec 2006 22:40:58 -0000 Received: (qmail 24016 invoked from network); 13 Dec 2006 22:40:54 -0000 Received: from unknown (HELO [127.0.0.1]) ([195.23.225.140]) (envelope-sender ) by mailfrt07.isp.novis.pt with SMTP; 13 Dec 2006 22:40:54 -0000 Message-ID: <45808168.9010601@portugalmail.pt> Date: Wed, 13 Dec 2006 22:41:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.8.0.8) Gecko/20061025 Thunderbird/1.5.0.8 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: gdb-patches Subject: [PATCH] Fix gdb.mi/mi-file.exp for stubs. Content-Type: multipart/mixed; boundary="------------040608050806000009070805" X-Antivirus: avast! (VPS 0658-0, 13-12-2006), Outbound message X-Antivirus-Status: Clean X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-12/txt/msg00185.txt.bz2 This is a multi-part message in MIME format. --------------040608050806000009070805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-length: 1006 Hi all, There is a comment on mi-file.exp that says: # get the path and absolute path to the current executable # # In gdb 6.2 (at least), the default line number is set by # select_source_symtab to the first line of "main" minus # the value of "lines_to_list" (which defaults to 10) plus one. # --chastain 2004-08-13 That won't work for remote stubs. The attached patch adds a call to mi_run_to_main with the following comment: # When debugging a stub, we can't depend on the current file # being the default file set by select_source_symtab. # When the gdb host connects to the stub, the stub will already be # running the target program stopped at a function # that probably isn't the one with main. We force # the file with main to be the current, so the following tests work. Please review and commit. Cheers, Pedro Alves --- 2006-12-13 Pedro Alves * gdb.mi/mi-file.exp: Call mi_run_to_main if use_gdb_stub is set. --------------040608050806000009070805 Content-Type: text/plain; name="mi-file.exp.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mi-file.exp.diff" Content-length: 916 Index: mi-file.exp =================================================================== RCS file: /cvs/src/src/gdb/testsuite/gdb.mi/mi-file.exp,v retrieving revision 1.7 diff -u -p -r1.7 mi-file.exp --- mi-file.exp 12 Sep 2006 20:11:42 -0000 1.7 +++ mi-file.exp 13 Dec 2006 22:34:53 -0000 @@ -45,6 +45,18 @@ mi_delete_breakpoints mi_gdb_reinitialize_dir $srcdir/$subdir mi_gdb_load ${binfile} +if [target_info exists use_gdb_stub] { + + # When debugging a stub, we can't depend on the current file + # being the default file set by select_source_symtab. + # When the gdb host connects to the stub, the stub will already be + # running the target program stopped at a function + # that probably isn't the one with main. We force + # the file with main to be the current, so the following tests work. + + mi_run_to_main +} + proc test_file_list_exec_source_file {} { global srcfile global srcdir --------------040608050806000009070805--