One problem you are going to have to face is that there is no way to guarantee that a codes cleanup part runs.  You can e.g. try to catch any reasonable Unix signal and then clean up, but you cannot catch SIGKILL and SIGSTOP, the user can always do a "kill -9" on the Python process.

One way of doing it that I would consider is a separate "guardian process".  Armory starts bitcoind, gets its PID.  Armory then starts the guardian process, passing its own and bitcoind's PID.  Every second, the guardian process checks that Armory is still running, and kills bitcoind if not.  Every second Armory checks that the guardian is running, kills bitcoind and shuts down cleanly if not (*).  Every second Armory checks that bitcoind is running, and restarts it (and the guardian) if not.

(*) Restarting the guardian would be tempting, but it will only crash if something is seriously wrong.

It does feel clunky, doesn't it.  However ... it is a technical test run of a process for a GUI based auction tool.

Without requiring additional overhead, it is self documenting, transparent, irrevocable, archived, and uses the strengths of BTC. 

In addition, the bidder's BTC pay address can be unique for this auction, and the bidder can transfer the bid funds through a mixer and remain anonymous.  Comments can be added to the bid payments.

Your participation in this auction will permanently identify you as a participant in the event that any auction software does materialize.

This method documents that I have 13.9710038 BTC on hand, in the account BTC address for the auction.

Perhaps you would like to give your  2¢ worth regarding the amount of the fee.  I wonder what rate you would accept.  Perhaps 0.001 (2¢), or 0.000 1, or 0.000 01.  We can survey and vote here and now.  Make a payment to 1AjRvwoChLFY7m76Yx6gxeU39gakrEDT8o in the amount of BTC that corresponds to the fraction that you would like to receive on any auctions where you are the buyer.

Nothing stops discussion of the bid amounts or any other drama between participants in this thread. 

I am curious how many call-outs that the receipt of 2¢ is a scam will come forward.

I'm talking about the case where I have two different wallet.dat files, but only one copy of the blockchain.  I rename the wallet.dat files while bitcoin-qt is shut down.

When the fork happened, I had the other wallet loaded.  When I switch to the first wallet, will it notice that a fork has occurred and act accordingly?

OK Mike. I see four problems with this:

1. It's more confusing and counter-intuitive in my opinion, though different people may think differently of-course.
2. The way I do it works and is simple enough.
3. What about endianness?
4. What about compilers for embedded systems, which cbitcoin may (may being an important word) be suitable for in the future?

Does this feature know about blockchain reorgs?

For example, the wallet knows it has seen up to block 10000, but since I last loaded the wallet up the blockchain was reorganised, with 'better' blocks 9999 and 10000 replacing the ones my wallet scanned.  Does the wallet just remember "10000" as its bestblock, or does it remember the actual block hash that it last saw?

2-nd option = 75% chance to get nothing.

On average and in long run 2-nd option is better, but I choose guaranteed 100BTC.

I'm a newbie

Could you just let me know how to download/install the libidn library?

Thanks

Amusingly enough, yet another RoR hole came out. That people'd still trust sites developed on that for BTC boggles the mind and overpowers the senses.

should restart bitcoin-qt refresh peers?

What about FRC too then? its more scammy than ruc from my point of view
just a thought  

That thing about HIM threatening with "Eligius" hashing power, has to be discussed everywhere and STAY online.
Where's your OWN balls? Even if the pool is yours

again    delete the index, retry...

Makes me like Litecoin even more. Light, fast, full of libidos.

I'm trying to mine LTC on OSX, following all the instructions on the text file of the CPUMINER (minerd). When I run ./MINERD.sh I keep getting this error:

dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
  Referenced from: /usr/bin/minerd
  Reason: image not found
./MINERD.sh: line 1: 12464 Trace/BPT trap: 5   

Could somebody give me a hand in order to solve this? I'm using Mountain Lion (10.8.2)

Thank you in advance.

I take it you don't have much experience in rails? Also, rails is not a language, it's a framework.

-checkblocks=0 actually means "check all blocks" (because of compatibility with the pre-0.6 -checkblocks (without parameter) that checked everything instead of just the last 2500 blocks).

So are and ~/.bitcoin/bitcoin.conf.  Once the attacker is has the ability to write to the local hard drive there's not a whole lot we can do to protect ourselves.  If I'm malware rewriting the blockchain, don't I just add a "checkblocks=1" to bitcoin.conf so my change isn't detected?

Sensitive information, like email is encrypted and salted. The admin tools are locked to IP addresses as well, although their powers are limited in scope. Users can choose to use Google Authenticator as well.

Anything else? I'm sure there must be lots of things I'm overlooking!

Chances I look at it are slim I'm afraid.

?