Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
From: "Markus Hoenicka" <Markus DOT Hoenicka AT uth DOT tmc DOT edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14735.4248.34000.907433@gargle.gargle.HOWL>
Date: Mon, 7 Aug 2000 19:40:08 +0000 (CT0)
To: cygwin AT sourceware DOT cygnus DOT com
Subject: accept() fails in service, succeeds in standalone app
X-Mailer: VM 6.75 under Emacs 20.6.1

Hi all,

I came across this weird problem in my first attempt whatsoever to run
some homegrown code as a WinNT4 service. The app is a simple server
that handles client requests with the bind/listen/select/accept
functions. This runs all fine and handles client requests nicely as
long as I run this as a standalone application. I can install this
application as a service using invkr153.zip (http://www.idetix.com)
and it starts without problems. But when I try to connect to the server
(now running as a service), accept fails with errno 14 (bad address).

Has anyone else seen this? Is this a Cygwin issue or a NT issue? Are
there specific requirements for Cygwin apps to run successfully as a
service?

I'm running B20.1 on WinNT4 SP 5.

Any help is greatly appreciated.

Markus

-- 
Markus Hoenicka, PhD
UT Houston Medical School
Dept. of Integrative Biology and Pharmacology
6431 Fannin MSB4.114
Houston, TX 77030
(713) 500-6313, -7477
(713) 500-7444 (fax)
Markus DOT Hoenicka AT uth DOT tmc DOT edu
http://ourworld.compuserve.com/homepages/hoenicka_markus/


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com