From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29733 invoked by alias); 13 Aug 2010 01:02:24 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 29601 invoked by uid 22791); 13 Aug 2010 01:02:23 -0000 X-SWARE-Spam-Status: No, hits=-4.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Oleg Nesterov X-Fcc: ~/Mail/utrace Cc: archer@sourceware.org, utrace-devel@redhat.com Subject: Re: gdbstub initial code, v3 In-Reply-To: Oleg Nesterov's message of Thursday, 12 August 2010 04:37:50 +0200 <20100812023750.GA17011@redhat.com> References: <20100811235810.GA9783@redhat.com> <20100812011113.GA13212@redhat.com> <20100812023750.GA17011@redhat.com> Message-Id: <20100813010208.E1739400E3@magilla.sf.frob.com> Date: Fri, 13 Aug 2010 01:02:00 -0000 X-SW-Source: 2010-q3/txt/msg00103.txt.bz2 > Indeed, gdb sees that this fd is not pipe/tcp and uses the "hardwire" > serial_ops, but hardwire_readchar() doesn't play well with select(). > > Please teach gdb to use poll/select ? If it makes it easier, could use: bash$ nc -l -U /tmp/socket <> /proc/ugdb & (gdb) target remote |nc -U /tmp/socket for the moment. Silly of course, but just not to be blocked on cleaning up gdb's serial-device handling to be more nicely nonblocking. Thanks, Roland