Mailing-List: contact cvs-help@apr.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@apr.apache.org
Date: 25 Feb 2003 13:55:57 -0000
Message-ID: <20030225135557.26222.qmail@icarus.apache.org>
From: wrowe@apache.org
To: apr-cvs@apache.org
Subject: cvs commit: apr/threadproc/win32 signals.c

wrowe       2003/02/25 05:55:57

  Modified:    threadproc/win32 signals.c
  Log:
    Once we apr_proc_kill on Unix, we don't expect to be able to recover an
    exit code (in fact we waitpid on darwin to clear the zombies, which seems
    like behavior we would need on other bsd-derived platforms as well.)
  
    So we don't expect to be able to on Win32 either; this patch simply
    reinforces that notion by return APR_EPROC_UNKNOWN when we encounter
    an apr_proc_t that was already kill()ed or waitpid()ed.
  
  Revision  Changes    Path
  1.24      +2 -1      apr/threadproc/win32/signals.c
  
  Index: signals.c
  ===================================================================
  RCS file: /home/cvs/apr/threadproc/win32/signals.c,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- signals.c	7 Jan 2003 00:52:57 -0000	1.23
  +++ signals.c	25 Feb 2003 13:55:56 -0000	1.24
  @@ -74,8 +74,9 @@
           }
           CloseHandle(proc->hproc);
           proc->hproc = NULL;
  +        return APR_SUCCESS;
       }
  -    return APR_SUCCESS;
  +    return APR_EPROC_UNKNOWN;
   }
   
   void apr_signal_init(apr_pool_t *pglobal)