I *think* the newest beta version ONLY fixes the bug with single GPU (or maybe it is single card).

Looking on AMD support forum it looks like there are actually two bugs. One bug only affect multi-GPU and the other affects all cards.

I suspect AMD only fixed the later.  

Anyways those saying it did work indicate how many GPU (and/or cards if you have multi GPU cards) you have.  Same for those who don't.  I suspect everyone who says it works has only one card (maybe only one GPU).  Everyone who says it doesn't has multiple GPUs (or maybe multiple cards).  Also include OS.

I'll go:
Windows 7
2x 5970s
My system has the 100% bug running 11.9

Awesome jkminkov  thanks.

Even then it isn't a problem due to difficulty change.

Say in 2030 transaction fees per block (the product of transactions per block & average fee per transaction) are so low at the then current difficulty that they don't cover electrical costs.

The network won't fail.  Lots of miners will turn off their equipment and the hashing power of the network will decline.  Eventually difficulty will reach equilibrium with transaction fee volume.  Obviously a larger network both in terms of transaction volume and hashing power is preferable because it makes attacks more difficult but the network can reach equilibrium at any point.

The good thing is that there is no central planning agency for bitcoin.

Fast forward to after last coin has been mined.   Some miners may want a high transaction fee and will ignore transactions with a low fee.  However no ever miner will.  some will accept a lower fee, some an even lower fee.  some will accept any fee at all (even 0.000000000000001%) and some will simply accept fees to be a "confirmer of last resort".  Why will they do that?  Maybe they have a bitcoin business, maybe they are running an exchange, maybe they have a lot of wealth in bitcoin.  All those entities are best served by keeping the network functional.

So the amount of transaction fee can only determine how fast a transaction in processed.  As long as a single node (even yourself) is willing to process transactions for free (or for very low fee) all transactions will eventually be confirmed.

I think Beenz lacks any similarity to bitcoin.

Beenz was a centrally planned economy.

The Beenz corp was the only entity which could "sell Beenz" (give Beenz, collect dollars), and "buy beenz" (give dollars, take beenz).  The buy & sell rate were artificially fixed and a 3% spread was impossed.  The business model was that the company would make 3% on beenz -> dollar conversion.

Beenz served no purpose, had no advantage over credit cards or paypal.  It existed solely to allow the owner to profit.  It gave neither the merchant nor the consumer any advantages.    Worse it locked them into a propreitary monopolistic system.  While the vig was only 3% if beenz ever caught on the company could increase that any % and there would be absolutely nothing any entity could do (except stop using beenz). 

The company made it that they were the only entity who could exchange beenz for USD.  Imagine if the founder of bitcoin decided to design the system such that he and only he could exchange bitcoins for dollars.  Would you even be on this forum today?

The only similarility was that both bitcoin & beenz are  harder to use than CC/paypal as very few merchants accept them.  However w/ bitcoins one has the ability to trade to/from fiat currencies from any entity you wish.  

At least w/ bitcoin that "difficulty" is offset by advantages (p2p network, low fees, anonymous transactions, no central authority, self healing nodes, etc).  Beenz simply impossed additional cost & restrictions and offered absolutely no advantages.

Simply put beenz served no purpose and had no advantages and thus it failed.

Imagine tomorrow I started DeathPal.  It works just like Paypal except the fee is 300% of what Paypal charges.  It offers no advantages over paypal and keeps all the existing limitations.  Say I get $100M venture capital money. Do you think I am going to replace Paypal?

That is exactly the case.  The pool/miner decides what is included in the block.  Currently most miners include all transactions in the block regardless of fee however that is slowly changing.  Eligus pool I believe only includes transactions that include a fee in blocks they mine.

Also blocks have a finite fixed size.  If there are more transactions than the size of the block then all miners must choose which transactions to include.  Obviously they aren't going to drop any "paying" transactions.

Thus the average length of time it takes to confirm you transaction depends on how much of the network is including you in the next block.  If 100% includes you then it will be ~10 minutes.  If 50% includes you then it will be 20 minutes.  If 1% includes you then it will be 16 hours.

Today w/ no fee ~100% of network includes you in next block.
Today w/ a fee ~100% of network includes you in next block.

However that may not be true in the future.  Hashing takes resources and the block reward will continually decline (and eventually become 0).  Mining pools will start to make decisions about how small of a transaction fee they will accept and that will start to differentiate how long various transactions take to confirm.

"Miners" can't force a fee they can simply choose to include a transaction or not include it.  Future version of bitcoin client could even aproximate how long confirmations will take depending on the fee chosen.

It is a problem.  Credit card fraud costs merchant/banks roughly ~$2.2B a year (2008 latest year I have a stat for).

That is a lot of cost that gets absorbed into the cost of everything we buy and pay for.  That $2.2B is a combination of identity theft, plain-vanilla credit card fraud and so called "friendly fraud" (where buy decides to misreport a transaction as fraudulent/chargeback).

This is one reason credit card fees are so high.  If people want the ease and access of credit cards be prepared for the massive fees and lack of anonymity that come with it.

You can't easily marry bitcoin = anonymous and irreversable with credit cards = identifiable and easily reversable.  The person trading/selling bitcoins (i.e. exchange) will always lose.

The shitty thing is that  if you have a decent CPU the "CPU big" is costing a lot of wasted wattage.

Restricting CGMiner to a single core (@ 100%) reduced power consumption at the wall by 40W.  Make me think we would save another ~10W if it had no CPU bug.

Is there any way to setup an "automatic CPU afinnity?".  i.e. anytime program "CGMINER.EXE" launches it is restricted to core #3?

The time for a confirmation should always be ~10 minutes irregardless of difficulty.  That is the entire reason for variable difficulty.