Topic: TRASH - page 4. (Read 37362 times)
What browser you use ?
This is a simple HTML5 WebSite with a Video as background.
You should see this
The sources fail to compile for me on Linux with GCC 4.8.3 and also with GCC 4.7.3.
The error which is returned is the following.
Linking CXX executable connectivity_tool
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/../../../../x86_64-pc-linux-gnu/bin/ld: /tmp/ccA2vwBK.ltrans4.ltrans.o: undefined reference to symbol 'pthread_mutexattr_settype@@GLIBC_2.2.5'
/lib64/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
src/CMakeFiles/connectivity_tool.dir/build.make:99: recipe for target 'src/connectivity_tool' failed
The build also fails when trying with clang version 3.3 and this is the similar error.
Linking CXX executable connectivity_tool
CMakeFiles/connectivity_tool.dir/connectivity_tool/conn_tool.cpp.o: file not recognized: File format not recognized
clang: error: linker command failed with exit code 1 (use -v to see invocation)
src/CMakeFiles/connectivity_tool.dir/build.make:99: recipe for target 'src/connectivity_tool' failed
I've seen some hints in Google to repair the Makefile and link pthread at the the very end in order to make it work.
Has someone else already ran into this and fixed it? If so, would you kindly submit a pull request to the repository.
Thanks,
-Chicago
The error which is returned is the following.
Linking CXX executable connectivity_tool
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/../../../../x86_64-pc-linux-gnu/bin/ld: /tmp/ccA2vwBK.ltrans4.ltrans.o: undefined reference to symbol 'pthread_mutexattr_settype@@GLIBC_2.2.5'
/lib64/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
src/CMakeFiles/connectivity_tool.dir/build.make:99: recipe for target 'src/connectivity_tool' failed
The build also fails when trying with clang version 3.3 and this is the similar error.
Linking CXX executable connectivity_tool
CMakeFiles/connectivity_tool.dir/connectivity_tool/conn_tool.cpp.o: file not recognized: File format not recognized
clang: error: linker command failed with exit code 1 (use -v to see invocation)
src/CMakeFiles/connectivity_tool.dir/build.make:99: recipe for target 'src/connectivity_tool' failed
I've seen some hints in Google to repair the Makefile and link pthread at the the very end in order to make it work.
Has someone else already ran into this and fixed it? If so, would you kindly submit a pull request to the repository.
Thanks,
-Chicago
I am working on a new Source Code, this problem i don't have with Linux. What Linux you use ?
Have you installed the things i posted in the first post ?
It would be great if you create a pull request if you find a fix for that.
But when the new Source Code is uploaded it is not necessary. I have some problem with the build at Windows with the new Source, this is now the most important thing for me
Hello,
I am using Gentoo Linux and while trying to solve the issue -- I had tried a few permutations of GCC 4.7, 4.8, CMake 2.8, 3.0 and Boost v1.53, v1.55.
Ultimately, this fix was the solution which permits the CryptoNote sources to build.
You will want to patch these into your repository.
I would submit a pull request if your repo were on Github.
https://github.com/monero-project/bitmonero/commit/41533168a9a827e8cdc500dfd9a3676afe41e503
Kind Regards,
-Chicago
We have this allready in the new SourceCode:
elseif(NOT MSVC)
set(Boost_LIBRARIES "${Boost_LIBRARIES};rt;pthread")
endif()
You know that you are toooooooo late, the new SoucrCode is out now and has no error.
Thank you very much your help.
By the way, you can also create a pull request at BitBucket
bitbucket.org/doctorbyte/doctorbyte
https://bitbucket.org/doctorbyte/doctorbyte/pull-request/new
The sources fail to compile for me on Linux with GCC 4.8.3 and also with GCC 4.7.3.
The error which is returned is the following.
Linking CXX executable connectivity_tool
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/../../../../x86_64-pc-linux-gnu/bin/ld: /tmp/ccA2vwBK.ltrans4.ltrans.o: undefined reference to symbol 'pthread_mutexattr_settype@@GLIBC_2.2.5'
/lib64/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
src/CMakeFiles/connectivity_tool.dir/build.make:99: recipe for target 'src/connectivity_tool' failed
The build also fails when trying with clang version 3.3 and this is the similar error.
Linking CXX executable connectivity_tool
CMakeFiles/connectivity_tool.dir/connectivity_tool/conn_tool.cpp.o: file not recognized: File format not recognized
clang: error: linker command failed with exit code 1 (use -v to see invocation)
src/CMakeFiles/connectivity_tool.dir/build.make:99: recipe for target 'src/connectivity_tool' failed
I've seen some hints in Google to repair the Makefile and link pthread at the the very end in order to make it work.
Has someone else already ran into this and fixed it? If so, would you kindly submit a pull request to the repository.
Thanks,
-Chicago
The error which is returned is the following.
Linking CXX executable connectivity_tool
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/../../../../x86_64-pc-linux-gnu/bin/ld: /tmp/ccA2vwBK.ltrans4.ltrans.o: undefined reference to symbol 'pthread_mutexattr_settype@@GLIBC_2.2.5'
/lib64/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
src/CMakeFiles/connectivity_tool.dir/build.make:99: recipe for target 'src/connectivity_tool' failed
The build also fails when trying with clang version 3.3 and this is the similar error.
Linking CXX executable connectivity_tool
CMakeFiles/connectivity_tool.dir/connectivity_tool/conn_tool.cpp.o: file not recognized: File format not recognized
clang: error: linker command failed with exit code 1 (use -v to see invocation)
src/CMakeFiles/connectivity_tool.dir/build.make:99: recipe for target 'src/connectivity_tool' failed
I've seen some hints in Google to repair the Makefile and link pthread at the the very end in order to make it work.
Has someone else already ran into this and fixed it? If so, would you kindly submit a pull request to the repository.
Thanks,
-Chicago
I am working on a new Source Code, this problem i don't have with Linux. What Linux you use ?
Have you installed the things i posted in the first post ?
It would be great if you create a pull request if you find a fix for that.
But when the new Source Code is uploaded it is not necessary. I have some problem with the build at Windows with the new Source, this is now the most important thing for me
Hello,
I am using Gentoo Linux and while trying to solve the issue -- I had tried a few permutations of GCC 4.7, 4.8, CMake 2.8, 3.0 and Boost v1.53, v1.55.
Ultimately, this fix was the solution which permits the CryptoNote sources to build.
You will want to patch these into your repository.
I would submit a pull request if your repo were on Github.
https://github.com/monero-project/bitmonero/commit/41533168a9a827e8cdc500dfd9a3676afe41e503
Kind Regards,
-Chicago
So I suggest that people stop mining at my pool for the time being till I work out what the problem is, as I am unable to send anything
OK, it seems fixed. The local pool state was shot to bits it seems. I could now send the txs, and then the pool payouts should follow. Not sure why the pool state got corrupt though. Phew, got a scare here
Pool updated with the latest git. Fees back down to 1.5%. Compiled Fedora binaries updated at http://dbpool.mooo.com/doctorbyte.tar.xz.
CHRISTMAS VERSION 0.1.2(UPDATE 2) Mandatory Update
NOW WITH MUCH MUCH MUCH LOW FEE
Linux git clone https://[email protected]/doctorbyte/doctorbyte.git
I have no MAC is there anybody who can help here ?
At doctorbyte's request, I placed Linux (Fedora) binaries of that latest version at http://dbpool.mooo.com/doctorbyte.tar.xz. This contains the daemon and wallet. No guarantees they work for anyone, especially anyone not running Fedora. If not, you'll be better off building from git (encouraged for all anyway).
The pool is now running those binaries.
The pool is now running those binaries.
CHRISTMAS VERSION 0.1.2 Mandatory Update
FOR CHANGES SEE CHANGELOG AT SOURCE
Linux git clone https://[email protected]/doctorbyte/doctorbyte.git
I have no MAC is there anybody who can help here ?
Some exchange in the future? 
We asked some and waiting for a reply, but i thing that it's also to early.
ok, thanks!
Some exchange in the future?
We asked some and waiting for a reply, but i thing that it's also to early.
Sorry, my daemon crashed overnight. It's back up now.
I'll be updating to the latest code this morning. I'll bump the fees by half a percent to cater for the increased tx fee. I'll also decrease the expected time to share as I think the current setup makes for large variations in payout distribution as some blocks are solved so fast that only one miner gets to submit a share for it.
I'll be updating to the latest code this morning. I'll bump the fees by half a percent to cater for the increased tx fee. I'll also decrease the expected time to share as I think the current setup makes for large variations in payout distribution as some blocks are solved so fast that only one miner gets to submit a share for it.
Thank you very much, now only 2 day until the much much lower new Fee.
WE NEED YOUR HELP. TELL YOUR FRIENDS ABOUT DOCTORBYTE, WE NEED A HIGHER HASHRATE. WE WANT TO STAY UNTIL THE END OF THE UNIVERSE, HIGH,GREAT AND SUCCESSFULL
Sorry, my daemon crashed overnight. It's back up now.
I'll be updating to the latest code this morning. I'll bump the fees by half a percent to cater for the increased tx fee. I'll also decrease the expected time to share as I think the current setup makes for large variations in payout distribution as some blocks are solved so fast that only one miner gets to submit a share for it.
I'll be updating to the latest code this morning. I'll bump the fees by half a percent to cater for the increased tx fee. I'll also decrease the expected time to share as I think the current setup makes for large variations in payout distribution as some blocks are solved so fast that only one miner gets to submit a share for it.
Doctor Who coin, what a great idea.
Thank you very much
IF ANYBODY HAS ANYTIME NO CONNECTION, USE THIS :
Code:
doctorbyte.exe --add-peer 176.57.143.70:7878
Code:
./doctorbyte --add-peer 176.57.143.70:7878
Jump to: