Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com Date: Wed, 12 Sep 2001 12:13:22 -0400 From: Christopher Faylor To: cygwin-patches AT cygwin DOT com, cygwin-developers AT cygwin DOT com Subject: Re: Egor's daemon Message-ID: <20010912121322.A17887@redhat.com> Reply-To: cygwin-patches AT cygwin DOT com Mail-Followup-To: cygwin-patches AT cygwin DOT com, cygwin-developers AT cygwin DOT com References: <1000295535 DOT 30404 DOT 67 DOT camel AT lifelesswks> <20010912115511 DOT A17668 AT redhat DOT com> <1000310370 DOT 30375 DOT 141 DOT camel AT lifelesswks> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1000310370.30375.141.camel@lifelesswks> User-Agent: Mutt/1.3.21i On Thu, Sep 13, 2001 at 01:59:29AM +1000, Robert Collins wrote: >On Thu, 2001-09-13 at 01:55, Christopher Faylor wrote: >> On Wed, Sep 12, 2001 at 09:52:14PM +1000, Robert Collins wrote: >> >Attached is a slightly reworked daemon that will not impact 95 in speed >> >(well at dll load for non-forked process's it will, but not after that >> >first request). >> > >> >Egors original message with changelogs describing this beast is >> >available >> >http://sources.redhat.com/ml/cygwin-patches/2001-q1/msg00260.html here. >> > >> >I've altered the layout slightly - I consider the daemon more core than >> >(say) cygcheck, so I placed it all in cygwin. >> >> I don't recall the original layout but if it created a new directory then >> that is correct. This shouldn't be in the cygwin directory. I made a concerted >> effort to make it one directory per "thing" a while ago. cygserver is another >> "thing". > >The original layout put it in utils, which didn't really fit either. > >Ok, I'll move it out. Do you wnat the shared functions (like >set_os_type) duplicated;put into a convenience library; or link straight >to the .o in the cygwin directory? I'm not sure since set_os_type is undergoing a radical rewrite in 1.3.4. It sounds like cygserver needs its own directory. If it is using non-exported functions from cygwin then we have to design how the two entities communicate with each other. cgf