Hi Philippe,
really hope we can close this issue soon, but I managed to add another
regression with my fix (rt_task_delete(NULL) caused seg-faults, e.g. in
latency). Please apply the attached path against current SVN.
Jan
Index: src/skins/native/task.c
Hi Philippe,
really hope we can close this issue soon, but I managed to add another
regression with my fix (rt_task_delete(NULL) caused seg-faults, e.g. in
latency). Please apply the attached path against current SVN.
Jan
Index: src/skins/native/task.c
Jan Kiszka wrote:
> Hi,
>
> no, this is not the fix for the issue I described earlier. This just
> improves the behaviour of rt_task_delete in case the target is blocking
> at a cancellation point (tested with standard sem_wait). With the
> current version, rt_task_deletes the rt-shadow and just w
Jan Kiszka wrote:
> Hi,
>
> no, this is not the fix for the issue I described earlier. This just
> improves the behaviour of rt_task_delete in case the target is blocking
> at a cancellation point (tested with standard sem_wait). With the
> current version, rt_task_deletes the rt-shadow and just w
Hi,
no, this is not the fix for the issue I described earlier. This just
improves the behaviour of rt_task_delete in case the target is blocking
at a cancellation point (tested with standard sem_wait). With the
current version, rt_task_deletes the rt-shadow and just wakes up the
linux pthread even
Hi,
no, this is not the fix for the issue I described earlier. This just
improves the behaviour of rt_task_delete in case the target is blocking
at a cancellation point (tested with standard sem_wait). With the
current version, rt_task_deletes the rt-shadow and just wakes up the
linux pthread even