Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - bitder

Pages: 1 2 3 [4] 5
46
General Discussion / Re: Upgraded to 0.4.7
« on: August 24, 2014, 03:35:55 am »
Try keeping your wallet open. I was stuck syncing with 0.4.7 too but it synced after I created a dummy wallet.

Quote from: cgafeng on August 24, 2014, 02:50:22 am
Quote from: cgafeng on August 24, 2014, 01:43:54 am
I build from tag 0.4.7 on win7, and re-syn blclok, it hang on block 25670 every time.

Code: [Select]
(wallet closed) >>> getinfo
{
  "blockchain_head_block_num": 25670,
  "blockchain_head_block_age": "33 days old",
  "blockchain_head_block_timestamp": "2014-07-22T06:28:10",

Code: [Select]
(wallet closed) >>> about
{
  "bitshares_toolkit_revision": "987d55167097aceab2fdf7ba98bc6ff0c255378d",
  "bitshares_toolkit_revision_age": "23 hours ago",
  "fc_revision": "578527626cccf691e87e4f24e1ad5f4ef45fe084",
  "fc_revision_age": "50 hours ago",
  "compile_date": "compiled on Aug 24 2014 at 00:10:44"
}

47
Technical Support / Re: BitsharesX Version 0.4.7 Report
« on: August 23, 2014, 04:42:33 pm »
I'm running the 0.4.7 client built from source on ubuntu.
It can get stuck syncing if you don't have your wallet open.

48
General Discussion / Re: Dry Run 17: Teenage Mutant Ninja Blockchains
« on: August 21, 2014, 04:50:02 am »
Keep up the good work alt  +5%

Can someone post some seed nodes for this dry run?

49
General Discussion / Re: All users, please upgrade your client version to 0.4.4
« on: August 20, 2014, 01:04:26 pm »
delegate.bitder updated to 0.4.4

50
General Discussion / when will claiming genesis balances without importing private keys be supported?
« on: July 14, 2014, 02:25:29 pm »
When will claiming genesis balances without importing private keys be supported in the toolkit?
i.e. claiming by signing with private keys (proof of ownership) instead of having to trust every single DAC with your private keys.

IMHO, we can't launch anything without this since once there's a trojan DAC binary and it has compromised some private keys then it could kill the whole bitshares ecosystem.

51
General Discussion / Re: Dry Run 7: The Power of DPOS
« on: July 07, 2014, 05:24:05 am »
A fresh build of the current code can't sync with the network (starting with rm -rf ~/.BitSharesXTS )

  • can't get more than 2 active connections
  • quit - causes core dump
  • stuck on block 4563 - in an infinite loop

Code: [Select]
Attempting to map P2P port 8701 with UPNP...
Listening for P2P connections on port 8701
Attempting to connect to peer 107.170.30.182:8701
Attempting to connect to peer 107.170.30.182:8702
Attempting to connect to peer 107.170.30.182:8703
(wallet closed) >>> about
{
  "bitshares_toolkit_revision": "fca5a763926ed77e7a349df9040d44d3fd2f1bf0",
  "bitshares_toolkit_revision_age": "2 hours ago",
  "fc_revision": "49cbe600f923762e6db2733d6dbddc4fbd1d185a",
  "fc_revision_age": "32 hours ago",
  "compile_date": "compiled on Jul  6 2014 at 20:11:17"
}
--- there are now 1 active connections to the p2p network
--- syncing with p2p network, 17014 blocks left to fetch
--- there are now 2 active connections to the p2p network
(wallet closed) >>> info
{
  "blockchain_head_block_num": 4562,
  "blockchain_head_block_age": "5 days old",
  "blockchain_head_block_timestamp": "20140702T170600",
  "blockchain_average_delegate_participation": 0.38880548177233709,
  "blockchain_delegate_pay_rate": 105087,
  "blockchain_blocks_left_in_round": 84,
  "blockchain_confirmation_requirement": 1,
  "blockchain_share_supply": 199999343910827,
  "blockchain_random_seed": "7f4ef399073bc1ca64c1e54336780521bb85b2a5",
  "blockchain_database_version": 110,
  "blockchain_version": 104,
  "network_num_connections": 2,
  "network_num_connections_max": 200,
  "network_protocol_version": 104,
  "ntp_time": null,
  "ntp_error": null,
  "wallet_open": false,
  "wallet_unlocked": null,
  "wallet_unlocked_until": null,
  "wallet_unlocked_until_timestamp": null,
  "wallet_block_production_enabled": null,
  "wallet_next_block_production_time": null,
  "wallet_next_block_production_timestamp": null,
  "wallet_version": 101
}


snippet from log file
Code: [Select]
20140707T051340.560091       th_a       switch_to_fork ]     extend c8f5fe742ce207638618f3169831a7b664770148 chain_database.cpp:507
20140707T051340.562787       th_a   apply_transactions ] Applying transactions from block: 4563 chain_database.cpp:517
20140707T051340.564173       th_a         extend_chain ] error applying block: 35005 invalid_asset_amount: invalid asset amount

    {"maximum_share_supply":5000000000000000}
    th_a  asset_operations.cpp:22 evaluate

    {"*this":{"symbol":"MFMC","name":"MFM Co.","description":"MFM Share Split","public_data":"","issuer_account_id":456,"maximum_share_supply":5000000000000000,"precision":1000000}}
    th_a  asset_operations.cpp:55 evaluate

    {"op":{"type":"create_asset_op_type","data":{"symbol":"MFMC","name":"MFM Co.","description":"MFM Share Split","public_data":"","issuer_account_id":456,"maximum_share_supply":5000000000000000,"precision":1000000}}}
    th_a  operation_factory.hpp:52 evaluate

    {"trx":{"expiration":"20140702T190600","delegate_slate_id":null,"operations":[{"type":"withdraw_op_type","data":{"balance_id":"XTS9pi8yG7ZA215b61hm1icucLZx39wMhmmr","amount":18740,"claim_input_data":""}},{"type":"create_asset_op_type","data":{"symbol":"MFMC","name":"MFM Co.","description":"MFM Share Split","public_data":"","issuer_account_id":456,"maximum_share_supply":5000000000000000,"precision":1000000}}],"signatures":["1f9fcb7e2e9f421d39e152b0c791db7e9d32b5f76fbd8f448293e82d41c592f06d6c0be70f17830758b8c3d621769b994f73a73a548d9e07f86c6891f0104c6157","1fbaa98928e62b2d3cbfe81b0e7164aeee9a78ef356c3c81ae550e66c9efde3547933d1b3da0c9a615eb25c2ee848611328e13e823479fac64b6cb952a4831f843"]}}
    th_a  transaction_evaluation_state.cpp:218 evaluate

    {"trx_num":0}
    th_a  chain_database.cpp:550 apply_transactions chain_database.cpp:817
20140707T051342.545960       th_a           push_block ] attempt to switch to fork failed: 35005 invalid_asset_amount: invalid asset amount

    {"maximum_share_supply":5000000000000000}
    th_a  asset_operations.cpp:22 evaluate

    {"*this":{"symbol":"MFMC","name":"MFM Co.","description":"MFM Share Split","public_data":"","issuer_account_id":456,"maximum_share_supply":5000000000000000,"precision":1000000}}
    th_a  asset_operations.cpp:55 evaluate

    {"op":{"type":"create_asset_op_type","data":{"symbol":"MFMC","name":"MFM Co.","description":"MFM Share Split","public_data":"","issuer_account_id":456,"maximum_share_supply":5000000000000000,"precision":1000000}}}
    th_a  operation_factory.hpp:52 evaluate

    {"trx":{"expiration":"20140702T190600","delegate_slate_id":null,"operations":[{"type":"withdraw_op_type","data":{"balance_id":"XTS9pi8yG7ZA215b61hm1icucLZx39wMhmmr","amount":18740,"claim_input_data":""}},{"type":"create_asset_op_type","data":{"symbol":"MFMC","name":"MFM Co.","description":"MFM Share Split","public_data":"","issuer_account_id":456,"maximum_share_supply":5000000000000000,"precision":1000000}}],"signatures":["1f9fcb7e2e9f421d39e152b0c791db7e9d32b5f76fbd8f448293e82d41c592f06d6c0be70f17830758b8c3d621769b994f73a73a548d9e07f86c6891f0104c6157","1fbaa98928e62b2d3cbfe81b0e7164aeee9a78ef356c3c81ae550e66c9efde3547933d1b3da0c9a615eb25c2ee848611328e13e823479fac64b6cb952a4831f843"]}}
    th_a  transaction_evaluation_state.cpp:218 evaluate

    {"trx_num":0}
    th_a  chain_database.cpp:550 apply_transactions

    {"block":{"previous":"e8892a6ddeb85a0d036007c30816f80228e9824a","block_num":4563,"fee_rate":1000,"delegate_pay_rate":105075,"timestamp":"20140702T170615","transaction_digest":"c8cf12fe3180ed901a58a0697a522f1217de72d04529bd255627a4ad6164f0f0","next_secret_hash":"00183a252b822414119750d28786fe5084443912","previous_secret":"4eec7785fb7956810f53e14a13cb430225ecd0f0","delegate_signature":"1fa89eec0182c1536553d5ae7b5544b61792b38039d64a9e29616462425e7c821a7498704dc704ff7b6d6309b248250e4c86b73ae9edcfcc9fdc86836bfd6696b4","user_transactions":[{"expiration":"20140702T190600","delegate_slate_id":null,"operations":[{"type":"withdraw_op_type","data":{"balance_id":"XTS9pi8yG7ZA215b61hm1icucLZx39wMhmmr","amount":18740,"claim_input_data":""}},{"type":"create_asset_op_type","data":{"symbol":"MFMC","name":"MFM Co.","description":"MFM Share Split","public_data":"","issuer_account_id":456,"maximum_share_supply":5000000000000000,"precision":1000000}}],"signatures":["1f9fcb7e2e9f421d39e152b0c791db7e9d32b5f76fbd8f448293e82d41c592f06d6c0be70f17830758b8c3d621769b994f73a73a548d9e07f86c6891f0104c6157","1fbaa98928e62b2d3cbfe81b0e7164aeee9a78ef356c3c81ae550e66c9efde3547933d1b3da0c9a615eb25c2ee848611328e13e823479fac64b6cb952a4831f843"]},{"expiration":"20140702T190554","delegate_slate_id":null,"operations":[{"type":"withdraw_op_type","data":{"balance_id":"XTSJWKU4xsnjf72cos4FCQt98DJy2z1fyNGw","amount":10000000,"claim_input_data":""}},{"type":"withdraw_op_type","data":{"balance_id":"XTSNyQWJX1qYhJXUn2e3gYfL9wgYdJfWBEce","amount":10000,"claim_input_data":""}},{"type":"deposit_op_type","data":{"amount":10000000,"condition":{"asset_id":7,"delegate_slate_id":0,"type":"withdraw_signature_type","data":{"owner":"XTSF5gmfmgjVBrJ9GzkYk4s8CsdCtSVNE9Rh","memo":{"one_time_key":"XTS6hqwJtjMzKRLZw2uCRULbAT7BZNxiGZ1CRBLDTGgYFgu22aiLM","encrypted_memo_data":"ffa52fb7dc480f2cb8ded59ab2d396d2017f159cee99ef4f8f8cd3b671f8777d00d5e5dfdbfac811e2b1c85b2c437c36dcdb7034ba3a4577e3219c1ce5a1d942"}}}}}],"signatures":["205ba142cd84196a1ad4ea995cd6f1746d8048c5a460008b6085aa6e59d6dd781758048d93596d8700f57eecf4ce120825f166c340538ee00cf4227b5af61cb10d","20dec717e1052e2f8de5e3cbc6968cf558cd6c5121615db8293f80cfcee00bd5fc5f97bbc3de46913d41d3e7e4ee044708ea50fe160665509c496123d9770e87c3"]},{"expiration":"20140702T190554","delegate_slate_id":null,"operations":[{"type":"withdraw_op_type","data":{"balance_id":"XTSJWKU4xsnjf72cos4FCQt98DJy2z1fyNGw","amount":10000000,"claim_input_data":""}},{"type":"withdraw_op_type","data":{"balance_id":"XTSNyQWJX1qYhJXUn2e3gYfL9wgYdJfWBEce","amount":10000,"claim_input_data":""}},{"type":"deposit_op_type","data":{"amount":10000000,"condition":{"asset_id":7,"delegate_slate_id":0,"type":"withdraw_signature_type","data":{"owner":"XTSNhtMDntuCeA3SVwYyziV5keQ7maTcUPvz","memo":{"one_time_key":"XTS7QcGiUmxff4h4tBiMEonkcHrDBQNkMHHmDpENeQdc6HaB5Dr3f","encrypted_memo_data":"d17151390fafdb0368168ea2062861f9609ccc2cf3034b06e948da87afdfffe00c616cb73e2fa9bc00fa0ac22b2a97b5bcc5a90236b0ba7d952bd86fb3a8a795"}}}}}],"signatures":["2051466675808368ea7e0bc17bb72dc3cb1e1833aeba17bcba881bd0245663e95d4a619cd38e61b9b10b560e121b4e117faf26172293338ba00a91868e5ed2ed3f","1fa042dd82a6f14f9489324d06f55ef923711bb7f4fbfdad416a5de8ed52b1d823a393cbbb82bd6a2ae6e83fd1054d83adcbbce30378add38d674144dde46d4a6d"]}]}}
    th_a  chain_database.cpp:832 extend_chain

    {"block_id":"4d421c0542c10b1c20f721e1afe1e547cfe78796"}
    th_a  chain_database.cpp:510 switch_to_fork, reverting

52
General Discussion / Re: Dry Run 7: The Power of DPOS
« on: July 03, 2014, 03:45:04 am »
The latest code can no longer get any connections when running inside a VM.

Code: [Select]
Initializing genesis state from built-in genesis file
Please be patient, this could take a few minutes.
Successfully re-indexed 0 blocks in 0 seconds.
Not starting RPC server, use --server to enable the RPC interface
Attempting to map P2P port 8701 with UPNP...
Listening for P2P connections on port 8701
Attempting to connect to peer 107.170.30.182:8701
Attempting to connect to peer 107.170.30.182:8702
Attempting to connect to peer 107.170.30.182:8703
(wallet closed) >>> info
{
  "blockchain_head_block_num": 0,
  "blockchain_head_block_age": "15 seconds old",
  "blockchain_head_block_timestamp": "20140703T033300",
  "blockchain_average_delegate_participation": 0,
  "blockchain_blocks_left_in_round": 101,
  "blockchain_confirmation_requirement": 202,
  "blockchain_share_supply": 199999999981923,
  "blockchain_random_seed": "0000000000000000000000000000000000000000",
  "blockchain_database_version": 109,
  "blockchain_version": 104,
  "network_num_connections": 0,
  "network_num_connections_max": 200,
  "network_protocol_version": 104,
  "ntp_time": "20140703T033315",
  "ntp_error": 0.058606999999999999,
  "wallet_open": false,
  "wallet_unlocked": null,
  "wallet_unlocked_until": null,
  "wallet_unlocked_until_timestamp": null,
  "wallet_block_production_enabled": null,
  "wallet_next_block_production_time": null,
  "wallet_next_block_production_timestamp": null,
  "wallet_version": 101
}
(wallet closed) >>> about
{
  "bitshares_toolkit_revision": "03df152999c1e9b5feacd623e1022d2e315a4d2c",
  "bitshares_toolkit_revision_age": "5 hours ago",
  "fc_revision": "6dbcba505b230ee77a0a7fe8af5f5e43c59b0b75",
  "fc_revision_age": "6 hours ago",
  "compile_date": "compiled on Jul  2 2014 at 21:08:13"
}
(wallet closed) >>>



53
General Discussion / Re: Approval Voting vs Delegation
« on: June 23, 2014, 12:10:28 am »
The big problem is that under Approval Voting even if you own 49% of the shares you may not get any delegate representation.
This coupled with the Targeted Growth model  https://bitsharestalk.org/index.php?topic=5199.msg68575#msg68575
could dilute the minority shareholders to oblivion.
(This would mean that I3 + the top 5 or 10 shareholders would effectively control everything)




54
General Discussion / Re: Approval Voting vs Delegation
« on: June 22, 2014, 10:41:50 pm »
So under the approval voting system if EvilAlliance controls 50%+1 votes then they can collectively vote for the same set of delegates that they control and prevent the 50%-1 share holders from doing anything about it.
It would be great if you're part of the EvilAlliance but not so great if you're not...
Or did I miss something?

55
General Discussion / Re: Delegates, start your engines!
« on: June 10, 2014, 03:03:28 pm »
Quote from: toast on June 10, 2014, 02:49:31 pm
Quote from: bitder on June 10, 2014, 12:10:14 pm
This is a problem/bug with the wallet account mixing up the "id" and "index".
All my delegates (26,27,28,29) had the id=(26,27,28,29) but the index=(3,5,7,9) so when the client is restarted they load with the wrong id (because it's using the index).

Post a PTS address for a tip from BM!

Ps6LLRMBjiEMrikwdCKJ9sMDBTgB4GuVKe
Thanks.

56
General Discussion / Re: Delegates, start your engines!
« on: June 10, 2014, 12:10:14 pm »
This is a problem/bug with the wallet account mixing up the "id" and "index".
All my delegates (26,27,28,29) had the id=(26,27,28,29) but the index=(3,5,7,9) so when the client is restarted they load with the wrong id (because it's using the index).


Quote from: welk1n on June 10, 2014, 02:31:11 am
Quote from: sfinder on June 10, 2014, 01:58:42 am
look like we are sharing "init-delegate-5 (delegate) " and "init-delegate-7 (delegate)"

anyone can explain it ? must be a bug..... how can we both have the same keys in different wallet

Code: [Select]
wallet_list_receive_accounts
NAME                               BALANCE                  KEY                                                             REGISTERED            TRUST LEVEL   
pan2pan-05                         0.000000 XTS             XTS8T5M76CG8PFopcuSoAkvTfzkGhZMR44Dckd6JB5zYxxde1vqaU           NO                    0             
init-delegate-8 (delegate)         0.000000 XTS             XTS4u3cQJNLS9jDN1mCM9ynLNHQV9PuEVfwA2R95XnV7ZDNjJL89z           2014-06-01T00:00:00   0             
init-delegate-7 (delegate)         0.000000 XTS             XTS5H3qwDsnjm8yoiN1CAQg6LKTnSNuXZDePeGAQSa5CiALSFRFQ8           2014-06-01T00:00:00   0             
init-delegate-6 (delegate)         0.000000 XTS             XTS5vXkQbGLEwaye3ZsLAtMMEe6tkh724nr2zoGHHeAUCsvVeywvc           2014-06-01T00:00:00   0             
init-delegate-5 (delegate)         0.000000 XTS             XTS6tmvXdn2vJss4a4ADVUUi8GbAC37H6HJRcVeFyhzcsRUNyQJGE           2014-06-01T00:00:00   0             



Quote from: bitcoinerS on June 10, 2014, 01:29:15 am
After latest git pull things are starting to work.
I was able to import 4 of my delegate private keys. However I am not seeing these delegates among receive accounts..

These accounts show up, but these are not public keys that correspond to my imported private keys.

Code: [Select]
wallet_list_receive_accounts
NAME                               BALANCE                  KEY                                                             REGISTERED            TRUST LEVEL   
init-delegate-9 (delegate)         XTS6sSu1DhZUxpnoLz1wYvwsowUQpa4zyHFkqo972fKnU6xrEKVx8           2014-06-01T00:00:00   0             
init-delegate-7 (delegate)         XTS5H3qwDsnjm8yoiN1CAQg6LKTnSNuXZDePeGAQSa5CiALSFRFQ8           2014-06-01T00:00:00   0             
init-delegate-5 (delegate)         XTS6tmvXdn2vJss4a4ADVUUi8GbAC37H6HJRcVeFyhzcsRUNyQJGE           2014-06-01T00:00:00   0             
init-delegate-3 (delegate)         XTS7bUdQ41J4vhNVBkmbqDKGiftrmQNrL1vCx881Fg4R2hE5r6P2Z           2014-06-01T00:00:00   0             
"OK"

My public keys are:
Code: [Select]
XTS6ezsAe72hVoMq4mC4fnAAF2XYqprcpt4vZ5nkqUoZn8xsSWB5Z
XTS72Xc5wBYmWQrAqcPoU6RSEegB3CosNh82wbf4QkKquJtbhgPWL
XTS7DeMWhGV8P7oiKoigtGqFKDfauB83Nrxy5FpMwLEjMw7wC8UVe
XTS73iK3RkkijdfgzH5mioB4wzWFNsmsvwtsNPnkoHAApHK6cbMz3

Am I missing something?

Me too

57
General Discussion / Re: Delegates, start your engines!
« on: June 09, 2014, 03:03:40 pm »
What are some commands that I can use to verify that my delegates are producing blocks properly and not just on it's own fork.

I used blockchain_get_blockcount which is currently showing 97



58
General Discussion / Re: Delegates, start your engines!
« on: June 09, 2014, 05:02:16 am »
I'm getting the same build problem as sfinder. (also on ubuntu 14.04)

The last merge seems to have caused it.

Code: [Select]
bitshares_toolkit$ git log 035357b..2f8e2b1
commit 2f8e2b19632603d398bf000ced29f0a0b79cffb8
Merge: 035357b 6102b44
Author: Nikolai Mushegian <nikolai.mushegian@gmail.com>
Date:   Sun Jun 8 23:04:12 2014 -0400

    Merge pull request #238 from HackFisher/master
   
    #233, import keyhotee id.

commit 6102b4478ef6d0d822383bcff81de7b5f09322f9
Author: HackFisher <hackfisher@gmail.com>
Date:   Sun Jun 8 21:09:38 2014 -0400

    modifile api description

commit c9dcc1c13fd975a1c2e333ad11be92ec28528bc3
Author: HackFisher <hackfisher@gmail.com>
Date:   Sun Jun 8 21:07:32 2014 -0400

    using keyhotee id as account name

commit 723e466ccb9dc87a08a3895a66c123e5aff529c8
Merge: c182d24 db48890
Author: HackFisher <hackfisher@gmail.com>
Date:   Sun Jun 8 20:53:09 2014 -0400

    Merge remote-tracking branch 'upstream/master'

commit c182d24ae7ee569f5c601a915bea317477d24c2c
Author: HackFisher <hackfisher@gmail.com>
Date:   Sun Jun 8 20:52:51 2014 -0400

    fixed 233, import keyhotee id.

59
General Discussion / Re: Initial delegates, let's get ready!
« on: June 08, 2014, 02:58:21 am »
$ git fetch
$ git rebase
$ git submodule update
$ make
$ rm -rf ~/.BitSharesXTS


Quote from: sfinder on June 08, 2014, 02:54:15 am

i have removed data dir but still not fixing my problem



daniel@ubuntu:~/bitshares_toolkit/programs/client$ rm -rf /home/daniel/.BitSharesXTS
daniel@ubuntu:~/bitshares_toolkit/programs/client$ ./bitshares_client --server  ================================================================
=                                                              =
=             Welcome to BitShares XTS                         =
=                                                              =
=  This software is in alpha testing and is not suitable for   =
=  real monetary transactions or trading.  Use at your own     =
=  risk.                                                       =
=                                                              =
=  Type 'help' for usage information.                          =
================================================================
Creating default config file "/home/daniel/.BitSharesXTS/config.json"
Logging to file "/home/daniel/.BitSharesXTS/default.log"
Logging RPC to file "/home/daniel/.BitSharesXTS/rpc.log"
{
  "rpc": {
    "rpc_user": "",
    "rpc_password": "",
    "rpc_endpoint": "127.0.0.1:0",
    "httpd_endpoint": "127.0.0.1:0",
    "htdocs": "./htdocs"
  },
  "default_peers": [
    "107.170.30.182:8764"
  ],
  "ignore_console": false,
  "logging": {
    "includes": [],
    "appenders": [{
        "name": "default",
        "type": "file",
        "args": {
          "format": "${timestamp} ${thread_name} ${context} ${file}:${line} ${method} ${level}]  ${message}",
          "filename": "/home/daniel/.BitSharesXTS/default.log",
          "flush": true,
          "truncate": false
        },
        "enabled": true
      },{
        "name": "rpc",
        "type": "file",
        "args": {
          "format": "${timestamp} ${thread_name} ${context} ${file}:${line} ${method} ${level}]  ${message}",
          "filename": "/home/daniel/.BitSharesXTS/rpc.log",
          "flush": true,
          "truncate": false
        },
        "enabled": true
      }
    ],
    "loggers": [{
        "name": "default",
        "parent": null,
        "level": "debug",
        "enabled": true,
        "additivity": false,
        "appenders": [
          "default"
        ]
      },{
        "name": "rpc",
        "parent": null,
        "level": "debug",
        "enabled": true,
        "additivity": false,
        "appenders": [
          "rpc"
        ]
      }
    ]
  }
}
Loading blockchain from "/home/daniel/.BitSharesXTS/chain"
Using genesis block from file "/home/daniel/bitshares_toolkit/programs/client/genesis.json"
------------ error --------------
10
fc::sha256::hash( response.body.data(), response.body.size() ) == check:
    {}
    th_a  client.cpp:325 open

    {"data_dir":"/home/daniel/.BitSharesXTS"}
    th_a  client.cpp:341 open
daniel@ubuntu:~/bitshares_toolkit/programs/client$ ^C
daniel@ubuntu:~/bitshares_toolkit/programs/client$ rm -rf /home/daniel/.BitSharesXTS






Quote from: bitder on June 08, 2014, 02:50:33 am
sfinder, try
$ rm -rf ~/.BitSharesXTS


Quote from: sfinder on June 08, 2014, 02:35:42 am
i did remove data dir but did not fix the problem

Quote from: toast on June 08, 2014, 02:30:25 am
Quote from: bitcoinerS on June 08, 2014, 02:28:55 am
latest git pull.


Code: [Select]

~/local/bitshares_toolkit/programs/client$ rm ../../data/ -rf

./bitshares_client
================================================================
=                                                              =
=             Welcome to BitShares XTS                         =
=                                                              =
=  This software is in alpha testing and is not suitable for   =
=  real monetary transactions or trading.  Use at your own     =
=  risk.                                                       =
=                                                              =
=  Type 'help' for usage information.                          =
================================================================
Logging to file "/home/slava/.BitSharesXTS/default.log"
Logging RPC to file "/home/slava/.BitSharesXTS/rpc.log"
Loading config "/home/slava/.BitSharesXTS/config.json"
{
  "rpc": {
    "rpc_user": "",
    "rpc_password": "",
    "rpc_endpoint": "127.0.0.1:0",
    "httpd_endpoint": "127.0.0.1:0",
    "htdocs": "./htdocs"
  },
  "default_peers": [
    "107.170.30.182:8764"
  ],
  "ignore_console": false
}
Loading blockchain from "/home/slava/.BitSharesXTS/chain"
Using genesis block from file "/home/slava/local/bitshares_toolkit/programs/client/genesis.json"
Initializing genesis state
------------ error --------------
10
total_votes == total.amount:
    {"total_votes":999999999999994,"total_shares":{"amount":1999999999999988,"asset_id":0}}
    th_a  chain_database.cpp:1681 sanity_check

    {}
    th_a  chain_database.cpp:1688 sanity_check

    {}
    th_a  chain_database.cpp:1442 initialize_genesis

    {"data_dir":"/home/slava/.BitSharesXTS/chain"}
    th_a  chain_database.cpp:864 open

    {"data_dir":"/home/slava/.BitSharesXTS","genesis_dat":"/home/slava/local/bitshares_toolkit/programs/client/genesis.json"}
    th_a  client.cpp:325 open

Did you wipe your data dir?
Did you "git submodule update"?

60
General Discussion / Re: Initial delegates, let's get ready!
« on: June 08, 2014, 02:50:33 am »
sfinder, try
$ rm -rf ~/.BitSharesXTS


Quote from: sfinder on June 08, 2014, 02:35:42 am
i did remove data dir but did not fix the problem

Quote from: toast on June 08, 2014, 02:30:25 am
Quote from: bitcoinerS on June 08, 2014, 02:28:55 am
latest git pull.


Code: [Select]

~/local/bitshares_toolkit/programs/client$ rm ../../data/ -rf

./bitshares_client
================================================================
=                                                              =
=             Welcome to BitShares XTS                         =
=                                                              =
=  This software is in alpha testing and is not suitable for   =
=  real monetary transactions or trading.  Use at your own     =
=  risk.                                                       =
=                                                              =
=  Type 'help' for usage information.                          =
================================================================
Logging to file "/home/slava/.BitSharesXTS/default.log"
Logging RPC to file "/home/slava/.BitSharesXTS/rpc.log"
Loading config "/home/slava/.BitSharesXTS/config.json"
{
  "rpc": {
    "rpc_user": "",
    "rpc_password": "",
    "rpc_endpoint": "127.0.0.1:0",
    "httpd_endpoint": "127.0.0.1:0",
    "htdocs": "./htdocs"
  },
  "default_peers": [
    "107.170.30.182:8764"
  ],
  "ignore_console": false
}
Loading blockchain from "/home/slava/.BitSharesXTS/chain"
Using genesis block from file "/home/slava/local/bitshares_toolkit/programs/client/genesis.json"
Initializing genesis state
------------ error --------------
10
total_votes == total.amount:
    {"total_votes":999999999999994,"total_shares":{"amount":1999999999999988,"asset_id":0}}
    th_a  chain_database.cpp:1681 sanity_check

    {}
    th_a  chain_database.cpp:1688 sanity_check

    {}
    th_a  chain_database.cpp:1442 initialize_genesis

    {"data_dir":"/home/slava/.BitSharesXTS/chain"}
    th_a  chain_database.cpp:864 open

    {"data_dir":"/home/slava/.BitSharesXTS","genesis_dat":"/home/slava/local/bitshares_toolkit/programs/client/genesis.json"}
    th_a  client.cpp:325 open

Did you wipe your data dir?
Did you "git submodule update"?

Pages: 1 2 3 [4] 5

Page created in 0.199 seconds with 23 queries.