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

fixup Real PBFT setup #916

Merged
merged 3 commits into from
Aug 13, 2019
Merged

fixup Real PBFT setup #916

merged 3 commits into from
Aug 13, 2019

Conversation

nfrisby
Copy link
Contributor

@nfrisby nfrisby commented Aug 12, 2019

The RealPBFT setup was creating nodes with different CoreNodeIds than expected. This was causing property failures during my work-in-progress on Issue #231 PR #773.

Is it safe to export plcCoreNodeId, even just for testing? I'm weary of adding exports to code I'm not familiar with.

Copy link
Contributor

@mrBliss mrBliss left a comment

Choose a reason for hiding this comment

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

LGTM!

I didn't realise plcCoreNodeId :: CoreNodeId existed...

Great that you include a test 👍

@mrBliss
Copy link
Contributor

mrBliss commented Aug 13, 2019

bors r+

iohk-bors bot added a commit that referenced this pull request Aug 13, 2019
916: fixup Real PBFT setup r=mrBliss a=nfrisby

The `RealPBFT` setup was creating nodes with different `CoreNodeId`s than expected. This was causing property failures during my work-in-progress on Issue #231 PR #773.

Is it safe to export `plcCoreNodeId`, even just for testing? I'm weary of adding exports to code I'm not familiar with.

Co-authored-by: Nicolas Frisby <[email protected]>
@iohk-bors
Copy link
Contributor

iohk-bors bot commented Aug 13, 2019

Timed out

@mrBliss
Copy link
Contributor

mrBliss commented Aug 13, 2019

bors r+

iohk-bors bot added a commit that referenced this pull request Aug 13, 2019
916: fixup Real PBFT setup r=mrBliss a=nfrisby

The `RealPBFT` setup was creating nodes with different `CoreNodeId`s than expected. This was causing property failures during my work-in-progress on Issue #231 PR #773.

Is it safe to export `plcCoreNodeId`, even just for testing? I'm weary of adding exports to code I'm not familiar with.

Co-authored-by: Nicolas Frisby <[email protected]>
@iohk-bors
Copy link
Contributor

iohk-bors bot commented Aug 13, 2019

Timed out

@mrBliss
Copy link
Contributor

mrBliss commented Aug 13, 2019

bors r+

iohk-bors bot added a commit that referenced this pull request Aug 13, 2019
914: Replace the ThreadRegistry with the ResourceRegistry r=mrBliss a=mrBliss

Threads (and sub-`ThreadRegistry`s) are also resources, so we can use the `ResourceRegistry` to allocate/release them, instead of having two separate `-Registry`s.

TODO: consensus tests are failing with:
```
Exception:
        ResourceRegistry used after closing
        CallStack (from HasCallStack):
          error, called at src/Ouroboros/Consensus/Util/ResourceRegistry.hs:104:31 in ouroboros-consensus-0.1.0.0-6HDMr0z0KdXIwfzJlxCxiL:Ouroboros.Consensus.Util.ResourceRegistry
```

916: fixup Real PBFT setup r=mrBliss a=nfrisby

The `RealPBFT` setup was creating nodes with different `CoreNodeId`s than expected. This was causing property failures during my work-in-progress on Issue #231 PR #773.

Is it safe to export `plcCoreNodeId`, even just for testing? I'm weary of adding exports to code I'm not familiar with.

918: Eq and Ord instances for Async m a r=dcoutts a=coot

Using 'QuantifiedConstraints' extension in 'MonadAsync'.
Also provide instances for 'Async (SimM s) a'.

Co-authored-by: Thomas Winant <[email protected]>
Co-authored-by: Edsko de Vries <[email protected]>
Co-authored-by: Nicolas Frisby <[email protected]>
Co-authored-by: Marcin Szamotulski <[email protected]>
@iohk-bors
Copy link
Contributor

iohk-bors bot commented Aug 13, 2019

@iohk-bors iohk-bors bot merged commit b51de58 into master Aug 13, 2019
@iohk-bors iohk-bors bot deleted the nfrisby/bugfix-RealPBFT-test branch August 13, 2019 13:30
iohk-bors bot added a commit that referenced this pull request Sep 13, 2019
1002: Use fewer test cases when testing the RealPBFT setup r=nfrisby a=nfrisby

PR #916 added a simple property that merely tests the setup for the genuine `RealPBFT` test. This PR fixes its number of tests at 10, since the test is somewhat minor, and it seems disproportionately slow: taking about ~1min to run on my machine.

Co-authored-by: Nicolas Frisby <[email protected]>
coot added a commit that referenced this pull request May 16, 2022
914: Replace the ThreadRegistry with the ResourceRegistry r=mrBliss a=mrBliss

Threads (and sub-`ThreadRegistry`s) are also resources, so we can use the `ResourceRegistry` to allocate/release them, instead of having two separate `-Registry`s.

TODO: consensus tests are failing with:
```
Exception:
        ResourceRegistry used after closing
        CallStack (from HasCallStack):
          error, called at src/Ouroboros/Consensus/Util/ResourceRegistry.hs:104:31 in ouroboros-consensus-0.1.0.0-6HDMr0z0KdXIwfzJlxCxiL:Ouroboros.Consensus.Util.ResourceRegistry
```

916: fixup Real PBFT setup r=mrBliss a=nfrisby

The `RealPBFT` setup was creating nodes with different `CoreNodeId`s than expected. This was causing property failures during my work-in-progress on Issue #231 PR #773.

Is it safe to export `plcCoreNodeId`, even just for testing? I'm weary of adding exports to code I'm not familiar with.

918: Eq and Ord instances for Async m a r=dcoutts a=coot

Using 'QuantifiedConstraints' extension in 'MonadAsync'.
Also provide instances for 'Async (SimM s) a'.

Co-authored-by: Thomas Winant <[email protected]>
Co-authored-by: Edsko de Vries <[email protected]>
Co-authored-by: Nicolas Frisby <[email protected]>
Co-authored-by: Marcin Szamotulski <[email protected]>
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.

2 participants