On 08/03/2011 04:24 PM, Sambasiva Rao Manchili wrote:
> You want printErrno instead of strerror.
>
>>> Samba: In the beginning days of our code porting from VxWorks to
>>> Linux, Xenomai failed to create message Queue that was working
>>> on VxWorks. When xenomai failed to create message queue it
>>> returned 0x110001===>1114113. After reading the Xenomai code a
>>> bit I understood it is S_memLib_NOT_ENOUGH_MEMORY. I therefore
>>> reduced the Queue size by 5 times and it was then successful.
>>> The way I extracted the errno in beginning days is same as I did
>>> today. So I epxected a value which >>tells the actual reason of
>>> semTake failure. But I got this huge value which is -1. Am I
>>> missing something ?
>
The thing is printErrno is a xenomai posix skin function which knows
S_memlib_NOT_ENOUGH_MEMORY, strerror is an unrelated glibc function, and
does not.
What you are missing is this comment in ksrc/skins/vxworks/syscall.c
/*
* By convention, error codes are passed back through the syscall
* return value:
* - negative codes stand for internal (i.e. nucleus) errors;
* - strictly positive values stand for genuine VxWorks errors.
* - zero means success.
*
Looking at the code, I think after a service returns an error, it may be
more reliable to use errno than to use errnoOfTaskGet.
> 1 is EPERM. Is the thread issuing the call a thread created by
> Xenomai?
>
>>> Samba: Yes. I guess taskSpawn leads finally to Xenomai libraries
>>> to create thread. All our VxWorks code(with minor changes) as
>>> it is running on top of Xenomai. Please tell me, What will you
>>> suggest me then ?
Trace the kernel code to know the reason for semTake to return -EPERM.
Another reason documented in txt/vxworks/skin.txt maybe that you are
calling semTake in a region where the scheduler has been locked (using
taskLock).
NOTE: it would be nice if you could formats your mails as everybody
does: quote the mail you reply to by prepending " >" to the beginning of
the lines you are quoting, and do not put ">" characters in front of the
lines you add.
--
Gilles.
_______________________________________________
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
