Bitcoin Forum
December 05, 2016, 08:39:00 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 [109] 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 ... 232 »
  Print  
Author Topic: Armory - Discussion Thread  (Read 481807 times)
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
May 02, 2013, 09:55:03 PM
 #2161

Actually, I totally forgot that RPC now has a sendrawtransaction command that will let you do it.  It's actually been there for a while, but Armory never used to connect via RPC, only as a regular peer.  Now, there is an RPC connection if you use auto-bitcoind, and thus Armory could do this. 

It doesn't mean that the network will accept the tx.  But if it's not dust, there's a good chance that there's a lot of custom nodes that would accept it, even if your own node would have otherwise rejected it.

This seems like a bad idea. Armory will have no way of knowing if the transaction was accepted by the network or not. If you're not connected to any nodes with non-standard fee relay rules (is that even really a thing?), then your transaction silently fails.

Gah.  Good point.  Especially because Armory 100% depends (right now), on Bitcoin-Qt/bitcoind forwarding your tx back to you, as verification that it was valid. 

However, there is still one extra thing I can do:  I've had a few reports of people sending valid tx, but Bitcoin-Qt/bitcoind had no peers/connections at the time, so it "broadcast" it, but no one heard the broadcast.  There's nothing Armory can do, because if it tries to rebroadcast it, Bitcoin-Qt recieves it and says "Oh, I've already seen this and relayed it.  Ignore."   Luckily, this is solved by restarting Bitcoin-Qt which clears its memory pool.  But it will be nice that I can use that RPC command to force it to rebroadcast every 30 minutes.

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
1480927140
Hero Member
*
Offline Offline

Posts: 1480927140

View Profile Personal Message (Offline)

Ignore
1480927140
Reply with quote  #2

1480927140
Report to moderator
1480927140
Hero Member
*
Offline Offline

Posts: 1480927140

View Profile Personal Message (Offline)

Ignore
1480927140
Reply with quote  #2

1480927140
Report to moderator
1480927140
Hero Member
*
Offline Offline

Posts: 1480927140

View Profile Personal Message (Offline)

Ignore
1480927140
Reply with quote  #2

1480927140
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Ente
Legendary
*
Offline Offline

Activity: 1834



View Profile
May 03, 2013, 04:15:40 PM
 #2162

Hmm, I am having some issues here.
I am sure it's on my side, with GIT and all..
Armory-gui tells me I am on 0.86.8

Code:
git branch -a
Code:
* dev
  master

Code:
git checkout master
Code:
error: Untracked working tree file 'PublicKeys/AndresenCodeSign.asc' would be overwritten by merge.

Anyway, so I stick to the dev branch, but there comes more:
Code:
git checkout dev
Code:
Already on 'dev'


Code:
sudo git pull origin dev
Code:
From git://github.com/etotheipi/BitcoinArmory
 * branch            dev        -> FETCH_HEAD
Already up-to-date.

Code:
sudo make clean
Code:
[ok]

Code:
make
Code:
[ok]

Still says 0.86.8 then.

So, is the master branch newer than the dev branch?
Am I missing the "swig" stuff?

edit:
Code:
make swig
Code:
[ok]

Doesn't help.

You can see I have no real clue what I am actually doing here ;-)

Ente
chrisrico
Hero Member
*****
Offline Offline

Activity: 496


View Profile
May 03, 2013, 04:23:38 PM
 #2163

The branch you actually want is "testing". It was last updated 5 days ago, compared to dev which was last updated 4 months ago.
Ente
Legendary
*
Offline Offline

Activity: 1834



View Profile
May 03, 2013, 04:29:21 PM
 #2164

The branch you actually want is "testing". It was last updated 5 days ago, compared to dev which was last updated 4 months ago.

Daymn!
Now that's good to know, thank you! :-)

edit:

Code:
make
Code:
cd cppForSwig; make swig
make[1]: Entering directory `/opt/BitcoinArmory/cppForSwig'
g++  -I"/usr/include/python`python2 -c 'import sys; print str(sys.version_info[0]) + "." + str(sys.version_info[1])'`" -c -O2 -pipe -fPIC  -Icryptopp -DUSE_CRYPTOPP -D__STDC_LIMIT_MACROS  -lpthread  CppBlockUtils_wrap.cxx
/bin/sh: python2: not found
CppBlockUtils_wrap.cxx:151:20: error: Python.h: Datei oder Verzeichnis nicht gefunden
CppBlockUtils_wrap.cxx:782: error: ‘PyObject’ was not declared in this scope
CppBlockUtils_wrap.cxx:782: error: ‘str’ was not declared in this scope
CppBlockUtils_wrap.cxx:783: error: expected ‘,’ or ‘;’ before ‘{’ token
CppBlockUtils_wrap.cxx:806: error: expected initializer before ‘*’ token
CppBlockUtils_wrap.cxx:832: error: expected initializer before ‘*’ token
CppBlockUtils_wrap.cxx:886: error: expected initializer before ‘*’ token
CppBlockUtils_wrap.cxx:907: error: expected initializer before ‘*’ token
In file included from /usr/include/c++/4.4/stdexcept:38,
                 from CppBlockUtils_wrap.cxx:2820:
/usr/include/c++/4.4/exception:35: error: expected declaration before end of line
make[1]: *** [CppBlockUtils_wrap.o] Fehler 1
make[1]: Leaving directory `/opt/BitcoinArmory/cppForSwig'
make: *** [all] Fehler 2

*sigh*

Ente
chrisrico
Hero Member
*****
Offline Offline

Activity: 496


View Profile
May 03, 2013, 04:47:29 PM
 #2165

If you haven't made any changes to the source, I would wipe the folder, clone the repository again, checkout testing, and try again. You shouldn't be getting errors like that while compiling.

Also, did you install all the dependencies listed here? What operating system are you running?

p.s. Etotheipi, you should clean up your github branches, it can be quite confusing determining which one to use. Smiley
runeks
Legendary
*
Offline Offline

Activity: 924



View Profile WWW
May 03, 2013, 04:59:44 PM
 #2166

Code:
make
Code:
cd cppForSwig; make swig
make[1]: Entering directory `/opt/BitcoinArmory/cppForSwig'
g++  -I"/usr/include/python`python2 -c 'import sys; print str(sys.version_info[0]) + "." + str(sys.version_info[1])'`" -c -O2 -pipe -fPIC  -Icryptopp -DUSE_CRYPTOPP -D__STDC_LIMIT_MACROS  -lpthread  CppBlockUtils_wrap.cxx
/bin/sh: python2: not found
CppBlockUtils_wrap.cxx:151:20: error: Python.h: Datei oder Verzeichnis nicht gefunden
CppBlockUtils_wrap.cxx:782: error: ‘PyObject’ was not declared in this scope
CppBlockUtils_wrap.cxx:782: error: ‘str’ was not declared in this scope
CppBlockUtils_wrap.cxx:783: error: expected ‘,’ or ‘;’ before ‘{’ token
CppBlockUtils_wrap.cxx:806: error: expected initializer before ‘*’ token
CppBlockUtils_wrap.cxx:832: error: expected initializer before ‘*’ token
CppBlockUtils_wrap.cxx:886: error: expected initializer before ‘*’ token
CppBlockUtils_wrap.cxx:907: error: expected initializer before ‘*’ token
In file included from /usr/include/c++/4.4/stdexcept:38,
                 from CppBlockUtils_wrap.cxx:2820:
/usr/include/c++/4.4/exception:35: error: expected declaration before end of line
make[1]: *** [CppBlockUtils_wrap.o] Fehler 1
make[1]: Leaving directory `/opt/BitcoinArmory/cppForSwig'
make: *** [all] Fehler 2
It's failing because it can't find the "python2" executable.

It's available in the python-minimal in Ubuntu (it's just a soft link to python2.7).

As chrisrico says, are you following the build instructions? https://bitcoinarmory.com/building-armory-from-source/
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
May 03, 2013, 05:59:38 PM
 #2167


It's failing because it can't find the "python2" executable.

It's available in the python-minimal in Ubuntu (it's just a soft link to python2.7).

As chrisrico says, are you following the build instructions? https://bitcoinarmory.com/building-armory-from-source/


Gah, someone recommended that change to help with systems that may have python3 hardlinked to "python".  Apparently this has caused problems for a bunch of innocent bystanders.

Change the "python2" in the Makefile to just say "python".  That will resolve it.

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
Ente
Legendary
*
Offline Offline

Activity: 1834



View Profile
May 03, 2013, 08:08:44 PM
 #2168


It's failing because it can't find the "python2" executable.

It's available in the python-minimal in Ubuntu (it's just a soft link to python2.7).

As chrisrico says, are you following the build instructions? https://bitcoinarmory.com/building-armory-from-source/


Gah, someone recommended that change to help with systems that may have python3 hardlinked to "python".  Apparently this has caused problems for a bunch of innocent bystanders.

Change the "python2" in the Makefile to just say "python".  That will resolve it.

Yay, that's what helped! :-)
I almost got nightmares again when I saw that "python" and "python2" message.. One of the few things I hate about linux! So I never touched my python again :-)

It works, thank you!

Quick question, about the "Armory now manages bitcoind":
I prefer to keep bitcoind running whenever the computer is on, to always have an up-to-date blockchain and help the network with a full node. I don't use Armory daily, though. Thoughts, how I should proceed?

Ente
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
May 04, 2013, 10:07:49 AM
 #2169

UPDATE:

I just found out that some users report instability being fixed by using the 64-bit version.  It slipped my mind that it might be one of the problems being faced, but it makes sense given the high RAM usage. 

So I re-linked it on the download page.  If you were previously experiencing problems, please try the 64-bit version!


@Ente

There's a setting to disable auto-bitcoind.  Just disable it, and you can run Armory like you used to.

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
oakpacific
Hero Member
*****
Offline Offline

Activity: 798


View Profile
May 05, 2013, 02:20:09 AM
 #2170

How difficult would it be to create a "lite mode" which only stores block headers, like Multibit does? I have also read your idea about the blockchain compression using radix tree structure, any chance for to implement it in the Armory? If you think we should get someone else to do it,  I can contribute part of the bounty.

https://tlsnotary.org/ Fraud proofing decentralized fiat-Bitcoin trading.
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
May 05, 2013, 02:28:14 AM
 #2171

How difficult would it be to create a "lite mode" which only stores block headers, like Multibit does? I have also read your idea about the blockchain compression using radix tree structure, any chance for to implement it in the Armory? If you think we should get someone else to do it,  I can contribute part of the bounty.

It's on the medium-term plans.  In fact, the database that I'm implementing right now is intended to be flexible to accommodate any level of storage:  from total lite-node to the radix-tree stuff.  It won't all be implemented now, but I'm trying to leave room for it so that when I want to do that, I'll at least have a lot of the details worked out already, even if I missed something and have to rewrite parts of it later.

In the long run, I'd like to have a server version that uses a real database.  By that, I mean a hardcore database with all the ACID robustness in it, to be run by those that really want to run a server.  Right now, I'm constrained by the requirement that the database I choose must be easy to distribute, run in isolation, and have a license agreeable with distribution with Armory.  LevelDB is a great choice for the end-user version of the software.  But for the server version, I can have something more heavyweight.  And I don't have much experience with that, so I wouldn't mind offloading that somehow. but definitely can't even think about it for a few weeks until after the conference.

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
gweedo
Legendary
*
Offline Offline

Activity: 1246


Java, PHP, HTML/CSS Programmer for Hire!


View Profile WWW
May 05, 2013, 02:57:03 AM
 #2172

In the long run, I'd like to have a server version that uses a real database.  By that, I mean a hardcore database with all the ACID robustness in it, to be run by those that really want to run a server.  Right now, I'm constrained by the requirement that the database I choose must be easy to distribute, run in isolation, and have a license agreeable with distribution with Armory.  LevelDB is a great choice for the end-user version of the software.  But for the server version, I can have something more heavyweight.  And I don't have much experience with that, so I wouldn't mind offloading that somehow. but definitely can't even think about it for a few weeks until after the conference.

This scares me a lot. The reason I like armory so much is that it was the closes thing to a full node we currently have for home users. I hope you can still keep it as much as to a trust-less system as possible.

Want to earn 2500 SATOSHIS per hour? Come Chat and Chill in https://goseemybits.com/lobby
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
May 05, 2013, 03:11:51 AM
 #2173

In the long run, I'd like to have a server version that uses a real database.  By that, I mean a hardcore database with all the ACID robustness in it, to be run by those that really want to run a server.  Right now, I'm constrained by the requirement that the database I choose must be easy to distribute, run in isolation, and have a license agreeable with distribution with Armory.  LevelDB is a great choice for the end-user version of the software.  But for the server version, I can have something more heavyweight.  And I don't have much experience with that, so I wouldn't mind offloading that somehow. but definitely can't even think about it for a few weeks until after the conference.

This scares me a lot. The reason I like armory so much is that it was the closes thing to a full node we currently have for home users. I hope you can still keep it as much as to a trust-less system as possible.

I plan to keep the full version.  And keep it "encouraged,", but there's gotta be a lighter version of it for the non-power-users.  There's only so much impact Armory can have in its current incarnation of making users wait 8+ hours to download the blockchain (and it will be much longer as time goes on).  I have a few directions I want to go with it, but there will always be a full-node version of it.  And the server/super-node is for the radix-tree stuff, so it can act as an oracle for arbitrary wallets, much like Electrum servers do right now.

Also, the radix-tree stuff has the goal of eventually improving the network in a lot of different ways.  It will make lite nodes almost as secure as full nodes.   And it looks like it may not be an excessive amount of extra work for full (but pruned) nodes.  If it's successful, I think it can change the network.  amiller/socrates actually believes there's a way to expand it to allow lite-nodes to do full verification.. I'm not sure I believe him,  but I haven't had the time to try to grok his proposal.  I just know it's something I'm looking forward to looking into when I get all the immediate priorities out of the way.

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
oakpacific
Hero Member
*****
Offline Offline

Activity: 798


View Profile
May 05, 2013, 04:28:37 AM
 #2174

In the long run, I'd like to have a server version that uses a real database.  By that, I mean a hardcore database with all the ACID robustness in it, to be run by those that really want to run a server.  Right now, I'm constrained by the requirement that the database I choose must be easy to distribute, run in isolation, and have a license agreeable with distribution with Armory.  LevelDB is a great choice for the end-user version of the software.  But for the server version, I can have something more heavyweight.  And I don't have much experience with that, so I wouldn't mind offloading that somehow. but definitely can't even think about it for a few weeks until after the conference.

This scares me a lot. The reason I like armory so much is that it was the closes thing to a full node we currently have for home users. I hope you can still keep it as much as to a trust-less system as possible.

I plan to keep the full version.  And keep it "encouraged,", but there's gotta be a lighter version of it for the non-power-users.  There's only so much impact Armory can have in its current incarnation of making users wait 8+ hours to download the blockchain (and it will be much longer as time goes on).  I have a few directions I want to go with it, but there will always be a full-node version of it.  And the server/super-node is for the radix-tree stuff, so it can act as an oracle for arbitrary wallets, much like Electrum servers do right now.

Also, the radix-tree stuff has the goal of eventually improving the network in a lot of different ways.  It will make lite nodes almost as secure as full nodes.   And it looks like it may not be an excessive amount of extra work for full (but pruned) nodes.  If it's successful, I think it can change the network.  amiller/socrates actually believes there's a way to expand it to allow lite-nodes to do full verification.. I'm not sure I believe him,  but I haven't had the time to try to grok his proposal.  I just know it's something I'm looking forward to looking into when I get all the immediate priorities out of the way.

Just curious, do you see any unusual growth in the number of downloads/pageviews in the last two days? The state-controlled television in China did a half-hour program on bitcoin, which may have driven the daily bitcoin-qt download count of China to go up by about 20 times, putting it ahead of U.S, by a 1000% margin, I wonder if the impact can also be felt by Armory.


https://tlsnotary.org/ Fraud proofing decentralized fiat-Bitcoin trading.
LvM
Full Member
***
Offline Offline

Activity: 126


View Profile
May 05, 2013, 12:42:55 PM
 #2175

In bitcoind appdata dir is a file "bitcoin.conf"
containing:

rpcuser=generated_by_armory
rpcpassword= (an alphanumeric string, length 44 bytes)

Found no explication for that.
May a ask wether this is my (encrypted) password and a security risk?

BTC violates GAAP, result a MESS  https://bitcointalk.org/index.php?topic=211835.0
Anforderungen an eine PROFESSIONELLE BTC-Anwendung https://bitcointalk.org/index.php?topic=189669
BANKGEHEIMNIS mit BTC gleich NULL!? https://bitcointalk.org/index.php?topic=188383 Antwort: Ja, wenn man nicht höllisch aufpaßt.
Ente
Legendary
*
Offline Offline

Activity: 1834



View Profile
May 05, 2013, 02:02:19 PM
 #2176

In bitcoind appdata dir is a file "bitcoin.conf"
containing:

rpcuser=generated_by_armory
rpcpassword= (an alphanumeric string, length 44 bytes)

Found no explication for that.
May a ask wether this is my (encrypted) password and a security risk?


This "rpcuser" and "rpcpassword" is for bitcoin-qt and bitcoind, it sets which other users/computers/programs may connect to bitcoin-qt and bitcoind. Everyone connected via rpc may send bitcoins from bitcoind's (!) wallet.
Armory uses its own wallet(s). So you may remove all original bitcoind wallets.
As Armory depends on bitcoind's blockchain-handling, it must be able to connect via rpc.
Any random user and password will enable bitcoind to be connectable, and Armory will simply read the right user and password right from that config.

That's how I understand it, anyway :-)

tl:dr:
It's perfectly safe and normal. Don't leave bitcoins in bitcoin-qt's original wallet though.

Ente
rottenchris
Jr. Member
*
Offline Offline

Activity: 46


View Profile
May 08, 2013, 08:21:25 AM
 #2177

Good morning,

today, Armory 0.88.1, 32bit+64bit, Windows 8 (64bit), stopped working for me. It just terminates with a runtime error after scanning 98% of the blockchain.

I have tried a couple of things including reinstalling it, doing a fresh install on a fresh Win8 VM (8GB RAM if it matters), redownloading the blockchain and so on.

There seems to be only ONE solution to this for me : Using the 64bit ONLY Version of Armory.

May this helps someone with the same problem!

picobit
Hero Member
*****
Offline Offline

Activity: 547


Decor in numeris


View Profile
May 08, 2013, 01:35:59 PM
 #2178

Just theoretically, it may be that the block chain has just grown so much that one of the arrays in Armory is now over 2 GB.  Such an object cannot be addresses in a 32-bit executable, and if that is the case all 32-bit versions of Armory have just stopped working.  That would be pretty bad, so let us hope I am wrong.
Sc@rF@c3
Jr. Member
*
Offline Offline

Activity: 33


View Profile
May 10, 2013, 04:47:31 PM
 #2179

Running offline Armory, unexpected crash, Bitcoind  closes sometimes
Ram:16GB
64bit
i7 processsor

Faulting application name: bitcoind.exe, version: 0.0.0.0, time stamp: 0x4d44aa00
Faulting module name: msvcrt.dll, version: 7.0.7601.17744, time stamp: 0x4eeaf722
Exception code: 0x40000015
Fault offset: 0x0006680c
Faulting process id: 0x15ec
Faulting application start time: 0x01ce4c4f259cdee0
Faulting application path: C:\Program Files (x86)\Bitcoin\daemon\bitcoind.exe
Faulting module path: C:\Windows\syswow64\msvcrt.dll
Report Id: bad46c8f-b842-11e2-9b76-005056c00008
--------------------------------------------------------
Faulting application name: Armory.exe, version: 0.0.0.0, time stamp: 0x49180193
Faulting module name: _CppBlockUtils.pyd, version: 0.0.0.0, time stamp: 0x5171c531
Exception code: 0xc0000005
Fault offset: 0x000e0508
Faulting process id: 0xf34
Faulting application start time: 0x01ce4c37e500f4be
Faulting application path: C:\Program Files (x86)\Armory\Armory Bitcoin Client\Armory.exe
Faulting module path: C:\Program Files (x86)\Armory\Armory Bitcoin Client\_CppBlockUtils.pyd
Report Id: 5c030b55-b82f-11e2-9af5-005056c00008
--------------------------------------------------------

Hope this helps

If you found my posts helpful...
Tips: 13GiJUzw7oG9XnKCyt9n4zYGTsaQUAwpb9
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
May 10, 2013, 04:53:38 PM
 #2180

Running offline Armory, unexpected crash, Bitcoind  closes sometimes
Ram:16GB
64bit
i7 processsor

Faulting application name: bitcoind.exe, version: 0.0.0.0, time stamp: 0x4d44aa00
Faulting module name: msvcrt.dll, version: 7.0.7601.17744, time stamp: 0x4eeaf722
Exception code: 0x40000015
Fault offset: 0x0006680c
Faulting process id: 0x15ec
Faulting application start time: 0x01ce4c4f259cdee0
Faulting application path: C:\Program Files (x86)\Bitcoin\daemon\bitcoind.exe
Faulting module path: C:\Windows\syswow64\msvcrt.dll
Report Id: bad46c8f-b842-11e2-9b76-005056c00008
--------------------------------------------------------
Faulting application name: Armory.exe, version: 0.0.0.0, time stamp: 0x49180193
Faulting module name: _CppBlockUtils.pyd, version: 0.0.0.0, time stamp: 0x5171c531
Exception code: 0xc0000005
Fault offset: 0x000e0508
Faulting process id: 0xf34
Faulting application start time: 0x01ce4c37e500f4be
Faulting application path: C:\Program Files (x86)\Armory\Armory Bitcoin Client\Armory.exe
Faulting module path: C:\Program Files (x86)\Armory\Armory Bitcoin Client\_CppBlockUtils.pyd
Report Id: 5c030b55-b82f-11e2-9af5-005056c00008
--------------------------------------------------------

Hope this helps

Unfortunately, that error isn't terribly useful, except for noting that bitcoind.exe seems to have triggered the error.  Can you run Bitcoin-Qt standalone? 

Also, have you downloaded the 64-bit version of Armory?  I've noticed a lot of these crashing issues go away with the latest 64-bit version.  I actually just removed the 32-bit link from the webpage for that reason.

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
Pages: « 1 ... 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 [109] 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 ... 232 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!