Important Can't figure out SYSERR on sleep

Salty
Topic Author
Offline
New Member

20 Oct 2023 16:38 #10349 by Salty

Can't figure out SYSERR on sleep was created by Salty

Code:

[Oct 19 01:35:44 2023 :: No connections.  Going to sleep.
Oct 19 01:35:54 2023 :: New connection.  Waking up.
Oct 19 01:35:55 2023 :: Losing descriptor without char.
Oct 19 01:35:55 2023 :: No connections.  Going to sleep.
Oct 19 04:21:30 2023 :: New connection.  Waking up.
Oct 19 04:21:55 2023 :: Losing descriptor without char.
Oct 19 04:21:55 2023 :: No connections.  Going to sleep.
Oct 19 05:04:24 2023 :: SYSERR: Received SIGHUP, SIGINT, or SIGTERM.  Shutting down...
Using file descriptor for logging.

I've looked all over comm.c
The function static void signal_setup(void) is calling my_signal(SIGHUP, hupsig), my_signal(SIGINT, hupsig) and my_signal(SIGTERM, hupsig)

I'm on Ubuntu so I believe the my_signal() function is:

Code:

static sigfunc *my_signal(int signo, sigfunc *func)
{
  struct sigaction sact, oact;
  sact.sa_handler = func;
  sigemptyset(&sact.sa_mask);
  sact.sa_flags = 0;
#ifdef SA_INTERRUPT
  sact.sa_flags |= SA_INTERRUPT;        /* SunOS */
#endif
  if (sigaction(signo, &sact, &oact) < 0)
    return (SIG_ERR);
  return (oact.sa_handler);
}
#endif                          /* POSIX */

Any help would be appreciated. I'm at a loss here.

Please Log in or Create an account to join the conversation.

thomas
Away
Administrator

20 Oct 2023 22:21 #10351 by thomas

Replied by thomas on topic Can't figure out SYSERR on sleep

Well, it seems there's not really happening anything at the time the mud stops. After all, you're in "sleep mode", waiting for new connections.

You could try to run your code through gdb, as specified here: www.tbamud.com/forum/4-development/6-debugging-tutorial-for-gdb

Or you could have a look on your system. Could it be that the mud process is killed by some watchdog daemon? The code you are showing and the my_signal(SIGHUP, hupsig) calls makes sure that the code in hupsig() gets called:

Code:

/* Dying anyway... */
static RETSIGTYPE hupsig(int sig)
{
  log("SYSERR: Received SIGHUP, SIGINT, or SIGTERM.  Shutting down...");
  exit(1); /* perhaps something more elegant should substituted */
}

Basically, just logging and then shutting down.

So, it's something external sending the signal to shut down and your mud is complying. The message is just there to notify you that the mud was killed in an orderly fashion.

Please Log in or Create an account to join the conversation.

Time to create page: 0.156 seconds