Ran
|
Jobs
1
|
Files
89
|
Run time
14s
|
Badge
Embed ▾
README BADGES
|
push
github
Fix maxslots when recording BC_TSETM. Analyzed by Sergey Kaplun. (cherry-picked from commit 0cc5fdfbc) Recording of the `BC_TSETM` bytecode may keep to optimistic JIT maxslot. In that case, the slot above the top of the Lua stack may be considered as used. When any VM event handler is called before the recording of the next instruction, this leads to the assertion failure in the `rec_check_slots()`. This patch sets the `ra` as a maxslot, as far as the `ra` - 1 contains a table, which is always the highest slot after this bytecode. Also, it adds an assertion that we check slots below the top of the Lua stack. Sergey Kaplun: * added the description and the test for the problem Part of tarantool/tarantool#8825
5323 of 5963 branches covered (0.0%)
Branch coverage included in aggregate %.
1 of 1 new or added line in 1 file covered. (100.0%)
20441 of 23279 relevant lines covered (87.81%)
1287058.19 hits per line
Lines | Coverage | ∆ | File |
---|---|---|---|
1 |
72.22 |
0.08% | src/lj_crecord.c |
6 |
94.74 |
-4.31% | src/lj_str.c |
ID | Job ID | Ran | Files | Coverage | |
---|---|---|---|---|---|
1 | 5976720698.1 | 89 |
88.11 |
GitHub Action Run |
Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line | Branch Hits | Branch Misses |
---|