[BBR] Boolberry: Privacy and Security - Guaranteed Since 2014

[ntesic]

Does anybody know how to solve this error:
^{Linking CXX executable simpleminer
/usr/bin/../libexec/gcc/x86_64-redhat-linux/4.8.2/ld: /usr/local/lib/libboost_thread.a(thread.o): undefined reference to symbol 'pthread_getspecific@@GLIBC_2.2.5'
/usr/bin/../libexec/gcc/x86_64-redhat-linux/4.8.2/ld: note: 'pthread_getspecific@@GLIBC_2.2.5' is defined in DSO /lib64/libpthread.so.0 so try adding it to the linker command line
/lib64/libpthread.so.0: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[3]: *** [src/simpleminer] Error 1
make[2]: *** [src/CMakeFiles/simpleminer.dir/all] Error 2
make[1]: *** [src/CMakeFiles/simpleminer.dir/rule] Error 2
make: *** [simpleminer] Error 2}


OS Centos 5.10 (64bit)
GCC 4.8.2
CMaker 2.8.8
Boost 1.55

[1713951571]

1713951571

[otila]

Does anybody know how to solve this error:
^{Linking CXX executable simpleminer
/usr/bin/../libexec/gcc/x86_64-redhat-linux/4.8.2/ld: /usr/local/lib/libboost_thread.a(thread.o): undefined reference to symbol 'pthread_getspecific@@GLIBC_2.2.5'
/usr/bin/../libexec/gcc/x86_64-redhat-linux/4.8.2/ld: note: 'pthread_getspecific@@GLIBC_2.2.5' is defined in DSO /lib64/libpthread.so.0 so try adding it to the linker command line}

So did you try adding it to the linker command line?

I reported this bug a couple of months ago.. 
Add -lpthread after ${Boost_LIBRARIES} in src/CMakeLists.txt (and tests/CMakeLists.txt if wanted)

[ntesic]

Does anybody know how to solve this error:
^{Linking CXX executable simpleminer
/usr/bin/../libexec/gcc/x86_64-redhat-linux/4.8.2/ld: /usr/local/lib/libboost_thread.a(thread.o): undefined reference to symbol 'pthread_getspecific@@GLIBC_2.2.5'
/usr/bin/../libexec/gcc/x86_64-redhat-linux/4.8.2/ld: note: 'pthread_getspecific@@GLIBC_2.2.5' is defined in DSO /lib64/libpthread.so.0 so try adding it to the linker command line}

So did you try adding it to the linker command line?

I reported this bug a couple of months ago.. 
Add -lpthread after ${Boost_LIBRARIES} in src/CMakeLists.txt (and tests/CMakeLists.txt if wanted)

No help, now getting pages and pages of warnings and errors like this:
^{begin_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x4e2): undefined reference to `std::string::_Rep::_M_dispose(std::allocator<char> const&)'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x4ff): undefined reference to `__cxa_rethrow'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x50c): undefined reference to `__cxa_begin_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x528): undefined reference to `std::string::_Rep::_M_dispose(std::allocator<char> const&)'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x543): undefined reference to `std::string::_Rep::_M_dispose(std::allocator<char> const&)'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x553): undefined reference to `__cxa_begin_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x573): undefined reference to `std::string::_Rep::_M_dispose(std::allocator<char> const&)'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x57d): undefined reference to `__cxa_begin_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x59d): undefined reference to `std::string::_Rep::_M_dispose(std::allocator<char> const&)'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x5a4): undefined reference to `__cxa_rethrow'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x5b1): undefined reference to `__cxa_rethrow'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x5b9): undefined reference to `__cxa_end_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x5d3): undefined reference to `__cxa_end_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x5db): undefined reference to `__cxa_begin_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x60b): undefined reference to `std::string::_Rep::_M_dispose(std::allocator<char> const&)'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x625): undefined reference to `operator delete(void*)'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x62a): undefined reference to `__cxa_rethrow'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x637): undefined reference to `__cxa_begin_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x64f): undefined reference to `std::string::_Rep::_M_dispose(std::allocator<char> const&)'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x66b): undefined reference to `__cxa_end_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x678): undefined reference to `__cxa_end_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x685): undefined reference to `__cxa_rethrow'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x68a): undefined reference to `__cxa_rethrow'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x692): undefined reference to `__cxa_end_catch'
positional_options.cpp:(.text._ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSs S1_EEmRKSs[_ZNSt6vectorISsSaISsEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPSsS1_EEmRKSs]+0x69f): undefined reference to `__cxa_end_catch'
/usr/local/lib/libboost_program_options.a(positional_options.o).eh_frame+0x67): undefined reference to `__gxx_personality_v0'
/usr/local/lib/libboost_program_options.a(utf8_codecvt_facet.o).rodata._ZTIN5boost15program_options6detail18utf8_codecvt_facetE[_ZTIN5boost15program_options6detail18utf8_codecvt_facetE]+0x0): undefined reference to `vtable for __cxxabiv1::__si_class_type_info'
/usr/local/lib/libboost_program_options.a(utf8_codecvt_facet.o).rodata._ZTIN5boost15program_options6detail18utf8_codecvt_facetE[_ZTIN5boost15program_options6detail18utf8_codecvt_facetE]+0x10): undefined reference to `typeinfo for std::codecvt<wchar_t, char, __mbstate_t>'
/usr/local/lib/libboost_program_options.a(utf8_codecvt_facet.o).rodata._ZTVN5boost15program_options6detail18utf8_codecvt_facetE[_ZTVN5boost15program_options6detail18utf8_codecvt_facetE]+0x48): undefined reference to `std::codecvt<wchar_t, char, __mbstate_t>::do_length(__mbstate_t&, char const*, char const*, unsigned long) const'
collect2: error: ld returned 1 exit status
make[3]: *** [src/simplewallet] Error 1
make[2]: *** [src/CMakeFiles/simplewallet.dir/all] Error 2
make[1]: *** [src/CMakeFiles/simplewallet.dir/rule] Error 2
make: *** [simplewallet] Error 2}

[crypto_zoidberg]

Im getting compiling errors while it is trying to compile the connectivity_tool on ubuntu 14.04. Using Win7x64 for now until I can get some help to get it to compile.

What errors?

/tmp/cc5ITsCl.ltrans25.ltrans.o: In function `handle_update_maintainers_info(boost::program_options::variables_map&)':
cc5ITsCl.ltrans25.o:(.text+0x139f): undefined reference to `currency::get_blob_hash(std::string const&)'
cc5ITsCl.ltrans25.o:(.text+0x13c0): undefined reference to `crypto::crypto_ops::generate_signature(crypto::hash const&, crypto::public_key const&, crypto::secret_key const&, crypto::signature&)'
/tmp/cc5ITsCl.ltrans28.ltrans.o: In function `generate_and_print_keys()':
cc5ITsCl.ltrans28.o:(.text+0x6c5): undefined reference to `crypto::crypto_ops::generate_keys(crypto::public_key&, crypto::secret_key&)'
/tmp/cc5ITsCl.ltrans28.ltrans.o: In function `main':
cc5ITsCl.ltrans28.o:(.text.startup+0x1a4): undefined reference to `command_line::arg_help'
cc5ITsCl.ltrans28.o:(.text.startup+0x490): undefined reference to `command_line::arg_help'
collect2: error: ld returned 1 exit status
make[3]: *** [src/connectivity_tool] Error 1
make[3]: Leaving directory `/home/nirv/boolberry/build/release'
make[2]: *** [src/CMakeFiles/connectivity_tool.dir/all] Error 2
make[2]: Leaving directory `/home/nirv/boolberry/build/release'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/nirv/boolberry/build/release'
make: *** [build-release] Error 2

I can't reproduce it on my ubuntu, so can you give exact gcc version, os version and commands that you use for build?

[suchnekky]

So let me get this straight... a bunch of other clone coins speculate about having "anon" features in progress, and promise it, and get 5-60mill market caps. Purely based on the promise from a stranger on the internet. Though never come through with the promise. Yet little old boolberry is just chillinh here with the king of anon features, fully functional.. and has a 500k market cap... ha! Who wants to count down with me till everyone realizes this and panic buys boolberry?

[crypto_zoidberg]

Does anybody know how to solve this error:
^{Linking CXX executable simpleminer
/usr/bin/../libexec/gcc/x86_64-redhat-linux/4.8.2/ld: /usr/local/lib/libboost_thread.a(thread.o): undefined reference to symbol 'pthread_getspecific@@GLIBC_2.2.5'
/usr/bin/../libexec/gcc/x86_64-redhat-linux/4.8.2/ld: note: 'pthread_getspecific@@GLIBC_2.2.5' is defined in DSO /lib64/libpthread.so.0 so try adding it to the linker command line}

So did you try adding it to the linker command line?

I reported this bug a couple of months ago..  
Add -lpthread after ${Boost_LIBRARIES} in src/CMakeLists.txt (and tests/CMakeLists.txt if wanted)

otila, will this fix a bug?
boolberry\CMakeLists.txt:

Code:

include_directories(SYSTEM ${Boost_INCLUDE_DIRS})
if(MINGW)
  set(Boost_LIBRARIES "${Boost_LIBRARIES};ws2_32;mswsock")
elseif(NOT MSVC)
if(NOT APPLE)
  set(Boost_LIBRARIES "${Boost_LIBRARIES};rt;pthread")
endif()
endif()

[otila]

otila, will this fix a bug?
boolberry\CMakeLists.txt:

Code:

include_directories(SYSTEM ${Boost_INCLUDE_DIRS})
if(MINGW)
  set(Boost_LIBRARIES "${Boost_LIBRARIES};ws2_32;mswsock")
elseif(NOT MSVC)
if(NOT APPLE)
  set(Boost_LIBRARIES "${Boost_LIBRARIES};rt;pthread")
endif()
endif()

Yes.  I have also

Code:

set(Boost_USE_STATIC_LIBS OFF)

because only Windows people like to link statically. 

[cubydu]

Hash rate my private pool is 120MH/S and I'm finding 1 block per 2 hours. However I should find 1 block  less then hour
And last night block was found after 12 hours with hash rate 80 MH/S

[dga]

Hash rate my private pool is 120MH/S and I'm finding 1 block per 2 hours. However I should find 1 block  less then hour
And last night block was found after 12 hours with hash rate 80 MH/S

a)  Wow.  That's a lot of hash.

b)  I agree with your calculation.  You should be getting ~31 blocks per day.

c)  What orphan rates are you seeing from the pool?

d)  Do you track the fraction of expired shares reported by your miners?

for (d), you might want to *reduce* the maximum difficulty that your pool hands out to the miners, because they're all working locally (low latency to the pool).  There's a balance between amount of time working and contacting the pool, but I bet you have the computational capacity to handle having every miner check in for work every 4 seconds.  With that target, you should lose 0.1/4 = 2.5% of your efficiency due to communication with the pool (or less), and 3.3% of your efficiency due to stale shares.

You might also just use the solo miner, even though it's a little slower than simpleminer now.  It's what I'm doing, and my block rates roughly equal what I calculate them to be.

(e)  Any other issues you've spotted?  If they're problems with simpleminer, please let me know so I can try to fix.

[cubydu]

Hash rate my private pool is 120MH/S and I'm finding 1 block per 2 hours. However I should find 1 block  less then hour
And last night block was found after 12 hours with hash rate 80 MH/S

a)  Wow.  That's a lot of hash.

b)  I agree with your calculation.  You should be getting ~31 blocks per day.

c)  What orphan rates are you seeing from the pool?

d)  Do you track the fraction of expired shares reported by your miners?

for (d), you might want to *reduce* the maximum difficulty that your pool hands out to the miners, because they're all working locally (low latency to the pool).  There's a balance between amount of time working and contacting the pool, but I bet you have the computational capacity to handle having every miner check in for work every 4 seconds.  With that target, you should lose 0.1/4 = 2.5% of your efficiency due to communication with the pool (or less), and 3.3% of your efficiency due to stale shares.

You might also just use the solo miner, even though it's a little slower than simpleminer now.  It's what I'm doing, and my block rates roughly equal what I calculate them to be.

(e)  Any other issues you've spotted?  If they're problems with simpleminer, please let me know so I can try to fix.

Simpleminer works great

Code:

oW:<ea801a99b7fcf00a6333a1963a4ba4d020969337dbf6859a97517dfa8e020000>, height:27339, submitting...
ESC[0mESC[1;32m2014-Jun-24 19:01:58.163918 Share submitted successfully!
ESC[0mESC[1;37m2014-Jun-24 19:01:58.163957 avg hr: 1591079
ESC[0mESC[1;37m2014-Jun-24 19:01:58.163985 Getting next job...
ESC[0mESC[1;37m2014-Jun-24 19:01:58.164606 Job didn't change
ESC[0mESC[1;32m2014-Jun-24 19:02:02.056406 Share found: nonce=31760701 for job=895621501328423, diff: 5900000
, PoW:<800a15b3b484e9050ff2b37cc4dfbd418dd0738d89f6be5a3efc931c9c020000>, height:27339, submitting...
ESC[0mESC[1;32m2014-Jun-24 19:02:02.058249 Share submitted successfully!
ESC[0mESC[1;37m2014-Jun-24 19:02:02.058288 avg hr: 1591269
ESC[0mESC[1;37m2014-Jun-24 19:02:02.058317 Getting next job...
ESC[0mESC[1;32m2014-Jun-24 19:02:03.545178 Share found: nonce=3365408 for job=625844258116558, diff: 6000000
, PoW:<265d40b70c6c5045f4871747bcc7f4c8b0e039fd47bf7161f520ccf28e010000>, height:27339, submitting...
ESC[0mESC[1;32m2014-Jun-24 19:02:03.546791 Share submitted successfully!
ESC[0mESC[1;37m2014-Jun-24 19:02:03.546832 avg hr: 1591233
ESC[0mESC[1;37m2014-Jun-24 19:02:03.546868 Getting next job...
ESC[0mESC[1;37m2014-Jun-24 19:02:03.547431 Job didn't change

I don't see any big troubles with pool. And all blocks were accepted.

I set default pool settings

Code:

  "varDiff": {
            "minDiff": 50000,
            "maxDiff": 10000000,
            "targetTime": 100,
            "retargetTime": 15,
            "variancePercent": 30,
            "maxJump": 100000
        },

Tried with

Code:

  "varDiff": {
            "minDiff": 50000,
            "maxDiff": 10000000,
            "targetTime": 100,
            "retargetTime": 15,
            "variancePercent": 50, (60, 90)
            "maxJump": 100000
        },

[cubydu]

You might also just use the solo miner, even though it's a little slower than simpleminer now.  It's what I'm doing, and my block rates roughly equal what I calculate them to be.

(e)  Any other issues you've spotted?  If they're problems with simpleminer, please let me know so I can try to fix.

 I don't know how to make autostart script for solo mining. I use spotinstance and when I outbid they kill by spot request. I made image with autostart of miner which loads miner automaticaly with setting and start mine.

[xxnirvana69xx]

Im getting compiling errors while it is trying to compile the connectivity_tool on ubuntu 14.04. Using Win7x64 for now until I can get some help to get it to compile.

What errors?

/tmp/cc5ITsCl.ltrans25.ltrans.o: In function `handle_update_maintainers_info(boost::program_options::variables_map&)':
cc5ITsCl.ltrans25.o:(.text+0x139f): undefined reference to `currency::get_blob_hash(std::string const&)'
cc5ITsCl.ltrans25.o:(.text+0x13c0): undefined reference to `crypto::crypto_ops::generate_signature(crypto::hash const&, crypto::public_key const&, crypto::secret_key const&, crypto::signature&)'
/tmp/cc5ITsCl.ltrans28.ltrans.o: In function `generate_and_print_keys()':
cc5ITsCl.ltrans28.o:(.text+0x6c5): undefined reference to `crypto::crypto_ops::generate_keys(crypto::public_key&, crypto::secret_key&)'
/tmp/cc5ITsCl.ltrans28.ltrans.o: In function `main':
cc5ITsCl.ltrans28.o:(.text.startup+0x1a4): undefined reference to `command_line::arg_help'
cc5ITsCl.ltrans28.o:(.text.startup+0x490): undefined reference to `command_line::arg_help'
collect2: error: ld returned 1 exit status
make[3]: *** [src/connectivity_tool] Error 1
make[3]: Leaving directory `/home/nirv/boolberry/build/release'
make[2]: *** [src/CMakeFiles/connectivity_tool.dir/all] Error 2
make[2]: Leaving directory `/home/nirv/boolberry/build/release'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/nirv/boolberry/build/release'
make: *** [build-release] Error 2

I can't reproduce it on my ubuntu, so can you give exact gcc version, os version and commands that you use for build?

gcc version 4.9.0 20140405 (experimental) [trunk revision 209157] (Ubuntu 4.9-20140406-1ubuntu1)
Ubuntu 14.04 LTS
3.14.1-031401-generic

git clone https://github.com/cryptozoidberg/boolberry.git
cd boolberry; make -j

When it failed I tried just make with the same errors.

[dga]

Just a note of caution for miners -

As the scratchpad size continues to increase, hashrates are dropping on 8MB cache machines (even with my hugepages changes).

It would be a good idea to pay attention carefully to your mining profitability and watch the rates you're seeing.  This will probably continue for a bit as the fraction of hits in L3 continues to go down over the coming weeks.

cubydu, this may have something to do with the effects you observed, though I've only seen a ~25% slowdown on my i7-4790 at this point.

off to do some math.  I think I just lost a lot of money on EC2 while I wasn't watching.  Hope this saves others the pain!

[otila]

gcc version 4.9.0 20140405 (experimental) [trunk revision 209157] (Ubuntu 4.9-20140406-1ubuntu1)

Try without -flto in CMakeLists.txt, gcc 4.9 and/or binutils has some bug with it... maybe C_Z could mention it in README.md ?

[Spekulatius]

Champagne everybody!!!

We are on coinmarketcap.com!

Currently #49 with 424,404 $ marketcap.

[ntesic]

otila, will this fix a bug?
boolberry\CMakeLists.txt:

Code:

include_directories(SYSTEM ${Boost_INCLUDE_DIRS})
if(MINGW)
  set(Boost_LIBRARIES "${Boost_LIBRARIES};ws2_32;mswsock")
elseif(NOT MSVC)
if(NOT APPLE)
  set(Boost_LIBRARIES "${Boost_LIBRARIES};rt;pthread")
endif()
endif()

Yes.  I have also

Code:

set(Boost_USE_STATIC_LIBS OFF)

because only Windows people like to link statically. 

Still no luck, not able to build it

Any other solution?

[xxnirvana69xx]

Im getting compiling errors while it is trying to compile the connectivity_tool on ubuntu 14.04. Using Win7x64 for now until I can get some help to get it to compile.

What errors?

/tmp/cc5ITsCl.ltrans25.ltrans.o: In function `handle_update_maintainers_info(boost::program_options::variables_map&)':
cc5ITsCl.ltrans25.o:(.text+0x139f): undefined reference to `currency::get_blob_hash(std::string const&)'
cc5ITsCl.ltrans25.o:(.text+0x13c0): undefined reference to `crypto::crypto_ops::generate_signature(crypto::hash const&, crypto::public_key const&, crypto::secret_key const&, crypto::signature&)'
/tmp/cc5ITsCl.ltrans28.ltrans.o: In function `generate_and_print_keys()':
cc5ITsCl.ltrans28.o:(.text+0x6c5): undefined reference to `crypto::crypto_ops::generate_keys(crypto::public_key&, crypto::secret_key&)'
/tmp/cc5ITsCl.ltrans28.ltrans.o: In function `main':
cc5ITsCl.ltrans28.o:(.text.startup+0x1a4): undefined reference to `command_line::arg_help'
cc5ITsCl.ltrans28.o:(.text.startup+0x490): undefined reference to `command_line::arg_help'
collect2: error: ld returned 1 exit status
make[3]: *** [src/connectivity_tool] Error 1
make[3]: Leaving directory `/home/nirv/boolberry/build/release'
make[2]: *** [src/CMakeFiles/connectivity_tool.dir/all] Error 2
make[2]: Leaving directory `/home/nirv/boolberry/build/release'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/nirv/boolberry/build/release'
make: *** [build-release] Error 2

I can't reproduce it on my ubuntu, so can you give exact gcc version, os version and commands that you use for build?

gcc version 4.9.0 20140405 (experimental) [trunk revision 209157] (Ubuntu 4.9-20140406-1ubuntu1)
Ubuntu 14.04 LTS
3.14.1-031401-generic

git clone https://github.com/cryptozoidberg/boolberry.git
cd boolberry; make -j

When it failed I tried just make with the same errors.

Downgrading to 4.8 fixed the issue. I didn't know it upgraded to 4.9.

[tacotime]

Im getting compiling errors while it is trying to compile the connectivity_tool on ubuntu 14.04. Using Win7x64 for now until I can get some help to get it to compile.

What errors?

/tmp/cc5ITsCl.ltrans25.ltrans.o: In function `handle_update_maintainers_info(boost::program_options::variables_map&)':
cc5ITsCl.ltrans25.o:(.text+0x139f): undefined reference to `currency::get_blob_hash(std::string const&)'
cc5ITsCl.ltrans25.o:(.text+0x13c0): undefined reference to `crypto::crypto_ops::generate_signature(crypto::hash const&, crypto::public_key const&, crypto::secret_key const&, crypto::signature&)'
/tmp/cc5ITsCl.ltrans28.ltrans.o: In function `generate_and_print_keys()':
cc5ITsCl.ltrans28.o:(.text+0x6c5): undefined reference to `crypto::crypto_ops::generate_keys(crypto::public_key&, crypto::secret_key&)'
/tmp/cc5ITsCl.ltrans28.ltrans.o: In function `main':
cc5ITsCl.ltrans28.o:(.text.startup+0x1a4): undefined reference to `command_line::arg_help'
cc5ITsCl.ltrans28.o:(.text.startup+0x490): undefined reference to `command_line::arg_help'
collect2: error: ld returned 1 exit status
make[3]: *** [src/connectivity_tool] Error 1
make[3]: Leaving directory `/home/nirv/boolberry/build/release'
make[2]: *** [src/CMakeFiles/connectivity_tool.dir/all] Error 2
make[2]: Leaving directory `/home/nirv/boolberry/build/release'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/nirv/boolberry/build/release'
make: *** [build-release] Error 2

I can't reproduce it on my ubuntu, so can you give exact gcc version, os version and commands that you use for build?

gcc version 4.9.0 20140405 (experimental) [trunk revision 209157] (Ubuntu 4.9-20140406-1ubuntu1)
Ubuntu 14.04 LTS
3.14.1-031401-generic

git clone https://github.com/cryptozoidberg/boolberry.git
cd boolberry; make -j

When it failed I tried just make with the same errors.

Downgrading to 4.8 fixed the issue. I didn't know it upgraded to 4.9.

We had some issues with GCC 4.9/ArchLinux building too, we fix them in this commit
https://github.com/monero-project/bitmonero/commit/9853ba8e0636ba6f1043bb4f52caff19fe54c8ac

You can try merging that and seeing if it fixes it

[cubydu]

Just a note of caution for miners -

As the scratchpad size continues to increase, hashrates are dropping on 8MB cache machines (even with my hugepages changes).

It would be a good idea to pay attention carefully to your mining profitability and watch the rates you're seeing.  This will probably continue for a bit as the fraction of hits in L3 continues to go down over the coming weeks.

cubydu, this may have something to do with the effects you observed, though I've only seen a ~25% slowdown on my i7-4790 at this point.

off to do some math.  I think I just lost a lot of money on EC2 while I wasn't watching.  Hope this saves others the pain!

but Amazon AWS EC2 c3.8xlarge L3 Cache = 25600 KB
http://browser.primatelabs.com/geekbench2/2361078

or I didn't understand something

[dga]

Just a note of caution for miners -

As the scratchpad size continues to increase, hashrates are dropping on 8MB cache machines (even with my hugepages changes).

It would be a good idea to pay attention carefully to your mining profitability and watch the rates you're seeing.  This will probably continue for a bit as the fraction of hits in L3 continues to go down over the coming weeks.

cubydu, this may have something to do with the effects you observed, though I've only seen a ~25% slowdown on my i7-4790 at this point.

off to do some math.  I think I just lost a lot of money on EC2 while I wasn't watching.  Hope this saves others the pain!

but Amazon AWS EC2 c3.8xlarge L3 Cache = 25600 KB
http://browser.primatelabs.com/geekbench2/2361078

or I didn't understand something

No, you're right - it shouldn't be hitting AWS c3 yet.

I was using some of the smaller/older instance types to try to avoid congestion and got bit.