Author

Topic: [DVC]DevCoin - Official Thread - Moderated - page 168. (Read 1059115 times)

legendary
Activity: 1988
Merit: 1007
Hey guys, RapidBalls now has a jackpot of 202235 DVC, along with the chance to win 5000x your bet! Jackpot is still growing but nobody has taken it yet.
newbie
Activity: 2
Merit: 0
It's clear that devcoin will be a coin for the long term.
full member
Activity: 168
Merit: 100

★★★█ DevCoin (DVC) → Now Live on: http://www.cryptocoinrank.com/Devcoin

Hope you like it! You can also display your Dev news just by creating two widgets and sending me the information like described here: https://bitcointalksearch.org/topic/annwwwcryptocoinrankcom-for-sale-for-sale-for-sale-579901

Enjoy
newbie
Activity: 21
Merit: 0
Hello.

I was hoping someone could assist / advise.  I've head some devcoins (~100K) in my wallet but haven't added any in at least six months.  So I open the wallet, it doesn't sync, so I do the usual - delete the devcoin wallet folder, delete the devcoin associated files in appdata/roaming (EXCEPT the WALLET.DAT, of course,) download the new version and run it.....after it 'synced' (it DOES list all the previous transactions, all the blocks, etc.  But they are all GRAYED OUT and my balance is 0.  Sad  Can anyone assist with this issue?

Many thanks in advance!

Wait for it to sync.

I have.  Sad  Still says "0".  Oh, and "WARNING: Displayed transactions may not be correct".  Is all lost?

Thanks again.

Most likely, your wallet installation is fucked, but your coins are fine as long as the wallet.dat is intact. If you can get the private keys, you can spend your coins.

Thank you very much for the information.  I downloaded the Devcoin-WindowsBundle.  Should I try something else?  Thanks again.
newbie
Activity: 21
Merit: 0
Hello.

I was hoping someone could assist / advise.  I've head some devcoins (~100K) in my wallet but haven't added any in at least six months.  So I open the wallet, it doesn't sync, so I do the usual - delete the devcoin wallet folder, delete the devcoin associated files in appdata/roaming (EXCEPT the WALLET.DAT, of course,) download the new version and run it.....after it 'synced' (it DOES list all the previous transactions, all the blocks, etc.  But they are all GRAYED OUT and my balance is 0.  Sad  Can anyone assist with this issue?

Many thanks in advance!

Wait for it to sync.

I have.  Sad  Still says "0".  Oh, and "WARNING: Displayed transactions may not be correct".  Is all lost?

Thanks again.
newbie
Activity: 21
Merit: 0
Hello.

I was hoping someone could assist / advise.  I've head some devcoins (~100K) in my wallet but haven't added any in at least six months.  So I open the wallet, it doesn't sync, so I do the usual - delete the devcoin wallet folder, delete the devcoin associated files in appdata/roaming (EXCEPT the WALLET.DAT, of course,) download the new version and run it.....after it 'synced' (it DOES list all the previous transactions, all the blocks, etc.  But they are all GRAYED OUT and my balance is 0.  Sad  Can anyone assist with this issue?

Many thanks in advance!
legendary
Activity: 2044
Merit: 1005
Done for right now, I may do some more work on it later, but it works now.

https://github.com/sidhujag/devcoin/pull/1
Thanks, it makes sense for linux. We only know about the libcurl issues with windows so it can be a specific thing for the win mingw file.

No problem. Like I said, I might do a bit more work on it later.

The following looks wrong to me:

Code:
test check: test_bitcoin FORCE
./test_bitcoin

Lines 149-150 in my repo.
Thanks.. since you seem interested would you like to do the unit tests for devcoin? it is a good way to help you understand exactly what the code does. Most of the
bitcoin tests should be valid and we would need some for merge mining (from namecoin?) and share stuff which libcurl is used for. Its been a nagging thing I wanted to
get to but didnt have time.

If you dont want to do that another thing that needs to be done is the build scripts that allow the node to be built across the platforms on the cloud. We can fund the hosting and base it per
build (when code changes) again bitcoin already has this but our makefiles need to be all working then we can do the same thing.
legendary
Activity: 2044
Merit: 1005
Done for right now, I may do some more work on it later, but it works now.

https://github.com/sidhujag/devcoin/pull/1
Thanks, it makes sense for linux. We only know about the libcurl issues with windows so it can be a specific thing for the win mingw file.
full member
Activity: 276
Merit: 102
Looking at this makefile... why on earth are you building libcurl? It's on quite a few linux systems. The user is supposed to install the dependencies, except sometimes in the case of Windows...

Because you cant assume users have it.. unless you do a dynamic compile then its up to you to put the dll as a registered dll or in path of executable.

Take a look at the config for the build.. Then windows mingw makefile atleast. It strips out everything except the http get functionality.

Also it needs to be statically linked because I believe it is safer and avoids bugs where multi-threading could cause issues.. I believe this is why they went with the static
build for it.. was done before me.

You're thinking like a Windows user. If you're compiling for Linux, there is no reason to compile libcurl with Devcoin. If all developers thought like you, it'd be a disaster. Shared libraries were created so that every program didn't have to statically link their own copy of a common library, wasting memory and disk space.

Several distros don't ship static binaries, and AFAIK, it won't cause issues unless you're using archaic versions.
I believe I did change the dependencies to be dynamically linked and included them in the distro. With libcurl it the lib is compiled without the unneeded options so that is why the src was included. It wasnt a standard lib that any coins used at the time so the src was put in the repo. You still need the src to compile the linked lib and since we are only using 1/10th of it having src there makes sense.

How does it make sense to only waste a little memory copying code that already should be on the system? And what if there's a security bug in libcurl? With dynamic linking, I can use my package manager to upgrade. This way, I need to recompile EVERYTHING that depends on it.

Hello wolf. As the current linux admin of devcoin, I tell you just go ahead, to adapt the build method of linux as you like, and ask sidhujag to pull it. Because he is of the responsibility of developing our new release, but not the release manager of every distribution (though he happened to be maintaining the windows build). I was not too familiar with those libcurl hacks, and a little too busy to dig into it, so just modify the code (of linux part) as you like. I think sidhujag would like to see it, too, right?
legendary
Activity: 2044
Merit: 1005
Looking at this makefile... why on earth are you building libcurl? It's on quite a few linux systems. The user is supposed to install the dependencies, except sometimes in the case of Windows...

Because you cant assume users have it.. unless you do a dynamic compile then its up to you to put the dll as a registered dll or in path of executable.

Take a look at the config for the build.. Then windows mingw makefile atleast. It strips out everything except the http get functionality.

Also it needs to be statically linked because I believe it is safer and avoids bugs where multi-threading could cause issues.. I believe this is why they went with the static
build for it.. was done before me.

You're thinking like a Windows user. If you're compiling for Linux, there is no reason to compile libcurl with Devcoin. If all developers thought like you, it'd be a disaster. Shared libraries were created so that every program didn't have to statically link their own copy of a common library, wasting memory and disk space.

Several distros don't ship static binaries, and AFAIK, it won't cause issues unless you're using archaic versions.
I believe I did change the dependencies to be dynamically linked and included them in the distro. With libcurl it the lib is compiled without the unneeded options so that is why the src was included. It wasnt a standard lib that any coins used at the time so the src was put in the repo. You still need the src to compile the linked lib and since we are only using 1/10th of it having src there makes sense.
legendary
Activity: 2044
Merit: 1005
Looking at this makefile... why on earth are you building libcurl? It's on quite a few linux systems. The user is supposed to install the dependencies, except sometimes in the case of Windows...

Because you cant assume users have it.. unless you do a dynamic compile then its up to you to put the dll as a registered dll or in path of executable.

Take a look at the config for the build.. Then windows mingw makefile atleast. It strips out everything except the http get functionality.

Also it needs to be statically linked because I believe it is safer and avoids bugs where multi-threading could cause issues.. I believe this is why they went with the static
build for it.. was done before me.
newbie
Activity: 57
Merit: 0
As example, this address (faucet): http://d.evco.in/abe/address/1EpJKJbpeoXnYGtoB8F6re78FMAtvNRWMf shows transactions in/out 393/323 up to last one yesterday, with balance corresponding to yesterday.

Here: http://dvcnode.com/#!/address/1EpJKJbpeoXnYGtoB8F6re78FMAtvNRWMf shows a transaction history ending Mar 29 and balance is fixed at sum on that date.

Fixed.
legendary
Activity: 2044
Merit: 1005
Will do thanks, the linux admin may want to see the makefile change. I will pull and merge. Thanks.

Not a problem. I can do some more work on it, if you want. I figured out how to compile wxWidgets 3.0.0 on Windows (hint: the trick is copy include\wx\msw\setup.h to include\wx\setup.h before using make.)

Qt replaces wxWidgets in newer release. Try to compile latest devcoin see if there are issues?

Awesome! Looks like you guys have been busy! I'll try it in a bit.

Yup working up to the devcoinauctions.com launch at the end of this month.

First off, you have a serious bug anyone who tries to build it is gonna find ten seconds in. You need to chmod +x src/leveldb/build_detect_platform.
Second, since you were starting fresh, why not use Qt 5?

EDIT: ...
...
*facepaw*

Building natively on Arch Linux x64 and...

Code:
g++ -c -pipe -fstack-protector-all -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_REENTRANT -fdiagnostics-show-option -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -Wstack-protector -DQT_GUI -DBOOST_THREAD_USE_LIB -DBOOST_SPIRIT_THREADSAFE -DUSE_IPV6=1 -DHAVE_BUILD_INFO -DLINUX -D_FILE_OFFSET_BITS=64 -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/qt -Isrc/curl/include -Isrc/leveldb/include -Isrc/leveldb/helpers -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/boost_1_54_0 -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/db-4.8.30.NC/build_unix -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/openssl-1.0.1f/include -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/qrencode-3.4.3 -Ibuild -Ibuild -o build/net.o src/net.cpp
In file included from src/curl/include/curl/curl.h:34:0,
                 from src/receiver.h:5,
                 from src/main.cpp:18:
src/curl/include/curl/curlbuild.h:122:23: fatal error: windows.h: No such file or directory
 #  include

Really?

There are issues with qt5.

You need to fix your includes. Try building x86.. No point in building 64 bit none of the dependencies will build for it as far as I know. Is there a btc x64 build out now?

What do you mean, "is there a btc x64 build out now?" It has compiled for 64-bit for... at least a year, probably longer.

Not true, https://github.com/bitcoin/bitcoin/blob/15ec451554b5889a92651b9fe71bf01047ba9fc3/doc/release-notes/release-notes-0.8.6.md

It has become available as of 0.9, and I would say its still not stable and tested.

We are still on 0.8.5, testing is a slow process because the official pool did not want to change over to the new node. So we have to do our own testing on a new pool blisterpool.com which may take up to a year to mine a block unless more hash comes online.

I've compiled Bitcoin as 64-bit for over a year. It's worked fine.

All dependencies aswell? Well regardless that error is probably because you didnt put in your depenency paths correctly. Either you are using windows mingw file to compile on linux or copied contents over to the other makefile. The linux and unix files I think needed to be fixed since I was working with windows compilation only. If you fix the makefile for anything other than the windows one please committ that and I will pull.
newbie
Activity: 57
Merit: 0
As example, this address (faucet): http://d.evco.in/abe/address/1EpJKJbpeoXnYGtoB8F6re78FMAtvNRWMf shows transactions in/out 393/323 up to last one yesterday, with balance corresponding to yesterday.

Here: http://dvcnode.com/#!/address/1EpJKJbpeoXnYGtoB8F6re78FMAtvNRWMf shows a transaction history ending Mar 29 and balance is fixed at sum on that date.

OK. Will take a look at this.
hero member
Activity: 720
Merit: 500
As example, this address (faucet): http://d.evco.in/abe/address/1EpJKJbpeoXnYGtoB8F6re78FMAtvNRWMf shows transactions in/out 393/323 up to last one yesterday, with balance corresponding to yesterday.

Here: http://dvcnode.com/#!/address/1EpJKJbpeoXnYGtoB8F6re78FMAtvNRWMf shows a transaction history ending Mar 29 and balance is fixed at sum on that date.
newbie
Activity: 57
Merit: 0
Very first version of Devcoin block explorer (based on Bitpay's Bitcore/Insight engine) running at:
dvcnode.com

This is just a testing site. Feel free to use it as much as you like.
I need data on perfomance and memory load under real load.
That's great. Is the end-march limit for address transactions data part of the test?
What kind of limit?
I'm not aware of any limits on address transactions.
Would you be so kind to provide me with the link to the description of this limit, please?

P.S. Just checked my old address (1Fhex5BvBGaChJqK75Z6MPxtK9muSsScKC) - it have 3782 transactions and looks like that engine working good with this number of transactions.
hero member
Activity: 720
Merit: 500
Very first version of Devcoin block explorer (based on Bitpay's Bitcore/Insight engine) running at:
dvcnode.com

This is just a testing site. Feel free to use it as much as you like.
I need data on perfomance and memory load under real load.
That's great. Is the end-march limit for address transactions data part of the test?
legendary
Activity: 2044
Merit: 1005
Will do thanks, the linux admin may want to see the makefile change. I will pull and merge. Thanks.

Not a problem. I can do some more work on it, if you want. I figured out how to compile wxWidgets 3.0.0 on Windows (hint: the trick is copy include\wx\msw\setup.h to include\wx\setup.h before using make.)

Qt replaces wxWidgets in newer release. Try to compile latest devcoin see if there are issues?

Awesome! Looks like you guys have been busy! I'll try it in a bit.

Yup working up to the devcoinauctions.com launch at the end of this month.

First off, you have a serious bug anyone who tries to build it is gonna find ten seconds in. You need to chmod +x src/leveldb/build_detect_platform.
Second, since you were starting fresh, why not use Qt 5?

EDIT: ...
...
*facepaw*

Building natively on Arch Linux x64 and...

Code:
g++ -c -pipe -fstack-protector-all -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_REENTRANT -fdiagnostics-show-option -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -Wstack-protector -DQT_GUI -DBOOST_THREAD_USE_LIB -DBOOST_SPIRIT_THREADSAFE -DUSE_IPV6=1 -DHAVE_BUILD_INFO -DLINUX -D_FILE_OFFSET_BITS=64 -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/qt -Isrc/curl/include -Isrc/leveldb/include -Isrc/leveldb/helpers -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/boost_1_54_0 -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/db-4.8.30.NC/build_unix -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/openssl-1.0.1f/include -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/qrencode-3.4.3 -Ibuild -Ibuild -o build/net.o src/net.cpp
In file included from src/curl/include/curl/curl.h:34:0,
                 from src/receiver.h:5,
                 from src/main.cpp:18:
src/curl/include/curl/curlbuild.h:122:23: fatal error: windows.h: No such file or directory
 #  include

Really?

There are issues with qt5.

You need to fix your includes. Try building x86.. No point in building 64 bit none of the dependencies will build for it as far as I know. Is there a btc x64 build out now?

What do you mean, "is there a btc x64 build out now?" It has compiled for 64-bit for... at least a year, probably longer.

Not true, https://github.com/bitcoin/bitcoin/blob/15ec451554b5889a92651b9fe71bf01047ba9fc3/doc/release-notes/release-notes-0.8.6.md

It has become available as of 0.9, and I would say its still not stable and tested.

We are still on 0.8.5, testing is a slow process because the official pool did not want to change over to the new node. So we have to do our own testing on a new pool blisterpool.com which may take up to a year to mine a block unless more hash comes online.
legendary
Activity: 2044
Merit: 1005
Will do thanks, the linux admin may want to see the makefile change. I will pull and merge. Thanks.

Not a problem. I can do some more work on it, if you want. I figured out how to compile wxWidgets 3.0.0 on Windows (hint: the trick is copy include\wx\msw\setup.h to include\wx\setup.h before using make.)

Qt replaces wxWidgets in newer release. Try to compile latest devcoin see if there are issues?

Awesome! Looks like you guys have been busy! I'll try it in a bit.

Yup working up to the devcoinauctions.com launch at the end of this month.

First off, you have a serious bug anyone who tries to build it is gonna find ten seconds in. You need to chmod +x src/leveldb/build_detect_platform.
Second, since you were starting fresh, why not use Qt 5?

EDIT: ...
...
*facepaw*

Building natively on Arch Linux x64 and...

Code:
g++ -c -pipe -fstack-protector-all -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_REENTRANT -fdiagnostics-show-option -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -Wstack-protector -DQT_GUI -DBOOST_THREAD_USE_LIB -DBOOST_SPIRIT_THREADSAFE -DUSE_IPV6=1 -DHAVE_BUILD_INFO -DLINUX -D_FILE_OFFSET_BITS=64 -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/qt -Isrc/curl/include -Isrc/leveldb/include -Isrc/leveldb/helpers -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/boost_1_54_0 -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/db-4.8.30.NC/build_unix -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/openssl-1.0.1f/include -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/qrencode-3.4.3 -Ibuild -Ibuild -o build/net.o src/net.cpp
In file included from src/curl/include/curl/curl.h:34:0,
                 from src/receiver.h:5,
                 from src/main.cpp:18:
src/curl/include/curl/curlbuild.h:122:23: fatal error: windows.h: No such file or directory
 #  include

Really?

There are issues with qt5.

Did you build your dependencies?  You need to fix your includes.
legendary
Activity: 2044
Merit: 1005
Will do thanks, the linux admin may want to see the makefile change. I will pull and merge. Thanks.

Not a problem. I can do some more work on it, if you want. I figured out how to compile wxWidgets 3.0.0 on Windows (hint: the trick is copy include\wx\msw\setup.h to include\wx\setup.h before using make.)

Qt replaces wxWidgets in newer release. Try to compile latest devcoin see if there are issues?

Awesome! Looks like you guys have been busy! I'll try it in a bit.

Yup working up to the devcoinauctions.com launch at the end of this month.

First off, you have a serious bug anyone who tries to build it is gonna find ten seconds in. You need to chmod +x src/leveldb/build_detect_platform.
Second, since you were starting fresh, why not use Qt 5?

EDIT: ...
...
*facepaw*

Building natively on Arch Linux x64 and...

Code:
g++ -c -pipe -fstack-protector-all -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_REENTRANT -fdiagnostics-show-option -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -Wstack-protector -DQT_GUI -DBOOST_THREAD_USE_LIB -DBOOST_SPIRIT_THREADSAFE -DUSE_IPV6=1 -DHAVE_BUILD_INFO -DLINUX -D_FILE_OFFSET_BITS=64 -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/qt -Isrc/curl/include -Isrc/leveldb/include -Isrc/leveldb/helpers -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/boost_1_54_0 -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/db-4.8.30.NC/build_unix -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/openssl-1.0.1f/include -IC:/MinGW/msys/1.0/home/jagdeep.sidhu/qrencode-3.4.3 -Ibuild -Ibuild -o build/net.o src/net.cpp
In file included from src/curl/include/curl/curl.h:34:0,
                 from src/receiver.h:5,
                 from src/main.cpp:18:
src/curl/include/curl/curlbuild.h:122:23: fatal error: windows.h: No such file or directory
 #  include

Really?

There are issues with qt5.

You need to fix your includes. Try building x86.. No point in building 64 bit none of the dependencies will build for it as far as I know. Is there a btc x64 build out now?
Jump to: