Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <3D850C8D.4030209@cox.net>
Date: Sun, 15 Sep 2002 18:41:17 -0400
From: "David A. Cobb" <superbiskit AT cox DOT net>
Reply-To: Cygwin Discussion <cygwin AT cygwin DOT com>
Organization: CoxNet User
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020912
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Conrad Scott <Conrad DOT Scott AT dsl DOT pipex DOT com>,
   Cygwin Discussion <cygwin AT cygwin DOT com>
Subject: Re: Curious behavior of CYGSERVER
References: <3D83E5C6 DOT 90102 AT cox DOT net> <1032055860 DOT 7167 DOT 36 DOT camel AT lifelesswks> <3D84CB21 DOT 5050603 AT cox DOT net> <014101c25ce9$899f5090$6132bc3e AT BABEL>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

Conrad Scott wrote:

>"David A. Cobb" <superbiskit AT cox DOT net> wrote:
>  
>
>>*And really nice if there were at least a
>>/usr/doc/cygwin/cygserver.readme*  Nothing fancy, just tell what we
>>should expect and what to be wary of.
>>    
>>
>
>As I just mentioned in a different thread and as I kept forgetting to
>mention earlier in this thread, cygserver (at the moment) does
>(effectively) nothing (the entry points for the IPC calls are
>deliberately missing from the DLL export list).  I could (and probably
>should) write a README to that effect.  (Watch this space etc.)
>
Well, for something that "does nothing" it has an amazing effect on my 
processing!!   Without it I hang up 100% of the time [the other thread]. 
 With it I run much more quickly and I do, sometimes, run to completion.

>Which brings me to the question: why are you running cygserver at all?
>
Started just to see what would happen.  Liked the result, stayed with it.

>In another message in this thread, you mention that the configure ran
>more quickly with cygserver than without.  This is probably due to the
>/tmp/cygdaemo socket file I mentioned in another thread.  If you run
>cygserver and then kill it, it leaves this file behind, which causes all
>cygwin processes to pause for a second (or so).  So, if you've run
>cygserver and are no longer running it, find and remove the
>/tmp/cygdaemo file.  Don't remove it if you are currently running
>cygserver.
>
Roger.

>Of course, the main advice is just not to run cygserver at all right
>now, since it doesn't provide any functionality.
>
>As for your other point about stdout redirection problems when running
>cygserver, I find it hard to see how this has anything to do with
>cygserver especially since you say the redirection file doesn't even get
>created.  The file is created by the shell itself and for this not to
>happen indicates that something wierd and wonderful is happening.
>
Hypothesis: the stdout /is/ written, however for whatever reason it 
isn't being properly  closed.  Thus it never gets a good directory 
entry.  I haven't run the disk scan in a while.  HOLD ON.  . . . .   
Well, no lost chains or other filesystem faults, anyway.  It appears 
only to happen if the redirected file is pretty large -- this would 
match Nicholas's experience.  If I do a "normal" experiment with a real 
small stdout ( echo "`date`" ) the file IS created and correct.  If I do 
a configure or make that would be expected to generate a very LARGE file 
-- nope!  no file.  And it's obvious that if NO redirection worked, 
configure and make would suffer a very early demise.

Just the kind of error I especially hate.  What's happening is clearly 
important.

>In any case, as I mentioned before, I need to see the
>`cygcheck -s -v -r' output from your machine before we can get any
>further with this.
>
I hope, by now, you've seen one of the two I've posted!
-- 

David A. Cobb, Software Engineer, Public Access Advocate
"By God's Grace I am a Christian man, by my actions a great sinner." -- The Way of a Pilgrim; R. M. French, tr.
Life is too short to tolerate crappy software.
.



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/