Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[chore] bump move version #188

Merged
merged 1 commit into from
Jan 15, 2022
Merged

Conversation

sblackshear
Copy link
Collaborator

Take advantage of diem/move#13, which will allow us to build Move packages concurrently without encountering flakiness due to races in the cache. Split a test that caused flakiness before to demonstrate that it works.

This will also allow us to move ObjectBasics out of the framework and into a test package, but I don't want to do that here because there are a few in-flight PR's that touch this module.

Copy link
Contributor

@huitseeker huitseeker left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks!

Take advantage of diem/move#13, which will allow us to build Move packages concurrently without encountering flakiness due to races in the cache. Split a test that caused flakiness before to demonstrate that it works.

This will also allow us to move `ObjectBasics` out of the framework and into a test package, but I don't want to do that here because there are a few in-flight PR's that touch this module.
@sblackshear sblackshear merged commit e51bc66 into MystenLabs:main Jan 15, 2022
@oxade
Copy link
Contributor

oxade commented Jan 16, 2022

This is awesome, thank you

mwtian pushed a commit that referenced this pull request Sep 12, 2022
Our current solution for hashing batches has 3 components:
1. it relies on never deserializing a batch, so that we hash the serialized message,
2. it is not resilient to hash confusion, lenght extension, etc (see #[87]).
3. it is split in two functions that disagree with each other (see #[188]).

This stopgap PR does nothing about 1 & 2, but realigns the `impl Hash for Batch` so that it matches with the rest of the code base, and uses it in processor tests.
THe security fixes of the batch hashing will be done in #156.

Fixes #188
mwtian pushed a commit to mwtian/sui that referenced this pull request Sep 29, 2022
Our current solution for hashing batches has 3 components:
1. it relies on never deserializing a batch, so that we hash the serialized message,
2. it is not resilient to hash confusion, lenght extension, etc (see #[87]).
3. it is split in two functions that disagree with each other (see #[188]).

This stopgap PR does nothing about 1 & 2, but realigns the `impl Hash for Batch` so that it matches with the rest of the code base, and uses it in processor tests.
THe security fixes of the batch hashing will be done in MystenLabs#156.

Fixes MystenLabs#188
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants