On Wed, Jun 02, 2010 at 12:40:04PM -0500, Steve Wise wrote: >>> I have this library I'm writing that uses libibverbs. Somehow it >>> seems to be using the 1.0 version instead of the newer version (I'm >>> guessing). When I call ibv_create_cq() I get a seg fault and the >>> stack looks like this:
>> Make sure you link your library to libibverbs and do not rely on >> linking the app to libibverbs to resolve the symbols. Check with ldd >> foo.so > This was the issue. My library wasn't explicitly linking via -libverbs. > When I added that, it worked. > > But how did it manage to link to the old version I wonder? If the linker doesn't have the library to look through an external symbol is simply set as 'ibv_create_cq' in the symbol table. That is the same name an app using libibverbs 1.0 would use to refer to the old symbol. When linker has the library it sees that the proper name for the symbol is now [email protected] and puts that in the symbol table instead. It is critical that all library are explicitly linked to all their dependent libraries, otherwise a variety of bad things can happen. Hmm.. Also, this reveals that it was a mistake to change the the argument objects and use versioned symbols to cover that up - versioned symbols cannot be used that way, it makes a really big mess in real use cases. Curious that nobody has noticed this before.. Basically what Steve did is linked his library to verbs 1.0 and linked the app to 1.1, and then passed an ibv_context across his library's function call boundary.. Kablooie. Makes me wonder if the versioned symbol bother is even worth the trouble. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
