Thanks that one is probably the culprit and the message is the hint, whereas the windows backtrace was unhelpful apart from suggesting it was a freeing issue. Can you try latest git please?

Try using the binary and following the directions in here:
http://ck.kolivas.org/apps/cgminer/debug/

cgminer-debug.exe caused an Access Violation at location 77cf32b0 in module ntdll.dll Reading from location 0482bef2.

Registers:
eax=00100000 ebx=048661f8 ecx=00000001 edx=000007ff esi=0482bef0 edi=00740000
eip=77cf32b0 esp=0338ab8c ebp=0338abb4 iopl=0         nv up ei pl nz na pe nc
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010202

Call stack:
77CF32B0  ntdll.dll:77CF32B0  RtlImageNtHeader
77CF35B7  ntdll.dll:77CF35B7  RtlImageNtHeaderv
77CF34A2  ntdll.dll:77CF34A2  RtlImageNtHeader
773F98CD  msvcrt.dll:773F98CD  free
00404637  cgminer-debug.exe:00404637
0045D362  cgminer-debug.exe:0045D362
0045D91D  cgminer-debug.exe:0045D91D
0045DCD4  cgminer-debug.exe:0045DCD4
004D7A8B  cgminer-debug.exe:004D7A8B
77401287  msvcrt.dll:77401287  _itow_s
77401328  msvcrt.dll:77401328  _endthreadex
76DB338A  kernel32.dll:76DB338A  BaseThreadInitThunk
77CF9F72  ntdll.dll:77CF9F72  RtlInitializeExceptionChainu
77CF9F45  ntdll.dll:77CF9F45  RtlInitializeExceptionChain

#0  0x00007fb45460ccc9 in __GI_raise (sig=sig@entry=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56      ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt full
#0  0x00007fb45460ccc9 in __GI_raise (sig=sig@entry=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
        resultvar = 0
        pid = 11428
        selftid = 11459
#1  0x00007fb4546100d8 in __GI_abort () at abort.c:89
        save_stage = 2
        act = {__sigaction_handler = {sa_handler = 0x7fb44e02db90,
            sa_sigaction = 0x7fb44e02db90}, sa_mask = {__val = {
              140412379650640, 0, 4294967296, 140412379650648,
              140412379650640, 8700951690291695954, 34359738369,
              15020210604761758210, 140412379650648, 1173025764356111352,
              8409057363769621645, 10048828393066491241, 12341603478805500196,
              3845900113458748955, 10915808292373199057,
              4028156633168234533}}, sa_flags = 1352422596,
          sa_restorer = 0x80000000}
        sigs = {__val = {32, 0 }}
#2  0x00007fb454649f24 in __libc_message (do_abort=do_abort@entry=1,
    fmt=fmt@entry=0x7fb4547586c8 "*** Error in `%s': %s: 0x%s ***\n")
    at ../sysdeps/posix/libc_fatal.c:175
        ap = {{gp_offset = 40, fp_offset = 1475,
            overflow_arg_area = 0x7fb44e02dba0,
            reg_save_area = 0x7fb44e02db30}}
        fd = 14
        on_2 =
        list =
        nlist =
        cp =
        written =
#3  0x00007fb4546561fe in malloc_printerr (ptr=,
    str=0x7fb4547587f8 "double free or corruption (out)", action=1)
    at malloc.c:4996
        buf = "00007fb42c02b4d0"
        cp =
#4  _int_free (av=, p=, have_lock=0)
    at malloc.c:3840
        size =
        fb =
        nextchunk =
        nextsize =
        nextinuse =
        prevsize =
        bck =
        fwd =
        errstr =
        locked =
#5  0x000000000040897a in _free_work (work=0x7fb42c02b4d0) at cgminer.c:2005
No locals.
#6  0x000000000046556c in process_nonces (bflsc=0x1f6fe90, dev=0,
    xlink=0x7fb44e02fde0 "", data=0x7fb4240009e1 "BD06,5C,0", count=5,
    fields=0x7fb424000be0, nonces=0x7fb44e031e54) at driver-bflsc.c:1488
        sc_info = 0x1f70230
        thr = 0x1f3ac60
        work = 0x7fb42c02b4d0
        core = 88 'X'
        nonce = 616981876
        i = 5
        num = 2
        x = 0
        tmp = 0x0
        res = false
        __func__ = "process_nonces"
#7  0x0000000000465cb6 in process_results (bflsc=0x1f6fe90, dev=0,
    pbuf=0x7fb44e031eb0 "COUNT:8", nonces=0x7fb44e031e54,
    in_process=0x7fb44e031e58) at driver-bflsc.c:1568
        sc_info = 0x1f70230
        items = 0x7fb424000fa0
        firstname = 0x7fb424000cf0 "BD10"
        fields = 0x7fb424000be0
        lf = 0x0
        que = 8
        i = 7
        lines = 11
        count = 5
        tmp = 0x0
        tmp2 = 0x0
        buf = 0x7fb424000e70 "INPROCESS:0\nCOUNT:8\nBD07,41,2,3EDE368B,81B58B6D\nBCFE,05,0\nBCF9,2C,1,CC9DFDA2\nBD18,4F,0\nBD0E,57,0\nBD06,5C,0\nBD09,33,1,05718BA4\nBD10,58,2,272FC9CC,24C66574\nOK\n"
        xlink = '\000'
        res = true
#8  0x0000000000466205 in bflsc_get_results (userdata=0x1f6fe90)
    at driver-bflsc.c:1640
        ts_start = {tv_sec = 239291, tv_nsec = 213551388}
        in_process = 0
        bflsc = 0x1f6fe90
        sc_info = 0x1f70230
        elapsed = {tv_sec = 0, tv_usec = 50149}
        now = {tv_sec = 1421676015, tv_usec = 940195}
        oldest = 3.40282347e+38
        f = 3.40282347e+38
        buf = "COUNT:8\000S:0\nCOUNT:8\nBD07,41,2,3EDE368B,81B58B6D\nBCFE,05,0\nBCF9,2C,1,CC9DFDA2\nBD18,4F,0\nBD0E,57,0\nBD06,5C,0\nBD09,33,1,05718BA4\nBD10,58,2,272FC9CC,24C66574\nOK\n", '\000'
        err = 0
        amount = 157
        i = 1
        que = 10
        dev = 0
        nonces = 3
        readok = true
#9  0x00007fb4549a4182 in start_thread (arg=0x7fb44e033700)
    at pthread_create.c:312
        __res =
        pd = 0x7fb44e033700
        now =
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140412379674368,
                -3819750026809842330, 0, 0, 140412379675072, 140412379674368,
                3861020365915809126, 3861041330569340262},
              mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0},
            data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
        not_first_call =
        pagesize_m1 =
        sp =
        freesize =
        __PRETTY_FUNCTION__ = "start_thread"
#10 0x00007fb4546d100d in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

Problem Event Name:   APPCRASH
Application Name:   cgminer.exe
Application Version:   0.0.0.0
Application Timestamp:   00119714
Fault Module Name:   ntdll.dll
Fault Module Version:   6.1.7601.18247
Fault Module Timestamp:   521ea8e7
Exception Code:   c0000005
Exception Offset:   0002e3be
OS Version:   6.1.7601.2.1.0.256.1
Locale ID:   1033
Additional Information 1:   0a9e
Additional Information 2:   0a9e372d3b4ad19135b953a78882e789
Additional Information 3:   0a9e
Additional Information 4:   0a9e372d3b4ad19135b953a78882e789

Target: 0000000000400000000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)                    
 [2015-01-18 10:10:06] Generated stratum merkle 795b18ef82ca0aa789aa22c36cfb6b58ef98fb543ebb8500ce77c52c43ce0a5c                    
 [2015-01-18 10:10:06] Generated stratum header 000000026a4f752f11c13c789f20d6dc966e75fcaecfb167091233a70000000000000000795b18e f82ca0aa789aa22c36cfb6b58ef98fb543ebb8500ce77c52c43ce0a5c54bbf65b1819012f000000 000000008000000000000000000000000000000000000000000000000000000000                    
 [2015-01-18 10:10:06] Work job_id 1421604443 208895 nonce2 7468 ntime 54bbf65b                    
 [2015-01-18 10:10:06] Generated target 0000000000000000000000000000000000000000000000000000400000000000                    
 [2015-01-18 10:10:06] Generated stratum work                    
 [2015-01-18 10:10:06] Pushing work from pool 0 to hash queue                    
 [2015-01-18 10:10:06] BMA 1: Share above target                    
 [2015-01-18 10:10:06]  Proof: 0000000042cc5faab12fba05bae24a44876f3fe6e0bd830d3c05894fcd7535f5
Target: 0000000000400000000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)                    
 [2015-01-18 10:10:06] Got work from get queue to get work for thread 0                    
 [2015-01-18 10:10:06] Successfully rolled work                    
 [2015-01-18 10:10:06] Successfully rolled work                    
 [2015-01-18 10:10:06] Discarded work                    
 [2015-01-18 10:10:06] Selecting pool 0 for work                    
 [2015-01-18 10:10:06] Successfully rolled work                    
 [2015-01-18 10:10:06] Discarded cloned or rolled work                    
(5s):770.9G (1m):1.351T (5m):1.484T (15m):1.472T (avg):1.519Th/s          

[2015-01-18 10:10:06] BMA 1: Share above target
 [2015-01-18 10:10:06]  Proof: 0000000042cc5faab12fba05bae24a44876f3fe6e0bd830d3c05894fcd7535f5
Target: 0000000000400000000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)
 [2015-01-18 10:10:06] Got work from get queue to get work for thread 0
 [2015-01-18 10: [21001:50-60]1 -1S8u c1c0e:s1s0f:u0l6l]y  Drioslclaerdd ewdo rwko
r [2015-01-18 10:10:06] Successfully rolled work
k
 [2015-01-18 10:10:06] Selecting pool 0 for work
 [2015-01-18 10:10:06] Successfully rolled work
 [2015-01-18  [2015-011-01:81 01:00:61]0 :06]D isGceanredreadt ecdl osnterda tourm  rmoelrlkelde  wfo7r6k6f
f3b98a511d6019d0153ba6ae0d97f298561d97073da0849a44181eff57f
 [2015-01-18 10:10:06] BMA 1: Share above target
 [2015-01-18 10:10:06] Successfully rolled work
 [2015-01-18 10:10:13] Generated stratum header 000000026a4f752f11c13c789f20d6dc966e75fcaecfb167091233a70000000000000000f766ff3 b98a511d6019d0153ba6ae0d97f298561d97073da0849a44181eff57f54bbf65b1819012f000000 000000008000000000000000000000000000000000000000000000000000000000
 [2015-01-18 10:10:13]  Proof: 0000000011af500a35b11e648f95d4e2f1eab536eb6f54087dc38d8ec4cf2c50
Target: 0000000000400000000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)
 [2015-01-18 10:10:13] Work job_id 1421604443 208895 nonce2 7469 ntime 54bbf65b
 [2015-01-18 10:10:13] BMA 1: Share above target

  Problem Event Name:   APPCRASH
  Application Name:   cgminer-temp.exe
  Application Version:   0.0.0.0
  Application Timestamp:   0011c714
  Fault Module Name:   ntdll.dll
  Fault Module Version:   6.1.7601.18247
  Fault Module Timestamp:   521ea8e7
  Exception Code:   c0000005
  Exception Offset:   0002e3be
  OS Version:   6.1.7601.2.1.0.256.1
  Locale ID:   1033
  Additional Information 1:   0a9e
  Additional Information 2:   0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:   0a9e
  Additional Information 4:   0a9e372d3b4ad19135b953a78882e789

In theory, on extensive tests, I should see no benefit to mining at diff 2 vs. diff 8 over extended periods of time.  But in actuality, I was seeing poorer results in the neighborhood of 100-150mhps.  If I am going to lose credit for my current work, I'd much rather lose 2 or 4 than 8 or 16...or 512 or 1024.  Granted, those come up less frequently.  

If I can come up with a better way of demonstrating it, I will.  Maybe there is some other explanation for what I was observing.  *shrugs*  

my good fury produced:

At work diff 2, effective 2.11ghps.  
At work diff 4, effective 2.03ghps.  
At work diff 8, effective 1.94ghps.  

Why, then, is this happening?  I ran it longer than 2 hours on each.  I suppose it could be bad luck, so I will try each again.

If those random hardware errors cause the entire current work unit to fail, then it's best to keep their effect to as small a portion of work as possible. 

Let's pretend that work diff of 64 takes about 10 mins, on average, to produce an accepted result.  If you have a single hardware error in that 10 minutes, you wasted the entire 10 minutes.

If those random hardware errors cause the entire work unit to fail, then it's best to keep their effect to as small a portion of work as possible.  

Let's pretend that work diff of 64 takes about 10 mins, on average, to produce an accepted result.  If you have a single hardware error in that 10 minutes, you wasted the entire 10 minutes.  If you had broken it up into 8 units of 8 diff work, you would have only lost ONE of those work packets.  Instead of losing all 64, you get 7 of the 8, or 56.  56 is better than 0, yes?

And if you're churning away at solving a work unit diff 16, and only make it to halfway ( before a block is found by someone else....you wasted the progress you did have (8 -- which is 'halfway').

I was basing it off of what I was witnessing with my fury in bfgminer 3.5.1.  3.2.0 doesn't report the errors.  Neither does your cgminer.  

I use VirtualBox a bit, I have never tried passing these devices though, does it really work ?

Hi all,

I am running Windows 8.1 x64 and bfgminer 3.5.1 but I cannot get the computer to install the driver. I have included screenshots.

I followed the directions at the beginning of this thread. Can anyone provide me with any assistance?

It is greatly appreciated.

Thanks.

Twice now I have ended up with 5 of 6 BF sticks showing either 'Sick' or 'Dead' after an hour of hashing. Running in BFGminer on Win 7.

It means they are hashing. It just means that you have stopped the mining software and not reset the device before starting the software again.

As a reseller, I have not had any complaints yet, but I'm sure I will.  I sold out today and the first orders are just getting delivered.
I calculated at 2.2 Gh/s vs. the promised 2.6 Gh/s there will be about $3.20 in lost mining revenue.  This takes into account difficulty increases using the coinish calculator.  Disappointing, but not enough to throw a stink over.

Ok just had a thought. Could be totally wrong here.
The chips are rated at 5gh.
So the hw errors we are receiving from 50-60 percent is the reduction of hash power.
That's why we are getting these hash speeds of 2.2gh

It's just a thought
What does everyone else think

@zyk0 & @ssinc

What OS? As I've seen this before but after I recompiled BFG using 3.2.0, I haven't seen the issue since, so, I'm curious what OS you're using these on.

I have two units that are doing this as well.

My results:
http://i.imgur.com/PmUWLvK.gif

The Blue Fury hashing at 380MH/s is disturbing...

Odd.  Have you tried isolating that suspect card/unit such that you try mining with it and only it?  Since 4-port unpowered hubs are common, I have to ask...  Are you using a powered hub?