Light-weight thread library for C/C++ coroutine (similar to goroutine), patched for SRS.
Fork from http://sourceforge.net/projects/state-threads, patched for SRS.
For original ST without any changes, checkout the ST master branch.
git clone https://github.com/ossrs/state-threads.git && cd state-threads && git checkout srs
make linux-debug EXTRA_CFLAGS="-DMD_HAVE_EPOLL"
make darwin-debug EXTRA_CFLAGS="-DMD_HAVE_KQUEUE"
Linux with valgrind:
make linux-debug EXTRA_CFLAGS="-DMD_VALGRIND"
Remark: User must install valgrind, for instance, in centos6sudo yum install -y valgrind valgrind-devel.
Linux with valgrind and epoll:
make linux-debug EXTRA_CFLAGS="-DMD_HAVE_EPOLL -DMD_VALGRIND"
For OSX, user must specifies the valgrind header files:
make darwin-debug EXTRA_CFLAGS="-DMD_HAVE_KQUEUE -DMD_VALGRIND -I/usr/local/include"
Remark: Latest OSX does not support ST, please use docker to run ST.
The branch srs will be patched the following patches:
MD_ST_NO_ASMto disable ASM, #8.
How to debug with gdb under valgrind, read valgrind manual.
About startup parameters, read valgrind cli.
Important cli options:
--undef-value-errors= [default: yes], Controls whether Memcheck reports uses of undefined value errors. Set this to no if you don't want to see undefined value errors. It also has the side effect of speeding up Memcheck somewhat.
--leak-check= [default: summary], When enabled, search for memory leaks when the client program finishes. If set to summary, it says how many leaks occurred. If set to full or yes, each individual leak will be shown in detail and/or counted as an error, as specified by the options
--track-origins= [default: no], Controls whether Memcheck tracks the origin of uninitialised values. By default, it does not, which means that although it can tell you that an uninitialised value is being used in a dangerous way, it cannot tell you where the uninitialised value came from. This often makes it difficult to track down the root problem.
--show-reachable= , --show-possibly-lost=, to show the using memory.
First of all, download google test to
utest/gtest, check by:
ls -lh utest/gtest/include/gtest/gtest.h >/dev/null && echo yes
To make ST with utest and run it:
make linux-debug-gcov && ./obj/st_utest
For macOS:make darwin-debug-gcov && ./obj/st_utest
Run utest without coverage:make darwin-debug-utest && ./obj/st_utest
Then, install gcovr for coverage:
yum install -y python2-pip && pip install lxml && pip install gcovr
For macOS:pip3 install gcovr
Finally, run test and get the report
mkdir -p coverage && gcovr -r . -e LINUX -e DARWIN -e examples --html --html-details -o coverage/st.html && open coverage/st.html
Note: We ignoreLINUX*andDARWIN*which isobjactually.
Or just run locally:
Programming notes: http://ossrs.github.io/state-threads/docs/notes.html
About setjmp and longjmp, read setjmp.
About the stack structure, read stack
About asm code comments, read #91d530e.
About the scheduler, read #13-scheduler.
About the IO event system, read #13-IO.
Code analysis, please read #15.