delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/04/22/00:51:19

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
X-Authentication-Warning: denzel.in: rtroy owned process doing -bs
Date: Mon, 21 Apr 2003 21:51:25 -0700 (PDT)
From: Richard Troy <rtroy AT sciencetools DOT com>
X-X-Sender: <rtroy AT denzel DOT in>
To: <cygwin AT cygwin DOT com>
Subject: nohup hanging up
In-Reply-To: <Pine.LNX.4.33.0304212109050.24547-100000@denzel.in>
Message-ID: <Pine.LNX.4.33.0304212129130.24547-100000@denzel.in>
MIME-Version: 1.0

Hi All,

I have strong evidence that the nohup utility provided with Cygwin
actually does permit inappropriate hangups. Instead of success and a
running process, my process is gone and all I get where my process was is
<defunct>. I'm hoping to learn that I've misinterpreted the evidence...

My application wants to start an ssh port-forwarding process (hence my
most recent posts on that subject) which needs to hang around while
another process keeps a database connection going. Because of the
construction of the application, nohup is needed since the ssh process
can't be started directly from the applicationn. Running on a real unix
platform, the existing application architecture works perfectly. It sure
would be nice to run _one_ architecture and avoid a second one for
Windows/cygwin!

...There's absolute certainty that my app follows the rules, applying &
itself, and directing output to an approprite, existing output file, etc.
The code is well debugged on Unix/Linux. I invite comments on Cygwin
details in this regard. Why does Cygwin's version tear down the child when
the parent goes away? What, if anything can I do about it?

Regards,
Richard

-- 
Richard Troy, Chief Scientist
Science Tools Corporation
rtroy AT ScienceTools DOT com, 510-567-9957, http://ScienceTools.com/



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


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