|
Its merged, If you have a script to automatically build windows packages I can throw the packages on github or in the readme.
|
|
|
|
|
Heads up I broke the delagger a couple of commits ago. You should probably update since I fixed it.
|
|
|
|
|
Yeah, mine_friendly is the wrong name. I might do a search and replace to change it to mine_charity.
EDIT:
__file__ doesn't always exist. just a heads up.
|
|
|
|
|
Um, I can see scraping the btc exchange rate and the nmc exchange rate to deal with the fact that difficulty doesn't match the price exchange, we already use the nmcdifficulty/btcdifficulty ratio. The website doesn't reflect that however.
So yeah we should scrape that and only use namepools if the two prices make sense. I agree completely.
EDIT: However I don't use namepools and I added in the capability for those who wish to. If you are using namepools you should check the exchange rates and make an informed decision. If you modify bitHopper to do it for you I welcome the pull request.
EDIT2: basically as long as nmc_price/nmc_difficulty > bitcoin_price/bitcoin_difficulty you should be mining namecoins. However if there are no pools to hop with bitcoin then if nmc_price/nmc_difficulty > .77 * bitcoin_price/bitcoin_difficulty you should hop them.
And now that I've though about it I might just code it in...
EDIT3: And if nmc price/difficulty > btc price/diff but there are no pools to hop then hop btc pools if nmc price/diff *.77 < btc price/diff
|
|
|
|
|
Just make the pull request. I'll merge it in and if it breaks I'll fix it. Its minor.
|
|
|
|
|
Errors with role:
Um check you pool.cfg and make sure very pool has its role specified. Thats the error. Some pool doesn't have a role.
|
|
|
|
|
Its already fixed. Update
|
|
|
|
api_errors: Um, no idea. Can you run with --debug and then throw the log in pastebin and give me a link? info not showing? I fixed it. cgminer? I think you have to give it a username and password.... I'll try with my copy. EDIT: My copy of cgminer work with: cgminer -O x:x -o http://localhost:8337 |
|
|
|
|
Um maybe?
I haven't tested it. It shouldn't break anything dramatically however...
|
|
|
|
|
Try:
cd D:\BitHopper\c00w-bitHopper\
D:\BitHopper\Python27\python.exe bitHopper.py
|
|
|
|
|
@macboy
What exactly are you running it with? Can you paste the exact command line?
|
|
|
|
|
Eskimo:
Did it switch?
And DNS Lookup Failures is an error. I can write code to just retry though on that specific error if you are proccesing getworks. If you are submitting work it will currently never change servers although it will mark them as lagging.
|
|
|
|
|
@Hawks
How many servers and how many gh/s do you have if you make 10,000 shares in a night? Or are you on a 20 day trek?
|
|
|
|
|
Phoenix and most other miners only have 1 thread doing submissions. If it fails they drop the work. Bithopper doesn't.
|
|
|
|
|
gnadget: We only hold the last 5 minutes worth of objects. Memory usage with 500 getworks in 5 minutes < 1 mb.
|
|
|
|
|
Um obvious errors or a reject rate above 10%. Or bizarre behavior with regards to pool selection.
|
|
|
|
|
I should write a style guide for bitHopper and then list the 60% of the code I want to rewrite to follow the style guide.
work.py is an especially big mess.
I don't have access to my test machine but has anyone been testing with trunk? If its working I can turn it on in the repo remotely.
|
|
|
|
|
Um... Oops? I expected the call to be in getwork_Store. Its fixed now although not turned on in bleeding edge.
|
|
|
|
|
Um bad merge meant I left in one conflict...
The difference is I actually prune the store so there isn't a giant memory leak. And I cleaned up work a little bit.
Other than that the code is the same.
User shares are over the life of the database.
|
|
|
|
|
Show Posts
