Stéphane ANCELOT wrote:
I tried it, but did not help, I manged to do the trick using
start-stop-daemon
If I understand correctly the problem you have, it is not related at all
with Xenomai. What you want is to make your application a real daemon.
The easy way to do this is to call the glibc
Gilles Chanteperdrix wrote:
Stéphane ANCELOT wrote:
I tried it, but did not help, I manged to do the trick using
start-stop-daemon
If I understand correctly the problem you have, it is not related at all
with Xenomai. What you want is to make your application a real daemon.
The easy way
Hi Philippe,
RTnet revealed a problem of rtdm_task_sleep_until in trunk. When being
called with a past date, it blocks forever because xnpod_suspend_thread
considers such timeouts as infinite:
http://www.rts.uni-hannover.de/xenomai/lxr/source/ksrc/nucleus/pod.c?v=SVN-trunk#1456
Are there users
On Fri, 2007-02-09 at 22:44 +0100, Jan Kiszka wrote:
Hi Philippe,
RTnet revealed a problem of rtdm_task_sleep_until in trunk. When being
called with a past date, it blocks forever because xnpod_suspend_thread
considers such timeouts as infinite:
On Fri, 2007-02-09 at 22:44 +0100, Jan Kiszka wrote:
Hi Philippe,
RTnet revealed a problem of rtdm_task_sleep_until in trunk. When being
called with a past date, it blocks forever because xnpod_suspend_thread
considers such timeouts as infinite:
Philippe Gerum wrote:
On Fri, 2007-02-09 at 22:44 +0100, Jan Kiszka wrote:
Hi Philippe,
RTnet revealed a problem of rtdm_task_sleep_until in trunk. When being
called with a past date, it blocks forever because xnpod_suspend_thread
considers such timeouts as infinite: