* [Xenomai-core] anonymous rt_tasks in userspace / registry dependencies
@ 2005-12-08 19:40 Jan Kiszka
2006-01-08 14:47 ` [Xenomai-core] rt_task_spawn with NULL name and pascal linking Stefan Kisdaroczi
0 siblings, 1 reply; 2+ messages in thread
From: Jan Kiszka @ 2005-12-08 19:40 UTC (permalink / raw)
To: xenomai-core
[-- Attachment #1: Type: text/plain, Size: 521 bytes --]
Hi again,
some questions just came up for me:
1. Is it intended that tasks created with NULL name in userspace are not
accessible even to the creator? I.e. don't they have to register
anonymously in that case like semaphores e.g. do?
2. Doesn't render switching off XENO_OPT_NATIVE_REGISTRY the native skin
unusable in userspace? If I got this correctly, all kernel objects are
resolved from the user handle via the registry. If this is true, did I
oversee some big fat warning sign somewhere...?
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Xenomai-core] rt_task_spawn with NULL name and pascal linking
2005-12-08 19:40 [Xenomai-core] anonymous rt_tasks in userspace / registry dependencies Jan Kiszka
@ 2006-01-08 14:47 ` Stefan Kisdaroczi
0 siblings, 0 replies; 2+ messages in thread
From: Stefan Kisdaroczi @ 2006-01-08 14:47 UTC (permalink / raw)
To: xenomai
[-- Attachment #1: Type: text/plain, Size: 1556 bytes --]
Hi,
I needed a lot coffee and tobacco resources to find out that rt_task_spawn
with NULL name will not work in userspace. The call failed with -3 (ESRCH?).
This error seems not documented the xenomai api documention.
Using rt_task_create and rt_task_start it was rt_task_start that failed.
I think this is related to Jans statement below.
As rt_task_spawn is a inline function and a combination of create/start, this
can be confusing. I.e. rt_task_shadow works with NULL name and rt_task_spawn
dont. At this point I should mention that im testing my pascal-translations
of the xenomai native and rtdm headers, but i dont see that the problem
should be related to it, I searched the problem a long time i this part ;-)
Some questions:
Im still using Xenomai 2.0.1, is this the problem ?
Shouldnt this be documented better ?
Would it work if rt_task_spawn is a skincall?
pascal-related:
Is there a way to export the c-inline functions also in the libs, so that the
complete api is exported ?
rt_task_spawn and some rt_*_unbind funtions are inlined.
Its not a problem to reprogram these in pascal, but for maintenance reasons
it would be nice if i could link against these functions.
greetings
kisda
Am Donnerstag, 8. Dezember 2005 20.40 schrieb Jan Kiszka:
> Hi again,
>
> some questions just came up for me:
>
> 1. Is it intended that tasks created with NULL name in userspace are not
> accessible even to the creator? I.e. don't they have to register
> anonymously in that case like semaphores e.g. do?
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-01-08 14:47 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-12-08 19:40 [Xenomai-core] anonymous rt_tasks in userspace / registry dependencies Jan Kiszka
2006-01-08 14:47 ` [Xenomai-core] rt_task_spawn with NULL name and pascal linking Stefan Kisdaroczi
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.