0.96.1 testing build #4 - page 6. | Bitcointalksearch.org

walletrecoveryservices

member

Activity: 89

Merit: 21

Hi. I have used Armory for years, and I really like it.! Thanks for maintaining it

The latest builds (since 0.96, and including this latest 0.96.02 test build), do not output the comments when the transaction lists are exported via the "Export Transactions" to CSV menu.
For instance:
2014-Apr-21 12:58pm,9eb...,738339,3AznXg8eo,MyWallet (Watch),0.01,,, 0.01000000, 0.01000000,""

In previous versions, this was output as:
2014-Apr-21 12:58pm,9eb...,738339,3AznXg8eo,MyWallet (Watch),0.01,,, 0.01000000, 0.01000000,"InputTest"

So you can see that the comment (which is still visible in the Armory UI) is missing from the Exported Transactions.
Can you advise / fix? I really need this comment information to maintain my records of transactions...
Thanks Dave

droark

sr. member

Activity: 525

Merit: 282

Quote from: gangtraet on June 09, 2017, 08:46:30 AM

Quote from: droark on June 07, 2017, 10:09:37 PM

That means there's some sort of compile error when compiling the Armory code. Are you following the build notes? If so, what's your setup?

Yes, I am following the build nodes - more or less, at least. I have not downgraded Xcode as that would cause other problems for me. As I understand it, downgrading Xcode would be to build an app that also works on older versions of macOS.

Sort of. It's perfectly fine to use older versions unless you absolutely must have access to a particular SDK or there's a bug you're trying to fix.

In this case, the build target is OS X 10.7. Until I get the go-ahead to switch it to 10.8 (I believe goatpig wanted to ensure that older Mac users could get a version of Armory with SegWit support), users will have to swizzle the bits manually. The easiest thing to do is to go into the OS X build script and change the target version from 10.7 to 10.8. That should fix your issue.

gangtraet

full member

Activity: 159

Merit: 100

Quote from: droark on June 07, 2017, 10:09:37 PM

That means there's some sort of compile error when compiling the Armory code. Are you following the build notes? If so, what's your setup?

Yes, I am following the build nodes - more or less, at least. I have not downgraded Xcode as that would cause other problems for me. As I understand it, downgrading Xcode would be to build an app that also works on older versions of macOS.

macOS 10.12.5
Xcode 8.3.3

Code:

~$ clang --version
Apple LLVM version 8.1.0 (clang-802.0.42)
Target: x86_64-apple-darwin16.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

I have a good deal more installed with Homebrew than what is listed on the installation page.

Code:

~$ brew list
autoconf jpeg pcre
automake lame pkg-config
boost libevent povray
dcraw libffi python
ffmpeg libmpc readline
fftw libpng sqlite
freetype libtiff swig
gcc libtool the_silver_searcher
gdbm libxc ufraw
gettext little-cms2 watch
glib mpfr wget
gmp netpbm x264
imagemagick open-mpi xvid
isl openssl xz
jasper [email protected] zlib

If the Armory build itself has failed, I would have expected that the build script terminated with an error, but of course things may go wrong in many ways. I will trawl through the log file, and see what I find.

If I get time, I might try to build in a clean virtual machine, where I can follow the instructions to the letter without messing up my day job

goatpig

legendary

Activity: 3766

Merit: 1364

Armory Developer

You mean compressed private keys?

Mr.Vice

member

Activity: 96

Merit: 10

Quote from: goatpig on June 07, 2017, 07:23:49 AM

Ah I see. That can only happen in offline mode. Will push the fix in a few.

Great, thx! :-)
There is a type of import addresses that is not supported by Armory, currently. Although Core does support it. I can not push an example, otherwise everyone could use that private key. It is not so important right now, but do you know what types of import addresses are not supported by Armory, which Core does support? And are there plans for the future to implement them?

droark

sr. member

Activity: 525

Merit: 282

Quote from: gangtraet on June 06, 2017, 01:39:35 PM

I tried again to build for OS X. The same problem as previously appeared: ArmoryQt.py is not copied into the .app

If I copy it in manually, then it fails when it tries to

Code:

import CppBlockUtils as Cpp

There is nothing named CppBlockUtils.* in the .app.

To me, it looks like all prerequisites are compiled and installed in the .app, but Armory itself is not.

That means there's some sort of compile error when compiling the Armory code. Are you following the build notes? If so, what's your setup?

goatpig

legendary

Activity: 3766

Merit: 1364

Armory Developer

Ah I see. That can only happen in offline mode. Will push the fix in a few.

Mr.Vice

member

Activity: 96

Merit: 10

Quote from: goatpig on June 06, 2017, 06:44:41 AM

Quote from: Mr.Vice on June 06, 2017, 05:14:04 AM

This is happening in the Wallets Properties dialog window in the offline version of Armory (also testing build #2). E.g. when selecting a specific address in the wallet you can not use the right-click options, neither can you double-click and display the address ledger of a specific address (for QR code or public/private keys of addresses).

Kind regards :-)

Double click works for me. Can you try to narrow it down? Which area of the line are you clicking? As for right click menu, there isn't one for this dialog.

I've done the following steps:

1) Execute "Bitcoin Armory (Offline)".
2) Then I choose a wallet from the list of "available wallets" in the Main Window and double-click on the row with the selected wallet.
3) Now the "Wallet Properties" Window opens.
4) From there I expand the drop-down list of the "unused addresses" expander.
5) Another 3 expanders will be displayed for the address types (P2PKH, P2SH-P2PK, P2SH-P2WPKH). I expand the "P2PKH" expander list.
6) All addresses of this type are displayed. Now I choose any of them and double-click on the address column of the table. This is the layer where nothing pops up, so I can not copy and paste that address. In Armory Online there is a pop-up window from where I can copy that address or display public/private keys of that address.

armorylog.txt

Code:

2017-06-07 09:29:58 (WARNING) -- ArmoryQt.py:1828 - Not online, will not start bitcoind
2017-06-07 09:29:58 (INFO) -- ArmoryQt.py:4512 - Dashboard switched to auto-OfflineNoSatoshiNoInternet
2017-06-07 09:30:29 (ERROR) -- Traceback (most recent call last):
File "qtdialogs.pyc", line 1478, in dblClickAddressView
File "qtdialogs.pyc", line 3255, in __init__
AttributeError: 'NoneType' object has no attribute 'getLedgerDelegateForScrAddr'

gangtraet

full member

Activity: 159

Merit: 100

I tried again to build for OS X. The same problem as previously appeared: ArmoryQt.py is not copied into the .app

If I copy it in manually, then it fails when it tries to

Code:

import CppBlockUtils as Cpp

There is nothing named CppBlockUtils.* in the .app.

To me, it looks like all prerequisites are compiled and installed in the .app, but Armory itself is not.

bureaucrat

newbie

Activity: 4

Merit: 0

Hello, Im trying to install 0.96.1 testing build #2 to OS X (10.12.5) but it doesn't even starts
Bitcoin core installed, but not synced yet. Please help me to understand how to make it work with Mac. Thanks!

Code:

Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY

Termination Reason: DYLD, [0x1] Library missing

Application Specific Information:
dyld: launch, loading dependent libraries
DYLD_FRAMEWORK_PATH=/Applications/Armory.app/Contents/MacOS/../Dependencies:/Applications/Armory.app/Contents/MacOS/../Frameworks
DYLD_LIBRARY_PATH=/Applications/Armory.app/Contents/MacOS/../Dependencies:/Applications/Armory.app/Contents/MacOS/../Frameworks

Dyld Error Message:
  Library not loaded: /usr/local/opt/openssl/lib/libssl.1.0.0.dylib
  Referenced from: /Applications/Armory.app/Contents/MacOS/Python
  Reason: image not found

Binary Images:
   0x100000000 - 0x100000fff +Python (???) /Applications/Armory.app/Contents/MacOS/Python
   0x1016ee000 - 0x10172bdc7 dyld (433.5) <322C06B7-8878-311D-888C-C8FD2CA96FF3> /usr/lib/dyld

goatpig

legendary

Activity: 3766

Merit: 1364

Armory Developer

Quote from: Mr.Vice on June 06, 2017, 05:14:04 AM

This is happening in the Wallets Properties dialog window in the offline version of Armory (also testing build #2). E.g. when selecting a specific address in the wallet you can not use the right-click options, neither can you double-click and display the address ledger of a specific address (for QR code or public/private keys of addresses).

Kind regards :-)

Double click works for me. Can you try to narrow it down? Which area of the line are you clicking? As for right click menu, there isn't one for this dialog.

Mr.Vice

member

Activity: 96

Merit: 10

Quote

Quote from: Mr.Vice on June 05, 2017, 11:09:42 AM
Yeah!! Armory 0.96.01-testing build #2 rocks :-D
Everything's running pretty well so far. The address book functionality is still limited though (choosing addresses by pressing selection button still does'nt work), but that's just a minor bug.

I knew I forgot about something... Can you elaborate on the issue, will look at it this week.

I will check it out in later builds as well. Great, thx! ;-)

Quote

Quote from: Mr.Vice on June 02, 2017, 09:59:14 AM
I've also found another bug in Armory Offline 0.96.0.1-testing. When I want to display already generated addresses again I can not use the right click options e.g. copy, show on blockchain.info, etc. nor I can spawn a pop-up window in the wallet's address explorer. Is this a known issue?

Quote

Which dialog is this happening in?

This is happening in the Wallets Properties dialog window in the offline version of Armory (also testing build #2). E.g. when selecting a specific address in the wallet you can not use the right-click options, neither can you double-click and display the address ledger of a specific address (for QR code or public/private keys of addresses).

Kind regards :-)

Wiegerwijnia

newbie

Activity: 1

Merit: 0

This version is maybe missing some files in the installer under ubuntu ?

I am getting errors with setting up menu items that armory_icon_64x64.png is missing.

I cannot start the application also, i get an error launching the application.

goatpig

legendary

Activity: 3766

Merit: 1364

Armory Developer

Quote from: Mr.Vice on June 05, 2017, 06:09:42 AM

Yeah!! Armory 0.96.01-testing build #2 rocks :-D
Everything's running pretty well so far. The address book functionality is still limited though (choosing addresses by pressing selection button still does'nt work), but that's just a minor bug.

I knew I forgot about something... Can you elaborate on the issue, will look at it this week.

Quote

I've experimentet a little with AV + Armory and it works when in your software ArmoryDB.exe has every incoming and outgoing port opened. When you're running it with "certain ports only (McAfee actually recommends this)" then it just opens a few static ports. So choosing "open for all devices" will let ArmoryDB receive every "lost" blocks between Core, without needing for rebuild&rescan.
That might be the reason why every version before 0.96 has worked, since ArmoryDB I think has used a static port, which has changed to dynamic port selection.

People were complaining about the static port conflicting, so the setup has changed. When your client spawns the DB, it will use a dynamic port. More specifically when the db is spawned with --cookie, it will randomize its port and report it in its cookie file. You can force the port to a custom value however, using --fcgi-port. Try setting that in your armorydb.conf and letting the client spawn the DB for you.

Quote

But, somehow armory is not seeing the whole bitcoin core chain

Did you perform a full rebuild and rescan with .0.2?

creamers

newbie

Activity: 53

Merit: 0

I've always ran armory and bitcoin core on my HP proliant microserver without problem.

I've tested the second build 0.96.2 and it now finish without an error. Grin

But, somehow armory is not seeing the whole bitcoin core chain, but will continue in another thread as this version seems to work fine now and I'm having (probably) another problem.

Mr.Vice

member

Activity: 96

Merit: 10

Yeah!! Armory 0.96.01-testing build #2 rocks :-D
Everything's running pretty well so far. The address book functionality is still limited though (choosing addresses by pressing selection button still does'nt work), but that's just a minor bug.

I've experimentet a little with AV + Armory and it works when in your software ArmoryDB.exe has every incoming and outgoing port opened. When you're running it with "certain ports only (McAfee actually recommends this)" then it just opens a few static ports. So choosing "open for all devices" will let ArmoryDB receive every "lost" blocks between Core, without needing for rebuild&rescan.
That might be the reason why every version before 0.96 has worked, since ArmoryDB I think has used a static port, which has changed to dynamic port selection.

treeset

newbie

Activity: 8

Merit: 0

Great!

Tried build armory_0.96.0.2-testing_win64.exe.
The memory problem as described in https://bitcointalksearch.org/topic/memory-fills-up-to-100-armorydb-1947650 is solved!
Used memory stays around 1,5 - 2 GB, and never gets filled up now. No pagefile swapping anymore.
Armory finishes in 9 minutes for first build of the databases and getting online!

Thank you for fixing the memory issue!

goatpig

legendary

Activity: 3766

Merit: 1364

Armory Developer

Added new builds.

goatpig

legendary

Activity: 3766

Merit: 1364

Armory Developer

Wait, you're using a NAS? Armory doesn't work all that well with that stuff because it mmaps every file on disk.

creamers

newbie

Activity: 53

Merit: 0

Quote from: Mr.Vice on June 04, 2017, 03:11:34 PM

@creamers: I'm sorry to hear that :-/
Actually I've been undergoing quite similar issues like you are with Core (0.14+) and Armory (0.96+). These issues where mostly caused by AntiVirus software (McAfee), to be specific it was due to the real-time scanner. I'm not sure if I remember it right that Windows Server R2 2008 has a buildt in Windows Defender? Because from what I know WinDef hasn't really changed over the years (Win10 has practically no difference with the ones in Vista, 7 etc.).

What I've done was first uninstalling all McAfee AV files and so on and tried running Core and Armory only with WinDef. But that hasn't worked verry well either. To prevent it from interfering you have two options: deactivate real-time scanner or set up exceptions for specific directories. For me that worked, so I really hope you can solve it the same way.

Good tip for others , but I don't have a virusscanner on my nas Wink

I see in the armory thread that others have crashes to, I'll wait for the .2 test version to help out testing this.

Topic: 0.96.1 testing build #4 - page 6. (Read 8100 times)