Bitcoin Forum
August 18, 2017, 03:49:39 AM *
News: Latest stable version of Bitcoin Core: 0.14.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [18] 19 20 21 22 23 24 25 26 »
  Print  
Author Topic: New demonstration CPU miner available  (Read 381920 times)
xf2_org
Member
**
Offline Offline

Activity: 70


View Profile
May 16, 2011, 01:39:14 AM
 #341

So there's no way to use cpuminer on OSX, then?  I was a little thrown off by the OSX build support message...

Remove yasm and everything works fine on OSX.

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1503028179
Hero Member
*
Offline Offline

Posts: 1503028179

View Profile Personal Message (Offline)

Ignore
1503028179
Reply with quote  #2

1503028179
Report to moderator
1503028179
Hero Member
*
Offline Offline

Posts: 1503028179

View Profile Personal Message (Offline)

Ignore
1503028179
Reply with quote  #2

1503028179
Report to moderator
khaki54
Newbie
*
Offline Offline

Activity: 2


View Profile
May 19, 2011, 07:53:48 PM
 #342

Running minerd on a server with 2 six-core opterons.

"minerd --url http://xxxxxxxxx.com:8332 --userpass xxxxxxxxxxxx -t 12 -a 4way -q"

I have 435 of these after running it for 20 hours
PROOF OF WORK RESULT: false (booooo)

And no "true"

Is this normal?

EDIT:
Here's what my speed looks like--

[xxxx@fw cpuminer-1.0.1]$ minerd --url http://xxxx:8332 --userpass xxxxx -t 12 -a 4way
[2011-05-19 19:56:14] thread 2: 11484672 hashes, 2729.72 khash/sec
[2011-05-19 19:56:14] PROOF OF WORK RESULT: false (booooo)
[2011-05-19 19:56:15] thread 0: 16777216 hashes, 2599.12 khash/sec
[2011-05-19 19:56:16] thread 1: 16777216 hashes, 2521.49 khash/sec
[2011-05-19 19:56:17] thread 3: 16777216 hashes, 2589.44 khash/sec
[2011-05-19 19:56:19] thread 4: 16777216 hashes, 2495.23 khash/sec
[2011-05-19 19:56:19] thread 5: 16777216 hashes, 2612.37 khash/sec
[2011-05-19 19:56:20] 12 miner threads started, using SHA256 '4way' algorithm.
[2011-05-19 19:56:20] thread 2: 14355840 hashes, 2608.22 khash/sec
[2011-05-19 19:56:20] thread 1: 11983744 hashes, 2717.19 khash/sec
[2011-05-19 19:56:20] thread 0: 13981024 hashes, 2729.22 khash/sec
[2011-05-19 19:56:20] thread 6: 16777216 hashes, 2595.14 khash/sec
[2011-05-19 19:56:21] thread 7: 16777216 hashes, 2637.12 khash/sec
[2011-05-19 19:56:22] thread 8: 16777216 hashes, 2730.15 khash/sec
[2011-05-19 19:56:23] thread 3: 13981024 hashes, 2612.74 khash/sec
[2011-05-19 19:56:23] thread 9: 16777216 hashes, 2614.99 khash/sec
[2011-05-19 19:56:24] thread 4: 11983744 hashes, 2534.44 khash/sec
[2011-05-19 19:56:24] thread 10: 16777216 hashes, 2724.20 khash/sec
[2011-05-19 19:56:25] thread 2: 11963200 hashes, 2611.13 khash/sec
[2011-05-19 19:56:25] thread 5: 13981024 hashes, 2564.46 khash/sec
[2011-05-19 19:56:26] thread 11: 16777216 hashes, 2626.98 khash/sec
xf2_org
Member
**
Offline Offline

Activity: 70


View Profile
May 19, 2011, 07:56:29 PM
 #343

Running minerd on a server with 2 six-core opterons.

"minerd --url http://xxxxxxxxx.com:8332 --userpass xxxxxxxxxxxx -t 12 -a 4way -q"

I have 435 of these after running it for 20 hours
PROOF OF WORK RESULT: false (booooo)

And no "true"

Is this normal?

What is the network/pool target?

It's certainly very normal for the mainnet, with its huge difficulty.

khaki54
Newbie
*
Offline Offline

Activity: 2


View Profile
May 19, 2011, 08:01:10 PM
 #344

What is the network/pool target?
It's certainly very normal for the mainnet, with its huge difficulty.

I'm running it solo pointing it to another server so I can improve the compilation and just test the overall feasibility of running this on several.
soupdiver
Newbie
*
Offline Offline

Activity: 1


View Profile
May 20, 2011, 03:15:16 PM
 #345

Hey,
im using minderd on my mac.... with the default algo i got 100%cpu usage as i aspected but when i change the algo to 4way (i think it should be faster or am i wrong?) i hav no cpu usage...
so whats the differecnce between the algos?

greetz
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
May 20, 2011, 05:19:15 PM
 #346

when i change the algo to 4way (i think it should be faster or am i wrong?)
You need to experiment, but on my father's MacBook, the default c implementation was the fastest by far.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
nosacky
Newbie
*
Offline Offline

Activity: 5


View Profile
May 23, 2011, 03:34:38 PM
 #347

Ubuntu 11.04 Natty AMD64 make problems
Code:
general-beck@gblive:/userdata/Bitcoin/cpuminer-1.0.1$ CFLAGS="-O3 -Wall -msse2" ./configure
...


I think the problem is that the first option in cflags should be 03 (with a zero) NOT O3 (with the letter 'o'). Hope that helps.

If I have helped you, please consider donating: 1Cbi44QSfNeEbEhSn3zQ3BFMtRXQWyzCNY
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
May 23, 2011, 07:43:17 PM
 #348

Ubuntu 11.04 Natty AMD64 make problems
Code:
general-beck@gblive:/userdata/Bitcoin/cpuminer-1.0.1$ CFLAGS="-O3 -Wall -msse2" ./configure
...


I think the problem is that the first option in cflags should be 03 (with a zero) NOT O3 (with the letter 'o'). Hope that helps.
Nope, that should be -O3 (as in oh three). It's optimisation level three.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
juliohm
Newbie
*
Offline Offline

Activity: 1


View Profile
May 25, 2011, 10:28:14 AM
 #349

Is it possible to use this behind an HTTP or SOCKS proxy?
earthmeLon
Newbie
*
Offline Offline

Activity: 11


View Profile
May 25, 2011, 05:39:06 PM
 #350

I am having troubles with ./configure detecting LIBCURL on Centos 5

Code:
Package curl-7.15.5-9.el5_6.2.x86_64 already installed and latest version
Package curl-7.15.5-9.el5_6.2.i386 already installed and latest version
Package curl-devel-7.15.5-9.el5_6.2.x86_64 already installed and latest version
Package curl-devel-7.15.5-9.el5_6.2.i386 already installed and latest version

Code:
/usr/lib/libcurl.a
/usr/lib/libcurl.so
/usr/lib/libcurl.so.3
/usr/lib/libcurl.so.3.0.0
/usr/lib/pkgconfig/libcurl.pc
/usr/lib64/libcurl.a
/usr/lib64/libcurl.so
/usr/lib64/libcurl.so.3
/usr/lib64/libcurl.so.3.0.0
/usr/lib64/pkgconfig/libcurl.pc

I noticed a previous reply saying that it's caused by ./autogen.sh's failure to detect it's location, but I've opened autogen.sh and cannot figure out what needs to be done.

Code:
$ CFLAGS="-O3 -Wall -msse2" ./configure

...
./configure: line 4598: syntax error near unexpected token `,'
./configure: line 4598: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'

Thanks in advance Cheesy
xf2_org
Member
**
Offline Offline

Activity: 70


View Profile
May 25, 2011, 06:19:27 PM
 #351

I noticed a previous reply saying that it's caused by ./autogen.sh's failure to detect it's location, but I've opened autogen.sh and cannot figure out what needs to be done.

Code:
$ CFLAGS="-O3 -Wall -msse2" ./configure

...
./configure: line 4598: syntax error near unexpected token `,'
./configure: line 4598: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'

Yes, this is a FAQ.  Use the tarball, not git repo, for building.

ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
May 30, 2011, 06:18:19 AM
 #352

I just got this backtrace from a self-compiled, up-to-date version of minerd, mining on deepbit.net (with quite a few long-polling exceptions due to the recent DDOS):

Code:
*** longjmp causes uninitialized stack frame ***: minerd terminated
======= Backtrace: =========
/lib/libc.so.6(__fortify_fail+0x37)[0x7f62e00b1537]
/lib/libc.so.6(+0xff4c9)[0x7f62e00b14c9]
/lib/libc.so.6(__longjmp_chk+0x33)[0x7f62e00b1433]
/usr/lib/libcurl.so.4(+0xe3a5)[0x7f62e05603a5]
/lib/libpthread.so.0(+0xfb40)[0x7f62e0344b40]
/lib/libpthread.so.0(pthread_join+0x115)[0x7f62e033d285]
minerd[0x402384]
/lib/libc.so.6(__libc_start_main+0xfe)[0x7f62dffd0d8e]
minerd[0x401889]
======= Memory map: ========
00400000-0041e000 r-xp 00000000 08:06 3320889                            /home/reini/root/bin/minerd
0061d000-0061e000 r-xp 0001d000 08:06 3320889                            /home/reini/root/bin/minerd
0061e000-0061f000 rwxp 0001e000 08:06 3320889                            /home/reini/root/bin/minerd
00664000-006a6000 rwxp 00000000 00:00 0                                  [heap]
7f62d4000000-7f62d4021000 rwxp 00000000 00:00 0
7f62d4021000-7f62d8000000 ---p 00000000 00:00 0
7f62daa67000-7f62daa7c000 r-xp 00000000 08:03 293839                     /lib/libgcc_s.so.1
7f62daa7c000-7f62dac7b000 ---p 00015000 08:03 293839                     /lib/libgcc_s.so.1
7f62dac7b000-7f62dac7c000 r-xp 00014000 08:03 293839                     /lib/libgcc_s.so.1
7f62dac7c000-7f62dac7d000 rwxp 00015000 08:03 293839                     /lib/libgcc_s.so.1
7f62dac7d000-7f62dac7e000 ---p 00000000 00:00 0
7f62dac7e000-7f62db47e000 rwxp 00000000 00:00 0
7f62db47e000-7f62db483000 r-xp 00000000 08:03 1118114                    /lib/libnss_dns-2.12.1.so
7f62db483000-7f62db682000 ---p 00005000 08:03 1118114                    /lib/libnss_dns-2.12.1.so
7f62db682000-7f62db683000 r-xp 00004000 08:03 1118114                    /lib/libnss_dns-2.12.1.so
7f62db683000-7f62db684000 rwxp 00005000 08:03 1118114                    /lib/libnss_dns-2.12.1.so
7f62db684000-7f62db686000 r-xp 00000000 08:03 293879                     /lib/libnss_mdns4_minimal.so.2
7f62db686000-7f62db885000 ---p 00002000 08:03 293879                     /lib/libnss_mdns4_minimal.so.2
7f62db885000-7f62db886000 r-xp 00001000 08:03 293879                     /lib/libnss_mdns4_minimal.so.2
7f62db886000-7f62db887000 rwxp 00002000 08:03 293879                     /lib/libnss_mdns4_minimal.so.2
7f62db887000-7f62db893000 r-xp 00000000 08:03 1118384                    /lib/libnss_files-2.12.1.so
7f62db893000-7f62dba92000 ---p 0000c000 08:03 1118384                    /lib/libnss_files-2.12.1.so
7f62dba92000-7f62dba93000 r-xp 0000b000 08:03 1118384                    /lib/libnss_files-2.12.1.so
7f62dba93000-7f62dba94000 rwxp 0000c000 08:03 1118384                    /lib/libnss_files-2.12.1.so
7f62dba94000-7f62dba95000 ---p 00000000 00:00 0
7f62dba95000-7f62dc295000 rwxp 00000000 00:00 0
7f62dc295000-7f62dc296000 ---p 00000000 00:00 0
7f62dc296000-7f62dca96000 rwxp 00000000 00:00 0
7f62dca96000-7f62dca97000 ---p 00000000 00:00 0
7f62dca97000-7f62dd297000 rwxp 00000000 00:00 0
7f62dd297000-7f62dd29a000 r-xp 00000000 08:03 294183                     /lib/libgpg-error.so.0.8.0
7f62dd29a000-7f62dd499000 ---p 00003000 08:03 294183                     /lib/libgpg-error.so.0.8.0
7f62dd499000-7f62dd49a000 r-xp 00002000 08:03 294183                     /lib/libgpg-error.so.0.8.0
7f62dd49a000-7f62dd49b000 rwxp 00003000 08:03 294183                     /lib/libgpg-error.so.0.8.0
7f62dd49b000-7f62dd50f000 r-xp 00000000 08:03 293841                     /lib/libgcrypt.so.11.5.3
7f62dd50f000-7f62dd70f000 ---p 00074000 08:03 293841                     /lib/libgcrypt.so.11.5.3
7f62dd70f000-7f62dd710000 r-xp 00074000 08:03 293841                     /lib/libgcrypt.so.11.5.3
7f62dd710000-7f62dd713000 rwxp 00075000 08:03 293841                     /lib/libgcrypt.so.11.5.3
7f62dd713000-7f62dd723000 r-xp 00000000 08:03 1185893                    /usr/lib/libtasn1.so.3.1.9
7f62dd723000-7f62dd922000 ---p 00010000 08:03 1185893                    /usr/lib/libtasn1.so.3.1.9
7f62dd922000-7f62dd923000 r-xp 0000f000 08:03 1185893                    /usr/lib/libtasn1.so.3.1.9
7f62dd923000-7f62dd924000 rwxp 00010000 08:03 1185893                    /usr/lib/libtasn1.so.3.1.9
7f62dd924000-7f62dd926000 r-xp 00000000 08:03 293855                     /lib/libkeyutils.so.1.3
7f62dd926000-7f62ddb25000 ---p 00002000 08:03 293855                     /lib/libkeyutils.so.1.3
7f62ddb25000-7f62ddb26000 r-xp 00001000 08:03 293855                     /lib/libkeyutils.so.1.3
7f62ddb26000-7f62ddb27000 rwxp 00002000 08:03 293855                     /lib/libkeyutils.so.1.3
7f62ddb27000-7f62ddb29000 r-xp 00000000 08:03 1118423                    /lib/libdl-2.12.1.so
7f62ddb29000-7f62ddd29000 ---p 00002000 08:03 1118423                    /lib/libdl-2.12.1.so
7f62ddd29000-7f62ddd2a000 r-xp 00002000 08:03 1118423                    /lib/libdl-2.12.1.so
7f62ddd2a000-7f62ddd2b000 rwxp 00003000 08:03 1118423                    /lib/libdl-2.12.1.so
7f62ddd2b000-7f62ddd32000 r-xp 00000000 08:03 1185882                    /usr/lib/libkrb5support.so.0.1
7f62ddd32000-7f62ddf31000 ---p 00007000 08:03 1185882                    /usr/lib/libkrb5support.so.0.1
7f62ddf31000-7f62ddf32000 r-xp 00006000 08:03 1185882                    /usr/lib/libkrb5support.so.0.1
7f62ddf32000-7f62ddf33000 rwxp 00007000 08:03 1185882                    /usr/lib/libkrb5support.so.0.1
7f62ddf33000-7f62ddf36000 r-xp 00000000 08:03 293812                     /lib/libcom_err.so.2.1
7f62ddf36000-7f62de135000 ---p 00003000 08:03 293812                     /lib/libcom_err.so.2.1
7f62de135000-7f62de136000 r-xp 00002000 08:03 293812                     /lib/libcom_err.so.2.1
7f62de136000-7f62de137000 rwxp 00003000 08:03 293812                     /lib/libcom_err.so.2.1
7f62de137000-7f62de15b000 r-xp 00000000 08:03 1183367                    /usr/lib/libk5crypto.so.3.1
7f62de15b000-7f62de35b000 ---p 00024000 08:03 1183367                    /usr/lib/libk5crypto.so.3.1
7f62de35b000-7f62de35c000 r-xp 00024000 08:03 1183367                    /usr/lib/libk5crypto.so.3.1
7f62de35c000-7f62de35d000 rwxp 00025000 08:03 1183367                    /usr/lib/libk5crypto.so.3.1
7f62de35d000-7f62de416000 r-xp 00000000 08:03 1185719                    /usr/lib/libkrb5.so.3.3
7f62de416000-7f62de615000 ---p 000b9000 08:03 1185719                    /usr/lib/libkrb5.so.3.3
7f62de615000-7f62de61e000 r-xp 000b8000 08:03 1185719                    /usr/lib/libkrb5.so.3.3
7f62de61e000-7f62de61f000 rwxp 000c1000 08:03 1185719                    /usr/lib/libkrb5.so.3.3

I'm pretty sure I've had this or a similar trace before, but it's been a few weeks.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
bcbc
Newbie
*
Offline Offline

Activity: 1


View Profile
June 02, 2011, 05:40:00 PM
 #353

How do I disable SSE? Or is it supposed to work an Intel Mac?
I am trying to compile on a OSX,, and I get

Code:
Making all in x86_64
/opt/local/bin/yasm -f elf64 sha256_xmm_amd64.asm
rm -f libx8664.a
ar cru libx8664.a sha256_xmm_amd64.o
ranlib libx8664.a
ranlib: warning for library: libx8664.a the table of contents is empty (no object file members in the library define global symbols)
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT cpu-miner.o -MD -MP -MF .deps/cpu-miner.Tpo -c -o cpu-miner.o cpu-miner.c
mv -f .deps/cpu-miner.Tpo .deps/cpu-miner.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT util.o -MD -MP -MF .deps/util.Tpo -c -o util.o util.c
mv -f .deps/util.Tpo .deps/util.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT sha256_generic.o -MD -MP -MF .deps/sha256_generic.Tpo -c -o sha256_generic.o sha256_generic.c
mv -f .deps/sha256_generic.Tpo .deps/sha256_generic.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT sha256_4way.o -MD -MP -MF .deps/sha256_4way.Tpo -c -o sha256_4way.o sha256_4way.c
mv -f .deps/sha256_4way.Tpo .deps/sha256_4way.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT sha256_via.o -MD -MP -MF .deps/sha256_via.Tpo -c -o sha256_via.o sha256_via.c
mv -f .deps/sha256_via.Tpo .deps/sha256_via.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT sha256_cryptopp.o -MD -MP -MF .deps/sha256_cryptopp.Tpo -c -o sha256_cryptopp.o sha256_cryptopp.c
mv -f .deps/sha256_cryptopp.Tpo .deps/sha256_cryptopp.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT sha256_sse2_amd64.o -MD -MP -MF .deps/sha256_sse2_amd64.Tpo -c -o sha256_sse2_amd64.o sha256_sse2_amd64.c
mv -f .deps/sha256_sse2_amd64.Tpo .deps/sha256_sse2_amd64.Po
gcc -DHAS_YASM -g -O2 -pthread -L/opt/local/lib -o minerd cpu-miner.o util.o sha256_generic.o sha256_4way.o sha256_via.o sha256_cryptopp.o sha256_sse2_amd64.o -L/opt/local/lib -lcurl -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib -lidn -lssl -lcrypto -lssl -lcrypto -lz -lz compat/jansson/libjansson.a -lpthread x86_64/libx8664.a
ld: warning: in x86_64/libx8664.a, file was built for unsupported file format which is not the architecture being linked (x86_64)
Undefined symbols:
  "_CalcSha256_x64", referenced from:
      _scanhash_sse2_64 in sha256_sse2_amd64.o
      _scanhash_sse2_64 in sha256_sse2_amd64.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[2]: *** [minerd] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
xf2_org
Member
**
Offline Offline

Activity: 70


View Profile
June 02, 2011, 06:35:07 PM
 #354

How do I disable SSE? Or is it supposed to work an Intel Mac?
I am trying to compile on a OSX,, and I get

The ugly fix is to hide yasm.  yasm produces something that the compiler does not like, on OSX.

jncraton
Newbie
*
Offline Offline

Activity: 2


View Profile
June 02, 2011, 08:01:34 PM
 #355

I'm having problems getting the sse2_64 mode working on Ubuntu. I've read through this thread, and it seems that the major hangups are either having yasm < 1.01 or not actually being on a 64bit OS.

I've installed yasm 1.1 and confirmed that manually using 'yasm --version'. I've also confirmed that my architecture is 64bit using 'uname -m'.

When I run configure using 'CFLAGS="-O3 -Wall -msse2" ./configure' everything appears to go just fine. It detects the yasm version properly.

I am then able to run make, and everything appears to build correctly. Unfortunately, I don't seem to have the option to use the sse2_64 mode. Am I missing something? It even looks to me like it is linking the sse2_64 code into the binary. Here's the last line:

gcc -DHAS_YASM -O3 -Wall -msse2 -pthread  -o minerd cpu-miner.o util.o sha256_generic.o sha256_4way.o sha256_via.o sha256_cryptopp.o sha256_sse2_amd64.o -lcurl compat/jansson/libjansson.a -lpthread x86_64/libx8664.a

ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
June 02, 2011, 08:37:10 PM
 #356

I'm having problems getting the sse2_64 mode working on Ubuntu. I've read through this thread, and it seems that the major hangups are either having yasm < 1.01 or not actually being on a 64bit OS.

I've installed yasm 1.1 and confirmed that manually using 'yasm --version'. I've also confirmed that my architecture is 64bit using 'uname -m'.

When I run configure using 'CFLAGS="-O3 -Wall -msse2" ./configure' everything appears to go just fine. It detects the yasm version properly.

I am then able to run make, and everything appears to build correctly. Unfortunately, I don't seem to have the option to use the sse2_64 mode. Am I missing something? It even looks to me like it is linking the sse2_64 code into the binary. Here's the last line:

gcc -DHAS_YASM -O3 -Wall -msse2 -pthread  -o minerd cpu-miner.o util.o sha256_generic.o sha256_4way.o sha256_via.o sha256_cryptopp.o sha256_sse2_amd64.o -lcurl compat/jansson/libjansson.a -lpthread x86_64/libx8664.a
If you run:
Code:
minerd --help | grep sse2_64
Do you see any output? It seems to work for me on my 10.10.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
jncraton
Newbie
*
Offline Offline

Activity: 2


View Profile
June 02, 2011, 08:40:42 PM
 #357

I get no output on that command.

I'm testing this out on a Linode. It's one that I have used for all sorts testing in the past, so it might just be time to blow it away and start over.
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
June 02, 2011, 09:15:56 PM
 #358

Well, just because sha256_sse2_amd64.o is being linked in doesn't mean it will be available as an algorithm (it's basically a dummy object if it doesn't think it can be compiled). You could try adding "-DWANT_X8664_SSE2" to CFLAGS to see whether that helps/produces an error that will help you track this down.
Looking at miner.h, it seems like the only dependencies are a 64-bit environment, SSE2 and yasm, though, so you may want to double-check the output of configure...

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
djinfected
Newbie
*
Offline Offline

Activity: 24


View Profile
June 03, 2011, 04:01:51 AM
 #359

Code:
F:\CPU-miner>cd "F:\CPU-miner"

F:\CPU-miner>minerd.exe --user djinfected --pass dji12406btio --url http://minin
g.bitcoin.cz/ --algo 4way
[2011-06-03 00:00:51] 1 miner threads started, using SHA256 '4way' algorithm.
[2011-06-03 00:00:53] JSON decode failed(1): '[' or '{' expected near '<'
[2011-06-03 00:00:53] json_rpc_call failed, retry after 30 seconds
I don't understand what this means. I get this with the default algo too.
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
June 03, 2011, 04:13:04 AM
 #360

It looks to me like you're getting an HTML response instead of a JSON one. Something to ask your pool admin about (or double-check the URL you're passing, especially if the pool doesn't use the standard port).

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [18] 19 20 21 22 23 24 25 26 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!