Ran
|
Jobs
1
|
Files
89
|
Run time
5s
|
Badge
Embed ▾
README BADGES
|
push
github
Always exit after machine code page protection change fails. Reported by Sergey Kaplun. (cherry picked from commit c50232eb3) Unfortunately, <exit> call had been missing for a long time for the case when <mprotect> fails within <mcode_protect>. Though the patch per se is quite trivial, the test is not at all. It exploits the fact that <mprotect> is used only for protecting the area for mcode or callback function pointers. Hence, if the test doesn't use FFI at all, it is guaranteed that the only <mprotect> called in LuaJIT runtime locates in <mcode_protect> (that is not true for Tarantool, so the test is disabled for the integration testing routine). Furthermore, attempts to overload <mprotect> on macOS occur to be not an easy ride either, so running the test on macOS is disabled since this is the common part for all platforms and everything can be checked on Linux in a much easier way. Igor Munkin: * added the description and the test for the problem Part of tarantool/tarantool#8825 Reviewed-by: Sergey Kaplun <skaplun@tarantool.org> Reviewed-by: Maxim Kokryashkin <m.kokryashkin@tarantool.org> Signed-off-by: Igor Munkin <imun@tarantool.org>
5331 of 5969 branches covered (0.0%)
Branch coverage included in aggregate %.
2 of 2 new or added lines in 1 file covered. (100.0%)
20428 of 23287 relevant lines covered (87.72%)
1296143.48 hits per line
Lines | Coverage | ∆ | File |
---|---|---|---|
1 |
72.05 |
-0.08% | src/lj_crecord.c |
1 |
92.11 |
-2.63% | src/lj_vmmath.c |
7 |
88.13 |
-1.01% | src/lj_ffrecord.c |
ID | Job ID | Ran | Files | Coverage | |
---|---|---|---|---|---|
1 | 6109042627.1 | 89 |
88.05 |
GitHub Action Run |
Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line | Branch Hits | Branch Misses |
---|