delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-developers/2001/05/18/08:07:35

Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com
Message-ID: <00c201c0df92$e337ad30$0200a8c0@lifelesswks>
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: "egor duda" <cygwin-developers AT cygwin DOT com>
References: <20010517164155 DOT A25918 AT redhat DOT com> <155167837968 DOT 20010518160401 AT logos-m DOT ru>
Subject: Re: [cgf AT redhat DOT com: fhandler redesign]
Date: Fri, 18 May 2001 22:05:51 +1000
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-OriginalArrivalTime: 18 May 2001 11:59:03.0632 (UTC) FILETIME=[EED14D00:01C0DF91]

I'd really like to see your daemon made generic, with some sort of
stable API for doing cross-process/global stuff (so that things like
allocating shm id's and holding shm memory areas open... don't need to
reinvent the wheel.)

Rob


----- Original Message -----
From: "egor duda" <deo AT logos-m DOT ru>
To: <cygwin-developers AT cygwin DOT com>
Sent: Friday, May 18, 2001 10:04 PM
Subject: Re: [cgf AT redhat DOT com: fhandler redesign]


> Hi!
>
> Friday, 18 May, 2001 Christopher Faylor cgf AT redhat DOT com wrote:
>
> CF> Any thoughts?
>
> CF> cgf
>
> CF> ----- Forwarded message from Christopher Faylor
<cgf AT redhat DOT com> -----
>
> CF> From: Christopher Faylor <cgf AT redhat DOT com>
> CF> To: Corinna Vinschen <vinschen AT redhat DOT com>
> CF> Subject: fhandler redesign
> CF> Date: Sun, 1 Apr 2001 22:58:24 -0400
>
> CF> I would like to start thinking about an fhandler redesign.  The
current
> CF> method is, IMO, too bulky and not layered enough.
>
> CF> One problem is that there is no real "device" layer so many things
are
> CF> copied around between fds that should only exist at the device
layer.
>
> CF> One example of this is your recent save/restore screen changes.
There
> CF> should only be one save screen buffer and it should only exist at
the
> CF> device layer.  Since we don't have a real device layer, we have to
> CF> save the screen buffer in an opened fd.
>
> there's a problem with persistent-across-address-space-boundaries
> information, and functionality, associated with it. we should either
> designate one of cygwin processes to be "master" for some device,
> like it's done with ttys, or use separate server.
>
> Egor.            mailto:deo AT logos-m DOT ru ICQ 5165414 FidoNet
2:5020/496.19
>
>
>

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019