I had a power failure while Armory and Bitcoin-qt was running. When I resumed, Armory crashed after 'Loading Blockchain'. I ran: $ python /usr/share/armory/ArmoryQt.py
....
/home/user/.bitcoin/blk0001.dat is 1609.27 MB
segmentation fault
$ _ What do I need to do to recover Armory? Ack! I haven't seen a segmentation fault in a while... I bet there was a partial-write to the blk0001.dat file, which Armory then tries to read through and ends up with a segmentation fault. I do have a check for that condition, but it doesn't get much testing... Honestly, I don't know what to do besides attempting to re-download the blockchain, but that seems excessive and not guaranteed to work if Bitcoin-Qt works fine. I'll have to get back to you on that one... does armory use the windows registry at all? (i haven't checked)
Ahh, excellent question! It does actually use the registry to register itself as the URI-handler for "bitcoin:" links, and I just checked that it does assume default installation location. I just made a note on my ToDo list for supporting non-standard install locations. So if you move it around, it will incorrectly set the URI-handler for clicking "bitcoin:" links, but that shouldn't affect general usage (at least not yet). It won't cause any errors or crashing, it will just disable that convenience functionality. well, i'm not saying you have to spend time re-thinking everything for portable mode just for me, but in such a mode it shouldn't touch the registry whatsoever. any saved settings should be in config files in armory's own directory. although, i'd be interested to hear if i'm alone in this use case or not. |
|
|
|
- (1) Armory installed into ProgramFiles directory
For (1): There is no problem moving this directory to another location. Just be aware that the shortcuts that are automatically created will become invalid. But you can send the default shortcut to your desktop and change the target to the new location of Armory.exe does armory use the windows registry at all? (i haven't checked) |
|
|
|
Caveats:- Armory must have access to the Satoshi-created blk0001.dat file -- read-only access to see new blocks (usually autodetected)
this is where i'm having a problem with armory. 99% of the things i run on my windows PC are in the form of 'portable apps'. i don't generally ever install anything, and that includes my bitcoin clients and blockchains which are on Z:\appdata anyone know how to tell armory where my blk0001.dat file is, since it doesn't auto-detect it? You can run Armory with the " --datadir=Z:\New\Dir\Armory" to tell it where to put all of the Armory-related data and wallet files. However, there is no option for setting where Armory should look for the Bitcoin-Qt/bitcoind home directory. Armory autodetects based on environment variables -- specifically "os.getenv('APPDATA')" in Windows, "os.getenv('HOME')" in Linux. Looking at the code now, I don't see why I can't add an option for this, it just isn't in version 0.77-alpha. I have added to my list of things for the next release -- add a customizable bitcoin-home option. Until then, if you are really anxious to try, you can permanently change your "APPDATA" environment variable to point to "Z:\appdata" from the control panel (search for "environment" in the upper-right corner). If you are constantly changing your "APPDATA" directory depending on your context, you can dynamically change it from the command-line using the "set" command. I'm not familiar with the mechanics of doing this through launchers/shortcuts. You might have to make a .bat file that says set APPDATA=Z:\appdata
C:\path\to\installed\Armory.exe Or just wait a week. I'll have a major release out with this option added. By the way, I don't know if I'd call it "infecting"... it's completely normal behavior for programs to make a directory for themselves in the "APPDATA" directory. Just like programs install themselves to the C:\Program Files" directory. I agree it should be customizable, but there's nothing wrong with that as the default choice. I'll look into adding an installer option for these things... thanks so much for your reply. i didn't mean to offend; "infecting" is just my personal term for any software that doesn't run as a portable app. and there's no way i'd want to change my APPDATA variable, because then windows would probably start infecting my nice clean z:\ with all sorts of crap. after i've run the .msi, and it auto installs to program files, is it possible to move the whole folder somewhere else? i really would like to see a fully portable mode (no installation!) and will send you over a few coins. thanks! |
|
|
|
also a reminder to everyone:
please do not send ANY deposits less than 1 BTC.
they don't get picked up automatically by my script, and are a hassle to include manually, so they'll be ignored at the moment, until i get around to updating the code again.
thanks.
Oof. Now I read that, after sending in two.  I suppose this means waiting until an updated code for the deposits to make any movement? i'll fix up your two manually tomorrow when i do the payouts. |
|
|
|
Maybe you can just use Litecoin
that's what i was going to say... even 0.01 LTC confirms pretty quickly and isn't worth very much. |
|
|
|
also a reminder to everyone:
please do not send ANY deposits less than 1 BTC.
they don't get picked up automatically by my script, and are a hassle to include manually, so they'll be ignored at the moment, until i get around to updating the code again.
thanks.
I would suggest saying that you will not include them manually and thy will be returned to sender sans 0.005 TX fee, or considered a donation if below that amount. Or just a donation period. Honestly you are doing us a favor, we should be making your life difficult. the whole thing is a side effect of php's crappy float handling combined with the way blockchain.info outputs numbers in 'base units' instead of decimals... making people like me manipulate them as strings instead* and in doing so, did some lazy check to see if it's at least 8 chars long or something. i'll get around to fixing it eventually, but for now it's easier just to have a policy of 'no interest on deposits less than 1 btc', and i'll refund or do something about them later when i run out of more important things to take care of. *i don't trust php to be able to divide by 100,000,000 properly so i did something whack like this: $tx_amount = substr($amount, 0, $length - 8) . '.' . substr($amount, $length - 8); that's where the '1 BTC or above' necessity kicks in. ...definitely room for improvement. |
|
|
|
|
also a reminder to everyone:
please do not send ANY deposits less than 1 BTC.
they don't get picked up automatically by my script, and are a hassle to include manually, so they'll be ignored at the moment, until i get around to updating the code again.
thanks.
edited this post because deposits less than 1 btc are now being detected properly.
|
|
|
|
Hey mate,
I've just noticed there's a slight discrepancy between the actual earnings and the calculated earnings that were paid out for the first week. It's only 0.01BTC, so not a big deal, just wondering if you'd noticed. From what I can tell the calculated earnings is the correct figure.
Cheers
hi fordy, which week are you talking about specifically? how can you see the calculated earnings for the first week? I thought I only put the expected (next week's earnings in the report). in any case the first week was done totally manually, and any discrepancy would be based on the time that i saw the tx come in, and the time that blockchain.info reports as recorded against the tx. sometimes those times were slightly different. from now on, it always goes off the recorded tx time as reported by blockchain.info. I'm talking about the Week Ending 2012-06-04 21:00:00, which was the first week. On the earnings reports page you've also added the payment calculations for previous weeks, and I just noticed the discrepancy between the amount that had been calculated as interest, and the payment amount for the first week on the account history page. Like I said though, 0.01 isn't a big deal, and now that every-things automated there shouldn't be anything to worry about. Cheers for the service  oh, i thought i left off those previous weeks. i had left those reports off initially because i know they are slightly different, having calculated the first week manually (using my own clock when i saw the tx come in). sometimes for example i saw a tx come in at 11:01 but blockchain.info reports it as 10:59. since last monday though everything is based off actual times recorded in the blockchain. |
|
|
|
Hey mate,
I've just noticed there's a slight discrepancy between the actual earnings and the calculated earnings that were paid out for the first week. It's only 0.01BTC, so not a big deal, just wondering if you'd noticed. From what I can tell the calculated earnings is the correct figure.
Cheers
hi fordy, which week are you talking about specifically? how can you see the calculated earnings for the first week? I thought I only put the expected (next week's earnings in the report). in any case the first week was done totally manually, and any discrepancy would be based on the time that i saw the tx come in, and the time that blockchain.info reports as recorded against the tx. sometimes those times were slightly different. from now on, it always goes off the recorded tx time as reported by blockchain.info. |
|
|
|
while you can withdraw principal at any time, interest is only calculated and paid once per week. so that means if you deposit on a wednesday and withdraw it on a friday, the interest for those 48 hours won't be credited to (or withdrawable from) your account until the folllowing monday, after 21:00.
I'm not sure I understand this right. If I deposit some BTC on Wednesday and withdraw it on Friday, will get interest for the 48 hours the BTC was in the account, but I will get it the following Monday, after 21? What's your opinion on emptying the account every week, and putting some BTC back in the account twice a week? that's correct, i'm only doing the payouts once per week, no matter when people deposit/withdraw. i don't see the point of emptying and depositing again. if you did that, you'd just be missing out on interest while the deposits are waiting to confirm again. |
|
|
|
My wife... is not a fan. Suffice to say debating on bitcoin's value as an investment has not gone over well with her. She's convinced the whole thing is a scam. I think the fact that no one knows who created bitcoin rubs her the wrong way, as well as bitcoins legal gray area... Anyway, she told me not to buy bitcoins, but I dun did it anyway Months elapse, and long ago bitcoin became a subject I did not bring up around her. Recently she was bored and googled me. She found one of my forum posts talking about how I bought bitcoins. oops. Wifey googled you ? Time yo consider celibacy again. you mean re-marry? |
|
|
|
So did we get any clarification on the dispute process? I may be in need of an Escrow service shortly and certainly would like the fine details nutted out before going ahead. Ta sorry i haven't worked on this site at all recently. i'm happy to mediate any disputes that may arise; that could be done via email or on this forum. |
|
|
|
Caveats:- Armory must have access to the Satoshi-created blk0001.dat file -- read-only access to see new blocks (usually autodetected)
this is where i'm having a problem with armory. 99% of the things i run on my windows PC are in the form of 'portable apps'. i don't generally ever install anything, and that includes my bitcoin clients and blockchains which are on Z:\appdata anyone know how to tell armory where my blk0001.dat file is, since it doesn't auto-detect it? |
|
|
|
|
i've just run this for the very first time and am disappointed at the way it infects my windows drive and especially the appdata folder.
is there any way to run this fully portable, so that you can choose where it runs from, where it saves wallets, etc?
|
|
|
|
over the past couple of hours, i've come up with an 'earnings report' page which is now in the login area of bitcoinmax.
i'm still doing some debugging on this page, but it should show you exactly how your payments are being calculated so you can verify the accuracy of your earnings each week.
thanks.
edit: i've now also extended this to include an estimate of your Next Payment at the top of every page.
Thanks for this feature!  By the way, you could add a clock to the page too so that we can know what timezone the server makes its calculations on. everything is UTC. my brain is UTC. you should see my house too, some of the clocks are UTC. |
|
|
|
|
over the past couple of hours, i've come up with an 'earnings report' page which is now in the login area of bitcoinmax.
i'm still doing some debugging on this page, but it should show you exactly how your payments are being calculated so you can verify the accuracy of your earnings each week.
thanks.
edit: i've now also extended this to include an estimate of your Next Payment at the top of every page.
|
|
|
|
Notewavers.
i like this one, plus i thought of another: Fed Huggers |
|
|
|
I still don't understand what's going on here. Ok, so I've got 500BTC I'm willing to play with. What's next?
Given that even if you could get a referral, pirate is not taking on new accounts, your best bet is to look into the various pass through programs. There's one in my sig, but there are others also. Check carefully on the terms, because not all offers are alike. exactly. some offer insurance, others don't. |
|
|
|
Also it doesn't exist on blockexplorer either.
i've noticed there's a lot that doesn't exist on blockexplorer lately. To be fair, blockexplorer has only ever - uh - explored blocks. And so unconfirmed transactions, not being in a block, aren't shown. It's also sometimes quite a few blocks behind. But is there other stuff is doesn't show that it should? i think that's all that i was referring to... it has seemed more behind than usual lately. |
|
|
|
Also it doesn't exist on blockexplorer either.
i've noticed there's a lot that doesn't exist on blockexplorer lately. |
|
|
|
|
Show Posts
