Pages:
Author

Topic: [ANN] cpuminer-multi v1.3.5 (Linux + Windows VStudio/MinGW64) GPL Open Source - page 11. (Read 378862 times)

legendary
Activity: 1470
Merit: 1114
For cpuminer-opt I bundle a bunch of DLLs with the EXE for portability. Maybe that works for
cpuminer-multi also.

legendary
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
patience, you are closer Wink sorry i've no easy answer for all your weird problems. All i can say is it can work for all these cases :p

superlux, try another mingw, msys2 (cygwin) is not proper to do "native windows binaries"
newbie
Activity: 10
Merit: 0
i think that compilied but miner does not start mining

please look picture

http://www.picz.ge/img/s4/1612/13/7/7804c9a7d51f.png
what problem is it ?
newbie
Activity: 10
Merit: 0
but i have 64 bit operation system
legendary
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
32bit dependencies are not prebuilt, they are huge and polute the repo
newbie
Activity: 10
Merit: 0
hello

i try to build it on visual studio 2013 but i get next error

error LNK1181: cannot open input file 'libcurl.x86.lib' cpuminer

can someone help me ?

thank you.
legendary
Activity: 1470
Merit: 1114
That's bizarre.

No one has reported this with cpuminer-opt even though the stratum code was taken from multi-1.2.
Could you give it a try as another data point?

The interface to curl is the call to curl_easy perform. It would be useful to dump the curl parameter where this
is called to compare what works with what doesn't.

A hardware fault seem very unlikely since the problem occurs on all your blades. However, if you did one full
install and cloned the rest an install glitch would have been propagated to all blades. You could reinstall the OS
on one system to test this.
sr. member
Activity: 378
Merit: 250
I then tried v1.1:

root@apollo:~/44/1/cpuminer-multi-1.1-multi# gdb ./cpuminer
GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./cpuminer...(no debugging symbols found)...done.
(gdb) r
Starting program: /root/44/1/cpuminer-multi-1.1-multi/cpuminer
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
** cpuminer-multi 1.1 by Tanguy Pruvot (tpruvot@github) **
BTC donation address: 1FhDPLPpw18X4srecguG3MxJYe4a1JsZnd

[New Thread 0x2aaab0a2e700 (LWP 19010)]
[New Thread 0x2aaab0c31700 (LWP 19011)]
[2016-12-10 06:43:18] Starting Stratum on stratum+tcp://mine.xpool.ca:1131
[New Thread 0x2aaab0e34700 (LWP 19012)]

Thread 3 "cpuminer" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2aaab0c31700 (LWP 19011)]
_IO_vfscanf_internal (s=s@entry=0x2aaab0a30620, format=format@entry=0x2aaaab0f308b "%15[^:]:%[^\n]",
    argptr=argptr@entry=0x2aaab0a30748, errp=errp@entry=0x0) at vfscanf.c:279
279     vfscanf.c: No such file or directory.
(gdb) bt
#0  _IO_vfscanf_internal (s=s@entry=0x2aaab0a30620, format=format@entry=0x2aaaab0f308b "%15[^:]:%[^\n]",
    argptr=argptr@entry=0x2aaab0a30748, errp=errp@entry=0x0) at vfscanf.c:279
#1  0x00002aaaaad3ebcc in __GI___isoc99_vsscanf (string=0x2aaab8001320 "http://mine.xpool.ca:1131",
    format=0x2aaaab0f308b "%15[^:]:%[^\n]", args=args@entry=0x2aaab0a30748) at isoc99_vsscanf.c:43
#2  0x00002aaaaad3eb57 in __isoc99_sscanf (s=, format=) at isoc99_sscanf.c:31
#3  0x00002aaaab0be7db in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#4  0x00002aaaab0d2493 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#5  0x00002aaaab0d2eed in curl_multi_perform () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#6  0x00002aaaab0c994b in curl_easy_perform () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#7  0x0000000000468e08 in ?? ()
#8  0x000000000046a073 in ?? ()
#9  0x00002aaaab96370a in start_thread (arg=0x2aaab0c31700) at pthread_create.c:333
sr. member
Activity: 378
Merit: 250
Just for fun, i went ahead and tested a slightly older release:

https://github.com/tpruvot/cpuminer-multi/archive/v1.0.9-multi.tar.gz

root@apollo:~/44/1/cpuminer-multi-1.0.9-multi# ./cpuminer  -a cryptonight  -p [email protected]  -o stratum+tcp://cryptonight.eu.nicehash.com:3355  -u 12d7SjLcyEwLCnZhPeQhMnME3dDF9CnSuY -t 12 -q
** cpuminer-multi 1.0.9 by Tanguy Pruvot (tpruvot@github) **
 based on Lucas Jones fork of pooler cpuminer 2.4

BTC donation address: 1FhDPLPpw18X4srecguG3MxJYe4a1JsZnd

[2016-12-10 06:26:32] Using JSON-RPC 2.0
[2016-12-10 06:26:32] CPU Supports AES-NI: YES
[2016-12-10 06:26:32] Starting Stratum on stratum+tcp://cryptonight.eu.nicehash.com:3355
[2016-12-10 06:26:32] 12 miner threads started, using 'cryptonight' algorithm.
[2016-12-10 06:26:33] Pool set diff to 20000
[2016-12-10 06:26:36] thread 11: 66 hashes, 16.70 H/s
[2016-12-10 06:26:36] thread 3: 66 hashes, 14.91 H/s
[2016-12-10 06:26:36] thread 7: 66 hashes, 14.40 H/s
[2016-12-10 06:26:36] thread 5: 66 hashes, 14.28 H/s
[2016-12-10 06:26:37] thread 8: 66 hashes, 14.01 H/s
[2016-12-10 06:26:37] thread 10: 66 hashes, 12.79 H/s
[2016-12-10 06:26:38] thread 4: 66 hashes, 11.61 H/s
[2016-12-10 06:26:38] thread 6: 66 hashes, 11.35 H/s
[2016-12-10 06:26:38] thread 1: 66 hashes, 11.26 H/s
[2016-12-10 06:26:38] thread 0: 66 hashes, 11.23 H/s
[2016-12-10 06:26:38] thread 9: 66 hashes, 10.65 H/s
[2016-12-10 06:26:38] thread 2: 66 hashes, 10.21 H/s

Hmm!
sr. member
Activity: 378
Merit: 250
Yikes. Two identical systems, different results, and it crashes in a standard library.

Either the application is passing a bad pointer to curl or curl is corrupt. The easiest thing to try is to reinstall the curl
packages. You could also confirm the same compile options were used. If the entire process from source to compile
to run time environment to input data are identical it gets more complicated and hardware needs to be considered. Memtest maybe.

Edit: I assume you already tried getting a fresh copy of the source.

gdb can be used to get a backtrace to find out where the bad pointer is coming from.

Edit: Cryptoninght at Nicehash needs a protocol tweak but it shouldn't cause as crash. Try another pool to rule that out.



root@apollo:~/44/cpuminer-multi# gdb ./cpuminer
GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./cpuminer...(no debugging symbols found)...done.
(gdb) r
Starting program: /root/44/cpuminer-multi/cpuminer
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
** cpuminer-multi 1.3 by tpruvot@github **
BTC donation address: 1FhDPLPpw18X4srecguG3MxJYe4a1JsZnd (tpruvot)

[New Thread 0x2aaab0a2f700 (LWP 11060)]
[New Thread 0x2aaab0c33700 (LWP 11061)]
[2016-12-10 06:08:07] Starting Stratum on stratum+tcp://yiimp.ccminer.org:4252
[New Thread 0x2aaab0e37700 (LWP 11062)]

Thread 3 "cpuminer" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2aaab0c33700 (LWP 11061)]
0x00002aaaab0c2b80 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
(gdb) bt
#0  0x00002aaaab0c2b80 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#1  0x00002aaaab0c414a in curl_maprintf () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#2  0x00002aaaab0e9096 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#3  0x00002aaaab0c1164 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#4  0x00002aaaab0d2493 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#5  0x00002aaaab0d2eed in curl_multi_perform () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#6  0x00002aaaab0c994b in curl_easy_perform () from /usr/lib/x86_64-linux-gnu/libcurl.so.4
#7  0x0000000000434998 in ?? ()
#8  0x0000000000405974 in ?? ()
#9  0x00002aaaab96370a in start_thread (arg=0x2aaab0c33700) at pthread_create.c:333
#10 0x00002aaaaadd982d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

So to confirm what you thought, it's not specific to cryptonight but rather with the interaction of the libcurl library.
What is weird is i have a lot of blades and all of them are not behaving nicely.
sr. member
Activity: 378
Merit: 250
your problem seems related to libcurl, so try to rebuild it yourself with the /usr/local prefix, maybe an uncommon cpu ? atom ?

I prefer using the package management to do things.. Maintaining source builds gets messy.

Manufacturer: Dell Inc.
Product Name: PowerEdge R620
model name      : Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz

I have about 20 blades, all of them with stock Ubuntu 16.04 and all of them have the same behavior.
legendary
Activity: 1470
Merit: 1114
Yikes. Two identical systems, different results, and it crashes in a standard library.

Either the application is passing a bad pointer to curl or curl is corrupt. The easiest thing to try is to reinstall the curl
packages. You could also confirm the same compile options were used. If the entire process from source to compile
to run time environment to input data are identical it gets more complicated and hardware needs to be considered. Memtest maybe.

Edit: I assume you already tried getting a fresh copy of the source.

gdb can be used to get a backtrace to find out where the bad pointer is coming from.

Edit: Cryptoninght at Nicehash needs a protocol tweak but it shouldn't cause as crash. Try another pool to rule that out.

legendary
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
your problem seems related to libcurl, so try to rebuild it yourself with the /usr/local prefix, maybe an uncommon cpu ? atom ?
sr. member
Activity: 378
Merit: 250
yes, ive no idea, working well here with your command

cat /etc/os-release
NAME="Ubuntu"
VERSION="16.04.1 LTS (Xenial Xerus)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 16.04.1 LTS"

dpkg -l | grep curl
ii  curl                                   7.47.0-1ubuntu2.2                 amd64        command line tool for transferring data with URL syntax
ii  libcurl3:amd64                         7.47.0-1ubuntu2.2                 amd64        easy-to-use client-side URL transfer library (OpenSSL flavour)
ii  libcurl3-gnutls:amd64                  7.47.0-1ubuntu2.2                 amd64        easy-to-use client-side URL transfer library (GnuTLS flavour)
ii  libcurl4-openssl-dev:amd64             7.47.0-1ubuntu2.2                 amd64        development files and documentation for libcurl (OpenSSL flavour)



# dpkg -l | grep curl
ii  curl                                   7.47.0-1ubuntu2.2                        amd64        command line tool for transferring data with URL syntax
ii  libcurl3:amd64                         7.47.0-1ubuntu2.2                        amd64        easy-to-use client-side URL transfer library (OpenSSL flavour)
ii  libcurl3-gnutls:amd64                  7.47.0-1ubuntu2.2                        amd64        easy-to-use client-side URL transfer library (GnuTLS flavour)
ii  libcurl4-openssl-dev:amd64             7.47.0-1ubuntu2.2                        amd64        development files and documentation for libcurl (OpenSSL flavour)

# lsb_release -a
LSB Version:    core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.1 LTS
Release:        16.04
Codename:       xenial

Looks like its the same thing but regardless of what server i try it on, I get the same thing.
How would i go about trying to troubleshoot / debug this? :/
legendary
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
yes, ive no idea, working well here with your command

cat /etc/os-release
NAME="Ubuntu"
VERSION="16.04.1 LTS (Xenial Xerus)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 16.04.1 LTS"

dpkg -l | grep curl
ii  curl                                   7.47.0-1ubuntu2.2                 amd64        command line tool for transferring data with URL syntax
ii  libcurl3:amd64                         7.47.0-1ubuntu2.2                 amd64        easy-to-use client-side URL transfer library (OpenSSL flavour)
ii  libcurl3-gnutls:amd64                  7.47.0-1ubuntu2.2                 amd64        easy-to-use client-side URL transfer library (GnuTLS flavour)
ii  libcurl4-openssl-dev:amd64             7.47.0-1ubuntu2.2                 amd64        development files and documentation for libcurl (OpenSSL flavour)
sr. member
Activity: 378
Merit: 250
# strace ./cpuminer -a cryptonight  -p x -o stratum+tcp://cryptonight.eu.nicehash.com:3355  -u 12d7SjLcyEwLCnZhPeQhMnME3dDF9CnSuY

execve("./cpuminer", ["./cpuminer", "-a", "cryptonight", "-p", "x", "-o", "stratum+tcp://cryptonight.eu.nic"..., "-u", "12d7SjLcyEwLCnZhPeQhMnME3dDF9CnS"..., "-t", "14"], [/* 18 vars */]) = 0
[..]
getdents(4, /* 0 entries */, 32768)     = 0
brk(0xbc5000)                           = 0xbc5000
close(4)                                = 0
open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=271, ...}) = 0
fstat(4, {st_mode=S_IFREG|0644, st_size=271, ...}) = 0
read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0"..., 4096) = 271
lseek(4, -156, SEEK_CUR)                = 115
read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0"..., 4096) = 156
close(4)                                = 0
write(1, "[2016-12-09 08:53:26] Using JSON"..., 45[2016-12-09 08:53:26] Using JSON-RPC 2.0
) = 45
write(1, "[2016-12-09 08:53:26] CPU Suppor"..., 51[2016-12-09 08:53:26] CPU Supports AES-NI: YES
) = 51
rt_sigaction(SIGINT, {0x40c807, [INT], SA_RESTORER|SA_RESTART, 0x2b0268d9f4b0}, {SIG_DFL, [], 0}, Cool = 0
mmap(NULL, 2113536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x2b026dde6000
mprotect(0x2b026dde6000, 4096, PROT_NONE) = 0
clone(child_stack=0x2b026dde84f0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x2b026dfe99d0, tls=0x2b026dfe9700, child_tidptr=0x2b026dfe99d0) = 27803
mmap(NULL, 2113536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x2b026dfea000
mprotect(0x2b026dfea000, 4096, PROT_NONE) = 0
clone(child_stack=0x2b026dfec4f0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x2b026e1ed9d0, tls=0x2b026e1ed700, child_tidptr=0x2b026e1ed9d0) = 27804
futex(0xba6094, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xba6090, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
mmap(NULL, 2113536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x2b026e1ee000
[2016-12-09 08:53:26] Starting Stratum on stratum+tcp://cryptonight.eu.nicehash.com:3355
+++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)

Built  from source, it always coredumps. (regardless of algorithm attempted)
Ubuntu 16.04:

Dec  9 21:24:01 apollo kernel: [10059724.032488] cpuminer[10457]: segfault at 2b6071639908 ip 00002b606bccbb80 sp 00002b60716398a0 error 6 in libcurl.so.4.4.0[2b606bca5000+6b000]
Segmentation fault (core dumped)

Libcurl issues?
newbie
Activity: 1
Merit: 0
I want cpuminer for Eobot how do I do that? Smiley
I have a PC Lenovo Windows 10 upgrade from 8 I'm a newbie so I need to be taught the 'ropes' so to speach

legendary
Activity: 1109
Merit: 1000
Does anyone have a compiles Linux binary?
My Linux systems don't have any compilers installed, and I don't have root.
They are CentOS 6.
newbie
Activity: 9
Merit: 0
Anyone know monero-pool with http-mining without stratum?
newbie
Activity: 9
Merit: 0
That can happen when there is no activity/shares, try --timeout=180
Unfortunately it didn't help Sad
Pages:
Jump to: