Re: Changes from 5.2.1 to 5.3 (theads / signal handling)

[Jose Marcio Martins da Cruz]

Julian Elischer wrote:

Jose Marcio Martins da Cruz wrote:

a new threading library.

Hmmmm.

Here are my compile flags :

CPPFLAGS : only some -I and -D flags
CFLAGS   : -D_THREAD_SAFE -pthread
LDFLAGS  : -lmilter -lkvm -lm -lpthread

have you tried 6.0?

Yes. It presents the same behaviour. Either way, I've found it with 6.0, and tried back with previous versions till find when the change took place.

also, does the child do an exec() after forking?

No. The child gets out the father loop and calls another initialisation 
function.



The signal handler thread is launched by the following sequence of instructions.

  sigemptyset(&set);

  sigaddset(&set, SIGHUP);
  sigaddset(&set, SIGTERM);
  sigaddset(&set, SIGINT);
  sigaddset(&set, SIGUSR1);
  sigaddset(&set, SIGUSR2);

  if ((r = pthread_sigmask(SIG_BLOCK, &set, NULL)) != 0)
  {
    errno = r;
    LOG_SYS_ERROR("Couldn't mask signals");
  }

  if ((r = pthread_create(&tid, NULL, filter_signal_handler, NULL)) != 0)
    LOG_SYS_ERROR("Error launching filter_signal_handler");

Thanks for your help.

José-Marcio

As It seemed to me that all father's threads are stopped in the forked process, this seemed to me not be a problem. Am I right ?

smime.p7s
Description: S/MIME Cryptographic Signature