Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 454. (Read 5806004 times)

sr. member
Activity: 383
Merit: 250
I need some help here  anti virus seems to be detecting libpdcurses.dll as a key logger is this a false positive as its also been reported elsewhere on ltc forums that its a keylogger and i goggled this and also thrown up a zillion pages for been a keylogger too

It is indeed a false positive. If you are unsure you can always download the latest source from ck.kolivas.org/apps/cgminer/ and build it using the instructions in the included windows-build.txt file. It takes less than 30 minutes to set up your MinGW build environment. I'm assuming you are talking about the Windows version of Cgminer because most people that complain about it are Windows users.

If the download site does not work and you have those build instructions you could use git to download it as well.

CK, maybe it would fend off these kind of posts if your downloads links for windows binaries first went to a warning page that warns in bold that a false positive on their AV software could happen. As we know a lot of people do not read the README file first. Some people could be running a really old version that never got flagged and then upgraded not thinking that they needed to read the README. I know it would be a PITA to add that extra step, but maybe it would cut down the frustration for both you and the people that don't bother to take the time to read the README.

Edit: libpdcurses.dll Doh... of course it is Windows. I did not need to assume anything, it was all right there in your post.
hero member
Activity: 591
Merit: 500
I need some help here  anti virus seems to be detecting libpdcurses.dll as a key logger is this a false positive as its also been reported elsewhere on ltc forums that its a keylogger and i goggled this and also thrown up a zillion pages for been a keylogger too
Readme file. Read it. Yes, it is a false positive.
sr. member
Activity: 406
Merit: 250
i can not tell about seti or folding, but a server usually does almost nothing (file or email), rendering does use the components, but not as heavy as mining, at least what i have tried.
hero member
Activity: 575
Merit: 500
The North Remembers
I do 3D and my computer is rendering most of the time. When I'm not rendering it's folding@home or seti@home or running as a server etc.
sr. member
Activity: 406
Merit: 250
@tiberiandusk:
ask Google how short lived usual Server HDDs are.
They have lots of thousands of them, and they saw what the datasheet numbers really meant.

Also, your computers may be powered 24/7 but i doubt they have to do work full load like mining is.
Since few years the hardware mostly sleeps and turns a lot of unneeded parts off, and wakes them up in milliseconds if needed.
That induces stress in the capacitors and the power supply, but on the other hand reduces heat and overall current consumption, which makes the stress wear less.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
All my life my computers are always doing something so they are always on. They last for years and years and years with almost no problems. 6 months of always on should never kill anything unless it is running abnormally hot.
6 months should regularly kill things if you have enough of them.
It's called variance.

Yes I have computers that are on 24/7 and all the servers for my clients are on 24/7
Once in a while something fails among all that hardware ...
hero member
Activity: 575
Merit: 500
The North Remembers
All my life my computers are always doing something so they are always on. They last for years and years and years with almost no problems. 6 months of always on should never kill anything unless it is running abnormally hot.
sr. member
Activity: 406
Merit: 250
Maybe.
Capacitors age, that makes the voltages wobble a little bit more.
Then, Silicon migrates over time with temperature and that may shift the tolerances down.
And, last but not least, your sensor readings may not show what really happens there, because there are more points of heat than just the one shown.

Don't forget, your system uses a lot of power and generates a lot of heat 24/7, while almost all components are designed for a max. of 8h/day and 20 days/month, just to live past warranty period (in average that is).
So your hardware will live it's average live in ~6 months, but as you do not only have one unit, you will see the variance in that.
Some units will die after a few months or even weeks, some will work 'forever'.
I personally had made the same experience with 4 6950s, the longest living individual did almost 6 times of the shortest time.
Also, mine had 2 fans each, 1 has 2 blocked fans, 2 have one (both the same), the last has 2 working fans, but the chip gave up and produces blocks on the desktop (no mining!).
I have modified the remaining 3 cards, removed the fans and plugged a 12cm one in, now they continue to work for almost 3 months now.
I got them killed in 4 beforehand.
But i slowly replace them with 2 7970 in my rigs. 340Mh @ 200W -> 1300Mh @ 500W at the outlet is a good deal.
also, no cost for hardware (borrowed).
hero member
Activity: 555
Merit: 504
Maybe someone can help?

In my 4x5870 rig i have a problem recently.

One of the cards stops working and cgminer says invalid node: hw error
Is that card dead? After lowering and taking back clocks on that card it can work again.

Thanks if anyone can help.

If it 'can work again', then it's not dead  Huh .. wouldn't you say? If it can no longer clock as high, maybe there's a heat issue (heatsinks can detach slightly and/or thermal paste is not as effective over time)

Its temps is very good ~ 60-70 all the time, maybe its PSU fault?
full member
Activity: 163
Merit: 100
Maybe someone can help?

In my 4x5870 rig i have a problem recently.

One of the cards stops working and cgminer says invalid node: hw error
Is that card dead? After lowering and taking back clocks on that card it can work again.

Thanks if anyone can help.

If it 'can work again', then it's not dead  Huh .. wouldn't you say? If it can no longer clock as high, maybe there's a heat issue (heatsinks can detach slightly and/or thermal paste is not as effective over time)
hero member
Activity: 555
Merit: 504
Maybe someone can help?

In my 4x5870 rig i have a problem recently.

One of the cards stops working and cgminer says invalid node: hw error
Is that card dead? After lowering and taking back clocks on that card it can work again.

Thanks if anyone can help.
hero member
Activity: 591
Merit: 500
You sir, are 'da man'. Cleaned everything up and installed those versions (Catalyst 11.12 and SDK 2.5) and then recompiled cgminer (2.8.7). Fired up (no segfaults) AND both GPUs were enabled. Trucking along at over 800Mh using phatk. Room for tweaking but that's so very awesome, thank you so much Smiley - Sent .25 BTC your way for 'thanks' Smiley
Thanks, glad to hear it worked out. I know I was having a terrible time trying to get 2.5 installed with 12.1+ because they install their own SDK (the cause of the segfaults).
full member
Activity: 163
Merit: 100
Can anyone tell me if they are running Linux what combination of Catalyst and SDK they are using?
I use Catalyst 11.12 and SDK 2.5 on Ubuntu 12.04 (phatk kernel). It took me a long time to figure out how to install both of them properly. Unless you're using 7000 series cards, I'd recommend this combo.

You sir, are 'da man'. Cleaned everything up and installed those versions (Catalyst 11.12 and SDK 2.5) and then recompiled cgminer (2.8.7). Fired up (no segfaults) AND both GPUs were enabled. Trucking along at over 800Mh using phatk. Room for tweaking but that's so very awesome, thank you so much Smiley - Sent .25 BTC your way for 'thanks' Smiley
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Con, can you tell us anything about the progress with BFL ASIC support? 
No NDA, no physical hardware, no remote access, not even a protocol document to work from. Nothing has been done yet. Will start once I at least get protocol docs.
Oh and I  realised it was implicit but not explicit in my response, but just since everyone is clinging to any news, I also have not been given any indication of the timeframe for arrival of any of the above.
full member
Activity: 150
Merit: 100
Con, can you tell us anything about the progress with BFL ASIC support?  Please choose one of the following:

1.  I can't talk about it, I'm under NDA.
2.  I've logged in remotely to their servers and have poked around a little.
3.  I've logged in remotely and have already begun creating code for BFL's ASIC to work with cgminer.
4.  I have no plans to log in remotely to BFL and won't do anything until they send me some real hardware.
5.  I have real hardware in hand and am working on the code.
6.  I won't support BFL ASIC because I won't develop for them for free and they haven't paid me yet.


No NDA, no physical hardware, no remote access, not even a protocol document to work from. Nothing has been done yet. Will start once I at least get protocol docs.

Sometime next year I'm thinking Wink


+1 ..thinking the same thing
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
I think commit 8bd8696854 got the bug I was having. No segfaults in nearly 4 days now Smiley
Well spotted!
Just a Linux 'overlay' I wrote that I put on cgminer (memory.h) to directly tell me what memory wasn't being freed
(and it does a lot of other memory checking also)
I'm always paranoid about my code and memory problems, so I've spent quite some effort on it.
My latest (final) version now works very well and is simple for me to enable
(and add only a few lines needed to api.c to do manual status checks)
It uses a LOT more memory, so memory leaks will also show up a lot faster.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Con, can you tell us anything about the progress with BFL ASIC support?  Please choose one of the following:

1.  I can't talk about it, I'm under NDA.
2.  I've logged in remotely to their servers and have poked around a little.
3.  I've logged in remotely and have already begun creating code for BFL's ASIC to work with cgminer.
4.  I have no plans to log in remotely to BFL and won't do anything until they send me some real hardware.
5.  I have real hardware in hand and am working on the code.
6.  I won't support BFL ASIC because I won't develop for them for free and they haven't paid me yet.

For me there is some of: 1.

However, to clarify, BFL have already said they will be sending hardware.
My 'discussion' in one of the BFL threads resolved the whole issue/questions about only providing remote access.

As long as BFL and bASIC send out the dev hardware, support for them will be in cgminer
and they have both said they will be sending dev hardware, publicly, on the forum.

It's now simply am issue of 'time' (when the information and hardware is available)
hero member
Activity: 956
Merit: 1001
Con, can you tell us anything about the progress with BFL ASIC support?  Please choose one of the following:

1.  I can't talk about it, I'm under NDA.
2.  I've logged in remotely to their servers and have poked around a little.
3.  I've logged in remotely and have already begun creating code for BFL's ASIC to work with cgminer.
4.  I have no plans to log in remotely to BFL and won't do anything until they send me some real hardware.
5.  I have real hardware in hand and am working on the code.
6.  I won't support BFL ASIC because I won't develop for them for free and they haven't paid me yet.


No NDA, no physical hardware, no remote access, not even a protocol document to work from. Nothing has been done yet. Will start once I at least get protocol docs.

Sometime next year I'm thinking Wink
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Con, can you tell us anything about the progress with BFL ASIC support?  Please choose one of the following:

1.  I can't talk about it, I'm under NDA.
2.  I've logged in remotely to their servers and have poked around a little.
3.  I've logged in remotely and have already begun creating code for BFL's ASIC to work with cgminer.
4.  I have no plans to log in remotely to BFL and won't do anything until they send me some real hardware.
5.  I have real hardware in hand and am working on the code.
6.  I won't support BFL ASIC because I won't develop for them for free and they haven't paid me yet.


No NDA, no physical hardware, no remote access, not even a protocol document to work from. Nothing has been done yet. Will start once I at least get protocol docs.
hero member
Activity: 591
Merit: 500
Can anyone tell me if they are running Linux what combination of Catalyst and SDK they are using?
I use Catalyst 11.12 and SDK 2.5 on Ubuntu 12.04 (phatk kernel). It took me a long time to figure out how to install both of them properly. Unless you're using 7000 series cards, I'd recommend this combo.
Jump to: