1) I forgot guardian.exe on the Windows package, my bad. You can still run Armory if you turn off auto bitcoind management and run BitcoinQt yourself. I'll fix the release sometimes this week.
2)
Download this File (guardian.exe 109 KB) :
Zippyshare
Mega.nz
G-Drive
if you dont trust me (this files) download 0.94.1 and install it to another directory. Then continue with your own guardian.exe
place this file in the installationdirectory (standard is C:\Program Files (x86)\Armory)
Ugh, don't post unsigned 100Kb executables online, that's a poor idea. Guardian.exe is the same accross all versions, ever since it was introduced. If you can't wait for a fix, grab the file from older packages.
3)
-ERROR - 1477273629: (..\StoredBlockObj.cpp:538) buffer is too small: 80 bytes. expected: 106
-ERROR - 1477273629: (..\BDM_mainthread.cpp:255) BDM thread failed: buffer is too small: 80 bytes. expected: 106
DB is failing to detect older versions and still reads ahead, which results in this error. I'll fix that along with guardian. The end result is the same, you need to provide the DB with another a fresh dbdir or wipe your existing one.
BTW which BitCoin Version are you running? Pls update to v0.13
This is not accurate. 0.95 is compatible with SegWit chains that Core 0.13 enabled on the testnet and 0.13.1 will eventually enable on the mainnet. The requirement is for Armory to be updated to 0.95 to run against a SegWit chain. 0.95 can run against any older version of the blockchain.
I guess there will be a 0.95.0.1 with including guardian.exe
@goatpig: on Windows I have to wait about 1 min when I start ArmoryQT (like this) untill it starts ArmoryDB itself. Could you pls watch out what makes it taking so long?
Thanks!
It will be 0.95.1. No point disturbing the versioning pattern. The slow startup I believe is related to starting bitcoind first. The client waits on bitcoind to get ready before processing any further. Test this assumption by turning off auto bitcoind, starting BitcoinQt yourself, then starting Armory. The DB should spawn right away.
This issue will go away in the next subrelease (0.95.2 now), once I'll have all the bitcoind management moved to the DB.
At this 0.95 version there is a bug and it starts in visible (normaly it starts it in the Background) but it starts it anyway.
There is no "normally" per se yet. 0.95 just introduced the DB as its own binary. It used to run within the client's virtual address space as a shared library before.
I've left the DB command line dialog visible in Windows on purpose, as I explained in the release post. This is to make debugging easier and make users aware of the architectural shift. I'll hide it in 0.95.2