GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
GeezerVison is showing github.com — fix: Use C-type long long (8 bytes) type format to pack int64 values by roelschr · Pull Request #2609 · feast-dev/feast ConversationWhat this PR does / why we need it: Which issue(s) this PR fixes:
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactions
Author
All reactions
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page.
roelschr
force-pushed
the
fix-int64-serialization
branch
from
fca7b15 to
a552a6c
Compare
roelschr
marked this pull request as draft
|
There was an error while loading. Please reload this page.
|
Converted to draft to work on a backwards compatible solution. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
@roelschr friendly ping, are you working on this? If not, I'd be more than happy to invest some time here to introduce this compatibility layer. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Signed-off-by: Achal Shah <[email protected]>
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: roelschr The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Signed-off-by: Igor Gustavo Hoelscher <[email protected]>
Signed-off-by: Igor Gustavo Hoelscher <[email protected]>
Signed-off-by: Achal Shah <[email protected]>
30b7cce to
4d8cdb8
Compare
There was an error while loading. Please reload this page.
Codecov Report
@@ Coverage Diff @@ ## master #2609 +/- ## =========================================== - Coverage 80.68% 59.38% -21.31% =========================================== Files 176 177 +1 Lines 15670 15685 +15 =========================================== - Hits 12643 9314 -3329 - Misses 3027 6371 +3344
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
Sorry, something went wrong.
There was an error while loading. Please reload this page.
| node-version: '17.x' | ||
| registry-url: 'https://registry.npmjs.org' | ||
| - name: Build and install dependencies | ||
| # There's a `git restore` in here because `make install-go-ci-dependencies` is actually messing up go.mod & go.sum. |
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
remove this stuff
Sorry, something went wrong.
There was an error while loading. Please reload this page.
| return struct.pack("<i", v.int32_val), ValueType.INT32 | ||
| elif value_type == "int64_val": | ||
| return struct.pack("<l", v.int64_val), ValueType.INT64 | ||
| return struct.pack("<q", v.int64_val), ValueType.INT64 |
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
not sure I understand the compatibility approach you're taking here - can you explain?
what do the various values of entity_key_serialization_version represent? and there needs to be some fork in the behavior here depending on entity_key_serialization_version right?
I was imagining we should do something like the following:
entity_key_serialization_version to the protos, as you've done, where 0 will represent the current (broken) serialization method and 1 will represent the new (correct) serialization methodentity_key_serialization_version switched from 0 (the default value since the field doesn't exist) to 1, which requires special logic in the registry (as I think you've done)
Sorry, something went wrong.
There was an error while loading. Please reload this page.
| // Whether these features should be served online or not | ||
| bool online = 8; | ||
|
|
||
| // Needed for backwards compatible behaviour when fixing |
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
update comment after when fixing
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
INT64 uses "C long" type in struct.pack which is 4 bytes.
There was an error while loading. Please reload this page.