Bitcoin Forum
November 18, 2024, 12:03:36 PM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
   Home   Help Search Login Register More  
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 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 ... 165 »
  Print  
Author Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB  (Read 1193209 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
myporsche
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
August 11, 2013, 03:22:32 AM
 #481

What font is your console using?

Is it this?
http://i41.tinypic.com/2h3pixi.png

and my system is win7 64bit Simplified Chinese version
I'm sorry to say that I cannot read Chinese Sad
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.png
The 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
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
August 11, 2013, 05:04:08 PM
 #482

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 Offline

Activity: 2576
Merit: 1186



View Profile
August 11, 2013, 05:11:35 PM
 #483

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
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
August 11, 2013, 05:19:36 PM
 #484

Thanks Smiley  I thought I had some phantom block erupter problem.
Spendulus
Legendary
*
Offline Offline

Activity: 2926
Merit: 1386



View Profile
August 11, 2013, 11:11:08 PM
 #485

Quote
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 Offline

Activity: 2576
Merit: 1186



View Profile
August 13, 2013, 06:33:48 AM
Last edit: August 13, 2013, 07:18:08 AM by Luke-Jr
 #486

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 Offline

Activity: 106
Merit: 10


View Profile
August 13, 2013, 06:37:13 AM
 #487

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?

Quote
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 Smiley
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
August 13, 2013, 07:17:33 AM
 #488

The program runs perfectly, hash rate is good, but should I be concerned about these compilation warnings?
Code:
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. Smiley

Krellan
Member
**
Offline Offline

Activity: 106
Merit: 10


View Profile
August 13, 2013, 07:42:03 AM
 #489

These are bugs in your compiler and libcurl, fixed in newer versions of such, and harmless in any case. Smiley

Cool, thanks!
Josh

1JUZr4TZ5zuB4WdEv4mrhZMaM7yttpJvLG Smiley
af_newbie
Legendary
*
Offline Offline

Activity: 2702
Merit: 1468



View Profile WWW
August 13, 2013, 04:02:19 PM
 #490

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 Offline

Activity: 47
Merit: 0


View Profile
August 13, 2013, 04:02:32 PM
 #491

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...
capa
Full Member
***
Offline Offline

Activity: 138
Merit: 100



View Profile
August 13, 2013, 11:21:11 PM
 #492

Luke-Jr is standing for election to the board of the Bitcoin Foundation. If you like what he's contributed to Bitcoin so far and agree with his vision for Bitcoin "as a legal and widely utilized, decentralized replacement for fiat currencies", then:

Join the Bitcoin Foundation: https://bitcoinfoundation.org/support

Read Luke-Jr's full statement: http://eligius.st/~gateway/news/founder-stands-bitcoin-foundation-election
Teddyhead
Newbie
*
Offline Offline

Activity: 9
Merit: 0



View Profile
August 14, 2013, 02:52:32 AM
 #493

I started using BFGMiner with two BFL SC Singles. The actual hashrate just doesn't seem to add up:

https://i.imgur.com/uTIMDYp.jpg

49 GH/s literally going nowhere.  Huh
RoboCoder
Sr. Member
****
Offline Offline

Activity: 388
Merit: 250


Save A Life, Adopt a Pet Today!


View Profile WWW
August 14, 2013, 03:01:36 AM
 #494

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.  Huh

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 Offline

Activity: 2702
Merit: 1468



View Profile WWW
August 14, 2013, 03:05:12 AM
 #495

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.  Huh

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 Offline

Activity: 2576
Merit: 1186



View Profile
August 14, 2013, 03:24:14 AM
 #496

Yeah, for more than 5 Gh/s or so you definitely want to use GBT or stratum with a difficulty much higher than 1 Smiley

RoboCoder
Sr. Member
****
Offline Offline

Activity: 388
Merit: 250


Save A Life, Adopt a Pet Today!


View Profile WWW
August 14, 2013, 03:29:41 AM
 #497

Yeah, for more than 5 Gh/s or so you definitely want to use GBT or stratum with a difficulty much higher than 1 Smiley

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
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1002



View Profile
August 14, 2013, 08:46:51 AM
 #498

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 Offline

Activity: 2576
Merit: 1186



View Profile
August 14, 2013, 09:48:55 AM
 #499

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
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1002



View Profile
August 14, 2013, 10:32:22 AM
Last edit: August 14, 2013, 12:05:48 PM by Mapuo
 #500

Yes, its working. And will need to disable BFL in the second instance now Smiley

Thank you
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 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 ... 165 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!