shared-libraries

I have written a Python module in C++ and built it as a shared object library and it worked fine. But while figuring all that out, I noticed (via strace) that Python looks for a few different variations import is called. In particular, when I say import foo , Python searches for, in order: foo (a directory) foo.so foomodule.so foo.py foo.pyc This was all pretty understandable except for foomodule.so. Why does Python look for everything both as name.so and namemodule.so? Is it some historical artifact? I searched quite a bit and came up with no explanation at all, and am left wondering if I

Is there any way to decompile Linux .so? There are decompilers , but a decompiler might not emit code in the same language that the original program was written in. There are also disassemblers , which will reassemble the machine code into assembly. The Decompilation Wiki may be a good source of additional information. You can disassemble the code with objdump(1) for example. 来源： https://stackoverflow.com/questions/2306972/is-there-any-way-to-decompile-linux-so

I need to dynamically open a shared library lib.so if a specific condition is met at runtime. The library contains ~700 functions and I need to load all their symbols. A simple solution is to define the function pointers to all symbols contained in lib.so , load the library using dlopen and finally get the addresses of all symbols using dlsym . However, given the number of functions, the code implementing this solution is very cumbersome. I was wondering if a more elegant and concise solution exists, maybe with an appropriate use of macros for defining the function pointers. Thanks! You could

What could be wrong here? I have the following simple class: #include "libmnl/libmnl.h" int main() { struct mnl_socket *a = mnl_socket_open(12); } And after running a simple gcc compile ( gcc -lmnl main.c ) I get the following errors: /tmp/cch3GjuS.o: In function `main': main.c:(.text+0xe): undefined reference to `mnl_socket_open' collect2: ld returned 1 exit status Running nm on the shared library shows that it's actually found: aatteka@aatteka-Dell1:/tmp$ nm -D /usr/lib/libmnl.so | grep mnl_socket_open 0000000000001810 T mnl_socket_open This is happening on Ubuntu 12.04. The libmnl-dev and

I am building a Java application that uses a shared library written in C++ and compiled for different operating systems. The problem is, that this shared library itself depends on an additional library it normally finds under the appropriate environment variable ( PATH , LIBRARY_PATH or LD_LIBRARY_PATH ). I can - but don't want to - set these environment variables. I'd rather load the needed shared libraries from a given path at runtime - just like a plugin. And no - I don't want any starter application that starts a new process with a new environment. Does anybody know how to achieve this? I

I'm trying to use Valgrind on a program that I'm working on, but Valgrind generates a bunch of errors for one of the libraries that I'm using. I'd like to be able to tell it to suppress all errors which involve that library. The closest rule that I can come up with for the suppression file is { rule name Memcheck:Cond ... obj:/path/to/library/thelibrary.so } This doesn't entirely do the job, however. I have to create one of these for every suppression type that comes up (Cond, Value4, Param, etc), and it seems to still miss some errors which have the library in the stack trace. Is there a way