Bitcoin Forum
January 21, 2022, 11:18:51 AM *
News: Latest Bitcoin Core release: 22.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 [276] 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 ... 438 »
  Print  
Author Topic: [DVC]DevCoin - Official Thread - Moderated  (Read 1055852 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
sidhujag
Legendary
*
Offline Offline

Activity: 2044
Merit: 1004


View Profile
April 24, 2014, 04:58:04 PM
 #5501

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 <windows.h>

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.
1642763931
Hero Member
*
Offline Offline

Posts: 1642763931

View Profile Personal Message (Offline)

Ignore
1642763931
Reply with quote  #2

1642763931
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1642763931
Hero Member
*
Offline Offline

Posts: 1642763931

View Profile Personal Message (Offline)

Ignore
1642763931
Reply with quote  #2

1642763931
Report to moderator
1642763931
Hero Member
*
Offline Offline

Posts: 1642763931

View Profile Personal Message (Offline)

Ignore
1642763931
Reply with quote  #2

1642763931
Report to moderator
1642763931
Hero Member
*
Offline Offline

Posts: 1642763931

View Profile Personal Message (Offline)

Ignore
1642763931
Reply with quote  #2

1642763931
Report to moderator
Shattienator
Newbie
*
Offline Offline

Activity: 57
Merit: 0


View Profile
April 24, 2014, 08:54:48 PM
 #5502

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
*
Offline Offline

Activity: 2044
Merit: 1004


View Profile
April 25, 2014, 07:38:05 AM
 #5503

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.
sidhujag
Legendary
*
Offline Offline

Activity: 2044
Merit: 1004


View Profile
April 25, 2014, 11:36:37 AM
 #5504

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.
emfox
Full Member
***
Offline Offline

Activity: 276
Merit: 102


View Profile
April 25, 2014, 02:20:59 PM
 #5505

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?

Earn Devcoins by Writing
BTC: 1Emfox1WswYcd2YucUskRzqfRWKkcm1Jut DVC: 1Emfox1WswYcd2YucUskRzqfRWKkcm1Jut
IXC: xnRKo3qSDdcPJ4pgTLER3orkquUVQXeLwf
sidhujag
Legendary
*
Offline Offline

Activity: 2044
Merit: 1004


View Profile
April 25, 2014, 06:01:56 PM
 #5506

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.
sidhujag
Legendary
*
Offline Offline

Activity: 2044
Merit: 1004


View Profile
April 26, 2014, 03:26:23 PM
 #5507

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.
MoreGuney
Newbie
*
Offline Offline

Activity: 21
Merit: 0


View Profile
April 26, 2014, 04:33:51 PM
 #5508

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!
MoreGuney
Newbie
*
Offline Offline

Activity: 21
Merit: 0


View Profile
April 26, 2014, 06:35:05 PM
 #5509

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.
MoreGuney
Newbie
*
Offline Offline

Activity: 21
Merit: 0


View Profile
April 27, 2014, 12:26:52 AM
 #5510

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.
Cryptocoinrank.com
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile WWW
April 27, 2014, 12:49:07 AM
 #5511


★★★█ 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://bitcointalk.org/index.php?topic=579901.0

Enjoy

btcjason3
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
April 27, 2014, 03:17:21 AM
 #5512

It's clear that devcoin will be a coin for the long term.
ranlo
Legendary
*
Offline Offline

Activity: 1876
Merit: 1007



View Profile
April 27, 2014, 03:58:36 AM
 #5513

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.
sidhujag
Legendary
*
Offline Offline

Activity: 2044
Merit: 1004


View Profile
April 27, 2014, 07:23:49 AM
 #5514

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.

What exactly do you need the build scripts modified to do?

I would like devcoin to be built the same way as bitcoin. If it uses cloud then it probably downloads all the dependencies and makes everything.. im not sure exactly what the
bitcoin build system is like but it does make all the different platforms as now we have seperate admins responsible for the builds it would be ideal if we can automate this process.
weisoq
Hero Member
*****
Offline Offline

Activity: 720
Merit: 500


View Profile
April 27, 2014, 09:53:10 AM
 #5515

Fixed.
Cool, although still seems to be stalling on a past date.
sidhujag
Legendary
*
Offline Offline

Activity: 2044
Merit: 1004


View Profile
April 27, 2014, 05:27:17 PM
 #5516

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.

What exactly do you need the build scripts modified to do?

I would like devcoin to be built the same way as bitcoin. If it uses cloud then it probably downloads all the dependencies and makes everything.. im not sure exactly what the
bitcoin build system is like but it does make all the different platforms as now we have seperate admins responsible for the builds it would be ideal if we can automate this process.

Oh god, you want to use autotools.

Its essentially the start of a real release process which we dont have: https://github.com/bitcoin/bitcoin/blob/master/doc/release-process.md


Using the gitian builder procedure is like this https://github.com/bitcoin/bitcoin/blob/master/doc/gitian-building.md scripts are already in btc src directory.
emfox
Full Member
***
Offline Offline

Activity: 276
Merit: 102


View Profile
April 28, 2014, 12:12:55 PM
 #5517

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.

What exactly do you need the build scripts modified to do?

I would like devcoin to be built the same way as bitcoin. If it uses cloud then it probably downloads all the dependencies and makes everything.. im not sure exactly what the
bitcoin build system is like but it does make all the different platforms as now we have seperate admins responsible for the builds it would be ideal if we can automate this process.

Oh god, you want to use autotools.

Its essentially the start of a real release process which we dont have: https://github.com/bitcoin/bitcoin/blob/master/doc/release-process.md


Using the gitian builder procedure is like this https://github.com/bitcoin/bitcoin/blob/master/doc/gitian-building.md scripts are already in btc src directory.

I like the autotools when I'm building a project, but as a developer, I hate them. I tried to learn it several times, the documentation SUUUUUCKS.

Me too. but truely, If we want to follow bitcoin, we should consider using autotools, that bitcoin has already did in 0.8.6 (or may be 0.8.7?)

Earn Devcoins by Writing
BTC: 1Emfox1WswYcd2YucUskRzqfRWKkcm1Jut DVC: 1Emfox1WswYcd2YucUskRzqfRWKkcm1Jut
IXC: xnRKo3qSDdcPJ4pgTLER3orkquUVQXeLwf
bronan
Hero Member
*****
Offline Offline

Activity: 774
Merit: 500


Lazy Lurker Reads Alot


View Profile
April 28, 2014, 07:34:27 PM
 #5518

I have the program open for an hour and no connections are made
How dead can a coin be
last update on the program freaking aug 2013 no changes no news
so how can you say it has a future if clearly hardly anybody takes it serious
sidhujag
Legendary
*
Offline Offline

Activity: 2044
Merit: 1004


View Profile
April 28, 2014, 08:49:47 PM
 #5519

I have the program open for an hour and no connections are made
How dead can a coin be
last update on the program freaking aug 2013 no changes no news
so how can you say it has a future if clearly hardly anybody takes it serious


checkout devcoinauctions.com... dead? sure lol... There is a new wallet being tested right now. Maybe you are using a different client, where did you download from?
sidhujag
Legendary
*
Offline Offline

Activity: 2044
Merit: 1004


View Profile
April 28, 2014, 08:51:48 PM
 #5520

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.

What exactly do you need the build scripts modified to do?

I would like devcoin to be built the same way as bitcoin. If it uses cloud then it probably downloads all the dependencies and makes everything.. im not sure exactly what the
bitcoin build system is like but it does make all the different platforms as now we have seperate admins responsible for the builds it would be ideal if we can automate this process.

Oh god, you want to use autotools.

Its essentially the start of a real release process which we dont have: https://github.com/bitcoin/bitcoin/blob/master/doc/release-process.md


Using the gitian builder procedure is like this https://github.com/bitcoin/bitcoin/blob/master/doc/gitian-building.md scripts are already in btc src directory.

I like the autotools when I'm building a project, but as a developer, I hate them. I tried to learn it several times, the documentation SUUUUUCKS.

It is alot better than when I was writing the new client... and its the reason why I didn't bother because overly complicated and not documented. But it is getting better now and doable based on the docs I read anyway.

Just the MacOSX will have to be built on something other than debian.
Pages: « 1 ... 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 [276] 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 ... 438 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!