Ran
|
Jobs
1
|
Files
89
|
Run time
9s
|
Badge
Embed ▾
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` 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. Maxim Kokryashkin: * added the description and the test for the problem Part of tarantool/tarantool#9145
5399 of 5995 branches covered (0.0%)
Branch coverage included in aggregate %.
20670 of 23358 relevant lines covered (88.49%)
2818322.34 hits per line
ID | Job ID | Ran | Files | Coverage | |
---|---|---|---|---|---|
1 | 7501987141.1 | 89 |
88.81 |
GitHub Action Run |
Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line | Branch Hits | Branch Misses |
---|