TRASH

[chris190]

Some exchange in the future?

We asked some and waiting for a reply, but i thing that it's also to early.

ok, thanks!

[doctorbyte]

CHRISTMAS VERSION 0.1.2 Mandatory Update

FOR CHANGES SEE CHANGELOG AT SOURCE

Windows https://bitbucket.org/doctorbyte/doctorbyte/downloads/Release_WIN64_CHRISTMAS.zip

Linux git clone https://doctorbyte@bitbucket.org/doctorbyte/doctorbyte.git

I have no MAC is there anybody who can help here ?

[MoneroMooo]

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.

[doctorbyte]

CHRISTMAS VERSION 0.1.2(UPDATE 2) Mandatory Update

NOW WITH MUCH MUCH MUCH LOW FEE

Windows https://bitbucket.org/doctorbyte/doctorbyte/downloads/Release_WIN64_CHRISTMAS_FEE.zip

Linux git clone https://doctorbyte@bitbucket.org/doctorbyte/doctorbyte.git

I have no MAC is there anybody who can help here ?

[MoneroMooo]

Pool updated with the latest git. Fees back down to 1.5%. Compiled Fedora binaries updated at http://dbpool.mooo.com/doctorbyte.tar.xz.

[MoneroMooo]

have a problem with the wallet here. I seem to be unable to send anything, even after rescanning from scratch. Any tx seems to be rejected by the daemon, claiming the outputs are already spent. This started after I did another round of dust consolidation which large split txs (I'm not sure if this is the reason or just chance timing). Most of the balance is now unlocked, but it can't be used it seems.

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

[oni.saori]

where exchange ?

[doctorbyte]

where exchange ?

We are waiting for replys

[doctorbyte]

We are working on the DoctorByte WebSitedoctorbyte.co

Support-Mail: dev@doctorbyte.co

[Chicago]

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

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

[doctorbyte]

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

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

[doctorbyte]

VISIT DOCTORBYTE.CO NOW

AND A HAPPY NEW YEAR

[Shadow_Runner]

VISIT DOCTORBYTE.CO NOW

AND A HAPPY NEW YEAR

[doctorbyte]

VISIT DOCTORBYTE.CO NOW

AND A HAPPY NEW YEAR

What browser you use ?

This is a simple HTML5 WebSite with a Video as background.

You should see this

[doitASAP]

pool is down

[doctorbyte]

pool is down

No it's not, maby you got banned ?

[jhogsj]

like this coin.
happy new year.

[unlock.mk]

pool is down

Block Found: 3 minutes ago
Connected Miners: 5

[doctorbyte]

like this coin.
happy new year.

Thank you very much, and happy new year to

[ikanunaki]

Happy 2015 Doctor.