RPC Miners (CPU/4way/CUDA/OpenCL) - page 9.

pla

member

Activity: 65

Merit: 10

Quote from: os008 on February 24, 2011, 05:27:38 AM

If i try to run any of the exe's of this program on my Windows XP SP3 machine, I get "this application has failed to start because the application configuration is incorrect", it runs fine on my Windows 7 machine though. Am i missing something? Thanks.

On XP, you need the MSVC80 redistributable to run Puddin's miners:
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=200B2FD9-AE1A-4A14-984D-389C36F85647&displaylang=en.

slush

legendary

Activity: 1386

Merit: 1097

I'm not familiar with miner source, but does it support long live http connections, "keep-alive"?

os008

member

Activity: 79

Merit: 10

Hi,
If i try to run any of the exe's of this program on my Windows XP SP3 machine, I get "this application has failed to start because the application configuration is incorrect", it runs fine on my Windows 7 machine though. Am i missing something? Thanks.

aistto

legendary

Activity: 1001

Merit: 1005

does this miner work with crossfire?

flags8192

newbie

Activity: 4

Merit: 0

who can give a binary for ubuntu x64?

aahzmundus

hero member

Activity: 644

Merit: 500

Invest & Earn: https://cloudthink.io

Trying to run the opencl client and I get this...

Client will start 1 miner threads
Work will be refreshed every 4000 ms
Target = 000000000001cc260000000000000000000000000000000000000000000000
1 OpenCL platforms found
1 OpenCL GPU devices found on platform 0
Setting OpenCL device to first device found
Available extensions : cl_khr_global_int32_base_atomics cl_khr_global_int32_exte
nded_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics
cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_gl_sharing cl_amd_d
evice_attribute_query cl_amd_printf cl_amd_media_ops cl_amd_popcnt cl_khr_d3d10_
sharing
Defining AMDMEDIAOPS
Create context rval=0
Create command queue rval=0
Creating program with source
Building program with options -D AMDMEDIAOPS
0 khash/s
0 khash/s

running with -user=xxxxx -password=xxxxx -gpu -url=http://127.0.0.1:8332

I tried all the suggestions listed so far in this topic and feel like I am missing something.

The one thing I havent done is:

Quote

As I said before, if you don't see a line that says "Build program rval=0" the kernel didn't get built successfully and you're not going to be doing any hashing. You can try this kernel. If that doesn't work you'll have to edit the kernel and find out what's causing it not to build.

I tried the other kernel, no luck... and i have no idea where I would start with editing the kernel, but if someone could point me in the right direction... or has an idea... I would appreciate it!

Windows 7 x64
ATI HD5700
Catalyst vs 11.2

JollyGreen

newbie

Activity: 42

Merit: 0

I just got rpcminer working with cuda as well. Puddinpop is awesome! Thanks for making your software opensource and being so patient with people

I'm using the 8600m gt gpu in my macbook pro, osx 10.5.8 leopard. I'm getting about 3600khash/s with just the gpu. If anyone needs help with linux or mac, feel free to ask!

Code:

3583 khash/s
3543 khash/s
2011-02-21 04:01:07 Found Hash!
Sending to server: {"method":"getwork","params":["000000011547005097397526c56d1062895102170ae1d8f7a3039112000091d900000000b698719b56b688cad527b7276586e1d59a341455b7dc11fbe91323bc806870804d61e37b1b01cc260290e900000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000"],"id":1}
Server sent: {"result": true, "id": "1", "error": null}
3598 khash/s
3559 khash/s

JollyGreen

newbie

Activity: 42

Merit: 0

It just found a hash

Code:

1572 khash/s
1574 khash/s
2011-02-21 02:46:50 Found Hash!
Sending to server: {"method":"getwork","params":["0000000142498aa12b8b82781a47fd4ed555cdb61f11b0d24d7e53ad00016ce4000000001dacebd09c567c35f299336b03020ab8a6af00398a40bb423b3557749f5ceb9a4d61d2171b01cc2629420600000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000"],"id":1}
Server sent: {"result": true, "id": "1", "error": null}
1584 khash/s
1577 khash/s
2011-02-21 02:47:16 Found Hash!
Sending to server: {"method":"getwork","params":["0000000142498aa12b8b82781a47fd4ed555cdb61f11b0d24d7e53ad00016ce400000000525e3f84c2d8f38145363ff68ef5ae5bff6ba2951d45fb93503c96f5d69a1b414d61d2271b01cc2611c64c00000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000"],"id":1}
Server sent: {"result": true, "id": "1", "error": null}
1568 khash/s

JollyGreen

newbie

Activity: 42

Merit: 0

I think this is confirmed....it seems like lib curl should copy your userpass string into its own internal buffer, but I don't think that it is doing that. You have a local variable defined for userpass and are calling curl_easy_setopt(curl,CURLOPT_USERPWD,userpass.c_str());

that local variable is getting blown away after it leaves the scope. I defined userpass as a global variable for a test and then the curl debug always has the correct username rather than the varying "garbage". Also, I get < HTTP/1.1 200 OK everytime and it is performing ~ 1500 khash/sec

I also get
Target = 00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffff
not sure if this is good or not,

basically I'm using your software asis, but I made userpass a global variable, not sure how best to do that or if this is a correct fix yet. I wanted to get your opinion

Any ideas?

JollyGreen

newbie

Activity: 42

Merit: 0

I think I'm finally getting somewhere,

I added
curl_easy_setopt(curl, CURLOPT_VERBOSE, 1);
to your code and compiled. Upon running I get some very interesting results in the verbose debug of curl.

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332/ -user='hidden.1' -password=hidden
Client will start 2 miner threads
Work will be refreshed every 4000 ms
{"method":"getwork","params":[],"id":0}
* About to connect() to mining.bitcoin.cz port 8332 (#0)
* Trying 178.79.147.99... * TCP_NODELAY set
* connected
* Connected to mining.bitcoin.cz (178.79.147.99) port 8332 (#0)
* Server auth using Basic with user ''
> POST / HTTP/1.1
Authorization: Basic Og==
Host: mining.bitcoin.cz:8332
Accept: */*
Accept-Encoding: deflate, gzip
Content-Type: application/json
Content-Length: 39

< HTTP/1.1 401 UNAUTHORIZED
< Server: nginx/0.7.65
< Date: Mon, 21 Feb 2011 01:44:00 GMT
< Content-Type: text/plain
< Transfer-Encoding: chunked
< Connection: keep-alive
* Authentication problem. Ignoring this.
< WWW-Authenticate: Basic realm="Restricted access. Visit http://mining.bitcoin.cz to get login and password."
* The requested URL returned error: 401
* Closing connection #0
* HTTP response code said error
Could not retrieve work from RPC server.
CURL return value = 22
* About to connect() to mining.bitcoin.cz port 8332 (#0)
* Trying 178.79.147.99... * TCP_NODELAY set
* connected
* Connected to mining.bitcoin.cz (178.79.147.99) port 8332 (#0)
* Server auth using Basic with user 'th'
> POST / HTTP/1.1
Authorization: Basic dGg6IDM5
Host: mining.bitcoin.cz:8332
Accept: */*
Accept-Encoding: deflate, gzip
Content-Type: application/json
Content-Length: 39

* The requested URL returned error: 400
* Closing connection #0
* HTTP response code said error
Could not retrieve work from RPC server.
CURL return value = 22
* About to connect() to mining.bitcoin.cz port 8332 (#0)
* Trying 178.79.147.99... * TCP_NODELAY set
* connected
* Connected to mining.bitcoin.cz (178.79.147.99) port 8332 (#0)
* Server auth using Basic with user ''
> POST / HTTP/1.1
Authorization: Basic Og==
Host: mining.bitcoin.cz:8332
Accept: */*
Accept-Encoding: deflate, gzip
Content-Type: application/json
Content-Length: 39

< HTTP/1.1 401 UNAUTHORIZED
< Server: nginx/0.7.65
< Date: Mon, 21 Feb 2011 01:44:09 GMT
< Content-Type: text/plain
< Transfer-Encoding: chunked
< Connection: keep-alive
* Authentication problem. Ignoring this.
< WWW-Authenticate: Basic realm="Restricted access. Visit http://mining.bitcoin.cz to get login and password."
* The requested URL returned error: 401
* Closing connection #0
* HTTP response code said error
Could not retrieve work from RPC server.
CURL return value = 22
* About to connect() to mining.bitcoin.cz port 8332 (#0)
* Trying 178.79.147.99... * TCP_NODELAY set
* connected
* Connected to mining.bitcoin.cz (178.79.147.99) port 8332 (#0)
* Server auth using Basic with user 'th'
> POST / HTTP/1.1
Authorization: Basic dGg6IDM5
Host: mining.bitcoin.cz:8332
Accept: */*
Accept-Encoding: deflate, gzip
Content-Type: application/json
Content-Length: 39

* The requested URL returned error: 400
* Closing connection #0
* HTTP response code said error
Could not retrieve work from RPC server.
CURL return value = 22
* About to connect() to mining.bitcoin.cz port 8332 (#0)
* Trying 178.79.147.99... * TCP_NODELAY set
* connected
* Connected to mining.bitcoin.cz (178.79.147.99) port 8332 (#0)
* Server auth using Basic with user 'thin???'
> POST / HTTP/1.1
Authorization: Basic dGhpboCYgDo=
Host: mining.bitcoin.cz:8332
Accept: */*
Accept-Encoding: deflate, gzip
Content-Type: application/json
Content-Length: 39

< HTTP/1.1 200 OK
< Server: nginx/0.7.65
< Date: Mon, 21 Feb 2011 01:44:18 GMT
< Content-Type: text/html
< Transfer-Encoding: chunked
< Connection: keep-alive
< Content-Encoding: gzip
<
* Connection #0 to host mining.bitcoin.cz left intact
* Closing connection #0

Watch for these lines,
* Server auth using Basic with user ''
* Server auth using Basic with user 'th'
* Server auth using Basic with user ''
* Server auth using Basic with user 'th'
* Server auth using Basic with user 'thin???'

Looks like the user string getting passed to curl is varying for some reason, notice after the last Server auth with user 'thin???' it is followed by a HTTP/1.1 200 OK. I guess in that case lib curl is masking the user/pass info with ' Huh

' ? Could it be that the string used to create the username/pass combo is having it's memory stomped on or some other weird memory thing?

JollyGreen

newbie

Activity: 42

Merit: 0

I found if I comment out this section in "rpcrequest.cpp",

Code:

std::ostringstream istr;
istr << m_readbuff.size();
std::string headersize("Content-Length: "+istr.str());

headers=curl_slist_append(headers,"Content-type: application/json");
headers=curl_slist_append(headers,headersize.c_str());
headers=curl_slist_append(headers,"Expect:");

curl_easy_setopt(curl, CURLOPT_HTTPHEADER, headers);

It computes hashs and I get a
Target = 00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffff

JollyGreen

newbie

Activity: 42

Merit: 0

Quote from: puddinpop on February 20, 2011, 07:06:59 PM

Quote from: JollyGreen on February 20, 2011, 06:39:06 PM

Quote from: JollyGreen on February 20, 2011, 05:35:30 PM

Quote from: puddinpop on February 20, 2011, 05:13:42 PM

Updated first post with latest release. The only major change is this release will let you know if there was an issue getting work from the server and will stop hashing stale blocks.

I really appreciate those updates! I got the new source and built, now I get:

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332/ -user=hidden.1 -pass=hidden
Client will start 2 miner threads
Work will be refreshed every 4000 ms
Could not retrieve work from RPC server.
CURL return value = 22

I'll start trying to figure out what's up with CURL...

Just a couple things I noticed using tcpdump -A and watching the html packets when executing /usr/bin/curl and rpcminer. /usr/bin/curl sent a GET request and i'm not sure what data to expect as a response, but I got an HTTP/1.1 200 OK when using /usr/bin/curl manually and it responded back with that string I listed above, which looks like what you guys are probably parsing as the data input for the program. When I run rpcminer, it is using a POST request, and from looking at the source you are using a content-type of "application/json" and I get an HTTP/1.1 401 UNAUTHORIZED as a response. Are these recent builds working for anyone using linux/mac osx? It could be my libcurl install is messed up somehow, but I used mac ports. We could verify it is my setup of libcurl if someone else can compile the current source for linux/mac osx and it successfully gets data.

thanks for all the help and time so far!

It's returning unauthorized because you're not supplying the password correctly. The parameter is -password not -pass.

Well that was bonehead of me, but ugh, it still isn't working...

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332/ -user=hidden.1 -password=hidden
Client will start 2 miner threads
Work will be refreshed every 4000 ms
Could not retrieve work from RPC server.
CURL return value = 22

puddinpop

member

Activity: 103

Merit: 17

Quote from: JollyGreen on February 20, 2011, 06:39:06 PM

Quote from: JollyGreen on February 20, 2011, 05:35:30 PM

Quote from: puddinpop on February 20, 2011, 05:13:42 PM

Updated first post with latest release. The only major change is this release will let you know if there was an issue getting work from the server and will stop hashing stale blocks.

I really appreciate those updates! I got the new source and built, now I get:

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332/ -user=hidden.1 -pass=hidden
Client will start 2 miner threads
Work will be refreshed every 4000 ms
Could not retrieve work from RPC server.
CURL return value = 22

I'll start trying to figure out what's up with CURL...

Just a couple things I noticed using tcpdump -A and watching the html packets when executing /usr/bin/curl and rpcminer. /usr/bin/curl sent a GET request and i'm not sure what data to expect as a response, but I got an HTTP/1.1 200 OK when using /usr/bin/curl manually and it responded back with that string I listed above, which looks like what you guys are probably parsing as the data input for the program. When I run rpcminer, it is using a POST request, and from looking at the source you are using a content-type of "application/json" and I get an HTTP/1.1 401 UNAUTHORIZED as a response. Are these recent builds working for anyone using linux/mac osx? It could be my libcurl install is messed up somehow, but I used mac ports. We could verify it is my setup of libcurl if someone else can compile the current source for linux/mac osx and it successfully gets data.

thanks for all the help and time so far!

It's returning unauthorized because you're not supplying the password correctly. The parameter is -password not -pass.

JollyGreen

newbie

Activity: 42

Merit: 0

Quote from: JollyGreen on February 20, 2011, 05:35:30 PM

Quote from: puddinpop on February 20, 2011, 05:13:42 PM

Updated first post with latest release. The only major change is this release will let you know if there was an issue getting work from the server and will stop hashing stale blocks.

I really appreciate those updates! I got the new source and built, now I get:

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332/ -user=hidden.1 -pass=hidden
Client will start 2 miner threads
Work will be refreshed every 4000 ms
Could not retrieve work from RPC server.
CURL return value = 22

I'll start trying to figure out what's up with CURL...

Just a couple things I noticed using tcpdump -A and watching the html packets when executing /usr/bin/curl and rpcminer. /usr/bin/curl sent a GET request and i'm not sure what data to expect as a response, but I got an HTTP/1.1 200 OK when using /usr/bin/curl manually and it responded back with that string I listed above, which looks like what you guys are probably parsing as the data input for the program. When I run rpcminer, it is using a POST request, and from looking at the source you are using a content-type of "application/json" and I get an HTTP/1.1 401 UNAUTHORIZED as a response. Are these recent builds working for anyone using linux/mac osx? It could be my libcurl install is messed up somehow, but I used mac ports. We could verify it is my setup of libcurl if someone else can compile the current source for linux/mac osx and it successfully gets data.

thanks for all the help and time so far!

JollyGreen

newbie

Activity: 42

Merit: 0

Quote from: puddinpop on February 20, 2011, 05:13:42 PM

Updated first post with latest release. The only major change is this release will let you know if there was an issue getting work from the server and will stop hashing stale blocks.

I really appreciate those updates! I got the new source and built, now I get:

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332/ -user=hidden.1 -pass=hidden
Client will start 2 miner threads
Work will be refreshed every 4000 ms
Could not retrieve work from RPC server.
CURL return value = 22

I'll start trying to figure out what's up with CURL...

puddinpop

member

Activity: 103

Merit: 17

Updated first post with latest release. The only major change is this release will let you know if there was an issue getting work from the server and will stop hashing stale blocks.

JollyGreen

newbie

Activity: 42

Merit: 0

Quote from: JollyGreen on February 20, 2011, 04:48:34 PM

Quote from: puddinpop on February 20, 2011, 04:23:11 PM

Whatever version of libCURL you linked against isn't redirecting to the correct URL. Use the correct URL in the arguments instead and it should work.

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332/ -user=user.1 -pass=pass

I compiled with curl 7.21.2 and appended the "/" on the end of the url and got the same result, 0 khash/s

Also, I was able to use the command line to get a response from the server using curl.

Code:

/usr/bin/curl http://mining.bitcoin.cz:8332/ --user hidden.1:hidden
{"id": "4303f69c-3d34-11e0-a2f7-fefd6d4ac335", "result": {"hash1": "00000000000000000000000000000000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000010000", "data": "00000001c2288b009b20a375b8be48f60e5c525df8b3f2e3b8bc0cc4000113ea000000005c8569d196dc86a3aca747c8269bd385216639d82b26cf8b44f3eae5cec6ea1e4d61809a1b01cc2600000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000", "midstate": "7c2c459ae8eae7e09b4db01685665b7cbb970ba14d7256227d09f8194dd10b2c", "target": "ffffffffffffffffffffffffffffffffffffffffffffffffffffffff00000000"}, "error": null}

JollyGreen

newbie

Activity: 42

Merit: 0

Quote from: puddinpop on February 20, 2011, 04:23:11 PM

Whatever version of libCURL you linked against isn't redirecting to the correct URL. Use the correct URL in the arguments instead and it should work.

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332/ -user=user.1 -pass=pass

I compiled with curl 7.21.2 and appended the "/" on the end of the url and got the same result, 0 khash/s

puddinpop

member

Activity: 103

Merit: 17

Quote from: JollyGreen on February 20, 2011, 03:46:52 PM

I compiled the cpu only version of rpcminer on mac osx and it compiled with no problems. However, it's still only getting 0khash/s. Is there a way to test it in non-network mode to see if it's just having problems getting data to work on?

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332 -user=user.1 -pass=pass
Client will start 2 miner threads
Work will be refreshed every 4000 ms
0 khash/s
0 khash/s

I tested minerd just before this and it works great

Code:

./minerd --url=http://mining.bitcoin.cz:8332 --userpass=user.1:pass -t 1
1 miner threads started, using SHA256 'c' algorithm.
HashMeter(0): 16777215 hashes, 822.86 khash/sec
HashMeter(0): 8388607 hashes, 823.86 khash/sec

Whatever version of libCURL you linked against isn't redirecting to the correct URL. Use the correct URL and password parameter in the arguments instead and it should work.

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332/ -user=user.1 -password=pass

JollyGreen

newbie

Activity: 42

Merit: 0

I compiled the cpu only version of rpcminer on mac osx and it compiled with no problems. However, it's still only getting 0khash/s. Is there a way to test it in non-network mode to see if it's just having problems getting data to work on?

Code:

./rpcminer -url=http://mining.bitcoin.cz:8332 -user=user.1 -pass=pass
Client will start 2 miner threads
Work will be refreshed every 4000 ms
0 khash/s
0 khash/s

I tested minerd just before this and it works great

Code:

./minerd --url=http://mining.bitcoin.cz:8332 --userpass=user.1:pass -t 1
1 miner threads started, using SHA256 'c' algorithm.
HashMeter(0): 16777215 hashes, 822.86 khash/sec
HashMeter(0): 8388607 hashes, 823.86 khash/sec

Topic: RPC Miners (CPU/4way/CUDA/OpenCL) - page 9. (Read 548298 times)