Many thanks,

That got me able to load the app, which then complained about a dbdir mismatch, which i found was because of an errant process that needed to be killed, which allowed me to finally get this puppy running.

tweaking the file with the try catch logic on that logger line and also making sure armorydb process doesnt exist when trying to load are key to getting 95.1 working properly

+1 for the tips

~All the best

So, I just tried 93.3 app version and it loaded up fine.... tried the 95.1 again and it's still no dice... same error each time in the log file, this appears to be something to do with the locale not reporting back correctly which gives back a null value and python cannot concatenate a null value with the first part of the string for the logger function... so it breaks

tried it even on another mac that is 10.12.2; same issues... won't load...

out of pure curiosity, i went to the github releases and downloaded 95.0, verified the signature, and tried that one..... this one loads the application window, but hangs on the scanning transaction history... so now i have 3 apps in my applications dir, named: armory951 armory933 and armory95  -- only the latter 2 will load the app... the 951 version will not load at all... with 933 being the only one that actually works...

any ideas?

the 95.0 version in the dblog.txt file shows this as what i perceive to be the error:

Log file opened at 1483142525: /Users/[REDACTED]/Library/Application Support/Armory/dbLog.txt
-INFO  - 1483142525: (main.cpp:22) Running on 8 threads
-INFO  - 1483142525: (main.cpp:23) Ram usage level: 4
-INFO  - 1483142525: (BlockUtils.cpp:1325) blkfile dir: /Users/[REDACTED]/Library/Application Support/Bitcoin/blocks
-INFO  - 1483142525: (BlockUtils.cpp:1326) lmdb dir: /Users/[REDACTED]/Library/Application Support/Armory/databases
-INFO  - 1483142525: (lmdb_wrapper.cpp:388) Opening databases...
-INFO  - 1483142525: (BlockUtils.cpp:1508) Executing: doInitialSyncOnLoad
-INFO  - 1483142525: (BitcoinP2P.cpp:783) Connected to Bitcoin node
-INFO  - 1483142525: (DatabaseBuilder.cpp:162) Reading headers from db
-ERROR - 1483142525: (StoredBlockObj.cpp:538) buffer is too small: 0 bytes. expected: 106
-ERROR - 1483142525: (BDM_mainthread.cpp:255) BDM thread failed: buffer is too small: 0 bytes. expected: 106
-INFO  - 1483142526: (BDM_Server.cpp:797) registered bdv: 5776646e8dbcfba46b0a
-INFO  - 1483142526: (BDM_supportClasses.cpp:366) Starting address registration process
-ERROR - 1483142526: (lmdb_wrapper.cpp:1205) Block height exceeds DupID lookup table
-ERROR - 1483142526: (lmdb_wrapper.cpp:1419) Headers DB has no block at height: 4294967295
-ERROR - 1483142526: (lmdb_wrapper.cpp:1399) No headers at height 4294967295
-ERROR - 1483142526: (BlockchainScanner.cpp:204) failed to grab block data starting height: 0
-ERROR - 1483142526: (BlockchainScanner.cpp:206) no block data was scanned

Ideally i'd like the 95.1 version to work which is the original problem with the python locale not working....
Is there something that got messed up in the osx build process that made the binaries maybe?

I should note this same machine was running armory on 93.3 fine... using the new 95.1 binary is what no longer works...

Hello,

First off i'd like to thank goatpig for his continued effort & development on this piece of software! It's great that Alan open sourced it and capable minds are continuing the development.  Looking forward to getting this back up and running on a mac laptop here...


Question: is there anyone doing QA on the new 95.1 OSX binaries? I'm facing a string concatenation error when armory tries to load on this machine. Am unsure if it's my system or armory...

Here's the relevant redacted bits from the log file; it will die immediately upon trying to launch the app:


2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1137 - C++ block utilities loaded successfully
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:651 - Executing popen: sysctl hw.memsize
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:651 - Executing popen: sysctl -n machdep.cpu.brand_string
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1247 -
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1248 -
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1249 -
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1250 - ************************************************************
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1251 - Invoked: /Applications/Armory.app/Contents/MacOS/py/usr/lib/armory/ArmoryQt.py
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1252 - ************************************************************
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1253 - Loading Armory Engine:
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1254 -    Armory Version        : 0.95.1
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1255 -    Armory Build:         : None
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1256 -    PyBtcWallet  Version  : 1.35
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1257 - Detected Operating system: MacOSX
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1258 -    OS Variant            : 10.10.5
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1259 -    User home-directory   : [REDACTED]
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1260 -    Satoshi BTC directory : [REDACTED]/Bitcoin/
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1261 -    Armory home dir       : [REDACTED]/Armory/
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1262 - Detected System Specs    :
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1263 -    Total Available RAM   : 16.00 GB
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1264 -    CPU ID string         : Intel(R) Core(TM) i7-4870HQ CPU @ 2.50GHz

2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1265 -    Number of CPU cores   : 8 cores
2016-12-29 08:22 (INFO) -- ArmoryUtils.py:1266 -    System is 64-bit      : True
2016-12-29 08:22 (ERROR) -- Traceback (most recent call last):
  File "/Applications/Armory.app/Contents/MacOS/py/usr/lib/armory/ArmoryQt.py", line 44, in
    from armoryengine.ALL import *
  File "/Applications/Armory.app/Contents/MacOS/py/usr/lib/armory/armoryengine/ALL.py", line 8, in
    from armoryengine.ArmoryUtils import *
  File "/Applications/Armory.app/Contents/MacOS/py/usr/lib/armory/armoryengine/ArmoryUtils.py", line 1267, in
    LOGINFO('   Preferred Encoding    : ' + locale.getpreferredencoding())
TypeError: cannot concatenate 'str' and 'NoneType' objects


Which means the getpreferredencoding() method is returning null.... what gives?

This binary was shasum checked & verified


Doing some python sleuthing and tracing back from line 1267 in the utils file, i don't know why this is occurring... it should return back UTF-8 ... see below from a terminal prompt:

Last login: Thu Dec 29 08:17:47 on ttys007
Thu Dec 29 08:36:51 MacBook Pro:~/Desktop/$ python
Python 2.7.9 (default, Dec 19 2014, 21:06:47)
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.56)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.getpreferredencoding()
'UTF-8'
>>>

anyone have thoughts or ideas? is the armory app using some weird version of python that is not the supplied or system version? do i need to flag it to use a specific flavor in pyenv or similar? 

Thank you very much as always alan, you are a true gentleman and a scholar!

With respect for chain of command, it's been quite a few days now.... Mac users everywhere would be very much appreciated if there was at least one last officially compiled binary update to take care of the high/low-S patch

...Please consider elevating the priority of this request...

First off, thanks for all your work, past and hopefully future, on this wonderful project.

Humbly, may I request on behalf of mac users everywhere: If the steps are relatively simple to build the binaries as the other posters have mentioned, and correctly include the low/high-S patches, can we get one of the armory devs to please sign a pre-built app & place it in the secure uploader so cold storage will still be accessible to a mac online armory version?

...otherwise it requires lot of jumping through VM hoops.
Thanks!