Hi.
After issuing the make check command I get this message somewhere in the middle:
Test command: /export/home/localadm/src/orocos-rtt-1.10.2/build/tests/core-test Test timeout computed to be: 9.99988e+06 Running 23 test cases... /export/home/localadm/src/orocos-rtt-1.10.2/tests/time_test.cpp(119): fatal error in "testTicksConversion": difference{11.1111%} between (double)small_ns{10} and (double)TimeService::ticks2nsecs( TimeService::nsecs2ticks( small_ns )){9} exceeds 10%
- 1 failure detected in test suite "Master Test Suite"
-- Process completed
However, at the end of the check I get:
100% tests passed, 0 tests failed out of 10 [100%] Built target check
How bad is that? How can I fix it?
My system: RTT-1.10.2 against a Ubuntu 9.10, kernel 2.6.32.7 (x86_64), Xenomai 2.5.1.
In another subject but also of interest, I previously had problems compiling RTT (I posted it in the user's forum, probably the wrong place: http://www.orocos.org/forum/orocos/orocos-users/fosih-compilation-error-xenomai-251). I am using the attached fosi.h file (modified by myself, so it might be to blame for the test failure described above). Could you please provide an official fosi.h for recent versions of xenomai?
Regards,
| Attachment | Size |
|---|---|
| fosi.h | 9.43 KB |
RTT 1.10.2 - Xenomai 2.5.1 - make check outputs "fatal error in
On Thursday 25 February 2010 16:21:05 jpmzometa [..] ... wrote:
> Hi.
>
> After issuing the make check command I get this message somewhere in the
> middle:
>
> Test command:
> /export/home/localadm/src/orocos-rtt-1.10.2/build/tests/core-test Test
> timeout computed to be: 9.99988e+06
> Running 23 test cases...
> /export/home/localadm/src/orocos-rtt-1.10.2/tests/time_test.cpp(119): fatal
> error in "testTicksConversion": difference{11.1111%} between
> (double)small_ns{10} and (double)TimeService::ticks2nsecs(
> TimeService::nsecs2ticks( small_ns )){9} exceeds 10%
These are off-by-one errors when we convert very small time numbers between two
formats. I'm thinking of removing this test, since it keeps showing up on all
OS'es and is not providing useful information.
>
> *** 1 failure detected in test suite "Master Test Suite"
> -- Process completed
>
> However, at the end of the check I get:
>
> 100% tests passed, 0 tests failed out of 10
> [100%] Built target check
That's strange, it didn't detect the failure of core-test ?
>
> How bad is that? How can I fix it?
Nothing to fix here, you're ready to go :-)
>
> My system: RTT-1.10.2 against a Ubuntu 9.10, kernel 2.6.32.7 (x86_64),
> Xenomai 2.5.1.
>
> In another subject but also of interest, I previously had problems
> compiling RTT (I posted it in the user's forum, probably the wrong place:
> http://www.orocos.org/forum/orocos/orocos-users/fosih-compilation-error-xe
> nomai-251). I am using the attached fosi.h file (modified by myself, so it
> might be to blame for the test failure described above). Could you please
> provide an official fosi.h for recent versions of xenomai?
I replied by now. The official version can be found on SVN:
http://svn.mech.kuleuven.be/repos/orocos/branches/rtt/rtt-1.10
Which contains all fixes we have so far...
Peter
mutex release vs mutex acquire
Sorry to disappoint you Peter, but the code on http://svn.mech.kuleuven.be/repos/orocos/branches/rtt/rtt-1.10 does not compile.
The error follows:
/usr/xenomai/include/xenomai/native/mutex.h: In function ‘int rtos_mutex_rec_lock(rt_rec_mutex_t*)’:
/usr/xenomai/include/xenomai/native/mutex.h:167: error: too many arguments to function ‘int rt_mutex_release(RT_MUTEX*)’
/export/home/localadm/src/orocos-rtt-1.10.2-svn/rtt-1.10/src/os/xenomai/fosi.h:284: error: at this point in file
you are using rt_mutex_release() instead of rt_mutex_acquire() for locking the mutex. I assume you did not compile the code yourself ;)
Regards,
--
Orocos-Dev mailing list
Orocos-Dev [..] ...
http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev
mutex release vs mutex acquire
Sorry to disappoint you Peter, but the code on http://svn.mech.kuleuven.be/repos/orocos/branches/rtt/rtt-1.10 does not compile.
The error follows:
/usr/xenomai/include/xenomai/native/mutex.h: In function ‘int rtos_mutex_rec_lock(rt_rec_mutex_t*)’: /usr/xenomai/include/xenomai/native/mutex.h:167: error: too many arguments to function ‘int rt_mutex_release(RT_MUTEX*)’ /export/home/localadm/src/orocos-rtt-1.10.2-svn/rtt-1.10/src/os/xenomai/fosi.h:284: error: at this point in file
you are using rt_mutex_release() instead of rt_mutex_acquire() for locking the mutex. I assume you did not compile the code yourself ;)
Regards,
mutex release vs mutex acquire
On Friday 26 February 2010 14:42:34 jpmzometa [..] ... wrote:
> Sorry to disappoint you Peter, but the code on
> http://svn.mech.kuleuven.be/repos/orocos/branches/rtt/rtt-1.10 does not
> compile.
>
> The error follows:
>
> /usr/xenomai/include/xenomai/native/mutex.h: In function ‘int
> rtos_mutex_rec_lock(rt_rec_mutex_t*)’:
> /usr/xenomai/include/xenomai/native/mutex.h:167: error: too many arguments
> to function ‘int rt_mutex_release(RT_MUTEX*)’
> /export/home/localadm/src/orocos-rtt-1.10.2-svn/rtt-1.10/src/os/xenomai/fo
> si.h:284: error: at this point in file
>
> you are using rt_mutex_release() instead of rt_mutex_acquire() for locking
> the mutex. I assume you did not compile the code yourself ;)
Thanks for pointing out. The code on the 2.0 mainline, with which I'm working
most, did not have this typo. Also the rtt trunk didn't have it. Strange. I
have comitted the fix.
Peter
--
Orocos-Dev mailing list
Orocos-Dev [..] ...
http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev
mutex release vs mutex acquire
On Fri, Feb 26, 2010 at 3:18 PM, Peter Soetens <peter [dot] soetens [..] ...> wrote:
> On Friday 26 February 2010 14:42:34 jpmzometa [..] ... wrote:
>> Sorry to disappoint you Peter, but the code on
>> http://svn.mech.kuleuven.be/repos/orocos/branches/rtt/rtt-1.10 does not
>> compile.
>>
>> The error follows:
>>
>> /usr/xenomai/include/xenomai/native/mutex.h: In function ‘int
>> rtos_mutex_rec_lock(rt_rec_mutex_t*)’:
>> /usr/xenomai/include/xenomai/native/mutex.h:167: error: too many arguments
>> to function ‘int rt_mutex_release(RT_MUTEX*)’
>> /export/home/localadm/src/orocos-rtt-1.10.2-svn/rtt-1.10/src/os/xenomai/fo
>> si.h:284: error: at this point in file
>>
>> you are using rt_mutex_release() instead of rt_mutex_acquire() for locking
>> the mutex. I assume you did not compile the code yourself ;)
>
> Thanks for pointing out. The code on the 2.0 mainline, with which I'm working
> most, did not have this typo. Also the rtt trunk didn't have it. Strange. I
> have comitted the fix.
Is this fix also committed to the rtt-1.10 branch?
Ruben
> Peter
> --
> Orocos-Dev mailing list
> Orocos-Dev [..] ...
> http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev
>
mutex release vs mutex acquire
On Thursday 11 March 2010 11:27:18 Ruben Smits wrote:
> On Fri, Feb 26, 2010 at 3:18 PM, Peter Soetens <peter [dot] soetens [..] ...>
wrote:
> > On Friday 26 February 2010 14:42:34 jpmzometa [..] ... wrote:
> >> Sorry to disappoint you Peter, but the code on
> >> http://svn.mech.kuleuven.be/repos/orocos/branches/rtt/rtt-1.10 does not
> >> compile.
> >>
> >> The error follows:
> >>
> >> /usr/xenomai/include/xenomai/native/mutex.h: In function ‘int
> >> rtos_mutex_rec_lock(rt_rec_mutex_t*)’:
> >> /usr/xenomai/include/xenomai/native/mutex.h:167: error: too many
> >> arguments to function ‘int rt_mutex_release(RT_MUTEX*)’
> >> /export/home/localadm/src/orocos-rtt-1.10.2-svn/rtt-1.10/src/os/xenomai
> >>/fo si.h:284: error: at this point in file
> >>
> >> you are using rt_mutex_release() instead of rt_mutex_acquire() for
> >> locking the mutex. I assume you did not compile the code yourself ;)
> >
> > Thanks for pointing out. The code on the 2.0 mainline, with which I'm
> > working most, did not have this typo. Also the rtt trunk didn't have it.
> > Strange. I have comitted the fix.
>
> Is this fix also committed to the rtt-1.10 branch?
This commit was only on the rtt-1.10 branch, r31436.
Peter
RTT 1.10.2 - Xenomai 2.5.1 - make check outputs "fatal error in
Hi.
After issuing the make check command I get this message somewhere in the middle:
Test command: /export/home/localadm/src/orocos-rtt-1.10.2/build/tests/core-test
Test timeout computed to be: 9.99988e+06
Running 23 test cases...
/export/home/localadm/src/orocos-rtt-1.10.2/tests/time_test.cpp(119): fatal error in "testTicksConversion": difference{11.1111%} between (double)small_ns{10} and (double)TimeService::ticks2nsecs( TimeService::nsecs2ticks( small_ns )){9} exceeds 10%
*** 1 failure detected in test suite "Master Test Suite"
-- Process completed
However, at the end of the check I get:
100% tests passed, 0 tests failed out of 10
[100%] Built target check
How bad is that? How can I fix it?
My system: RTT-1.10.2 against a Ubuntu 9.10, kernel 2.6.32.7 (x86_64), Xenomai 2.5.1.
In another subject but also of interest, I previously had problems compiling RTT (I posted it in the user's forum, probably the wrong place: http://www.orocos.org/forum/orocos/orocos-users/fosih-compilation-error-...). I am using the attached fosi.h file (modified by myself, so it might be to blame for the test failure described above). Could you please provide an official fosi.h for recent versions of xenomai?
Regards,