myporsche
Newbie
Offline
Activity: 5
Merit: 0
|
|
August 11, 2013, 03:22:32 AM |
|
I'm sorry to say that I cannot read Chinese Can you figure out what the font is, and whether I might be able to download it somewhere? As a temporary workaround (but let's keep trying to get it fixed!), you can use --no-unicode http://i39.tinypic.com/msyu68.pngThe font title is Terminal (TrueType),the file name in the win folder is vga936.fon. I found that I changed the settings such as GPU intensity this buy will appear.
|
|
|
|
vulgartrendkill
|
|
August 11, 2013, 05:04:08 PM |
|
Hey there, I`m having a little issue with my block erupters on BFG 3.1.4. I appears like BFG might be adding a phantom erupter, and so I have two number 9`s. Any ideas? The only way i`ve managed to get rid of this is to restart bfg, but I`d like to keep it going. Thanks.
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
August 11, 2013, 05:11:35 PM |
|
Hey there, I`m having a little issue with my block erupters on BFG 3.1.4. I appears like BFG might be adding a phantom erupter, and so I have two number 9`s. Any ideas? The only way i`ve managed to get rid of this is to restart bfg, but I`d like to keep it going. Thanks. It's just a rendering glitch if they have the same id.
|
|
|
|
vulgartrendkill
|
|
August 11, 2013, 05:19:36 PM |
|
Thanks I thought I had some phantom block erupter problem.
|
|
|
|
Spendulus
Legendary
Offline
Activity: 2912
Merit: 1386
|
|
August 11, 2013, 11:11:08 PM |
|
Anyone else all of a sudden start having their ESET or other virus program start flagging BFG? Was alwasy good, never had a problem before (but cgminer would get picked up). Now here within the last week or so ESET is flagging BFG.
IMO, "antivirus" software that takes the easy way out by flagging commonly abused software as more than merely a warning, is itself malware. They should be looking for the virus/trojan itself, not the common software they use.
Sadly i found many other private clients from being infected by a bfgminer/cgminer/minerd instance Hidden in a self starting proces called adobe, so it looks some botnet builders are using the miner to run them illegal These unknowing customers have no clue that its not normal that their gpu is blazing like mad so they complain and ofcourse some specialist find that its caused by the secretly installed miners. If this is done by people they know or by botnet owners or usage of illegal software i do not know. Ofcourse some of them report their findings to the av companies, and to be honest even though its annoying they are right But fact is that this causes all anti virus makers to flag the miners as nasty software. They aren't right. BFGMiner is not malware. The botnet is. Flag that, not the legit software it's abusing. There is a thing named adobe autodownloaded in the malware packages in "bfgminer dot org", that would likely be this item.
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
August 13, 2013, 06:33:48 AM Last edit: August 13, 2013, 07:18:08 AM by Luke-Jr |
|
when the temperature reached 86 C on one BFL device, that device was not disabled. Do I have to setup any other "auto" parameters for temp-cutoff to work?
After a careful review of the code in question: - --temp-cutoff acts when the temperature exceeds the argument. This is how BFGMiner/cgminer have always interpreted the value, so this is a documentation error.
- While a device is resting, the hardware error counter continually increments. This is a regression in 3.1.4 (older versions worked correctly).
- It works for me, with the above in mind.
|
|
|
|
Krellan
Member
Offline
Activity: 106
Merit: 10
|
|
August 13, 2013, 06:37:13 AM |
|
I just upgraded to bfgminer 3.1.4, rather impressed by the new display layout, I like the summary line and blue highlight at top! The program runs perfectly, hash rate is good, but should I be concerned about these compilation warnings? util.c: In function ‘notifier_read’: util.c:2564:2: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] util.c: In function ‘notifier_wake’: util.c:2554:2: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] util.c: In function ‘json_rpc_call_completed’: util.c:504:6: warning: call to ‘_curl_easy_getinfo_err_string’ declared with attribute warning: curl_easy_getinfo expects a pointer to char * for this info [enabled by default]
Josh
|
1JUZr4TZ5zuB4WdEv4mrhZMaM7yttpJvLG
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
August 13, 2013, 07:17:33 AM |
|
The program runs perfectly, hash rate is good, but should I be concerned about these compilation warnings? util.c: In function ‘notifier_read’: util.c:2564:2: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] util.c: In function ‘notifier_wake’: util.c:2554:2: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] util.c: In function ‘json_rpc_call_completed’: util.c:504:6: warning: call to ‘_curl_easy_getinfo_err_string’ declared with attribute warning: curl_easy_getinfo expects a pointer to char * for this info [enabled by default] These are bugs in your compiler and libcurl, fixed in newer versions of such, and harmless in any case.
|
|
|
|
Krellan
Member
Offline
Activity: 106
Merit: 10
|
|
August 13, 2013, 07:42:03 AM |
|
These are bugs in your compiler and libcurl, fixed in newer versions of such, and harmless in any case. Cool, thanks! Josh
|
1JUZr4TZ5zuB4WdEv4mrhZMaM7yttpJvLG
|
|
|
af_newbie
Legendary
Offline
Activity: 2702
Merit: 1468
|
|
August 13, 2013, 04:02:19 PM |
|
when the temperature reached 86 C on one BFL device, that device was not disabled. Do I have to setup any other "auto" parameters for temp-cutoff to work?
After a careful review of the code in question: - --temp-cutoff acts when the temperature exceeds the argument. This is how BFGMiner/cgminer have always interpreted the value, so this is a documentation error.
- While a device is resting, the hardware error counter continually increments. This is a regression in 3.1.4 (older versions worked correctly).
- It works for me, with the above in mind.
Thanks Luke. I noticed it is working when it hits around 89...with parameter set to 86.
|
|
|
|
iamnightelf
Newbie
Offline
Activity: 47
Merit: 0
|
|
August 13, 2013, 04:02:32 PM |
|
I installed Bfgminer 3.1.4 and everything was running fine. I was tinkering around trying to build bitcoin-qt from source and changed a few things, now I get a bus error: 10 when I try to run Bfgminer 3.1.4 @ command prompt (terminal) in Mac OS X 10.8.4
How do I fix it? I tried restarting, reinstalling and NOTHING seems to work... I am stuck using Mac Miner for now...
|
|
|
|
|
Teddyhead
Newbie
Offline
Activity: 9
Merit: 0
|
|
August 14, 2013, 02:52:32 AM |
|
I started using BFGMiner with two BFL SC Singles. The actual hashrate just doesn't seem to add up: https://i.imgur.com/uTIMDYp.jpg49 GH/s literally going nowhere.
|
|
|
|
RoboCoder
|
|
August 14, 2013, 03:01:36 AM |
|
I started using BFGMiner with two BFL SC Singles. The actual hashrate just doesn't seem to add up: 49 GH/s literally going nowhere. Its not the singles. Its 50BTC. See the AS number around 4500... it is having trouble submitting to 50btc. I have had similar problems - high latency to the stratum server especially if you are in the US. I have had MUCH better success mining it at: pool-us.50btc.com:3333 Try that! Rob
|
|
|
|
af_newbie
Legendary
Offline
Activity: 2702
Merit: 1468
|
|
August 14, 2013, 03:05:12 AM |
|
I started using BFGMiner with two BFL SC Singles. The actual hashrate just doesn't seem to add up: 49 GH/s literally going nowhere. Its not the singles. Its 50BTC. See the AS number around 4500... it is having trouble submitting to 50btc. I have had similar problems - high latency to the stratum server especially if you are in the US. I have had MUCH better success mining it at: pool-us.50btc.com:3333 Try that! Rob +1 Try eclipsemc.com or eligius.st, both work well with BFLs.
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
August 14, 2013, 03:24:14 AM |
|
Yeah, for more than 5 Gh/s or so you definitely want to use GBT or stratum with a difficulty much higher than 1
|
|
|
|
RoboCoder
|
|
August 14, 2013, 03:29:41 AM |
|
Yeah, for more than 5 Gh/s or so you definitely want to use GBT or stratum with a difficulty much higher than 1 Wow.. slap me in the head and call me stupid.. can't believe i missed that. i find 32 diff on 50btc works real well for me on the us servers..
|
|
|
|
Mapuo
|
|
August 14, 2013, 08:46:51 AM |
|
Hi Luke, I cant disable my eruptors with --disable-icarus in my .bat. They working together with my BFL LS, but diff 32 is too high for them. I wanna run them with other worker with diff 1
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
August 14, 2013, 09:48:55 AM |
|
Hi Luke, I cant disable my eruptors with --disable-icarus in my .bat. They working together with my BFL LS, but diff 32 is too high for them. I wanna run them with other worker with diff 1
--disable-icarus is a compile-time option. -S erupter:noauto should do it
|
|
|
|
Mapuo
|
|
August 14, 2013, 10:32:22 AM Last edit: August 14, 2013, 12:05:48 PM by Mapuo |
|
Yes, its working. And will need to disable BFL in the second instance now Thank you
|
|
|
|
|