LearnBitcoin

Bitcoin Dev Archive 2012

Announcement: libcoin

51 messages, 1 Feb to 12 Sep 2012. Started by Michael Gronager.

Michael Gronager (22), Martinx - ジェームズ (13), Greg Maxwell (4), Luke Dashjr (4), Wladimir J. van der Laan, slush, Jorge Timón, Aidan Thornton, +4 more

Permalink Original thread on gnusha.org

Michael Gronager permalink original

Dear Bitcoiners,

libcoin is now in a state ready for its first release, which I would like to share with you!

=== libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===

Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.

libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.

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!

In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.

libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.

The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.

The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.

======

Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki

Join libcoin on twitter: http://twitter.com/libcoin

Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1

Best regards,

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Greg Maxwell in reply to Michael Gronager permalink original

On Wed, Feb 1, 2012 at 9:18 AM, Michael Grønager <gronager@ceptacle•com> wrote:

Quoted text (1 line)
> 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!

Very interesting. Do you know where this speedup came from? It's not typical for straight refactors that don't change datastructures and the like to see such big speedups.

I see you have commented out code that disables fsync, which was my first guess since I get big speedups from doing similar things.

Wladimir J. van der Laan in reply to Michael Gronager permalink original

Sounds very nice. Congratulations with the release!

Any plans for porting over bitcoin-qt?

Wladimir Op 1 feb. 2012 15:19 schreef "Michael Grønager" <gronager@ceptacle•com> het volgende:

Quoted text (73 lines)
> Dear Bitcoiners,
>
> libcoin is now in a state ready for its first release, which I would like
> to share with you!
>
> === libcoin is a crypto currency library based on the bitcoin/bitcoin
> "Satoshi" client. ===
>
> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of
> the first version of the crypto currency library "libcoin" based on the
> bitcoin/bitcoin "Satoshi" client.
>
> libcoin also maintains a version of bitcoind that is a 100% compatible
> drop-in replacement of the bitcoin/bitcoind client: You can use it on the
> same computer on the same files and you can call it with the same scripts.
> And you can easily extend it without touching the basic bitcoin source
> files.
>
> 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!
>
> In libcoin, the Satoshi client code has been completely refactored,
> properly encapsulating classes, removing all globals, moving from threads
> and mutexes to a pure asynchronous approach. Functionalities have been
> divided into logical units and libraries, minimizing dependencies for e.g.
> thin clients.
>
> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
> litecoin, ...) specific settings are maintained from a single class (Chain)
> and hence experiments with chain settings, mining, security and digital
> currencies for research and educational purposes are easily accessible. See
> the ponzicoin example for how you define your own chain.
>
> The build system of libcoin is based on CMake and supports builds of
> static and dynamic libraries on Linux, Mac OS X, and Windows.
>
> The libcoin license is LGPL v. 3. This mean that you can use it in open
> source as well as in commercial projects, but improvements should go back
> into the libcoin library.
>
> ======
>
> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>
> Join libcoin on twitter: http://twitter.com/libcoin
>
> Download "libcoin Satoshi release":
> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>
> Best regards,
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge•net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
slush in reply to Michael Gronager permalink original

Very interesting. Do you have any plans to push your refactored code into Bitcoin upstream for future releases someday?

slush

On Wed, Feb 1, 2012 at 3:18 PM, Michael Grønager <gronager@ceptacle•com>wrote:

Quoted text (73 lines)
> Dear Bitcoiners,
>
> libcoin is now in a state ready for its first release, which I would like
> to share with you!
>
> === libcoin is a crypto currency library based on the bitcoin/bitcoin
> "Satoshi" client. ===
>
> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of
> the first version of the crypto currency library "libcoin" based on the
> bitcoin/bitcoin "Satoshi" client.
>
> libcoin also maintains a version of bitcoind that is a 100% compatible
> drop-in replacement of the bitcoin/bitcoind client: You can use it on the
> same computer on the same files and you can call it with the same scripts.
> And you can easily extend it without touching the basic bitcoin source
> files.
>
> 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!
>
> In libcoin, the Satoshi client code has been completely refactored,
> properly encapsulating classes, removing all globals, moving from threads
> and mutexes to a pure asynchronous approach. Functionalities have been
> divided into logical units and libraries, minimizing dependencies for e.g.
> thin clients.
>
> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
> litecoin, ...) specific settings are maintained from a single class (Chain)
> and hence experiments with chain settings, mining, security and digital
> currencies for research and educational purposes are easily accessible. See
> the ponzicoin example for how you define your own chain.
>
> The build system of libcoin is based on CMake and supports builds of
> static and dynamic libraries on Linux, Mac OS X, and Windows.
>
> The libcoin license is LGPL v. 3. This mean that you can use it in open
> source as well as in commercial projects, but improvements should go back
> into the libcoin library.
>
> ======
>
> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>
> Join libcoin on twitter: http://twitter.com/libcoin
>
> Download "libcoin Satoshi release":
> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>
> Best regards,
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge•net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
Luke Dashjr in reply to Michael Gronager permalink original

On Wednesday, February 01, 2012 9:18:32 AM Michael Grønager wrote:

Quoted text (2 lines)
> libcoin is now in a state ready for its first release, which I would like
> to share with you!
Looks interesting. However, it doesn't configure for me:
    http://paste.pocoo.org/show/544135/

I noticed it's forked from bitcoind 0.4.x. Do you plan to merge up to 0.5.x?

Luke

Michael Gronager in reply to Greg Maxwell permalink original

Hi Gregory,

I played with the database sync as well to get further speedups, but in the latest version I could only get about 1% extra from this.

In the Satoshi client there is a bunch of sleeps and mutexes (put in there with great generosity) for making threads run smoother and to avoid deadlock I guess.

The big change in speed came from moving from the threading based setup to the async based setup, so I think these are the culprit. Further, as I also write somewhere in the wiki. I can measure that 50% of the time is consumed in verify, so there is not much left to optimize now. Actually, Berkeley DB does a quite decent job in caching reads so not even a cache should help.

Cheers,

M

On 01/02/2012, at 15:59, Gregory Maxwell wrote:

Quoted text (9 lines)
> On Wed, Feb 1, 2012 at 9:18 AM, Michael Grønager <gronager@ceptacle•com> wrote:
>> 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!
>
> Very interesting. Do you know where this speedup came from?  It's not
> typical for straight refactors that don't change datastructures and
> the like to see such big speedups.
>
> I see you have commented out code that disables fsync, which was my
> first guess since I get big speedups from doing similar things.

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Michael Gronager in reply to Wladimir J. van der Laan permalink original

Well, it should be simple. libcoin separates all the stuff you would like to do from a gui from the actual code, so I think it could be done cleanly. I havn't looked much at qt though... But help would be appreciated ;)

/M

On 01/02/2012, at 16:02, Wladimir wrote:

Quoted text (56 lines)
> Sounds very nice. Congratulations with the release!
>
> Any plans for porting over bitcoin-qt?
>
> Wladimir
>
> Op 1 feb. 2012 15:19 schreef "Michael Grønager" <gronager@ceptacle•com> het volgende:
> Dear Bitcoiners,
>
> libcoin is now in a state ready for its first release, which I would like to share with you!
>
> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
>
> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
>
> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
>
> 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!
>
> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
>
> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
>
> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
>
> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
>
> ======
>
> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>
> Join libcoin on twitter: http://twitter.com/libcoin
>
> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>
> Best regards,
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge•net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Michael Gronager in reply to slush permalink original

Would be fine for me, depends on the community, and it is one of those chunks that make many stall...

The reason for building on bitcoin/bitcoin directly is that this created a history of all changes, and this way I had a working version running each day while doing the refactoring - with my wallet at stake!

However, I think perhaps the bitcoin project should be split into a library, with a prototype client and the actual clients. This library facilitates this.

Cheers,

M

On 01/02/2012, at 16:09, slush wrote:

Quoted text (55 lines)
> Very interesting. Do you have any plans to push your refactored code into Bitcoin upstream for future releases someday?
>
> slush
>
> On Wed, Feb 1, 2012 at 3:18 PM, Michael Grønager <gronager@ceptacle•com> wrote:
> Dear Bitcoiners,
>
> libcoin is now in a state ready for its first release, which I would like to share with you!
>
> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
>
> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
>
> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
>
> 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!
>
> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
>
> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
>
> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
>
> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
>
> ======
>
> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>
> Join libcoin on twitter: http://twitter.com/libcoin
>
> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>
> Best regards,
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge•net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Michael Gronager in reply to Luke Dashjr permalink original

Hi Luke,

Your CMake cannot find boost - use ccmake or cmake-gui to help it with the location. Btw what platform are you using ?

/M

On 01/02/2012, at 16:26, Luke-Jr wrote:

Quoted text (10 lines)
> On Wednesday, February 01, 2012 9:18:32 AM Michael Grønager wrote:
>> libcoin is now in a state ready for its first release, which I would like
>> to share with you!
>
> Looks interesting. However, it doesn't configure for me:
>    http://paste.pocoo.org/show/544135/
>
> I noticed it's forked from bitcoind 0.4.x. Do you plan to merge up to 0.5.x?
>
> Luke

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Jorge Timón in reply to Michael Gronager permalink original

Sounds great. Does it support merged mining? Also, I'm a bit skeptic about it being chain agnostic. I want to implement a chain with demurrage and I think I'll need to also change coinWallet and not only create an implementation of the interface Chain. Anyway, this will make the task much easier. Thank you. Until I have the time to code it, there's a little bounty (7.3 btc) for this in case you're interested.

Luke Dashjr in reply to Michael Gronager permalink original

On Wednesday, February 01, 2012 10:58:28 AM Michael Grønager wrote:

Quoted text (2 lines)
> Your CMake cannot find boost - use ccmake or cmake-gui to help it with the
> location.

I didn't see anything useful in ccmake. Boost is in the standard locations (/usr/include/boost/ and /usr/lib/libboost*

Quoted text (1 line)
> Btw what platform are you using ?

Gentoo

Michael Gronager in reply to Luke Dashjr permalink original

OK - from your path it looks like linux. What version of Boost do you use. I require 1.47 or 1.48. - I will change that, but it is quite handy for signal_sets - will make an alternative scheme though.

And, as for 0.4 vs 0.5 - I have tried to follow the changes, which were mostly (?) related to the integration of the qt client, which would have to be re-done anyway. Then there were some deadlock fixes, that I don't need ;). A fix for a special attack, that I have included. But I will go over everything again.

Cheers,

M

On 01/02/2012, at 16:26, Luke-Jr wrote:

Quoted text (10 lines)
> On Wednesday, February 01, 2012 9:18:32 AM Michael Grønager wrote:
>> libcoin is now in a state ready for its first release, which I would like
>> to share with you!
>
> Looks interesting. However, it doesn't configure for me:
>    http://paste.pocoo.org/show/544135/
>
> I noticed it's forked from bitcoind 0.4.x. Do you plan to merge up to 0.5.x?
>
> Luke

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Michael Gronager in reply to Luke Dashjr permalink original

Just wrote it in another mail, but I am quite certain it is the boost version - you need 1.48 (or 1.47).

/M

On 01/02/2012, at 17:15, Luke-Jr wrote:

Quoted text (10 lines)
> On Wednesday, February 01, 2012 10:58:28 AM Michael Grønager wrote:
>> Your CMake cannot find boost - use ccmake or cmake-gui to help it with the
>> location.
>
> I didn't see anything useful in ccmake. Boost is in the standard locations
> (/usr/include/boost/ and /usr/lib/libboost*
>
>> Btw what platform are you using ?
>
> Gentoo

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Luke Dashjr in reply to Michael Gronager permalink original

On Wednesday, February 01, 2012 11:20:22 AM Michael Grønager wrote:

Quoted text (3 lines)
> OK - from your path it looks like linux. What version of Boost do you use.
> I require 1.47 or 1.48. - I will change that, but it is quite handy for
> signal_sets - will make an alternative scheme though.

Boost 1.46.1 is the latest stable on Gentoo.

Quoted text (5 lines)
> And, as for 0.4 vs 0.5 - I have tried to follow the changes, which were
> mostly (?) related to the integration of the qt client, which would have
> to be re-done anyway. Then there were some deadlock fixes, that I don't
> need ;). A fix for a special attack, that I have included. But I will go
> over everything again.
Perhaps it would be easier to merge with the latest 0.4.x branch:
    git://gitorious.org/+bitcoin-stable-developers/bitcoin/bitcoind-stable.git
Aidan Thornton in reply to Luke Dashjr permalink original

On Wed, Feb 1, 2012 at 4:15 PM, Luke-Jr <luke@dashjr•org> wrote:

Quoted text (6 lines)
> On Wednesday, February 01, 2012 10:58:28 AM Michael Grønager wrote:
>> Your CMake cannot find boost - use ccmake or cmake-gui to help it with the
>> location.
>
> I didn't see anything useful in ccmake. Boost is in the standard locations
> (/usr/include/boost/ and /usr/lib/libboost*

The error about not finding boost is a red herring and as far as I can tell bogus. The problem is that it finds Qt and tries to configure some Qt code that doesn't seem to have actually been released. Try http://pastebin.ca/2108766

Quoted text (3 lines)
>> Btw what platform are you using ?
>
> Gentoo

Also, you'll probably need to set BDB_INCLUDE_PATH manually or it won't find db.h

Hope this helps, Aidan

Luke Dashjr in reply to Michael Gronager permalink original

On Wednesday, February 01, 2012 11:20:22 AM Michael Grønager wrote:

Quoted text (3 lines)
> OK - from your path it looks like linux. What version of Boost do you use.
> I require 1.47 or 1.48. - I will change that, but it is quite handy for
> signal_sets - will make an alternative scheme though.

Upgrading to 1.47 did not change the error at all... :/

Michael Gronager in reply to Luke Dashjr permalink original

In the CMakeLists.txt file in the libcoin root find the lines regarding Boost - it says

... 1.48 ...

Change that to 1.47 and try again. I suggest you first remove your CMakeCache.txt though...

(the Qt stuff is most likely not the culprit)

/M

On 01/02/2012, at 18:37, Luke-Jr wrote:

Quoted text (6 lines)
> On Wednesday, February 01, 2012 11:20:22 AM Michael Grønager wrote:
>> OK - from your path it looks like linux. What version of Boost do you use.
>> I require 1.47 or 1.48. - I will change that, but it is quite handy for
>> signal_sets - will make an alternative scheme though.
>
> Upgrading to 1.47 did not change the error at all... :/

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

grarpamp in reply to Michael Gronager permalink original
Quoted text (1 line)
> However, I think perhaps the bitcoin project should be split into a library, with a prototype client and the actual clients. This library facilitates this.

I'll be trying your implementation soon. And libbitcoin/subvertx too. Partly because they're also non-interpreted, and partly to what seems better architected...

To the minimal extent of my understanding... I'd like to see wallet ops completely separated from background chain ops. ie: have a chain daemon doing it's thing, updating, verifying, etc. The generator doing it's thing. And a wallet app that can independently manage separate wallets in parallel, referencing the live chain files as needed. It seems a library would allow quality focus on the separate functions and let apps/ui's use the fn's as desired on top. Right now, it seems I have to run bitcoind and can only deal with one wallet at a time, having to stop it, deal with state issues, swap in a new wallet, start it, and repeat till illness ensues :( And when the chain is being processed hard by the daemon cpuwise, bitcoin RPC takes minutes to respond, if ever or errors out. If wallet ops or statistical queries on the chain need it for integrity or reading, a db checkpoint/lock/logroll could be implemented into the chain demon processes with a client lib api to trigger it as needed. Don't know, just saying.

fyi... boost 1.48 and db 4.8.30 work fine with 0.5.2, 0.5.x, and master, you just need to compile and include it by hand if you want it and your package manager doesn't have it.

Michael Gronager in reply to grarpamp permalink original

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 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, even though the command executed is just a query (i.e. not a SendTo), you hence have two threads blocking each other and when they wait, you wait... In libcoin all the query methods access the blockChain as a const object and they can hence safely query it without intervening the work of the Node thread. The exception are the SendTo methods that first query if a transaction can take place, then pushes it to the work-queue of the Node thread and again exits immediately. The actual execution then follows once the Node has finished its current tasks (e.g. validating a block).

I have attached the code for a very simple one node, two wallet, libcoin client below (~30 lines), and I have added it to the libcoin source as an example (example name: extrawallets).

Once running, you can access your extra wallet using the RPC interface: ./extrawallet extragetbalance And youy normal wallet by: ./extrawallet getbalance

I'll leave the generalization to an n-wallet gui application to the reader ;)

Cheers,

Michael

....

// The derived classes below are only to get other class names (using the auto rpc name feature)
// I will put adding a "setName" method to the Method class on the todo.
class ExtraGetBalance : public GetBalance {
public:
   ExtraGetBalance(Wallet& wallet) : GetBalance(wallet) {}
};
class ExtraSendToAddress : public GetBalance {
public:
   ExtraSendToAddress(Wallet& wallet) : GetBalance(wallet) {}
};
int main(int argc, char* argv[])
{
   logfile = CDB::dataDir(bitcoin.dataDirSuffix()) + "/debug.log";
   Node node; // deafult chain is bitcoin
   Wallet wallet(node, "wallet.dat"); // add the wallet
   Wallet extra_wallet(node, "extra_wallet.dat"); // add the extra wallet
   thread nodeThread(&Node::run, &node); // run this as a background thread
   Server server;
   // Register Server methods.
   server.registerMethod(method_ptr(new Stop(server)));
   // Register Node methods.
   server.registerMethod(method_ptr(new GetBlockCount(node)));
   server.registerMethod(method_ptr(new GetConnectionCount(node)));
   server.registerMethod(method_ptr(new GetDifficulty(node)));
   server.registerMethod(method_ptr(new GetInfo(node)));
   // 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 SendToAddress(wallet)), Auth("username","password"));
   server.registerMethod(method_ptr(new ExtraGetBalance(wallet)));
   server.registerMethod(method_ptr(new ExtraSendToAddress(wallet)), Auth("username","password"));
   server.run();
   node.shutdown();
   nodeThread.join();
}

On 02/02/2012, at 00:50, grarpamp wrote:

Quoted text (25 lines)
>> However, I think perhaps the bitcoin project should be split into a library, with a prototype client and the actual clients. This library facilitates this.
>
> I'll be trying your implementation soon. And libbitcoin/subvertx too.
> Partly because they're also non-interpreted, and partly to what seems
> better architected...
>
> To the minimal extent of my understanding... I'd like to see wallet
> ops completely separated from background chain ops. ie: have
> a chain daemon doing it's thing, updating, verifying, etc. The
> generator doing it's thing. And a wallet app that can independently
> manage separate wallets in parallel, referencing the live chain files
> as needed. It seems a library would allow quality focus on the separate
> functions and let apps/ui's use the fn's as desired on top. Right now, it
> seems I have to run bitcoind and can only deal with one wallet at a time,
> having to stop it, deal with state issues, swap in a new wallet, start
> it, and repeat till illness ensues :( And when the chain is being processed
> hard by the daemon cpuwise, bitcoin RPC takes minutes to respond, if ever
> or errors out. If wallet ops or statistical queries on the chain need it for
> integrity or reading, a db checkpoint/lock/logroll could be implemented into
> the chain demon processes with a client lib api to trigger it as needed.
> Don't know, just saying.
>
> fyi... boost 1.48 and db 4.8.30 work fine with 0.5.2, 0.5.x, and master,
> you just need to compile and include it by hand if you want it and
> your package manager doesn't have it.

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Craig B Agricola in reply to Michael Gronager permalink original

On Thu, Feb 02, 2012 at 09:32:24AM +0100, Michael Gr?nager wrote:

Quoted text (7 lines)
>
>    // 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 SendToAddress(wallet)), Auth("username","password"));
>    server.registerMethod(method_ptr(new ExtraGetBalance(wallet)));
>    server.registerMethod(method_ptr(new ExtraSendToAddress(wallet)), Auth("username","password"));
>    server.run();

This should probably be

*    server.registerMethod(method_ptr(new ExtraGetBalance(extrawallet)));
*    server.registerMethod(method_ptr(new ExtraSendToAddress(extrawallet)), Auth("username","password"));

right? Easy to miss if both wallets were empty in your quick test... Awesome job with libcoin, BTW!

-Craig

Greg Maxwell in reply to Michael Gronager permalink original

On Wed, Feb 1, 2012 at 9:18 AM, Michael Grønager <gronager@ceptacle•com> > 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 than the current reference client?

If so— I suspect your speedup was almost entirely because you removed the secure allocator and as a result fixed the mlock performance bug [https://bitcointalk.org/index.php?topic=56491.0] as a side effect. On some systems the mlock issue makes a very big difference (on other systems not so much).

In any case, I finally got libbitcoin built and I'm disappointed to report that in the same time it takes the reference client to fully 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)

I assume the reason it's actually slower is because it's CPU bound on ECDSA checks, which are skipped in bitcoin in blocks up to the highest hardcoded checkpoint.  Without that difference I suspect libbitcoin would be about the same speed— maybe a little faster because of the other changes you mentioned (though, e.g. lock profiling shows hardly any contention during sync).

I don't doubt your rpc performance is a lot better. There is a longstanding pull request for async rpc for the reference client that hasn't been merged.

Greg Maxwell in reply to Greg Maxwell permalink original

On Thu, Feb 2, 2012 at 12:12 PM, Gregory Maxwell <gmaxwell@gmail•com> wrote:

Quoted text (3 lines)
> 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 twice as long, FWIW.

Greg Maxwell in reply to Greg Maxwell permalink original

On Thu, Feb 2, 2012 at 12:36 PM, Gregory Maxwell <gmaxwell@gmail•com> wrote:

Quoted text (6 lines)
> On Thu, Feb 2, 2012 at 12:12 PM, Gregory Maxwell <gmaxwell@gmail•com> 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 twice as long, FWIW.

(and Gah: forgive the autocompletion of my fingers: I'm apparently unable to type the word coin without prefacing it with bit) *libcoin* not libbitcoin.

Pieter Wuille in reply to Michael Gronager permalink original
Quoted text (1 line)
> 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, even though the command executed is just a query (i.e. not a SendTo), you hence have two threads blocking each other and when they wait, you wait... In libcoin all the query methods access the blockChain as a const object and they can hence safely query it without intervening the work of the Node thread. The exception are the SendTo methods that first query if a transaction can take place, then pushes it to the work-queue of the Node thread and again exits immediately. The actual execution then follows once the Node has finished its current tasks (e.g. validating a block).

Hello Michael,

I'm impressed by your refactorings, and hope some of them can make it into the Satoshi codebase. I am however not sure what you've said above is safe. In particular, how do you guarantee that no other thread modifies the blockchain structure while you are performing your query on it? Does the query code operate on a const copy of the structure, or is there guaranteed only one thread accessing it?

I've been thinking about moving to read-write locks that allow multiple threads reading the datastructure simultaneously, but removing the locking all together sounds wrong to me.

Michael Gronager in reply to Pieter Wuille permalink original
Quoted text (3 lines)
> Hello Michael,
>
> I'm impressed by your refactorings, and hope some of them can make it into the Satoshi codebase.

Thanks:)

Quoted text (1 line)
>  I am however not sure what you've said above is safe. In particular, how do you guarantee that no other thread modifies the blockchain structure while you are performing your query on it? Does the query code operate on a const copy of the structure, or is there guaranteed only one thread accessing it?

The BlockChain class encapsulates all access to the blockchain and only give you access to certain restricted queries on the chain. Actually that was the case already in the satoshi client, I have only tried to formalize and encapsulate these queries in the code instead of having all the code poking around directly in the database and the blockfile.

I should note that the database still keeps a mutex to protect reads from writes.

I agree that constness alone does not guarantee thread safety, it is one of the things to use to get there. Great care should be taken not to read a value that is being changed at the same time, at least if that will render the result unusable.

The list of allowed queries are the const public methods of BlockChain. Some examples : 1. bool isSpent(Coin coin) const; 2. int getNumSpent(uint256 hash) const ; 3. uint256 spentIn(Coin coin) const;

    /// Check if the hash of a block belongs to a block in the main chain:
4.    bool isInMainChain(const uint256 hash) const;
    /// Get the best height
5.    int getBestHeight() const { return _bestIndex->nHeight; }

Or e.g.: 6. void getBlock(const uint256 hash, Block& block) const;

1-3. can be used to check if a COutPoint (now Coin) has been spent etc... This will only generate sane results, even if the two threads are both active on the same data structures. Same goes for 4. and 6. copies a block from the block file to the Block& provided so no issues here either.

I do, however, admit, that an extra review of all the public const methods would be wise, to ensure that I have not overlooked something. I'll open an issue on this and use a cold winter night on looking them over again.

Cheers,

Michael

Quoted text (5 lines)
>
> I've been thinking about moving to read-write locks that allow multiple threads reading the datastructure simultaneously, but removing the locking all together sounds wrong to me.
>
> --
> Pieter

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Martinx - ジェームズ in reply to Michael Gronager permalink original

Hi Michael!

Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!

Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:

---- user@desk:~/libcoin$ ./configure -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Looking for include files CMAKE_HAVE_PTHREAD_H -- Looking for include files CMAKE_HAVE_PTHREAD_H - found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Found Threads: TRUE -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found -- Looking for gethostbyname -- Looking for gethostbyname - found -- Looking for connect -- Looking for connect - found -- Looking for remove -- Looking for remove - found -- Looking for shmat -- Looking for shmat - found -- Looking for IceConnectionNumber in ICE -- Looking for IceConnectionNumber in ICE - found -- Found X11: /usr/lib/i386-linux-gnu/libX11.so -- Boost version: 1.42.0 -- Found the following Boost libraries: -- date_time -- regex -- filesystem -- system -- program_options -- thread -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so -- Looking for Q_WS_X11 -- Looking for Q_WS_X11 - found -- Looking for Q_WS_WIN -- Looking for Q_WS_WIN - not found. -- Looking for Q_WS_QWS -- Looking for Q_WS_QWS - not found. -- Looking for Q_WS_MAC -- Looking for Q_WS_MAC - not found. -- Found Qt-Version 4.7.2 (using /usr/bin/qmake) -- Found wxWidgets: TRUE

The build system is configured to install libraries to /usr/local/lib
Your applications may not be able to find your installed libraries unless
you:
    set your LD_LIBRARY_PATH (user specific) or
    update your ld.so configuration (system wide)
You have an ld.so.conf.d directory on your system, so if you wish to ensure
that
applications find the installed libcoin libraries, system wide, you could
install an
libcoin specific ld.so configuration with:
    sudo make install_ld_conf

-- Configuring done -- Generating done -- Build files have been written to: /home/user/libcoin ----

Now I tried make, without success:

---- ..... Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init' Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy' Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative' Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free' Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free' ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)': Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init' Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift' Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free' ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)': Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init' Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy' Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free' Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free' ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)': Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp' ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)': Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp' ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >

Quoted text (1 line)
>(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,

std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)': Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >

Quoted text (1 line)
>(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,

std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> >

Quoted text (1 line)
>)]+0x6d): undefined reference to `SHA256'

Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >

Quoted text (1 line)
>(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,

std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> >

Quoted text (1 line)
>)]+0xb8): undefined reference to `SHA256'

collect2: ld returned 1 exit status make[2]: *** [bin/bitcoind] Error 1 make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2 make: *** [all] Error 2 -----

What can I do?!

Best, Thiago

On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:

Quoted text (73 lines)
> Dear Bitcoiners,
>
> libcoin is now in a state ready for its first release, which I would like
> to share with you!
>
> === libcoin is a crypto currency library based on the bitcoin/bitcoin
> "Satoshi" client. ===
>
> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of
> the first version of the crypto currency library "libcoin" based on the
> bitcoin/bitcoin "Satoshi" client.
>
> libcoin also maintains a version of bitcoind that is a 100% compatible
> drop-in replacement of the bitcoin/bitcoind client: You can use it on the
> same computer on the same files and you can call it with the same scripts.
> And you can easily extend it without touching the basic bitcoin source
> files.
>
> 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!
>
> In libcoin, the Satoshi client code has been completely refactored,
> properly encapsulating classes, removing all globals, moving from threads
> and mutexes to a pure asynchronous approach. Functionalities have been
> divided into logical units and libraries, minimizing dependencies for e.g.
> thin clients.
>
> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
> litecoin, ...) specific settings are maintained from a single class (Chain)
> and hence experiments with chain settings, mining, security and digital
> currencies for research and educational purposes are easily accessible. See
> the ponzicoin example for how you define your own chain.
>
> The build system of libcoin is based on CMake and supports builds of
> static and dynamic libraries on Linux, Mac OS X, and Windows.
>
> The libcoin license is LGPL v. 3. This mean that you can use it in open
> source as well as in commercial projects, but improvements should go back
> into the libcoin library.
>
> ======
>
> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>
> Join libcoin on twitter: http://twitter.com/libcoin
>
> Download "libcoin Satoshi release":
> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>
> Best regards,
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge•net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
Michael Gronager in reply to Martinx - ジェームズ permalink original

Hi Martinx,

I am looking into it now - I just tried on my Ubuntu 11.10 - I got by Script.cpp with no problems.

I have Boost 1.48.1, but I can't see that causing the issue - I will retry with a cleaner machine...

/M

On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:

Quoted text (160 lines)
> Hi Michael!
>
> Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
>
> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
>
> ----
> user@desk:~/libcoin$ ./configure
> -- The C compiler identification is GNU
> -- The CXX compiler identification is GNU
> -- Check for working C compiler: /usr/bin/gcc
> -- Check for working C compiler: /usr/bin/gcc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> -- Looking for pthread_create in pthreads
> -- Looking for pthread_create in pthreads - not found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Found Threads: TRUE
> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> -- Looking for gethostbyname
> -- Looking for gethostbyname - found
> -- Looking for connect
> -- Looking for connect - found
> -- Looking for remove
> -- Looking for remove - found
> -- Looking for shmat
> -- Looking for shmat - found
> -- Looking for IceConnectionNumber in ICE
> -- Looking for IceConnectionNumber in ICE - found
> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> -- Boost version: 1.42.0
> -- Found the following Boost libraries:
> --   date_time
> --   regex
> --   filesystem
> --   system
> --   program_options
> --   thread
> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> -- Looking for Q_WS_X11
> -- Looking for Q_WS_X11 - found
> -- Looking for Q_WS_WIN
> -- Looking for Q_WS_WIN - not found.
> -- Looking for Q_WS_QWS
> -- Looking for Q_WS_QWS - not found.
> -- Looking for Q_WS_MAC
> -- Looking for Q_WS_MAC - not found.
> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> -- Found wxWidgets: TRUE
>
> The build system is configured to install libraries to /usr/local/lib
> Your applications may not be able to find your installed libraries unless you:
>    set your LD_LIBRARY_PATH (user specific) or
>    update your ld.so configuration (system wide)
> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
> applications find the installed libcoin libraries, system wide, you could install an
> libcoin specific ld.so configuration with:
>    sudo make install_ld_conf
>
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/user/libcoin
> ----
>
> Now I tried make, without success:
>
> ----
> .....
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
> collect2: ld returned 1 exit status
> make[2]: *** [bin/bitcoind] Error 1
> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
> make: *** [all] Error 2
> -----
>
> What can I do?!
>
> Best,
> Thiago
>
>
> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
> Dear Bitcoiners,
>
> libcoin is now in a state ready for its first release, which I would like to share with you!
>
> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
>
> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
>
> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
>
> 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!
>
> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
>
> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
>
> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
>
> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
>
> ======
>
> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>
> Join libcoin on twitter: http://twitter.com/libcoin
>
> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>
> Best regards,
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge•net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Michael Gronager in reply to Martinx - ジェームズ permalink original

I tried on another 11.10 machine with the normal boost 1.42 and things also worked as they should.

However, I noticed a difference between your cmake output and mine:

Quoted text (1 line)
> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so

-- Found OpenSSL: /usr/lib/i386-linux-gnu/libssl.so;/usr/lib/i386-linux-gnu/libcrypto.so (found version "1..")

Are you sure that the openssl libraries/includes found are the correct ones ? cmake finds your openssl libraries at /usr/lib/ which most likely will make it think that the includes are at /usr/include. I can see that at least X11 stuff is in /usr/lib/x386-linux-gnu like my openssl.

Could there be an issue there ?

SHA256 would normally be found in openssl/sha.h but if that is somehow corrupt ?

Cheers,

M

PS: to get more debug output, please try a "make VERBOSE=1" That will show what g++ flags that are used, and might help us.

On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:

Quoted text (160 lines)
> Hi Michael!
>
>  Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
>
>  Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
>
> ----
> user@desk:~/libcoin$ ./configure
> -- The C compiler identification is GNU
> -- The CXX compiler identification is GNU
> -- Check for working C compiler: /usr/bin/gcc
> -- Check for working C compiler: /usr/bin/gcc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> -- Looking for pthread_create in pthreads
> -- Looking for pthread_create in pthreads - not found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Found Threads: TRUE
> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> -- Looking for gethostbyname
> -- Looking for gethostbyname - found
> -- Looking for connect
> -- Looking for connect - found
> -- Looking for remove
> -- Looking for remove - found
> -- Looking for shmat
> -- Looking for shmat - found
> -- Looking for IceConnectionNumber in ICE
> -- Looking for IceConnectionNumber in ICE - found
> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> -- Boost version: 1.42.0
> -- Found the following Boost libraries:
> --   date_time
> --   regex
> --   filesystem
> --   system
> --   program_options
> --   thread
> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> -- Looking for Q_WS_X11
> -- Looking for Q_WS_X11 - found
> -- Looking for Q_WS_WIN
> -- Looking for Q_WS_WIN - not found.
> -- Looking for Q_WS_QWS
> -- Looking for Q_WS_QWS - not found.
> -- Looking for Q_WS_MAC
> -- Looking for Q_WS_MAC - not found.
> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> -- Found wxWidgets: TRUE
>
> The build system is configured to install libraries to /usr/local/lib
> Your applications may not be able to find your installed libraries unless you:
>     set your LD_LIBRARY_PATH (user specific) or
>     update your ld.so configuration (system wide)
> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
> applications find the installed libcoin libraries, system wide, you could install an
> libcoin specific ld.so configuration with:
>     sudo make install_ld_conf
>
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/user/libcoin
> ----
>
>  Now I tried make, without success:
>
> ----
> .....
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
> collect2: ld returned 1 exit status
> make[2]: *** [bin/bitcoind] Error 1
> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
> make: *** [all] Error 2
> -----
>
>  What can I do?!
>
> Best,
> Thiago
>
>
> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
> Dear Bitcoiners,
>
> libcoin is now in a state ready for its first release, which I would like to share with you!
>
> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
>
> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
>
> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
>
> 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!
>
> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
>
> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
>
> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
>
> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
>
> ======
>
> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>
> Join libcoin on twitter: http://twitter.com/libcoin
>
> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>
> Best regards,
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge•net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Michael Gronager in reply to Martinx - ジェームズ permalink original

Hi Martinx,

Another note:

boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to compile coinHTTP with that specific combination: sslv2 has been removed from openssl, but boost still references it.)

You should do a :

sudo apt-get upgrade libboost-dev-all

to get the 1.46.1 library

/M

On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:

Quoted text (160 lines)
> Hi Michael!
>
>  Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
>
>  Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
>
> ----
> user@desk:~/libcoin$ ./configure
> -- The C compiler identification is GNU
> -- The CXX compiler identification is GNU
> -- Check for working C compiler: /usr/bin/gcc
> -- Check for working C compiler: /usr/bin/gcc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> -- Looking for pthread_create in pthreads
> -- Looking for pthread_create in pthreads - not found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Found Threads: TRUE
> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> -- Looking for gethostbyname
> -- Looking for gethostbyname - found
> -- Looking for connect
> -- Looking for connect - found
> -- Looking for remove
> -- Looking for remove - found
> -- Looking for shmat
> -- Looking for shmat - found
> -- Looking for IceConnectionNumber in ICE
> -- Looking for IceConnectionNumber in ICE - found
> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> -- Boost version: 1.42.0
> -- Found the following Boost libraries:
> --   date_time
> --   regex
> --   filesystem
> --   system
> --   program_options
> --   thread
> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> -- Looking for Q_WS_X11
> -- Looking for Q_WS_X11 - found
> -- Looking for Q_WS_WIN
> -- Looking for Q_WS_WIN - not found.
> -- Looking for Q_WS_QWS
> -- Looking for Q_WS_QWS - not found.
> -- Looking for Q_WS_MAC
> -- Looking for Q_WS_MAC - not found.
> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> -- Found wxWidgets: TRUE
>
> The build system is configured to install libraries to /usr/local/lib
> Your applications may not be able to find your installed libraries unless you:
>     set your LD_LIBRARY_PATH (user specific) or
>     update your ld.so configuration (system wide)
> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
> applications find the installed libcoin libraries, system wide, you could install an
> libcoin specific ld.so configuration with:
>     sudo make install_ld_conf
>
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/user/libcoin
> ----
>
>  Now I tried make, without success:
>
> ----
> .....
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
> collect2: ld returned 1 exit status
> make[2]: *** [bin/bitcoind] Error 1
> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
> make: *** [all] Error 2
> -----
>
>  What can I do?!
>
> Best,
> Thiago
>
>
> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
> Dear Bitcoiners,
>
> libcoin is now in a state ready for its first release, which I would like to share with you!
>
> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
>
> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
>
> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
>
> 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!
>
> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
>
> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
>
> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
>
> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
>
> ======
>
> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>
> Join libcoin on twitter: http://twitter.com/libcoin
>
> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>
> Best regards,
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge•net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Martinx - ジェームズ in reply to Michael Gronager permalink original

AWESOME!!!

I can compile libcoin at my Ubuntu 11.10... I just need to install:

sudo aptitude install libboost1.46-all-dev

...alongside with another already installed dependencies, and now it works!!

Thank you! Thiago

2012/2/23 Michael Grønager <gronager@ceptacle•com>

Quoted text (260 lines)
> Hi Martinx,
>
> Another note:
>
> boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to
> compile coinHTTP with that specific combination: sslv2 has been removed
> from openssl, but boost still references it.)
>
> You should do a :
>
> sudo apt-get upgrade libboost-dev-all
>
> to get the 1.46.1 library
>
> /M
>
>
> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
>
> > Hi Michael!
> >
> >  Thank you for libcoin! It is a awesome evolution for Bitcoin and for
> the CryptoCurrencies as a hole... Thanks!!!
> >
> >  Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this
> machine, I have compiled and running Bitcoin (from sources), Namecoin,
> Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to
> compile libcoin, I got:
> >
> > ----
> > user@desk:~/libcoin$ ./configure
> > -- The C compiler identification is GNU
> > -- The CXX compiler identification is GNU
> > -- Check for working C compiler: /usr/bin/gcc
> > -- Check for working C compiler: /usr/bin/gcc -- works
> > -- Detecting C compiler ABI info
> > -- Detecting C compiler ABI info - done
> > -- Check for working CXX compiler: /usr/bin/c++
> > -- Check for working CXX compiler: /usr/bin/c++ -- works
> > -- Detecting CXX compiler ABI info
> > -- Detecting CXX compiler ABI info - done
> > -- Looking for include files CMAKE_HAVE_PTHREAD_H
> > -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> > -- Looking for pthread_create in pthreads
> > -- Looking for pthread_create in pthreads - not found
> > -- Looking for pthread_create in pthread
> > -- Looking for pthread_create in pthread - found
> > -- Found Threads: TRUE
> > -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> > -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> > -- Looking for gethostbyname
> > -- Looking for gethostbyname - found
> > -- Looking for connect
> > -- Looking for connect - found
> > -- Looking for remove
> > -- Looking for remove - found
> > -- Looking for shmat
> > -- Looking for shmat - found
> > -- Looking for IceConnectionNumber in ICE
> > -- Looking for IceConnectionNumber in ICE - found
> > -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> > -- Boost version: 1.42.0
> > -- Found the following Boost libraries:
> > --   date_time
> > --   regex
> > --   filesystem
> > --   system
> > --   program_options
> > --   thread
> > -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> > -- Looking for Q_WS_X11
> > -- Looking for Q_WS_X11 - found
> > -- Looking for Q_WS_WIN
> > -- Looking for Q_WS_WIN - not found.
> > -- Looking for Q_WS_QWS
> > -- Looking for Q_WS_QWS - not found.
> > -- Looking for Q_WS_MAC
> > -- Looking for Q_WS_MAC - not found.
> > -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> > -- Found wxWidgets: TRUE
> >
> > The build system is configured to install libraries to /usr/local/lib
> > Your applications may not be able to find your installed libraries
> unless you:
> >     set your LD_LIBRARY_PATH (user specific) or
> >     update your ld.so configuration (system wide)
> > You have an ld.so.conf.d directory on your system, so if you wish to
> ensure that
> > applications find the installed libcoin libraries, system wide, you
> could install an
> > libcoin specific ld.so configuration with:
> >     sudo make install_ld_conf
> >
> > -- Configuring done
> > -- Generating done
> > -- Build files have been written to: /home/user/libcoin
> > ----
> >
> >  Now I tried make, without success:
> >
> > ----
> > .....
> > Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf):
> undefined reference to `BN_init'
> > Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e):
> undefined reference to `BN_copy'
> > Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38):
> undefined reference to `BN_set_negative'
> > Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f):
> undefined reference to `BN_clear_free'
> > Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3):
> undefined reference to `BN_clear_free'
> > ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&,
> unsigned int)':
> > Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0x16): undefined reference to `BN_init'
> > Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0x2c): undefined reference to `BN_lshift'
> > Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0xad): undefined reference to `BN_clear_free'
> > ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&,
> unsigned int)':
> > Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0xf): undefined reference to `BN_init'
> > Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0x1e): undefined reference to `BN_copy'
> > Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0x47): undefined reference to `BN_clear_free'
> > Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0xcb): undefined reference to `BN_clear_free'
> > ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&,
> CBigNum const&)':
> > Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum
> const&)]+0x14): undefined reference to `BN_cmp'
> > ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&,
> CBigNum const&)':
> > Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum
> const&)]+0x14): undefined reference to `BN_cmp'
> > ../../lib/libcoin.a(Script.o): In function `uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> >
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0x6d): undefined reference to `SHA256'
> >
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0xb8): undefined reference to `SHA256'
> > collect2: ld returned 1 exit status
> > make[2]: *** [bin/bitcoind] Error 1
> > make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all]
> Error 2
> > make: *** [all] Error 2
> > -----
> >
> >  What can I do?!
> >
> > Best,
> > Thiago
> >
> >
> > On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com>
> wrote:
> > Dear Bitcoiners,
> >
> > libcoin is now in a state ready for its first release, which I would
> like to share with you!
> >
> > === libcoin is a crypto currency library based on the bitcoin/bitcoin
> "Satoshi" client. ===
> >
> > Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release
> of the first version of the crypto currency library "libcoin" based on the
> bitcoin/bitcoin "Satoshi" client.
> >
> > libcoin also maintains a version of bitcoind that is a 100% compatible
> drop-in replacement of the bitcoin/bitcoind client: You can use it on the
> same computer on the same files and you can call it with the same scripts.
> And you can easily extend it without touching the basic bitcoin source
> files.
> >
> > 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!
> >
> > In libcoin, the Satoshi client code has been completely refactored,
> properly encapsulating classes, removing all globals, moving from threads
> and mutexes to a pure asynchronous approach. Functionalities have been
> divided into logical units and libraries, minimizing dependencies for e.g.
> thin clients.
> >
> > libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
> litecoin, ...) specific settings are maintained from a single class (Chain)
> and hence experiments with chain settings, mining, security and digital
> currencies for research and educational purposes are easily accessible. See
> the ponzicoin example for how you define your own chain.
> >
> > The build system of libcoin is based on CMake and supports builds of
> static and dynamic libraries on Linux, Mac OS X, and Windows.
> >
> > The libcoin license is LGPL v. 3. This mean that you can use it in open
> source as well as in commercial projects, but improvements should go back
> into the libcoin library.
> >
> > ======
> >
> > Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> >
> > Join libcoin on twitter: http://twitter.com/libcoin
> >
> > Download "libcoin Satoshi release":
> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> >
> > Best regards,
> >
> > Michael Gronager, PhD
> > Director, Ceptacle
> > Jens Juels Gade 33
> > 2100 Copenhagen E
> > Mobile: +45 31 45 14 01
> > E-mail: gronager@ceptacle•com
> > Web: http://www.ceptacle.com/
> >
> >
> >
> ------------------------------------------------------------------------------
> > Keep Your Developer Skills Current with LearnDevNow!
> > The most comprehensive online learning library for Microsoft developers
> > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> > Metro Style Apps, more. Free future releases when you subscribe now!
> > http://p.sf.net/sfu/learndevnow-d2d
> > _______________________________________________
> > Bitcoin-development mailing list
> > Bitcoin-development@lists•sourceforge•net
> > https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
Martinx - ジェームズ in reply to Martinx - ジェームズ permalink original

Hi Michael!

I just run "bitcoind", from libcoin ("sudo make install") sources, with empty ~/.bitcoin directory and:

Terminal 1: bitcoind # apparently okay

Terminal 2:

$ bitcoind getinfo # okay
{
    "version" : 40001,
    "blocks" : 57733,
    "connections" : 8,
    "difficulty" : 11.84622815,
    "testnet" : false
}

# sleep a couple minutes

$ bitcoind getinfo # ok
{
    "version" : 40001,
    "blocks" : 67527,
    "connections" : 8,
    "difficulty" : 45.38582234,
    "testnet" : false
}

But...

$ bitcoind help HTTP error code: 404 JSON RPC Error code: -36001 Method not found.

$ bitcoind getaccountaddress "" HTTP error code: 401 Error: couldn't parse reply from server

$ bitcoind listaccounts HTTP error code: 401 Error: couldn't parse reply from server

Any tips?! lol

Thanks! Thiago

2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>

Quoted text (275 lines)
> AWESOME!!!
>
> I can compile libcoin at my Ubuntu 11.10... I just need to install:
>
> sudo aptitude install libboost1.46-all-dev
>
> ...alongside with another already installed dependencies, and now it
> works!!
>
> Thank you!
> Thiago
>
> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
>
>> Hi Martinx,
>>
>> Another note:
>>
>> boost 1.42 and openssl 1.0 has a conflict (you will see it when you try
>> to compile coinHTTP with that specific combination: sslv2 has been removed
>> from openssl, but boost still references it.)
>>
>> You should do a :
>>
>> sudo apt-get upgrade libboost-dev-all
>>
>> to get the 1.46.1 library
>>
>> /M
>>
>>
>> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
>>
>> > Hi Michael!
>> >
>> >  Thank you for libcoin! It is a awesome evolution for Bitcoin and for
>> the CryptoCurrencies as a hole... Thanks!!!
>> >
>> >  Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this
>> machine, I have compiled and running Bitcoin (from sources), Namecoin,
>> Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to
>> compile libcoin, I got:
>> >
>> > ----
>> > user@desk:~/libcoin$ ./configure
>> > -- The C compiler identification is GNU
>> > -- The CXX compiler identification is GNU
>> > -- Check for working C compiler: /usr/bin/gcc
>> > -- Check for working C compiler: /usr/bin/gcc -- works
>> > -- Detecting C compiler ABI info
>> > -- Detecting C compiler ABI info - done
>> > -- Check for working CXX compiler: /usr/bin/c++
>> > -- Check for working CXX compiler: /usr/bin/c++ -- works
>> > -- Detecting CXX compiler ABI info
>> > -- Detecting CXX compiler ABI info - done
>> > -- Looking for include files CMAKE_HAVE_PTHREAD_H
>> > -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
>> > -- Looking for pthread_create in pthreads
>> > -- Looking for pthread_create in pthreads - not found
>> > -- Looking for pthread_create in pthread
>> > -- Looking for pthread_create in pthread - found
>> > -- Found Threads: TRUE
>> > -- Looking for XOpenDisplay in
>> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
>> > -- Looking for XOpenDisplay in
>> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
>> > -- Looking for gethostbyname
>> > -- Looking for gethostbyname - found
>> > -- Looking for connect
>> > -- Looking for connect - found
>> > -- Looking for remove
>> > -- Looking for remove - found
>> > -- Looking for shmat
>> > -- Looking for shmat - found
>> > -- Looking for IceConnectionNumber in ICE
>> > -- Looking for IceConnectionNumber in ICE - found
>> > -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
>> > -- Boost version: 1.42.0
>> > -- Found the following Boost libraries:
>> > --   date_time
>> > --   regex
>> > --   filesystem
>> > --   system
>> > --   program_options
>> > --   thread
>> > -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
>> > -- Looking for Q_WS_X11
>> > -- Looking for Q_WS_X11 - found
>> > -- Looking for Q_WS_WIN
>> > -- Looking for Q_WS_WIN - not found.
>> > -- Looking for Q_WS_QWS
>> > -- Looking for Q_WS_QWS - not found.
>> > -- Looking for Q_WS_MAC
>> > -- Looking for Q_WS_MAC - not found.
>> > -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
>> > -- Found wxWidgets: TRUE
>> >
>> > The build system is configured to install libraries to /usr/local/lib
>> > Your applications may not be able to find your installed libraries
>> unless you:
>> >     set your LD_LIBRARY_PATH (user specific) or
>> >     update your ld.so configuration (system wide)
>> > You have an ld.so.conf.d directory on your system, so if you wish to
>> ensure that
>> > applications find the installed libcoin libraries, system wide, you
>> could install an
>> > libcoin specific ld.so configuration with:
>> >     sudo make install_ld_conf
>> >
>> > -- Configuring done
>> > -- Generating done
>> > -- Build files have been written to: /home/user/libcoin
>> > ----
>> >
>> >  Now I tried make, without success:
>> >
>> > ----
>> > .....
>> > Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf):
>> undefined reference to `BN_init'
>> > Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e):
>> undefined reference to `BN_copy'
>> > Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38):
>> undefined reference to `BN_set_negative'
>> > Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f):
>> undefined reference to `BN_clear_free'
>> > Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3):
>> undefined reference to `BN_clear_free'
>> > ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&,
>> unsigned int)':
>> > Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
>> int)]+0x16): undefined reference to `BN_init'
>> > Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
>> int)]+0x2c): undefined reference to `BN_lshift'
>> > Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
>> int)]+0xad): undefined reference to `BN_clear_free'
>> > ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&,
>> unsigned int)':
>> > Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
>> int)]+0xf): undefined reference to `BN_init'
>> > Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
>> int)]+0x1e): undefined reference to `BN_copy'
>> > Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
>> int)]+0x47): undefined reference to `BN_clear_free'
>> > Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
>> int)]+0xcb): undefined reference to `BN_clear_free'
>> > ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&,
>> CBigNum const&)':
>> > Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum
>> const&)]+0x14): undefined reference to `BN_cmp'
>> > ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&,
>> CBigNum const&)':
>> > Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum
>> const&)]+0x14): undefined reference to `BN_cmp'
>> > ../../lib/libcoin.a(Script.o): In function `uint256
>> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
>> char, std::allocator<unsigned char> > >
>> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
>> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
>> char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
>> >
>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
>> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
>> char, std::allocator<unsigned char> > >
>> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
>> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
>> char*, std::vector<unsigned char, std::allocator<unsigned char> >
>> >)]+0x6d): undefined reference to `SHA256'
>> >
>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
>> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
>> char, std::allocator<unsigned char> > >
>> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
>> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
>> char*, std::vector<unsigned char, std::allocator<unsigned char> >
>> >)]+0xb8): undefined reference to `SHA256'
>> > collect2: ld returned 1 exit status
>> > make[2]: *** [bin/bitcoind] Error 1
>> > make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all]
>> Error 2
>> > make: *** [all] Error 2
>> > -----
>> >
>> >  What can I do?!
>> >
>> > Best,
>> > Thiago
>> >
>> >
>> > On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com>
>> wrote:
>> > Dear Bitcoiners,
>> >
>> > libcoin is now in a state ready for its first release, which I would
>> like to share with you!
>> >
>> > === libcoin is a crypto currency library based on the bitcoin/bitcoin
>> "Satoshi" client. ===
>> >
>> > Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release
>> of the first version of the crypto currency library "libcoin" based on the
>> bitcoin/bitcoin "Satoshi" client.
>> >
>> > libcoin also maintains a version of bitcoind that is a 100% compatible
>> drop-in replacement of the bitcoin/bitcoind client: You can use it on the
>> same computer on the same files and you can call it with the same scripts.
>> And you can easily extend it without touching the basic bitcoin source
>> files.
>> >
>> > 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!
>> >
>> > In libcoin, the Satoshi client code has been completely refactored,
>> properly encapsulating classes, removing all globals, moving from threads
>> and mutexes to a pure asynchronous approach. Functionalities have been
>> divided into logical units and libraries, minimizing dependencies for e.g.
>> thin clients.
>> >
>> > libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
>> litecoin, ...) specific settings are maintained from a single class (Chain)
>> and hence experiments with chain settings, mining, security and digital
>> currencies for research and educational purposes are easily accessible. See
>> the ponzicoin example for how you define your own chain.
>> >
>> > The build system of libcoin is based on CMake and supports builds of
>> static and dynamic libraries on Linux, Mac OS X, and Windows.
>> >
>> > The libcoin license is LGPL v. 3. This mean that you can use it in open
>> source as well as in commercial projects, but improvements should go back
>> into the libcoin library.
>> >
>> > ======
>> >
>> > Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>> >
>> > Join libcoin on twitter: http://twitter.com/libcoin
>> >
>> > Download "libcoin Satoshi release":
>> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>> >
>> > Best regards,
>> >
>> > Michael Gronager, PhD
>> > Director, Ceptacle
>> > Jens Juels Gade 33
>> > 2100 Copenhagen E
>> > Mobile: +45 31 45 14 01
>> > E-mail: gronager@ceptacle•com
>> > Web: http://www.ceptacle.com/
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Keep Your Developer Skills Current with LearnDevNow!
>> > The most comprehensive online learning library for Microsoft developers
>> > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>> > Metro Style Apps, more. Free future releases when you subscribe now!
>> > http://p.sf.net/sfu/learndevnow-d2d
>> > _______________________________________________
>> > Bitcoin-development mailing list
>> > Bitcoin-development@lists•sourceforge•net
>> > https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>> >
>>
>> Michael Gronager, PhD
>> Director, Ceptacle
>> Jens Juels Gade 33
>> 2100 Copenhagen E
>> Mobile: +45 31 45 14 01
>> E-mail: gronager@ceptacle•com
>> Web: http://www.ceptacle.com/
>>
>>
>
Michael Gronager in reply to Martinx - ジェームズ permalink original

Hi Thiago

I had in mind using the JSON RPC 2.0 system.description standard command instead of help, but I got sidetracked implementing it. Will look into it asap. Thanks for noting!

/M

On 24/02/2012, at 03:17, Martinx - ジェームズ wrote:

Quoted text (252 lines)
> Hi Michael!
>
> I just run "bitcoind", from libcoin ("sudo make install") sources, with empty ~/.bitcoin directory and:
>
> Terminal 1: bitcoind # apparently okay
>
> Terminal 2:
>
> $ bitcoind getinfo # okay
> {
>    "version" : 40001,
>    "blocks" : 57733,
>    "connections" : 8,
>    "difficulty" : 11.84622815,
>    "testnet" : false
> }
>
> # sleep a couple minutes
>
> $ bitcoind getinfo # ok
> {
>    "version" : 40001,
>    "blocks" : 67527,
>    "connections" : 8,
>    "difficulty" : 45.38582234,
>    "testnet" : false
> }
>
>
> But...
>
>
> $ bitcoind help
> HTTP error code: 404
> JSON RPC Error code: -36001
> Method not found.
>
> $ bitcoind getaccountaddress ""
> HTTP error code: 401
> Error: couldn't parse reply from server
>
> $ bitcoind listaccounts
> HTTP error code: 401
> Error: couldn't parse reply from server
>
>
> Any tips?! lol
>
> Thanks!
> Thiago
>
> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> AWESOME!!!
>
> I can compile libcoin at my Ubuntu 11.10... I just need to install:
>
> sudo aptitude install libboost1.46-all-dev
>
> ...alongside with another already installed dependencies, and now it works!!
>
> Thank you!
> Thiago
>
> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> Hi Martinx,
>
> Another note:
>
> boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to compile coinHTTP with that specific combination: sslv2 has been removed from openssl, but boost still references it.)
>
> You should do a :
>
> sudo apt-get upgrade libboost-dev-all
>
> to get the 1.46.1 library
>
> /M
>
>
> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
>
>> Hi Michael!
>>
>> Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
>>
>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
>>
>> ----
>> user@desk:~/libcoin$ ./configure
>> -- The C compiler identification is GNU
>> -- The CXX compiler identification is GNU
>> -- Check for working C compiler: /usr/bin/gcc
>> -- Check for working C compiler: /usr/bin/gcc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
>> -- Looking for pthread_create in pthreads
>> -- Looking for pthread_create in pthreads - not found
>> -- Looking for pthread_create in pthread
>> -- Looking for pthread_create in pthread - found
>> -- Found Threads: TRUE
>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
>> -- Looking for gethostbyname
>> -- Looking for gethostbyname - found
>> -- Looking for connect
>> -- Looking for connect - found
>> -- Looking for remove
>> -- Looking for remove - found
>> -- Looking for shmat
>> -- Looking for shmat - found
>> -- Looking for IceConnectionNumber in ICE
>> -- Looking for IceConnectionNumber in ICE - found
>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
>> -- Boost version: 1.42.0
>> -- Found the following Boost libraries:
>> --   date_time
>> --   regex
>> --   filesystem
>> --   system
>> --   program_options
>> --   thread
>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
>> -- Looking for Q_WS_X11
>> -- Looking for Q_WS_X11 - found
>> -- Looking for Q_WS_WIN
>> -- Looking for Q_WS_WIN - not found.
>> -- Looking for Q_WS_QWS
>> -- Looking for Q_WS_QWS - not found.
>> -- Looking for Q_WS_MAC
>> -- Looking for Q_WS_MAC - not found.
>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
>> -- Found wxWidgets: TRUE
>>
>> The build system is configured to install libraries to /usr/local/lib
>> Your applications may not be able to find your installed libraries unless you:
>>    set your LD_LIBRARY_PATH (user specific) or
>>    update your ld.so configuration (system wide)
>> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
>> applications find the installed libcoin libraries, system wide, you could install an
>> libcoin specific ld.so configuration with:
>>    sudo make install_ld_conf
>>
>> -- Configuring done
>> -- Generating done
>> -- Build files have been written to: /home/user/libcoin
>> ----
>>
>> Now I tried make, without success:
>>
>> ----
>> .....
>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
>> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
>> collect2: ld returned 1 exit status
>> make[2]: *** [bin/bitcoind] Error 1
>> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
>> make: *** [all] Error 2
>> -----
>>
>> What can I do?!
>>
>> Best,
>> Thiago
>>
>>
>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
>> Dear Bitcoiners,
>>
>> libcoin is now in a state ready for its first release, which I would like to share with you!
>>
>> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
>>
>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
>>
>> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
>>
>> 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!
>>
>> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
>>
>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
>>
>> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
>>
>> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
>>
>> ======
>>
>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>>
>> Join libcoin on twitter: http://twitter.com/libcoin
>>
>> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>>
>> Best regards,
>>
>> Michael Gronager, PhD
>> Director, Ceptacle
>> Jens Juels Gade 33
>> 2100 Copenhagen E
>> Mobile: +45 31 45 14 01
>> E-mail: gronager@ceptacle•com
>> Web: http://www.ceptacle.com/
>>
>>
>> ------------------------------------------------------------------------------
>> Keep Your Developer Skills Current with LearnDevNow!
>> The most comprehensive online learning library for Microsoft developers
>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>> Metro Style Apps, more. Free future releases when you subscribe now!
>> http://p.sf.net/sfu/learndevnow-d2d
>> _______________________________________________
>> Bitcoin-development mailing list
>> Bitcoin-development@lists•sourceforge•net
>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Michael Gronager in reply to Martinx - ジェームズ permalink original

Hi Thiago,

Forgot to comment on the two latter:

Quoted text (8 lines)
> $ bitcoind getaccountaddress ""
> HTTP error code: 401
> Error: couldn't parse reply from server
>
> $ bitcoind listaccounts
> HTTP error code: 401
> Error: couldn't parse reply from server
>

401 = permission denied - you need to setup username / password either on the commandline or in the bicoin.conf file to access those commands...

See in the bitcoind.cpp file for commands that you can use with and without auth...

Those that contains an "auth" requires auth:

       server.registerMethod(method_ptr(new GetBalance(wallet)), auth);

As opposed to:

       server.registerMethod(method_ptr(new GetInfo(node)));

auth is defined by:

       Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not set, all authenticated methods becomes disallowed.

so you just experience the case explained in the comment ;) I admit that the output could be more readable, though!

/M

Quoted text (207 lines)
>
> Any tips?! lol
>
> Thanks!
> Thiago
>
> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> AWESOME!!!
>
> I can compile libcoin at my Ubuntu 11.10... I just need to install:
>
> sudo aptitude install libboost1.46-all-dev
>
> ...alongside with another already installed dependencies, and now it works!!
>
> Thank you!
> Thiago
>
> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> Hi Martinx,
>
> Another note:
>
> boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to compile coinHTTP with that specific combination: sslv2 has been removed from openssl, but boost still references it.)
>
> You should do a :
>
> sudo apt-get upgrade libboost-dev-all
>
> to get the 1.46.1 library
>
> /M
>
>
> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
>
>> Hi Michael!
>>
>> Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
>>
>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
>>
>> ----
>> user@desk:~/libcoin$ ./configure
>> -- The C compiler identification is GNU
>> -- The CXX compiler identification is GNU
>> -- Check for working C compiler: /usr/bin/gcc
>> -- Check for working C compiler: /usr/bin/gcc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
>> -- Looking for pthread_create in pthreads
>> -- Looking for pthread_create in pthreads - not found
>> -- Looking for pthread_create in pthread
>> -- Looking for pthread_create in pthread - found
>> -- Found Threads: TRUE
>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
>> -- Looking for gethostbyname
>> -- Looking for gethostbyname - found
>> -- Looking for connect
>> -- Looking for connect - found
>> -- Looking for remove
>> -- Looking for remove - found
>> -- Looking for shmat
>> -- Looking for shmat - found
>> -- Looking for IceConnectionNumber in ICE
>> -- Looking for IceConnectionNumber in ICE - found
>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
>> -- Boost version: 1.42.0
>> -- Found the following Boost libraries:
>> --   date_time
>> --   regex
>> --   filesystem
>> --   system
>> --   program_options
>> --   thread
>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
>> -- Looking for Q_WS_X11
>> -- Looking for Q_WS_X11 - found
>> -- Looking for Q_WS_WIN
>> -- Looking for Q_WS_WIN - not found.
>> -- Looking for Q_WS_QWS
>> -- Looking for Q_WS_QWS - not found.
>> -- Looking for Q_WS_MAC
>> -- Looking for Q_WS_MAC - not found.
>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
>> -- Found wxWidgets: TRUE
>>
>> The build system is configured to install libraries to /usr/local/lib
>> Your applications may not be able to find your installed libraries unless you:
>>    set your LD_LIBRARY_PATH (user specific) or
>>    update your ld.so configuration (system wide)
>> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
>> applications find the installed libcoin libraries, system wide, you could install an
>> libcoin specific ld.so configuration with:
>>    sudo make install_ld_conf
>>
>> -- Configuring done
>> -- Generating done
>> -- Build files have been written to: /home/user/libcoin
>> ----
>>
>> Now I tried make, without success:
>>
>> ----
>> .....
>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
>> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
>> collect2: ld returned 1 exit status
>> make[2]: *** [bin/bitcoind] Error 1
>> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
>> make: *** [all] Error 2
>> -----
>>
>> What can I do?!
>>
>> Best,
>> Thiago
>>
>>
>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
>> Dear Bitcoiners,
>>
>> libcoin is now in a state ready for its first release, which I would like to share with you!
>>
>> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
>>
>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
>>
>> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
>>
>> 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!
>>
>> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
>>
>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
>>
>> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
>>
>> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
>>
>> ======
>>
>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>>
>> Join libcoin on twitter: http://twitter.com/libcoin
>>
>> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>>
>> Best regards,
>>
>> Michael Gronager, PhD
>> Director, Ceptacle
>> Jens Juels Gade 33
>> 2100 Copenhagen E
>> Mobile: +45 31 45 14 01
>> E-mail: gronager@ceptacle•com
>> Web: http://www.ceptacle.com/
>>
>>
>> ------------------------------------------------------------------------------
>> Keep Your Developer Skills Current with LearnDevNow!
>> The most comprehensive online learning library for Microsoft developers
>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>> Metro Style Apps, more. Free future releases when you subscribe now!
>> http://p.sf.net/sfu/learndevnow-d2d
>> _______________________________________________
>> Bitcoin-development mailing list
>> Bitcoin-development@lists•sourceforge•net
>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
>
Martinx - ジェームズ in reply to Michael Gronager permalink original

Hi Michael,

Thank you for your attention!

Now, I'm trying to start libcoin's bitcoind using high ports but, it always try to listen at 8332, no matter what I "say"...

Look:

$ cat .bitcoin/bitcoin.conf server=1 daemon=1 rpcuser=libcoin rpcpassword=LibCoin13 rpcport=10332 port=10333

But:

/usr/local/bin/bitcoind Error: Address already in use

terminate called after throwing an instance of 'DbException'
  what():  DbEnv::close: Invalid argument
Aborted

When I "strace it", I can see:

... bind(12, {sa_family=AF_INET, sin_port=htons(8333), sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use) ...

I already tried:

/usr/local/bin/bitcoind --rpcport 10332 /usr/local/bin/bitcoind --rpcport=10332

Without success...

Thanks again! Thiago

2012/2/24 Michael Grønager <gronager@ceptacle•com>

Quoted text (321 lines)
> Hi Thiago,
>
> Forgot to comment on the two latter:
>
> > $ bitcoind getaccountaddress ""
> > HTTP error code: 401
> > Error: couldn't parse reply from server
> >
> > $ bitcoind listaccounts
> > HTTP error code: 401
> > Error: couldn't parse reply from server
> >
>
> 401 = permission denied - you need to setup username / password either on
> the commandline or in the bicoin.conf file to access those commands...
>
> See in the bitcoind.cpp file for commands that you can use with and
> without auth...
>
> Those that contains an "auth" requires auth:
>
>       server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
>
> As opposed to:
>
>       server.registerMethod(method_ptr(new GetInfo(node)));
>
> auth is defined by:
>
>       Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not
> set, all authenticated methods becomes disallowed.
>
> so you just experience the case explained in the comment ;) I admit that
> the output could be more readable, though!
>
> /M
>
>
> >
> > Any tips?! lol
> >
> > Thanks!
> > Thiago
> >
> > 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> > AWESOME!!!
> >
> > I can compile libcoin at my Ubuntu 11.10... I just need to install:
> >
> > sudo aptitude install libboost1.46-all-dev
> >
> > ...alongside with another already installed dependencies, and now it
> works!!
> >
> > Thank you!
> > Thiago
> >
> > 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> > Hi Martinx,
> >
> > Another note:
> >
> > boost 1.42 and openssl 1.0 has a conflict (you will see it when you try
> to compile coinHTTP with that specific combination: sslv2 has been removed
> from openssl, but boost still references it.)
> >
> > You should do a :
> >
> > sudo apt-get upgrade libboost-dev-all
> >
> > to get the 1.46.1 library
> >
> > /M
> >
> >
> > On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> >
> >> Hi Michael!
> >>
> >> Thank you for libcoin! It is a awesome evolution for Bitcoin and for
> the CryptoCurrencies as a hole... Thanks!!!
> >>
> >> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this
> machine, I have compiled and running Bitcoin (from sources), Namecoin,
> Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to
> compile libcoin, I got:
> >>
> >> ----
> >> user@desk:~/libcoin$ ./configure
> >> -- The C compiler identification is GNU
> >> -- The CXX compiler identification is GNU
> >> -- Check for working C compiler: /usr/bin/gcc
> >> -- Check for working C compiler: /usr/bin/gcc -- works
> >> -- Detecting C compiler ABI info
> >> -- Detecting C compiler ABI info - done
> >> -- Check for working CXX compiler: /usr/bin/c++
> >> -- Check for working CXX compiler: /usr/bin/c++ -- works
> >> -- Detecting CXX compiler ABI info
> >> -- Detecting CXX compiler ABI info - done
> >> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> >> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> >> -- Looking for pthread_create in pthreads
> >> -- Looking for pthread_create in pthreads - not found
> >> -- Looking for pthread_create in pthread
> >> -- Looking for pthread_create in pthread - found
> >> -- Found Threads: TRUE
> >> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> >> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> >> -- Looking for gethostbyname
> >> -- Looking for gethostbyname - found
> >> -- Looking for connect
> >> -- Looking for connect - found
> >> -- Looking for remove
> >> -- Looking for remove - found
> >> -- Looking for shmat
> >> -- Looking for shmat - found
> >> -- Looking for IceConnectionNumber in ICE
> >> -- Looking for IceConnectionNumber in ICE - found
> >> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> >> -- Boost version: 1.42.0
> >> -- Found the following Boost libraries:
> >> --   date_time
> >> --   regex
> >> --   filesystem
> >> --   system
> >> --   program_options
> >> --   thread
> >> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> >> -- Looking for Q_WS_X11
> >> -- Looking for Q_WS_X11 - found
> >> -- Looking for Q_WS_WIN
> >> -- Looking for Q_WS_WIN - not found.
> >> -- Looking for Q_WS_QWS
> >> -- Looking for Q_WS_QWS - not found.
> >> -- Looking for Q_WS_MAC
> >> -- Looking for Q_WS_MAC - not found.
> >> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> >> -- Found wxWidgets: TRUE
> >>
> >> The build system is configured to install libraries to /usr/local/lib
> >> Your applications may not be able to find your installed libraries
> unless you:
> >>    set your LD_LIBRARY_PATH (user specific) or
> >>    update your ld.so configuration (system wide)
> >> You have an ld.so.conf.d directory on your system, so if you wish to
> ensure that
> >> applications find the installed libcoin libraries, system wide, you
> could install an
> >> libcoin specific ld.so configuration with:
> >>    sudo make install_ld_conf
> >>
> >> -- Configuring done
> >> -- Generating done
> >> -- Build files have been written to: /home/user/libcoin
> >> ----
> >>
> >> Now I tried make, without success:
> >>
> >> ----
> >> .....
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf):
> undefined reference to `BN_init'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e):
> undefined reference to `BN_copy'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38):
> undefined reference to `BN_set_negative'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f):
> undefined reference to `BN_clear_free'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3):
> undefined reference to `BN_clear_free'
> >> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&,
> unsigned int)':
> >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0x16): undefined reference to `BN_init'
> >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0x2c): undefined reference to `BN_lshift'
> >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0xad): undefined reference to `BN_clear_free'
> >> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&,
> unsigned int)':
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0xf): undefined reference to `BN_init'
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0x1e): undefined reference to `BN_copy'
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0x47): undefined reference to `BN_clear_free'
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0xcb): undefined reference to `BN_clear_free'
> >> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&,
> CBigNum const&)':
> >> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum
> const&)]+0x14): undefined reference to `BN_cmp'
> >> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&,
> CBigNum const&)':
> >> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum
> const&)]+0x14): undefined reference to `BN_cmp'
> >> ../../lib/libcoin.a(Script.o): In function `uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> >>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0x6d): undefined reference to `SHA256'
> >>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0xb8): undefined reference to `SHA256'
> >> collect2: ld returned 1 exit status
> >> make[2]: *** [bin/bitcoind] Error 1
> >> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all]
> Error 2
> >> make: *** [all] Error 2
> >> -----
> >>
> >> What can I do?!
> >>
> >> Best,
> >> Thiago
> >>
> >>
> >> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com>
> wrote:
> >> Dear Bitcoiners,
> >>
> >> libcoin is now in a state ready for its first release, which I would
> like to share with you!
> >>
> >> === libcoin is a crypto currency library based on the bitcoin/bitcoin
> "Satoshi" client. ===
> >>
> >> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release
> of the first version of the crypto currency library "libcoin" based on the
> bitcoin/bitcoin "Satoshi" client.
> >>
> >> libcoin also maintains a version of bitcoind that is a 100% compatible
> drop-in replacement of the bitcoin/bitcoind client: You can use it on the
> same computer on the same files and you can call it with the same scripts.
> And you can easily extend it without touching the basic bitcoin source
> files.
> >>
> >> 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!
> >>
> >> In libcoin, the Satoshi client code has been completely refactored,
> properly encapsulating classes, removing all globals, moving from threads
> and mutexes to a pure asynchronous approach. Functionalities have been
> divided into logical units and libraries, minimizing dependencies for e.g.
> thin clients.
> >>
> >> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
> litecoin, ...) specific settings are maintained from a single class (Chain)
> and hence experiments with chain settings, mining, security and digital
> currencies for research and educational purposes are easily accessible. See
> the ponzicoin example for how you define your own chain.
> >>
> >> The build system of libcoin is based on CMake and supports builds of
> static and dynamic libraries on Linux, Mac OS X, and Windows.
> >>
> >> The libcoin license is LGPL v. 3. This mean that you can use it in open
> source as well as in commercial projects, but improvements should go back
> into the libcoin library.
> >>
> >> ======
> >>
> >> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> >>
> >> Join libcoin on twitter: http://twitter.com/libcoin
> >>
> >> Download "libcoin Satoshi release":
> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> >>
> >> Best regards,
> >>
> >> Michael Gronager, PhD
> >> Director, Ceptacle
> >> Jens Juels Gade 33
> >> 2100 Copenhagen E
> >> Mobile: +45 31 45 14 01
> >> E-mail: gronager@ceptacle•com
> >> Web: http://www.ceptacle.com/
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Keep Your Developer Skills Current with LearnDevNow!
> >> The most comprehensive online learning library for Microsoft developers
> >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> >> Metro Style Apps, more. Free future releases when you subscribe now!
> >> http://p.sf.net/sfu/learndevnow-d2d
> >> _______________________________________________
> >> Bitcoin-development mailing list
> >> Bitcoin-development@lists•sourceforge•net
> >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >>
> >
> > Michael Gronager, PhD
> > Director, Ceptacle
> > Jens Juels Gade 33
> > 2100 Copenhagen E
> > Mobile: +45 31 45 14 01
> > E-mail: gronager@ceptacle•com
> > Web: http://www.ceptacle.com/
> >
> >
> >
>
>
Michael Gronager in reply to Martinx - ジェームズ permalink original

Just copied your bitcoin.conf file to my system and the server connects just fine to RPC on 10332 and I get using curl:

MacGronager:bin gronager$ curl --data-binary '{"jsonrpc": "2.0", "id":"curltest", "method": "getblockcount", "params": [] }' -H 'Content-Type: application/json' http://127.0.0.1:10332 {"jsonrpc":"2.0","result":168299,"error":null,"id":"curltest"}

Didn't do a retest on linux, but I am quite certain that it works there well as I had it running for weeks on port 9332 on amazon.

However, the "port" parameter will not work

Quoted text (3 lines)
> ...
> bind(12, {sa_family=AF_INET, sin_port=htons(8333), sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
> ...

and as you can see it connects to 8333 - that for the bitcoin protocol.

I havn't implemented "port" (have a look at the possible options in bitcoind.cpp). It was not on the official help list in bitcoind 0.4.0 (see init.cpp or do a bitcoin/bitcoind -help). But, I can implement it over the weekend if your need it.

I also tested the bitcoind --rpcport=10332 and it worked too using the commandline - both running as server and client.

/M

Quoted text (254 lines)
>  I already tried:
>
> /usr/local/bin/bitcoind --rpcport 10332
> /usr/local/bin/bitcoind --rpcport=10332
>
>  Without success...
>
> Thanks again!
> Thiago
>
> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> Hi Thiago,
>
> Forgot to comment on the two latter:
>
> > $ bitcoind getaccountaddress ""
> > HTTP error code: 401
> > Error: couldn't parse reply from server
> >
> > $ bitcoind listaccounts
> > HTTP error code: 401
> > Error: couldn't parse reply from server
> >
>
> 401 = permission denied - you need to setup username / password either on the commandline or in the bicoin.conf file to access those commands...
>
> See in the bitcoind.cpp file for commands that you can use with and without auth...
>
> Those that contains an "auth" requires auth:
>
>       server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
>
> As opposed to:
>
>       server.registerMethod(method_ptr(new GetInfo(node)));
>
> auth is defined by:
>
>       Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not set, all authenticated methods becomes disallowed.
>
> so you just experience the case explained in the comment ;) I admit that the output could be more readable, though!
>
> /M
>
>
> >
> > Any tips?! lol
> >
> > Thanks!
> > Thiago
> >
> > 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> > AWESOME!!!
> >
> > I can compile libcoin at my Ubuntu 11.10... I just need to install:
> >
> > sudo aptitude install libboost1.46-all-dev
> >
> > ...alongside with another already installed dependencies, and now it works!!
> >
> > Thank you!
> > Thiago
> >
> > 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> > Hi Martinx,
> >
> > Another note:
> >
> > boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to compile coinHTTP with that specific combination: sslv2 has been removed from openssl, but boost still references it.)
> >
> > You should do a :
> >
> > sudo apt-get upgrade libboost-dev-all
> >
> > to get the 1.46.1 library
> >
> > /M
> >
> >
> > On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> >
> >> Hi Michael!
> >>
> >> Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
> >>
> >> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
> >>
> >> ----
> >> user@desk:~/libcoin$ ./configure
> >> -- The C compiler identification is GNU
> >> -- The CXX compiler identification is GNU
> >> -- Check for working C compiler: /usr/bin/gcc
> >> -- Check for working C compiler: /usr/bin/gcc -- works
> >> -- Detecting C compiler ABI info
> >> -- Detecting C compiler ABI info - done
> >> -- Check for working CXX compiler: /usr/bin/c++
> >> -- Check for working CXX compiler: /usr/bin/c++ -- works
> >> -- Detecting CXX compiler ABI info
> >> -- Detecting CXX compiler ABI info - done
> >> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> >> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> >> -- Looking for pthread_create in pthreads
> >> -- Looking for pthread_create in pthreads - not found
> >> -- Looking for pthread_create in pthread
> >> -- Looking for pthread_create in pthread - found
> >> -- Found Threads: TRUE
> >> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> >> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> >> -- Looking for gethostbyname
> >> -- Looking for gethostbyname - found
> >> -- Looking for connect
> >> -- Looking for connect - found
> >> -- Looking for remove
> >> -- Looking for remove - found
> >> -- Looking for shmat
> >> -- Looking for shmat - found
> >> -- Looking for IceConnectionNumber in ICE
> >> -- Looking for IceConnectionNumber in ICE - found
> >> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> >> -- Boost version: 1.42.0
> >> -- Found the following Boost libraries:
> >> --   date_time
> >> --   regex
> >> --   filesystem
> >> --   system
> >> --   program_options
> >> --   thread
> >> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> >> -- Looking for Q_WS_X11
> >> -- Looking for Q_WS_X11 - found
> >> -- Looking for Q_WS_WIN
> >> -- Looking for Q_WS_WIN - not found.
> >> -- Looking for Q_WS_QWS
> >> -- Looking for Q_WS_QWS - not found.
> >> -- Looking for Q_WS_MAC
> >> -- Looking for Q_WS_MAC - not found.
> >> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> >> -- Found wxWidgets: TRUE
> >>
> >> The build system is configured to install libraries to /usr/local/lib
> >> Your applications may not be able to find your installed libraries unless you:
> >>    set your LD_LIBRARY_PATH (user specific) or
> >>    update your ld.so configuration (system wide)
> >> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
> >> applications find the installed libcoin libraries, system wide, you could install an
> >> libcoin specific ld.so configuration with:
> >>    sudo make install_ld_conf
> >>
> >> -- Configuring done
> >> -- Generating done
> >> -- Build files have been written to: /home/user/libcoin
> >> ----
> >>
> >> Now I tried make, without success:
> >>
> >> ----
> >> .....
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
> >> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
> >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
> >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
> >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
> >> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
> >> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
> >> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
> >> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> >> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
> >> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
> >> collect2: ld returned 1 exit status
> >> make[2]: *** [bin/bitcoind] Error 1
> >> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
> >> make: *** [all] Error 2
> >> -----
> >>
> >> What can I do?!
> >>
> >> Best,
> >> Thiago
> >>
> >>
> >> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
> >> Dear Bitcoiners,
> >>
> >> libcoin is now in a state ready for its first release, which I would like to share with you!
> >>
> >> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
> >>
> >> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
> >>
> >> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
> >>
> >> 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!
> >>
> >> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
> >>
> >> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
> >>
> >> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
> >>
> >> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
> >>
> >> ======
> >>
> >> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> >>
> >> Join libcoin on twitter: http://twitter.com/libcoin
> >>
> >> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> >>
> >> Best regards,
> >>
> >> Michael Gronager, PhD
> >> Director, Ceptacle
> >> Jens Juels Gade 33
> >> 2100 Copenhagen E
> >> Mobile: +45 31 45 14 01
> >> E-mail: gronager@ceptacle•com
> >> Web: http://www.ceptacle.com/
> >>
> >>
> >> ------------------------------------------------------------------------------
> >> Keep Your Developer Skills Current with LearnDevNow!
> >> The most comprehensive online learning library for Microsoft developers
> >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> >> Metro Style Apps, more. Free future releases when you subscribe now!
> >> http://p.sf.net/sfu/learndevnow-d2d
> >> _______________________________________________
> >> Bitcoin-development mailing list
> >> Bitcoin-development@lists•sourceforge•net
> >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >>
> >
> > Michael Gronager, PhD
> > Director, Ceptacle
> > Jens Juels Gade 33
> > 2100 Copenhagen E
> > Mobile: +45 31 45 14 01
> > E-mail: gronager@ceptacle•com
> > Web: http://www.ceptacle.com/
> >
> >
> >
>
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Michael Gronager in reply to Martinx - ジェームズ permalink original

OK - didn't took the weekend:

support for "port" is on github now :)

Only took two lines:

            ("port", value<unsigned short>(&port)->default_value(8333), "Listen on specified port for the p2p protocol")

and using the port option in the Node constructor (was there already):

        Node node(chain, data_dir, args.count("nolisten") ? "" : "0.0.0.0", lexical_cast<string>(port)); // it is also here we specify the use of a proxy!

/M

On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:

Quoted text (285 lines)
> Hi Michael,
>
>  Thank you for your attention!
>
>  Now, I'm trying to start libcoin's bitcoind using high ports but, it always try to listen at 8332, no matter what I "say"...
>
>  Look:
>
> $ cat .bitcoin/bitcoin.conf
> server=1
> daemon=1
> rpcuser=libcoin
> rpcpassword=LibCoin13
> rpcport=10332
> port=10333
>
>  But:
>
> /usr/local/bin/bitcoind
> Error: Address already in use
>
> terminate called after throwing an instance of 'DbException'
>   what():  DbEnv::close: Invalid argument
> Aborted
>
>  When I "strace it", I can see:
>
> ...
> bind(12, {sa_family=AF_INET, sin_port=htons(8333), sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
> ...
>
>  I already tried:
>
> /usr/local/bin/bitcoind --rpcport 10332
> /usr/local/bin/bitcoind --rpcport=10332
>
>  Without success...
>
> Thanks again!
> Thiago
>
> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> Hi Thiago,
>
> Forgot to comment on the two latter:
>
> > $ bitcoind getaccountaddress ""
> > HTTP error code: 401
> > Error: couldn't parse reply from server
> >
> > $ bitcoind listaccounts
> > HTTP error code: 401
> > Error: couldn't parse reply from server
> >
>
> 401 = permission denied - you need to setup username / password either on the commandline or in the bicoin.conf file to access those commands...
>
> See in the bitcoind.cpp file for commands that you can use with and without auth...
>
> Those that contains an "auth" requires auth:
>
>       server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
>
> As opposed to:
>
>       server.registerMethod(method_ptr(new GetInfo(node)));
>
> auth is defined by:
>
>       Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not set, all authenticated methods becomes disallowed.
>
> so you just experience the case explained in the comment ;) I admit that the output could be more readable, though!
>
> /M
>
>
> >
> > Any tips?! lol
> >
> > Thanks!
> > Thiago
> >
> > 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> > AWESOME!!!
> >
> > I can compile libcoin at my Ubuntu 11.10... I just need to install:
> >
> > sudo aptitude install libboost1.46-all-dev
> >
> > ...alongside with another already installed dependencies, and now it works!!
> >
> > Thank you!
> > Thiago
> >
> > 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> > Hi Martinx,
> >
> > Another note:
> >
> > boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to compile coinHTTP with that specific combination: sslv2 has been removed from openssl, but boost still references it.)
> >
> > You should do a :
> >
> > sudo apt-get upgrade libboost-dev-all
> >
> > to get the 1.46.1 library
> >
> > /M
> >
> >
> > On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> >
> >> Hi Michael!
> >>
> >> Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
> >>
> >> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
> >>
> >> ----
> >> user@desk:~/libcoin$ ./configure
> >> -- The C compiler identification is GNU
> >> -- The CXX compiler identification is GNU
> >> -- Check for working C compiler: /usr/bin/gcc
> >> -- Check for working C compiler: /usr/bin/gcc -- works
> >> -- Detecting C compiler ABI info
> >> -- Detecting C compiler ABI info - done
> >> -- Check for working CXX compiler: /usr/bin/c++
> >> -- Check for working CXX compiler: /usr/bin/c++ -- works
> >> -- Detecting CXX compiler ABI info
> >> -- Detecting CXX compiler ABI info - done
> >> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> >> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> >> -- Looking for pthread_create in pthreads
> >> -- Looking for pthread_create in pthreads - not found
> >> -- Looking for pthread_create in pthread
> >> -- Looking for pthread_create in pthread - found
> >> -- Found Threads: TRUE
> >> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> >> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> >> -- Looking for gethostbyname
> >> -- Looking for gethostbyname - found
> >> -- Looking for connect
> >> -- Looking for connect - found
> >> -- Looking for remove
> >> -- Looking for remove - found
> >> -- Looking for shmat
> >> -- Looking for shmat - found
> >> -- Looking for IceConnectionNumber in ICE
> >> -- Looking for IceConnectionNumber in ICE - found
> >> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> >> -- Boost version: 1.42.0
> >> -- Found the following Boost libraries:
> >> --   date_time
> >> --   regex
> >> --   filesystem
> >> --   system
> >> --   program_options
> >> --   thread
> >> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> >> -- Looking for Q_WS_X11
> >> -- Looking for Q_WS_X11 - found
> >> -- Looking for Q_WS_WIN
> >> -- Looking for Q_WS_WIN - not found.
> >> -- Looking for Q_WS_QWS
> >> -- Looking for Q_WS_QWS - not found.
> >> -- Looking for Q_WS_MAC
> >> -- Looking for Q_WS_MAC - not found.
> >> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> >> -- Found wxWidgets: TRUE
> >>
> >> The build system is configured to install libraries to /usr/local/lib
> >> Your applications may not be able to find your installed libraries unless you:
> >>    set your LD_LIBRARY_PATH (user specific) or
> >>    update your ld.so configuration (system wide)
> >> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
> >> applications find the installed libcoin libraries, system wide, you could install an
> >> libcoin specific ld.so configuration with:
> >>    sudo make install_ld_conf
> >>
> >> -- Configuring done
> >> -- Generating done
> >> -- Build files have been written to: /home/user/libcoin
> >> ----
> >>
> >> Now I tried make, without success:
> >>
> >> ----
> >> .....
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
> >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
> >> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
> >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
> >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
> >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
> >> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
> >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
> >> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
> >> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
> >> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> >> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
> >> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
> >> collect2: ld returned 1 exit status
> >> make[2]: *** [bin/bitcoind] Error 1
> >> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
> >> make: *** [all] Error 2
> >> -----
> >>
> >> What can I do?!
> >>
> >> Best,
> >> Thiago
> >>
> >>
> >> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
> >> Dear Bitcoiners,
> >>
> >> libcoin is now in a state ready for its first release, which I would like to share with you!
> >>
> >> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
> >>
> >> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
> >>
> >> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
> >>
> >> 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!
> >>
> >> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
> >>
> >> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
> >>
> >> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
> >>
> >> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
> >>
> >> ======
> >>
> >> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> >>
> >> Join libcoin on twitter: http://twitter.com/libcoin
> >>
> >> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> >>
> >> Best regards,
> >>
> >> Michael Gronager, PhD
> >> Director, Ceptacle
> >> Jens Juels Gade 33
> >> 2100 Copenhagen E
> >> Mobile: +45 31 45 14 01
> >> E-mail: gronager@ceptacle•com
> >> Web: http://www.ceptacle.com/
> >>
> >>
> >> ------------------------------------------------------------------------------
> >> Keep Your Developer Skills Current with LearnDevNow!
> >> The most comprehensive online learning library for Microsoft developers
> >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> >> Metro Style Apps, more. Free future releases when you subscribe now!
> >> http://p.sf.net/sfu/learndevnow-d2d
> >> _______________________________________________
> >> Bitcoin-development mailing list
> >> Bitcoin-development@lists•sourceforge•net
> >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >>
> >
> > Michael Gronager, PhD
> > Director, Ceptacle
> > Jens Juels Gade 33
> > 2100 Copenhagen E
> > Mobile: +45 31 45 14 01
> > E-mail: gronager@ceptacle•com
> > Web: http://www.ceptacle.com/
> >
> >
> >
>
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Martinx - ジェームズ in reply to Michael Gronager permalink original

Thank you!!!

It is all working now! Except "help"...

Nice work Michael!!

Best, Thiago

2012/2/24 Michael Grønager <gronager@ceptacle•com>

Quoted text (398 lines)
> OK - didn't took the weekend:
>
> support for "port" is on github now :)
>
> Only took two lines:
>
>            ("port", value<unsigned short>(&port)->default_value(8333),
> "Listen on specified port for the p2p protocol")
>
> and using the port option in the Node constructor (was there already):
>
>        Node node(chain, data_dir, args.count("nolisten") ? "" : "0.0.0.0",
> lexical_cast<string>(port)); // it is also here we specify the use of a
> proxy!
>
> /M
>
>
>
> On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:
>
> > Hi Michael,
> >
> >  Thank you for your attention!
> >
> >  Now, I'm trying to start libcoin's bitcoind using high ports but, it
> always try to listen at 8332, no matter what I "say"...
> >
> >  Look:
> >
> > $ cat .bitcoin/bitcoin.conf
> > server=1
> > daemon=1
> > rpcuser=libcoin
> > rpcpassword=LibCoin13
> > rpcport=10332
> > port=10333
> >
> >  But:
> >
> > /usr/local/bin/bitcoind
> > Error: Address already in use
> >
> > terminate called after throwing an instance of 'DbException'
> >   what():  DbEnv::close: Invalid argument
> > Aborted
> >
> >  When I "strace it", I can see:
> >
> > ...
> > bind(12, {sa_family=AF_INET, sin_port=htons(8333),
> sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
> > ...
> >
> >  I already tried:
> >
> > /usr/local/bin/bitcoind --rpcport 10332
> > /usr/local/bin/bitcoind --rpcport=10332
> >
> >  Without success...
> >
> > Thanks again!
> > Thiago
> >
> > 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> > Hi Thiago,
> >
> > Forgot to comment on the two latter:
> >
> > > $ bitcoind getaccountaddress ""
> > > HTTP error code: 401
> > > Error: couldn't parse reply from server
> > >
> > > $ bitcoind listaccounts
> > > HTTP error code: 401
> > > Error: couldn't parse reply from server
> > >
> >
> > 401 = permission denied - you need to setup username / password either
> on the commandline or in the bicoin.conf file to access those commands...
> >
> > See in the bitcoind.cpp file for commands that you can use with and
> without auth...
> >
> > Those that contains an "auth" requires auth:
> >
> >       server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
> >
> > As opposed to:
> >
> >       server.registerMethod(method_ptr(new GetInfo(node)));
> >
> > auth is defined by:
> >
> >       Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not
> set, all authenticated methods becomes disallowed.
> >
> > so you just experience the case explained in the comment ;) I admit that
> the output could be more readable, though!
> >
> > /M
> >
> >
> > >
> > > Any tips?! lol
> > >
> > > Thanks!
> > > Thiago
> > >
> > > 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> > > AWESOME!!!
> > >
> > > I can compile libcoin at my Ubuntu 11.10... I just need to install:
> > >
> > > sudo aptitude install libboost1.46-all-dev
> > >
> > > ...alongside with another already installed dependencies, and now it
> works!!
> > >
> > > Thank you!
> > > Thiago
> > >
> > > 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> > > Hi Martinx,
> > >
> > > Another note:
> > >
> > > boost 1.42 and openssl 1.0 has a conflict (you will see it when you
> try to compile coinHTTP with that specific combination: sslv2 has been
> removed from openssl, but boost still references it.)
> > >
> > > You should do a :
> > >
> > > sudo apt-get upgrade libboost-dev-all
> > >
> > > to get the 1.46.1 library
> > >
> > > /M
> > >
> > >
> > > On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> > >
> > >> Hi Michael!
> > >>
> > >> Thank you for libcoin! It is a awesome evolution for Bitcoin and for
> the CryptoCurrencies as a hole... Thanks!!!
> > >>
> > >> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this
> machine, I have compiled and running Bitcoin (from sources), Namecoin,
> Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to
> compile libcoin, I got:
> > >>
> > >> ----
> > >> user@desk:~/libcoin$ ./configure
> > >> -- The C compiler identification is GNU
> > >> -- The CXX compiler identification is GNU
> > >> -- Check for working C compiler: /usr/bin/gcc
> > >> -- Check for working C compiler: /usr/bin/gcc -- works
> > >> -- Detecting C compiler ABI info
> > >> -- Detecting C compiler ABI info - done
> > >> -- Check for working CXX compiler: /usr/bin/c++
> > >> -- Check for working CXX compiler: /usr/bin/c++ -- works
> > >> -- Detecting CXX compiler ABI info
> > >> -- Detecting CXX compiler ABI info - done
> > >> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> > >> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> > >> -- Looking for pthread_create in pthreads
> > >> -- Looking for pthread_create in pthreads - not found
> > >> -- Looking for pthread_create in pthread
> > >> -- Looking for pthread_create in pthread - found
> > >> -- Found Threads: TRUE
> > >> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> > >> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> > >> -- Looking for gethostbyname
> > >> -- Looking for gethostbyname - found
> > >> -- Looking for connect
> > >> -- Looking for connect - found
> > >> -- Looking for remove
> > >> -- Looking for remove - found
> > >> -- Looking for shmat
> > >> -- Looking for shmat - found
> > >> -- Looking for IceConnectionNumber in ICE
> > >> -- Looking for IceConnectionNumber in ICE - found
> > >> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> > >> -- Boost version: 1.42.0
> > >> -- Found the following Boost libraries:
> > >> --   date_time
> > >> --   regex
> > >> --   filesystem
> > >> --   system
> > >> --   program_options
> > >> --   thread
> > >> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> > >> -- Looking for Q_WS_X11
> > >> -- Looking for Q_WS_X11 - found
> > >> -- Looking for Q_WS_WIN
> > >> -- Looking for Q_WS_WIN - not found.
> > >> -- Looking for Q_WS_QWS
> > >> -- Looking for Q_WS_QWS - not found.
> > >> -- Looking for Q_WS_MAC
> > >> -- Looking for Q_WS_MAC - not found.
> > >> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> > >> -- Found wxWidgets: TRUE
> > >>
> > >> The build system is configured to install libraries to /usr/local/lib
> > >> Your applications may not be able to find your installed libraries
> unless you:
> > >>    set your LD_LIBRARY_PATH (user specific) or
> > >>    update your ld.so configuration (system wide)
> > >> You have an ld.so.conf.d directory on your system, so if you wish to
> ensure that
> > >> applications find the installed libcoin libraries, system wide, you
> could install an
> > >> libcoin specific ld.so configuration with:
> > >>    sudo make install_ld_conf
> > >>
> > >> -- Configuring done
> > >> -- Generating done
> > >> -- Build files have been written to: /home/user/libcoin
> > >> ----
> > >>
> > >> Now I tried make, without success:
> > >>
> > >> ----
> > >> .....
> > >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf):
> undefined reference to `BN_init'
> > >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e):
> undefined reference to `BN_copy'
> > >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38):
> undefined reference to `BN_set_negative'
> > >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f):
> undefined reference to `BN_clear_free'
> > >> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3):
> undefined reference to `BN_clear_free'
> > >> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum
> const&, unsigned int)':
> > >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0x16): undefined reference to `BN_init'
> > >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0x2c): undefined reference to `BN_lshift'
> > >> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0xad): undefined reference to `BN_clear_free'
> > >> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum
> const&, unsigned int)':
> > >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0xf): undefined reference to `BN_init'
> > >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0x1e): undefined reference to `BN_copy'
> > >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0x47): undefined reference to `BN_clear_free'
> > >> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0xcb): undefined reference to `BN_clear_free'
> > >> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum
> const&, CBigNum const&)':
> > >> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&,
> CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> > >> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&,
> CBigNum const&)':
> > >> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum
> const&)]+0x14): undefined reference to `BN_cmp'
> > >> ../../lib/libcoin.a(Script.o): In function `uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> > >>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0x6d): undefined reference to `SHA256'
> > >>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0xb8): undefined reference to `SHA256'
> > >> collect2: ld returned 1 exit status
> > >> make[2]: *** [bin/bitcoind] Error 1
> > >> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all]
> Error 2
> > >> make: *** [all] Error 2
> > >> -----
> > >>
> > >> What can I do?!
> > >>
> > >> Best,
> > >> Thiago
> > >>
> > >>
> > >> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com>
> wrote:
> > >> Dear Bitcoiners,
> > >>
> > >> libcoin is now in a state ready for its first release, which I would
> like to share with you!
> > >>
> > >> === libcoin is a crypto currency library based on the bitcoin/bitcoin
> "Satoshi" client. ===
> > >>
> > >> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the
> release of the first version of the crypto currency library "libcoin" based
> on the bitcoin/bitcoin "Satoshi" client.
> > >>
> > >> libcoin also maintains a version of bitcoind that is a 100%
> compatible drop-in replacement of the bitcoin/bitcoind client: You can use
> it on the same computer on the same files and you can call it with the same
> scripts. And you can easily extend it without touching the basic bitcoin
> source files.
> > >>
> > >> 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!
> > >>
> > >> In libcoin, the Satoshi client code has been completely refactored,
> properly encapsulating classes, removing all globals, moving from threads
> and mutexes to a pure asynchronous approach. Functionalities have been
> divided into logical units and libraries, minimizing dependencies for e.g.
> thin clients.
> > >>
> > >> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
> litecoin, ...) specific settings are maintained from a single class (Chain)
> and hence experiments with chain settings, mining, security and digital
> currencies for research and educational purposes are easily accessible. See
> the ponzicoin example for how you define your own chain.
> > >>
> > >> The build system of libcoin is based on CMake and supports builds of
> static and dynamic libraries on Linux, Mac OS X, and Windows.
> > >>
> > >> The libcoin license is LGPL v. 3. This mean that you can use it in
> open source as well as in commercial projects, but improvements should go
> back into the libcoin library.
> > >>
> > >> ======
> > >>
> > >> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> > >>
> > >> Join libcoin on twitter: http://twitter.com/libcoin
> > >>
> > >> Download "libcoin Satoshi release":
> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> > >>
> > >> Best regards,
> > >>
> > >> Michael Gronager, PhD
> > >> Director, Ceptacle
> > >> Jens Juels Gade 33
> > >> 2100 Copenhagen E
> > >> Mobile: +45 31 45 14 01
> > >> E-mail: gronager@ceptacle•com
> > >> Web: http://www.ceptacle.com/
> > >>
> > >>
> > >>
> ------------------------------------------------------------------------------
> > >> Keep Your Developer Skills Current with LearnDevNow!
> > >> The most comprehensive online learning library for Microsoft
> developers
> > >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
> MVC3,
> > >> Metro Style Apps, more. Free future releases when you subscribe now!
> > >> http://p.sf.net/sfu/learndevnow-d2d
> > >> _______________________________________________
> > >> Bitcoin-development mailing list
> > >> Bitcoin-development@lists•sourceforge•net
> > >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> > >>
> > >
> > > Michael Gronager, PhD
> > > Director, Ceptacle
> > > Jens Juels Gade 33
> > > 2100 Copenhagen E
> > > Mobile: +45 31 45 14 01
> > > E-mail: gronager@ceptacle•com
> > > Web: http://www.ceptacle.com/
> > >
> > >
> > >
> >
> >
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
Michael Gronager in reply to Martinx - ジェームズ permalink original

And if you do an update now "help" is there too ;)

/M

On 25/02/2012, at 03:11, Martinx - ジェームズ wrote:

Quoted text (323 lines)
> Thank you!!!
>
> It is all working now! Except "help"...
>
> Nice work Michael!!
>
> Best,
> Thiago
>
> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> OK - didn't took the weekend:
>
> support for "port" is on github now :)
>
> Only took two lines:
>
>           ("port", value<unsigned short>(&port)->default_value(8333), "Listen on specified port for the p2p protocol")
>
> and using the port option in the Node constructor (was there already):
>
>       Node node(chain, data_dir, args.count("nolisten") ? "" : "0.0.0.0", lexical_cast<string>(port)); // it is also here we specify the use of a proxy!
>
> /M
>
>
>
> On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:
>
>> Hi Michael,
>>
>> Thank you for your attention!
>>
>> Now, I'm trying to start libcoin's bitcoind using high ports but, it always try to listen at 8332, no matter what I "say"...
>>
>> Look:
>>
>> $ cat .bitcoin/bitcoin.conf
>> server=1
>> daemon=1
>> rpcuser=libcoin
>> rpcpassword=LibCoin13
>> rpcport=10332
>> port=10333
>>
>> But:
>>
>> /usr/local/bin/bitcoind
>> Error: Address already in use
>>
>> terminate called after throwing an instance of 'DbException'
>>  what():  DbEnv::close: Invalid argument
>> Aborted
>>
>> When I "strace it", I can see:
>>
>> ...
>> bind(12, {sa_family=AF_INET, sin_port=htons(8333), sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
>> ...
>>
>> I already tried:
>>
>> /usr/local/bin/bitcoind --rpcport 10332
>> /usr/local/bin/bitcoind --rpcport=10332
>>
>> Without success...
>>
>> Thanks again!
>> Thiago
>>
>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
>> Hi Thiago,
>>
>> Forgot to comment on the two latter:
>>
>>> $ bitcoind getaccountaddress ""
>>> HTTP error code: 401
>>> Error: couldn't parse reply from server
>>>
>>> $ bitcoind listaccounts
>>> HTTP error code: 401
>>> Error: couldn't parse reply from server
>>>
>>
>> 401 = permission denied - you need to setup username / password either on the commandline or in the bicoin.conf file to access those commands...
>>
>> See in the bitcoind.cpp file for commands that you can use with and without auth...
>>
>> Those that contains an "auth" requires auth:
>>
>>      server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
>>
>> As opposed to:
>>
>>      server.registerMethod(method_ptr(new GetInfo(node)));
>>
>> auth is defined by:
>>
>>      Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not set, all authenticated methods becomes disallowed.
>>
>> so you just experience the case explained in the comment ;) I admit that the output could be more readable, though!
>>
>> /M
>>
>>
>>>
>>> Any tips?! lol
>>>
>>> Thanks!
>>> Thiago
>>>
>>> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
>>> AWESOME!!!
>>>
>>> I can compile libcoin at my Ubuntu 11.10... I just need to install:
>>>
>>> sudo aptitude install libboost1.46-all-dev
>>>
>>> ...alongside with another already installed dependencies, and now it works!!
>>>
>>> Thank you!
>>> Thiago
>>>
>>> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
>>> Hi Martinx,
>>>
>>> Another note:
>>>
>>> boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to compile coinHTTP with that specific combination: sslv2 has been removed from openssl, but boost still references it.)
>>>
>>> You should do a :
>>>
>>> sudo apt-get upgrade libboost-dev-all
>>>
>>> to get the 1.46.1 library
>>>
>>> /M
>>>
>>>
>>> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
>>>
>>>> Hi Michael!
>>>>
>>>> Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
>>>>
>>>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
>>>>
>>>> ----
>>>> user@desk:~/libcoin$ ./configure
>>>> -- The C compiler identification is GNU
>>>> -- The CXX compiler identification is GNU
>>>> -- Check for working C compiler: /usr/bin/gcc
>>>> -- Check for working C compiler: /usr/bin/gcc -- works
>>>> -- Detecting C compiler ABI info
>>>> -- Detecting C compiler ABI info - done
>>>> -- Check for working CXX compiler: /usr/bin/c++
>>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>>>> -- Detecting CXX compiler ABI info
>>>> -- Detecting CXX compiler ABI info - done
>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
>>>> -- Looking for pthread_create in pthreads
>>>> -- Looking for pthread_create in pthreads - not found
>>>> -- Looking for pthread_create in pthread
>>>> -- Looking for pthread_create in pthread - found
>>>> -- Found Threads: TRUE
>>>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
>>>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
>>>> -- Looking for gethostbyname
>>>> -- Looking for gethostbyname - found
>>>> -- Looking for connect
>>>> -- Looking for connect - found
>>>> -- Looking for remove
>>>> -- Looking for remove - found
>>>> -- Looking for shmat
>>>> -- Looking for shmat - found
>>>> -- Looking for IceConnectionNumber in ICE
>>>> -- Looking for IceConnectionNumber in ICE - found
>>>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
>>>> -- Boost version: 1.42.0
>>>> -- Found the following Boost libraries:
>>>> --   date_time
>>>> --   regex
>>>> --   filesystem
>>>> --   system
>>>> --   program_options
>>>> --   thread
>>>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
>>>> -- Looking for Q_WS_X11
>>>> -- Looking for Q_WS_X11 - found
>>>> -- Looking for Q_WS_WIN
>>>> -- Looking for Q_WS_WIN - not found.
>>>> -- Looking for Q_WS_QWS
>>>> -- Looking for Q_WS_QWS - not found.
>>>> -- Looking for Q_WS_MAC
>>>> -- Looking for Q_WS_MAC - not found.
>>>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
>>>> -- Found wxWidgets: TRUE
>>>>
>>>> The build system is configured to install libraries to /usr/local/lib
>>>> Your applications may not be able to find your installed libraries unless you:
>>>>   set your LD_LIBRARY_PATH (user specific) or
>>>>   update your ld.so configuration (system wide)
>>>> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
>>>> applications find the installed libcoin libraries, system wide, you could install an
>>>> libcoin specific ld.so configuration with:
>>>>   sudo make install_ld_conf
>>>>
>>>> -- Configuring done
>>>> -- Generating done
>>>> -- Build files have been written to: /home/user/libcoin
>>>> ----
>>>>
>>>> Now I tried make, without success:
>>>>
>>>> ----
>>>> .....
>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
>>>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
>>>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
>>>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
>>>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
>>>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
>>>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
>>>> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
>>>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
>>>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
>>>> collect2: ld returned 1 exit status
>>>> make[2]: *** [bin/bitcoind] Error 1
>>>> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
>>>> make: *** [all] Error 2
>>>> -----
>>>>
>>>> What can I do?!
>>>>
>>>> Best,
>>>> Thiago
>>>>
>>>>
>>>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
>>>> Dear Bitcoiners,
>>>>
>>>> libcoin is now in a state ready for its first release, which I would like to share with you!
>>>>
>>>> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
>>>>
>>>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
>>>>
>>>> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
>>>>
>>>> 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!
>>>>
>>>> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
>>>>
>>>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
>>>>
>>>> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
>>>>
>>>> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
>>>>
>>>> ======
>>>>
>>>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>>>>
>>>> Join libcoin on twitter: http://twitter.com/libcoin
>>>>
>>>> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>>>>
>>>> Best regards,
>>>>
>>>> Michael Gronager, PhD
>>>> Director, Ceptacle
>>>> Jens Juels Gade 33
>>>> 2100 Copenhagen E
>>>> Mobile: +45 31 45 14 01
>>>> E-mail: gronager@ceptacle•com
>>>> Web: http://www.ceptacle.com/
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Keep Your Developer Skills Current with LearnDevNow!
>>>> The most comprehensive online learning library for Microsoft developers
>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>>>> Metro Style Apps, more. Free future releases when you subscribe now!
>>>> http://p.sf.net/sfu/learndevnow-d2d
>>>> _______________________________________________
>>>> Bitcoin-development mailing list
>>>> Bitcoin-development@lists•sourceforge•net
>>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>>>
>>>
>>> Michael Gronager, PhD
>>> Director, Ceptacle
>>> Jens Juels Gade 33
>>> 2100 Copenhagen E
>>> Mobile: +45 31 45 14 01
>>> E-mail: gronager@ceptacle•com
>>> Web: http://www.ceptacle.com/
>>>
>>>
>>>
>>
>>
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Martinx - ジェームズ in reply to Michael Gronager permalink original

AWESOME!! Thank you!!

Anyway, I found a new problem... lol

/usr/local/bin/bitcoind getinfo #okay
{
    "version" : 40001,
    "blocks" : 168753,
    "connections" : 8,
    "difficulty" : 1376302.26788638,
    "testnet" : false
}

/usr/local/bin/bitcoind getaccountaddress "" # okay... 1J4vNcvEdeCuLH4yvyoC2gxFEF4zquoJ87

/usr/local/bin/bitcoind listaccounts # NOT okay... { }

/usr/local/bin/bitcoind getaccountaddress "teste" # okay 1E6pGh6AAtuJdFXheZMp1zdYmvdqAQn9QT

/usr/local/bin/bitcoind listaccounts # NOT okay...
{
    "teste" : 0.00000000
}

Where is my default account listed at "listaccounts" output?!

Best, Thiago

2012/2/26 Michael Grønager <gronager@ceptacle•com>

Quoted text (424 lines)
> And if you do an update now "help" is there too ;)
>
> /M
>
> On 25/02/2012, at 03:11, Martinx - ジェームズ wrote:
>
> > Thank you!!!
> >
> > It is all working now! Except "help"...
> >
> > Nice work Michael!!
> >
> > Best,
> > Thiago
> >
> > 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> > OK - didn't took the weekend:
> >
> > support for "port" is on github now :)
> >
> > Only took two lines:
> >
> >           ("port", value<unsigned short>(&port)->default_value(8333),
> "Listen on specified port for the p2p protocol")
> >
> > and using the port option in the Node constructor (was there already):
> >
> >       Node node(chain, data_dir, args.count("nolisten") ? "" :
> "0.0.0.0", lexical_cast<string>(port)); // it is also here we specify the
> use of a proxy!
> >
> > /M
> >
> >
> >
> > On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:
> >
> >> Hi Michael,
> >>
> >> Thank you for your attention!
> >>
> >> Now, I'm trying to start libcoin's bitcoind using high ports but, it
> always try to listen at 8332, no matter what I "say"...
> >>
> >> Look:
> >>
> >> $ cat .bitcoin/bitcoin.conf
> >> server=1
> >> daemon=1
> >> rpcuser=libcoin
> >> rpcpassword=LibCoin13
> >> rpcport=10332
> >> port=10333
> >>
> >> But:
> >>
> >> /usr/local/bin/bitcoind
> >> Error: Address already in use
> >>
> >> terminate called after throwing an instance of 'DbException'
> >>  what():  DbEnv::close: Invalid argument
> >> Aborted
> >>
> >> When I "strace it", I can see:
> >>
> >> ...
> >> bind(12, {sa_family=AF_INET, sin_port=htons(8333),
> sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
> >> ...
> >>
> >> I already tried:
> >>
> >> /usr/local/bin/bitcoind --rpcport 10332
> >> /usr/local/bin/bitcoind --rpcport=10332
> >>
> >> Without success...
> >>
> >> Thanks again!
> >> Thiago
> >>
> >> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> >> Hi Thiago,
> >>
> >> Forgot to comment on the two latter:
> >>
> >>> $ bitcoind getaccountaddress ""
> >>> HTTP error code: 401
> >>> Error: couldn't parse reply from server
> >>>
> >>> $ bitcoind listaccounts
> >>> HTTP error code: 401
> >>> Error: couldn't parse reply from server
> >>>
> >>
> >> 401 = permission denied - you need to setup username / password either
> on the commandline or in the bicoin.conf file to access those commands...
> >>
> >> See in the bitcoind.cpp file for commands that you can use with and
> without auth...
> >>
> >> Those that contains an "auth" requires auth:
> >>
> >>      server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
> >>
> >> As opposed to:
> >>
> >>      server.registerMethod(method_ptr(new GetInfo(node)));
> >>
> >> auth is defined by:
> >>
> >>      Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not
> set, all authenticated methods becomes disallowed.
> >>
> >> so you just experience the case explained in the comment ;) I admit
> that the output could be more readable, though!
> >>
> >> /M
> >>
> >>
> >>>
> >>> Any tips?! lol
> >>>
> >>> Thanks!
> >>> Thiago
> >>>
> >>> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> >>> AWESOME!!!
> >>>
> >>> I can compile libcoin at my Ubuntu 11.10... I just need to install:
> >>>
> >>> sudo aptitude install libboost1.46-all-dev
> >>>
> >>> ...alongside with another already installed dependencies, and now it
> works!!
> >>>
> >>> Thank you!
> >>> Thiago
> >>>
> >>> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> >>> Hi Martinx,
> >>>
> >>> Another note:
> >>>
> >>> boost 1.42 and openssl 1.0 has a conflict (you will see it when you
> try to compile coinHTTP with that specific combination: sslv2 has been
> removed from openssl, but boost still references it.)
> >>>
> >>> You should do a :
> >>>
> >>> sudo apt-get upgrade libboost-dev-all
> >>>
> >>> to get the 1.46.1 library
> >>>
> >>> /M
> >>>
> >>>
> >>> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> >>>
> >>>> Hi Michael!
> >>>>
> >>>> Thank you for libcoin! It is a awesome evolution for Bitcoin and for
> the CryptoCurrencies as a hole... Thanks!!!
> >>>>
> >>>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this
> machine, I have compiled and running Bitcoin (from sources), Namecoin,
> Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to
> compile libcoin, I got:
> >>>>
> >>>> ----
> >>>> user@desk:~/libcoin$ ./configure
> >>>> -- The C compiler identification is GNU
> >>>> -- The CXX compiler identification is GNU
> >>>> -- Check for working C compiler: /usr/bin/gcc
> >>>> -- Check for working C compiler: /usr/bin/gcc -- works
> >>>> -- Detecting C compiler ABI info
> >>>> -- Detecting C compiler ABI info - done
> >>>> -- Check for working CXX compiler: /usr/bin/c++
> >>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
> >>>> -- Detecting CXX compiler ABI info
> >>>> -- Detecting CXX compiler ABI info - done
> >>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> >>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> >>>> -- Looking for pthread_create in pthreads
> >>>> -- Looking for pthread_create in pthreads - not found
> >>>> -- Looking for pthread_create in pthread
> >>>> -- Looking for pthread_create in pthread - found
> >>>> -- Found Threads: TRUE
> >>>> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> >>>> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> >>>> -- Looking for gethostbyname
> >>>> -- Looking for gethostbyname - found
> >>>> -- Looking for connect
> >>>> -- Looking for connect - found
> >>>> -- Looking for remove
> >>>> -- Looking for remove - found
> >>>> -- Looking for shmat
> >>>> -- Looking for shmat - found
> >>>> -- Looking for IceConnectionNumber in ICE
> >>>> -- Looking for IceConnectionNumber in ICE - found
> >>>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> >>>> -- Boost version: 1.42.0
> >>>> -- Found the following Boost libraries:
> >>>> --   date_time
> >>>> --   regex
> >>>> --   filesystem
> >>>> --   system
> >>>> --   program_options
> >>>> --   thread
> >>>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> >>>> -- Looking for Q_WS_X11
> >>>> -- Looking for Q_WS_X11 - found
> >>>> -- Looking for Q_WS_WIN
> >>>> -- Looking for Q_WS_WIN - not found.
> >>>> -- Looking for Q_WS_QWS
> >>>> -- Looking for Q_WS_QWS - not found.
> >>>> -- Looking for Q_WS_MAC
> >>>> -- Looking for Q_WS_MAC - not found.
> >>>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> >>>> -- Found wxWidgets: TRUE
> >>>>
> >>>> The build system is configured to install libraries to /usr/local/lib
> >>>> Your applications may not be able to find your installed libraries
> unless you:
> >>>>   set your LD_LIBRARY_PATH (user specific) or
> >>>>   update your ld.so configuration (system wide)
> >>>> You have an ld.so.conf.d directory on your system, so if you wish to
> ensure that
> >>>> applications find the installed libcoin libraries, system wide, you
> could install an
> >>>> libcoin specific ld.so configuration with:
> >>>>   sudo make install_ld_conf
> >>>>
> >>>> -- Configuring done
> >>>> -- Generating done
> >>>> -- Build files have been written to: /home/user/libcoin
> >>>> ----
> >>>>
> >>>> Now I tried make, without success:
> >>>>
> >>>> ----
> >>>> .....
> >>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf):
> undefined reference to `BN_init'
> >>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e):
> undefined reference to `BN_copy'
> >>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38):
> undefined reference to `BN_set_negative'
> >>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f):
> undefined reference to `BN_clear_free'
> >>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3):
> undefined reference to `BN_clear_free'
> >>>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum
> const&, unsigned int)':
> >>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0x16): undefined reference to `BN_init'
> >>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0x2c): undefined reference to `BN_lshift'
> >>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned
> int)]+0xad): undefined reference to `BN_clear_free'
> >>>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum
> const&, unsigned int)':
> >>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0xf): undefined reference to `BN_init'
> >>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0x1e): undefined reference to `BN_copy'
> >>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0x47): undefined reference to `BN_clear_free'
> >>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned
> int)]+0xcb): undefined reference to `BN_clear_free'
> >>>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum
> const&, CBigNum const&)':
> >>>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&,
> CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >>>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&,
> CBigNum const&)':
> >>>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum
> const&)]+0x14): undefined reference to `BN_cmp'
> >>>> ../../lib/libcoin.a(Script.o): In function `uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> >>>>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0x6d): undefined reference to `SHA256'
> >>>>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0xb8): undefined reference to `SHA256'
> >>>> collect2: ld returned 1 exit status
> >>>> make[2]: *** [bin/bitcoind] Error 1
> >>>> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all]
> Error 2
> >>>> make: *** [all] Error 2
> >>>> -----
> >>>>
> >>>> What can I do?!
> >>>>
> >>>> Best,
> >>>> Thiago
> >>>>
> >>>>
> >>>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com>
> wrote:
> >>>> Dear Bitcoiners,
> >>>>
> >>>> libcoin is now in a state ready for its first release, which I would
> like to share with you!
> >>>>
> >>>> === libcoin is a crypto currency library based on the bitcoin/bitcoin
> "Satoshi" client. ===
> >>>>
> >>>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the
> release of the first version of the crypto currency library "libcoin" based
> on the bitcoin/bitcoin "Satoshi" client.
> >>>>
> >>>> libcoin also maintains a version of bitcoind that is a 100%
> compatible drop-in replacement of the bitcoin/bitcoind client: You can use
> it on the same computer on the same files and you can call it with the same
> scripts. And you can easily extend it without touching the basic bitcoin
> source files.
> >>>>
> >>>> 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!
> >>>>
> >>>> In libcoin, the Satoshi client code has been completely refactored,
> properly encapsulating classes, removing all globals, moving from threads
> and mutexes to a pure asynchronous approach. Functionalities have been
> divided into logical units and libraries, minimizing dependencies for e.g.
> thin clients.
> >>>>
> >>>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
> litecoin, ...) specific settings are maintained from a single class (Chain)
> and hence experiments with chain settings, mining, security and digital
> currencies for research and educational purposes are easily accessible. See
> the ponzicoin example for how you define your own chain.
> >>>>
> >>>> The build system of libcoin is based on CMake and supports builds of
> static and dynamic libraries on Linux, Mac OS X, and Windows.
> >>>>
> >>>> The libcoin license is LGPL v. 3. This mean that you can use it in
> open source as well as in commercial projects, but improvements should go
> back into the libcoin library.
> >>>>
> >>>> ======
> >>>>
> >>>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> >>>>
> >>>> Join libcoin on twitter: http://twitter.com/libcoin
> >>>>
> >>>> Download "libcoin Satoshi release":
> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> >>>>
> >>>> Best regards,
> >>>>
> >>>> Michael Gronager, PhD
> >>>> Director, Ceptacle
> >>>> Jens Juels Gade 33
> >>>> 2100 Copenhagen E
> >>>> Mobile: +45 31 45 14 01
> >>>> E-mail: gronager@ceptacle•com
> >>>> Web: http://www.ceptacle.com/
> >>>>
> >>>>
> >>>>
> ------------------------------------------------------------------------------
> >>>> Keep Your Developer Skills Current with LearnDevNow!
> >>>> The most comprehensive online learning library for Microsoft
> developers
> >>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
> MVC3,
> >>>> Metro Style Apps, more. Free future releases when you subscribe now!
> >>>> http://p.sf.net/sfu/learndevnow-d2d
> >>>> _______________________________________________
> >>>> Bitcoin-development mailing list
> >>>> Bitcoin-development@lists•sourceforge•net
> >>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >>>>
> >>>
> >>> Michael Gronager, PhD
> >>> Director, Ceptacle
> >>> Jens Juels Gade 33
> >>> 2100 Copenhagen E
> >>> Mobile: +45 31 45 14 01
> >>> E-mail: gronager@ceptacle•com
> >>> Web: http://www.ceptacle.com/
> >>>
> >>>
> >>>
> >>
> >>
> >
> > Michael Gronager, PhD
> > Director, Ceptacle
> > Jens Juels Gade 33
> > 2100 Copenhagen E
> > Mobile: +45 31 45 14 01
> > E-mail: gronager@ceptacle•com
> > Web: http://www.ceptacle.com/
> >
> >
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
Michael Gronager in reply to Martinx - ジェームズ permalink original

I tried this and got:

./bitcoind listaccount: { }

bitcoind getnewaddress 1DumTDw6quNqnUegJsXL2AJjDA9fmxRY7o

./bitcoind setaccount 1DumTDw6quNqnUegJsXL2AJjDA9fmxRY7o test

./bitcoind listaccounts{
   "" : 0.00000000,
   "test" : 0.00000000
}

Seem like the default account ( "" ) need to be initialized ?? Will test the same with the old client and see if it behaves similarly..

/M

On 27/02/2012, at 20:03, Martinx - ジェームズ wrote:

Quoted text (373 lines)
> AWESOME!! Thank you!!
>
> Anyway, I found a new problem... lol
>
> /usr/local/bin/bitcoind getinfo #okay
> {
>    "version" : 40001,
>    "blocks" : 168753,
>    "connections" : 8,
>    "difficulty" : 1376302.26788638,
>    "testnet" : false
> }
>
> /usr/local/bin/bitcoind getaccountaddress ""  # okay...
> 1J4vNcvEdeCuLH4yvyoC2gxFEF4zquoJ87
>
> /usr/local/bin/bitcoind listaccounts # NOT okay...
> {
> }
>
> /usr/local/bin/bitcoind getaccountaddress "teste" # okay
> 1E6pGh6AAtuJdFXheZMp1zdYmvdqAQn9QT
>
> /usr/local/bin/bitcoind listaccounts # NOT okay...
> {
>    "teste" : 0.00000000
> }
>
> Where is my default account listed at "listaccounts" output?!
>
> Best,
> Thiago
>
> 2012/2/26 Michael Grønager <gronager@ceptacle•com>
> And if you do an update now "help" is there too ;)
>
> /M
>
> On 25/02/2012, at 03:11, Martinx - ジェームズ wrote:
>
>> Thank you!!!
>>
>> It is all working now! Except "help"...
>>
>> Nice work Michael!!
>>
>> Best,
>> Thiago
>>
>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
>> OK - didn't took the weekend:
>>
>> support for "port" is on github now :)
>>
>> Only took two lines:
>>
>>          ("port", value<unsigned short>(&port)->default_value(8333), "Listen on specified port for the p2p protocol")
>>
>> and using the port option in the Node constructor (was there already):
>>
>>      Node node(chain, data_dir, args.count("nolisten") ? "" : "0.0.0.0", lexical_cast<string>(port)); // it is also here we specify the use of a proxy!
>>
>> /M
>>
>>
>>
>> On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:
>>
>>> Hi Michael,
>>>
>>> Thank you for your attention!
>>>
>>> Now, I'm trying to start libcoin's bitcoind using high ports but, it always try to listen at 8332, no matter what I "say"...
>>>
>>> Look:
>>>
>>> $ cat .bitcoin/bitcoin.conf
>>> server=1
>>> daemon=1
>>> rpcuser=libcoin
>>> rpcpassword=LibCoin13
>>> rpcport=10332
>>> port=10333
>>>
>>> But:
>>>
>>> /usr/local/bin/bitcoind
>>> Error: Address already in use
>>>
>>> terminate called after throwing an instance of 'DbException'
>>> what():  DbEnv::close: Invalid argument
>>> Aborted
>>>
>>> When I "strace it", I can see:
>>>
>>> ...
>>> bind(12, {sa_family=AF_INET, sin_port=htons(8333), sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
>>> ...
>>>
>>> I already tried:
>>>
>>> /usr/local/bin/bitcoind --rpcport 10332
>>> /usr/local/bin/bitcoind --rpcport=10332
>>>
>>> Without success...
>>>
>>> Thanks again!
>>> Thiago
>>>
>>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
>>> Hi Thiago,
>>>
>>> Forgot to comment on the two latter:
>>>
>>>> $ bitcoind getaccountaddress ""
>>>> HTTP error code: 401
>>>> Error: couldn't parse reply from server
>>>>
>>>> $ bitcoind listaccounts
>>>> HTTP error code: 401
>>>> Error: couldn't parse reply from server
>>>>
>>>
>>> 401 = permission denied - you need to setup username / password either on the commandline or in the bicoin.conf file to access those commands...
>>>
>>> See in the bitcoind.cpp file for commands that you can use with and without auth...
>>>
>>> Those that contains an "auth" requires auth:
>>>
>>>     server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
>>>
>>> As opposed to:
>>>
>>>     server.registerMethod(method_ptr(new GetInfo(node)));
>>>
>>> auth is defined by:
>>>
>>>     Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not set, all authenticated methods becomes disallowed.
>>>
>>> so you just experience the case explained in the comment ;) I admit that the output could be more readable, though!
>>>
>>> /M
>>>
>>>
>>>>
>>>> Any tips?! lol
>>>>
>>>> Thanks!
>>>> Thiago
>>>>
>>>> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
>>>> AWESOME!!!
>>>>
>>>> I can compile libcoin at my Ubuntu 11.10... I just need to install:
>>>>
>>>> sudo aptitude install libboost1.46-all-dev
>>>>
>>>> ...alongside with another already installed dependencies, and now it works!!
>>>>
>>>> Thank you!
>>>> Thiago
>>>>
>>>> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
>>>> Hi Martinx,
>>>>
>>>> Another note:
>>>>
>>>> boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to compile coinHTTP with that specific combination: sslv2 has been removed from openssl, but boost still references it.)
>>>>
>>>> You should do a :
>>>>
>>>> sudo apt-get upgrade libboost-dev-all
>>>>
>>>> to get the 1.46.1 library
>>>>
>>>> /M
>>>>
>>>>
>>>> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
>>>>
>>>>> Hi Michael!
>>>>>
>>>>> Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
>>>>>
>>>>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
>>>>>
>>>>> ----
>>>>> user@desk:~/libcoin$ ./configure
>>>>> -- The C compiler identification is GNU
>>>>> -- The CXX compiler identification is GNU
>>>>> -- Check for working C compiler: /usr/bin/gcc
>>>>> -- Check for working C compiler: /usr/bin/gcc -- works
>>>>> -- Detecting C compiler ABI info
>>>>> -- Detecting C compiler ABI info - done
>>>>> -- Check for working CXX compiler: /usr/bin/c++
>>>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>>>>> -- Detecting CXX compiler ABI info
>>>>> -- Detecting CXX compiler ABI info - done
>>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
>>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
>>>>> -- Looking for pthread_create in pthreads
>>>>> -- Looking for pthread_create in pthreads - not found
>>>>> -- Looking for pthread_create in pthread
>>>>> -- Looking for pthread_create in pthread - found
>>>>> -- Found Threads: TRUE
>>>>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
>>>>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
>>>>> -- Looking for gethostbyname
>>>>> -- Looking for gethostbyname - found
>>>>> -- Looking for connect
>>>>> -- Looking for connect - found
>>>>> -- Looking for remove
>>>>> -- Looking for remove - found
>>>>> -- Looking for shmat
>>>>> -- Looking for shmat - found
>>>>> -- Looking for IceConnectionNumber in ICE
>>>>> -- Looking for IceConnectionNumber in ICE - found
>>>>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
>>>>> -- Boost version: 1.42.0
>>>>> -- Found the following Boost libraries:
>>>>> --   date_time
>>>>> --   regex
>>>>> --   filesystem
>>>>> --   system
>>>>> --   program_options
>>>>> --   thread
>>>>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
>>>>> -- Looking for Q_WS_X11
>>>>> -- Looking for Q_WS_X11 - found
>>>>> -- Looking for Q_WS_WIN
>>>>> -- Looking for Q_WS_WIN - not found.
>>>>> -- Looking for Q_WS_QWS
>>>>> -- Looking for Q_WS_QWS - not found.
>>>>> -- Looking for Q_WS_MAC
>>>>> -- Looking for Q_WS_MAC - not found.
>>>>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
>>>>> -- Found wxWidgets: TRUE
>>>>>
>>>>> The build system is configured to install libraries to /usr/local/lib
>>>>> Your applications may not be able to find your installed libraries unless you:
>>>>>  set your LD_LIBRARY_PATH (user specific) or
>>>>>  update your ld.so configuration (system wide)
>>>>> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
>>>>> applications find the installed libcoin libraries, system wide, you could install an
>>>>> libcoin specific ld.so configuration with:
>>>>>  sudo make install_ld_conf
>>>>>
>>>>> -- Configuring done
>>>>> -- Generating done
>>>>> -- Build files have been written to: /home/user/libcoin
>>>>> ----
>>>>>
>>>>> Now I tried make, without success:
>>>>>
>>>>> ----
>>>>> .....
>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
>>>>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
>>>>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
>>>>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
>>>>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
>>>>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
>>>>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
>>>>> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
>>>>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
>>>>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
>>>>> collect2: ld returned 1 exit status
>>>>> make[2]: *** [bin/bitcoind] Error 1
>>>>> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
>>>>> make: *** [all] Error 2
>>>>> -----
>>>>>
>>>>> What can I do?!
>>>>>
>>>>> Best,
>>>>> Thiago
>>>>>
>>>>>
>>>>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
>>>>> Dear Bitcoiners,
>>>>>
>>>>> libcoin is now in a state ready for its first release, which I would like to share with you!
>>>>>
>>>>> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
>>>>>
>>>>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
>>>>>
>>>>> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
>>>>>
>>>>> 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!
>>>>>
>>>>> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
>>>>>
>>>>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
>>>>>
>>>>> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
>>>>>
>>>>> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
>>>>>
>>>>> ======
>>>>>
>>>>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>>>>>
>>>>> Join libcoin on twitter: http://twitter.com/libcoin
>>>>>
>>>>> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Michael Gronager, PhD
>>>>> Director, Ceptacle
>>>>> Jens Juels Gade 33
>>>>> 2100 Copenhagen E
>>>>> Mobile: +45 31 45 14 01
>>>>> E-mail: gronager@ceptacle•com
>>>>> Web: http://www.ceptacle.com/
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Keep Your Developer Skills Current with LearnDevNow!
>>>>> The most comprehensive online learning library for Microsoft developers
>>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>>>>> Metro Style Apps, more. Free future releases when you subscribe now!
>>>>> http://p.sf.net/sfu/learndevnow-d2d
>>>>> _______________________________________________
>>>>> Bitcoin-development mailing list
>>>>> Bitcoin-development@lists•sourceforge•net
>>>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>>>>
>>>>
>>>> Michael Gronager, PhD
>>>> Director, Ceptacle
>>>> Jens Juels Gade 33
>>>> 2100 Copenhagen E
>>>> Mobile: +45 31 45 14 01
>>>> E-mail: gronager@ceptacle•com
>>>> Web: http://www.ceptacle.com/
>>>>
>>>>
>>>>
>>>
>>>
>>
>> Michael Gronager, PhD
>> Director, Ceptacle
>> Jens Juels Gade 33
>> 2100 Copenhagen E
>> Mobile: +45 31 45 14 01
>> E-mail: gronager@ceptacle•com
>> Web: http://www.ceptacle.com/
>>
>>
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Michael Gronager in reply to Martinx - ジェームズ permalink original

Hi again - and thanks for testing and finding this!

I have fixed the bug you reported:

The culprit was an implicit string constructor for the ChainAddress that caused creation of a not fully initialized ChainAddress. The right way to do it is using chain::getAddress(string) as the ChainAddress is chain specific.

A git pull will fix it ;)

Cheers,

Michael

On 27/02/2012, at 20:03, Martinx - ジェームズ wrote:

Quoted text (373 lines)
> AWESOME!! Thank you!!
>
> Anyway, I found a new problem... lol
>
> /usr/local/bin/bitcoind getinfo #okay
> {
>    "version" : 40001,
>    "blocks" : 168753,
>    "connections" : 8,
>    "difficulty" : 1376302.26788638,
>    "testnet" : false
> }
>
> /usr/local/bin/bitcoind getaccountaddress ""  # okay...
> 1J4vNcvEdeCuLH4yvyoC2gxFEF4zquoJ87
>
> /usr/local/bin/bitcoind listaccounts # NOT okay...
> {
> }
>
> /usr/local/bin/bitcoind getaccountaddress "teste" # okay
> 1E6pGh6AAtuJdFXheZMp1zdYmvdqAQn9QT
>
> /usr/local/bin/bitcoind listaccounts # NOT okay...
> {
>    "teste" : 0.00000000
> }
>
> Where is my default account listed at "listaccounts" output?!
>
> Best,
> Thiago
>
> 2012/2/26 Michael Grønager <gronager@ceptacle•com>
> And if you do an update now "help" is there too ;)
>
> /M
>
> On 25/02/2012, at 03:11, Martinx - ジェームズ wrote:
>
>> Thank you!!!
>>
>> It is all working now! Except "help"...
>>
>> Nice work Michael!!
>>
>> Best,
>> Thiago
>>
>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
>> OK - didn't took the weekend:
>>
>> support for "port" is on github now :)
>>
>> Only took two lines:
>>
>>          ("port", value<unsigned short>(&port)->default_value(8333), "Listen on specified port for the p2p protocol")
>>
>> and using the port option in the Node constructor (was there already):
>>
>>      Node node(chain, data_dir, args.count("nolisten") ? "" : "0.0.0.0", lexical_cast<string>(port)); // it is also here we specify the use of a proxy!
>>
>> /M
>>
>>
>>
>> On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:
>>
>>> Hi Michael,
>>>
>>> Thank you for your attention!
>>>
>>> Now, I'm trying to start libcoin's bitcoind using high ports but, it always try to listen at 8332, no matter what I "say"...
>>>
>>> Look:
>>>
>>> $ cat .bitcoin/bitcoin.conf
>>> server=1
>>> daemon=1
>>> rpcuser=libcoin
>>> rpcpassword=LibCoin13
>>> rpcport=10332
>>> port=10333
>>>
>>> But:
>>>
>>> /usr/local/bin/bitcoind
>>> Error: Address already in use
>>>
>>> terminate called after throwing an instance of 'DbException'
>>> what():  DbEnv::close: Invalid argument
>>> Aborted
>>>
>>> When I "strace it", I can see:
>>>
>>> ...
>>> bind(12, {sa_family=AF_INET, sin_port=htons(8333), sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
>>> ...
>>>
>>> I already tried:
>>>
>>> /usr/local/bin/bitcoind --rpcport 10332
>>> /usr/local/bin/bitcoind --rpcport=10332
>>>
>>> Without success...
>>>
>>> Thanks again!
>>> Thiago
>>>
>>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
>>> Hi Thiago,
>>>
>>> Forgot to comment on the two latter:
>>>
>>>> $ bitcoind getaccountaddress ""
>>>> HTTP error code: 401
>>>> Error: couldn't parse reply from server
>>>>
>>>> $ bitcoind listaccounts
>>>> HTTP error code: 401
>>>> Error: couldn't parse reply from server
>>>>
>>>
>>> 401 = permission denied - you need to setup username / password either on the commandline or in the bicoin.conf file to access those commands...
>>>
>>> See in the bitcoind.cpp file for commands that you can use with and without auth...
>>>
>>> Those that contains an "auth" requires auth:
>>>
>>>     server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
>>>
>>> As opposed to:
>>>
>>>     server.registerMethod(method_ptr(new GetInfo(node)));
>>>
>>> auth is defined by:
>>>
>>>     Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not set, all authenticated methods becomes disallowed.
>>>
>>> so you just experience the case explained in the comment ;) I admit that the output could be more readable, though!
>>>
>>> /M
>>>
>>>
>>>>
>>>> Any tips?! lol
>>>>
>>>> Thanks!
>>>> Thiago
>>>>
>>>> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
>>>> AWESOME!!!
>>>>
>>>> I can compile libcoin at my Ubuntu 11.10... I just need to install:
>>>>
>>>> sudo aptitude install libboost1.46-all-dev
>>>>
>>>> ...alongside with another already installed dependencies, and now it works!!
>>>>
>>>> Thank you!
>>>> Thiago
>>>>
>>>> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
>>>> Hi Martinx,
>>>>
>>>> Another note:
>>>>
>>>> boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to compile coinHTTP with that specific combination: sslv2 has been removed from openssl, but boost still references it.)
>>>>
>>>> You should do a :
>>>>
>>>> sudo apt-get upgrade libboost-dev-all
>>>>
>>>> to get the 1.46.1 library
>>>>
>>>> /M
>>>>
>>>>
>>>> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
>>>>
>>>>> Hi Michael!
>>>>>
>>>>> Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
>>>>>
>>>>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
>>>>>
>>>>> ----
>>>>> user@desk:~/libcoin$ ./configure
>>>>> -- The C compiler identification is GNU
>>>>> -- The CXX compiler identification is GNU
>>>>> -- Check for working C compiler: /usr/bin/gcc
>>>>> -- Check for working C compiler: /usr/bin/gcc -- works
>>>>> -- Detecting C compiler ABI info
>>>>> -- Detecting C compiler ABI info - done
>>>>> -- Check for working CXX compiler: /usr/bin/c++
>>>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>>>>> -- Detecting CXX compiler ABI info
>>>>> -- Detecting CXX compiler ABI info - done
>>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
>>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
>>>>> -- Looking for pthread_create in pthreads
>>>>> -- Looking for pthread_create in pthreads - not found
>>>>> -- Looking for pthread_create in pthread
>>>>> -- Looking for pthread_create in pthread - found
>>>>> -- Found Threads: TRUE
>>>>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
>>>>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
>>>>> -- Looking for gethostbyname
>>>>> -- Looking for gethostbyname - found
>>>>> -- Looking for connect
>>>>> -- Looking for connect - found
>>>>> -- Looking for remove
>>>>> -- Looking for remove - found
>>>>> -- Looking for shmat
>>>>> -- Looking for shmat - found
>>>>> -- Looking for IceConnectionNumber in ICE
>>>>> -- Looking for IceConnectionNumber in ICE - found
>>>>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
>>>>> -- Boost version: 1.42.0
>>>>> -- Found the following Boost libraries:
>>>>> --   date_time
>>>>> --   regex
>>>>> --   filesystem
>>>>> --   system
>>>>> --   program_options
>>>>> --   thread
>>>>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
>>>>> -- Looking for Q_WS_X11
>>>>> -- Looking for Q_WS_X11 - found
>>>>> -- Looking for Q_WS_WIN
>>>>> -- Looking for Q_WS_WIN - not found.
>>>>> -- Looking for Q_WS_QWS
>>>>> -- Looking for Q_WS_QWS - not found.
>>>>> -- Looking for Q_WS_MAC
>>>>> -- Looking for Q_WS_MAC - not found.
>>>>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
>>>>> -- Found wxWidgets: TRUE
>>>>>
>>>>> The build system is configured to install libraries to /usr/local/lib
>>>>> Your applications may not be able to find your installed libraries unless you:
>>>>>  set your LD_LIBRARY_PATH (user specific) or
>>>>>  update your ld.so configuration (system wide)
>>>>> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
>>>>> applications find the installed libcoin libraries, system wide, you could install an
>>>>> libcoin specific ld.so configuration with:
>>>>>  sudo make install_ld_conf
>>>>>
>>>>> -- Configuring done
>>>>> -- Generating done
>>>>> -- Build files have been written to: /home/user/libcoin
>>>>> ----
>>>>>
>>>>> Now I tried make, without success:
>>>>>
>>>>> ----
>>>>> .....
>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
>>>>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
>>>>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
>>>>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
>>>>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
>>>>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
>>>>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
>>>>> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
>>>>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
>>>>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
>>>>> collect2: ld returned 1 exit status
>>>>> make[2]: *** [bin/bitcoind] Error 1
>>>>> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
>>>>> make: *** [all] Error 2
>>>>> -----
>>>>>
>>>>> What can I do?!
>>>>>
>>>>> Best,
>>>>> Thiago
>>>>>
>>>>>
>>>>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
>>>>> Dear Bitcoiners,
>>>>>
>>>>> libcoin is now in a state ready for its first release, which I would like to share with you!
>>>>>
>>>>> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
>>>>>
>>>>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
>>>>>
>>>>> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
>>>>>
>>>>> 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!
>>>>>
>>>>> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
>>>>>
>>>>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
>>>>>
>>>>> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
>>>>>
>>>>> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
>>>>>
>>>>> ======
>>>>>
>>>>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
>>>>>
>>>>> Join libcoin on twitter: http://twitter.com/libcoin
>>>>>
>>>>> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Michael Gronager, PhD
>>>>> Director, Ceptacle
>>>>> Jens Juels Gade 33
>>>>> 2100 Copenhagen E
>>>>> Mobile: +45 31 45 14 01
>>>>> E-mail: gronager@ceptacle•com
>>>>> Web: http://www.ceptacle.com/
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Keep Your Developer Skills Current with LearnDevNow!
>>>>> The most comprehensive online learning library for Microsoft developers
>>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>>>>> Metro Style Apps, more. Free future releases when you subscribe now!
>>>>> http://p.sf.net/sfu/learndevnow-d2d
>>>>> _______________________________________________
>>>>> Bitcoin-development mailing list
>>>>> Bitcoin-development@lists•sourceforge•net
>>>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>>>>
>>>>
>>>> Michael Gronager, PhD
>>>> Director, Ceptacle
>>>> Jens Juels Gade 33
>>>> 2100 Copenhagen E
>>>> Mobile: +45 31 45 14 01
>>>> E-mail: gronager@ceptacle•com
>>>> Web: http://www.ceptacle.com/
>>>>
>>>>
>>>>
>>>
>>>
>>
>> Michael Gronager, PhD
>> Director, Ceptacle
>> Jens Juels Gade 33
>> 2100 Copenhagen E
>> Mobile: +45 31 45 14 01
>> E-mail: gronager@ceptacle•com
>> Web: http://www.ceptacle.com/
>>
>>
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Martinx - ジェームズ in reply to Michael Gronager permalink original

Hi Michael,

NOTE: Re-add bitcoin-dev to this thread on Cc...

I'll test this ASAP! I REALLY need this feature (blockchain server <-> wallet client).

I just want ask you some things...

1- How close is Libcoin with original Bitcoin? I mean, the output is a little different, the bitcoind help output was disabled and, I'm afraid that Libcoin can possibly being distant from Bitcoin in the future... That can happen?!

2- Do you have plans to update Libcoin on every new upstream Bitcoin release? How fast will be this updates? Do you need more resources/people working on it?

Another questions not involved directly with Libcoin/Bitcoin but, I'll need it for my future Bitcoin projects, and Libcoin is on my radar:

1- Do you know about Diaspora* Project?

2- Do you have skills in Ruby on Rails development?

Thank you! Thiago

2012/3/3 Michael Grønager <gronager@ceptacle•com>

Quoted text (563 lines)
> Hi Martin,
>
> There are a couple of options of doing similarly...
>
> In the libcoin repository you will find some code for btc and btcd, it is
> some code I wrote a while ago and it needs to be updated. It functions as a
> bitcoind master and slave. The btcd keeps the blockchain, but no wallet.
> btc keeps the wallet and contact the btcd to get transaction info (like
> send an address and get its transactions or send a transaction id and get
> its details). It works (or worked when I wrote them) with the wallet.dat,
> but needs a little update.
>
> You could e.g. run one btcd on the machine and several btc instances to
> get the functionality you asked for.
>
> Further, btcd also enables a web wallet, where the private keys are stored
> in your browsers local-store.
>
> I will get the application updated, but most likely in a bit other setup
> as it is something I intend to marketize in the near future.
>
> Hope this answers your question.
>
> Cheers,
>
> Michael
>
> On 03/03/2012, at 02:04, Martinx - ジェームズ wrote:
>
> > Michael,
> >
> > libcoin is AWESOME! Thanks!!!
> >
> > Can I do the following scenario with libcoin ? :
> >
> > 1- Create a regular Linux user called "blockchain", with home dir
> pointed to /var/lib/libcoin/ (more or like Ubuntu/Debian mysql does);
> >
> > 2- Start "bitcoind" under user "blockchain" (the Bitcoin blockchain)
> will be downloaded to /var/lib/libcoin/bitcoin/ directory);
> >
> > 3- As another regular user, called "michael", I would like to run
> "bitcoind" too but, I do not want to re-download the blockchain to its own
> subdir, I want instead, to consult it (blockchain) through libcoin itself
> (not by socket of JSON)...
> >
> > So, the /home/michael/.bitcoin/ directory will have only wallet.dat and
> related files, not the blockchain.
> >
> > This is more or less what we can do with Bitcoin Electrum alternate
> client but, with Electrum, it copy the whole blockchain to mysql... This is
> terrible from my point of view, I think that there is no need to duplicate
> the blockchain within MySQL in anyway.
> >
> > I just imagine a bitcoin splited in two, blockchain in one side and
> wallet in the other side.
> >
> > This is possible with libcoin?!
> >
> > Thank you again!
> >
> > Best,
> > Thiago
> >
> > 2012/2/28 Michael Grønager <gronager@ceptacle•com>
> > Hi again - and thanks for testing and finding this!
> >
> > I have fixed the bug you reported:
> >
> > The culprit was an implicit string constructor for the ChainAddress that
> caused creation of a not fully initialized ChainAddress. The right way to
> do it is using chain::getAddress(string) as the ChainAddress is chain
> specific.
> >
> > A git pull will fix it ;)
> >
> > Cheers,
> >
> > Michael
> >
> >
> > On 27/02/2012, at 20:03, Martinx - ジェームズ wrote:
> >
> >> AWESOME!! Thank you!!
> >>
> >> Anyway, I found a new problem... lol
> >>
> >> /usr/local/bin/bitcoind getinfo #okay
> >> {
> >>   "version" : 40001,
> >>   "blocks" : 168753,
> >>   "connections" : 8,
> >>   "difficulty" : 1376302.26788638,
> >>   "testnet" : false
> >> }
> >>
> >> /usr/local/bin/bitcoind getaccountaddress ""  # okay...
> >> 1J4vNcvEdeCuLH4yvyoC2gxFEF4zquoJ87
> >>
> >> /usr/local/bin/bitcoind listaccounts # NOT okay...
> >> {
> >> }
> >>
> >> /usr/local/bin/bitcoind getaccountaddress "teste" # okay
> >> 1E6pGh6AAtuJdFXheZMp1zdYmvdqAQn9QT
> >>
> >> /usr/local/bin/bitcoind listaccounts # NOT okay...
> >> {
> >>   "teste" : 0.00000000
> >> }
> >>
> >> Where is my default account listed at "listaccounts" output?!
> >>
> >> Best,
> >> Thiago
> >>
> >> 2012/2/26 Michael Grønager <gronager@ceptacle•com>
> >> And if you do an update now "help" is there too ;)
> >>
> >> /M
> >>
> >> On 25/02/2012, at 03:11, Martinx - ジェームズ wrote:
> >>
> >>> Thank you!!!
> >>>
> >>> It is all working now! Except "help"...
> >>>
> >>> Nice work Michael!!
> >>>
> >>> Best,
> >>> Thiago
> >>>
> >>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> >>> OK - didn't took the weekend:
> >>>
> >>> support for "port" is on github now :)
> >>>
> >>> Only took two lines:
> >>>
> >>>         ("port", value<unsigned short>(&port)->default_value(8333),
> "Listen on specified port for the p2p protocol")
> >>>
> >>> and using the port option in the Node constructor (was there already):
> >>>
> >>>     Node node(chain, data_dir, args.count("nolisten") ? "" :
> "0.0.0.0", lexical_cast<string>(port)); // it is also here we specify the
> use of a proxy!
> >>>
> >>> /M
> >>>
> >>>
> >>>
> >>> On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:
> >>>
> >>>> Hi Michael,
> >>>>
> >>>> Thank you for your attention!
> >>>>
> >>>> Now, I'm trying to start libcoin's bitcoind using high ports but, it
> always try to listen at 8332, no matter what I "say"...
> >>>>
> >>>> Look:
> >>>>
> >>>> $ cat .bitcoin/bitcoin.conf
> >>>> server=1
> >>>> daemon=1
> >>>> rpcuser=libcoin
> >>>> rpcpassword=LibCoin13
> >>>> rpcport=10332
> >>>> port=10333
> >>>>
> >>>> But:
> >>>>
> >>>> /usr/local/bin/bitcoind
> >>>> Error: Address already in use
> >>>>
> >>>> terminate called after throwing an instance of 'DbException'
> >>>> what():  DbEnv::close: Invalid argument
> >>>> Aborted
> >>>>
> >>>> When I "strace it", I can see:
> >>>>
> >>>> ...
> >>>> bind(12, {sa_family=AF_INET, sin_port=htons(8333),
> sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
> >>>> ...
> >>>>
> >>>> I already tried:
> >>>>
> >>>> /usr/local/bin/bitcoind --rpcport 10332
> >>>> /usr/local/bin/bitcoind --rpcport=10332
> >>>>
> >>>> Without success...
> >>>>
> >>>> Thanks again!
> >>>> Thiago
> >>>>
> >>>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> >>>> Hi Thiago,
> >>>>
> >>>> Forgot to comment on the two latter:
> >>>>
> >>>>> $ bitcoind getaccountaddress ""
> >>>>> HTTP error code: 401
> >>>>> Error: couldn't parse reply from server
> >>>>>
> >>>>> $ bitcoind listaccounts
> >>>>> HTTP error code: 401
> >>>>> Error: couldn't parse reply from server
> >>>>>
> >>>>
> >>>> 401 = permission denied - you need to setup username / password
> either on the commandline or in the bicoin.conf file to access those
> commands...
> >>>>
> >>>> See in the bitcoind.cpp file for commands that you can use with and
> without auth...
> >>>>
> >>>> Those that contains an "auth" requires auth:
> >>>>
> >>>>    server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
> >>>>
> >>>> As opposed to:
> >>>>
> >>>>    server.registerMethod(method_ptr(new GetInfo(node)));
> >>>>
> >>>> auth is defined by:
> >>>>
> >>>>    Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not
> set, all authenticated methods becomes disallowed.
> >>>>
> >>>> so you just experience the case explained in the comment ;) I admit
> that the output could be more readable, though!
> >>>>
> >>>> /M
> >>>>
> >>>>
> >>>>>
> >>>>> Any tips?! lol
> >>>>>
> >>>>> Thanks!
> >>>>> Thiago
> >>>>>
> >>>>> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> >>>>> AWESOME!!!
> >>>>>
> >>>>> I can compile libcoin at my Ubuntu 11.10... I just need to install:
> >>>>>
> >>>>> sudo aptitude install libboost1.46-all-dev
> >>>>>
> >>>>> ...alongside with another already installed dependencies, and now it
> works!!
> >>>>>
> >>>>> Thank you!
> >>>>> Thiago
> >>>>>
> >>>>> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> >>>>> Hi Martinx,
> >>>>>
> >>>>> Another note:
> >>>>>
> >>>>> boost 1.42 and openssl 1.0 has a conflict (you will see it when you
> try to compile coinHTTP with that specific combination: sslv2 has been
> removed from openssl, but boost still references it.)
> >>>>>
> >>>>> You should do a :
> >>>>>
> >>>>> sudo apt-get upgrade libboost-dev-all
> >>>>>
> >>>>> to get the 1.46.1 library
> >>>>>
> >>>>> /M
> >>>>>
> >>>>>
> >>>>> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> >>>>>
> >>>>>> Hi Michael!
> >>>>>>
> >>>>>> Thank you for libcoin! It is a awesome evolution for Bitcoin and
> for the CryptoCurrencies as a hole... Thanks!!!
> >>>>>>
> >>>>>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At
> this machine, I have compiled and running Bitcoin (from sources), Namecoin,
> Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to
> compile libcoin, I got:
> >>>>>>
> >>>>>> ----
> >>>>>> user@desk:~/libcoin$ ./configure
> >>>>>> -- The C compiler identification is GNU
> >>>>>> -- The CXX compiler identification is GNU
> >>>>>> -- Check for working C compiler: /usr/bin/gcc
> >>>>>> -- Check for working C compiler: /usr/bin/gcc -- works
> >>>>>> -- Detecting C compiler ABI info
> >>>>>> -- Detecting C compiler ABI info - done
> >>>>>> -- Check for working CXX compiler: /usr/bin/c++
> >>>>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
> >>>>>> -- Detecting CXX compiler ABI info
> >>>>>> -- Detecting CXX compiler ABI info - done
> >>>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> >>>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> >>>>>> -- Looking for pthread_create in pthreads
> >>>>>> -- Looking for pthread_create in pthreads - not found
> >>>>>> -- Looking for pthread_create in pthread
> >>>>>> -- Looking for pthread_create in pthread - found
> >>>>>> -- Found Threads: TRUE
> >>>>>> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> >>>>>> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> >>>>>> -- Looking for gethostbyname
> >>>>>> -- Looking for gethostbyname - found
> >>>>>> -- Looking for connect
> >>>>>> -- Looking for connect - found
> >>>>>> -- Looking for remove
> >>>>>> -- Looking for remove - found
> >>>>>> -- Looking for shmat
> >>>>>> -- Looking for shmat - found
> >>>>>> -- Looking for IceConnectionNumber in ICE
> >>>>>> -- Looking for IceConnectionNumber in ICE - found
> >>>>>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> >>>>>> -- Boost version: 1.42.0
> >>>>>> -- Found the following Boost libraries:
> >>>>>> --   date_time
> >>>>>> --   regex
> >>>>>> --   filesystem
> >>>>>> --   system
> >>>>>> --   program_options
> >>>>>> --   thread
> >>>>>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> >>>>>> -- Looking for Q_WS_X11
> >>>>>> -- Looking for Q_WS_X11 - found
> >>>>>> -- Looking for Q_WS_WIN
> >>>>>> -- Looking for Q_WS_WIN - not found.
> >>>>>> -- Looking for Q_WS_QWS
> >>>>>> -- Looking for Q_WS_QWS - not found.
> >>>>>> -- Looking for Q_WS_MAC
> >>>>>> -- Looking for Q_WS_MAC - not found.
> >>>>>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> >>>>>> -- Found wxWidgets: TRUE
> >>>>>>
> >>>>>> The build system is configured to install libraries to
> /usr/local/lib
> >>>>>> Your applications may not be able to find your installed libraries
> unless you:
> >>>>>> set your LD_LIBRARY_PATH (user specific) or
> >>>>>> update your ld.so configuration (system wide)
> >>>>>> You have an ld.so.conf.d directory on your system, so if you wish
> to ensure that
> >>>>>> applications find the installed libcoin libraries, system wide, you
> could install an
> >>>>>> libcoin specific ld.so configuration with:
> >>>>>> sudo make install_ld_conf
> >>>>>>
> >>>>>> -- Configuring done
> >>>>>> -- Generating done
> >>>>>> -- Build files have been written to: /home/user/libcoin
> >>>>>> ----
> >>>>>>
> >>>>>> Now I tried make, without success:
> >>>>>>
> >>>>>> ----
> >>>>>> .....
> >>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf):
> undefined reference to `BN_init'
> >>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e):
> undefined reference to `BN_copy'
> >>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38):
> undefined reference to `BN_set_negative'
> >>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f):
> undefined reference to `BN_clear_free'
> >>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3):
> undefined reference to `BN_clear_free'
> >>>>>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum
> const&, unsigned int)':
> >>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&,
> unsigned int)]+0x16): undefined reference to `BN_init'
> >>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&,
> unsigned int)]+0x2c): undefined reference to `BN_lshift'
> >>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&,
> unsigned int)]+0xad): undefined reference to `BN_clear_free'
> >>>>>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum
> const&, unsigned int)':
> >>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0xf): undefined reference to `BN_init'
> >>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0x1e): undefined reference to `BN_copy'
> >>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0x47): undefined reference to `BN_clear_free'
> >>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0xcb): undefined reference to `BN_clear_free'
> >>>>>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum
> const&, CBigNum const&)':
> >>>>>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&,
> CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >>>>>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum
> const&, CBigNum const&)':
> >>>>>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&,
> CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >>>>>> ../../lib/libcoin.a(Script.o): In function `uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> >>>>>>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0x6d): undefined reference to `SHA256'
> >>>>>>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0xb8): undefined reference to `SHA256'
> >>>>>> collect2: ld returned 1 exit status
> >>>>>> make[2]: *** [bin/bitcoind] Error 1
> >>>>>> make[1]: ***
> [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
> >>>>>> make: *** [all] Error 2
> >>>>>> -----
> >>>>>>
> >>>>>> What can I do?!
> >>>>>>
> >>>>>> Best,
> >>>>>> Thiago
> >>>>>>
> >>>>>>
> >>>>>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com>
> wrote:
> >>>>>> Dear Bitcoiners,
> >>>>>>
> >>>>>> libcoin is now in a state ready for its first release, which I
> would like to share with you!
> >>>>>>
> >>>>>> === libcoin is a crypto currency library based on the
> bitcoin/bitcoin "Satoshi" client. ===
> >>>>>>
> >>>>>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the
> release of the first version of the crypto currency library "libcoin" based
> on the bitcoin/bitcoin "Satoshi" client.
> >>>>>>
> >>>>>> libcoin also maintains a version of bitcoind that is a 100%
> compatible drop-in replacement of the bitcoin/bitcoind client: You can use
> it on the same computer on the same files and you can call it with the same
> scripts. And you can easily extend it without touching the basic bitcoin
> source files.
> >>>>>>
> >>>>>> 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!
> >>>>>>
> >>>>>> In libcoin, the Satoshi client code has been completely refactored,
> properly encapsulating classes, removing all globals, moving from threads
> and mutexes to a pure asynchronous approach. Functionalities have been
> divided into logical units and libraries, minimizing dependencies for e.g.
> thin clients.
> >>>>>>
> >>>>>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
> litecoin, ...) specific settings are maintained from a single class (Chain)
> and hence experiments with chain settings, mining, security and digital
> currencies for research and educational purposes are easily accessible. See
> the ponzicoin example for how you define your own chain.
> >>>>>>
> >>>>>> The build system of libcoin is based on CMake and supports builds
> of static and dynamic libraries on Linux, Mac OS X, and Windows.
> >>>>>>
> >>>>>> The libcoin license is LGPL v. 3. This mean that you can use it in
> open source as well as in commercial projects, but improvements should go
> back into the libcoin library.
> >>>>>>
> >>>>>> ======
> >>>>>>
> >>>>>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> >>>>>>
> >>>>>> Join libcoin on twitter: http://twitter.com/libcoin
> >>>>>>
> >>>>>> Download "libcoin Satoshi release":
> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> >>>>>>
> >>>>>> Best regards,
> >>>>>>
> >>>>>> Michael Gronager, PhD
> >>>>>> Director, Ceptacle
> >>>>>> Jens Juels Gade 33
> >>>>>> 2100 Copenhagen E
> >>>>>> Mobile: +45 31 45 14 01
> >>>>>> E-mail: gronager@ceptacle•com
> >>>>>> Web: http://www.ceptacle.com/
> >>>>>>
> >>>>>>
> >>>>>>
> ------------------------------------------------------------------------------
> >>>>>> Keep Your Developer Skills Current with LearnDevNow!
> >>>>>> The most comprehensive online learning library for Microsoft
> developers
> >>>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
> MVC3,
> >>>>>> Metro Style Apps, more. Free future releases when you subscribe now!
> >>>>>> http://p.sf.net/sfu/learndevnow-d2d
> >>>>>> _______________________________________________
> >>>>>> Bitcoin-development mailing list
> >>>>>> Bitcoin-development@lists•sourceforge•net
> >>>>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >>>>>>
> >>>>>
> >>>>> Michael Gronager, PhD
> >>>>> Director, Ceptacle
> >>>>> Jens Juels Gade 33
> >>>>> 2100 Copenhagen E
> >>>>> Mobile: +45 31 45 14 01
> >>>>> E-mail: gronager@ceptacle•com
> >>>>> Web: http://www.ceptacle.com/
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>> Michael Gronager, PhD
> >>> Director, Ceptacle
> >>> Jens Juels Gade 33
> >>> 2100 Copenhagen E
> >>> Mobile: +45 31 45 14 01
> >>> E-mail: gronager@ceptacle•com
> >>> Web: http://www.ceptacle.com/
> >>>
> >>>
> >>
> >> Michael Gronager, PhD
> >> Director, Ceptacle
> >> Jens Juels Gade 33
> >> 2100 Copenhagen E
> >> Mobile: +45 31 45 14 01
> >> E-mail: gronager@ceptacle•com
> >> Web: http://www.ceptacle.com/
> >>
> >>
> >
> > Michael Gronager, PhD
> > Director, Ceptacle
> > Jens Juels Gade 33
> > 2100 Copenhagen E
> > Mobile: +45 31 45 14 01
> > E-mail: gronager@ceptacle•com
> > Web: http://www.ceptacle.com/
> >
> >
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
Martinx - ジェームズ in reply to Michael Gronager permalink original

Michael,

Since libcoin is "chain agnostic", I was wondering if the project can be used like this:

When I install it with "make install", I would like to have something like this:

Regular file: /usr/local/bin/libcoincore # or whatever you like

Symlink -> Regular file

/usr/local/bit/bitcoind -> /usr/local/bin/libcoincore # bitcoind is a symlink to libcoincore

/usr/local/bit/litecoind -> /usr/local/bin/libcoincore # litecoind is a symlink to libcoincore

/usr/local/bit/devcoind -> /usr/local/bin/libcoincore # devcoind is a symlink to libcoincore

/usr/local/bit/namecoind -> /usr/local/bin/libcoincore # devcoind is a symlink to libcoincore

...and so on...

So, libcoincore will interpret the ARGV[0] and, for each string, it will initiate the appropriate internal functions...

I don't know if Libcoin already does something like that... I'm not a developer/code reader... Just a small nerd with big ideas... ^_^

Thanks! Thiago

2012/2/28 Michael Grønager <gronager@ceptacle•com>

Quoted text (486 lines)
> Hi again - and thanks for testing and finding this!
>
> I have fixed the bug you reported:
>
> The culprit was an implicit string constructor for the ChainAddress that
> caused creation of a not fully initialized ChainAddress. The right way to
> do it is using chain::getAddress(string) as the ChainAddress is chain
> specific.
>
> A git pull will fix it ;)
>
> Cheers,
>
> Michael
>
>
> On 27/02/2012, at 20:03, Martinx - ジェームズ wrote:
>
> > AWESOME!! Thank you!!
> >
> > Anyway, I found a new problem... lol
> >
> > /usr/local/bin/bitcoind getinfo #okay
> > {
> >    "version" : 40001,
> >    "blocks" : 168753,
> >    "connections" : 8,
> >    "difficulty" : 1376302.26788638,
> >    "testnet" : false
> > }
> >
> > /usr/local/bin/bitcoind getaccountaddress ""  # okay...
> > 1J4vNcvEdeCuLH4yvyoC2gxFEF4zquoJ87
> >
> > /usr/local/bin/bitcoind listaccounts # NOT okay...
> > {
> > }
> >
> > /usr/local/bin/bitcoind getaccountaddress "teste" # okay
> > 1E6pGh6AAtuJdFXheZMp1zdYmvdqAQn9QT
> >
> > /usr/local/bin/bitcoind listaccounts # NOT okay...
> > {
> >    "teste" : 0.00000000
> > }
> >
> > Where is my default account listed at "listaccounts" output?!
> >
> > Best,
> > Thiago
> >
> > 2012/2/26 Michael Grønager <gronager@ceptacle•com>
> > And if you do an update now "help" is there too ;)
> >
> > /M
> >
> > On 25/02/2012, at 03:11, Martinx - ジェームズ wrote:
> >
> >> Thank you!!!
> >>
> >> It is all working now! Except "help"...
> >>
> >> Nice work Michael!!
> >>
> >> Best,
> >> Thiago
> >>
> >> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> >> OK - didn't took the weekend:
> >>
> >> support for "port" is on github now :)
> >>
> >> Only took two lines:
> >>
> >>          ("port", value<unsigned short>(&port)->default_value(8333),
> "Listen on specified port for the p2p protocol")
> >>
> >> and using the port option in the Node constructor (was there already):
> >>
> >>      Node node(chain, data_dir, args.count("nolisten") ? "" :
> "0.0.0.0", lexical_cast<string>(port)); // it is also here we specify the
> use of a proxy!
> >>
> >> /M
> >>
> >>
> >>
> >> On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:
> >>
> >>> Hi Michael,
> >>>
> >>> Thank you for your attention!
> >>>
> >>> Now, I'm trying to start libcoin's bitcoind using high ports but, it
> always try to listen at 8332, no matter what I "say"...
> >>>
> >>> Look:
> >>>
> >>> $ cat .bitcoin/bitcoin.conf
> >>> server=1
> >>> daemon=1
> >>> rpcuser=libcoin
> >>> rpcpassword=LibCoin13
> >>> rpcport=10332
> >>> port=10333
> >>>
> >>> But:
> >>>
> >>> /usr/local/bin/bitcoind
> >>> Error: Address already in use
> >>>
> >>> terminate called after throwing an instance of 'DbException'
> >>> what():  DbEnv::close: Invalid argument
> >>> Aborted
> >>>
> >>> When I "strace it", I can see:
> >>>
> >>> ...
> >>> bind(12, {sa_family=AF_INET, sin_port=htons(8333),
> sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
> >>> ...
> >>>
> >>> I already tried:
> >>>
> >>> /usr/local/bin/bitcoind --rpcport 10332
> >>> /usr/local/bin/bitcoind --rpcport=10332
> >>>
> >>> Without success...
> >>>
> >>> Thanks again!
> >>> Thiago
> >>>
> >>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> >>> Hi Thiago,
> >>>
> >>> Forgot to comment on the two latter:
> >>>
> >>>> $ bitcoind getaccountaddress ""
> >>>> HTTP error code: 401
> >>>> Error: couldn't parse reply from server
> >>>>
> >>>> $ bitcoind listaccounts
> >>>> HTTP error code: 401
> >>>> Error: couldn't parse reply from server
> >>>>
> >>>
> >>> 401 = permission denied - you need to setup username / password either
> on the commandline or in the bicoin.conf file to access those commands...
> >>>
> >>> See in the bitcoind.cpp file for commands that you can use with and
> without auth...
> >>>
> >>> Those that contains an "auth" requires auth:
> >>>
> >>>     server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
> >>>
> >>> As opposed to:
> >>>
> >>>     server.registerMethod(method_ptr(new GetInfo(node)));
> >>>
> >>> auth is defined by:
> >>>
> >>>     Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not
> set, all authenticated methods becomes disallowed.
> >>>
> >>> so you just experience the case explained in the comment ;) I admit
> that the output could be more readable, though!
> >>>
> >>> /M
> >>>
> >>>
> >>>>
> >>>> Any tips?! lol
> >>>>
> >>>> Thanks!
> >>>> Thiago
> >>>>
> >>>> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> >>>> AWESOME!!!
> >>>>
> >>>> I can compile libcoin at my Ubuntu 11.10... I just need to install:
> >>>>
> >>>> sudo aptitude install libboost1.46-all-dev
> >>>>
> >>>> ...alongside with another already installed dependencies, and now it
> works!!
> >>>>
> >>>> Thank you!
> >>>> Thiago
> >>>>
> >>>> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> >>>> Hi Martinx,
> >>>>
> >>>> Another note:
> >>>>
> >>>> boost 1.42 and openssl 1.0 has a conflict (you will see it when you
> try to compile coinHTTP with that specific combination: sslv2 has been
> removed from openssl, but boost still references it.)
> >>>>
> >>>> You should do a :
> >>>>
> >>>> sudo apt-get upgrade libboost-dev-all
> >>>>
> >>>> to get the 1.46.1 library
> >>>>
> >>>> /M
> >>>>
> >>>>
> >>>> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> >>>>
> >>>>> Hi Michael!
> >>>>>
> >>>>> Thank you for libcoin! It is a awesome evolution for Bitcoin and for
> the CryptoCurrencies as a hole... Thanks!!!
> >>>>>
> >>>>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At
> this machine, I have compiled and running Bitcoin (from sources), Namecoin,
> Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to
> compile libcoin, I got:
> >>>>>
> >>>>> ----
> >>>>> user@desk:~/libcoin$ ./configure
> >>>>> -- The C compiler identification is GNU
> >>>>> -- The CXX compiler identification is GNU
> >>>>> -- Check for working C compiler: /usr/bin/gcc
> >>>>> -- Check for working C compiler: /usr/bin/gcc -- works
> >>>>> -- Detecting C compiler ABI info
> >>>>> -- Detecting C compiler ABI info - done
> >>>>> -- Check for working CXX compiler: /usr/bin/c++
> >>>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
> >>>>> -- Detecting CXX compiler ABI info
> >>>>> -- Detecting CXX compiler ABI info - done
> >>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> >>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> >>>>> -- Looking for pthread_create in pthreads
> >>>>> -- Looking for pthread_create in pthreads - not found
> >>>>> -- Looking for pthread_create in pthread
> >>>>> -- Looking for pthread_create in pthread - found
> >>>>> -- Found Threads: TRUE
> >>>>> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> >>>>> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> >>>>> -- Looking for gethostbyname
> >>>>> -- Looking for gethostbyname - found
> >>>>> -- Looking for connect
> >>>>> -- Looking for connect - found
> >>>>> -- Looking for remove
> >>>>> -- Looking for remove - found
> >>>>> -- Looking for shmat
> >>>>> -- Looking for shmat - found
> >>>>> -- Looking for IceConnectionNumber in ICE
> >>>>> -- Looking for IceConnectionNumber in ICE - found
> >>>>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> >>>>> -- Boost version: 1.42.0
> >>>>> -- Found the following Boost libraries:
> >>>>> --   date_time
> >>>>> --   regex
> >>>>> --   filesystem
> >>>>> --   system
> >>>>> --   program_options
> >>>>> --   thread
> >>>>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> >>>>> -- Looking for Q_WS_X11
> >>>>> -- Looking for Q_WS_X11 - found
> >>>>> -- Looking for Q_WS_WIN
> >>>>> -- Looking for Q_WS_WIN - not found.
> >>>>> -- Looking for Q_WS_QWS
> >>>>> -- Looking for Q_WS_QWS - not found.
> >>>>> -- Looking for Q_WS_MAC
> >>>>> -- Looking for Q_WS_MAC - not found.
> >>>>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> >>>>> -- Found wxWidgets: TRUE
> >>>>>
> >>>>> The build system is configured to install libraries to /usr/local/lib
> >>>>> Your applications may not be able to find your installed libraries
> unless you:
> >>>>>  set your LD_LIBRARY_PATH (user specific) or
> >>>>>  update your ld.so configuration (system wide)
> >>>>> You have an ld.so.conf.d directory on your system, so if you wish to
> ensure that
> >>>>> applications find the installed libcoin libraries, system wide, you
> could install an
> >>>>> libcoin specific ld.so configuration with:
> >>>>>  sudo make install_ld_conf
> >>>>>
> >>>>> -- Configuring done
> >>>>> -- Generating done
> >>>>> -- Build files have been written to: /home/user/libcoin
> >>>>> ----
> >>>>>
> >>>>> Now I tried make, without success:
> >>>>>
> >>>>> ----
> >>>>> .....
> >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf):
> undefined reference to `BN_init'
> >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e):
> undefined reference to `BN_copy'
> >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38):
> undefined reference to `BN_set_negative'
> >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f):
> undefined reference to `BN_clear_free'
> >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3):
> undefined reference to `BN_clear_free'
> >>>>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum
> const&, unsigned int)':
> >>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&,
> unsigned int)]+0x16): undefined reference to `BN_init'
> >>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&,
> unsigned int)]+0x2c): undefined reference to `BN_lshift'
> >>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&,
> unsigned int)]+0xad): undefined reference to `BN_clear_free'
> >>>>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum
> const&, unsigned int)':
> >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0xf): undefined reference to `BN_init'
> >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0x1e): undefined reference to `BN_copy'
> >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0x47): undefined reference to `BN_clear_free'
> >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0xcb): undefined reference to `BN_clear_free'
> >>>>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum
> const&, CBigNum const&)':
> >>>>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&,
> CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >>>>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum
> const&, CBigNum const&)':
> >>>>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&,
> CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >>>>> ../../lib/libcoin.a(Script.o): In function `uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> >>>>>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0x6d): undefined reference to `SHA256'
> >>>>>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0xb8): undefined reference to `SHA256'
> >>>>> collect2: ld returned 1 exit status
> >>>>> make[2]: *** [bin/bitcoind] Error 1
> >>>>> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all]
> Error 2
> >>>>> make: *** [all] Error 2
> >>>>> -----
> >>>>>
> >>>>> What can I do?!
> >>>>>
> >>>>> Best,
> >>>>> Thiago
> >>>>>
> >>>>>
> >>>>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com>
> wrote:
> >>>>> Dear Bitcoiners,
> >>>>>
> >>>>> libcoin is now in a state ready for its first release, which I would
> like to share with you!
> >>>>>
> >>>>> === libcoin is a crypto currency library based on the
> bitcoin/bitcoin "Satoshi" client. ===
> >>>>>
> >>>>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the
> release of the first version of the crypto currency library "libcoin" based
> on the bitcoin/bitcoin "Satoshi" client.
> >>>>>
> >>>>> libcoin also maintains a version of bitcoind that is a 100%
> compatible drop-in replacement of the bitcoin/bitcoind client: You can use
> it on the same computer on the same files and you can call it with the same
> scripts. And you can easily extend it without touching the basic bitcoin
> source files.
> >>>>>
> >>>>> 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!
> >>>>>
> >>>>> In libcoin, the Satoshi client code has been completely refactored,
> properly encapsulating classes, removing all globals, moving from threads
> and mutexes to a pure asynchronous approach. Functionalities have been
> divided into logical units and libraries, minimizing dependencies for e.g.
> thin clients.
> >>>>>
> >>>>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
> litecoin, ...) specific settings are maintained from a single class (Chain)
> and hence experiments with chain settings, mining, security and digital
> currencies for research and educational purposes are easily accessible. See
> the ponzicoin example for how you define your own chain.
> >>>>>
> >>>>> The build system of libcoin is based on CMake and supports builds of
> static and dynamic libraries on Linux, Mac OS X, and Windows.
> >>>>>
> >>>>> The libcoin license is LGPL v. 3. This mean that you can use it in
> open source as well as in commercial projects, but improvements should go
> back into the libcoin library.
> >>>>>
> >>>>> ======
> >>>>>
> >>>>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> >>>>>
> >>>>> Join libcoin on twitter: http://twitter.com/libcoin
> >>>>>
> >>>>> Download "libcoin Satoshi release":
> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> >>>>>
> >>>>> Best regards,
> >>>>>
> >>>>> Michael Gronager, PhD
> >>>>> Director, Ceptacle
> >>>>> Jens Juels Gade 33
> >>>>> 2100 Copenhagen E
> >>>>> Mobile: +45 31 45 14 01
> >>>>> E-mail: gronager@ceptacle•com
> >>>>> Web: http://www.ceptacle.com/
> >>>>>
> >>>>>
> >>>>>
> ------------------------------------------------------------------------------
> >>>>> Keep Your Developer Skills Current with LearnDevNow!
> >>>>> The most comprehensive online learning library for Microsoft
> developers
> >>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
> MVC3,
> >>>>> Metro Style Apps, more. Free future releases when you subscribe now!
> >>>>> http://p.sf.net/sfu/learndevnow-d2d
> >>>>> _______________________________________________
> >>>>> Bitcoin-development mailing list
> >>>>> Bitcoin-development@lists•sourceforge•net
> >>>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >>>>>
> >>>>
> >>>> Michael Gronager, PhD
> >>>> Director, Ceptacle
> >>>> Jens Juels Gade 33
> >>>> 2100 Copenhagen E
> >>>> Mobile: +45 31 45 14 01
> >>>> E-mail: gronager@ceptacle•com
> >>>> Web: http://www.ceptacle.com/
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>
> >> Michael Gronager, PhD
> >> Director, Ceptacle
> >> Jens Juels Gade 33
> >> 2100 Copenhagen E
> >> Mobile: +45 31 45 14 01
> >> E-mail: gronager@ceptacle•com
> >> Web: http://www.ceptacle.com/
> >>
> >>
> >
> > Michael Gronager, PhD
> > Director, Ceptacle
> > Jens Juels Gade 33
> > 2100 Copenhagen E
> > Mobile: +45 31 45 14 01
> > E-mail: gronager@ceptacle•com
> > Web: http://www.ceptacle.com/
> >
> >
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
Michael Gronager in reply to Martinx - ジェームズ permalink original
Quoted text (2 lines)
>
>  1- How close is Libcoin with original Bitcoin? I mean, the output is a little different, the bitcoind help output was disabled and, I'm afraid that Libcoin can possibly being distant from Bitcoin in the future... That can happen?!

Well, I hope at some point to push libcoin to bitcoin, but that is not for me to decide ;)

Anyway, I will strive at keeping the two synced - currently, they are almost in sync - even bip 16 is part of libcoin, but I have postponed generation of P2SH till after we were certain of 16 vs 17. So that is high on the list.

I did a presentation of libcoin at BitCon12 in San Antonio - I will trow the slides at the web-side asap.

Quoted text (2 lines)
>
>  2- Do you have plans to update Libcoin on every new upstream Bitcoin release? How fast will be this updates? Do you need more resources/people working on it?

More people is always nice! I am using libcoin for my own bitcoin project, so that should guarantee that it will be kept up to date.

Quoted text (3 lines)
>  Another questions not involved directly with Libcoin/Bitcoin but, I'll need it for my future Bitcoin projects, and Libcoin is on my radar:
>
>  1- Do you know about Diaspora* Project?

Yes, I even have an account :)

Quoted text (1 line)
>  2- Do you have skills in Ruby on Rails development?

Nope...

/M

Quoted text (460 lines)
>
>
> Thank you!
> Thiago
>
> 2012/3/3 Michael Grønager <gronager@ceptacle•com>
> Hi Martin,
>
> There are a couple of options of doing similarly...
>
> In the libcoin repository you will find some code for btc and btcd, it is some code I wrote a while ago and it needs to be updated. It functions as a bitcoind master and slave. The btcd keeps the blockchain, but no wallet. btc keeps the wallet and contact the btcd to get transaction info (like send an address and get its transactions or send a transaction id and get its details). It works (or worked when I wrote them) with the wallet.dat, but needs a little update.
>
> You could e.g. run one btcd on the machine and several btc instances to get the functionality you asked for.
>
> Further, btcd also enables a web wallet, where the private keys are stored in your browsers local-store.
>
> I will get the application updated, but most likely in a bit other setup as it is something I intend to marketize in the near future.
>
> Hope this answers your question.
>
> Cheers,
>
> Michael
>
> On 03/03/2012, at 02:04, Martinx - ジェームズ wrote:
>
> > Michael,
> >
> > libcoin is AWESOME! Thanks!!!
> >
> > Can I do the following scenario with libcoin ? :
> >
> > 1- Create a regular Linux user called "blockchain", with home dir pointed to /var/lib/libcoin/ (more or like Ubuntu/Debian mysql does);
> >
> > 2- Start "bitcoind" under user "blockchain" (the Bitcoin blockchain) will be downloaded to /var/lib/libcoin/bitcoin/ directory);
> >
> > 3- As another regular user, called "michael", I would like to run "bitcoind" too but, I do not want to re-download the blockchain to its own subdir, I want instead, to consult it (blockchain) through libcoin itself (not by socket of JSON)...
> >
> > So, the /home/michael/.bitcoin/ directory will have only wallet.dat and related files, not the blockchain.
> >
> > This is more or less what we can do with Bitcoin Electrum alternate client but, with Electrum, it copy the whole blockchain to mysql... This is terrible from my point of view, I think that there is no need to duplicate the blockchain within MySQL in anyway.
> >
> > I just imagine a bitcoin splited in two, blockchain in one side and wallet in the other side.
> >
> > This is possible with libcoin?!
> >
> > Thank you again!
> >
> > Best,
> > Thiago
> >
> > 2012/2/28 Michael Grønager <gronager@ceptacle•com>
> > Hi again - and thanks for testing and finding this!
> >
> > I have fixed the bug you reported:
> >
> > The culprit was an implicit string constructor for the ChainAddress that caused creation of a not fully initialized ChainAddress. The right way to do it is using chain::getAddress(string) as the ChainAddress is chain specific.
> >
> > A git pull will fix it ;)
> >
> > Cheers,
> >
> > Michael
> >
> >
> > On 27/02/2012, at 20:03, Martinx - ジェームズ wrote:
> >
> >> AWESOME!! Thank you!!
> >>
> >> Anyway, I found a new problem... lol
> >>
> >> /usr/local/bin/bitcoind getinfo #okay
> >> {
> >>   "version" : 40001,
> >>   "blocks" : 168753,
> >>   "connections" : 8,
> >>   "difficulty" : 1376302.26788638,
> >>   "testnet" : false
> >> }
> >>
> >> /usr/local/bin/bitcoind getaccountaddress ""  # okay...
> >> 1J4vNcvEdeCuLH4yvyoC2gxFEF4zquoJ87
> >>
> >> /usr/local/bin/bitcoind listaccounts # NOT okay...
> >> {
> >> }
> >>
> >> /usr/local/bin/bitcoind getaccountaddress "teste" # okay
> >> 1E6pGh6AAtuJdFXheZMp1zdYmvdqAQn9QT
> >>
> >> /usr/local/bin/bitcoind listaccounts # NOT okay...
> >> {
> >>   "teste" : 0.00000000
> >> }
> >>
> >> Where is my default account listed at "listaccounts" output?!
> >>
> >> Best,
> >> Thiago
> >>
> >> 2012/2/26 Michael Grønager <gronager@ceptacle•com>
> >> And if you do an update now "help" is there too ;)
> >>
> >> /M
> >>
> >> On 25/02/2012, at 03:11, Martinx - ジェームズ wrote:
> >>
> >>> Thank you!!!
> >>>
> >>> It is all working now! Except "help"...
> >>>
> >>> Nice work Michael!!
> >>>
> >>> Best,
> >>> Thiago
> >>>
> >>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> >>> OK - didn't took the weekend:
> >>>
> >>> support for "port" is on github now :)
> >>>
> >>> Only took two lines:
> >>>
> >>>         ("port", value<unsigned short>(&port)->default_value(8333), "Listen on specified port for the p2p protocol")
> >>>
> >>> and using the port option in the Node constructor (was there already):
> >>>
> >>>     Node node(chain, data_dir, args.count("nolisten") ? "" : "0.0.0.0", lexical_cast<string>(port)); // it is also here we specify the use of a proxy!
> >>>
> >>> /M
> >>>
> >>>
> >>>
> >>> On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:
> >>>
> >>>> Hi Michael,
> >>>>
> >>>> Thank you for your attention!
> >>>>
> >>>> Now, I'm trying to start libcoin's bitcoind using high ports but, it always try to listen at 8332, no matter what I "say"...
> >>>>
> >>>> Look:
> >>>>
> >>>> $ cat .bitcoin/bitcoin.conf
> >>>> server=1
> >>>> daemon=1
> >>>> rpcuser=libcoin
> >>>> rpcpassword=LibCoin13
> >>>> rpcport=10332
> >>>> port=10333
> >>>>
> >>>> But:
> >>>>
> >>>> /usr/local/bin/bitcoind
> >>>> Error: Address already in use
> >>>>
> >>>> terminate called after throwing an instance of 'DbException'
> >>>> what():  DbEnv::close: Invalid argument
> >>>> Aborted
> >>>>
> >>>> When I "strace it", I can see:
> >>>>
> >>>> ...
> >>>> bind(12, {sa_family=AF_INET, sin_port=htons(8333), sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
> >>>> ...
> >>>>
> >>>> I already tried:
> >>>>
> >>>> /usr/local/bin/bitcoind --rpcport 10332
> >>>> /usr/local/bin/bitcoind --rpcport=10332
> >>>>
> >>>> Without success...
> >>>>
> >>>> Thanks again!
> >>>> Thiago
> >>>>
> >>>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> >>>> Hi Thiago,
> >>>>
> >>>> Forgot to comment on the two latter:
> >>>>
> >>>>> $ bitcoind getaccountaddress ""
> >>>>> HTTP error code: 401
> >>>>> Error: couldn't parse reply from server
> >>>>>
> >>>>> $ bitcoind listaccounts
> >>>>> HTTP error code: 401
> >>>>> Error: couldn't parse reply from server
> >>>>>
> >>>>
> >>>> 401 = permission denied - you need to setup username / password either on the commandline or in the bicoin.conf file to access those commands...
> >>>>
> >>>> See in the bitcoind.cpp file for commands that you can use with and without auth...
> >>>>
> >>>> Those that contains an "auth" requires auth:
> >>>>
> >>>>    server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
> >>>>
> >>>> As opposed to:
> >>>>
> >>>>    server.registerMethod(method_ptr(new GetInfo(node)));
> >>>>
> >>>> auth is defined by:
> >>>>
> >>>>    Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not set, all authenticated methods becomes disallowed.
> >>>>
> >>>> so you just experience the case explained in the comment ;) I admit that the output could be more readable, though!
> >>>>
> >>>> /M
> >>>>
> >>>>
> >>>>>
> >>>>> Any tips?! lol
> >>>>>
> >>>>> Thanks!
> >>>>> Thiago
> >>>>>
> >>>>> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> >>>>> AWESOME!!!
> >>>>>
> >>>>> I can compile libcoin at my Ubuntu 11.10... I just need to install:
> >>>>>
> >>>>> sudo aptitude install libboost1.46-all-dev
> >>>>>
> >>>>> ...alongside with another already installed dependencies, and now it works!!
> >>>>>
> >>>>> Thank you!
> >>>>> Thiago
> >>>>>
> >>>>> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> >>>>> Hi Martinx,
> >>>>>
> >>>>> Another note:
> >>>>>
> >>>>> boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to compile coinHTTP with that specific combination: sslv2 has been removed from openssl, but boost still references it.)
> >>>>>
> >>>>> You should do a :
> >>>>>
> >>>>> sudo apt-get upgrade libboost-dev-all
> >>>>>
> >>>>> to get the 1.46.1 library
> >>>>>
> >>>>> /M
> >>>>>
> >>>>>
> >>>>> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> >>>>>
> >>>>>> Hi Michael!
> >>>>>>
> >>>>>> Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
> >>>>>>
> >>>>>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
> >>>>>>
> >>>>>> ----
> >>>>>> user@desk:~/libcoin$ ./configure
> >>>>>> -- The C compiler identification is GNU
> >>>>>> -- The CXX compiler identification is GNU
> >>>>>> -- Check for working C compiler: /usr/bin/gcc
> >>>>>> -- Check for working C compiler: /usr/bin/gcc -- works
> >>>>>> -- Detecting C compiler ABI info
> >>>>>> -- Detecting C compiler ABI info - done
> >>>>>> -- Check for working CXX compiler: /usr/bin/c++
> >>>>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
> >>>>>> -- Detecting CXX compiler ABI info
> >>>>>> -- Detecting CXX compiler ABI info - done
> >>>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> >>>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> >>>>>> -- Looking for pthread_create in pthreads
> >>>>>> -- Looking for pthread_create in pthreads - not found
> >>>>>> -- Looking for pthread_create in pthread
> >>>>>> -- Looking for pthread_create in pthread - found
> >>>>>> -- Found Threads: TRUE
> >>>>>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> >>>>>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> >>>>>> -- Looking for gethostbyname
> >>>>>> -- Looking for gethostbyname - found
> >>>>>> -- Looking for connect
> >>>>>> -- Looking for connect - found
> >>>>>> -- Looking for remove
> >>>>>> -- Looking for remove - found
> >>>>>> -- Looking for shmat
> >>>>>> -- Looking for shmat - found
> >>>>>> -- Looking for IceConnectionNumber in ICE
> >>>>>> -- Looking for IceConnectionNumber in ICE - found
> >>>>>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> >>>>>> -- Boost version: 1.42.0
> >>>>>> -- Found the following Boost libraries:
> >>>>>> --   date_time
> >>>>>> --   regex
> >>>>>> --   filesystem
> >>>>>> --   system
> >>>>>> --   program_options
> >>>>>> --   thread
> >>>>>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> >>>>>> -- Looking for Q_WS_X11
> >>>>>> -- Looking for Q_WS_X11 - found
> >>>>>> -- Looking for Q_WS_WIN
> >>>>>> -- Looking for Q_WS_WIN - not found.
> >>>>>> -- Looking for Q_WS_QWS
> >>>>>> -- Looking for Q_WS_QWS - not found.
> >>>>>> -- Looking for Q_WS_MAC
> >>>>>> -- Looking for Q_WS_MAC - not found.
> >>>>>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> >>>>>> -- Found wxWidgets: TRUE
> >>>>>>
> >>>>>> The build system is configured to install libraries to /usr/local/lib
> >>>>>> Your applications may not be able to find your installed libraries unless you:
> >>>>>> set your LD_LIBRARY_PATH (user specific) or
> >>>>>> update your ld.so configuration (system wide)
> >>>>>> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
> >>>>>> applications find the installed libcoin libraries, system wide, you could install an
> >>>>>> libcoin specific ld.so configuration with:
> >>>>>> sudo make install_ld_conf
> >>>>>>
> >>>>>> -- Configuring done
> >>>>>> -- Generating done
> >>>>>> -- Build files have been written to: /home/user/libcoin
> >>>>>> ----
> >>>>>>
> >>>>>> Now I tried make, without success:
> >>>>>>
> >>>>>> ----
> >>>>>> .....
> >>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
> >>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
> >>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
> >>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
> >>>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
> >>>>>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
> >>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
> >>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
> >>>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
> >>>>>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
> >>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
> >>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
> >>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
> >>>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
> >>>>>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
> >>>>>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >>>>>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
> >>>>>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >>>>>> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> >>>>>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
> >>>>>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
> >>>>>> collect2: ld returned 1 exit status
> >>>>>> make[2]: *** [bin/bitcoind] Error 1
> >>>>>> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
> >>>>>> make: *** [all] Error 2
> >>>>>> -----
> >>>>>>
> >>>>>> What can I do?!
> >>>>>>
> >>>>>> Best,
> >>>>>> Thiago
> >>>>>>
> >>>>>>
> >>>>>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
> >>>>>> Dear Bitcoiners,
> >>>>>>
> >>>>>> libcoin is now in a state ready for its first release, which I would like to share with you!
> >>>>>>
> >>>>>> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
> >>>>>>
> >>>>>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
> >>>>>>
> >>>>>> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
> >>>>>>
> >>>>>> 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!
> >>>>>>
> >>>>>> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
> >>>>>>
> >>>>>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
> >>>>>>
> >>>>>> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
> >>>>>>
> >>>>>> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
> >>>>>>
> >>>>>> ======
> >>>>>>
> >>>>>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> >>>>>>
> >>>>>> Join libcoin on twitter: http://twitter.com/libcoin
> >>>>>>
> >>>>>> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> >>>>>>
> >>>>>> Best regards,
> >>>>>>
> >>>>>> Michael Gronager, PhD
> >>>>>> Director, Ceptacle
> >>>>>> Jens Juels Gade 33
> >>>>>> 2100 Copenhagen E
> >>>>>> Mobile: +45 31 45 14 01
> >>>>>> E-mail: gronager@ceptacle•com
> >>>>>> Web: http://www.ceptacle.com/
> >>>>>>
> >>>>>>
> >>>>>> ------------------------------------------------------------------------------
> >>>>>> Keep Your Developer Skills Current with LearnDevNow!
> >>>>>> The most comprehensive online learning library for Microsoft developers
> >>>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> >>>>>> Metro Style Apps, more. Free future releases when you subscribe now!
> >>>>>> http://p.sf.net/sfu/learndevnow-d2d
> >>>>>> _______________________________________________
> >>>>>> Bitcoin-development mailing list
> >>>>>> Bitcoin-development@lists•sourceforge•net
> >>>>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >>>>>>
> >>>>>
> >>>>> Michael Gronager, PhD
> >>>>> Director, Ceptacle
> >>>>> Jens Juels Gade 33
> >>>>> 2100 Copenhagen E
> >>>>> Mobile: +45 31 45 14 01
> >>>>> E-mail: gronager@ceptacle•com
> >>>>> Web: http://www.ceptacle.com/
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>> Michael Gronager, PhD
> >>> Director, Ceptacle
> >>> Jens Juels Gade 33
> >>> 2100 Copenhagen E
> >>> Mobile: +45 31 45 14 01
> >>> E-mail: gronager@ceptacle•com
> >>> Web: http://www.ceptacle.com/
> >>>
> >>>
> >>
> >> Michael Gronager, PhD
> >> Director, Ceptacle
> >> Jens Juels Gade 33
> >> 2100 Copenhagen E
> >> Mobile: +45 31 45 14 01
> >> E-mail: gronager@ceptacle•com
> >> Web: http://www.ceptacle.com/
> >>
> >>
> >
> > Michael Gronager, PhD
> > Director, Ceptacle
> > Jens Juels Gade 33
> > 2100 Copenhagen E
> > Mobile: +45 31 45 14 01
> > E-mail: gronager@ceptacle•com
> > Web: http://www.ceptacle.com/
> >
> >
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Michael Gronager in reply to Martinx - ジェームズ permalink original

What you list below was actually the plan - just havn't gotten there yet, but it will be dead easy.

/M

On 22/03/2012, at 11:50, Martinx - ジェームズ wrote:

Quoted text (426 lines)
> Michael,
>
>  Since libcoin is "chain agnostic", I was wondering if the project can be used like this:
>
>  When I install it with "make install", I would like to have something like this:
>
>  Regular file: /usr/local/bin/libcoincore # or whatever you like
>
>  Symlink -> Regular file
>
>  /usr/local/bit/bitcoind ->  /usr/local/bin/libcoincore  # bitcoind is a symlink to libcoincore
>
>  /usr/local/bit/litecoind ->  /usr/local/bin/libcoincore  # litecoind is a symlink to libcoincore
>
>  /usr/local/bit/devcoind ->  /usr/local/bin/libcoincore  # devcoind is a symlink to libcoincore
>
>  /usr/local/bit/namecoind ->  /usr/local/bin/libcoincore  # devcoind is a symlink to libcoincore
>
>  ...and so on...
>
>  So, libcoincore will interpret the ARGV[0] and, for each string, it will initiate the appropriate internal functions...
>
>  I don't know if Libcoin already does something like that... I'm not a developer/code reader... Just a small nerd with big ideas...  ^_^
>
> Thanks!
> Thiago
>
> 2012/2/28 Michael Grønager <gronager@ceptacle•com>
> Hi again - and thanks for testing and finding this!
>
> I have fixed the bug you reported:
>
> The culprit was an implicit string constructor for the ChainAddress that caused creation of a not fully initialized ChainAddress. The right way to do it is using chain::getAddress(string) as the ChainAddress is chain specific.
>
> A git pull will fix it ;)
>
> Cheers,
>
> Michael
>
>
> On 27/02/2012, at 20:03, Martinx - ジェームズ wrote:
>
> > AWESOME!! Thank you!!
> >
> > Anyway, I found a new problem... lol
> >
> > /usr/local/bin/bitcoind getinfo #okay
> > {
> >    "version" : 40001,
> >    "blocks" : 168753,
> >    "connections" : 8,
> >    "difficulty" : 1376302.26788638,
> >    "testnet" : false
> > }
> >
> > /usr/local/bin/bitcoind getaccountaddress ""  # okay...
> > 1J4vNcvEdeCuLH4yvyoC2gxFEF4zquoJ87
> >
> > /usr/local/bin/bitcoind listaccounts # NOT okay...
> > {
> > }
> >
> > /usr/local/bin/bitcoind getaccountaddress "teste" # okay
> > 1E6pGh6AAtuJdFXheZMp1zdYmvdqAQn9QT
> >
> > /usr/local/bin/bitcoind listaccounts # NOT okay...
> > {
> >    "teste" : 0.00000000
> > }
> >
> > Where is my default account listed at "listaccounts" output?!
> >
> > Best,
> > Thiago
> >
> > 2012/2/26 Michael Grønager <gronager@ceptacle•com>
> > And if you do an update now "help" is there too ;)
> >
> > /M
> >
> > On 25/02/2012, at 03:11, Martinx - ジェームズ wrote:
> >
> >> Thank you!!!
> >>
> >> It is all working now! Except "help"...
> >>
> >> Nice work Michael!!
> >>
> >> Best,
> >> Thiago
> >>
> >> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> >> OK - didn't took the weekend:
> >>
> >> support for "port" is on github now :)
> >>
> >> Only took two lines:
> >>
> >>          ("port", value<unsigned short>(&port)->default_value(8333), "Listen on specified port for the p2p protocol")
> >>
> >> and using the port option in the Node constructor (was there already):
> >>
> >>      Node node(chain, data_dir, args.count("nolisten") ? "" : "0.0.0.0", lexical_cast<string>(port)); // it is also here we specify the use of a proxy!
> >>
> >> /M
> >>
> >>
> >>
> >> On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:
> >>
> >>> Hi Michael,
> >>>
> >>> Thank you for your attention!
> >>>
> >>> Now, I'm trying to start libcoin's bitcoind using high ports but, it always try to listen at 8332, no matter what I "say"...
> >>>
> >>> Look:
> >>>
> >>> $ cat .bitcoin/bitcoin.conf
> >>> server=1
> >>> daemon=1
> >>> rpcuser=libcoin
> >>> rpcpassword=LibCoin13
> >>> rpcport=10332
> >>> port=10333
> >>>
> >>> But:
> >>>
> >>> /usr/local/bin/bitcoind
> >>> Error: Address already in use
> >>>
> >>> terminate called after throwing an instance of 'DbException'
> >>> what():  DbEnv::close: Invalid argument
> >>> Aborted
> >>>
> >>> When I "strace it", I can see:
> >>>
> >>> ...
> >>> bind(12, {sa_family=AF_INET, sin_port=htons(8333), sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
> >>> ...
> >>>
> >>> I already tried:
> >>>
> >>> /usr/local/bin/bitcoind --rpcport 10332
> >>> /usr/local/bin/bitcoind --rpcport=10332
> >>>
> >>> Without success...
> >>>
> >>> Thanks again!
> >>> Thiago
> >>>
> >>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> >>> Hi Thiago,
> >>>
> >>> Forgot to comment on the two latter:
> >>>
> >>>> $ bitcoind getaccountaddress ""
> >>>> HTTP error code: 401
> >>>> Error: couldn't parse reply from server
> >>>>
> >>>> $ bitcoind listaccounts
> >>>> HTTP error code: 401
> >>>> Error: couldn't parse reply from server
> >>>>
> >>>
> >>> 401 = permission denied - you need to setup username / password either on the commandline or in the bicoin.conf file to access those commands...
> >>>
> >>> See in the bitcoind.cpp file for commands that you can use with and without auth...
> >>>
> >>> Those that contains an "auth" requires auth:
> >>>
> >>>     server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
> >>>
> >>> As opposed to:
> >>>
> >>>     server.registerMethod(method_ptr(new GetInfo(node)));
> >>>
> >>> auth is defined by:
> >>>
> >>>     Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are not set, all authenticated methods becomes disallowed.
> >>>
> >>> so you just experience the case explained in the comment ;) I admit that the output could be more readable, though!
> >>>
> >>> /M
> >>>
> >>>
> >>>>
> >>>> Any tips?! lol
> >>>>
> >>>> Thanks!
> >>>> Thiago
> >>>>
> >>>> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> >>>> AWESOME!!!
> >>>>
> >>>> I can compile libcoin at my Ubuntu 11.10... I just need to install:
> >>>>
> >>>> sudo aptitude install libboost1.46-all-dev
> >>>>
> >>>> ...alongside with another already installed dependencies, and now it works!!
> >>>>
> >>>> Thank you!
> >>>> Thiago
> >>>>
> >>>> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> >>>> Hi Martinx,
> >>>>
> >>>> Another note:
> >>>>
> >>>> boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to compile coinHTTP with that specific combination: sslv2 has been removed from openssl, but boost still references it.)
> >>>>
> >>>> You should do a :
> >>>>
> >>>> sudo apt-get upgrade libboost-dev-all
> >>>>
> >>>> to get the 1.46.1 library
> >>>>
> >>>> /M
> >>>>
> >>>>
> >>>> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> >>>>
> >>>>> Hi Michael!
> >>>>>
> >>>>> Thank you for libcoin! It is a awesome evolution for Bitcoin and for the CryptoCurrencies as a hole... Thanks!!!
> >>>>>
> >>>>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this machine, I have compiled and running Bitcoin (from sources), Namecoin, Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to compile libcoin, I got:
> >>>>>
> >>>>> ----
> >>>>> user@desk:~/libcoin$ ./configure
> >>>>> -- The C compiler identification is GNU
> >>>>> -- The CXX compiler identification is GNU
> >>>>> -- Check for working C compiler: /usr/bin/gcc
> >>>>> -- Check for working C compiler: /usr/bin/gcc -- works
> >>>>> -- Detecting C compiler ABI info
> >>>>> -- Detecting C compiler ABI info - done
> >>>>> -- Check for working CXX compiler: /usr/bin/c++
> >>>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
> >>>>> -- Detecting CXX compiler ABI info
> >>>>> -- Detecting CXX compiler ABI info - done
> >>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> >>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> >>>>> -- Looking for pthread_create in pthreads
> >>>>> -- Looking for pthread_create in pthreads - not found
> >>>>> -- Looking for pthread_create in pthread
> >>>>> -- Looking for pthread_create in pthread - found
> >>>>> -- Found Threads: TRUE
> >>>>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> >>>>> -- Looking for XOpenDisplay in /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> >>>>> -- Looking for gethostbyname
> >>>>> -- Looking for gethostbyname - found
> >>>>> -- Looking for connect
> >>>>> -- Looking for connect - found
> >>>>> -- Looking for remove
> >>>>> -- Looking for remove - found
> >>>>> -- Looking for shmat
> >>>>> -- Looking for shmat - found
> >>>>> -- Looking for IceConnectionNumber in ICE
> >>>>> -- Looking for IceConnectionNumber in ICE - found
> >>>>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> >>>>> -- Boost version: 1.42.0
> >>>>> -- Found the following Boost libraries:
> >>>>> --   date_time
> >>>>> --   regex
> >>>>> --   filesystem
> >>>>> --   system
> >>>>> --   program_options
> >>>>> --   thread
> >>>>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> >>>>> -- Looking for Q_WS_X11
> >>>>> -- Looking for Q_WS_X11 - found
> >>>>> -- Looking for Q_WS_WIN
> >>>>> -- Looking for Q_WS_WIN - not found.
> >>>>> -- Looking for Q_WS_QWS
> >>>>> -- Looking for Q_WS_QWS - not found.
> >>>>> -- Looking for Q_WS_MAC
> >>>>> -- Looking for Q_WS_MAC - not found.
> >>>>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> >>>>> -- Found wxWidgets: TRUE
> >>>>>
> >>>>> The build system is configured to install libraries to /usr/local/lib
> >>>>> Your applications may not be able to find your installed libraries unless you:
> >>>>>  set your LD_LIBRARY_PATH (user specific) or
> >>>>>  update your ld.so configuration (system wide)
> >>>>> You have an ld.so.conf.d directory on your system, so if you wish to ensure that
> >>>>> applications find the installed libcoin libraries, system wide, you could install an
> >>>>> libcoin specific ld.so configuration with:
> >>>>>  sudo make install_ld_conf
> >>>>>
> >>>>> -- Configuring done
> >>>>> -- Generating done
> >>>>> -- Build files have been written to: /home/user/libcoin
> >>>>> ----
> >>>>>
> >>>>> Now I tried make, without success:
> >>>>>
> >>>>> ----
> >>>>> .....
> >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf): undefined reference to `BN_init'
> >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e): undefined reference to `BN_copy'
> >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38): undefined reference to `BN_set_negative'
> >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f): undefined reference to `BN_clear_free'
> >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3): undefined reference to `BN_clear_free'
> >>>>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum const&, unsigned int)':
> >>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x16): undefined reference to `BN_init'
> >>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0x2c): undefined reference to `BN_lshift'
> >>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&, unsigned int)]+0xad): undefined reference to `BN_clear_free'
> >>>>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum const&, unsigned int)':
> >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xf): undefined reference to `BN_init'
> >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x1e): undefined reference to `BN_copy'
> >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0x47): undefined reference to `BN_clear_free'
> >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&, unsigned int)]+0xcb): undefined reference to `BN_clear_free'
> >>>>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum const&, CBigNum const&)':
> >>>>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >>>>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum const&, CBigNum const&)':
> >>>>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&, CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> >>>>> ../../lib/libcoin.a(Script.o): In function `uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> >>>>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0x6d): undefined reference to `SHA256'
> >>>>> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256 Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > > >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >)]+0xb8): undefined reference to `SHA256'
> >>>>> collect2: ld returned 1 exit status
> >>>>> make[2]: *** [bin/bitcoind] Error 1
> >>>>> make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
> >>>>> make: *** [all] Error 2
> >>>>> -----
> >>>>>
> >>>>> What can I do?!
> >>>>>
> >>>>> Best,
> >>>>> Thiago
> >>>>>
> >>>>>
> >>>>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com> wrote:
> >>>>> Dear Bitcoiners,
> >>>>>
> >>>>> libcoin is now in a state ready for its first release, which I would like to share with you!
> >>>>>
> >>>>> === libcoin is a crypto currency library based on the bitcoin/bitcoin "Satoshi" client. ===
> >>>>>
> >>>>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the first version of the crypto currency library "libcoin" based on the bitcoin/bitcoin "Satoshi" client.
> >>>>>
> >>>>> libcoin also maintains a version of bitcoind that is a 100% compatible drop-in replacement of the bitcoin/bitcoind client: You can use it on the same computer on the same files and you can call it with the same scripts. And you can easily extend it without touching the basic bitcoin source files.
> >>>>>
> >>>>> 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!
> >>>>>
> >>>>> In libcoin, the Satoshi client code has been completely refactored, properly encapsulating classes, removing all globals, moving from threads and mutexes to a pure asynchronous approach. Functionalities have been divided into logical units and libraries, minimizing dependencies for e.g. thin clients.
> >>>>>
> >>>>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin, litecoin, ...) specific settings are maintained from a single class (Chain) and hence experiments with chain settings, mining, security and digital currencies for research and educational purposes are easily accessible. See the ponzicoin example for how you define your own chain.
> >>>>>
> >>>>> The build system of libcoin is based on CMake and supports builds of static and dynamic libraries on Linux, Mac OS X, and Windows.
> >>>>>
> >>>>> The libcoin license is LGPL v. 3. This mean that you can use it in open source as well as in commercial projects, but improvements should go back into the libcoin library.
> >>>>>
> >>>>> ======
> >>>>>
> >>>>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> >>>>>
> >>>>> Join libcoin on twitter: http://twitter.com/libcoin
> >>>>>
> >>>>> Download "libcoin Satoshi release": http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> >>>>>
> >>>>> Best regards,
> >>>>>
> >>>>> Michael Gronager, PhD
> >>>>> Director, Ceptacle
> >>>>> Jens Juels Gade 33
> >>>>> 2100 Copenhagen E
> >>>>> Mobile: +45 31 45 14 01
> >>>>> E-mail: gronager@ceptacle•com
> >>>>> Web: http://www.ceptacle.com/
> >>>>>
> >>>>>
> >>>>> ------------------------------------------------------------------------------
> >>>>> Keep Your Developer Skills Current with LearnDevNow!
> >>>>> The most comprehensive online learning library for Microsoft developers
> >>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> >>>>> Metro Style Apps, more. Free future releases when you subscribe now!
> >>>>> http://p.sf.net/sfu/learndevnow-d2d
> >>>>> _______________________________________________
> >>>>> Bitcoin-development mailing list
> >>>>> Bitcoin-development@lists•sourceforge•net
> >>>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >>>>>
> >>>>
> >>>> Michael Gronager, PhD
> >>>> Director, Ceptacle
> >>>> Jens Juels Gade 33
> >>>> 2100 Copenhagen E
> >>>> Mobile: +45 31 45 14 01
> >>>> E-mail: gronager@ceptacle•com
> >>>> Web: http://www.ceptacle.com/
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>
> >> Michael Gronager, PhD
> >> Director, Ceptacle
> >> Jens Juels Gade 33
> >> 2100 Copenhagen E
> >> Mobile: +45 31 45 14 01
> >> E-mail: gronager@ceptacle•com
> >> Web: http://www.ceptacle.com/
> >>
> >>
> >
> > Michael Gronager, PhD
> > Director, Ceptacle
> > Jens Juels Gade 33
> > 2100 Copenhagen E
> > Mobile: +45 31 45 14 01
> > E-mail: gronager@ceptacle•com
> > Web: http://www.ceptacle.com/
> >
> >
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>

Michael Gronager, PhD Director, Ceptacle Jens Juels Gade 33 2100 Copenhagen E Mobile: +45 31 45 14 01 E-mail: gronager@ceptacle•com Web: http://www.ceptacle.com/

Peter Vessenes in reply to Michael Gronager permalink original

This conversation reminds me that I'd like to see a comprehensive list of tests that alt processors / generators can run against.

I haven't looked in the client code for some time, but does that exist now? That would be a nice 'I want to help' early project, getting together inputs and expected outputs / stack states for implementers to check against.

As it is right now, we've split our codebase a bit; we rely on the client to check the validity of a transaction, the balance of a given address, and converse with the network, but we have written most of our own code for stuff like block gen; I expect we will also do that for transaction creation.

Peter

2012/3/22 Michael Grønager <gronager@ceptacle•com>

Quoted text (553 lines)
> What you list below was actually the plan - just havn't gotten there yet,
> but it will be dead easy.
>
> /M
>
>
> On 22/03/2012, at 11:50, Martinx - ジェームズ wrote:
>
> > Michael,
> >
> >  Since libcoin is "chain agnostic", I was wondering if the project can
> be used like this:
> >
> >  When I install it with "make install", I would like to have something
> like this:
> >
> >  Regular file: /usr/local/bin/libcoincore # or whatever you like
> >
> >  Symlink -> Regular file
> >
> >  /usr/local/bit/bitcoind ->  /usr/local/bin/libcoincore  # bitcoind is a
> symlink to libcoincore
> >
> >  /usr/local/bit/litecoind ->  /usr/local/bin/libcoincore  # litecoind is
> a symlink to libcoincore
> >
> >  /usr/local/bit/devcoind ->  /usr/local/bin/libcoincore  # devcoind is a
> symlink to libcoincore
> >
> >  /usr/local/bit/namecoind ->  /usr/local/bin/libcoincore  # devcoind is
> a symlink to libcoincore
> >
> >  ...and so on...
> >
> >  So, libcoincore will interpret the ARGV[0] and, for each string, it
> will initiate the appropriate internal functions...
> >
> >  I don't know if Libcoin already does something like that... I'm not a
> developer/code reader... Just a small nerd with big ideas...  ^_^
> >
> > Thanks!
> > Thiago
> >
> > 2012/2/28 Michael Grønager <gronager@ceptacle•com>
> > Hi again - and thanks for testing and finding this!
> >
> > I have fixed the bug you reported:
> >
> > The culprit was an implicit string constructor for the ChainAddress that
> caused creation of a not fully initialized ChainAddress. The right way to
> do it is using chain::getAddress(string) as the ChainAddress is chain
> specific.
> >
> > A git pull will fix it ;)
> >
> > Cheers,
> >
> > Michael
> >
> >
> > On 27/02/2012, at 20:03, Martinx - ジェームズ wrote:
> >
> > > AWESOME!! Thank you!!
> > >
> > > Anyway, I found a new problem... lol
> > >
> > > /usr/local/bin/bitcoind getinfo #okay
> > > {
> > >    "version" : 40001,
> > >    "blocks" : 168753,
> > >    "connections" : 8,
> > >    "difficulty" : 1376302.26788638,
> > >    "testnet" : false
> > > }
> > >
> > > /usr/local/bin/bitcoind getaccountaddress ""  # okay...
> > > 1J4vNcvEdeCuLH4yvyoC2gxFEF4zquoJ87
> > >
> > > /usr/local/bin/bitcoind listaccounts # NOT okay...
> > > {
> > > }
> > >
> > > /usr/local/bin/bitcoind getaccountaddress "teste" # okay
> > > 1E6pGh6AAtuJdFXheZMp1zdYmvdqAQn9QT
> > >
> > > /usr/local/bin/bitcoind listaccounts # NOT okay...
> > > {
> > >    "teste" : 0.00000000
> > > }
> > >
> > > Where is my default account listed at "listaccounts" output?!
> > >
> > > Best,
> > > Thiago
> > >
> > > 2012/2/26 Michael Grønager <gronager@ceptacle•com>
> > > And if you do an update now "help" is there too ;)
> > >
> > > /M
> > >
> > > On 25/02/2012, at 03:11, Martinx - ジェームズ wrote:
> > >
> > >> Thank you!!!
> > >>
> > >> It is all working now! Except "help"...
> > >>
> > >> Nice work Michael!!
> > >>
> > >> Best,
> > >> Thiago
> > >>
> > >> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> > >> OK - didn't took the weekend:
> > >>
> > >> support for "port" is on github now :)
> > >>
> > >> Only took two lines:
> > >>
> > >>          ("port", value<unsigned short>(&port)->default_value(8333),
> "Listen on specified port for the p2p protocol")
> > >>
> > >> and using the port option in the Node constructor (was there already):
> > >>
> > >>      Node node(chain, data_dir, args.count("nolisten") ? "" :
> "0.0.0.0", lexical_cast<string>(port)); // it is also here we specify the
> use of a proxy!
> > >>
> > >> /M
> > >>
> > >>
> > >>
> > >> On 24/02/2012, at 19:49, Martinx - ジェームズ wrote:
> > >>
> > >>> Hi Michael,
> > >>>
> > >>> Thank you for your attention!
> > >>>
> > >>> Now, I'm trying to start libcoin's bitcoind using high ports but, it
> always try to listen at 8332, no matter what I "say"...
> > >>>
> > >>> Look:
> > >>>
> > >>> $ cat .bitcoin/bitcoin.conf
> > >>> server=1
> > >>> daemon=1
> > >>> rpcuser=libcoin
> > >>> rpcpassword=LibCoin13
> > >>> rpcport=10332
> > >>> port=10333
> > >>>
> > >>> But:
> > >>>
> > >>> /usr/local/bin/bitcoind
> > >>> Error: Address already in use
> > >>>
> > >>> terminate called after throwing an instance of 'DbException'
> > >>> what():  DbEnv::close: Invalid argument
> > >>> Aborted
> > >>>
> > >>> When I "strace it", I can see:
> > >>>
> > >>> ...
> > >>> bind(12, {sa_family=AF_INET, sin_port=htons(8333),
> sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
> > >>> ...
> > >>>
> > >>> I already tried:
> > >>>
> > >>> /usr/local/bin/bitcoind --rpcport 10332
> > >>> /usr/local/bin/bitcoind --rpcport=10332
> > >>>
> > >>> Without success...
> > >>>
> > >>> Thanks again!
> > >>> Thiago
> > >>>
> > >>> 2012/2/24 Michael Grønager <gronager@ceptacle•com>
> > >>> Hi Thiago,
> > >>>
> > >>> Forgot to comment on the two latter:
> > >>>
> > >>>> $ bitcoind getaccountaddress ""
> > >>>> HTTP error code: 401
> > >>>> Error: couldn't parse reply from server
> > >>>>
> > >>>> $ bitcoind listaccounts
> > >>>> HTTP error code: 401
> > >>>> Error: couldn't parse reply from server
> > >>>>
> > >>>
> > >>> 401 = permission denied - you need to setup username / password
> either on the commandline or in the bicoin.conf file to access those
> commands...
> > >>>
> > >>> See in the bitcoind.cpp file for commands that you can use with and
> without auth...
> > >>>
> > >>> Those that contains an "auth" requires auth:
> > >>>
> > >>>     server.registerMethod(method_ptr(new GetBalance(wallet)), auth);
> > >>>
> > >>> As opposed to:
> > >>>
> > >>>     server.registerMethod(method_ptr(new GetInfo(node)));
> > >>>
> > >>> auth is defined by:
> > >>>
> > >>>     Auth auth(rpc_user, rpc_pass); // if rpc_user and rpc_pass are
> not set, all authenticated methods becomes disallowed.
> > >>>
> > >>> so you just experience the case explained in the comment ;) I admit
> that the output could be more readable, though!
> > >>>
> > >>> /M
> > >>>
> > >>>
> > >>>>
> > >>>> Any tips?! lol
> > >>>>
> > >>>> Thanks!
> > >>>> Thiago
> > >>>>
> > >>>> 2012/2/23 Martinx - ジェームズ <thiagocmartinsc@gmail•com>
> > >>>> AWESOME!!!
> > >>>>
> > >>>> I can compile libcoin at my Ubuntu 11.10... I just need to install:
> > >>>>
> > >>>> sudo aptitude install libboost1.46-all-dev
> > >>>>
> > >>>> ...alongside with another already installed dependencies, and now
> it works!!
> > >>>>
> > >>>> Thank you!
> > >>>> Thiago
> > >>>>
> > >>>> 2012/2/23 Michael Grønager <gronager@ceptacle•com>
> > >>>> Hi Martinx,
> > >>>>
> > >>>> Another note:
> > >>>>
> > >>>> boost 1.42 and openssl 1.0 has a conflict (you will see it when you
> try to compile coinHTTP with that specific combination: sslv2 has been
> removed from openssl, but boost still references it.)
> > >>>>
> > >>>> You should do a :
> > >>>>
> > >>>> sudo apt-get upgrade libboost-dev-all
> > >>>>
> > >>>> to get the 1.46.1 library
> > >>>>
> > >>>> /M
> > >>>>
> > >>>>
> > >>>> On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> > >>>>
> > >>>>> Hi Michael!
> > >>>>>
> > >>>>> Thank you for libcoin! It is a awesome evolution for Bitcoin and
> for the CryptoCurrencies as a hole... Thanks!!!
> > >>>>>
> > >>>>> Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At
> this machine, I have compiled and running Bitcoin (from sources), Namecoin,
> Devcoin, Litecoin, IXcoin and I0coin, all from sources but, when I try to
> compile libcoin, I got:
> > >>>>>
> > >>>>> ----
> > >>>>> user@desk:~/libcoin$ ./configure
> > >>>>> -- The C compiler identification is GNU
> > >>>>> -- The CXX compiler identification is GNU
> > >>>>> -- Check for working C compiler: /usr/bin/gcc
> > >>>>> -- Check for working C compiler: /usr/bin/gcc -- works
> > >>>>> -- Detecting C compiler ABI info
> > >>>>> -- Detecting C compiler ABI info - done
> > >>>>> -- Check for working CXX compiler: /usr/bin/c++
> > >>>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
> > >>>>> -- Detecting CXX compiler ABI info
> > >>>>> -- Detecting CXX compiler ABI info - done
> > >>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> > >>>>> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> > >>>>> -- Looking for pthread_create in pthreads
> > >>>>> -- Looking for pthread_create in pthreads - not found
> > >>>>> -- Looking for pthread_create in pthread
> > >>>>> -- Looking for pthread_create in pthread - found
> > >>>>> -- Found Threads: TRUE
> > >>>>> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so
> > >>>>> -- Looking for XOpenDisplay in
> /usr/lib/i386-linux-gnu/libX11.so;/usr/lib/i386-linux-gnu/libXext.so - found
> > >>>>> -- Looking for gethostbyname
> > >>>>> -- Looking for gethostbyname - found
> > >>>>> -- Looking for connect
> > >>>>> -- Looking for connect - found
> > >>>>> -- Looking for remove
> > >>>>> -- Looking for remove - found
> > >>>>> -- Looking for shmat
> > >>>>> -- Looking for shmat - found
> > >>>>> -- Looking for IceConnectionNumber in ICE
> > >>>>> -- Looking for IceConnectionNumber in ICE - found
> > >>>>> -- Found X11: /usr/lib/i386-linux-gnu/libX11.so
> > >>>>> -- Boost version: 1.42.0
> > >>>>> -- Found the following Boost libraries:
> > >>>>> --   date_time
> > >>>>> --   regex
> > >>>>> --   filesystem
> > >>>>> --   system
> > >>>>> --   program_options
> > >>>>> --   thread
> > >>>>> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
> > >>>>> -- Looking for Q_WS_X11
> > >>>>> -- Looking for Q_WS_X11 - found
> > >>>>> -- Looking for Q_WS_WIN
> > >>>>> -- Looking for Q_WS_WIN - not found.
> > >>>>> -- Looking for Q_WS_QWS
> > >>>>> -- Looking for Q_WS_QWS - not found.
> > >>>>> -- Looking for Q_WS_MAC
> > >>>>> -- Looking for Q_WS_MAC - not found.
> > >>>>> -- Found Qt-Version 4.7.2 (using /usr/bin/qmake)
> > >>>>> -- Found wxWidgets: TRUE
> > >>>>>
> > >>>>> The build system is configured to install libraries to
> /usr/local/lib
> > >>>>> Your applications may not be able to find your installed libraries
> unless you:
> > >>>>>  set your LD_LIBRARY_PATH (user specific) or
> > >>>>>  update your ld.so configuration (system wide)
> > >>>>> You have an ld.so.conf.d directory on your system, so if you wish
> to ensure that
> > >>>>> applications find the installed libcoin libraries, system wide,
> you could install an
> > >>>>> libcoin specific ld.so configuration with:
> > >>>>>  sudo make install_ld_conf
> > >>>>>
> > >>>>> -- Configuring done
> > >>>>> -- Generating done
> > >>>>> -- Build files have been written to: /home/user/libcoin
> > >>>>> ----
> > >>>>>
> > >>>>> Now I tried make, without success:
> > >>>>>
> > >>>>> ----
> > >>>>> .....
> > >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xf):
> undefined reference to `BN_init'
> > >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x1e):
> undefined reference to `BN_copy'
> > >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x38):
> undefined reference to `BN_set_negative'
> > >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0x4f):
> undefined reference to `BN_clear_free'
> > >>>>> Script.cpp:(.text._ZngRK7CBigNum[operator-(CBigNum const&)]+0xd3):
> undefined reference to `BN_clear_free'
> > >>>>> ../../lib/libcoin.a(Script.o): In function `operator<<(CBigNum
> const&, unsigned int)':
> > >>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&,
> unsigned int)]+0x16): undefined reference to `BN_init'
> > >>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&,
> unsigned int)]+0x2c): undefined reference to `BN_lshift'
> > >>>>> Script.cpp:(.text._ZlsRK7CBigNumj[operator<<(CBigNum const&,
> unsigned int)]+0xad): undefined reference to `BN_clear_free'
> > >>>>> ../../lib/libcoin.a(Script.o): In function `operator>>(CBigNum
> const&, unsigned int)':
> > >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0xf): undefined reference to `BN_init'
> > >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0x1e): undefined reference to `BN_copy'
> > >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0x47): undefined reference to `BN_clear_free'
> > >>>>> Script.cpp:(.text._ZrsRK7CBigNumj[operator>>(CBigNum const&,
> unsigned int)]+0xcb): undefined reference to `BN_clear_free'
> > >>>>> ../../lib/libcoin.a(Script.o): In function `operator!=(CBigNum
> const&, CBigNum const&)':
> > >>>>> Script.cpp:(.text._ZneRK7CBigNumS1_[operator!=(CBigNum const&,
> CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> > >>>>> ../../lib/libcoin.a(Script.o): In function `operator>(CBigNum
> const&, CBigNum const&)':
> > >>>>> Script.cpp:(.text._ZgtRK7CBigNumS1_[operator>(CBigNum const&,
> CBigNum const&)]+0x14): undefined reference to `BN_cmp'
> > >>>>> ../../lib/libcoin.a(Script.o): In function `uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> > >)':
> > >>>>>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0x6d): undefined reference to `SHA256'
> > >>>>>
> Script.cpp:(.text._Z4HashIN9__gnu_cxx17__normal_iteratorIPhSt6vectorIhSaIhEEEEE7uint256T_S8_[uint256
> Hash<__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned
> char, std::allocator<unsigned char> > >
> >(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char,
> std::allocator<unsigned char> > >, __gnu_cxx::__normal_iterator<unsigned
> char*, std::vector<unsigned char, std::allocator<unsigned char> >
> >)]+0xb8): undefined reference to `SHA256'
> > >>>>> collect2: ld returned 1 exit status
> > >>>>> make[2]: *** [bin/bitcoind] Error 1
> > >>>>> make[1]: ***
> [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2
> > >>>>> make: *** [all] Error 2
> > >>>>> -----
> > >>>>>
> > >>>>> What can I do?!
> > >>>>>
> > >>>>> Best,
> > >>>>> Thiago
> > >>>>>
> > >>>>>
> > >>>>> On 1 February 2012 12:18, Michael Grønager <gronager@ceptacle•com>
> wrote:
> > >>>>> Dear Bitcoiners,
> > >>>>>
> > >>>>> libcoin is now in a state ready for its first release, which I
> would like to share with you!
> > >>>>>
> > >>>>> === libcoin is a crypto currency library based on the
> bitcoin/bitcoin "Satoshi" client. ===
> > >>>>>
> > >>>>> Copenhagen, Denmark - 1st February 2012 Ceptacle announces the
> release of the first version of the crypto currency library "libcoin" based
> on the bitcoin/bitcoin "Satoshi" client.
> > >>>>>
> > >>>>> libcoin also maintains a version of bitcoind that is a 100%
> compatible drop-in replacement of the bitcoin/bitcoind client: You can use
> it on the same computer on the same files and you can call it with the same
> scripts. And you can easily extend it without touching the basic bitcoin
> source files.
> > >>>>>
> > >>>>> 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!
> > >>>>>
> > >>>>> In libcoin, the Satoshi client code has been completely
> refactored, properly encapsulating classes, removing all globals, moving
> from threads and mutexes to a pure asynchronous approach. Functionalities
> have been divided into logical units and libraries, minimizing dependencies
> for e.g. thin clients.
> > >>>>>
> > >>>>> libcoin is chain agnostic, all chain (bitcoin, testnet, namecoin,
> litecoin, ...) specific settings are maintained from a single class (Chain)
> and hence experiments with chain settings, mining, security and digital
> currencies for research and educational purposes are easily accessible. See
> the ponzicoin example for how you define your own chain.
> > >>>>>
> > >>>>> The build system of libcoin is based on CMake and supports builds
> of static and dynamic libraries on Linux, Mac OS X, and Windows.
> > >>>>>
> > >>>>> The libcoin license is LGPL v. 3. This mean that you can use it in
> open source as well as in commercial projects, but improvements should go
> back into the libcoin library.
> > >>>>>
> > >>>>> ======
> > >>>>>
> > >>>>> Read more on libcoin on: http://github.com/ceptacle/libcoin/wiki
> > >>>>>
> > >>>>> Join libcoin on twitter: http://twitter.com/libcoin
> > >>>>>
> > >>>>> Download "libcoin Satoshi release":
> http://github.com/ceptacle/libcoin/zipball/v0.4.0.1
> > >>>>>
> > >>>>> Best regards,
> > >>>>>
> > >>>>> Michael Gronager, PhD
> > >>>>> Director, Ceptacle
> > >>>>> Jens Juels Gade 33
> > >>>>> 2100 Copenhagen E
> > >>>>> Mobile: +45 31 45 14 01
> > >>>>> E-mail: gronager@ceptacle•com
> > >>>>> Web: http://www.ceptacle.com/
> > >>>>>
> > >>>>>
> > >>>>>
> ------------------------------------------------------------------------------
> > >>>>> Keep Your Developer Skills Current with LearnDevNow!
> > >>>>> The most comprehensive online learning library for Microsoft
> developers
> > >>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
> MVC3,
> > >>>>> Metro Style Apps, more. Free future releases when you subscribe
> now!
> > >>>>> http://p.sf.net/sfu/learndevnow-d2d
> > >>>>> _______________________________________________
> > >>>>> Bitcoin-development mailing list
> > >>>>> Bitcoin-development@lists•sourceforge•net
> > >>>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> > >>>>>
> > >>>>
> > >>>> Michael Gronager, PhD
> > >>>> Director, Ceptacle
> > >>>> Jens Juels Gade 33
> > >>>> 2100 Copenhagen E
> > >>>> Mobile: +45 31 45 14 01
> > >>>> E-mail: gronager@ceptacle•com
> > >>>> Web: http://www.ceptacle.com/
> > >>>>
> > >>>>
> > >>>>
> > >>>
> > >>>
> > >>
> > >> Michael Gronager, PhD
> > >> Director, Ceptacle
> > >> Jens Juels Gade 33
> > >> 2100 Copenhagen E
> > >> Mobile: +45 31 45 14 01
> > >> E-mail: gronager@ceptacle•com
> > >> Web: http://www.ceptacle.com/
> > >>
> > >>
> > >
> > > Michael Gronager, PhD
> > > Director, Ceptacle
> > > Jens Juels Gade 33
> > > 2100 Copenhagen E
> > > Mobile: +45 31 45 14 01
> > > E-mail: gronager@ceptacle•com
> > > Web: http://www.ceptacle.com/
> > >
> > >
> >
> > Michael Gronager, PhD
> > Director, Ceptacle
> > Jens Juels Gade 33
> > 2100 Copenhagen E
> > Mobile: +45 31 45 14 01
> > E-mail: gronager@ceptacle•com
> > Web: http://www.ceptacle.com/
> >
> >
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge•net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
Martinx - ジェームズ in reply to Peter Vessenes permalink original

Hi!

I'm trying to compile libcoin again and I'm seeing the following error:

libcoin@xapado:~/libcoin$ make
Scanning dependencies of target coin
[  1%] Building CXX object src/coin/CMakeFiles/coin.dir/util.o
In file included from /home/libcoin/libcoin/include/coin/serialize.h:22:0,
                 from /home/libcoin/libcoin/include/coin/uint256.h:8,
                 from /home/libcoin/libcoin/include/coin/util.h:10,
                 from /home/libcoin/libcoin/src/coin/util.cpp:6:
/home/libcoin/libcoin/include/coin/Version.h:5:25: fatal error:
coin/export.h: No such file or directory
compilation terminated.
make[2]: *** [src/coin/CMakeFiles/coin.dir/util.o] Error 1
make[1]: *** [src/coin/CMakeFiles/coin.dir/all] Error 2
make: *** [all] Error 2

Any help?!

Thanks! Thiago

Martinx - ジェームズ in reply to Michael Gronager permalink original

Hi Michael,

Let's talk a little bit more about this awesome stuff!

2012/3/22 Michael Grønager <gronager@ceptacle•com>

Quoted text (10 lines)
> >
> >  1- How close is Libcoin with original Bitcoin? I mean, the output is a
> little different, the bitcoind help output was disabled and, I'm afraid
> that Libcoin can possibly being distant from Bitcoin in the future... That
> can happen?!
>
> Well, I hope at some point to push libcoin to bitcoin, but that is not for
> me to decide ;)
>
>

Well, +1000 for that!! Since bitcoin-qt and bitcoind binaries share a lot of functions... There is a need for some kind of library, right?! So, both (and even more apps) can use it! :)

Quoted text (9 lines)
> Anyway, I will strive at keeping the two synced - currently, they are
> almost in sync - even bip 16 is part of libcoin, but I have postponed
> generation of P2SH till after we were certain of 16 vs 17. So that is high
> on the list.
>
> I did a presentation of libcoin at BitCon12 in San Antonio - I will trow
> the slides at the web-side asap.
>
>

AWESOME!!

Quoted text (8 lines)
> >
> >  2- Do you have plans to update Libcoin on every new upstream Bitcoin
> release? How fast will be this updates? Do you need more resources/people
> working on it?
>
> More people is always nice! I am using libcoin for my own bitcoin project,
> so that should guarantee that it will be kept up to date.
>

I'll try to help you here... One thing that I like to try and announce is:

Use P2Pool with libcoin instead Bitcoin! BUT, to that work, libcoin must behave EXACTLY like Bitcoin 0.6.0rc5 (at least).

If it works, I'll update my P2Pool guide here:

A Complete Guide to P2Pool - Merged Mining (BTC/NMC/DVC/IXC/I0C) plus LTC, Linux: https://bitcointalk.org/index.php?topic=62842.0

I think that this will bring much more eyes to Libcoin!! Don't you think?!

Let's do it?!?!

Quoted text (7 lines)
> >  Another questions not involved directly with Libcoin/Bitcoin but, I'll
> need it for my future Bitcoin projects, and Libcoin is on my radar:
> >
> >  1- Do you know about Diaspora* Project?
>
> Yes, I even have an account :)
>

COOL!! I just finish my Diaspora test environment, can you try it?!

https://quilombas.com/

Quoted text (5 lines)
>
> >  2- Do you have skills in Ruby on Rails development?
>
> Nope...
>

Too bad... lol

My plan with Diaspora is to include a wallet for each user and, Libcoin sound perfect for it.

If I use original bitcoind, each Diaspora user will consumes a lot of resources and I'll need to build a private cloud computing for running user's wallets more safely...

You know when you log into Diaspora and there is a Cubbi.es app for it?! So, the same way Cubbi.es manages/shows your pictures within Diaspora, my (our) application will manage our Bitcoins!! And users will be able to send/sell Bitcoins between them (maybe integrating it with Bitcoin-OTC will be a good idea for the future)...

Quoted text (11 lines)
> /M
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>

Cheers! Thiago Martins

Martinx - ジェームズ in reply to Martinx - ジェームズ permalink original

Guys!

Only for the record, I'll integrate BitcoinJS (app) into Diaspora and, the server side will be based on libcoin! Of course, this code will be part of Diaspora and every single Diaspora* Pod will be able to host its own users's wallets... ;-) I appreciate any help during this development!

Cheers! Thiago

2012/3/28 Michael Grønager <gronager@ceptacle•com>

Quoted text (51 lines)
> Fixed in latest git - it was in src/coin/version.in: export.h -> Export.h
>
> Also added a couple of other fixes and everything now build on ubuntu
> (with boost 1.42/46)
>
> /M
>
> On 27/03/2012, at 11:58, Martinx - ジェームズ wrote:
>
> > Hi!
> >
> >  I'm trying to compile libcoin again and I'm seeing the following error:
> >
> > libcoin@xapado:~/libcoin$ make
> > Scanning dependencies of target coin
> > [  1%] Building CXX object src/coin/CMakeFiles/coin.dir/util.o
> > In file included from
> /home/libcoin/libcoin/include/coin/serialize.h:22:0,
> >                  from /home/libcoin/libcoin/include/coin/uint256.h:8,
> >                  from /home/libcoin/libcoin/include/coin/util.h:10,
> >                  from /home/libcoin/libcoin/src/coin/util.cpp:6:
> > /home/libcoin/libcoin/include/coin/Version.h:5:25: fatal error:
> coin/export.h: No such file or directory
> > compilation terminated.
> > make[2]: *** [src/coin/CMakeFiles/coin.dir/util.o] Error 1
> > make[1]: *** [src/coin/CMakeFiles/coin.dir/all] Error 2
> > make: *** [all] Error 2
> >
> >  Any help?!
> >
> > Thanks!
> > Thiago
> >
> ------------------------------------------------------------------------------
> > This SF email is sponsosred by:
> > Try Windows Azure free for 90 days Click Here
> >
> http://p.sf.net/sfu/sfd2d-msazure_______________________________________________
> > Bitcoin-development mailing list
> > Bitcoin-development@lists•sourceforge•net
> > https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
> Michael Gronager, PhD
> Director, Ceptacle
> Jens Juels Gade 33
> 2100 Copenhagen E
> Mobile: +45 31 45 14 01
> E-mail: gronager@ceptacle•com
> Web: http://www.ceptacle.com/
>
>
Martinx - ジェームズ in reply to Michael Gronager permalink original

Hi Michael!

I would like to ask you one thing:

1- Release a new version of Libcoin closest as possible with mainline Bitcoin.

I mean, do not add any extra code to it and also, do not change any stdout / stderr messages.

How much do you think that this will cost?

For the extra code: I'll need to run the "blockchain side" as Linux user called "blockchain" and, each of my regular Linux user will have its own wallet.dat file (without the blockchain).

Thanks! Thiago

Martinx - ジェームズ in reply to Martinx - ジェームズ permalink original

Michael,

I think it is time to your Libcoin to become the official Bitcoin... ;-)

Look: https://bitcointalk.org/index.php?topic=108987.msg1185827

It is more or less the same idea, right?!

Best! Thiago

On 16 July 2012 17:14, Martinx - ジェームズ <thiagocmartinsc@gmail•com> wrote:

Quoted text (19 lines)
> Hi Michael!
>
>  I would like to ask you one thing:
>
>  1- Release a new version of Libcoin closest as possible with mainline
> Bitcoin.
>
>  I mean, do not add any extra code to it and also, do not change any
> stdout / stderr messages.
>
>  How much do you think that this will cost?
>
>  For the extra code: I'll need to run the "blockchain side" as Linux user
> called "blockchain" and, each of my regular Linux user will have its own
> wallet.dat file (without the blockchain).
>
> Thanks!
> Thiago
>