From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KVPFm-0003Aq-Mn for qemu-devel@nongnu.org; Tue, 19 Aug 2008 07:19:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KVPFk-0003AD-71 for qemu-devel@nongnu.org; Tue, 19 Aug 2008 07:19:58 -0400 Received: from [199.232.76.173] (port=46862 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KVPFk-0003A7-3e for qemu-devel@nongnu.org; Tue, 19 Aug 2008 07:19:56 -0400 Received: from smtp2-g19.free.fr ([212.27.42.28]:48734) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KVPFk-0005ey-1D for qemu-devel@nongnu.org; Tue, 19 Aug 2008 07:19:56 -0400 Received: from smtp2-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp2-g19.free.fr (Postfix) with ESMTP id 84D4712B6F5 for ; Tue, 19 Aug 2008 13:19:54 +0200 (CEST) Received: from laptop (vaf26-2-82-244-111-82.fbx.proxad.net [82.244.111.82]) by smtp2-g19.free.fr (Postfix) with ESMTP id 6282812B6EE for ; Tue, 19 Aug 2008 13:19:54 +0200 (CEST) In-Reply-To: <20080819103337.GB2484@mx.loc> Subject: Re: [Qemu-devel] pty/tty functions for BSD too From: "=?windows-1252?q?Fran=E7ois?= Revol" Date: Tue, 19 Aug 2008 13:21:27 +0200 CEST Message-Id: <3170595319-BeMail@laptop> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org > On Mon, Aug 18, 2008 at 09:08:50PM +0300, Blue Swirl wrote: > > >Glibc uses an internal PATH=5FMAX buffer. If the name does not fit, > > the > >buffer will be doubled in size: > >http://sourceware.org/cgi-bin/cvsweb.cgi/libc/login/openpty.c=3Frev=3D1.8&content-type=3Dtext/x-cvsweb-markup&cvsroot=3Dglibc > > > > > >But in practice the pty will be allocated using getpt(), which uses > > They, too, should switch to posix=5Fopenpt(), fwiw. Please don't start dictating what an OS should have or not, or this will turn into ffmpeg-like porting flames. It's not about porting all OSes to QEMU, but porting QEMU to OSes :P Fran=E7ois.