From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26769 invoked by alias); 21 Jun 2014 06:52:15 -0000 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 Received: (qmail 26759 invoked by uid 89); 21 Jun 2014 06:52:15 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 X-HELO: smtpo15.poczta.onet.pl Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Sat, 21 Jun 2014 06:52:13 +0000 Received: from [192.168.2.253] (77-253-37-82.adsl.inetia.pl [77.253.37.82]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: freddie_chopin@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3gwSHF4yDXzYxnWH for ; Sat, 21 Jun 2014 08:52:08 +0200 (CEST) Message-ID: <53A52B93.9030204@op.pl> Date: Sat, 21 Jun 2014 06:52:00 -0000 From: Freddie Chopin User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: gdb@sourceware.org Subject: Problem with continue/halt Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-06/txt/msg00064.txt.bz2 Hello! First of all - GDB is built for Windows using mingw32-w64 toolchain, the problem happens for both 32- and 64-bit version. I've just compiled GDB from yesterday - db988f621f38b0123334c7e481deb113b9b5b9bf, 20.06.2014 00:00:42. When I use that with OpenOCD (remote GDB server), I can do most of the things like single stepping, viewing memory, adding breakpoints (which work fine as long as the target is stopped), but the moment I do a "continue" when there is no breakpoint to halt on, I can no longer halt the chip... Here is the session log: > > arm-none-eabi-gdb file.elf > GNU gdb (GNU Tools for ARM Embedded Processors / bleeding-edge-toolchain-140620) > 7.8.50.20140620-cvs > Copyright (C) 2014 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "--host=i686-w64-mingw32 --target=arm-none-eabi". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from file.elf...done. > (gdb) target remote localhost:3333 > Remote debugging using localhost:3333 > 0x08001184 in DpAppl_ProfibusInit () at DpAppl.c:368 > 368 }//void DpAppl_ProfibusInit( void ) > (gdb) monitor reset init > target state: halted > target halted due to debug-request, current mode: Thread > xPSR: 0xc1000000 pc: 0x08000120 msp: 0x20001308 > (gdb) c > Continuing. At this point I pressed "Ctrl+C" like few minutes ago and absolutely nothing happens. This very simple scenario works fine with a GDB which I compiled ~3 months ago (2cafe348f61bae1037dac338ba434ebf86c0d670, 04.04.2014 23:00:58) - "Ctrl+C" halts the target instantly. I've also tried the same with GDB from today's morning and the problem remains. The only way to gain control over GDB is to shutdown GDB server (OpenOCD), which results in a following error: > Exception condition detected on fd 384 > Remote communication error. Target disconnected.: No error. > (gdb) Do note that GDB is not frozen - when I do something via OpenOCD the output is seen correctly in the GDB's console - it just somehow cannot receive the interrupt that halts the target... If I do the debugging with Eclipse the problem is obviously the same. Any ideas what's the problem - is there a problem in GDB or am I doing something wrong? I can try to bisect the problem a bit, but I'm not sure how long that would take me - I build GDB on Linux, but I have to use it on Windows. Thanks for help! Regards, FCh