etotheipi (OP)
Legendary
Offline
Activity: 1428
Merit: 1093
Core Armory Developer
|
|
February 22, 2014, 05:21:21 AM |
|
Still doesn't work for me...just opens and crashes on "Preparing Databases" even when I restart.
What version of OSX are you on? And can you please send the two log files to support@bitcoinarmory.com
|
|
|
|
etotheipi (OP)
Legendary
Offline
Activity: 1428
Merit: 1093
Core Armory Developer
|
|
February 22, 2014, 06:36:12 AM |
|
alright no more need to worry, it's now started to work after preparing databases... I've restarted to see if it continues to work, if not i'll let you know. Thanks for the fast support so far.
Great. Hope it's a smoother experience. Still would be good to know what version of OSX you are using. Also, could you test the paper backup printing? That was something that was causing the most crashes for users in 0.90
|
|
|
|
picobit
|
|
February 22, 2014, 06:53:43 AM |
|
Trying the new Mac build. First impression: It is faster and smoother than previous versions. And the fonts stay the same size all the time The wallet consistency check is also very reassuring. I did a single offline transaction just to test. I noticed two issues, none of them are new, and none are serious: 1) Comments written in the transaction are lost. Perhaps they are lost along with the transfer of the transaction to an older Armory on the offline machine. 2) One CPU is running full speed while Armory has some windows open. For example after saving the unsigned offline transaction, I can press Done or Continue. While this window is open, one CPU is loaded 100%.
|
|
|
|
picobit
|
|
February 22, 2014, 06:59:44 AM |
|
And I just wanted to test one more feature. Bang! I wanted to try making a 2-of-2 paper backup of a wallet I rarely use (no funds in it). When I presses Print all Fragments, a popup warned me that an error had occurred and that printing would be aborted. And Armory then opened a blank window, and froze. I had to force-quit it. The log: 2014-02-22 07:47 (ERROR) -- qtdialogs.py:6234 - Problem with private key and/or chaincode. Aborting. Traceback (most recent call last): File "/Users/xxxx/Desktop/Test/Armory.app/Contents/MacOS/py/lib/armory/qtdialogs.py", line 6231, in __init__ raise KeyDataError KeyDataError 2014-02-22 07:48 (ERROR) -- qtdialogs.py:6234 - Problem with private key and/or chaincode. Aborting. Traceback (most recent call last): File "/Users/xxxx/Desktop/Test/Armory.app/Contents/MacOS/py/lib/armory/qtdialogs.py", line 6231, in __init__ raise KeyDataError KeyDataError 2014-02-22 07:48 (ERROR) -- Traceback (most recent call last): File "/Users/xxxx/Desktop/Test/Armory.app/Contents/MacOS/py/lib/armory/qtdialogs.py", line 6569, in reject self.cleanup() File "/Users/xxxx/Desktop/Test/Armory.app/Contents/MacOS/py/lib/armory/qtdialogs.py", line 6554, in cleanup self.binPrivCrypt.destroy() AttributeError: 'DlgPrintBackup' object has no attribute 'binPrivCrypt'
2014-02-22 07:48 (ERROR) -- Traceback (most recent call last): File "/Users/xxxx/Desktop/Test/Armory.app/Contents/MacOS/py/lib/armory/qtdialogs.py", line 6569, in reject self.cleanup() File "/Users/xxxx/Desktop/Test/Armory.app/Contents/MacOS/py/lib/armory/qtdialogs.py", line 6554, in cleanup self.binPrivCrypt.destroy() AttributeError: 'DlgPrintBackup' object has no attribute 'binPrivCrypt'
2014-02-22 07:48 (ERROR) -- Traceback (most recent call last): File "/Users/xxxx/Desktop/Test/Armory.app/Contents/MacOS/py/lib/armory/qtdialogs.py", line 6569, in reject self.cleanup() File "/Users/xxxx/Desktop/Test/Armory.app/Contents/MacOS/py/lib/armory/qtdialogs.py", line 6554, in cleanup self.binPrivCrypt.destroy() AttributeError: 'DlgPrintBackup' object has no attribute 'binPrivCrypt'
2014-02-22 07:49 (INFO) -- ArmoryQt.py:5255 - Resetting BlockDataMgr, freeing memory
EDIT:I tried again with the same wallet. Same result. Then with another wallet, and it worked fine. Except that the old Print-dialog-not-working-on-Mac problem is back: The system print popup is unresponsive.
|
|
|
|
bitpop
Legendary
Offline
Activity: 2912
Merit: 1060
|
|
February 22, 2014, 07:18:51 AM |
|
Idk about new version but current Windows doesn't always honor my secs and memory for new wallet. Sometimes it's randomly replaced. I noticed rejected wallets being created during that time.
|
|
|
|
yuriygeorge
Sr. Member
Offline
Activity: 262
Merit: 250
I hate my family
|
|
February 22, 2014, 05:30:59 PM |
|
Hello, I don't want to stir any panic but I recently downloaded Bitcoin-QT and Bitcoin Armory from legit sites. Bitcoin-QT finally completed downloadng the blockchain so when I open up Armory to start syncing the database, my anti-virus Avast system is showing a bunch of infections:
Infection: VBS:Bicololo-IU [Trj] File: /Users/xxx/Library/Application Support/Armory/databases/leveldb_blkdata/025281.sst Process: /Application/Armory.app/Content/MacOS/Python
So what is this? Has anyone seen it? This trojan looks pretty bad, is it a false positive? How did this happen?
EDIT: This is on a MacOs
|
|
|
|
substratum
Newbie
Offline
Activity: 36
Merit: 0
|
|
February 22, 2014, 06:44:14 PM |
|
Hello, I don't want to stir any panic but I recently downloaded Bitcoin-QT and Bitcoin Armory from legit sites. Bitcoin-QT finally completed downloadng the blockchain so when I open up Armory to start syncing the database, my anti-virus Avast system is showing a bunch of infections:
Infection: VBS:Bicololo-IU [Trj] File: /Users/xxx/Library/Application Support/Armory/databases/leveldb_blkdata/025281.sst Process: /Application/Armory.app/Content/MacOS/Python
So what is this? Has anyone seen it? This trojan looks pretty bad, is it a false positive? How did this happen?
It's a false positive, I've seen it before and investigated. And a VBS (Visual Basic Script) virus in an Armory .sst file wouldn't even make sense, it's not like Armory would be executing VB script it finds randomly in the blockchain.
|
|
|
|
doug_armory
|
|
February 22, 2014, 09:29:32 PM |
|
Hey everyone. Thanks for testing out the OS X build! It's much appreciated. I'm glad that the code is a much smoother experience for you guys. It's not bug-free, I know, but we'll fix them in time. Just send in logs and we'll figure it out. Picobit, just curious, what happens when you do a plain paper backup? I admit that I didn't do a lot of test prints at home. (Time to invest in a cheap laser printer, I guess.) That said, my printouts worked fine, but it's certainly possible I missed something or users are subject to conditions that don't apply to me. Oh, and which version of OS X are you running? I did all my test prints on 10.9.1. Thanks again, and keep the reports coming!
|
Senior Developer - Armory Technologies, Inc.
|
|
|
Swimmer63
Legendary
Offline
Activity: 1593
Merit: 1004
|
|
February 22, 2014, 09:31:00 PM |
|
I lost the link to download the latest test versions. Can someone please post it.
|
|
|
|
|
picobit
|
|
February 23, 2014, 07:45:44 PM |
|
Picobit, just curious, what happens when you do a plain paper backup? I admit that I didn't do a lot of test prints at home. (Time to invest in a cheap laser printer, I guess.) That said, my printouts worked fine, but it's certainly possible I missed something or users are subject to conditions that don't apply to me. Oh, and which version of OS X are you running? I did all my test prints on 10.9.1.
Hi, I am running OS X version 10.9.1. It looks like a stability thing - now I cannot reproduce the lock-up, but in stead I can reach the OS X print dialog sometimes, sometimes I get a crash along the way. When I reach the Print dialog it is hit or miss whether it is responsive or not. I get random crashes without anything appearing in the log file (I monitor it with 'tail -f'). We have previously had some test builds with this instability, I think it is related to a bug in Qt, probably building on OS X 10.8 is a workaround. There seems to be something horribly wrong with Qt on OS X 10.9. :-(
|
|
|
|
doug_armory
|
|
February 23, 2014, 11:08:40 PM |
|
Picobit, just curious, what happens when you do a plain paper backup? I admit that I didn't do a lot of test prints at home. (Time to invest in a cheap laser printer, I guess.) That said, my printouts worked fine, but it's certainly possible I missed something or users are subject to conditions that don't apply to me. Oh, and which version of OS X are you running? I did all my test prints on 10.9.1.
Hi, I am running OS X version 10.9.1. It looks like a stability thing - now I cannot reproduce the lock-up, but in stead I can reach the OS X print dialog sometimes, sometimes I get a crash along the way. When I reach the Print dialog it is hit or miss whether it is responsive or not. I get random crashes without anything appearing in the log file (I monitor it with 'tail -f'). We have previously had some test builds with this instability, I think it is related to a bug in Qt, probably building on OS X 10.8 is a workaround. There seems to be something horribly wrong with Qt on OS X 10.9. :-( Yeah, Qt4 is a bit of a mess, especially on Mavericks. (You should've seen the builds before my workarounds were implemented. Yuck!) We're looking into solutions and workarounds. Oh, and just curious, did you run Alan's build or roll your own? If the latter, try Alan's. I believe it was built under 10.8. If you're still seeing stability issues, let me know.
|
Senior Developer - Armory Technologies, Inc.
|
|
|
etotheipi (OP)
Legendary
Offline
Activity: 1428
Merit: 1093
Core Armory Developer
|
|
February 23, 2014, 11:35:53 PM |
|
Picobit, just curious, what happens when you do a plain paper backup? I admit that I didn't do a lot of test prints at home. (Time to invest in a cheap laser printer, I guess.) That said, my printouts worked fine, but it's certainly possible I missed something or users are subject to conditions that don't apply to me. Oh, and which version of OS X are you running? I did all my test prints on 10.9.1.
Hi, I am running OS X version 10.9.1. It looks like a stability thing - now I cannot reproduce the lock-up, but in stead I can reach the OS X print dialog sometimes, sometimes I get a crash along the way. When I reach the Print dialog it is hit or miss whether it is responsive or not. I get random crashes without anything appearing in the log file (I monitor it with 'tail -f'). We have previously had some test builds with this instability, I think it is related to a bug in Qt, probably building on OS X 10.8 is a workaround. There seems to be something horribly wrong with Qt on OS X 10.9. :-( Yeah, Qt4 is a bit of a mess, especially on Mavericks. (You should've seen the builds before my workarounds were implemented. Yuck!) We're looking into solutions and workarounds. Oh, and just curious, did you run Alan's build or roll your own? If the latter, try Alan's. I believe it was built under 10.8. If you're still seeing stability issues, let me know. Mine was built on 10.9. I meant to do it on the 10.8 VM, since it supposedly more reliable. But I was in a hurry before I left town, and totally forgot to boot the VM. When I get back I'll try a 10.8 build
|
|
|
|
kentt
Member
Offline
Activity: 103
Merit: 10
|
|
February 24, 2014, 02:16:03 AM |
|
On windows 7 I cannot get the new version to run without crashing. I tried deleting the appdata folder but it always crashes after synchronizing with network. .88 is working on this machine (kinda, crashes every couple days).
|
|
|
|
picobit
|
|
February 24, 2014, 09:43:25 AM |
|
Oh, and just curious, did you run Alan's build or roll your own? If the latter, try Alan's. I believe it was built under 10.8. If you're still seeing stability issues, let me know.
I used Alan's, I think it is more useful to test his builds than my own - there could be things that only works when compiled on your own machine.
|
|
|
|
bronan
|
|
February 24, 2014, 11:06:00 AM |
|
Why is nothing of this all mentioned on the website. how come the last available version on the offiicial website is still the buggy 0.88
|
|
|
|
spin
|
|
February 24, 2014, 02:59:33 PM |
|
Why is nothing of this all mentioned on the website. how come the last available version on the offiicial website is still the buggy 0.88
Website has 0.9-beta.
|
If you liked this post buy me a beer. Beers are quite cheap where I live! bc1q707guwp9pc73r08jw23lvecpywtazjjk399daa
|
|
|
_r2h
Member
Offline
Activity: 63
Merit: 10
|
|
February 24, 2014, 10:53:35 PM |
|
On windows 7 I cannot get the new version to run without crashing. I tried deleting the appdata folder but it always crashes after synchronizing with network. .88 is working on this machine (kinda, crashes every couple days).
Armory crashes for me also as soon as it gets 100% sync'd with the network. Is there a debug log I can send the devs? This is the win7 crash notes for what it's worth. Problem signature: Problem Event Name: APPCRASH Application Name: ArmoryQt.exe Application Version: 0.0.0.0 Application Timestamp: 52d48a67 Fault Module Name: _CppBlockUtils.pyd Fault Module Version: 0.0.0.0 Fault Module Timestamp: 5307b524 Exception Code: c0000005 Exception Offset: 0011da00 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 1033 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
|
|
|
|
fallinglantern
|
|
February 24, 2014, 11:18:04 PM |
|
I can confirm that network syncs are MUCH faster using the testing git branch on a box with a puny CPU (AMD E-350). Bravo! Startup time is now about a minute down from an hour.
|
|
|
|
drrussellshane
|
|
February 25, 2014, 02:25:44 PM |
|
On windows 7 I cannot get the new version to run without crashing. I tried deleting the appdata folder but it always crashes after synchronizing with network. .88 is working on this machine (kinda, crashes every couple days).
Armory crashes for me also as soon as it gets 100% sync'd with the network. Is there a debug log I can send the devs? This is the win7 crash notes for what it's worth. Problem signature: Problem Event Name: APPCRASH Application Name: ArmoryQt.exe Application Version: 0.0.0.0 Application Timestamp: 52d48a67 Fault Module Name: _CppBlockUtils.pyd Fault Module Version: 0.0.0.0 Fault Module Timestamp: 5307b524 Exception Code: c0000005 Exception Offset: 0011da00 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 1033 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 I get a crash on Windows 7 pretty much as soon as I try to start the program, with the testing version. 0.90-beta runs fine for me on Windows 7.
|
Buy a TREZOR! Premier BTC hardware wallet. If you're reading this, you should probably buy one if you don't already have one. You'll thank me later.
|
|
|
|