catkin build issue with rtt

[JH51224]

Hi there, After the last successful build of orocos, i tried replicating the steps i did where I go into orocos/rtt and checkout the xenomai branch onto a different computer. However, now when i am building it, I am getting this issue where FindXenomai and FindXenomaiPosix complains that the list index: 2 is out of range of (-2,1).

I am currently working with xenomai 3.1.

This is the exact error that i am currently getting:

Cmake Error at /home/jh512/orocos-2.9_ws/src/orocos_toolchain/rtt/config/FindXenomai.cmake:46 (list): list index: 2 out of range (-2,1)
Call Stack (most recent call first):
config/check_depend.cmake:164 (find_package)
CMakeLists.txt:106 (INCLUDE)

Cmake Error at /home/jh512/orocos-2.9_ws/src/orocos_toolchain/rtt/config/FindXenomaiPosix.cmake:46 (list): list index: 2 out of range (-2,1)
Call Stack (most recent call first):
config/check_depend.cmake:164 (find_package)
CMakeLists.txt:106 (INCLUDE)

Is there any way i could resolve this?

[ahoarau]

Try with the repo : https://github.com/ahoarau/rtt/tree/xenomai3-support-v4

git clone https://github.com/ahoarau/rtt -b xenomai3-support-v4

[JH51224]

Try with the repo : https://github.com/ahoarau/rtt/tree/xenomai3-support-v4

git clone https://github.com/ahoarau/rtt -b xenomai3-support-v4

Thank you! It works now! Might be good to highlight that orocos toolchain needs to be checked out to 2.10 because somehow ocl now looks for orocos toolchain 2.10 instead of 2.9. Was having issues with that and also with rtt rosclock, it has the similar issue that i was having earlier where it states within xenomai posix that: "list index: 2 out of range (-2,1)" Might need a xenomai cmake update =) If you need i could post my "updated" cmake

[JH51224]

sorry to open this again, just realised I was having issue with this orocos xenomai. I am able to compile it successfully, but somehow I am unable to use deployer-corba-xenomai. When i use deployer-corba-xenomai, i am stuck with "Real-time memory: 517920 bytes free of 524288 allocated." and nothing comes afterwards.

[ahoarau]

Ok try now the support v3 branch

[JH51224]

Hi there ahoarau, I just tried the support v3 branch, however when i started deployer-corba-xenomai with super user, i was issued an error about libalchemy.so.0 not being found. when I export my lib file by doing: LD_LIBRARY_PATH=/usr/xenomai/lib ; export LD_LIBRARY_PATH, I am facing the same issue where Deployer-corba-xenomai shows only "Real-time memory: 517920 bytes free of 524288 allocated".

Not sure if this has something to do with it. When i start deployer-corba-xenomai with default user, i am faced with this issue:
0"000.000| WARNING: [main] cannot open RTDM device /dev/rtdm/memdev-private: Permission denied
0"000.000| WARNING: [main] cannot map private umm area: Permission denied
0"000.000| BUG in init_bind(): [main] (CONFIG_DEVTMPFS_MOUNT not enabled?)

However when i check the settings, they were all enabled.

[JH51224]

Hi there, I have been experimenting, and realised that the only problem I am encountering is with deployer-corba-xenomai. However when I use rttlue-corba-xenomai, I do not encounter the similar issue like with deployer-corbabe-xenomai. I was also unable to perform any --check or other arguments. As long as i click on deployer-corba-xenomai; I will greeted by this message:
Real-time memory: 517920 bytes free of 524288 allocated

Just wish to ask if it could be due to something within deployer tthat stops the deployer from initializing fully?

I am just guessing that this might be the issue as there were no other changes made to the orocos installation other than rtt.

Will the patch written in xenomai support v3 rtt branch work for xenomai support v2 branch?

Is there any code update that could have resulted in this issue?

[ahoarau]

Not sure if this has something to do with it. When i start deployer-corba-xenomai with default user, i am faced with this issue:
0"000.000| WARNING: [main] cannot open RTDM device /dev/rtdm/memdev-private: Permission denied
0"000.000| WARNING: [main] cannot map private umm area: Permission denied
0"000.000| BUG in init_bind(): [main] (CONFIG_DEVTMPFS_MOUNT not enabled?)

Permission denied means you need root persmissions to run it. Try with root.
Sorry i'm not working on that anymore.