Comments (9)
My first guess would be that either the rtt-lwr-osf-controller is not cloned into your setup, or that the shared object is not included in the RTT_COMPONENT_PATH, i.e., export RTT_COMPONENT_PATH=$RTT_COMPONENT_PATH:$(path-to-)/rtt-lwr-osf-controller/build/src/orocos
, or both.
from cogimon-scenarios.
I am pretty sure it is in there. Could you try to replicate the distribution?
You will need the latest build gen for that.
Thanks!
from cogimon-scenarios.
You're right, it's in there. So that seems to be fine. Could you please show me the content of RTT_COMPONENT_PATH
before starting the gzserver?
from cogimon-scenarios.
I think I've found the issue: In the distribution there was an old project used that - with regards to the name - creates exactly the same lib-file. I guess depending on the build order of jenkins, it can happen that you end up with the deprecated lib-file that does not contain RttLwrOSFController
. I removed the old entry from the distribution and pushed it.
from cogimon-scenarios.
Just for clarification: Was that the template project or something else?
from cogimon-scenarios.
Yes exactly, that was only the template project for a controller.
diff --git a/distributions/cogimon-minimal-lwr-nightly.distribution b/distributions/cogimon-minimal-lwr-nightly.distribution
index c5dd1c8..3a66fc2 100644
@@ -157,10 +157,6 @@
"master"
],
[
- "rtt-lwr-controller-template",
- "master"
- ],
- [
"rtt-lwr-osf-controller",
"RY1.0.0"
],
from cogimon-scenarios.
Shouldn't then the template project generate a differently named shared library? Clearly stating its template purpose... But that should probably be an issue for the corresponding template project.
@warp1337 Could you test the distribution again after this change?
from cogimon-scenarios.
That's totally true. It's just due to the fact that the osf-controller emerged from this template, and no one bothered to change the name in the CMake file accordingly. But in general the template shouldn't be included in the distribution at all.
Edit: Changed lib name of the template to RTTControllerTemplate
. It shouldn't interfere any more. See https://github.com/corlab/rtt-lwr-controller-template/commit/04305b371d6e37cdbb3ce82e25176b0c54d2db8a
from cogimon-scenarios.
Since the problem is resolved by the adapted distribution file, I am going to close this issue!
from cogimon-scenarios.
Related Issues (2)
- Generic ops file HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cogimon-scenarios.