From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32609 invoked by alias); 26 Jan 2005 09:18:55 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 32291 invoked from network); 26 Jan 2005 09:18:39 -0000 Received: from unknown (HELO mail04.idc.renesas.com) (202.234.163.13) by sourceware.org with SMTP; 26 Jan 2005 09:18:39 -0000 Received: (from root@localhost) by guardian05.idc.renesas.com with id j0Q9Iapt009699 for gdb@sources.redhat.com; Wed, 26 Jan 2005 18:18:36 +0900 (JST) Received: from unknown [172.20.8.68] by guardian05.idc.renesas.com with SMTP id UAA09698 ; Wed, 26 Jan 2005 18:18:36 +0900 Received: from [172.29.68.106] ([172.29.68.106]) by rtsp-ex1.rtsp.renesas.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 26 Jan 2005 17:21:33 +0800 Message-ID: <41F7611C.9010009@renesas.com> Date: Wed, 26 Jan 2005 09:18:00 -0000 From: Min ZOU User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) MIME-Version: 1.0 To: gdb@sources.redhat.com Subject: serial port conflicts Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 26 Jan 2005 09:21:33.0483 (UTC) FILETIME=[6D57BFB0:01C50388] X-SW-Source: 2005-01/txt/msg00125.txt.bz2 Hi, I have implemented a gdb stub for a SH2 target based on "sh-stub.c" from GDB-v3.6 source. Now some basic features like step, break, cont, memory read/write, etc. are tested successfully. The gdb stub and gdb on host communicate via remote serial protocol. However I have a problem to debug an application program, which accesses the same serial port used by gdb, e.g. I/O functions like "putstring()", "getchar()", etc. In my case, "putstring()" cannot display any message in gdb console, and "getchar()" cannot receive any input. I guess there is a conflict between gdb and application program to access the same serial port. I'd like to hear any advice on solving this problem. Thanks in advance! -- Best Regards, Min