Re: [Bitcoin-development] BIP16/17 replacement

2012-02-01 Thread Andy Parkins
On 2012 January 31 Tuesday, Gregory Maxwell wrote:

 I think you've been deceived by people who have some interest in
 promoting this as some sort of big controversy, or perhaps just
 confused by the general level of noise.

Well that's good that there is no real problem.

 It does not, in fact— Yes, it requires a client update to make use of
 the new functionality, but old nodes will happily continue to validate
 things.  It's hard to express how critical this is distinctly.
 Bitcoin is, predominantly, a zero-trust system. Nodes don't trust that
 things were done right, the validate them for themselves.
 
 A breaking change of the kind you suggest is not something that would
 be considered lightly, and this is certainly not justified for this.

To be brutally honest; I don't see how the BIP16/17 changes are any less 
breaking than what I proposed (I'm not trying to push mine; forget it, the 
last thing bitcoin needs is another proposal if there is no real argument).  
I will agree the changes are smaller for BIP16, since the transactions are 
left as they are.

If BIP16/BIP17 were being honest they would too increase the version number 
of the transaction structure.  The new transaction type is not supported by 
the old client... that's a break.  My argument would be that once you're 
going to break the old clients anyway, go the whole hog and fix some other 
stuff as well.

 If we ever were to scrap the system, I think we very much would do
 something like what you describe here... and as much has been
 documented:
 
 https://en.bitcoin.it/wiki/Hardfork_Wishlist
 (see Elimination of output scripts)

I'm glad I wasn't talking rubbish then.
 
 But, to be clear, this stuff is pretty much fantasy. I'm doubtful that
 it will ever happen, doubtful that we can get the kind of development

Me too.  Which is a shame; as it means we're locked into quite a fair number 
of earlier decisions that will now never be changed.

 resources required to pull off a true breaking change in a way that
 people would actually trust upgrading to— at least not before a time
 that the system is simply too big to make that kind of change.

Again: I don't see how BIP16/17 aren't breaking as well; but perhaps I'm 
just not familiar enough with the conventions.  As far as I understand; no 
pre-BIP16 miner is going to allow BIP16 into the blockchain because it's not 
going to pass the IsStandard() test.

I'd repeat: the reasonable thing to do is to increase the version number of 
the transaction structure to indicate that they are being processed 
differently from old transactions.



Andy
-- 
Dr Andy Parkins
andypark...@gmail.com


signature.asc
Description: This is a digitally signed message part.
--
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


Re: [Bitcoin-development] BIP16/17 replacement

2012-02-01 Thread Andy Parkins
On 2012 January 31 Tuesday, Luke-Jr wrote:

 Both BIP 16 and 17 are backward compatible enough that people can continue
 to use the old clients with each other. An upgrade is only required to
 send to (or create/receive on) the new 3...-form addresses. That being

Is that true?  (I'm happy to be called wrong)

It doesn't seem like it to me.  The new transaction types will be rejected by 
old clients won't they?  They don't pass IsStandard().


Andy

-- 
Dr Andy Parkins
andypark...@gmail.com


signature.asc
Description: This is a digitally signed message part.
--
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


Re: [Bitcoin-development] BIP16/17 replacement

2012-02-01 Thread Pieter Wuille
Op 1 feb. 2012 10:48 schreef Andy Parkins andypark...@gmail.com het
volgende:

 On 2012 January 31 Tuesday, Luke-Jr wrote:

  Both BIP 16 and 17 are backward compatible enough that people can
continue
  to use the old clients with each other. An upgrade is only required to
  send to (or create/receive on) the new 3...-form addresses. That being

 Is that true?  (I'm happy to be called wrong)

 It doesn't seem like it to me.  The new transaction types will be
rejected by
 old clients won't they?  They don't pass IsStandard().

IsStandard() is for accepting transactions into the memory pool.
Non-standard transactions are verified just fine when they are in the block
chain.

BIP16/17 both create transactions that, when interpreted as old scripts,
are valid. The only change to the protocol is that previously-valid
transactions become invalid. As long as a supermajority of miners enforce
the new rules, everyone can happily keep using their old bitcoin client.
They won't create the new transaction type, and don't accept them as
payment, but they will accept the new block chain.

If we do a breaking change to the protocol - such as adding a new
transaction type - ALL users must upgrade. Those who don't will see a fork
of the chain from before the first new-style transaction. That is not the
case now.

-- 
Pieter
--
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


Re: [Bitcoin-development] BIP16/17 replacement

2012-02-01 Thread Andy Parkins
On 2012 February 01 Wednesday, Pieter Wuille wrote:

  old clients won't they?  They don't pass IsStandard().
 
 IsStandard() is for accepting transactions into the memory pool.
 Non-standard transactions are verified just fine when they are in the block
 chain.

Ah.  My misunderstanding then.
 
 If we do a breaking change to the protocol - such as adding a new
 transaction type - ALL users must upgrade. Those who don't will see a fork
 of the chain from before the first new-style transaction. That is not the
 case now.

That makes a big difference.  Thanks for the correction.


Andy


-- 
Dr Andy Parkins
andypark...@gmail.com


signature.asc
Description: This is a digitally signed message part.
--
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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Gregory Maxwell
On Wed, Feb 1, 2012 at 9:18 AM, Michael Grønager grona...@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.

--
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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Luke-Jr
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

--
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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
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:

 On Wed, Feb 1, 2012 at 9:18 AM, Michael Grønager grona...@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: grona...@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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
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:

 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 grona...@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: grona...@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: grona...@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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
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:

 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 grona...@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: grona...@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: grona...@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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
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:

 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: grona...@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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Jorge Timón
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.

--
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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Luke-Jr
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

--
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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
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:

 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: grona...@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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
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:

 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: grona...@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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Luke-Jr
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... :/

--
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


Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread grarpamp
 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.

--
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