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

Incompatible with Bitcoin Core 0.10 #44

Closed
dexX7 opened this issue Feb 4, 2015 · 5 comments
Closed

Incompatible with Bitcoin Core 0.10 #44

dexX7 opened this issue Feb 4, 2015 · 5 comments

Comments

@dexX7
Copy link
Member

dexX7 commented Feb 4, 2015

We need to overthink funding and other methods once again, I believe. There are two points I noticed already:

  1. setgenerate returns no longer null, but a list of block hashes. This is an easy fix.

  2. Assuming we start fresh and generate a block with setgenerate true 1, and then using getnewaddress, then the address is returned that received the generated coins. When getnewaddress is used before generating a block, then it looks like it's another address.

@msgilligan
Copy link
Member

We should try (if it's not too hard or clunky) to implement the RPC client code so that it works with multiple versions of Bitcoin/Omni Core and gracefully degrades on the older versions. The same is probably true for the test support libraries as well.

For the tests themselves, the issue may be more complicated. You may have noticed that I created a tag mastercore-0.0.8 because there were some tests that work with 0.0.8 that didn't work with 0.0.9 and vice versa. Perhaps we could user the Spock @IgnoreIf or @Requires annotation to enable or disable tests for specific versions (See extensions.html). If that becomes unwieldy we could create branches for older versions and keep the latest on master .

@dexX7
Copy link
Member Author

dexX7 commented Feb 5, 2015

Using extensions sounds great. Keeping a branch for each new version bears the risk that tests, which should be used by old and new may end up being just added to the new branch.

I'm surpirsed of the new behavior of getnewaddress. While setgenerate is easy to handle in both versions, I have to figure out how the address management of Bitcoin Core actually works internally.

@dexX7
Copy link
Member Author

dexX7 commented Feb 18, 2015

Regarding 1: we could simply ignore any result, or return an Object which should work with 0.9's empty results as well as a list of block hashes. What do you prefer?

Regarding 2: still not solved. :/

@dexX7
Copy link
Member Author

dexX7 commented Feb 18, 2015

Oh well, this is odd. All tests pass with the Bitcoin Core 0.10 build. Looks like there was a change regarding getnewaddress ... or did we change anything I missed?

@msgilligan
Copy link
Member

I don't know of any changes that were intended to solve that issue, but you made a lot of changes to address creation/funding so maybe one of those did it?

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

No branches or pull requests

2 participants