comparison src/process.c @ 83031:1d2f73785d9d

Merged in changes from CVS HEAD Patches applied: * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-57 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-58 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-59 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-60 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-61 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-62 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-63 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-64 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-65 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-66 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-67 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-68 Update from CVS * [e-mail]--gnu-2004/emacs--cvs-trunk--0--patch-69 Update from CVS git-archimport-id: [e-mail]--2004/emacs--multi-tty--0--patch-71

83030:895e130cc8da

   handler will be called again, resulting in an infinite loop.  The
   relevant portion of the documentation reads "SIGCLD signals will be
   queued and the signal-catching function will be continually
   reentered until the queue is empty".  Invoking signal() causes the
   kernel to reexamine the SIGCLD queue.  Fred Fish, UniSoft Systems
   Inc. */

SIGTYPE
sigchld_handler (signo)
     int signo;
{

	  /* Report the status of the synchronous process.  */
	  if (WIFEXITED (w))
	    synch_process_retcode = WRETCODE (w);
	  else if (WIFSIGNALED (w))
	    {
	      int code = WTERMSIG (w);
	      char *signame;

	      synchronize_system_messages_locale ();
	      signame = strsignal (code);

	      if (signame == 0)
		signame = "unknown";

	      synch_process_death = signame;
	    }

	  /* Tell wait_reading_process_input that it needs to wake up and
	     look around.  */
	  if (input_available_clear_time)
	    EMACS_SET_SECS_USECS (*input_available_clear_time, 0, 0);

83031:1d2f73785d9d

   handler will be called again, resulting in an infinite loop.  The
   relevant portion of the documentation reads "SIGCLD signals will be
   queued and the signal-catching function will be continually
   reentered until the queue is empty".  Invoking signal() causes the
   kernel to reexamine the SIGCLD queue.  Fred Fish, UniSoft Systems
   Inc.

   ** Malloc WARNING: This should never call malloc either directly or
   indirectly; if it does, that is a bug  */

SIGTYPE
sigchld_handler (signo)
     int signo;
{

	  /* Report the status of the synchronous process.  */
	  if (WIFEXITED (w))
	    synch_process_retcode = WRETCODE (w);
	  else if (WIFSIGNALED (w))
            synch_process_termsig = WTERMSIG (w);

	  /* Tell wait_reading_process_input that it needs to wake up and
	     look around.  */
	  if (input_available_clear_time)
	    EMACS_SET_SECS_USECS (*input_available_clear_time, 0, 0);