Hi! > According to the Linux kernel code, we know that the sigqueue is > allocated and queue the signal to it's list by the system call > rt_sigqueueinfo(2) which called by sigqueue(3) in this test code. > Meanwhile, if the signal is queued, it increase the user's sigpending > field. Then if it going to queue another signal, it read the rlimit of > the sigpending from the task's signal->rlim[] member and compare with > the user's current sigpending number. > So, it's the issue. The user who is running this code may have other > pending signals before this, and actually it does.
Clever, that may actually work, however there may be two problems: * I'm not sure if existence of user nobody is granted by POSIX * There may be some system daemons running under user nobody Perhaps we need to create a fresh user before the testing has started. -- Cyril Hrubis [email protected] ------------------------------------------------------------------------------ Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
