From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24405 invoked by alias); 13 Jan 2005 12:11:57 -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 24354 invoked from network); 13 Jan 2005 12:11:48 -0000 Received: from unknown (HELO krynn.se.axis.com) (212.209.10.221) by sourceware.org with SMTP; 13 Jan 2005 12:11:48 -0000 Received: from ignucius.se.axis.com (ignucius.se.axis.com [10.83.5.18]) by krynn.se.axis.com (8.12.9/8.12.9/Debian-5local0.1) with ESMTP id j0DCBiuK007624; Thu, 13 Jan 2005 13:11:44 +0100 Received: from ignucius.se.axis.com (localhost [127.0.0.1]) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) with ESMTP id j0DCBidD008052; Thu, 13 Jan 2005 13:11:44 +0100 Received: (from hp@localhost) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) id j0DCBhLc008048; Thu, 13 Jan 2005 13:11:43 +0100 Date: Thu, 13 Jan 2005 12:11:00 -0000 Message-Id: <200501131211.j0DCBhLc008048@ignucius.se.axis.com> From: Hans-Peter Nilsson To: cagney@gnu.org CC: hans-peter.nilsson@axis.com, gdb-patches@sources.redhat.com In-reply-to: <41E3EBC8.3060204@gnu.org> (message from Andrew Cagney on Tue, 11 Jan 2005 10:07:52 -0500) Subject: Re: sim/common: pipe syscall support X-SW-Source: 2005-01/txt/msg00101.txt.bz2 > Date: Tue, 11 Jan 2005 10:07:52 -0500 > From: Andrew Cagney > Ok (this does feel very low level). Thanks. > However, can you also look over the remote file i/o code. For reasons > of stupidity we've ended up with two slabs of code (remote hosted i/o > and simulator hosted i/o) doing essentially the same thing. I am at a loss here: I cannot perform any useful audit here compared to the simulator I/O. I looked for a while and grepped through the manual, but couldn't understand how the bits are connected, so I have to leave that to a real gdb maintainer. At least it seems as if calls to remote-fileio doesn't end up in the simulator and so doesn't interfere with pipe support there; it connects to a the remote packet handler. The remote-fileio (whatever it's used for?) seems very simple, only the most basic operations are there and it doesn't immediately seem a candidate for adding pipe functionality. > Also, think about how this will work when (yes you can laugh) GDB > becomes properly event driven (or failing that multi-threaded). The simulator vs. gdb interface would have to get thread support. It doesn't seem like there are framework bits at the moment. brgds, H-P