November 26, 2024, 03:24:34 PM

Welcome, Guest

News: Latest Bitcoin Core release: 28.0 [Torrent]

Bitcoin Forum>Alternate cryptocurrencies>Announcements (Altcoins)

Pages:

Author

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

MoreGuney

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

Sad

Can anyone assist with this issue?

Many thanks in advance!

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Quote from: ?? on ??

Quote from: ?? on ??

Quote from: sidhujag on April 25, 2014, 01:01:56 PM

Quote from: ?? on ??

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.

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Quote from: ?? on ??

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.

emfox

full member

Activity: 276

Merit: 102

Quote from: ?? on ??

Quote from: sidhujag on April 25, 2014, 06:36:37 AM

Quote from: ?? on ??

Quote from: sidhujag on April 25, 2014, 02:38:05 AM

Quote from: ?? on ??

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?

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Quote from: ?? on ??

Quote from: sidhujag on April 25, 2014, 02:38:05 AM

Quote from: ?? on ??

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.

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Quote from: ?? on ??

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.

Shattienator

newbie

Activity: 57

Merit: 0

Quote from: weisoq on April 24, 2014, 06:48:56 AM

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.

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Quote from: ?? on ??

Quote from: sidhujag on April 23, 2014, 03:24:43 PM

Quote from: ?? on ??

Quote from: sidhujag on April 23, 2014, 09:39:12 AM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 03:03:04 PM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 11:06:52 AM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 01:56:51 AM

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.

Shattienator

newbie

Activity: 57

Merit: 0

Quote from: weisoq on April 24, 2014, 06:48:56 AM

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.

weisoq

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.

Shattienator

newbie

Activity: 57

Merit: 0

Quote from: weisoq on April 23, 2014, 05:11:43 PM

Quote from: Shattienator on April 23, 2014, 05:00:13 AM

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.

weisoq

hero member

Activity: 720

Merit: 500

Quote from: Shattienator on April 23, 2014, 05:00:13 AM

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?

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Quote from: ?? on ??

Quote from: sidhujag on April 23, 2014, 09:39:12 AM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 03:03:04 PM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 11:06:52 AM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 01:56:51 AM

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.

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 03:03:04 PM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 11:06:52 AM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 01:56:51 AM

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.

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 03:03:04 PM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 11:06:52 AM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 01:56:51 AM

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?

Shattienator

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.

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 11:06:52 AM

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 01:56:51 AM

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.

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Quote from: ?? on ??

Quote from: sidhujag on April 22, 2014, 01:56:51 AM

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?

FuzzyBear

legendary

Legendary level

Activity: 1420

Merit: 1010

can I get the link to the ASCMDVCPT removed from the OP on this thread and anywhere else it is linked.

Listing is closed

Fuzzybear

sidhujag

legendary

Legendary level

Activity: 2044

Merit: 1005

Will do thanks, the linux admin may want to see the makefile change. I will pull and merge. Thanks.

Pages:

Bitcoin Forum>Alternate cryptocurrencies>Announcements (Altcoins)

Jump to: