|
Ran
|
Jobs
1
|
Files
89
|
Run time
9s
|
Badge
README BADGES
|
push
github
LJ_GC64: Fix HREFK optimization. Contributed by XmiliaH. (cherry-picked from commit 91bc6b8ad) In `lj_record_idx` when `ix->oldv` is the global nilnode and the required key is not present in the table, it is possible to pass the constant key lookup optimization condition because of the `uint32_t` (`MSize`) overflow. Because of that, further recording incorrectly removes the check for the nilnode, which produces wrong results when trace is called for a different table. The issue is solved by using `GCSize`, which has a size of 64 bits on GC64 builds, instead of `MSize`. Maxim Kokryashkin: * added the description and the test for the problem Part of tarantool/tarantool#9145 Reviewed-by: Sergey Kaplun <skaplun@tarantool.org> Reviewed-by: Sergey Bronnikov <sergeyb@tarantool.org> Signed-off-by: Igor Munkin <imun@tarantool.org> (cherry picked from commit 0faea213e)
5389 of 5981 branches covered (0.0%)
Branch coverage included in aggregate %.
20618 of 23283 relevant lines covered (88.55%)
758727.96 hits per line
| ID | Job ID | Ran | Files | Coverage | |
|---|---|---|---|---|---|
| 1 | 7805085553.1 | 89 |
88.87 |
GitHub Action Run |
| Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line | Branch Hits | Branch Misses |
|---|