barrystyle

Wouldn't worry _too much_ regarding the legality of distributing Apple's SDK. Mac OS X well and truly violates the BSD4.4 license agreement of which its entire codebase was developed from....

``` #include #include #include int main() { uint32_t versionBits = -1476395008; printf("%08x \n", versionBits); return(0); } ``` `a8000000` while not conventional, the version is just fine..

`System.Exception: There was a problem deserializing the response from the coin wallet. ---> Newtonsoft.Json.JsonSerializationException: Error converting value 18446744072233156608 to type 'System.UInt32'. Path 'result.version', line 6, position 35. ---> System.InvalidOperationException: Can...

@nickoarg https://github.com/bonesoul/CoiniumServ/issues/933 shows a similar issue where it overflows a uint32/64 using dotnet, might provide some clues? i can speak authoritatively here and say icemining (the first non-dev pool) interprets...

@nickoarg try this: https://github.com/barrystyle/merit/commit/e6f5794c15534e08c9454a5b4cb20ff88fb79d57 have submitted PR to merits team

its still displaying -1476395008? do you want to doublecheck & compile again? the build displays that number on my machine pre-patch.. the patch gives 671088640 as a result

can you post the output of: `merit-cli getblocktemplate '{"capabilities":["coinbasetxn","workid","coinbase/append"]}'`

ok, what response does it give once the patch is removed & daemon recompiled?

the only other thing i can think of is a path issue or forgetting to run 'make install' at end of compile. try running those commands directly from the build...

As root; can you run: `find / -name meritd | xargs ls -la`