OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 659.

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: -ck on February 11, 2012, 07:39:48 AM

...
This will allow you to at least play with the .cl file and see if you can figure out what's wrong with it perhaps.
...

THAT was always there in his post.

Dexter770221

legendary

Activity: 1029

Merit: 1000

Quote from: bulanula on February 11, 2012, 09:29:26 AM

Quote from: Dexter770221 on February 11, 2012, 09:27:38 AM

Quote from: -ck on February 11, 2012, 08:52:01 AM

Quote from: Dexter770221 on February 11, 2012, 08:50:34 AM

Quote from: -ck on February 11, 2012, 07:39:48 AM

... but it will accept -k diakgcn provided it is loading the kernel called diakgcn120208.cl . This will allow you to at least play with the .cl file and see if you can figure out what's wrong with it perhaps.

It accepts, but don't submits shares to pool Sad

Shows a hashrate and GPU is hot (works) but there's no info about accepted shares (as usual) and pool website also confirms that there's no worker that is mining.

THIS IS NOT FOR USAGE ! THIS IS FOR DEBUGGING PURPOSES BY DIAPOLO ONLY. IT DOES NOT PRODUCE SHARES.

So what's the point of placing this into official package? It's confusing only!

LOL. Some of the windblows and noobs on this board really make me laugh hard. It is 5 posts above clearly said : DOES NOT SUBMIT VALID SHARES !

The point ? You have the option to test the hashrate without actually generating shares etc. for future improvement.

RTFM. Roll Eyes

Noob? LOL. First program I've wrote 20 years ago. Reading 190 pages to find info is also not fun. It costs an author 30 sec to put line of code that will display "for test only". Ckolivas editet post after my post, thats why its 5 posts higher. You have only right in one thing- RTFM. It is on first page.

bravetheheat

sr. member

Activity: 457

Merit: 251

Quote from: kano on February 11, 2012, 08:53:19 AM

Firstly, I guess bravetheheat's on windows ...

List of known fixes for such and other similar problems (repeated here many times)

1) Read the README
or
2) just restart it over and over until it succeeds to generate the new *.bin
or
3) make sure you extracted all the files (including the new *.cl files)
or
4) Last resort: just rename the old *.bin files to the new names: replace 110817 with 120203 in the names

Edit: and the other repeated again and again info often need with problems:
the full output of 'cgminer -n' and some of 'cgminer -D -T' (obviously not all of it if cgminer is actually running ...)

First of all, I'm not on Windows Tongue

I'm on Xubuntu 11.10 and I compiled both the source release and the git repo (so no fear of not extracting all the files). And I restarted over and over... AND I renamed the old .bin files. Still not working. Sorry for not posting the output of the debug flags, though. That was something that I forgot to do.

Results of ./cgminer -D -T (with pool, user, and pass, of course) Might be a tad bit long:

Code:

[2012-02-11 22:36:59] Started cgminer 2.2.4                    
[2012-02-11 22:36:59] CL Platform 0 vendor: Advanced Micro Devices, Inc.                    
[2012-02-11 22:36:59] CL Platform 0 name: ATI Stream                    
[2012-02-11 22:36:59] CL Platform 0 version: OpenCL 1.0 ATI-Stream-v2.1 (145)                    
[2012-02-11 22:36:59] Platform 0 devices: 1                    
[2012-02-11 22:36:59] CL Platform 1 vendor: Advanced Micro Devices, Inc.                    
[2012-02-11 22:36:59] CL Platform 1 name: AMD Accelerated Parallel Processing                    
[2012-02-11 22:36:59] CL Platform 1 version: OpenCL 1.1 AMD-APP-SDK-v2.5 (793.1)                    
[2012-02-11 22:36:59] Platform 1 devices: 1                    
[2012-02-11 22:36:59] GPU 0 iAdapterIndex 0 strUDID 296:38676:4098:53248:5208 iBusNumber 1 iDeviceNumber 5 iFunctionNumber 0 iVendorID 4098 strAdapterName  ATI Radeon HD 4290                     
[2012-02-11 22:36:59] GPU 1 iAdapterIndex 2 strUDID 512:26808:4098:8663:5208 iBusNumber 2 iDeviceNumber 0 iFunctionNumber 0 iVendorID 4098 strAdapterName  ATI Radeon HD 5700 Series                     
[2012-02-11 22:36:59] ADL found more devices than opencl!                    
[2012-02-11 22:36:59] There is possibly at least one GPU that doesn't support OpenCL                    
[2012-02-11 22:36:59] WARNING: Number of OpenCL and ADL devices does not match!                    
[2012-02-11 22:36:59] Hardware monitoring may NOT match up with devices!                    
[2012-02-11 22:36:59] GPU 0 ATI Radeon HD 4290 hardware monitoring enabled                    
[2012-02-11 22:36:59] Failed to ADL_Overdrive5_ODPerformanceLevels_Get                    
[2012-02-11 22:36:59] Failed to ADL_Overdrive5_FanSpeedInfo_Get                    
[2012-02-11 22:36:59] Popping work to work thread                    
[2012-02-11 22:36:59] Popping work to stage thread                    
[2012-02-11 22:36:59] Probing for an alive pool                    
[2012-02-11 22:36:59] Testing pool http://goat1.zapto.org:8337                    
[2012-02-11 22:37:05] Successfully retrieved and deciphered work from pool 0 http://goat1.zapto.org:8337                    
[2012-02-11 22:37:05] Pushing pooltest work to base pool                    
[2012-02-11 22:37:05] Pushing work to getwork queue                    
[2012-02-11 22:37:05] Popping work to stage thread                    
[2012-02-11 22:37:05] Pool 0 http://goat1.zapto.org:8337 active                    
[2012-02-11 22:37:05] Pushing ping to longpoll thread                    
[2012-02-11 22:37:05] Pushing ping to thread 0                    
[2012-02-11 22:37:05] Init GPU thread 0 GPU 0 virtual GPU 0                    
[2012-02-11 22:37:05] Long-polling activated for http://goat1.zapto.org:8337/LP                    
[2012-02-11 22:37:05] CL Platform vendor: Advanced Micro Devices, Inc.                    
[2012-02-11 22:37:05] CL Platform name: ATI Stream                    
[2012-02-11 22:37:05] CL Platform version: OpenCL 1.0 ATI-Stream-v2.1 (145)                    
[2012-02-11 22:37:05] List of devices:                    
[2012-02-11 22:37:05] 	0	Juniper                    
[2012-02-11 22:37:05] Selected 0: Juniper                    
[2012-02-11 22:37:05] Preferred vector width reported 4                    
[2012-02-11 22:37:05] Max work group size reported 256                    
[2012-02-11 22:37:05] No binary found, generating from source                    
[2012-02-11 22:37:05] Setting worksize to 128                    
[2012-02-11 22:37:05] Patched source to suit 2 vectors                    
[2012-02-11 22:37:05] cl_amd_media_ops found, setting BITALIGN                    
[2012-02-11 22:37:05] BFI_INT patch requiring device found, patched source with BFI_INT                    
[2012-02-11 22:37:05] CompilerOptions: -D WORKSIZE=128 -D VECTORS2 -D BITALIGN -D BFI_INT                    
[2012-02-11 22:37:05] Error: Building Program (clBuildProgram)                    
[2012-02-11 22:37:05] sh: /bin/x86_64/clc: not found
                    
[2012-02-11 22:37:05] Failed to init GPU thread 0, disabling device 0                    
[2012-02-11 22:37:05] Restarting the GPU from the menu will not fix this.                    
[2012-02-11 22:37:05] Try restarting cgminer.                    
[2012-02-11 22:37:05] Init GPU thread 1 GPU 0 virtual GPU 0                    
[2012-02-11 22:37:05] CL Platform vendor: Advanced Micro Devices, Inc.                    
[2012-02-11 22:37:05] CL Platform name: ATI Stream                    
[2012-02-11 22:37:05] CL Platform version: OpenCL 1.0 ATI-Stream-v2.1 (145)                    
[2012-02-11 22:37:05] List of devices:                    
[2012-02-11 22:37:05] 	0	Juniper                    
[2012-02-11 22:37:05] Selected 0: Juniper                    
[2012-02-11 22:37:05] Preferred vector width reported 4                    
[2012-02-11 22:37:05] Max work group size reported 256                    
[2012-02-11 22:37:05] No binary found, generating from source                    
[2012-02-11 22:37:05] Setting worksize to 128                    
[2012-02-11 22:37:05] Patched source to suit 2 vectors                    
[2012-02-11 22:37:05] cl_amd_media_ops found, setting BITALIGN                    
[2012-02-11 22:37:05] BFI_INT patch requiring device found, patched source with BFI_INT                    
[2012-02-11 22:37:05] CompilerOptions: -D WORKSIZE=128 -D VECTORS2 -D BITALIGN -D BFI_INT                    
[2012-02-11 22:37:05] Error: Building Program (clBuildProgram)                    
[2012-02-11 22:37:05] sh: /bin/x86_64/clc: not found
                    
[2012-02-11 22:37:05] Failed to init GPU thread 1, disabling device 0                    
[2012-02-11 22:37:05] 2 gpu miner threads started                    
Segmentation fault

EDIT: Btw, I compiled and used cgminer 2.2.3 with the exact same setup, but no errors ever came up.
EDIT 2: Copied over ./bin files in the AMD Stream 2.1 SDK to /bin/ I wonder why it wasn't documented and I only encountered it this time... Anyway, now there's a different error...

Code:

[2012-02-11 23:24:04] Error: Building Program (clBuildProgram)                    
[2012-02-11 23:24:04] /tmp/OCLDOCSn7.cl(177): warning: variable "t1" was set but never used
  	u t1;
  	  ^

Diapolo

hero member

Activity: 772

Merit: 500

Quote from: -ck on February 11, 2012, 07:39:48 AM

Quote from: Diapolo on February 10, 2012, 12:54:14 AM

Well ... as I said, I have no IDE setup, so currently I can't compile a version for myself. If you don't have the time to fiddle around with my commits, then I really need help in setting up an IDE in Windows. Have you got this in a readme, wiki or can you give me a brief explanation in how to do this? I worked with MS VC++ Express as a hobby some time ago ...

Dia. Grab the windows binary for 2.2.4. It is undocumented, but it will accept -k diakgcn provided it is loading the kernel called diakgcn120208.cl . This will allow you to at least play with the .cl file and see if you can figure out what's wrong with it perhaps.

NORMAL USERS DO NOT USE THIS. IT IS FOR DEVELOPMENT AND DEBUGGING. IT DOES NOT PRODUCE SHARES.

Thanks Con, I will try the last version!

Dia

bulanula

hero member

Activity: 518

Merit: 500

Quote from: Dexter770221 on February 11, 2012, 09:27:38 AM

Quote from: -ck on February 11, 2012, 08:52:01 AM

Quote from: Dexter770221 on February 11, 2012, 08:50:34 AM

Quote from: -ck on February 11, 2012, 07:39:48 AM

... but it will accept -k diakgcn provided it is loading the kernel called diakgcn120208.cl . This will allow you to at least play with the .cl file and see if you can figure out what's wrong with it perhaps.

It accepts, but don't submits shares to pool Sad

Shows a hashrate and GPU is hot (works) but there's no info about accepted shares (as usual) and pool website also confirms that there's no worker that is mining.

THIS IS NOT FOR USAGE ! THIS IS FOR DEBUGGING PURPOSES BY DIAPOLO ONLY. IT DOES NOT PRODUCE SHARES.

So what's the point of placing this into official package? It's confusing only!

LOL. Some of the windblows and noobs on this board really make me laugh hard. It is 5 posts above clearly said : DOES NOT SUBMIT VALID SHARES !

The point ? You have the option to test the hashrate without actually generating shares etc. for future improvement.

RTFM. Roll Eyes

Dexter770221

legendary

Activity: 1029

Merit: 1000

Quote from: -ck on February 11, 2012, 08:52:01 AM

Quote from: Dexter770221 on February 11, 2012, 08:50:34 AM

Quote from: -ck on February 11, 2012, 07:39:48 AM

... but it will accept -k diakgcn provided it is loading the kernel called diakgcn120208.cl . This will allow you to at least play with the .cl file and see if you can figure out what's wrong with it perhaps.

It accepts, but don't submits shares to pool Sad

Shows a hashrate and GPU is hot (works) but there's no info about accepted shares (as usual) and pool website also confirms that there's no worker that is mining.

THIS IS NOT FOR USAGE ! THIS IS FOR DEBUGGING PURPOSES BY DIAPOLO ONLY. IT DOES NOT PRODUCE SHARES.

So what's the point of placing this into official package? It's confusing only!

bulanula

hero member

Activity: 518

Merit: 500

Quote from: P4man on February 11, 2012, 03:54:19 AM

Quote from: TheHarbinger

950/180 Do the math.

It doesnt work out to a nice round number. But I just tried.
5870 @ 950/300 : 432.4
5870 @ 950/180 : ~441-442
5870 @ 950/170 : ~442

Not a quantum leap, but still quite a nice boost!

So I tried another 5870 that runs at 1 GHz applying the same memory clock and same ratio and a few other speeds:

5870 @1000/300: 454.7
5870 @1000/200: ~459
5870 @1000/190: ~460
5870 @1000/180: ~460
5870 @1000/150: ~454

Smaller boost than at 950. Not too sure what to make of it, but there is nothing wrong with getting a few extra MH while consuming less power

Note these results were obtained testing just a few minutes on each setting, dont take it as gospel

Have to try this tweak and 2.2.4 version. Can memory go lower than 150 MHz ?

Thanks !

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Firstly, I guess bravetheheat's on windows ...

List of known fixes for such and other similar problems (repeated here many times)
(Problem being that cgminer wont start coz it wont generate the *.bin files)

1) Read the README
or
2) just restart it over and over until it succeeds to generate the new *.bin
or
3) make sure you extracted all the files (including the new *.cl files)
or
4) Last resort: just rename the old *.bin files to the new names: replace 110817 with 120203 in the names

And the other repeated again and again info often needed with problems:
the full output of 'cgminer -n' and some of 'cgminer -D -T --verbose ...' (obviously not all of it if cgminer is actually running ...)
where '...' are the options you use

And when you post the output of "-D -T --verbose" put it in [code]blah blah blah[/code] - which gives:

Code:

blah blah blah

Edit: tidied up the post ...

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Dexter770221 on February 11, 2012, 08:50:34 AM

Quote from: -ck on February 11, 2012, 07:39:48 AM

... but it will accept -k diakgcn provided it is loading the kernel called diakgcn120208.cl . This will allow you to at least play with the .cl file and see if you can figure out what's wrong with it perhaps.

It accepts, but don't submits shares to pool Sad

Shows a hashrate and GPU is hot (works) but there's no info about accepted shares (as usual) and pool website also confirms that there's no worker that is mining.

THIS IS NOT FOR USAGE ! THIS IS FOR DEBUGGING PURPOSES BY DIAPOLO ONLY. IT DOES NOT PRODUCE SHARES.

Dexter770221

legendary

Activity: 1029

Merit: 1000

Quote from: -ck on February 11, 2012, 07:39:48 AM

... but it will accept -k diakgcn provided it is loading the kernel called diakgcn120208.cl . This will allow you to at least play with the .cl file and see if you can figure out what's wrong with it perhaps.

It accepts, but don't submits shares to pool Sad

Shows a hashrate and GPU is hot (works) but there's no info about accepted shares (as usual) and pool website also confirms that there's no worker that is mining.

bravetheheat

sr. member

Activity: 457

Merit: 251

The new cgminer 2.2.4 doesn't seem to work with my discrete GPU + integrated GPU (though not used for mining) setup. It keeps giving me:

Code:

[2012-02-11 21:35:02] Error: Building Program (clBuildProgram)
[2012-02-11 21:35:02] Failed to init GPU thread 0, disabling device 0
[2012-02-11 21:35:02] Restarting the GPU from the menu will not fix this.
[2012-02-11 21:35:02] Try restarting cgminer.
Press enter to continue:

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: -ck on February 11, 2012, 07:25:56 AM

No problem. cgminer assumes we're operating at the highest profile, and adjusts all the profiles below to make sure the highest profile remains valid.

Good to know. And while I'm not a programmer and I honestly don't care whether or not you change this, I believe it would make more sense from a "best practices" standpoint to only change the highest profile. I mean, if cgminer crashes or the code to change the profiles back to defaults fails, the GPU is left running harder and hotter than it needs to be when it automatically goes back down to the lowest profile. OTOH, some might disagree with me, being more concerned that their card might not switch to the highest profile or preferring the card not slow down if no work is available (based on the theory that the GPU and/or fan last longer when run at a constant rate). Also, thanks for the quick response, I figured this might be something someone else could answer, but not something too many people could, so I wasn't sure I'd get an answer (much less a nearly instant one on a Saturday morning).

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Diapolo on February 10, 2012, 12:54:14 AM

Well ... as I said, I have no IDE setup, so currently I can't compile a version for myself. If you don't have the time to fiddle around with my commits, then I really need help in setting up an IDE in Windows. Have you got this in a readme, wiki or can you give me a brief explanation in how to do this? I worked with MS VC++ Express as a hobby some time ago ...

Dia. Grab the windows binary for 2.2.4. It is undocumented, but it will accept -k diakgcn provided it is loading the kernel called diakgcn120208.cl . This will allow you to at least play with the .cl file and see if you can figure out what's wrong with it perhaps.

NORMAL USERS DO NOT USE THIS. IT IS FOR DEVELOPMENT AND DEBUGGING. IT DOES NOT PRODUCE SHARES.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: The00Dustin on February 11, 2012, 07:22:36 AM

Quote from: -ck on February 11, 2012, 06:24:29 AM

- Remove the test for whether the device is on the highest profil level before
raising the GPU speed as it is ineffectual and may prevent raising the GPU
speed.

Does cgminer only change the highest profile level's settings? If not, I'm concerned that this could lead to GPU crashes. In my experience, if I accidentally forget to specify the highest profile when OCing manually, I get a GPU crash because the lower profiles have lower voltages and I am not changing the voltages. I assume this is normal behavior when not changing the voltages. If I am correct then cgminer changing the clock settings of the lower profiles and not changing voltages (because it's not being told to) would likely cause GPU crashes (while changing only the highest one even if it isn't currently being used wouldn't)...

No problem. cgminer assumes we're operating at the highest profile, and adjusts all the profiles below to make sure the highest profile remains valid.

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: -ck on February 11, 2012, 06:24:29 AM

- Remove the test for whether the device is on the highest profil level before
raising the GPU speed as it is ineffectual and may prevent raising the GPU
speed.

Does cgminer only change the highest profile level's settings? If not, I'm concerned that this could lead to GPU crashes. In my experience, if I accidentally forget to specify the highest profile when OCing manually, I get a GPU crash because the lower profiles have lower voltages and I am not changing the voltages. I assume this is normal behavior when not changing the voltages. If I am correct then cgminer changing the clock settings of the lower profiles and not changing voltages (because it's not being told to) would likely cause GPU crashes (while changing only the highest one even if it isn't currently being used wouldn't)...

EnergyVampire

full member

Activity: 210

Merit: 100

Thanks for the reply Kano,

I am using version 2.0.8, I should update my stuff. Tongue

Cheers!

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: EnergyVampire on February 11, 2012, 05:45:49 AM

Hello,

I want to start using the donate feature in CGminer and was just wondering: Does it take the donation as I mine or after I find a block while solo mining?

Thanks in advance for your reply, cheers!

The cgminer --donation option was removed a few versions ago.
Donate to ckolivas directly: 148KkS2vgVi4VzUi4JcKzM2PMaMVPi3nnq
(that's in his sig)

Aion2n

hero member

Activity: 700

Merit: 503

Quote from: -ck on February 11, 2012, 06:24:29 AM

New version: 2.2.4

THX

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

New version: 2.2.4

Human readable changelog of user visible changes:
- Faster performance on ATI GCN (79xx), ATI 4x cards and Nvidia.
- Less failures to build kernels at startup.
- Faster startup - cgminer now finds just one pool that's responding before starting mining and allows the others in a multipool setup to be detected later.
- Pool connection issues may have been causing inappropriate clocking of GPU engine clock speeds and fans and disabling GPUs. The pool detection code has been moved to its own thread to not disturb GPU management.
- Accumulated work was expiring at precisely the same moment leading to false pool-slow-to-respond warnings. cgminer now buffers even more work at intervals spaced out by the number of mining threads. This should make hashrate more stable as well.
- Shutdown code was made more robust so there should be less crashes on exiting.
- The windows binary was built with a newer pthread library (dll included in zip) which should also lead to more stable code.
- --failover-only is now much more aggressive at avoiding working on work that is not from the primary pool we're connected to.
- New option: --api-allow Allow API access only to the given list of IP[/Prefix] addresses[/subnets]
- Support for x-reject reason. When a pool supports it you should get a response like this on rejects:

Code:

[2012-02-11 22:11:43] Rejected 00000000.a7b317fa.c16767ef GPU 0 thread 0 pool 1 (Stale or unknown work)

- Combinations of hardware that use different kernels (eg 7970 and 6970) should now work properly.
- Rarely GPUs would throttle to their lowest setting and not rise back even if they were below their target temperature. This should be fixed.

Full changelog:
- Retain cl program after successfully loading a binary image. May decrease
failures to build kernels at startup.
- Variable unused after this so remove setting it.
- BFI INT patching is not necessarily true on binary loading of files and not
true on ATI SDK2.6+. Report bitalign instead.
- Various string fixes for reject reason.
- Generalize --temp-cutoff and implement support for reading temperature from
BitFORCE FPGAs
- Change message from recovered to alive since it is used on startup as well as
when a pool has recovered.
- Start mining as soon as any pool is found active and rely on the watchpool
thread to bring up other pools.
- Delayed responses from testing pools that are down can hold up the watchdog
thread from getting to its device testing code, leading to false detection of
the GPU not checking in, and can substantially delay auto gpu/auto fan
management leading to overheating. Move pool watching to its own thread.
- Bugfix: BitFORCE index needs to be static to count correctly
- Space out retrieval of extra work according to the number of mining threads.
- Make shutdown more robust. Enable the input thread only after the other
threads exist. Don't kill off the workio thread and use it to exit main() only
if there is an unexpected problem. Use kill_work() for all anticipated shutdowns
where possible. Remove unused thread entry.
- Change poclbm version number.
- One array is faster than 2 separate arrays so change to that in poclbm kernel.
- Microoptimisations to poclbm kernel which increase throughput slightly.
- Import diablominer kernel. Currently disabled as not working.
- Import diapolo kernel. Currently disabled as not working.
- Conflicting entries of cl_kernel may have been causing problems, and
automatically chosen kernel type was not being passed on. Rename the enum to
cl_kernels and store the chosen kernel in each clState.
- Set cl_amd_media_ops with the BITALIGN flag and allow non-bitselect devices to
build.
- ALlow much longer filenames for kernels to load properly.
- Allow different kernels to be used by different devices and fix the logic fail
of overcorrecting on last commit with !strstr.
- Fix kernel selection process and build error.
- queue_phatk_kernel now uses CL_SET_VARG() for base-nonce(s), too
- added OpenCL >= 1.1 detection code, in preparation of OpenCL 1.1 global offset
parameter support
- Use K array explicitly to make it clear what is being added.
- Work items have a tendency to expire at exactly the same time and we don't
queue extra items when there are plenty in the queue, regardless of age. Allow
extra work items to be queued if adequate time has passed since we last
requested work even if over the limit.
- Discard work when failover-only is enabled and the work has come from a
different pool.
- Missing include to build on newer mingw32.
- Move from the thread safe localtime_r to regular localtime which is the only
one supported on newer pthread libraries on mingw32 to make it compile with the
newer ming. Thread safety is of no importance where localtime is used in this
code.
- Define in_addr_t in windows if required
- sys/wait.h not required in windows
- Allow API to restrict access by IP address
- Add pool switching to example miner.php
- Display X-Reject-Reason, when provided
- Remove the test for whether the device is on the highest profil level before
raising the GPU speed as it is ineffectual and may prevent raising the GPU
speed.
- Remove unnecessary check for opt_debug one every invocation of applog at
LOG_DEBUG level and place the check in applog().

EnergyVampire

full member

Activity: 210

Merit: 100

Hello,

I want to start using the donate feature in CGminer and was just wondering: Does it take the donation as I mine or after I find a block while solo mining?

Thanks in advance for your reply, cheers!

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 659. (Read 5806103 times)