Got a weird thing going on here, I have a Sapphire 5970 OC Edition and an XFX 5970 Black / Limited Edition in the same system. The first core of the Sapphire underwent some sort of thermal damage and is now unstable in the >300 MHz ranges, I have also discovered that the other GPU's aren't fully loaded when running in the same instance as this damaged GPU, so I keep it running in a separate instance of cgminer with dynamic intensity. Now, the first and second GPU of the Sapphire show up as core 0 and 3, the XFX GPU's show as 1 and 2 in cgminer.

If I provide comma-separated engine values, it seems to take the same (lower) settings for both cores on the Sapphire 5970, or maybe it's interpreting the values I provide in reverse. The XFX card doesn't respond to my settings, it reports default overclock values for the card. All of these are clocked with AMDOverdriveCtrl (I have no choice, as the rig will crash if core 1 on the Sapphire goes over 300 Mhz). So far, I am blessed though with the auto fan control, which bypasses the Sapphire's shitty stock fan control. Go cgminer! On the XFX though, fan control is also acting weird, here the default algorithm seems to do better, and if I shut down cgminer with auto-fan enabled for the XFX, then the fan on the XFX will also quit until rebooted. No more toying around for me.

I also had this problem about a week ago when I tried it out, it would run fine for a couple of hours, then it would start flooding the screen with mumbo-jumbo and stop doing useful work. Does the problem still persist with cgminer 2.0? Any chance of this getting fixed?

Wow Con, you've really outdone yourself this time! That looks like a jaw-dropping changelog, more than I could have ever dreamed of. This level of control should theoretically allow for 100% stable mining since all factors are now taken into account and adjusted towards a stable mining process. This is exactly what I was looking for, I'm leaving on vacation for Mexico in two weeks, it will be nice to know that cgminer is doing its best to keep my rig stable, considering that I'll be on the other side of the planet, way too far off to push the reset button in case the driver is in a fit and crashes. Can't wait to try it out!

No, that will launch multiple instances. Just repeat the parameters with different data:

cgminer.exe -o http://arsbitcoin.com:8344 -u user -p password -o http://mtred.com:8337 -u user -p password -v 2 -w 128

Np btw, and welcome to the cgminer crowd

You can specify additional pools by repeating the arguments (second, third,... dataset with -o -u -p arguments). Alternatively you can specify these in configuration files and simply add -c 1.cfg -c 2.cfg -c 3.cfg etc.

I always love this remark as if some nut would actually install bithopper to mine for someone else...

Thanks, I figured it out, it was missing the LD_LIBRARY_PATH which the script seems to need if you want to launch it without starting it from an existing terminal window. As for the script starting 4 instances of AMDOverdriveCtrl, I had to run that script directly instead of via a new terminal, and then apparently it works fine without terminal windows and without exiting. Some fine hours wasted nitpicking, but finally it works, time to move her to the basement and get a good (silent) night sleep.

If it can be of help to anyone, here are my scripts (modify, launch via start.sh and run 'directly', not in a new terminal):

start.sh

oca.sh

miner1.sh

miner2.sh

Happens sometimes after a crash, if it does, just hit enter and it will proceed to the desktop, no credentials needed.

Thanks, however the script already does that, it cd's to the cgminer dir and then ./ starts it with a config file argument, also located in the same directory. I suppose I'm asking in the wrong place, since I also have the same problem with a script that starts 4 instances of AMDOverdriveCtrl. The scripts both work fine when launched from an existing terminal (./script). It just doesn't work when I call the scripts from another script (or start-up script) or when I try to double-click it and select run in terminal. *sigh* Why is linux always such a b*tch, there ought to be a Steve Jobs for the linux community, to simplify these overly complicated, very basic tasks.

I don't know if I could use start-stop daemon, since I have to launch two instances of cgminer each with different parameters. Thanks for the heads-up though.

I wrote a dead-simple shell script to start cgminer, and it works, but the peculiar thing is that it starts up fine from an existing terminal, but it won't start if I just double-click the script and select run in terminal, or when I add it to Ubuntu start-up applications (or try to call it from another script). It didn't work before on Linuxcoin and now I'm still having this problem with Ubuntu. I've looked around everywhere but I can't find a working fix, any hints?

Excellent call. But that doesn't change the fact that I clearly remember reading about this very technique on a car auction site. Belgian car auction sites warn for foreign money transfers to this day, though they don't clearly state why. But please, as I've said several times already, I'm merely reproducing info that I read on some anti-fraud site a couple of years ago. What you think of it, well that's up to you.

I don't know my dear friend, even though you may think I invented this... I just read it somewhere that this kind of thing is possible, since 2 years ago I was utmost suspicious of some Cote d'Ivoire'ian who wanted to *wire* me through 3000 EUR for a car barely worth half that... (Yes, to my bank account). Why don't you ask the scammers in Africa? I'm sure they are more knowledgeable on the subject... But according to your logic: Why are scammers active at all on the car market? I mean, they could just deposit all of their stolen cheques on a 'fakename' bank account and then cash it/withdraw it before they discover the fake/hijacked ID used to open the account, right? Maybe the banks would recognize their face after showing up for the gazillionth time, and there are only so many banks in the neighborhood?

Btw2: How about those invalid orders clogging up the orderbook?

I got it set up, but the stats page won't load:

Traceback (most recent call last):
  File "/home/pegasus/bitHopper/eventlet/wsgi.py", line 342, in handle_one_response
    'Content-Length' not in [h for h, _v in headers_set[1]]:
IndexError: list index out of range

No, I was very surprised that it is even possible, and I remember explicitly reading that this is the way it works: An account is opened with forged/fake/stolen ID, stolen/fake cheques are deposited and these funds are then used to make wire transfers. There are banks that deposit cheque funds immediately with a later value date, and they always reserve the right to debit the account in the event that the cheque is fraudulent, indefinitely. If they can't find the actual account owner, it wouldn't surprise me that they will request the money back from the target bank. True, since SEPA entered into action, the bank is always responsible unless the client was severely negligent, so chances of it still happening these days and in the EU... Just pointing out that it's not holy.

Btw, there are still a bunch of buy orders with Paypal only cluttering up the orderbook, some even without payment option, is it possible to remove these?

Thanks, I caught your message in time and managed to slip in. And might I say, excellent pool! This is almost like a dream, I was previously mining at "the religious pool", and the experience of moving to ABCPool in itself was quite soothing. Now some graphs to go with those stats, and this will be absolutely perfect! No more waiting for payout queues, unconfirmed balance / generated blocks to confirm, hell, no more waiting for blocks at all! I love the payout system, the configurable auto-pay and the option of a manual instant payout. I'll be sure to donate some coins once I have my new setup sorted out (just switched to Ubuntu). Thanks again.

It's been a couple of years so I can't recall exactly where I found out about this, but even online car auction sites mention that one should beware for foreign money transfers, so there must be some truth to it and it must have happened before.

Thanks, I tried changing to us instead of uk server, but it doesn't seem to change anything, or maybe it needs a reboot to take effect? Or maybe I botched it with all that fiddling. So, all you did was change the source server from uk to us in sources.list to get it up to date as per instructions in the readme?

Trying to get bitHopper to work on Linixcoin 0.2-final, but I can't get the base upgraded. BitHopper requires Python 2.7+ with setuptools and greenlet. After some fiddling I managed to get the python2.7 package installed and I renamed the python binary in /usr/bin to python-old and the new python2.7 to python. After this, it appears that setuptools installs as well, but it install 0.6.16. Then when I try to proceed to install greenlet, it fails, complaining that it needs distribution 0.6.19 (I'm assuming this is the setuptools). Ideas on fixing this one, anyone? Thanks.

Hi, I'm trying to set up bitHopper on Linuxcoin 0.2 final to give it a try, but I can't get the base install up to date. It came installed with python 2.6, after some fiddling I managed to forcefully install python2.7 and I renamed the /usr/bin binary to python.

After this step, I managed to install the setuptools as well (as far as I can tell), but now I'm stuck on greenlet. It won't install, complaining that it can't find distribution "distribute==0.6.19". I suppose this is the setuptools not being up to date, like the available Python? Apt-get again appears to be convinced that 0.6.16 is the highest version (for Python it thinks 2.6.7 is the newest version - I thought that Linuxcoin was based off of Debian-unstable? And even here they're running that far behind?). Ideas anyone, other than an overhaul to Ubuntu? I'd like to get this working on a Debian server too. Thanks.

OMG what a total fail! I just downloaded and unpacked, copied my configuration and started with the usual scripts... Tried fiddling with config, then your suggestions, didn't work. Unfortunately, I failed to notice that I had downloaded the *source* release, no wonder the new terminal stays blank... Nice going phase Thanks though! Works like a charm!