At some point, it crashes and I gotta start again
The stand alone version crashed a bit less
I'm running Windows 8 if that helps.
Topic: RAM-Reduction & Backup Center Testing (version 0.89.99.16) - page 17. (Read 41296 times)
The Build database and scan doesn't make it to 100%.
At some point, it crashes and I gotta start again
The stand alone version crashed a bit less
I'm running Windows 8 if that helps.
At some point, it crashes and I gotta start again
The stand alone version crashed a bit less
I'm running Windows 8 if that helps.
Is this version already safe to use for managing (creating & broadcasting) offline transactions?
Or should I wait until the final release!?
Also, is there a way to automatically sweep the change back into the original address? So if I'm using a vanity address I can happily use it on many devices.
You can use custom change behavior in Armory by switching to "Expert" usermode. Then when you create a transaction, you can specify that you want the change to be sent back to the first input address, or specify another address. You can also choose to have it remember the setting so you won't have to re-select it for each transaction.
Hope that helps!
You the man! (you know that don't you)
Also, is there a way to automatically sweep the change back into the original address? So if I'm using a vanity address I can happily use it on many devices.
You can use custom change behavior in Armory by switching to "Expert" usermode. Then when you create a transaction, you can specify that you want the change to be sent back to the first input address, or specify another address. You can also choose to have it remember the setting so you won't have to re-select it for each transaction.
Hope that helps!
bug -
armory 89.99.3 (the standalone windows version)
It crashed and left bitcoin.exe running. When I attempted to restart armouryqt.exe nothing happened. I had to open the task manager and close bitcoin.exe
Hope this helps!
======================================
Also, is there a way to automatically sweep the change back into the original address? So if I'm using a vanity address I can happily use it on many devices.
and don't lecture me on security, I only keep BTC1 in there so I can make small purchases while I'm out and about :
armory 89.99.3 (the standalone windows version)
It crashed and left bitcoin.exe running. When I attempted to restart armouryqt.exe nothing happened. I had to open the task manager and close bitcoin.exe
Hope this helps!
======================================
Also, is there a way to automatically sweep the change back into the original address? So if I'm using a vanity address I can happily use it on many devices.
and don't lecture me on security, I only keep BTC1 in there so I can make small purchases while I'm out and about :
Is this version for Windows supposed to be 64 bit? My Win7 installation saves it in the 32-bit subdir and states in TaskMan that it is 32-bit, along with bitcoind.
Thank you
Thank you
same here. Worked with 0.89.99.3 version. Might it be the installer? Shall we send logs? which ones and from what location?
There is still a problem where the app occasionally starts up like that and is filling the log with "Marking Orphan Chain" messages, but it looks like it's doing something or getting ready to do something. This is one of the big bugs I have to fix before I can put out a real release.
After you've done the initial sync with Bitcoin-Qt, and Armory built the database, the most it should take is 10-20 minutes to do a rescan. And if you've loaded it before and closed it in a good state, it won't even need to do that. And when it is rescanning, it will tell you that it is.
Moral of the story: if it stays at 1% for more than a couple minutes, it's hosed. But restarting seems to fix it.
After you've done the initial sync with Bitcoin-Qt, and Armory built the database, the most it should take is 10-20 minutes to do a rescan. And if you've loaded it before and closed it in a good state, it won't even need to do that. And when it is rescanning, it will tell you that it is.
Moral of the story: if it stays at 1% for more than a couple minutes, it's hosed. But restarting seems to fix it.
Restarting does not fix it here.
BitconQT is up-to-date but the 0.89.99.5 beta is stuck with this problem every time i start it.
x64 W7, 8GB RAM, TC'ed System
Is this version already safe to use for managing (creating & broadcasting) offline transactions?
cp1 sorry, I may not have made myself clear. I used a second (online) wallet to sweep the funds.
It is just the (online) Armory wallet running in a VM which does not seem to register that the funds have left all addresses controlled by it...
Edit: Fixed. Nevermind
It is just the (online) Armory wallet running in a VM which does not seem to register that the funds have left all addresses controlled by it...
Edit: Fixed. Nevermind
If I read that right you tried to sweep a balance without having access to the blockchain. You can't do that because it doesn't know anything about your transactions.
Edit: It would be cool to have access to a blockchain.info type website where you could query unspent transactions, for this kind of emergency mode.
Edit: It would be cool to have access to a blockchain.info type website where you could query unspent transactions, for this kind of emergency mode.
I think you have to cd to the bitcoinarmory directory before switching the branch.
Right you are, corrected.
In other news, I have been using this build reasonably sucessfully now for a few days, until two days ago I wanted to move some coins to an online wallet.
I was not near my dedicated offline netbook which holds the private keys for my wallet so performed something of an emergency procedure: I downloaded armory (stable version 0.88.1 windoze) on the laptop I had access to, and restored my wallet (from paper backup).
I did not even download bitcoin qt/d as i just needed the privkeys, then, I exported the privkeys and swept the balances to my other wallet, so now, theoretically, the coins are not in an address in the armory address book...Right?
Wrong!
Although I can see that the funds have been moved to a new address, when I returned to my machine with the VM and armory 0.89.99.5 loaded on, the coins are apparently still in the wallet!?
I have checked the terminal and I seem to be synced up to the latest block; all the lights seem to be green on armory, anybody know what is going on?
I think you have to cd to the bitcoinarmory directory before switching the branch.
etotheipi, and anyone else who wants to try this test branch (and is a bit of a terminal noob like myself) in my experience for Ubuntu 13.06 (64bit) you can use the following build instructions, for 0.89.99.5:
Code:
sudo apt-get install git-core build-essential pyqt4-dev-tools swig libqtcore4 libqt4-dev python-qt4 python-dev python-twisted python-psutil libcrypto++-dev
git clone git://github.com/etotheipi/BitcoinArmory.git
cd BitcoinArmory
git checkout testing
cd BitcoinArmory/cppForSwig/leveldb/db/
gedit c.cc
// Comment out or delete line 18 (" #define strdup _strdup"), save and close c.cc
cd ~/BitcoinArmory
make
python ArmoryQt.py
git clone git://github.com/etotheipi/BitcoinArmory.git
cd BitcoinArmory
git checkout testing
cd BitcoinArmory/cppForSwig/leveldb/db/
gedit c.cc
// Comment out or delete line 18 (" #define strdup _strdup"), save and close c.cc
cd ~/BitcoinArmory
make
python ArmoryQt.py
Great success, that sorted it.
Nicely spotted cp1! I guess 'diff' should be my next command to learn (if indeed it was a terminal command at all)...
Nicely spotted cp1! I guess 'diff' should be my next command to learn (if indeed it was a terminal command at all)...
#define strdup _strdup
This line is for the msvc11 build only. Sorry, it should be only defined for the Windows project:
Code:
#ifdef _MSC_VER
#define strdup _strdup
#endif
#define strdup _strdup
#endif
Ah I tried the new version and got the same error as you.
From a diff of the two versions it looks like line 18 in leveldb/db/c.cc was added: #define strdup _strdup. Just delete that line and remake.
From a diff of the two versions it looks like line 18 in leveldb/db/c.cc was added: #define strdup _strdup. Just delete that line and remake.
I was having the same problem. Commenting out this line allowed it to compile for me (Debian testing/jessie)
Thanks!
Ah I tried the new version and got the same error as you.
From a diff of the two versions it looks like line 18 in leveldb/db/c.cc was added: #define strdup _strdup. Just delete that line and remake.
From a diff of the two versions it looks like line 18 in leveldb/db/c.cc was added: #define strdup _strdup. Just delete that line and remake.
That's weird, I don't think it even tried to compile any directory except for cppforswig root directory. I just did a make clean in the leveldb, cryptopp, and cppforswig directories and redid make in the root BitcoinArmory directory and it didn't do anything to leveldb or cryptopp. I did get an a.out in cryptopp, not sure from what.
BTW I'm on Xubuntu 13.04, but this is with armory 0.89.99.3
Do you have libcrypto++-dev and qt4reactor.py?
BTW I'm on Xubuntu 13.04, but this is with armory 0.89.99.3
Do you have libcrypto++-dev and qt4reactor.py?
Huh, well i didn't have either actually, had previously only run
Code:
sudo apt-get install git-core build-essential pyqt4-dev-tools swig libqtcore4 libqt4-dev python-qt4 python-dev python-twisted python-psutil
On top of a completely fresh Ubuntu 13.04 (64bit) install to VMWare.Now I installed libcrypto++-dev and also this package http://packages.ubuntu.com/precise/python-qt4reactor and all those related packages (just to be sure)...
Ran make again and just threw the exact same error?
http://pastebin.com/rHe2g9kU
(Full log from terminal)
I am officially out of my depth and stuck :/
That's weird, I don't think it even tried to compile any directory except for cppforswig root directory. I just did a make clean in the leveldb, cryptopp, and cppforswig directories and redid make in the root BitcoinArmory directory and it didn't do anything to leveldb or cryptopp. I did get an a.out in cryptopp, not sure from what.
BTW I'm on Xubuntu 13.04, but this is with armory 0.89.99.3
Do you have libcrypto++-dev and qt4reactor.py?
BTW I'm on Xubuntu 13.04, but this is with armory 0.89.99.3
Do you have libcrypto++-dev and qt4reactor.py?
Jump to: