From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31561 invoked by alias); 5 Feb 2003 17:15:02 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 31442 invoked from network); 5 Feb 2003 17:15:01 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by 172.16.49.205 with SMTP; 5 Feb 2003 17:15:01 -0000 Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158]) by hub.ott.qnx.com (8.9.3/8.9.3) with ESMTP id MAA29549; Wed, 5 Feb 2003 12:04:36 -0500 Received: from catdog ([10.4.2.2]) by smtp.ott.qnx.com (8.8.8/8.6.12) with SMTP id MAA29440; Wed, 5 Feb 2003 12:09:07 -0500 Message-ID: <1daf01c2cd3a$0c6e2ee0$0202040a@catdog> From: "Kris Warkentin" To: "Andrew Cagney" Cc: References: <1c3601c2cbc1$72eac3b0$0202040a@catdog> <3E40387D.50001@redhat.com> Subject: Re: patch to add QNX NTO i386 support Date: Wed, 05 Feb 2003 17:15:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-SW-Source: 2003-02/txt/msg00189.txt.bz2 > > * ser-ntopty.c: New file > > Hmm, is this specific to nto? Also, glancing through the code, how > different is this to the existing serial code. I'm wondering if the > file exists due to local fixes and not because it is needed. It took me a few minutes to remember what this was. When we originally ported gdb, the only way it worked was using the remote pdebug protocol, even on the local machine (we had no native procfs port). So, you would issue a command 'target qnx pty' (instead of 'target qnx ' or 'target qnx ':') and it would automatically spawn the pdebug server on a pty and connect to it. Since we've got a native procfs port working, this is by and large redundant so I'll take it out. It was only there for legacy support and because it was sometimes useful to compare the procfs vs. the pdebug to make sure things are working. Since the equivalent can be accomplished with 'target qnx localhost:', I think it's time for ser-ntopty.c to die. cheers, Kris