dashpay / dash Goto Github PK

This project forked from bitcoin/bitcoin

Dash - Reinventing Cryptocurrency

License: MIT License

Shell 1.08% Python 8.74% QMake 0.01% Makefile 0.57% C++ 53.21% C 24.91% HTML 2.21% CSS 0.56% Objective-C++ 0.02% M4 1.13% CMake 0.77% Assembly 3.45% Dockerfile 0.06% GDB 0.01% Sage 0.15% Scheme 0.12% JavaScript 2.79% Go 0.22% TypeScript 0.01% Emacs Lisp 0.01%

bitcoin blockchain cryptocurrency dash governance instant masternode p2p privacy

dash's People

Contributors

Stargazers

Watchers

Forkers

jchandler zone117x portdavenport stimels7 dokyriak pushon amirza1 boyke76 nightlydash gitdrops bugger dougflin steveeve minersday hirosatou schinzelh alt-project worldpeacecoin torrentcointeam anoane classicsxdx alcamie101 jimrambler sisehu bigwils smartbitcoin truecoinproject bitbranchdev bitcryptoproject vertoe arlasj balles333333 xeddmc abioy juli-so wiplug joequant raze182 zptec bitgoldcoin-project nxeprotocol wolfpack34 alvgot aurumwaycom lajz99 like-coin wildwestcoinproject kbradsha epaycrypto suhartanto crowning- cryptodev35 blackboxcoin oblox christopher-s-b thunderdrum elanaint sulla jkat kostyll brainshutdown blackhatnetwork bittokendev coitog moneta-io polarbearzoo btcsoft world-bank eagleflies mraksel1 wsmithston pinkevich oxidase zcoder umarka cryptocurrent seamusallen0905 souznik gay-carson-andrew strogo salmion mycointest nightweb2 fernandogutie eduffield222 wyjun sibbank erkan-yilmaz madeinbanana greencoin-dev nmarley mcgue etimehamilton pivx-project dragosbdi wzl4022561 mohitkagnihotri axelxod cryptohealthrecords drdic

dash's Issues

getrawtransaction fails only on transaction in genesis block

getrawtransaction e0028eb9648db56b1ac77cf090b99048a8007e2bb64b68f092c03c7f56a662c7 returns with "No information available".

I ran with txindex=1 and -reindex, so far all other transactions seem to be available. Before I start to sync with a completely new data folder from network, is this happening to others too or is this just an error on my end that I need to debug further? I use v0.11.0.13-g90ad641-beta, seems to be the latest version at the moment.

Automatic updates of DarkCoin-Wallet software

Hey @darkcoinproject, would it be possible for you to add automatic updates of the DarkCoin-Wallet software? I would like to always be on the bleeding edge without having to visit your website each time to grab the latest darkcoin-qt binary. Thank you so much for developing this, works great on openSUSE!

How to mine DarkCoin on openSUSE?

Hey @darkcoinproject, I stumbled upon your promising project during the search for a way to achieve fully anonymous funding for developers of the Android-IMSI-Catcher-Detector. Before setting up a Wallet, I would like to find an answer to this: How to mine DarkCoin on LINUX (in my case openSUSE)?

Would be awesome if you could write-up very detailled instructions (also on how to fully stay anonymous on different occasions) on your still empty User Guide page. THANK YOU!

Remove static linking

Hope that gets in before the release, please remove

STATIC = 1

From src/makefile.unix

CreateNewBlock() : ConnectBlock failed (branch v11)

(gdb) r -testnet -rescan -reindex -gen=1
Starting program: /home/vertoe/opt/darkcoin/src/qt/darkcoin-qt -testnet -rescan -reindex -gen=1
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

[...]

[Thread 0x7fffaddf0700 (LWP 8549) exited]
[Thread 0x7fffae5f1700 (LWP 8548) exited]
terminate called after throwing an instance of 'std::runtime_error'
  what():  CreateNewBlock() : ConnectBlock failed

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fff95ffb700 (LWP 8556)]
0x00007ffff39bea97 in raise () from /usr/lib/libc.so.6
(gdb) bt
#0  0x00007ffff39bea97 in raise () from /usr/lib/libc.so.6
#1  0x00007ffff39bfe6a in abort () from /usr/lib/libc.so.6
#2  0x00007ffff42a9fcd in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/libstdc++.so.6
#3  0x00007ffff42a7e56 in __cxxabiv1::__terminate(void (*)()) () from /usr/lib/libstdc++.so.6
#4  0x00007ffff42a7ea1 in std::terminate() () from /usr/lib/libstdc++.so.6
#5  0x00007ffff42a80b8 in __cxa_throw () from /usr/lib/libstdc++.so.6
#6  0x00000000006fba1f in CreateNewBlock (scriptPubKeyIn=...) at miner.cpp:396
#7  0x00000000006fc3a3 in CreateNewBlockWithKey (reservekey=...) at miner.cpp:480
#8  0x00000000006fc91b in BitcoinMiner (pwallet=0x7fffe872e340) at miner.cpp:545
#9  0x0000000000709e5f in boost::_bi::list1<boost::_bi::value<CWallet*> >::operator()<void (*)(CWallet*), boost::_bi::list0> (this=0x7fffe8707990, f=@0x7fffe8707988: 0x6fc847 <BitcoinMiner(CWallet*)>, a=...)
    at /usr/include/boost/bind/bind.hpp:253
#10 0x0000000000709de4 in boost::_bi::bind_t<void, void (*)(CWallet*), boost::_bi::list1<boost::_bi::value<CWallet*> > >::operator() (this=0x7fffe8707988) at /usr/include/boost/bind/bind_template.hpp:20
#11 0x0000000000709d83 in boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(CWallet*), boost::_bi::list1<boost::_bi::value<CWallet*> > > >::run (this=0x7fffe87077d0)
    at /usr/include/boost/thread/detail/thread.hpp:116
#12 0x00007ffff7533f2a in ?? () from /usr/lib/libboost_thread.so.1.57.0
#13 0x00007ffff51d5314 in start_thread () from /usr/lib/libpthread.so.0
#14 0x00007ffff3a7324d in clone () from /usr/lib/libc.so.6

Alert Unit Tests Fail.

The following Unit Tests fail:

./test_darkcoin
Running 73 test cases...
test/alert_tests.cpp(126): error in "AlertApplies": check alert.CheckSignature() failed
test/alert_tests.cpp(126): error in "AlertApplies": check alert.CheckSignature() failed
test/alert_tests.cpp(126): error in "AlertApplies": check alert.CheckSignature() failed
test/alert_tests.cpp(126): error in "AlertApplies": check alert.CheckSignature() failed
test/alert_tests.cpp(126): error in "AlertApplies": check alert.CheckSignature() failed
test/alert_tests.cpp(126): error in "AlertApplies": check alert.CheckSignature() failed
test/alert_tests.cpp(126): error in "AlertApplies": check alert.CheckSignature() failed
test/alert_tests.cpp(126): error in "AlertApplies": check alert.CheckSignature() failed
test/alert_tests.cpp(129): error in "AlertApplies": check alerts[0].AppliesTo(1, "") failed
test/alert_tests.cpp(130): error in "AlertApplies": check alerts[0].AppliesTo(70001, "") failed
test/alert_tests.cpp(131): error in "AlertApplies": check alerts[0].AppliesTo(1, "/Satoshi:11.11.11/") failed
test/alert_tests.cpp(133): error in "AlertApplies": check alerts[1].AppliesTo(1, "/Satoshi:0.1.0/") failed
test/alert_tests.cpp(134): error in "AlertApplies": check alerts[1].AppliesTo(70001, "/Satoshi:0.1.0/") failed
test/alert_tests.cpp(136): error in "AlertApplies": check alerts[2].AppliesTo(1, "/Satoshi:0.1.0/") failed
test/alert_tests.cpp(137): error in "AlertApplies": check alerts[2].AppliesTo(1, "/Satoshi:0.2.0/") failed

*** 15 failures detected in test suite "DarkCoin Test Suite"

I will investigate this and fix as necessary. Please assign issue to me. :-)

masternode.cpp:434:37: warning: comparison between signed and unsigned integer expressions

masternode.cpp: In member function ‘bool CMasternodePayments::ProcessBlock(int)’:
masternode.cpp:434:37: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]

off by one error in masternode escrow address confirmations count

local node. I verified 6 confirmations before attempting masternode start

$ darkcoind walletpassphrase $P 60 ; darkcoind masternode start $P
masternode input must have at least 6 confirmations

$ darkcoind listreceivedbyaddress
[
{
"address" : "CENSORED",
"account" : "",
"amount" : 1000.00000000,
"confirmations" : 6,
"txids" : [
"CENSORED"
]
}
]

short address (same as domains, dns)

On master node we can be made short addresses DNS service.
Register short address -> reg_address market.drk
Register for a year. The cost of registration N DRK.

Profit for registration is divided between all the master nodes.
When someone wants to transfer coins -> darkcoind sendaddress market.drk 100

Wallet makes a request to the master node N.
Know the real address. If N cases it is the same - send coins.

testnet address validation

I was going to clear out my old testnet wallet so I can get a fresh set of denoms going, but seems that TestNet addresses aren't validating. See screenshots below:

from Qt: http://screencast.com/t/PcLqal7Zt
from Console: http://screencast.com/t/WSHJhJHMwlT

was attempting to send to: mmfb6hxTdLT3gQGAEDr2g6Qug8ew2MwKoJ

Edit: Running 64 bit version of wallet on Windows 10

masternode caching to agressive

The caching of the inactive masternodes is to aggressive in 0.10.10.1: The list only gets pruned on daemon restart. This causes list blow up and issues when migrating masternode to a new IP address.

See http://tdrk.poolhash.org/blocks/masterlist.txt

Inactive nodes should be pruned in fixed intervals.

Current time: 1402986001
ip      status      address     lastseen        sec(ago)        activeseconds
107.20.28.12:19999  0   n2eL7u3pgqMYNSxVbvHDTL1WJJzS92qUbU  1402974985251882    11015   519738
107.20.122.204:19999    0   mp6rSxNV1gtSB2KMFDLMkEK6pcFQgEGfXC  1402974977481661    11023   519724
54.76.47.232:19999  1   mpKNkHEdgtxQAjTCkGB4ZwHAED74qwjDvj  1402985754418887    246 688563
184.73.114.32:19999 0   mnJM9UeHTSWUtPQUnycxxLccpWat2WUyMJ  1402974973202661    11027   519734
50.16.13.19:19999   0   mwzV5fEMTWXbgnzkF8kgraZVJJXYhZ5RQu  0   1402986001  -1402722877
54.224.75.195:19999 0   mxjko3miNiPCPqcHqnCDW6XUSgHfPs8TEs  1402974994119510    11006   519746
54.234.251.170:19999    0   n1HRzCV9RBxVJoC5noKVNBCx4gAbTZPyPZ  1402974995874158    11005   519764
23.22.13.31:19999   0   mp6jBHsU4nZph2SMiVvn1miSh3ZVsYTF9Q  1402974987382514    11013   519710
54.201.114.13:19999 0   mvJkju1wcxYTA9h1cbu8Uf37pzby6kCKx8  1402863477757995    122523  156737
184.73.34.180:19999 0   mzpwtJ5hEVtuD1rS2vVgh7rZJT7ykz85Ss  1402975037434970    10963   519778
54.197.213.80:19999 0   mfmqKHWKdS6juPjUMwDo6cTSWJSoKtAsGs  1402974927306231    11073   519696
54.80.217.163:19999 0   mqAcG1w5AjNEKmHfaUCZccx3rpdEcUHHzw  1402973543882929    12457   518268
23.23.55.5:19999    0   mhpFH686HP4LoHw1PF91GD8sTFuCxPkMam  1402974456380670    11544   519203
54.255.182.225:19999    1   mtSQDmxDEY69Kn31uo6aRJHxD1nYdFFzvo  1402985623310239    377 154787
54.226.159.60:19999 0   mnLuWfQTiWv8k5QiVwER9EyBrsb5pbhZW8  1402974980569063    11020   519717
107.22.42.148:19999 0   mzArKcPEqCw812YBjKav4jArBD29mpnn1o  1402974527676772    11473   519281
54.83.151.118:19999 0   mzAAz5JH9PojrNQNxfsDRpnD2vqWzhryhn  1402974996528964    11004   519752
54.81.150.16:19999  0   n13ZexVbEmHRAPvgcM69cTrHJXjA8Ppa34  1402974999320542    11001   519749
84.25.161.117:19999 0   mimbetjLREPGTgWMbeHiwU8yTGKqgNn3z2  1402765471854957    220529  427257
54.80.221.149:19999 0   mgxnFTPELSCen9DwosYb59WqVAgYzbBFEf  1402974070927259    11930   518828
54.198.145.174:19999    0   mrXi3JeVASCew48xZCRnHq1L2M4FLvJDhT  1402974956089711    11044   519707
54.81.244.239:19999 0   mtDk3CAwEoPo2yRwzbNhrUiJL8Jytr2arp  1402974977255769    11023   519741
50.16.50.164:19999  0   mfwFQXpRNhBFakKR6tMCgRaMB19yszGf2y  1402974914507466    11086   519683
54.227.119.61:19999 0   mjFS4BhRxFikiCrG4eDa1Pxk41eduwEHJ4  1402975006992479    10994   519770
5.45.102.169:19999  1   muNRbrwBSgTCdHTYL5R2Eokvj9H1q21ytC  1402985890892925    110 136397
54.87.121.203:19999 0   mnJrwqyKD46Uds56iEgPkqV1EsY9eGS35A  1402974844793005    11156   519604
54.242.139.236:19999    0   mv48C1GdFQFRSfGRerxtuRzxRuSskWiTkN  0   1402986001  -1402455278
54.178.139.242:19999    1   mgosBEJMvd27HiHcm1LLJqTekMAkaxHAvZ  1402984517679137    1483    345475
54.80.248.174:19999 0   n27C1kaFfNCMF6wow5trA19v84ajN6yNQq  1402974960050230    11040   519727
188.226.243.116:19999   1   mxv11kABs5n2aLWHytKgFQvESd2f9vwywL  1402985123942084    877 49436
54.76.52.216:19999  1   mqkfxeKvqESJ53xkiSVBP8THVdXEddzKDv  1402985979896565    21  57576
54.225.6.1:19999    0   mq6ZTVuZNRFS8F4EkETbwMrgdwsnawbC6m  1402974967956027    11033   519731
54.198.252.150:19999    0   mnwaBzVu4uMr5KEpQXYohSRxXwvgF5okiy  1402974996202693    11004   519741
54.242.110.149:19999    0   mrFhdJKyQPF1uYhXbMbmjp47bMCp3Fda2k  1402800303409419    185697  345014
54.237.191.208:19999    0   n1d9XPVZ9ZkbFF4sseEPg31KF2s5YwXCTa  1402974892206066    11108   519660
50.17.9.225:19999   0   mvaUy1oHfEykY5SohyfpRWP8YzqGb7r5qf  1402974979113055    11021   519743
50.17.56.71:19999   0   miRmicKoQPqEbem31CX8Pe59YGpfzsy5Zn  1402974983197392    11017   519747
37.187.216.11:19999 0   mqYB4ZA1nHHTzhHtSyBwMoj6ssiAuFWinv  1402844391537553    141609  364433
54.227.104.145:19999    0   msMrvVzPQtXNCZBuMdQEkaAHxVGbKp4Ltj  1402974958221503    11042   519709
104.33.210.231:19999    1   n36fd8g9ad9bph8zcmVbLPXYbkqr5H59zF  1402985963058329    37  87347
107.20.4.185:19999  0   n3tgXsA8ssLfabiMVa62a4XiTrYwE5qo59  1402974984226327    11016   519690
54.224.75.199:19999 0   n18a5JXE3Jo6wKU2PFbFxPXRdWUaVo9mJk  1402974997058979    11003   519752
107.20.38.255:19999 0   mfsFTWRKbg7qpEczCB1cHVmMMAwN5XNYgS  1402974969137728    11031   519731
54.198.191.99:19999 0   myVSR4kptFPTSFjARc3DD8RkFvkLQ2CJ8c  1402974919842102    11081   519688
54.87.101.82:19999  0   mjPy9Fgkihr4dWJp7J8DTTYPNJnuhzCTTb  1402894340008364    91660   439058
54.211.202.218:19999    0   mzndheV3uxR2iBQL5uyFBDyD11U3ewNjBP  1402974998592338    11002   519734
184.73.179.187:19999    1   ms9JqmHQ6QrLbeFFyAp22cofqnR5PNuHkK  1402985889981149    111 740836
184.73.179.148:19999    1   motxZAqgHyaUFQAwM9h6EJHPEVgWumbh8V  1402984445396578    1555    297037
108.61.199.47:19999 0   muu6HVowG7rQatYCagd1QcaxjTqN1ecayM  1402922228051058    63772   450998
107.170.200.102:19999   0   mzGT7GqwW41PFjgA2VRXnRxfE9vaX2M4Kh  0   1402986001  -1402425169
204.236.211.102:19999   0   mysBdRyDRFSYgBGUVjrEM1TyXsNxHMEUgQ  1402974921370094    11079   519690
54.183.68.222:19999 0   mjuuPEnauNfess3KpfDiYAZnb4DhhA43dH  1402798252594012    187748  16202
54.83.143.1:19999   0   mh7mPbsJ3SarRbHDrGcWth8fD3J4fBMuY6  1402975007619004    10993   517964
54.197.189.67:19999 0   mvyjFNPtB6Dp3MbYGsb4YvQJ1PHa42aVpm  1402974980340066    11020   519717
23.20.78.184:19999  0   mxLm7e9xS5oLPCtHJJUc8SzhCQvAwdGKvV  1402975035103551    10965   519778
54.242.152.165:19999    0   mxUBaBzp4RkFvfqxf2RDMRX55YBf9V9aQS  1402974980797305    11020   519730
184.73.179.196:19999    0   mhzsGPJ96hZ7Jjwr11aNJsmaukBNuLKBNa  1402786761154946    199239  0
54.224.28.113:19999 0   mwP6g2kjMPWA5F59BqvPgfWeFbAyUr2CzV  1402974995147535    11005   519732
23.242.106.27:19999 0   mnKjtxAsabarv2y2kb3sGyHz7rFEnm7Uu4  1402736769500482    249231  374007
54.255.159.230:19999    0   moqpGCABQQefuujQ9nsAMJVEiwAXyAMw6o  1402744409328805    241591  404953
184.73.48.127:19999 0   mm3TFaL3j3Po5SQzEgazc8Fd9zeDysGXL1  1402974980586318    11020   519735
37.187.47.129:19999 1   mqGXfPgqp2Gr4qKm2CSjeCHjJnAhimFMQB  1402985612382874    388 313172
54.88.23.198:19999  1   mpv3jJQi9otaVTDhheHyKP7k8toLd73ott  1402985702329592    298 212899
107.21.138.152:19999    0   mqRwwsHBkfGCgErQBigyPQdjuR4NQzELNq  1402975011050454    10989   519758
54.80.118.25:19999  0   mtRuEbzakYd8vb98szxiHE8unB1mqaXJPY  1402974968399700    11032   519726
54.86.103.191:19999 0   mwnfhj5k4dvzTycttN5249FvtMNMzisPiy  0   1402986001  -1402298212
54.203.87.19:19999  1   mw23256bSTqEkP6ThTRrY3KNicB9cfwzLR  1402984634281910    1366    293141
54.209.226.236:19999    0   mrPbaoAeVVeaiuezEmqs7zQimHHcAtKAqq  1402758872901801    227128  191533
54.82.237.183:19999 0   mqbBTc2UAoHf4ZxyHnUU8yKaNRys1nePn2  1402975018490962    10982   519780
50.17.76.216:19999  0   mx1YyAwnPAaR4njNrWAZAqu1XPutHFfzUq  1402974903078913    11097   519672
50.19.54.118:19999  0   mmGW1Sw9FzpA1mmp6Spy1GJiCx67kTGGKo  1402974982670088    11018   519688
50.16.10.185:19999  0   mnX2qN3EPikkEq9MXyBjbsm5jS2ebJ9mw6  1402974982345663    11018   519745
54.198.109.108:19999    0   n13k8bjboMdfkFCozoJW3Cwq9ZtcD4bFVP  1402974964924222    11036   519732
54.187.82.180:19999 0   msE6tmM1sHsDzRVGaWndJebWQdBaMQoVSy  1402951169251144    34831   91839
54.80.186.130:19999 0   mpvL27XHssSfTWNXVMKxjQPZ3kgKqdo87W  1402974968281405    11032   519730
54.215.181.251:19999    0   mi7tdoiKXTs8HusNdDyh4JhyNtMiUVUZZE  0   1402986001  -1402776027
50.16.159.173:19999 0   myb7gyiBweTvpP3vtnPgv9Kmczr6AxwWf1  1402974971368864    11029   519737

Dash not buildable with -static under debian

Hey,

Got trouble building dash under debian 7.8 / 8.1. Only checked v12 dunno hows it with v11

Im running

./autoconf
./configure --with-incompatible-bdb LDFLAGS="-static"

and i get following error:

checking for SSL... yes
checking for CRYPTO... yes
checking for RAND_egd in -lcrypto... no
configure: error: Detected LibreSSL: This is NOT supported, and may break consensus compatibility!

Any idears how to solve this? libssl-dev is installed ~

please delete this

Masternode start/start-many privkey not checked

Hey,

Currently its possible to start a masternode even if the masternodeprivkey is not matching on both sides (the wallet and the daemon). Is there any possibility that theres only a successful register/start if they both match?

darkcoind crashes when using non-standard ports

To keep it short:

When you try to start a local masternode on a port different from [1]9999 darkcoind reports "CDarkSendPool::RegisterAsMasterNode() - Invalid port" in the debug log, but crashes right after.
When you try to start a remote masternode by running the "masternode start" command on your local darkcoind, the local darkcoind or darkcoin-qt show the same behavior. "CDarkSendPool::RegisterAsMasterNode() - Invalid port" is logged, but darkcoind crashes.

Segfault in darksend.h:281 (branch v11)

(gdb) r -testnet -daemon -server
Starting program: /home/vertoe/git/darkcoin/src/darkcoind -testnet -daemon -server
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x00000000005b209f in CDarkSendPool () at darksend.h:281
281         if(!(Params().NetworkID() == CChainParams::TESTNET)) {
(gdb) bt
#0  0x00000000005b209f in CDarkSendPool () at darksend.h:281
#1  __static_initialization_and_destruction_0 () at darksend.cpp:23
#2  global constructors keyed to darkSendPool () at darksend.cpp:2184
#3  0x0000000000702c56 in __do_global_ctors_aux ()
#4  0x0000000000416193 in _init ()
#5  0x00007ffff5fdb4c8 in ?? () from /lib/libc.so.6
#6  0x0000000000702be5 in __libc_csu_init ()
#7  0x00007ffff5c9dc40 in __libc_start_main () from /lib/libc.so.6
#8  0x0000000000418379 in _start ()
(gdb) list
276     {
277         /* DarkSend uses collateral addresses to trust parties entering the pool
278             to behave themselves. If they don't it takes their money. */
279 
280         std::string strAddress = "";
281         if(!(Params().NetworkID() == CChainParams::TESTNET)) {
282             strAddress = "Xq19GqFvajRrEdDHYRKGYjTsQfpV5jyipF";
283         } else {
284             strAddress = "mxE2Rp3oYpSEFdsN5TdHWhZvEHm3PJQQVm";
285         }

Please GPG sign all git tags

It would be really awesome of you could GPG sign all git tags. Both the bitcoin and litecoin projects do this.

In fact it would be great if you could GPG sign the latest of the current tags and push them to the repo.

v0.11.2.x Release announcement note

Just had a though looking at all different test wallets I have and their names....
We need to make BIG RED LETTER NOTE:
IF YOU HAVE WALLET NAMED MASTERNODES.DAT RENAME IT BEFORE UPGRADING TO V0.11.2.x OR YOU WILL LOSE YOUR COINS

masternode status reported wrong

The 'masternode start' is returning a wrong errormessage when masternode is restarted

testnet3@ip-10-65-166-xx:~/.darkcoin$ ./darkcoind
testnet3@ip-10-65-166-xx:~/.darkcoin$ DarkCoin server starting

testnet3@ip-10-65-166-xx:~/.darkcoin$ ./darkcoind masternode start
successfully started masternode
testnet3@ip-10-65-166-xx:~/.darkcoin$ ./darkcoind masternode stop
successfully stopped masternode
testnet3@ip-10-65-166-xx:~/.darkcoin$ ./darkcoind masternode start
masternode is stopped

The last message 'masternode is stopped' is either misleading, wrong or points to a problem with masternode restart behaviour.

dashd crash when sync blockchain

No log in debug.log
Make gdb bt

#0  0x00007fa4a20ac107 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x00007fa4a20ad4e8 in __GI_abort () at abort.c:89
#2  0x00007fa4a20a5226 in __assert_fail_base (fmt=0x7fa4a21dbce8 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n",
    assertion=assertion@entry=0x70a6e8 "pqueue->nTotal == pqueue->nIdle", file=file@entry=0x70c058 "checkqueue.h",
    line=line@entry=169,
    function=function@entry=0x7122c0 <CCheckQueueControl<CScriptCheck>::CCheckQueueControl(CCheckQueue<CScriptCheck>*)::__PRETTY_FUNCTION__> "CCheckQueueControl<T>::CCheckQueueControl(CCheckQueue<T>*) [with T = CScriptCheck]") at assert.c:92
#3  0x00007fa4a20a52d2 in __GI___assert_fail (assertion=0x70a6e8 "pqueue->nTotal == pqueue->nIdle", file=0x70c058 "checkqueue.h",
    line=169,
    function=0x7122c0 <CCheckQueueControl<CScriptCheck>::CCheckQueueControl(CCheckQueue<CScriptCheck>*)::__PRETTY_FUNCTION__> "CCheckQueueControl<T>::CCheckQueueControl(CCheckQueue<T>*) [with T = CScriptCheck]") at assert.c:101
#4  0x000000000047b132 in CCheckQueueControl (pqueueIn=0xaf2b00 <scriptcheckqueue>, this=<synthetic pointer>) at checkqueue.h:169
#5  ConnectBlock (block=..., state=..., pindex=pindex@entry=0x7fa449a552c0, view=..., fJustCheck=fJustCheck@entry=false)
    at main.cpp:2223
#6  0x000000000047f026 in ConnectTip (pindexNew=0x7fa449a552c0, state=...) at main.cpp:2443
#7  ActivateBestChain (state=...) at main.cpp:2633
#8  0x0000000000480428 in AddToBlockIndex (block=..., state=..., pos=...) at main.cpp:2696
#9  0x00000000004807a9 in AcceptBlock (block=..., state=..., dbp=dbp@entry=0x0) at main.cpp:3087
#10 0x0000000000481a33 in ProcessBlock (state=..., pfrom=pfrom@entry=0x7fa474004ee0, pblock=pblock@entry=0x7fa47d7f94e0,
    dbp=dbp@entry=0x0) at main.cpp:3216
#11 0x00000000004872f8 in ProcessMessage (pfrom=pfrom@entry=0x7fa474004ee0, strCommand="block", vRecv=...) at main.cpp:4620
#12 0x00000000004893de in ProcessMessages (pfrom=0x7fa474004ee0) at main.cpp:4934
#13 0x00000000004ed341 in operator() (a0=<optimized out>, this=<optimized out>)
    at /usr/include/boost/function/function_template.hpp:767
#14 m_invoke (connectionBody=..., this=<optimized out>) at /usr/include/boost/signals2/detail/signal_template.hpp:368
#15 operator() (connectionBody=..., this=<optimized out>) at /usr/include/boost/signals2/detail/signal_template.hpp:345
#16 dereference (this=0x7fa47d7f9be0) at /usr/include/boost/signals2/detail/slot_call_iterator.hpp:82
#17 dereference<boost::signals2::detail::slot_call_iterator_t<boost::signals2::detail::signal1_impl<bool, CNode*, boost::signals2::optional_last_value<bool>, int, std::less<int>, boost::function<bool(CNode*)>, boost::function<bool(const boost::signals2::connection&, CNode*)>, boost::signals2::mutex>::slot_invoker, std::_List_iterator<boost::shared_ptr<boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot1<bool, CNode*, boost::function<bool(CNode*)> >, boost::signals2::mutex> > >, boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot1<bool, CNode*, boost::function<bool(CNode*)> >, boost::signals2::mutex> > > (f=...)
    at /usr/include/boost/iterator/iterator_facade.hpp:514
#18 operator* (this=0x7fa47d7f9be0) at /usr/include/boost/iterator/iterator_facade.hpp:639
#19 operator()<boost::signals2::detail::slot_call_iterator_t<boost::signals2::detail::signal1_impl<bool, CNode*, boost::signals2::optional_last_value<bool>, int, std::less<int>, boost::function<bool(CNode*)>, boost::function<bool(const boost::signals2::connection&, CNode*)>, boost::signals2::mutex>::slot_invoker, std::_List_iterator<boost::shared_ptr<boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot1<bool, CNode*, boost::function<bool(CNode*)> >, boost::signals2::mutex> > >, boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot1<bool, CNode*, boost::function<bool(CNode*)> >, boost::signals2::mutex> > > (last=...,
    first=..., this=<optimized out>) at /usr/include/boost/signals2/optional_last_value.hpp:34
#20 operator()<boost::signals2::optional_last_value<bool>, boost::signals2::detail::slot_call_iterator_t<boost::signals2::detail::signal1_impl<bool, CNode*, boost::signals2::optional_last_value<bool>, int, std::less<int>, boost::function<bool(CNode*)>, boost::function<bool(const boost::signals2::connection&, CNode*)>, boost::signals2::mutex>::slot_invoker, std::_List_iterator<boost::shared_ptr<boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot1<bool, CNode*, boost::function<bool(CNode*)> >, boost::signals2::mutex> > >, boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot1<bool, CNode*, boost::function<bool(CNode*)> >, boost::signals2::mutex> > > (this=<optimized out>, last=..., first=..., combiner=...)
    at /usr/include/boost/signals2/detail/result_type_wrapper.hpp:53
#21 boost::signals2::detail::signal1_impl<bool, CNode*, boost::signals2::optional_last_value<bool>, int, std::less<int>, boost::function<bool (CNode*)>, boost::function<bool (boost::signals2::connection const&, CNode*)>, boost::signals2::mutex>::operator()(CNode*) (
    this=<optimized out>, arg1=arg1@entry=0x7fa474004ee0) at /usr/include/boost/signals2/detail/signal_template.hpp:246
#22 0x00000000004daafd in operator() (arg1=0x7fa474004ee0, this=0xaf3618 <g_signals+24>)
    at /usr/include/boost/signals2/detail/signal_template.hpp:695
#23 ThreadMessageHandler () at net.cpp:1536
#24 0x00000000004e0949 in TraceThread<void (*)()> (name=0x72eab9 "msghand", func=0x4da950 <ThreadMessageHandler()>) at util.h:577
#25 0x00007fa4a3ab8aea in ?? () from /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.55.0
#26 0x00007fa4a24280a4 in start_thread (arg=0x7fa47d7fa700) at pthread_create.c:309
#27 0x00007fa4a215d04d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

ipv6 masternode support

Would it be possible to allow ipv6 masternodes?

As discussed here https://darkcointalk.org/threads/for-those-running-several-nodes-whats-your-approach-for-static-ip-addresses.1347/#post-11353

Typo in german translation, "L" missing in Warteschlange (queue)

It reads "Warteschange", it should say "Warteschlange" (queue). Occurs 3 times:

./src/qt/locale/dash_de.ts:

<message>
    <location filename="../overviewpage.cpp" line="414"/>
    <source>Submitted to masternode, waiting in queue .</source>
    <translation>An Masternode übermittelt, wartet in Warteschange .</translation>
</message>
<message>
    <location filename="../overviewpage.cpp" line="415"/>
    <source>Submitted to masternode, waiting in queue ..</source>
    <translation>An Masternode übermittelt, wartet in Warteschange ..</translation>
</message>
<message>
    <location filename="../overviewpage.cpp" line="416"/>
    <source>Submitted to masternode, waiting in queue ...</source>
    <translation>An Masternode übermittelt, wartet in Warteschange ...</translation>
</message>

Repo versions, tags, releases and branches

Hi there, AUR packager for "darkcoin" reporting in 😉
As of today, I update the AUR package for every 0.10.15.x release, as soon as I see them. This means by that time I check my RSS feeds, a few version numbers get skipped (was v0.10.15.3 just before, now I pushed v0.10.15.6). Sadly, Github is mixing tags and releases for enforcement and master branches, so filtering out by branch isn't quite easy. And all tags get a release.

The website isn't very helpful, as it's lagging on the master releases (shows v10.14.1 on a post 2 days ago, when v10.14.2 has been tagged+released 4 days ago).

What do you recommend for the time being ? Following every enforcement release on Github or rather sticking to master-only releases as announced on the website ?

sendmany error "Unable to locate enough Darksend denominated funds for this transaction"

Compiling the linux daemon from the current Github master (v10.14 beta) and using sendmany throws an error: "Unable to locate enough Darksend denominated funds for this transaction" due to src/rpcwallet.cpp line 722: AvailableCoinsType act = ONLY_DENOMINATED;

Modifying line 722 to AvailableCoinsType act = ALL_COINS; fixes the issue but may not be the desired solution for darkcoin development. (At a minimum, I would expect sendmany to respect setting disabledarksend=1 in the .conf file at least though, which it currently does not.)

I would suggest treating this as a fairly urgent issue, as sendmany is commonly used by pools and exchanges.

EXCEPTION: St12out_of_range

I could not find any information on this, so i will report it here..

error was active for about 10 hours, restarting darkcoind did help. but then error comes again..

{
    "version" : 110014,
    "protocolversion" : 70054,
    "walletversion" : 61000,
    "balance" : 8.00198744,
    "darksend_balance" : 0.00000000,
    "blocks" : 218002,
    "timeoffset" : 1,
    "connections" : 29,
    "proxy" : "",
    "difficulty" : 5928.49172684,
    "testnet" : false,
    "keypoololdest" : 1422800938,
    "keypoolsize" : 1001,
    "paytxfee" : 0.00000000,
    "relayfee" : 0.00001000,
    "errors" : "EXCEPTION: St12out_of_range       \nCInv::GetCommand() : type=7 unknown type       \ndarkcoin in ProcessMessages()       \n"
}

Wallet crashes when clock is wrong

The DRK wallet crashed on initial opening. I believe I know why.

This PC has a bad habit of losing its time/date when it is turned off. It comes back up with the time set randomly and the date as Jan 1, 2011 or some such. This bad time/date seems to crash the DRK wallet.

I have not looked at the code.

When relaunched the wallet appears to have lost its block index and is out of synch so it begins to rebuild the blockchain.

I had nearly 4 DRK when this crash occurred.

The wallet appears to have recovered

I have not tried but I suspect I can reproduce this issue. The fix seems obvious, Just do a sanity check on the time/date and exit the wallet with an error message if the time/date is insane.

Hope this helps.

BobLQ

cannot submit block by stratum

Hi,

When daemon detects possible fork and you have this error message:

Warning: The network does not appear to fully agree! Some miners appear to be experiencing issues.

stratum server cannot submit block:

rpc error with daemon instance 0 when submitting block with submitblock {"code":-2,"message":"Safe mode: Warning: The network does not appear to fully agree! Some miners appear to be experiencing issues."}

0.12.0.0 Released on github is not usable, should it be removed from released?

This make world misunderstand the latest release of Dash.

Please kindly fix this.

mnbudget prepare problem

When I try to prepare a proposal, it says the result is a string and it expected a bool.

I enter:
mnbudget prepare TScherryfarm http://www.dashpay.io/ts.json 15 88000 yL7WTtehXs7w5wsyqGMpkdESM9W1ejHRvi 500 yes

And I get:
value is type str, expected bool (code -1)

Also, I don't know how to say I want to use ix or not, I've tried the following but none of them work. They always give me this:
Correct usage is 'mnbudget prepare proposal-name url payment_count block_start dash_address monthly_payment_dash [use_ix(true|false)]' (code -1)

This is what I've tried:
mnbudget prepare TScherryfarm http://www.dashpay.io/ts.json 15 88000 yL7WTtehXs7w5wsyqGMpkdESM9W1ejHRvi 500 yes false

mnbudget prepare TScherryfarm http://www.dashpay.io/ts.json 15 88000 yL7WTtehXs7w5wsyqGMpkdESM9W1ejHRvi 500 yes use_ix false

mnbudget prepare TScherryfarm http://www.dashpay.io/ts.json 15 88000 yL7WTtehXs7w5wsyqGMpkdESM9W1ejHRvi 500 yes [use_ix(false)]

Nothing seems to work.

InstantX transaction status after restart wallet

If we send coins with InsnatX and restart wallet - all this transactions display as normal.
So we need check status after restart wallet.

Missing transaction type for spendings of watch-only addresses

I added Masternode yEeSSUjQKPVJKZYeMRtaRiSoUqYuid3Wuv as "watch-only" address
When this Masternode gets paid I can see it as type "Mined" in the "Transactions" tab
When this Masternode spends some DASH (e.g. transaction de0721f68246864a9c475517240c5c67d777b11a92eb4aca366f3a391733eb4d) I see the sum of the payments from that transaction as one outgoing payment listed, but without any transaction type

Would be nice to have a transaction type there to make use of the type-filter.

Start-many issue

Hey,

Start-many is broken, or at least not that stable as the 'normal' start.
Theres currently no check that the the node which should be started is realy online.
So currently the behavour is: even if theres no node running on the given IP "sucessfull" ist responded.
Thats somehow only a issue for user-experience but this information is published to the Masternode-List.
S.o. whos deeper in the code should dig into it if this is an security issue (maybe its possible to spam the masternode list) ? Even those entrys which are not real show ENABLED on the masternode full list, that also looks not that good.

Following code-snipped should be modified and placed in activemasternode.cpp arround line 195 (im talking about v12)

if(!ConnectNode((CAddress)service, service.ToString().c_str())){
notCapableReason = "Could not connect to " + service.ToString();
LogPrintf("CActiveMasternode::ManageStatus() - not capable: %s\n", notCapableReason);
return;
}

qt unit test fails

Building the Qt unit tests fails:

 $ qmake-qt4 bitcoin-qt.pro BITCOIN_QT_TEST=1
 $ make
src/qt/qrcodedialog.cpp:2:29: fatal error: ui_qrcodedialog.h: No such file or directory
 #include "ui_qrcodedialog.h"
                             ^
compilation terminated.
Makefile:3445: recipe for target 'build/qrcodedialog.o' failed
make: *** [build/qrcodedialog.o] Error 1
make: *** Waiting for unfinished jobs....

Bitcoin-qt.pro line 347 misses the following entry:

FORMS += src/qt/forms/qrcodedialog.ui

Here is a patch:

diff --git a/bitcoin-qt.pro b/bitcoin-qt.pro
index 7c0185b..60cbe89 100644
--- a/bitcoin-qt.pro
+++ b/bitcoin-qt.pro
@@ -344,6 +344,7 @@ SOURCES += src/qt/test/test_main.cpp \
            src/qt/qrcodedialog.cpp
 HEADERS += src/qt/test/uritests.h \
            src/qt/qrcodedialog.h
+FORMS += src/qt/forms/qrcodedialog.ui
 DEPENDPATH += src/qt/test
 QT += testlib
 DEFINES += USE_QRCODE

openssl update

we use openssl 1.0.1k
in 1.0.1l, 1.0.1m get some securyty fix
https://www.openssl.org/news/openssl-1.0.1-notes.html
let`s update to 1.0.1n version.

all blocks rejected.. "Couldn't find masternode payment"

Darkcoin was working nicely with NOMP until last week.
i found ~ 10 blocks per day..
now i get 10 rejected blocks per day ( and no valid block )

so did somesthing change? i run with "-disablesafemode" because of the last network issues.. ( #120 )

there is a problem withe the masternode payment.. but debug.log says, that there was such payment thee minutes before the error!?

do we have new network problems or is it a problem with the NOMP software?

nomp:
2015-02-01 12:48:49 [Pool] darkcoin Daemon instance 0 rejected a supposedly valid block

debug.log
2015-02-01 12:45:05 Masternode payment to XtcjFUahAimJNQXcK3n38Rf86XG6AHMZRC
2015-02-01 12:45:05 CreateNewBlock(): total size 16536
2015-02-01 12:48:41 ResendWalletTransactions()
2015-02-01 12:48:49 CheckBlock() : Couldn't find masternode payment(0|174193390) or payee(1|XtcjFUahAimJNQXcK3n38Rf86XG6AHMZRC) nHeight 212868.
2015-02-01 12:48:49 ERROR: CheckBlock() : Couldn't find masternode payment or payee
2015-02-01 12:48:49 ERROR: ProcessBlock() : CheckBlock FAILED

getinfo
{
"version" : 110014,
"protocolversion" : 70054,
"walletversion" : 61000,
"balance" : 0.00641604,
"darksend_balance" : 0.00000000,
"blocks" : 212899,
"timeoffset" : 1,
"connections" : 9,
"proxy" : "",
"difficulty" : 4012.64433237,
"testnet" : false,
"keypoololdest" : 1421676479,
"keypoolsize" : 1001,
"paytxfee" : 0.00000000,
"relayfee" : 0.00001000,
"errors" : ""
}

crosspost: zone117x/node-stratum-pool#104

Dos ban nodes for sending orphan blocks but still accepts the block!

code currently still accepts an orphan block that has no parent, but bans the node that sent it. Why? Isn't it better to not store the block since by storing it, all children and generations below are accepted.

"listen" param in conf file and "-listen" command line param don't really work

Seems like darkcoin uses old fNoListen variable inside but expect "listen" from conf or command line instead.

Modify Masternode Payment Address

I think a really nice feature for a future release would be the option to set a payout address for the MN payments in the cold (or hot) wallet.
So one has the option to set an address of a hot or another cold wallet to get the masternode payments send to.
To change the address one would obviously need to unlock the cold wallet with the 1000DRK once and then put in a payment address.
Once this is done you would only have to access the cold MN wallet if you want to access the 1000DRK. And you could manage the payments on another wallet.

Could not create anonymous transaction

Hi there, DarkCoin freaks!

I've been trying to initiate a test transaction using DarkCoin Version v0.10.12.31-beta and transferring the amount of 1.37885704 DRK to another Wallet as anonymous transaction.

I always get this: Unable to locate enough Darksend denominated funds for this transaction
Ok, I admit to be no professional at transferrring DarkCoin (yet), but how to resolve this Issue?

Doc - Mac OS X Homebrew

The command should be "git clone [email protected]:darkcoinproject/darkcoin.git darkcoin"
not this "git clone [email protected]:darkcoin-project/darkcoin.git darkcoin".

Incompatibility in new RC4+ wallet and moving funds

Hi there, @darkcoin developers!

I am currently trying to solve this annoying warning that pops up every single time:

Warning: There is an incompatibility in the new RC4+ wallet due to the larger keypool.It only effects encrypted wallets, but can cause a loss of data in rare situations. Please create a new wallet and move the funds from this wallet.

Is there a way of preserving the Dark Coin address somehow? The address is important for our security-related project on GitHub, the so-called Android IMSI-Catcher Detector and has already been spread wide around the interwebz. It would be lovely not having to change it everywhere.

spork??

something happened with spork functionality - my pool wallet suddenly rolled back approx 100 blocks and then started from the beginning. I had to manually adjust DB on my pool. Apart of this I had 3 orphaned blocks in last 3 hrs which is very unusual. Here is debug.log:

http://pastebin.com/q4qSL4m4

Not connecting on Kubuntu 14.04

It just stays at 0 connections. I tried running it through a SOCKS Proxy but its the same.

This is what Terminal gives me:
Bus::open: Can not get ibus-daemon's address.
IBusInputContext::createInputContext: no connection to ibus-daemon

The GUI starts up fine.

--disable-wallet fail

If you enable the option --disable-wallet in configure step, the compilation will fail at link time.

Boost issue , CentOS 7

Hi,

I get the following error when I'm starting the darkcoind.

Any ideas what is the problem ?

EXCEPTION: N5boost16exception_detail10clone_implINS0_19error_info_injectorINS_15program_options14invalid_syntaxEEEEE
unrecognized line in '---------'
darkcoin in AppInit()

Masternode payed even if the daemon is Offline

Hey,

Related to #436 it looks like registered nodes were payed even if their daemon never run.
Only the fact they published their vin to the network looks like they were choosen for a payment.
Is this situation possible or did i made a mistake?

Wrong value of "coinbasevalue" in getblocktemplate

Getblocktemplate output issue.

Version 11 doesn't include payee_amount in coinbasevalue while version 10 did that.

It is quite urgent because Stratum pool software is prepared for ver 10 like output.

RPC-client issue

It seems somehow dash-cli Client has trouble / no timeouts. (v12)

here are some bash outputs:

ps aux | grep dash
root        32 12.1  0.1 1454344 79572 ?       SLsl 15:11   6:05 dashd --datadir=/d -testnet -txindex=1
root       528  0.0  0.0  39136  5228 ?        S+   15:54   0:00 dash-cli --datadir=/d getinfo
root       534  0.0  0.0  39136  5168 ?        Ss   15:55   0:00 dash-cli -datadir=/d -testnet getinfo
root       542  0.0  0.0  39136  5232 ?        Ss   15:56   0:00 dash-cli -datadir=/d -testnet getinfo
root       550  0.0  0.0  39136  5268 ?        Ss   15:57   0:00 dash-cli -datadir=/d -testnet getinfo
root       554  0.0  0.0  39136  5176 ?        Ss   15:57   0:00 dash-cli -datadir=/d -testnet getinfo
root       567  0.0  0.0  39136  5196 ?        Ss   15:58   0:00 dash-cli -datadir=/d -testnet getinfo
root       580  0.0  0.0  39136  5128 ?        Ss   15:58   0:00 dash-cli -datadir=/d -testnet getinfo
root       594  0.0  0.0  39136  5192 ?        Ss   15:59   0:00 dash-cli -datadir=/d -testnet getinfo
root       613  0.0  0.0  39136  5176 ?        Ss   16:00   0:00 dash-cli -datadir=/d -testnet getinfo
root       625  0.0  0.0  39136  5312 ?        Ss   16:01   0:00 dash-cli -datadir=/d -testnet getinfo

# timeout 30 dash-cli -datadir=/d -testnet getinfo && echo "OK" || echo "FAIL"
FAIL

running

dash-cli -datadir=/d -testnet getinfo

gives no output / timeout

i verified my setup, everything is allright except somehow the RPC daemon crashed any idears?

im on b540068 and it seems the whole dashd is stuck since there no new entrys in the debug.log

mncache.dat has problem with Enable Hot/Cold Masternode status.

For v.11.2.16, I just found that Hot/Cold Masternode setup has problem against implementation of mncache.dat
After restart dashd , mn list read from mncache without checking to enable Hot/Cold Masternode. So, the Masternode status is invalid on daemon. Then, trying to send start from wallet will be ignore by daemon since the MN is already in the list.

So, to make remote enable again, I remove mncache.dat and restart , the daemon can get its own MN from dsee and can re-enable masternode remotely success.

My current workaround, just create an invalid mncache.dat and ignore error about mncache.dat then my dashd is working and restarting with no problem :)

1 of 1 test failed

make[8]: Entering directory `/root/pack/dash/src/qt/test'
********* Start testing of URITests *********
Config: Using QTest library 4.8.2, Qt 4.8.2
PASS   : URITests::initTestCase()
FAIL!  : URITests::uriTests() 'rv.address == QString("XwnLY9Tf7Zsef8gMGL2fhWA9ZmMjt4KPwg")' returned FALSE. ()
   Loc: [uritests.cpp(51)]
PASS   : URITests::cleanupTestCase()
Totals: 2 passed, 1 failed, 0 skipped
********* Finished testing of URITests *********
********* Start testing of PaymentServerTests *********
Config: Using QTest library 4.8.2, Qt 4.8.2
PASS   : PaymentServerTests::initTestCase()
QDEBUG : PaymentServerTests::paymentServerTests() PaymentServer::initNetManager : No active proxy server found.
QDEBUG : PaymentServerTests::paymentServerTests() PaymentServer::processPaymentRequest : Secure payment request from  "testmerchant.org"
QDEBUG : PaymentServerTests::paymentServerTests() PaymentRequestPlus::getMerchant : Payment request: certificate expired or not yet active:  QSslCertificate( "3" , "3" , "LxHILx+N3qwVoAcCmQ5cyw==" , "" , "Expired Test Merchant" , QMap() , QDateTime("Sat Feb 23 21:26:43 2013") , QDateTime("Sun Feb 24 21:26:43 2013") )
QDEBUG : PaymentServerTests::paymentServerTests() PaymentServer::processPaymentRequest : Insecure payment request to  "XpJgAVUsrmD8GPfzKzjZhovC7LckMgjzSq"
QDEBUG : PaymentServerTests::paymentServerTests() PaymentRequestPlus::getMerchant : Payment request: certificate expired or not yet active:  QSslCertificate( "3" , "3" , "LxHILx+N3qwVoAcCmQ5cyw==" , "" , "Expired Test Merchant" , QMap() , QDateTime("Sat Feb 23 21:26:43 2013") , QDateTime("Sun Feb 24 21:26:43 2013") )
QDEBUG : PaymentServerTests::paymentServerTests() PaymentServer::processPaymentRequest : Secure payment request from  "testmerchant8.org"
QDEBUG : PaymentServerTests::paymentServerTests() PaymentRequestPlus::getMerchant : Payment request: certificate expired or not yet active:  QSslCertificate( "3" , "6" , "MiZaQ+g9lSHZGuHWkXZG+g==" , "" , "Payment Request Intermediate 5" , QMap() , QDateTime("Sat Feb 23 22:59:51 2013") , QDateTime("Sun Feb 24 22:59:51 2013") )
QDEBUG : PaymentServerTests::paymentServerTests() PaymentServer::processPaymentRequest : Insecure payment request to  "XpJgAVUsrmD8GPfzKzjZhovC7LckMgjzSq"
QDEBUG : PaymentServerTests::paymentServerTests() PaymentRequestPlus::getMerchant : Payment request: certificate expired or not yet active:  QSslCertificate( "3" , "6" , "MiZaQ+g9lSHZGuHWkXZG+g==" , "" , "Payment Request Intermediate 5" , QMap() , QDateTime("Sat Feb 23 22:59:51 2013") , QDateTime("Sun Feb 24 22:59:51 2013") )
QDEBUG : PaymentServerTests::paymentServerTests() PaymentRequestPlus::getMerchant : SSL error:  certificate signature failure
QDEBUG : PaymentServerTests::paymentServerTests() PaymentServer::processPaymentRequest : Insecure payment request to  "XpJgAVUsrmD8GPfzKzjZhovC7LckMgjzSq"
QDEBUG : PaymentServerTests::paymentServerTests() PaymentRequestPlus::getMerchant : SSL error:  certificate signature failure
QDEBUG : PaymentServerTests::paymentServerTests() PaymentRequestPlus::getMerchant : SSL error:  unable to get local issuer certificate
QDEBUG : PaymentServerTests::paymentServerTests() PaymentServer::processPaymentRequest : Insecure payment request to  "XpJgAVUsrmD8GPfzKzjZhovC7LckMgjzSq"
QDEBUG : PaymentServerTests::paymentServerTests() PaymentRequestPlus::getMerchant : SSL error:  unable to get local issuer certificate
PASS   : PaymentServerTests::paymentServerTests()
PASS   : PaymentServerTests::cleanupTestCase()
Totals: 3 passed, 0 failed, 0 skipped
********* Finished testing of PaymentServerTests *********
FAIL: test_dash-qt
================================
1 of 1 test failed
Please report to [email protected]
================================

dashpay / dash Goto Github PK

dash's People

Contributors

Stargazers

Watchers

Forkers

dash's Issues

Recommend Projects

Recommend Topics

Recommend Org