Re: [Bitcoin-development] Deprecating Bitcoin Core's regtest-specific `setgenerate` behaviour

2015-04-12 Thread Sean Gilligan
I would recommend adding the new method and deprecating (as in warning
against using) the old one for one major release. Then removing it
altogether in the following major release.

I have written a Java RPC client and Groovy/Spock functional tests
https://github.com/msgilligan/bitcoin-spock that use the current call.
A separate `generate` or `generateblocks` call is a great idea.

However, I try to keep my tests compatible with the current stable and
unstable versions of Bitcoin Core (and the Omni Core fork) and would
have to write code that checks the RPC server version (or checks for the
presence of the new call, falling back to the old one) to support the
use cases that I need to support. Not a huge deal, but I'm probably not
the only one.

-- Sean


On 4/12/15 7:26 AM, Pieter Wuille wrote:
 Hello everyone,

 Bitcoin Core's `setgenerate` RPC call has had a special meaning for
 -regtest (namely instantaneously mining a number of blocks, instead of
 starting a background CPU miner).

 We're planning to deprecate that overloaded behaviour, and replace it
 with a separate RPC call `generate`. Is there any software or user who
 would need compatibility with the old behaviour? We're generally very
 conservative in changing RPC behaviour, but as this is not related to
 any production functionality, we may as well just switch it.

 Note that the bitcoin.org http://bitcoin.org developer documentation
 will need to be updated.

 -- 
 Pieter



 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF


 ___
 Bitcoin-development mailing list
 Bitcoin-development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bitcoin-development

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development


Re: [Bitcoin-development] On Rewriting Bitcoin (was Re: [Libbitcoin] Satoshi client: is a fork past 0.10 possible?)

2015-02-19 Thread Sean Gilligan
On 2/19/15 9:30 AM, Mike Hearn wrote:

 Java/JNA bindings can be used from Python, Ruby, Javascript, PHP as
 well as dialects of Haskell, Lisp, Smalltalk and a bunch of more
 obscure languages like Scala, Kotlin, Ceylon, etc.

 It makes more sense to talk about bindings to particular runtimes
 these days, rather than particular languages.

I'm definitely interested in helping to create and test JVM bindings.
Where should such a project be launched? As a subproject of bitcoinj?



--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development