Search content
Sort by
Showing 20 of 239 results by cdhowie
Re: BFGMiner modular FPGA/GPU overclock monitor fanspeed GCN RPC Linux/Windows 2.5.1
Wonder if you can zip up the source code for just pdcurses.dll and send them in together.
Their GUI only seems to allow for detected files to be submitted. It doesn't detect the original ZIP file that I downloaded as containing anything malicious.Maybe if I added the DLL with no compression...
Re: BFGMiner modular FPGA/GPU overclock monitor fanspeed GCN RPC Linux/Windows 2.5.1
I have sent it in already... though in my experience they usually don't do much without contact from someone involved in the production or compilation of the software. :/
Quote
AVG Research Lab has analyzed the file(s) you have sent from your AVG Virus Vault. Below you can find the results for each file. The final verdict on the file is either a correct detection or a false positive detection.
Further information about the verdicts are available at our website:
http://www.avg.com/faq-1184
"c:\Users\Chris Howie\Desktop\bfgminer-2.5.1-win32\pdcurses.dll" - detection is correct
Further information about the verdicts are available at our website:
http://www.avg.com/faq-1184
"c:\Users\Chris Howie\Desktop\bfgminer-2.5.1-win32\pdcurses.dll" - detection is correct
Yeah, that's more or less what I expected.
Re: BFGMiner modular FPGA/GPU overclock monitor fanspeed GCN RPC Linux/Windows 2.5.1
After extracting the Windows binaries, AVG detects "PSW.KeyLogger.AVU" in pdcurses.dll. Since the functionality of pdcurses is to read keystrokes, this doesn't surprise me terribly, but it is a bit disconcerting. Can this be resolved somehow?
Report it to your AVG as a false positive?Re: BFGMiner modular FPGA/GPU overclock monitor fanspeed GCN RPC Linux/Windows 2.5.1
After extracting the Windows binaries, AVG detects "PSW.KeyLogger.AVU" in pdcurses.dll. Since the functionality of pdcurses is to read keystrokes, this doesn't surprise me terribly, but it is a bit disconcerting. Can this be resolved somehow?
Re: ► Buying ALL Team Fortress 2 TF2 Items ◄► Bitcoin, Liberty Reserve, Mt. Gox ◄
Lol high price) I sell keys for 1.29$ =)
Good for you.I am selling TF2 items in exchange for BTC anchored in USD, dictated by the following conversion rates:
This comes down to: 1 ref is $0.75 and 1 scrap metal is $0.0833. I sell most items as 1 scrap each ("retail" price) but may be willing to do a bulk discount. If you want, have a look at my inventory. I don't list keys on that page; right now I have 4.
- 2.66 refined metal = 1 key
- 1 key = 2 USD
- USD value converted to BTC by current Mt. Gox bid.
This comes down to: 1 ref is $0.75 and 1 scrap metal is $0.0833. I sell most items as 1 scrap each ("retail" price) but may be willing to do a bulk discount. If you want, have a look at my inventory. I don't list keys on that page; right now I have 4.
Re: ► Buying ALL Team Fortress 2 TF2 Items ◄► Bitcoin, Liberty Reserve, Mt. Gox ◄
Are you buying keys? I will sell them for 2 USD equivalency in BTC.
I also have a pretty large stock of items. I treat keys as 2.66 refined, so... 1 ref = $0.75, 1 scrap = $0.0833. I sell most items as 1 scrap each ("retail" price) but may be willing to do a bulk discount. If you want, have a look at my inventory.
I also have a pretty large stock of items. I treat keys as 2.66 refined, so... 1 ref = $0.75, 1 scrap = $0.0833. I sell most items as 1 scrap each ("retail" price) but may be willing to do a bulk discount. If you want, have a look at my inventory.
Re: ► Buying ALL Team Fortress 2 TF2 Items ◄ ✔ ► Bitcoin, Liberty Reserve, Mt. Gox ◄
http://tf2b.com/tf2/serajewelks
Offers welcome, but note that any stranges or vintages will require overpaying since I don't have any duplicates of those right now.
Edit: Page 1 are my spares / things I will gladly trade away. Everything else is stuff I intend to keep unless the right offer comes along.
Offers welcome, but note that any stranges or vintages will require overpaying since I don't have any duplicates of those right now.
Edit: Page 1 are my spares / things I will gladly trade away. Everything else is stuff I intend to keep unless the right offer comes along.
Tried to contact you through both mail and PM here.. but you haven't responded 
Sorry, I've had a bit on my plate. The messages are still in my inbox and I'll try to investigate this before Friday.After watching tshark, poclbm.py output, and tailing the access log for the proxy, I have determined that a low KeepAliveTimeout setting in the Apache config was the culprit.
The KeepAliveTimeout on my server was 3 seconds, and the ask rate was 5. This caused the miner to try to use a KeepAlive session, only to find it timed out. Then it had to establish a new connection. This was giving the connection issues I was seeing.
Essentially what this means is the KeepAliveTimeout setting has to be higher than the ask rate. I would suggest adding a few seconds on top to make sure there's a little wiggle room.
Thanks for the info! I'll add this to the readme, and perhaps to the .htaccess file.The KeepAliveTimeout on my server was 3 seconds, and the ask rate was 5. This caused the miner to try to use a KeepAlive session, only to find it timed out. Then it had to establish a new connection. This was giving the connection issues I was seeing.
Essentially what this means is the KeepAliveTimeout setting has to be higher than the ask rate. I would suggest adding a few seconds on top to make sure there's a little wiggle room.
Do these comments mean this project doesn't work with Multiclone.us.to ? Because otherwise, this looks awesome.
Looking at the getwork response from Multiclone, I see no reason why it should not work with my proxy.How goes the C# backend?
I've run into a few bugs and have been fixing them and doing a lot of testing. It's getting there quickly.I been doing some research into the Long Polling issue, wouldn't be possible to just let the miner connect to the LP address directly instead of going through the proxy?
No. The LP request will return work, and if the work doesn't pass through the proxy then it can't be recorded in the database. And if it can't be recorded in the database, then work submissions against that work cannot be routed to their source pool, and the work the miner has done will have been for nothing.Further, the LP specification implies that the X-Long-Polling header must return a host-relative URI. (Though some pools do not follow this.)
Is there any way to login with worker credentials inside the web page using a Web Browser? It's all http protocol and I shuold get some JSON response if I understand.
Well, you need to send a POST request with the appropriate JSON-RPC method call to get a JSON response. But you can still point your browser at the proxy (just remove "/admin/..." from the URL) and authenticate as a worker. If you successfully authenticate, you'll get back a 400 Bad Request ("I don't understand what you said") response.Try to connect with Ufasoft CPU miner:
But the miner don't connect to proxy, it remains with:
What's wrong?
Can you use a packet sniffer (like Wireshark) to see what's going on when your miner tries to contact the pool?Code:
bitcoin-miner.exe -a 5 -o http://youraddress.freeiz.com:80 -u worker -p x
But the miner don't connect to proxy, it remains with:
Code:
0 Mhash/s Error 80072EE2: The operation timed out.
What's wrong?
I think you need bitcoind & pushpool for the proxy requirements, 000webhost.com doesn't support that. (you need shell access)
... what?Thanks for the proxy. Seems to work pretty well so far.
I did have to make one change to fix a problem with the proxy out of the box. Whenever I submitted a form, I'd be redirected to some other web site (localhost) which has no server running. It appears you're reading SERVER_NAME, which may or may not be correct. It's more reliable to read HTTP_HOST:
I did have to make one change to fix a problem with the proxy out of the box. Whenever I submitted a form, I'd be redirected to some other web site (localhost) which has no server running. It appears you're reading SERVER_NAME, which may or may not be correct. It's more reliable to read HTTP_HOST:
Code:
--- a/htdocs/common.inc.php 2011-05-29 22:20:55.000000000 -0400
+++ b/htdocs/common.inc.php 2011-05-29 23:29:49.000000000 -0400
@@ -154,7 +154,7 @@
$port = ($default_port == $_SERVER['SERVER_PORT']) ? "" :
":" . $_SERVER['SERVER_PORT'];
- $base = "$scheme://{$_SERVER['SERVER_NAME']}$port" . get_site_uri();
+ $base = "$scheme://{$_SERVER['HTTP_HOST']}$port" . get_site_uri();
return $base . $uri;
}
+++ b/htdocs/common.inc.php 2011-05-29 23:29:49.000000000 -0400
@@ -154,7 +154,7 @@
$port = ($default_port == $_SERVER['SERVER_PORT']) ? "" :
":" . $_SERVER['SERVER_PORT'];
- $base = "$scheme://{$_SERVER['SERVER_NAME']}$port" . get_site_uri();
+ $base = "$scheme://{$_SERVER['HTTP_HOST']}$port" . get_site_uri();
return $base . $uri;
}
Hey, you still haven't included this fix, as far as I can tell. I just pulled master and it isn't there.
Patch applied and pushed, thanks!
this is what is showing up in the apache logs
And this is the command that i am using to launch the miners
Can you maybe try to tell me what the problem is or what other info i need to figure the problem out?
Response 401 is "unauthorized." Your command does not appear to include any authentication information. You need to add the username and password of one of the proxy's worker accounts.Code:
192.168.2.2 - default [03/Jul/2011:10:03:50 -0400] "POST / HTTP/1.1" 401 364 "-" "phoenix/1.4"
192.168.2.2 - default [03/Jul/2011:10:04:00 -0400] "POST / HTTP/1.1" 401 364 "-" "phoenix/1.4"
192.168.2.2 - default [03/Jul/2011:10:04:10 -0400] "POST / HTTP/1.1" 401 364 "-" "phoenix/1.4"
192.168.2.2 - default [03/Jul/2011:10:04:20 -0400] "POST / HTTP/1.1" 401 364 "-" "phoenix/1.4"
192.168.2.2 - default [03/Jul/2011:10:04:30 -0400] "POST / HTTP/1.1" 401 364 "-" "phoenix/1.4"
192.168.2.2 - default [03/Jul/2011:10:04:00 -0400] "POST / HTTP/1.1" 401 364 "-" "phoenix/1.4"
192.168.2.2 - default [03/Jul/2011:10:04:10 -0400] "POST / HTTP/1.1" 401 364 "-" "phoenix/1.4"
192.168.2.2 - default [03/Jul/2011:10:04:20 -0400] "POST / HTTP/1.1" 401 364 "-" "phoenix/1.4"
192.168.2.2 - default [03/Jul/2011:10:04:30 -0400] "POST / HTTP/1.1" 401 364 "-" "phoenix/1.4"
And this is the command that i am using to launch the miners
Code:
python phoenix.py -u http://192.168.2.7:8337 -k poclbm DEVICE=2 BFI_INT WORKSIZE=128 AGGRESSION=8 FASTLOOP VECTORS
Can you maybe try to tell me what the problem is or what other info i need to figure the problem out?
Please consider porting to Java, now i'll have to install mono?
I thought about writing it in Java, until I realized that means I would have to write it in Java. Then I took some Pepto for the resulting nausea.Everybody will probably have Java already.
[citation needed]If on a LAMP server, Java probably won't be installed by default. If on a desktop, Java still probably won't be installed by default (unless it's GNU classpath) and in some cases Mono will be installed too, for Banshee/Tomboy/F-Spot.
Honestly, I'd rather focus my energy on adding support for PostgreSQL, which I should have done in the first place...