From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19241 invoked by alias); 4 Oct 2014 18:59:54 -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 19228 invoked by uid 89); 4 Oct 2014 18:59:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mail-ob0-f175.google.com Received: from mail-ob0-f175.google.com (HELO mail-ob0-f175.google.com) (209.85.214.175) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Sat, 04 Oct 2014 18:59:52 +0000 Received: by mail-ob0-f175.google.com with SMTP id wn1so2311643obc.34 for ; Sat, 04 Oct 2014 11:59:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=q8F8ZBNIP0zWpCN4WpSjn1QMWtbZmJ5MNBhgaKJ0aQg=; b=dI12QOBet3uBuiij5iZ919gfjD0utLQufqZ0EKs72jHAdXoktMFJ5TETY6vvxl7V7R DGvrRDiv06RbuiRsHNk1+9pr1NQ2g1BSgnPut/ZzPjj/y1OmE1Ih82yqbLJnsn6hZx6m UpmkwKATMV1e6uS8r44Qqzy+V7tMCzbxldd4LOZnHlCIp64VDJhVT9IMmlRG+EIHZ/eV D1easb0T8VS411mskPbcn9f4UtaXn9uxcwqoEt1OZs8mopAAJ3frTb9wnqH9Y8XXDWIg lHqn/aM0xH6N1O5uWIZa/z7BfRJSpmOqTvkHjPWmlz5JHtZYEviyLDfvV9IkGtjc8WGa TcqQ== X-Gm-Message-State: ALoCoQlAFIIhlMCFoTr1JkR5R9xds0yqbHzs8+d0HLqFE6tr1aZbx43KFa6PQ4irUF5VS9AAI1uN MIME-Version: 1.0 X-Received: by 10.182.22.82 with SMTP id b18mr16182097obf.32.1412449190379; Sat, 04 Oct 2014 11:59:50 -0700 (PDT) Received: by 10.182.87.165 with HTTP; Sat, 4 Oct 2014 11:59:50 -0700 (PDT) In-Reply-To: <542D5723.5000608@redhat.com> References: <542D5723.5000608@redhat.com> Date: Sat, 04 Oct 2014 18:59:00 -0000 Message-ID: Subject: Re: gdbserver stdout/stderr redirection (or tty) From: Doug Evans To: Cleber Rosa Cc: gdb Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2014-10/txt/msg00004.txt.bz2 On Thu, Oct 2, 2014 at 6:46 AM, Cleber Rosa wrote: > Hi all, > > Short story: > > While I'm aware that gdbserver is not inteded to be a "daemonized" version > of gdb itself, I wonder if the absence of input/output redirection[1] in > gdbserver can be considered a limitation/bug and what is the interest level > in having that limitation/bug addressed. > > Long story: > > We're working on a test framework that already provides some initial > integration with GDB[2]. > > The architecture used is based on gdbserver+gdb (speaking MI). It starts a > gdbserver per debugged process, and a gdb process to interact with it using > MI. If an a noteworthy event occurs, it disconnects gdb from the gdbserver, > and allows the use to connect to the gdbserver. > > This architecture was chosen because a very important requirement is > allowing users to use *regular*, *unmodified* gdb binaries for this > interaction. > > While this architecture works OK, it does not provide one fundamental > feature: getting the output (and less importantly for now, input) right. > > References: > > 1 - > https://sourceware.org/gdb/current/onlinedocs/gdb/Input_002fOutput.html#Input_002fOutput > 2 - http://avocado-framework.readthedocs.org/en/latest/DebuggingWithGDB.html Hi. I think there is interest in making this work better, but it would be good to get more details on the capabilities you need.