Skip to content

Cleanup unused fork_database::_unlinked_index? #939

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

Closed
abitmore opened this issue May 21, 2018 · 5 comments
Closed

Cleanup unused fork_database::_unlinked_index? #939

abitmore opened this issue May 21, 2018 · 5 comments
Labels
1c Task Task for team member to perform. Description may contain a Task List and reference child Sub-Tasks 2a Discussion Needed Prompt for team to discuss at next stand up. 3c Enhancement Classification indicating a change to the functionality of the existing imlementation 4a Low Priority Priority indicating minimal impact to system/user -OR- an inexpensive workaround exists code cleanup low priority

Comments

@abitmore
Copy link
Member

According to code:

throw;
_unlinked_index.insert( item );

_unlinked_index.insert(...) should have never been called.

I guess we can remove the member variable _unlinked_index?

@abitmore abitmore added this to the Future Non-Consensus-Changing Release milestone May 21, 2018
@jmjatlanta
Copy link
Contributor

It appears to me that if you attempt to push a block that is unlinkable, it should go in here. _push_block() will remove it from this collection if the problem is later resolved.

But meanwhile, it is used by is_known_block() and fetch_block().

So, without understanding all the mechanics, I would think that we should find out the intent of this collection, and if it is valid functionality, swap lines 68 and 69. If the intent is invalid, then I agree, remove _unlink_index.

To answer the question above, I need to know what causes an unlinkable_block_exception that is only temporary, and may later get resolved. I am researching, but if you know off the top of your head, please point me in the right direction.

@abitmore
Copy link
Member Author

This is low priority. We'll discuss later.

By now, please primarily focus on things in 201806 hf milestone; if nothing is there, work on things in 201806 non-hf milestone (quite some are there but I think we have to postpone some, so please spend time selectively). Deadline is this Wednesday/Thursday.

@pmconrad
Copy link
Contributor

If you receive blocks in order 1, 3, 2 then you'll get an unlinkable exception when trying to push 3 (because it is based on 2, but you haven't seen 2 yet).

@ryanRfox ryanRfox added 1c Task Task for team member to perform. Description may contain a Task List and reference child Sub-Tasks 2a Discussion Needed Prompt for team to discuss at next stand up. 3c Enhancement Classification indicating a change to the functionality of the existing imlementation 4a Low Priority Priority indicating minimal impact to system/user -OR- an inexpensive workaround exists labels May 23, 2018
@pmconrad
Copy link
Contributor

pmconrad commented Nov 8, 2018

Will be resolved by #1360

@pmconrad
Copy link
Contributor

pmconrad commented Mar 1, 2019

#1360 was in recent feature release. Closing.

@pmconrad pmconrad closed this as completed Mar 1, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1c Task Task for team member to perform. Description may contain a Task List and reference child Sub-Tasks 2a Discussion Needed Prompt for team to discuss at next stand up. 3c Enhancement Classification indicating a change to the functionality of the existing imlementation 4a Low Priority Priority indicating minimal impact to system/user -OR- an inexpensive workaround exists code cleanup low priority
Projects
None yet
Development

No branches or pull requests

4 participants