ArmoryQt on Windows still broken with remote ArmoryDB on Ubuntu?

skyhawk

member

Activity: 83

Merit: 10

0.96.0.4-beta-98578163de sourced from https://github.com/goatpig/BitcoinArmory/releases/tag/v0.96.0.4

goatpig

legendary

Activity: 3640

Merit: 1345

Armory Developer

What build are you using?

skyhawk

member

Activity: 83

Merit: 10

I'm pleased to report ArmoryQt on Windows is now able to connect to remote ArmoryDB as of 0.96.0.4-testing!

Thanks goatpig!

goatpig

legendary

Activity: 3640

Merit: 1345

Armory Developer

ugh you need to run swig to create that actually. You are stuck with getting the build process to work or waiting for a new one.

achow101

staff

Activity: 3374

Merit: 6530

Just writing some code

Quote from: skyhawk on June 26, 2017, 03:44:30 AM

CppBlockUtils.py does not appear to exist in the source distribution....

That's a file that is generated by SWIG when you compile the C++ code.

skyhawk

member

Activity: 83

Merit: 10

CppBlockUtils.py does not appear to exist in the source distribution....

goatpig

legendary

Activity: 3640

Merit: 1345

Armory Developer

You need to copy _CppBlockUtils.pyd and CppBlockUtils.py

skyhawk

member

Activity: 83

Merit: 10

Having trouble with CppBlockUtils -- Python doesn't see it because it's got the _ in the filename

Code:

C:\Users\armory-build\Desktop\BitcoinArmory>python ArmoryQt.py
Traceback (most recent call last):
File "ArmoryQt.py", line 40, in
import CppBlockUtils as Cpp
ImportError: No module named CppBlockUtils

If I remove it Python wobbles for not having an init function?

Code:

C:\Users\armory-build\Desktop\BitcoinArmory>python ArmoryQt.py
Traceback (most recent call last):
File "ArmoryQt.py", line 40, in
import CppBlockUtils as Cpp
ImportError: dynamic module does not define init function (initCppBlockUtils)

I tried adding the _ to the import line in ArmoryQt.py, which then failed on another import further down. I add the _ to ArmoryUtils.py and then it failed with:

Code:

Traceback (most recent call last):
File "ArmoryQt.py", line 42, in
from armoryengine.ALL import *
File "C:\Users\armory-build\Desktop\BitcoinArmory\armoryengine\ALL.py", line 8, in
from armoryengine.ArmoryUtils import *
File "C:\Users\armory-build\Desktop\BitcoinArmory\armoryengine\ArmoryUtils.py", line 49, in
from _CppBlockUtils import KdfRomix, CryptoAES, ConfigFile_fleshOutArgs
ImportError: cannot import name KdfRomix

I also tried running from my fresh Win10 build VM with no previous config or bitcoind or anything else, just configured armoryDB IP and Port in armoryqt.conf and it's behaving exactly the same as on my workstation. I also tried it from a fresh Windows 7 VM, again same behavior.

goatpig

legendary

Activity: 3640

Merit: 1345

Armory Developer

Quote from: skyhawk on June 25, 2017, 05:39:02 PM

Unfortunately, I'm about ready to throw in the towel on this.

I've got the build progressing to the linking stage, where the linker is choking on a 170MB cryptopp.lib

The latest version of Crypto++ compiles to a 33MB library, but it doesn't drop into armory -- looks like armory implemented a custom DetSign file/header into the previous version.

Right click the cryptopp project in the solution explorer and pick "Build".

Quote from: skyhawk on June 25, 2017, 05:39:02 PM

I don't follow? I need to build the c++ executables in order to bundle them together into the final Armory .exes, yes? (I am in no way claiming to be a developer or in any way competent enough to be successful at tinkering at this level)

No you don't. That executable is a "lie". It just "freezes" Python and the Armory scripts into an exec, but what it essentially does can be resumed to this:

Code:

python ArmoryQt.py

If you setup Python on your system, you don't need to bother with the freezing process, you can just invoke Python from the command line/IDE instead. You don't need to build the C++ code as long as you swap in the binaries from the installer. You need Python installed whether you want to invoke the script manually or "freeze" into an executable.

skyhawk

member

Activity: 83

Merit: 10

Unfortunately, I'm about ready to throw in the towel on this.

I've got the build progressing to the linking stage, where the linker is choking on a 170MB cryptopp.lib

The latest version of Crypto++ compiles to a 33MB library, but it doesn't drop into armory -- looks like armory implemented a custom DetSign file/header into the previous version.

Quote

You don't need to build the C++ code to just modify a line in Python. You can simply swap in the binaries from the packges.

I don't follow? I need to build the c++ executables in order to bundle them together into the final Armory .exes, yes? (I am in no way claiming to be a developer or in any way competent enough to be successful at tinkering at this level)

goatpig

legendary

Activity: 3640

Merit: 1345

Armory Developer

Quote

Additionally, Visual Studio Express 2013 has vanished from the face of the planet. Best I can find is Visual Studio Express 2015.

2015 is fine

Quote

I've got it compiling

You don't need to build the C++ code to just modify a line in Python. You can simply swap in the binaries from the packges.

Quote

produces several thousand warnings and a handful of errors. I note several of them regard a missing \cppForSwig\fcgi\include\fastcgi.h

You have to init the submodules:

Code:

git submodule init
git submodule update

Code:

EDIT - 29 errors, 28 of them for missing fastcgi.h, one for missing Python.h

You need to install Python and all of its dependencies. You have also need to make sure you picked the Release target and x64 platform.

skyhawk

member

Activity: 83

Merit: 10

Not having a whole lot of luck here. The build instructions cover dependencies and what to do with them, but nowhere can I find documentation on how to _actually build it_ and package it for distribution.

Additionally, Visual Studio Express 2013 has vanished from the face of the planet. Best I can find is Visual Studio Express 2015.

I've got it compiling, produces several thousand warnings and a handful of errors. I note several of them regard a missing \cppForSwig\fcgi\include\fastcgi.h

Still banging my head on this

EDIT - 29 errors, 28 of them for missing fastcgi.h, one for missing Python.h
Vast majority of the 1015 warnings are for type conversions

EDIT the EDIT - Whoops, some of these are for fcgiapp.h too...

goatpig

legendary

Activity: 3640

Merit: 1345

Armory Developer

Quote from: skyhawk on June 25, 2017, 04:13:54 AM

I moved armorydb_ip and armorydb_port from the command-line into armoryqt.conf. Both with and without quotes on armorydb_port. No change in behavior.

I'll look into setting up a Windows build environment, but I don't have high hopes of success....

The .conf processor always strips quote so it won't help there.

You can try this fix:

https://github.com/goatpig/BitcoinArmory/blob/testing/armoryengine/BDM.py#L189

concatenate port in str()

skyhawk

member

Activity: 83

Merit: 10

I apologize for any confusion regarding logging -- ArmoryQt has been consistently producing the following:

Code:

(ERROR) ArmoryUtils.pyc:3744 - Unsupported language specified. Defaulting to English (en)
(WARNING) ArmoryQt.py:1810 - DB is already running
(ERROR) Traceback (most recent call last):
File "ArmoryQt.py", line 5958, in
File "ArmoryQt.py", line 679, in __init__
File "ArmoryQt.py", line 5726, in startBlockchainProcessingInitialization
File "ArmoryQt.py", line 5748, in completeBlockchainProcessingInitialization
File "armoryengine\BDM.pyc", line 189, in instantiateBDV
TypeError: in method 'BlockDataViewer_getNewBDV', argument 1 of type 'string const &'

Traceback (most recent call last):
File "ArmoryQt.py", line 5958, in
File "ArmoryQt.py", line 679, in __init__
File "ArmoryQt.py", line 5726, in startBlockchainProcessingInitialization
File "ArmoryQt.py", line 5748, in completeBlockchainProcessingInitialization
File "armoryengine\BDM.pyc", line 189, in instantiateBDV
TypeError: in method 'BlockDataViewer_getNewBDV', argument 1 of type 'string const &'

I moved armorydb_ip and armorydb_port from the command-line into armoryqt.conf. Both with and without quotes on armorydb_port. No change in behavior.

I'll look into setting up a Windows build environment, but I don't have high hopes of success....

goatpig

legendary

Activity: 3640

Merit: 1345

Armory Developer

Quote

Is it possible to specify db_ip and db_port in a config file as opposed to the command line?

You can put any cli arg in armoryqt.conf (for the client) and armorydb.conf (for the db). These have to be located in the respective binary's datadir to be parsed.

Your latest log doesn't even show a traceback, that's something at least. I know this stuff works because I have users running Windows clients vs Linux DBs.

Can you build the code on Windows? Placing some key print statements could go a long way figuring out what's going on.

skyhawk

member

Activity: 83

Merit: 10

No change. Armory does appear to be getting the options correctly

Running the following command:

Code:

runas /savecred /user: "D:\Storage\\armory-core\program\ArmoryQt.exe --datadir=D:\Storage\\armory-core\data --armorydb-ip=\"192.168.192.217\" --armorydb-port=\"9002\""

Code:

2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1280 - Named options/arguments to armoryengine.py:
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - thread_count : -1
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - rescan : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - ignoreAllZC : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - rescanBalance : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - disableModules : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - port : None
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - interport : 8223
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - coverageOutputDir: None
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - forceWalletCheck: False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - regtest : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - rebuild : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - nettimeout : 2
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - datadir : D:\Storage\\armory-core\data
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - clearMempool : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - offline : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - armoryDBDir : DEFAULT
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - armorydb_port : 9002
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - satoshiPort : DEFAULT
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - useTorSettings : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - netlog : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - keypool : 100
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - coverageInclude : None
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - forceOnline : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - redownload : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - rpcBindAddr : 127.0.0.1
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - armorydb_ip : 192.168.192.217
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - multisigFile : DEFAULT
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - ram_usage : -1
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - mtdebug : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - logDisable : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - settingsPath : D:\Storage\\armory-core\data\ArmorySettings.txt
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - language : en
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - db_type : DB_FULL
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - doDebug : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - enableDetSign : True
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - disableConfPermis: False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - testnet : False
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - rpcport : DEFAULT
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - satoshiHome : DEFAULT
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - satoshiRpcport : DEFAULT
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - logFile : D:\Storage\\armory-core\data\ArmoryQt.exe.log.txt
2017-06-24 21:19:07 (INFO) -- ArmoryUtils.pyc:1282 - verbosity : None

Is it possible to specify db_ip and db_port in a config file as opposed to the command line?

I'm going to experiment with running Armory outside of my little sandbox for it... maybe it's something to do with how runas is parsing things?

EDIT: No change when running without runas

goatpig

legendary

Activity: 3640

Merit: 1345

Armory Developer

Code:

--armorydb-port=9002

Try and put the port in quotes, it should be a string, not an integer. It's possible the arg parser sees it as an integer instead (Python is garbage after all).

skyhawk

member

Activity: 83

Merit: 10

I've tried going back to 0.96 -- same result
I've also tried disabling Windows Firewall -- same result

ArmoryQt doesn't even appear to be trying to connect to the remote ArmoryDB -- At this point I think I'm doing a stupid, but I can't figure out what that might be...

skyhawk

member

Activity: 83

Merit: 10

Most interesting -- running Wireshark I'm not seeing any connection from ArmoryQt at all. When I access the ArmoryDB URL in a browser Wireshark sees it

skyhawk

member

Activity: 83

Merit: 10

Part of the default nginx installation, /etc/nginx/fastcgi_params

Topic: ArmoryQt on Windows still broken with remote ArmoryDB on Ubuntu? (Read 816 times)