Hi,
Am working on franca IDL and the Common API.Once being ready with the client-server code iam able to get the executables but while running end up with the below error.

siddhu@siddhu:~/work/project/build$ ./HelloWorldService: symbol lookup error: /usr/local/lib/libCommonAPI-DBus.so.3.1.12: undefined symbol: dbus_message_set_signature
^C
[1]+ Exit 127 ./HelloWorldService
siddhu@siddhu:~/work/project/build$ ./HelloWorldClient
./HelloWorldClient: symbol lookup error: /usr/local/lib/libCommonAPI-DBus.so.3.1.12: undefined symbol: dbus_message_get_body


Can anybody help me on this please. here C++ is used as programming language.

I think you should find out where this /usr/local/lib/libCommonAPI-DBus.so.3.1.12 came from. It is surely not part of the distribution, it has been installed by some local admin (probably yourself).

yes, it was installed by me only its the Common API D bus runtime for linux D-bus IPC programming actually. what to do for the above error.

> yes, it was installed by me only its the Common API D bus runtime for linux D-bus IPC programming actually

Kindly explain exactly what did you install, how did you install it, what error messages did you ignore during installation, where did you download it.

Actually am working with franca IDL with the Common API. am following the below link as reference
https://at.projects.genivi.org/wiki/...pageId=5472316

I have installed the below packages:
work environment:
ubuntu 16.04
capicxx-core-runtime 3.1.12.4
capicxx-dbus-runtime 3.1.12.7

common API C++ bus generator 3.1.12.3
common API c++ D bus generator 3.1.12.1

Later i compiled and then got the executables but when i run them i ended with the above error.

Sorry, I lost interest at this point:

The D-Bus runtime library cannot be built without further preparations. The reason is that CommonAPI-D-Bus doesn't use the standard libdbus library and needs a patched version. That means that you must first download, patch and build libdbus before

2 members found this post helpful.

yes I have installed d-bus1.8.20 patch also.

I agree with NevemTeve, the fact that your environment relies on a non-standard dbus implementation makes it impossible for others to offer reliable advice without building, running and learning that environment themselves - which is a bit much to ask of volunteers in a forum like this.

While your question is welcome here, you will probably get a better response and find much better information available through the project's website, especially if it has a forum or offers any form of interactive support including via email.

In the end, perhaps you will be able to learn your way around their code and be able to answer others' questions about it in future.

Good luck!

2 members found this post helpful.

First, contrary to the title, the problem has occurred at runtime -- not at compilation time. The fact that an executable exists implies that all symbols were resolved (for the static link phase). In all likelihood, the OP has simply neglected to set the LD_LIBRARY_PATH to point to the patched library: