-
Notifications
You must be signed in to change notification settings - Fork 907
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Compile fstack as a shared library "libfstack.so", it will core dump when running. Need help, pls #84
Comments
In static library, all symbols are made local, only the symbols that are part of the API are made externally available. |
OK, used "objcopy --globalize-symbols=ff_api.symlist *.o" , the libfstack.so was updated. And core 's stack is: |
In my enviroment, i modified lib/Makefile like this:
and execute:
This works fine. How did you modify makefile? |
I edit mk/kern.pre.mk and lib/Makefile, add "-fPIC" in CFLAGS/KERNEL_CFLAGS/HOST_CFLAGS, make sure all "gcc -c" had a "-fPIC". And ld the so as following: May you check your lib is dynamic or static indeed. |
I'm sure it's dynamic. |
it is in this way: dynamic fstack's lib with static dpdk libs work OK. static fstack lib with dynamic dpdk lib work well too. |
Compiled f-stack as a shared library libfstack.so but get |
Is there a solution |
1 similar comment
Is there a solution |
Compile DPDK as all shared librarys, compile fstack as static library libfstack.a, running $FF_PATH/example/helloworl goes OK.
Compile DPDK as all shared librarys, compile fstack as shared library libfstack.so, running $FF_PATH/example/helloworl goes wrong, and core file created.
#0 0x00007ffff7ab20ce in free (addr=0x0, type=0x7ffff625f6b5) at ff_glue.c:1031
1031 ff_free(addr);
Missing separate debuginfos, use: debuginfo-install glibc-2.17-157.el7_3.4.4.x86_64 libgcc-4.8.5-4.el7.x86_64 openssl-libs-1.0.1e-60.el7_3.1.x86_64 zlib-1.2.7-15.el7.x86_64
(gdb) bt
#0 0x00007ffff7ab20ce in free (addr=0x0, type=0x7ffff625f6b5) at ff_glue.c:1031
#1 0x00007ffff7a87945 in ff_free (p=0x0) at ff_host_interface.c:117
#2 0x00007ffff7ab20d3 in free (addr=0x0, type=0x7ffff625f6b5) at ff_glue.c:1031
#3 0x00007ffff7a87945 in ff_free (p=0x0) at ff_host_interface.c:117
#4 0x00007ffff7ab20d3 in free (addr=0x0, type=0x7ffff625f6b5) at ff_glue.c:1031
#5 0x00007ffff7a87945 in ff_free (p=0x0) at ff_host_interface.c:117
#6 0x00007ffff7ab20d3 in free (addr=0x0, type=0x7ffff625f6b5) at ff_glue.c:1031
#7 0x00007ffff7a87945 in ff_free (p=0x0) at ff_host_interface.c:117
#8 0x00007ffff7ab20d3 in free (addr=0x0, type=0x7ffff625f6b5) at ff_glue.c:1031
#9 0x00007ffff7a87945 in ff_free (p=0x0) at ff_host_interface.c:1
And it seems go into infinit loop while loading modules before into main function.
The text was updated successfully, but these errors were encountered: