64 bits Window binary compiled with VS 2013

alphabeta (56) in steemit • 8 years ago (edited)

It has been two weeks since the Hardfork, there is no Window Binary available except the one cross-compiled by @steem-id.

I need one for my own testing, so I decided to compile one myself. I followed @bitcube's guide, run into many issues, but I got it to compile.

I've test mining with 4 cores on an i7 machine for over 24 hours without any issues.

Here is the 64 bits Window binary if anyone still interested in CPU mining.

Update:

The Dropbox link is no longer working, Please download from github.

https://github.com/alphab3ta/steem/releases/tag/v0.14.2
https://www.dropbox.com/s/mhf1wnzee30cfmq/steemd14.2.zip?dl=0
sha-256 checksum:

~~5535BB5E791236C65408184A606DA87FED0B8BC3D1AECF3B13834E9EB944E7B2~~

steemit steemd mining help

8 years ago by alphabeta (56)

$15.94

Authors get paid when people like you upvote their post.
If you enjoyed what you read here, create your account today and start earning FREE STEEM!

Sort Order:

Trending

[-]

steve-walschot (68) · 8 years ago

Excellent job!

However, i need to ask, will you publish the source? Using miners and keys with closed source is kinda.. Hmmm..

Win executables are perfect for hiding things inside. I'm not saying you did, but it's a matter of time before people will ask or state you did.

Love this, following you!

$0.31

2 votes

[-]

alphabeta (56) · 8 years ago

Thank you!
Maybe I will post the source later today when I have the time.
Save me the trouble posting all the code change on a post.

$0.00

[-]

steem-id (55) · 8 years ago

Great job @alphabeta!!!
Can you share your build tutorial/patch?

$0.00

[-]

alphabeta (56) · 8 years ago

Thank You @ steem-id.
Maybe on the next post.

$0.04

2 votes

[-]

steem-id (55) · 8 years ago

Nice!!
I'm stuck on this error:

     1>..\..\..\libraries\net\node.cpp(4221): error C2143: syntax error : missing ')' before ','
     1>..\..\..\libraries\net\node.cpp(4221): error C2064: term does not evaluate to a function taking 0 arguments

Unable to debug because I'm not a programmer :(

$0.00

[-]

alphabeta (56) · 8 years ago (edited)

I am not a c++ programmer either.
I look at @bitcube's original source and modified accordingly.
On node cpp line 4221

changeg from: FC_CAPTURE_AND_LOG (())
         to:  FC_CAPTURE_AND_RETHROW()

after that you will encounter few more issues, and more code modification before its able to compile.

$0.00

1 vote

[-]

abit (70) · 8 years ago (edited)

Looks like that change is made by me, which is to address a node stuck issue. I'm not sure why it doesn't compile on vs though. Perhaps just need to add a whatever variable to the inner (()), for example make it FC_CAPTURE_AND_LOG( (_user_agent_string) ). Need testing.

//Update: after made above change, at least the project still compiles in Ubuntu. I have no VS env, so need your help to test out.

$0.00

5 votes

[-]

alphabeta (56) · 8 years ago

I will test it when I can.

$0.00

[-]

alphabeta (56) · 8 years ago

Hi @abit,
I did a test with above code FC_CAPTURE_AND_LOG( (_user_agent_string) ), it compiled fine with VS2013. But after it fully syncs, it crashed, not sure why.
I would like to ask you a different question.
when I was compiling cli_wallet, I goterror C2593: 'operator <' is ambiguous
which is caused by found using ADL on ip.hpp(60). F:\winsteem\steem\libraries\fc\include\fc/network/ip.hpp(60): could be 'bool fc::ip::operator <(const fc::ip::endpoint &,const fc::ip::endpoint &)' [found using argument-dependent lookup] while trying to match the argument list '(const fc::ip::address, const fc::ip::address)'.
I try to overload the operator by adding a line friend bool operator<(const address& a, const address& b);,
it gives me different error LNK2019 & 2020 unresolved externals. So I end up omitting line 60 from the ip.hpp file. then it compiles without issues.
The question for you is what is the best remedy for this error?

$0.00

[-]

abit (70) · 8 years ago

I'm replying here due to reached maximum nested level. Sorry for the late reply.

after it fully syncs, it crashed, not sure why.

Crash every time after fully synced? Logs and/or core dump etc would be useful.

when I was compiling cli_wallet, I got error C2593: 'operator <' is ambiguous
which is caused by found using ADL on ip.hpp(60).

It seems that in the cli_wallet code somewhere there is a comparison between two address objects, but class address lack of a operator <. Try

add a line friend bool operator<(const address& a, const address& b); to class address, and
add an implementation to ip.cpp?

  bool operator<( const address& a, const address& b ) {
    return uint32_t(a) < uint32_t(b);
  }

$0.00

[-]

alphabeta (56) · 8 years ago (edited)

Update2:
Thank you @abit. All the below code change compiled without error.

FC_CAPTURE_AND_LOG( (_user_agent_string) )

add a line friend bool operator<(const address& a, const address& b); >to class address

add an implementation to ip.cpp?
bool operator<( const address& a, const address& b ) { return uint32_t(a) < uint32_t(b); }

Except the latest commit. It has 7 error:
4 reference to raw.hpp line 294:
c2668: fc::raw::unpack : ambiguous call to overload function
and 3 reference to variant.hpp line53:
c2668 fc::from_variant : abmiguous call to overload funciotn

I don't think it is related to the code change.

$0.00

[-]

abit (70) · 8 years ago

"raw.hpp line 294" and "variant.hpp line53" don't contain code in my repository. Would you please share us the whole error message, or just post in an new issue to your own github repository and post the link here? Thanks

$0.00

[-]

alphabeta (56) · 8 years ago

Ok. I will try that later.

$0.00

[-]

arcange (73) · 8 years ago

Well done! I'm interested to know how you did too.

$0.00

[-]

alphabeta (56) · 8 years ago

I followed @bitcube's guide and look @ the change that he made on his commit.
https://github.com/btscube/steem/commit/f2392527a071b0b3b9064a8111468211aa14f18a
There are few more codes change needed on the new source for it to work with VS2013.

$0.00

[-]

arcange (73) · 8 years ago

Would you mind sharing your VS2013 solution (.sln) You can DM me in steemit.chat (same name)

$0.00

[-]

alphabeta (56) · 8 years ago

I will post the list of code change here later.
Because I do not have a Github or steem-chat account(did not sign up one).

$0.00

[-]

remlaps (75) · 8 years ago

Thank you. Upvoted and resteemed. Guess I'll give it a try for a couple days and see how it does. Did you get any blocks in your 24 hour trial?

$0.00

[-]

alphabeta (56) · 8 years ago

No block, it is not fast enough to compete with @rabbit & @supercomputing.

$0.00

[-]

remlaps (75) · 8 years ago

Right. Before the hardfork, I was squeezing out a block every day or two. The target and queue length are a little bit higher now, though. If I don't get any blocks before Wednesday and the cost of steem stays low, I'll go back to mining indirectly through nicehash, using the method I described here. I've been getting about 5 steem per week that way.

Anyway, thanks again for doing this work and putting the binary out there.

$0.00

[-]

alphabeta (56) · 8 years ago

I stop mining once @rabbit & @supercomputing taken over the miner queue.

$0.00

[-]

linkback-bot-v0 (54) · 8 years ago

This post has been linked to from another place on Steem.

Steem 0.14.2 Windows VS2013 Binary Now Available, Though CPU Mining is Already Pointless by @cryptos

Learn more about linkback bot v0.4. Upvote if you want the bot to continue posting linkbacks for your posts. Flag if otherwise.

Built by @ontofractal

$0.00

[-]

remlaps (75) · 8 years ago

FYI, there's a mining patch from @penguins (penguin on golos) via @picokernel that improves mining performance. Unpatched PCs are only running with one effective core, no matter how many threads are configured.

@contentjunkie has distributed a compiled binary for windows, but for some reason that version doesn't seem to be working properly in my environment. I tried on 3 different PCs and can only get it to use 1 actual core, no matter how many threads I set in config.ini.

$0.00

[-]

alphabeta (56) · 8 years ago (edited)

I saw that yesterday and compiled a binary with it. I did not see any hashing power improvement but it found a block for me just half hour ago.
I did not post on Github yet.

$0.00

1 vote

64 bits Window binary compiled with VS 2013

It has been two weeks since the Hardfork, there is no Window Binary available except the one cross-compiled by @steem-id.

I need one for my own testing, so I decided to compile one myself. I followed @bitcube's guide, run into many issues, but I got it to compile.

I've test mining with 4 cores on an i7 machine for over 24 hours without any issues.

Here is the 64 bits Window binary if anyone still interested in CPU mining.

Update:

The Dropbox link is no longer working, Please download from github.