Re: [Xenomai-core] system() question

2007-02-09 Thread Gilles Chanteperdrix
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

Re: [Xenomai-core] system() question

2007-02-09 Thread Gilles Chanteperdrix
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

[Xenomai-core] xnpod_suspend_thread and past absolute timeouts

2007-02-09 Thread Jan Kiszka
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

[Xenomai-core] Re: xnpod_suspend_thread and past absolute timeouts

2007-02-09 Thread Philippe Gerum
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:

[Xenomai-core] Re: xnpod_suspend_thread and past absolute timeouts

2007-02-09 Thread Philippe Gerum
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:

[Xenomai-core] Re: xnpod_suspend_thread and past absolute timeouts

2007-02-09 Thread Jan Kiszka
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: