> You will also find the RPC server in libcoin blistering fast compared to
the Satoshi client. (It was actually what got me to write libcoin in the
first place...). The Satoshi client HTTP server executes all rpc commands
in its own thread, but to do so, it needs to stop the thread of the Node,
eve
On Thursday, February 02, 2012 5:43:07 PM Michael Grønager wrote:
> Enabling dynamic libs was on my TODO, but on the
> Redmond_OS_not_to_be_mentioned you need to : * prepend class definitions
> with __declspec(dllexport) when you compile the dll * prepend class
> definitions with __declspec(dllimpo
Thanks for the patch and the detective work!
Enabling dynamic libs was on my TODO, but on the Redmond_OS_not_to_be_mentioned
you need to :
* prepend class definitions with __declspec(dllexport) when you compile the dll
* prepend class definitions with __declspec(dllimport) when you use the dll
I
On Thu, Feb 2, 2012 at 12:36 PM, Gregory Maxwell wrote:
> On Thu, Feb 2, 2012 at 12:12 PM, Gregory Maxwell wrote:
>> sync, libbitcoin only made it to height 138k (of course, because the
>> time is mostly spent late in the chain 138k is not very far along— I'm
>> guessing it's going to take libbit
OK - I've added a comment to the pull request.
On 2 February 2012 17:39, Matt Corallo wrote:
> Not yet, its up to genjix (Amir) to do that. See
> https://github.com/genjix/bips/pull/2
>
> Matt
>
> On Thu, 2012-02-02 at 17:07 +, Gary Rowe wrote:
> > BlueMatt, did the BIP0021 Wiki entry for "
Not yet, its up to genjix (Amir) to do that. See
https://github.com/genjix/bips/pull/2
Matt
On Thu, 2012-02-02 at 17:07 +, Gary Rowe wrote:
> BlueMatt, did the BIP0021 Wiki entry for "req:" to "req-" get updated?
> I'm looking there now and it seems to be still at "req:"
> --
On Thu, Feb 2, 2012 at 12:12 PM, Gregory Maxwell wrote:
> sync, libbitcoin only made it to height 138k (of course, because the
> time is mostly spent late in the chain 138k is not very far along— I'm
> guessing it's going to take libbitcoin 3x-4x longer all said)
It ended up taking almost exactly
On Wed, Feb 1, 2012 at 9:18 AM, Michael Grønager
> The libcoin/bitcoind client downloads the
entire block chain 3.5 times faster than the bitcoin/bitcoind client.
This is less than 90 minutes on a modern laptop!
I'm guessing that you benchmarked this against the version you forked
from rather tha
BlueMatt, did the BIP0021 Wiki entry for "req:" to "req-" get updated? I'm
looking there now and it seems to be still at "req:"
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning
On Thursday, February 02, 2012 8:46:05 AM Michael Grønager wrote:
> Please test and feed back.
I found the problem: you are trying to use static libraries. Best practices
are to use shared libraries (except for specific scenarios like universal
"Linux" binaries) and most distros do not have stat
I have added a simplified fall back class to the boost::asio::signal_set. This
should enable compilation on platforms with less than bleeding edge versions of
Boost. Most notably most of the currently deployed Linux'es that use Boost 1.42.
I also updated the root CMakeLists.txt to only require 1
On Thu, Feb 02, 2012 at 09:32:24AM +0100, Michael Gr?nager wrote:
>
>// Register Wallet methods. - note that we don't have any auth, so anyone
> (on localhost) can read your balance!
>server.registerMethod(method_ptr(new GetBalance(wallet)));
>server.registerMethod(method_ptr(new Send
I agree on your architectural considerations - and with libcoin you can have
several wallets in the same application ( and several RPC servers for that
matter). And ... they all use the same Node / blockchain.
You will also find the RPC server in libcoin blistering fast compared to the
Satoshi
13 matches
Mail list logo
