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, instead of `MSize`. Maxim Kokryashkin: * added the description and the test for the problem Part of tarantool/tarantool#9145
5402 of 5998 branches covered (0.0%)
Branch coverage included in aggregate %.
20688 of 23371 relevant lines covered (88.52%)
2807738.69 hits per line
ID | Job ID | Ran | Files | Coverage | |
---|---|---|---|---|---|
1 | 7755649489.1 | 89 |
88.84 |
GitHub Action Run |
Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line | Branch Hits | Branch Misses |
---|