Latest posts of: RvdE

Show Posts
Pages: [1]

on: September 08, 2011, 02:29:55 PM

Quote from: ckolivas on September 08, 2011, 04:50:46 AM [...] Win32 does not use dlopen so link in -ldl only when not on win32 and display what ldflags are being passed on ./configure. [...] FreeBSD doesn't have a separate -ldl either, since dlopen() and dlclose() are part of the FreeBSD libc library. The same might be true for MacOSX and any other BSD OS.

on: September 02, 2011, 09:49:36 AM

Quote from: ckolivas on September 02, 2011, 12:21:51 AM Quote from: RvdE on August 30, 2011, 07:34:39 AM [..] Compiling 1.6.1 is a different story though. I notice the configure script checks for curl_easy_init and after that does the pkg-config check for libcurl. Since it doesn't know where to look for curl yet, the former check obviously fails. Also, you use LIBCURL_CPPFLAGS, but on FreeBSD (and possibly other systems), pkg-config only returns LIBCURL_CFLAGS. Since they should be the same, could you change it to make use of CFLAGS instead of CPPFLAGS ? libcurl.m4 defines LIBCURL_CPPFLAGS and CFLAGS would be something completely different as far as I understand it, so you're missing the m4 file from some package. The configure script from the tarball (1.6.2) contains the following: Code: pkg_cv_LIBCURL_CFLAGS=`$PKG_CONFIG --cflags "libcurl >= 7.15.6" 2>/dev/null` It doesn't set LIBCURL_CPPFLAGS anywhere (which makes pkg-config detection obsolete IMO). Also, in the Makefile.am it should be changed to LIBCURL_CFLAGS instead of LIBCURL_CPPFLAGS.

on: August 30, 2011, 07:34:39 AM

Hi ckolivas, I can confirm the high number of rejects (100% on my boxes) with CPU mining has been fixed. The only algo that wouldn't generate rejects for me was the sse2_64. So great work. Compiling 1.6.1 is a different story though. I notice the configure script checks for curl_easy_init and after that does the pkg-config check for libcurl. Since it doesn't know where to look for curl yet, the former check obviously fails. Also, you use LIBCURL_CPPFLAGS, but on FreeBSD (and possibly other systems), pkg-config only returns LIBCURL_CFLAGS. Since they should be the same, could you change it to make use of CFLAGS instead of CPPFLAGS ? Thanks in advance.

on: August 15, 2011, 09:36:29 AM

Quote from: ckolivas on August 15, 2011, 03:02:37 AM Okay so I had some generous people offer me BTC online to get the windows binary version working, and I DID see someone offer a BTC bounty to get the windows binary working, so I've fluffed around for the last 2 days on a windows virtual machine to build some win32 binaries. http://ck.kolivas.org/apps/cgminer/cgminer-1.5.4-win32.zip Hopefully people appreciate the effort. Actually the only binary that works correctly with CPU mining (for me at least) is 1.4.1. 1.5.1 only generates stales for me. And 1.5.4 doesn't work at all with any of the algo's. When I compile it for windows myself I do have the 4way algo, but it also crashes, so Ycros must have some magic wand to make it work or something like that.

on: August 12, 2011, 02:58:18 PM

Quote from: Meatball on August 12, 2011, 02:55:04 PM Quote from: kano on August 12, 2011, 02:27:14 PM Don't forget if your main pool is down at any particular time, you can always be running 2 pools (one as a backup) by using: ./cgminer -c pool1.cfg -c pool2.cfg Where pool1.cfg contains your default pool to use and pool2.cfg contains what to use when pool1 is down You can run it in this mode all the time and it will stay on pool1 until an outage occurs Is there a way to do this with the Windows binary version? Ofcourse. Just use cgminer.exe -c pool1.cfg -c pool2.cfg or use multiple -o, -u, -p statements. Works fine here. (.ie cgminer.exe -o http://url_pool1:port -u username_pool1 -p pass_pool1 -o http://url_pool2:port -u username_pool2 -p pass_pool2)

on: July 29, 2011, 12:10:33 PM

I mine on my freebsd server (AMD64 3400+) which is on 24/7 and my (non-dedicated)workstation which holds a 5870 at stock values. On average that results in approx. 340MHash/s

on: July 29, 2011, 12:02:25 PM

Quote from: iceboks on July 28, 2011, 07:39:49 PM [ ... ] Can't post outside of newbies If you make it to 5 posts and 4 hours of being logged in, you can.

on: July 29, 2011, 11:47:54 AM

Quote from: jh1523 on July 29, 2011, 10:47:38 AM OT: Radeon 6890 (mentioned by the OP)? I thought those had been only a rumor. AFAIK they were never launched/sold. See this link for the (current) AMD cards: http://www.amd.com/us/products/desktop/graphics/amd-radeon-hd-6000/hd-6990/Pages/amd-radeon-hd-6990-overview.aspx Right now there's only rumors about the 6890 and no actual specs or release dates.

on: July 29, 2011, 11:40:26 AM

Quote from: Mr.Prayer on July 29, 2011, 08:14:13 AM Actually i continued mining with two miners config and i got higher speeds confirmed by pool i'm using. Strange, but it looks like it really works better that way. I'll continue monitoring and report back later. I'm interested to know your findings since I'm delaying the upgrade to 11.7 until more information on the (supposed) bug has been collected. Glad it works for you though. Just out of curiosity... is your CPU usage high now that you've upgraded ?

on: July 29, 2011, 07:48:35 AM

I'm currently using cgminer by ckolivas (http://forum.bitcoin.org/index.php?topic=28402.0) and some users have reported issues with GPU mining after upgrading to 11.7. It could lead to high CPU usage and other issues. Downgrading seems to be the only solution for now.

Pages: [1]