quetzalcoatl / blagominer Goto Github PK

Describe the bug
After miner started and did nothing, I checked the logs and found the following:

21:39:35.517 *! GMI BHD: error parsing JSON message from pool: HTTP/1.0 200 OK\r\nAccept-Ranges: bytes\r\nContent-Length: 1381\r\nContent-Type: text/html; charset=utf-8\r\nLast-Modified: Thu, 13 Dec 2018 04:10:57 GMT\r\nDate: Fri, 12 Jul 2019 01:39:35 GMT\r\n\r\n<title>HD Miner</title><meta name=viewport
21:39:35.519 *! GMI Burst: error parsing JSON message from pool: HTTP/1.0 302 Found\r\nDate: Fri, 12 Jul 2019 01:38:04 GMT\r\nConnection: Close\r\nServer: creepMiner 1.9.0\r\nContent-Length: 0\r\nLocation: /login\r\n\r\n
21:39:35.733 UPDATE CHECKER: The miner is up to date (2.300001.1)
21:39:36.481 *! GMI BHD: error parsing JSON message from pool: HTTP/1.0 200 OK\r\nAccept-Ranges: bytes\r\nContent-Length: 1381\r\nContent-Type: text/html; charset=utf-8\r\nLast-Modified: Thu, 13 Dec 2018 04:10:57 GMT\r\nDate: Fri, 12 Jul 2019 01:39:36 GMT\r\n\r\n<title>HD Miner</title><meta name=viewport
21:39:36.481 *! GMI Burst: error parsing JSON message from pool: HTTP/1.0 302 Found\r\nDate: Fri, 12 Jul 2019 01:38:05 GMT\r\nConnection: Close\r\nServer: creepMiner 1.9.0\r\nContent-Length: 0\r\nLocation: /login\r\n\r\n
21:39:37.436 *! GMI BHD: error parsing JSON message from pool: HTTP/1.0 200 OK\r\nAccept-Ranges: bytes\r\nContent-Length: 1381\r\nContent-Type: text/html; charset=utf-8\r\nLast-Modified: Thu, 13 Dec 2018 04:10:57 GMT\r\nDate: Fri, 12 Jul 2019 01:39:37 GMT\r\n\r\n<title>HD Miner</title><meta name=viewport

To Reproduce
Configured miner.conf with same parameters from previous working version. Miner starts but does not parse mining info.

Describe the bug
Burst mining is being mined as POC2. The BHD mining is being mined as POC1. I dont see anything in miner.config to change to make it switch to POC2 like there is for Burst.

To Reproduce
Run the miner.

Expected behavior
Plot files are POC2, so it should see POC2 on all coins and it works as expected on andzno's blago version.

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• OS: Windows 10

Describe the bug
A clear and concise description of what the bug is.
Doesn't support port 443

https://pastebin.com/xh3wfiuY is my miner.conf

Am mining Burst and BHD

v2.300004.0 Release has this awkward ^A ending on each line.
Looks weird.

I am new user by vs,when i creat the blagominerv2.300001.1.exe(for Stability vision)by code,i can't creat the exe with three Vs dynamic library(libcurl.dll pdcurses.dll zlib1.dll find from release),i did not found zlib1.dll,just use zlib.dll,so i did not finish creat exe ,then i ceart exe by pdcurses.lib(from PDCurses34.3.4.0.1) zlibstatic.lib(from zlib-vc140-static-64.1.2.11) libcurl.lib(from curl.7.30.0.2).Is there any question about stability from my blagominerv2.300001.1? And what is vs dynamic library vision using by blagominer's author，waiting for your re~

Continuation of #10. The miner doesn't crash anymore, but the networking stats look a bit ugly when there are too many coins configured. See screenshot below.

CheckForUpdateIntervalInDays is in seconds not days...

I added some new features, changed config file syntax, and while example config is up to date, the readme file is totally not. Totally to-do, totally needed.

Describe the bug
Blagominer doesn't start and reports it can't find miner.conf file.
Works fine when moved to a directory with a simpler path.

To Reproduce
Steps to reproduce the behavior:

1. Get any recent blago, unpack to any folder.
2. Rename the folder so it has non-ascii characters. For example, on Windows 10, just copy the folder so it gets automatic suffix of — copy. Note the long dash.
3. Run blago from within that folder.
4. See error

Expected behavior
Blago doesn't care about what path it is installed to.

Desktop (please complete the following information):

• OS: Windows 10, and probably any OS that handles non-ASCII characters in file path
• Version 2.300004.0 and probably all earlier

Describe the bug
A clear and concise description of what the bug is.

Desktop (please complete the following information):

• OS: [e.g. iOS] WIndows 10

Additional context
Add any other context about the problem here.

The Miner misinterpreted the answer from the Burst Pool and send the last deadline every few seconds.
This trashes the miner window and the Pool. @quetzalcoatl

Describe the bug
After "16 hours and 38 minutes" of mining, process has 1.35GB Private Bytes (peak 1.42GB), 5.5G Virtual Size (peak 5.58GB). Considering that it starts mining with PV=74MB and VS=4.2G, there's a problem.

To Reproduce
Just start mining and wait.

Screenshots
Right after process start:

25 mintues later:

Desktop:

• OS: Windows 10
• Version: 2.300001.0_AVX2

mine error if mine coin more than 5 ??

the mine software will exit ??

I've found yet another bug in Blago, inherited from andzno1's dual-mining mod..

When you mine BURST which has "POC2StartBlock"=502000, and also other coins with different POC2StartBlock (i.e. 0 as in all other coins), then depending on pure luck, the round-updater which fetches blockheight/rounddata from the pool, may screw up the workers that scan plot files and calculate deadlines at that moment.

That's because every coin has its own 'updater' that pools a different server, and every coin has its own POC2StartBlock setting, but there is only one global flag that is used to control whever current mining uses POC1 or POC2 algorithm. This means, that with bad timings, mining threads may start working on a BURST with high block height and "POC2StartBlock"=502000 and POC2 mode enabled, and in the meantime an updater thread of another coin may switch the mode to POC1.

blagominer.h

// PoC2
extern bool POC2;								// true if PoC2 is activated

worker.cpp

		//PoC2 cache size added (shuffling needs more cache)

		if (p2 != POC2) {
			if ((stagger == nonces) && (cache_size2 < stagger)) cache_size_local = cache_size2;  // optimized plot
			else cache_size_local = stagger; // regular plot
		}

and the oscar goes to pollLocal from network.cpp

	//POC2 determination
	if (getHeight(coinInfo) >= coinInfo->mining->POC2StartBlock) {
		POC2 = true;
	}

This is a bug, but a strange one. It should not have any effect for any valid configuration. BURST is already in POC2 phase, and all other coins are in POC2 right from block 0, so updater threads working in parallel with miners may only set the POC2 flag to true. There's no normal setup where POC2 flag would be turned back to false.

However, it still needs to be fixed, and while at it, it would be good to inspect/refactor the code and see if there are any other similar surprises left there.

When setup solo mining, miner will pull from wallet and submit. However, I keep getting this as a response:

HDDCash: {"result":null,"error":{"code":-1,"message":"JSON value is not a string as expected"},"id":null}

Know of a solution?

Please add to README how to use ecominer.hdpool.com and what to change in miner.conf

I know i should use power of two but how to determine the right size for its? CacheSize writes datas in RAM, let's say i have 32 GB RAM, which amount should i set for CacheSize?
Also if there's more details of how it works, i would love to learn what information do it need to save and why does it need to free spaces every times it begin read.
Thanks.

boom mine deadline not correct

Option to show only the best DL's in the list to save screen space. Better DL to replace current best shown on the screen ...

Option for dynamic value of "TargetDeadline" every turn, based on :

720 * "Net Diff" / "Capacity (TB)"

How to add config for diskcoin,can you give an example?

Describe the bug
Keeps getting a Server 200 error over and over again, filling up the log

Screenshots

Desktop (please complete the following information):

• OS: Windows 10 Pro

Additional context
Add any other context about the problem here.

Implement stratum protocol support for Foxy-Pool, for better resource usage and less polling

https://docs.foxypool.cf/foxy-pool/api/mining-api/#stratum

Initial dump of the map of all plot directories list all of them as 0 GiB
However, the total size right after that, and also the total during scanning-progress seem fine.

Hi,guys! is there any README for building in linux?thx!

Some (conditions unknown) confirmation line stuck(jams) on the console output as the current output last line and persists until the program restart.
See screenshots for clearer understanding of the matter.
I can suppose that under some conditions line is not being cleared from some output buffer ?
BlagoMiner version is v2.300004.2.
As for me it looks like a cosmetic/uncritical bug (at least for now...).

Is your feature request related to a problem? Please describe.
When starting blago it forks itself into a UI one can't work with like a regular cli tool. This means one can't start it as a child process and retrieve its stdout properly.

Describe the solution you'd like
Being able to start the miner and it works similar to how scavenger works, you can start it as a child process etc. How to toggle the UI/non-UI version is up to you, could be a startup flag, or a config option, or something else.

Additional context
Ultimate goal is to make multi blago work with foxy-miner (which would just act like a stupid proxy), but it handles stats retrieval (speed, progress, current block scanning etc) from the child process (std) output.

Since Plotting take a Long time and you can already start ming with the files that are ready it would be nice to have a option to scan every round for new plots

scanPathsEveryRound - optional 'true' will check 'plotPaths' for changed plot files on every round
(default:true) 'false' will check only on start/restart

how to write a code that maven will recognize dots instead of "/"

yes, its need to fix, originaly its was the first command, which creates the file.
https://github.com/Blagodarenko/miner-burst/blob/140756ad30361a0a44d5f9d7ec8db9e8684863fc/miner.cpp#L159