I've been noticing the same thing. Guess I'll have to use a different miner for cpu.

I agree.  Do away with CPU mining altogether in CGMiner.  You'd be doing people a favor by not letting them waste electricity on an unprofitable venture.

I agree CPU mining is unprofitable, and I don't do it, but you can't rule it out entirely.  I'm sure there's some people that mine regardless of the cost do it for the sake of helping the project along.

You don't make profit from Folding @ Home or SETI, but people do it all the same.  

Same problem on self-compiled OSX (10.7) version. Linux 1.5.4 appears to be working well.

Can we please get a detailed explanation of how the queue option works ?

I mine on a pool that pays for stales and gets communication errors now and then, would it help to bump up the queue option?

My GPU threads were constantly sick and dying. I had to revert to an earlier version. Something might be wrong with this latest build.

Win7 x64
Nvidia Drivers: 275.33 Edit: I just looked and there are updated drivers out right now. Will see if that makes a difference.
AMD Phenom 9750
Nvidia Gefoce 9600
Nvidia Geforce 9500

Impressive, no?

Has anyone built successfully cgminer on Mac OS X 10.6.8 or 10.7?
I have tried it myself, and got this error:


On Lion there is curl version 7.21.4 installed, see:

Any ideas or suggestions?

New version. NOTE the windows binary should CPU mine again (-O3 was unstable, but -O2 works) and includes a cpumine only executable as well.

Source:
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.5.tar.bz2
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.5.tar.lrz

Ubuntu:
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.5-x86_64-built.tar.bz2
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.5-x86_64-built.tar.lrz

Windows 32 bit binary:
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.5-win32.zip


Version 1.5.5 - August 16, 2011

- Rework entirely the GPU restart code. Strike a balance between code that
re-initialises the GPU entirely so that soft hangs in the code are properly
managed, but if a GPU is completely hung, the thread restart code fails
gracefully, so that it does not take out any other code or devices. This will
allow cgminer to keep restarting GPUs that can be restarted, but continue
mining even if one or more GPUs hangs which would normally require a reboot.
- Add --submit-stale option which submits all shares, regardless of whether they
would normally be considered stale.
- Keep options in alphabetical order.
- Probe for slightly longer for when network conditions are lagging.
- Only display the CPU algo when we're CPU mining.
- As we have keepalives now, blaming network flakiness on timeouts appears to
have been wrong.     Set a timeout for longpoll to 1 hour, and most other
network connectivity to 1 minute.
- Simplify output code and remove HW errors from CPU stats.
- Simplify code and tidy output.
- Only show cpu algo in summary if cpu mining.
- Log summary at the end as per any other output.
- Flush output.
- Add a linux-usb-cgminer guide courtesy of Kano.

Courtesy of znort:
    Add automated benchmark of the CPU hashers
   
        The --algo switch now accepts the "auto" argument.
   
        When "auto" is passed to --algo, cgminer starts by benchmarking
        all the CPU algorithms it nows about and picks the fastest.
   
        This is useful for benchmarking, but also for folks who run
        cgminer on a large number of heterogeneous computers because
        it saves them from having to configure each instance optimally.
   
        Caveat emptor: depending on the platform, some algorithms will
        fail with "illegal instruction" (e.g. via padlock code on non via
        platforms, or SSE4 code on non SSE4 platforms).
   
        To protect against this, cgminer runs the benchmarks in a child
        process. The crash, if any occurs in the child, and the parent
        marks this algo as "fails" and continues benchmarking the next
        algorithm.