Highest Bid: 0.001
Lowest Ask: 0.001

BID:
50,000@0.0001 sparky999
0050@0.001  bichitotu

ASK:
287@0.001 dietwice
726@0.0017 fractal02 (I pay TX fee if you take all)
500@0.0019 carnoto
618@0.0025 DemocraticRepublicOfDave
033@0.0033333 Flashman I'm paying the tx fee (When all 33 bought together)
500@0.004 carnoto
200@0.0045 Z3
096@0.0074 CumpsD
254@0.03 kaneda2004

Highest Bid: 0.004
Lowest Ask: 0.0105

BID:
0100@0.00031 elitenoob
    50@0.001  bichitotu
1000@0.001 mrstef
3000@0.0027 Testit
1000@0.0031 Frankthechicken  (will pay trade fee for over 90)
0800@0.0035 ICantThinkOfaName (Split fee 50/50)
0250@0.004  grnbrg (I'll pay the fee.  Cheesy)

ASK:
096@0.0105 CumpsD
200@0.014 carnoto
048@0.0216 brox
254@0.03 kaneda2004
125@0.055 phraust

Highest Bid: 0.003
Lowest Ask: 0.01

BID:
0100@0.00031 elitenoob
    50@0.001  bichitotu
1000@0.001 mrstef
3000@0.0027 Testit
1000@0.0028 Frankthechicken  (will pay trade fee for over 100)
1000@0.003 ICantThinkOfaName

ASK:
387@0.01 dietwice
096@0.0105 CumpsD
200@0.014 carnoto
048@0.0216 brox
021@0.0261 pimpingken
254@0.03 kaneda2004
500@0.05 mboehler
125@0.055 phraust

Highest Bid: 0.003
Lowest Ask: 0.011

BID:
0100@0.00031 elitenoob
    50@0.001  bichitotu
1000@0.001 mrstef
3000@0.0027 Testit
1000@0.0028 Frankthechicken  (will pay trade fee for over 100)
1000@0.003 ICantThinkOfaName

ASK:
387@0.011 dietwice
096@0.0125 CumpsD
200@0.014 carnoto
048@0.0216 brox
021@0.0261 pimpingken
254@0.03 kaneda2004
500@0.05 mboehler
125@0.055 phraust

Highest Bid: 0.003
Lowest Ask: 0.013

BID:
0100@0.00031 elitenoob
    50@0.001  bichitotu
1000@0.001 mrstef
3000@0.0027 Testit
1000@0.0028 Frankthechicken  (will pay trade fee for over 100)
1000@0.003 ICantThinkOfaName

ASK:
387@0.013 dietwice
200@0.014 carnoto
096@0.015 CumpsD
048@0.0216 brox
021@0.0261 pimpingken
254@0.03 kaneda2004
500@0.05 mboehler
125@0.055 phraust

I have 6 of 9 transactions finished with an error "Could not connect to 2nd stage server" and having status "Processing" since 21th of October.

I had sent mails and created tickets but got no reply.

Does anybody knows any means to push the situation?

Isn't it time to sacrifice some lambs?

Got a strange issue.

Sometimes several of my workers stops being shown their shares at My account stats whilst others shares' number continue to increase in time.
Estimated reward also drops.

Looking at workers I notice nothing significant at all - they're producing shares as usual and cgminer marks them as Accepted.

After being restarted cgminer performs as usual but now shares are being counted and I see them in stats.

Looks like there's some instability in counting of shares which were accepted by stratum.

Does anybody have the same behavior?

It'd be nice to make some color coding for the "Last share at" field, for instance 0 to 1 minutes make green, up to 10 minutes - orange and more than 10 - red.
Just to make quick table reading easier)

Looks like "Average hashrate in last 10 rounds" value doesn't change.
It shows me the same value for a few days.
Not important, just to mention.

Is it ok that the block reward calculation is being processed for about 50 minutes till now?

I've just made cgminer 2.10.0 at Raspberry Pi to drive my Cairnsmore CM1.
Looks like it performs a bit better than the same version on Win7 at i7-2600K.

I like the debug version of cgminer aimed to collect some info on crash.
It doesn't crash

I've updated the DaCoinMinster's GreaseMonkey script which tweaks the pool website.
It shows some additional stats and also makes workers' status check even more trivial than it is out of the box.

Now it calculates miner's hashrate and some pool averages properly taking in account different block rewards.

It can be taken here:
http://rulezz.com.ua/98553.user.js

Also DaCoinMinster might want to review it and update at userscripts.org?

Imho it would be great to have a command line switch just to disable GBT and stop worrying about which one of backup pools had accidentally enabled GBT support.

Trying.
No more "untracked" shares

I connect cgminer to the mining_proxy which itself connects to the Slush's pool.
Both connections are via Stratum.
This way I get cgminer stable on network outages.

Maybe it is also a reason of getting an extra-fast response by cgminer from the other end of Stratum.

Testing 2.8.6 on Win7 x64.

There are lots of messages "Accepted untracked stratum share" among regular "Accepted 68132465..." ones.
What do they mean?

p.s. It took about 50 sec to recover normal operations when I switched to another wifi network.
And it died when I switched back.

2.8.4 on Win7 x64 still crashes on network failures.

Being on Wi-Fi it survived switching to another network just by switching to backup pool and then reconnecting to the main one (Slush).
But on switching network back it crashed.

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name:   cgminer.exe
  Application Version:   0.0.0.0
  Application Timestamp:   507f309d
  Fault Module Name:   StackHash_0a9e
  Fault Module Version:   0.0.0.0
  Fault Module Timestamp:   00000000
  Exception Code:   c0000005
  Exception Offset:   6f43203a
  OS Version:   6.1.7601.2.1.0.256.1
  Locale ID:   1058
  Additional Information 1:   0a9e
  Additional Information 2:   0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:   0a9e
  Additional Information 4:   0a9e372d3b4ad19135b953a78882e789

2.8.3 on Win7 x64 and XP x32 crashes eventually.

Last time it crashed on 2 different XP rigs at the same time so I think it could be related to some network events processing.

Sorry, no logs