Ran
|
Jobs
1
|
Files
89
|
Run time
6s
|
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 the JIT maxslot too optimistic. In that case, the slot above the top of the Lua stack may be considered used. When any VM event handler is called before the recording of the next instruction, this leads to an assertion failure in `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
5326 of 5963 branches covered (0.0%)
Branch coverage included in aggregate %.
1 of 1 new or added line in 1 file covered. (100.0%)
20464 of 23279 relevant lines covered (87.91%)
1292296.44 hits per line
Lines | Coverage | ∆ | File |
---|---|---|---|
1 |
72.05 |
-0.08% | src/lj_crecord.c |
1 |
95.68 |
-0.05% | src/lj_record.c |
ID | Job ID | Ran | Files | Coverage | |
---|---|---|---|---|---|
1 | 6001774602.1 | 89 |
88.2 |
GitHub Action Run |
Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line | Branch Hits | Branch Misses |
---|