OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[xcooling]

your compiling it in 32bit mode..

Code:

-f elf64

  or 

Code:

-f win64

  or 

Code:

-f elf -m amd64

[1714486476]

1714486476

[1714486476]

1714486476

[1714486476]

1714486476

[govindas]

your compiling it in 32bit mode..

Code:

-f elf64

  or 

Code:

-f win64

  or 

Code:

-f elf -m amd64

thanks, this helped a bit, but still errors.

Code:

$ yasm -f elf -m amd64 -o cgminer-sha256_sse4_amd64.o cgminer-sha256_sse4_amd64.asm
cgminer-sha256_sse4_amd64.asm:33: warning: Unrecognized qualifier `execute'
cgminer-sha256_sse4_amd64.asm:103: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:111: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:123: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:131: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:137: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:143: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:149: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:157: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:161: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:167: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:173: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:179: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:185: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:191: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:197: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:203: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:209: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:215: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:221: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:227: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:233: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:239: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:245: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:251: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:259: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:263: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:269: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:275: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:281: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:287: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:293: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:305: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:311: error: undefined symbol `g_4sha256_k' (first use)
cgminer-sha256_sse4_amd64.asm:311: error:  (Each undefined symbol is reported only once.)
cgminer-sha256_sse4_amd64.asm:367: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:375: error: undefined symbol `?_004.LC0' (first use)
cgminer-sha256_sse4_amd64.asm:515: warning: Unrecognized qualifier `noexecute'
cgminer-sha256_sse4_amd64.asm:533: warning: Unrecognized qualifier `noexecute'
cgminer-sha256_sse4_amd64.asm:539: warning: Unrecognized qualifier `noexecute'
cgminer-sha256_sse4_amd64.asm:613: warning: Unrecognized qualifier `noexecute'
cgminer-sha256_sse4_amd64.asm:629: warning: Unrecognized qualifier `noexecute'

after reading in the yasm-wiki i fixed "warning: Unrecognized qualifier `noexecute'" by changing "noexecute" to "noexec".
but i assume, the asm-source syntax is correct and i am compiling still wrong.

[-ck]

New version: 1.5.0: UNSTABLE!

Source:
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.0.tar.bz2

The two major new features in this version are the GPU thread management part of the menu that lets you selectively enable, disable and restart GPUs, and the split work for slow mining threads - This is designed mainly for CPU mining which can't complete searching a work item in the allocated time. cgminer will detect a thread that can't complete its work and will split it up into multiple parts, spreading it out in such a way that no two threads repeat the same work, but that the overall number of queued work items is lower. See the changelog for more details:


Changelog:

- Increase efficiency of slow mining threads such as CPU miners dramatically. Do
this by detecting which threads cannot complete searching a work item within the
scantime and then divide up a work item into multiple smaller work items.
Detect the age of the work items and if they've been cloned before to prevent
doing the same work over. If the work is too old to be divided, then see if it
can be time rolled and do that to generate work. This dramatically decreases the
number of queued work items from a pool leading to higher overall efficiency
(but the same hashrate and share submission rate).
- Don't request work too early for CPUs as CPUs will scan for the full
opt_scantime anyway.
- Simplify gpu management enable/disable/restart code.
- Implement much more accurate rolling statistics per thread and per gpu and
improve accuracy of rolling displayed values.
- Make the rolling log-second average more accurate.
- Add a menu to manage GPUs on the fly allowing you to enable/disable GPUs or
try restarting them.
- Keep track of which GPUs are alive versus enabled.
- Start threads for devices that are even disabled, but don't allow them to
start working.
- The last pool is when we are low in total_pools, not active_pools.
- Make the thread restart do a pthread_join after disabling the device, only
re-enabling it if we succeed in restarting the thread. Do this from a separate
thread so as to not block any other code.This will allow cgminer to continue
even if one GPU hangs.
- Try to do every curses manipulation under the curses lock.
- Only use the sockoptfunction if the version of curl is recent enough.

[-ck]

It seems there's a bug in 1.5.0 where every so often it will have regular rejects right from the start. Restarting it seems to make it go away (indefinitely), buto for the moment stick to 1.4.1 unless you're willing to experiment.

[bitclown]

- Try to do every curses manipulation under the curses lock.

Fabulous! This solved the segfault when attaching a running tmux session.

[-ck]

- Try to do every curses manipulation under the curses lock.

Fabulous! This solved the segfault when attaching a running tmux session.

That's one down, thanks! Alas others have already told me they still get segfaults on resizing windows. I suspect since I'm not reproducing it on a more modern distro that it's something to do with the older ncurses library in the older distros.

[-ck]

- Try to do every curses manipulation under the curses lock.

Fabulous! This solved the segfault when attaching a running tmux session.

That's one down, thanks! Alas others have already told me they still get segfaults on resizing windows. I suspect since I'm not reproducing it on a more modern distro that it's something to do with the older ncurses library in the older distros.

Actually after searching, I found this:
http://davidben.net/blog/2010/05/03/barnowl-ncurses-and-terminal-resizing/

and it seems to indeed be a unique bug to older ncurses that is elicited by doing two redraws one after the other. So I changed that code at least and made it do only one main window redraw now (repackaged as the same 1.5.0 version quickly in the hope no one notices

Anyway there will likely be a 1.5.1 just around the corner when I find what the cause of this rejects bug is... but first, sleep!

[zaytsev]

- Try to do every curses manipulation under the curses lock.

Fabulous! This solved the segfault when attaching a running tmux session.

That's one down, thanks!

ck, you are the hero, you fixed the segfaults that I was getting under screen or when resizing the terminal on rhel5/ubuntu!

[zaytsev]

ck, on the other hand, your curl fix was incomplete, it still doesn't work with older curl:

util.c:254: error: expected declaration specifiers or '...' before 'curlsocktype'                                                                             
util.c: In function 'json_rpc_call':                                                                                                                         
util.c:348: error: 'CURLOPT_SOCKOPTFUNCTION' undeclared (first use in this function)                                                                         
util.c:348: error: (Each undeclared identifier is reported only once                                                                                         
util.c:348: error: for each function it appears in.)                                                                                                         
make[2]: *** [cgminer-util.o] Error 1                                                                                                                         
make[2]: *** Waiting for unfinished jobs....

I think you should ifdef this function too.

[Viceroy]

Hi use this : http://deepbit.net:8332

Deepbit's help page clearly shows the c-name.  Is this a bug in cg miner?

https://deepbit.net/help.php

[ancow]

Hi use this : http://deepbit.net:8332

Deepbit's help page clearly shows the c-name.  Is this a bug in cg miner?

https://deepbit.net/help.php

(The URL's wrong, should be http://pit.deepbit.net:8332)
I just tried with the following parameters, and it works perfectly:

Code:

cgminer -p pwd -o http://pit.deepbit.net:8332 -u email@re.ss_worker

If it doesn't for you, try adding the -T and -D parameters, that helped me when I misremembered the worker's name just now.

[xcooling]

both work.. i know this.
pit.deepbit.net [46.4.121.119]
deepbit.net [46.4.121.120]

[ancow]

both work.. i know this.
pit.deepbit.net [46.4.121.119]
deepbit.net [46.4.121.120]

Sure, but Tycho wants to completely phase out deepbit.net at some point in time, so you should use pit.

[xcooling]

yeah.. with the failover / loadbalance you can run both.

[ancow]

Yes, let's see now...

Code:

> dig {pit.,}deepbit.net

; <<>> DiG 9.7.3 <<>> pit.deepbit.net deepbit.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29083
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;pit.deepbit.net.               IN      A

;; ANSWER SECTION:
pit.deepbit.net.        120     IN      A       46.4.121.119
pit.deepbit.net.        120     IN      A       46.4.121.118
pit.deepbit.net.        120     IN      A       46.4.121.120
pit.deepbit.net.        120     IN      A       91.223.77.253

;; Query time: 45 msec
;; SERVER: 217.0.43.145#53(217.0.43.145)
;; WHEN: Tue Jul 26 23:16:08 2011
;; MSG SIZE  rcvd: 97

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31529
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;deepbit.net.                   IN      A

;; ANSWER SECTION:
deepbit.net.            120     IN      A       46.4.121.119
deepbit.net.            120     IN      A       91.223.77.253
deepbit.net.            120     IN      A       46.4.121.118
deepbit.net.            120     IN      A       46.4.121.120

;; Query time: 42 msec
;; SERVER: 217.0.43.145#53(217.0.43.145)
;; WHEN: Tue Jul 26 23:16:08 2011
;; MSG SIZE  rcvd: 93

You do realise that they're the same thing now, and deepbit.net will be pointed to somewhere else sometime in the future?

[-ck]

ck, on the other hand, your curl fix was incomplete, it still doesn't work with older curl:

util.c:254: error: expected declaration specifiers or '...' before 'curlsocktype'                                                                             
util.c: In function 'json_rpc_call':                                                                                                                         
util.c:348: error: 'CURLOPT_SOCKOPTFUNCTION' undeclared (first use in this function)                                                                         
util.c:348: error: (Each undeclared identifier is reported only once                                                                                         
util.c:348: error: for each function it appears in.)                                                                                                         
make[2]: *** [cgminer-util.o] Error 1                                                                                                                         
make[2]: *** Waiting for unfinished jobs....

I think you should ifdef this function too.

Really?

#ifdef CURL_HAS_SOCKOPT
   if (longpoll)
      curl_easy_setopt(curl, CURLOPT_SOCKOPTFUNCTION, json_rpc_call_sockopt_cb);
#endif

It is...

What version of curl does that have? My code defines CURL_HAS_SOCKOPT only for versions of curl:
checking for libcurl >= version 7.15.6... (cached) yes

[zaytsev]

ck, on the other hand, your curl fix was incomplete, it still doesn't work with older curl:

util.c:254: error: expected declaration specifiers or '...' before 'curlsocktype'                                                                             
util.c: In function 'json_rpc_call':                                                                                                                         
util.c:348: error: 'CURLOPT_SOCKOPTFUNCTION' undeclared (first use in this function)                                                                         
util.c:348: error: (Each undeclared identifier is reported only once                                                                                         
util.c:348: error: for each function it appears in.)                                                                                                         
make[2]: *** [cgminer-util.o] Error 1                                                                                                                         
make[2]: *** Waiting for unfinished jobs....

I think you should ifdef this function too.

What I'm talking about is

util.c:254: error: expected declaration specifiers or '...' before 'curlsocktype'

What version of curl does that have? My code defines CURL_HAS_SOCKOPT only for versions of curl:
checking for libcurl >= version 7.15.6... (cached) yes

$ rpm -qa | grep curl
curl-7.15.5-9.el5_6.3

[-ck]

That part is an error secondary to the first one which is the sockopt function. What does that part of ./configure show for you?
This part:
checking for libcurl >= version 7.15.6... (cached) yes

[ah42]

Current git, I'm having issues with the curses display. Normal running is okay, but attempting to access any of the interactive options fails to have them drawn properly on the screen. It had worked with 1.4.1, but not in 1.5.0.

I can still press the appropriate key to access the appropriate function, but I never see the options. Example: I select [P]ool, the whole screen is redrawn, and the scroll portion goes blank. If I type "i" for info, it then prompts me what pool I want info for. However, then the screen redraws completely, and I'm given no info.

[dostortugas]

Hi use this : http://deepbit.net:8332

Deepbit's help page clearly shows the c-name.  Is this a bug in cg miner?

https://deepbit.net/help.php

I think you were missing the "http://" earlier, weren't you?

Sorry for the earlier confusion about the freaking workername layout, I stopped using deepbit as you have to use your login password for workers and there were no SSL/TLS in place, is it now?