1441
General Discussion / Re: JDS Dry Run #2
« on: October 09, 2014, 09:37:12 pm »Are you on master? Have you tried "git submodule init" and "git submodule update"?
My fault, sorry. Wrong fc version.
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.
My fault, sorry. Wrong fc version.
1442
General Discussion / Re: JDS Dry Run #2
« on: October 09, 2014, 03:55:34 pm »
Build fails for me:
Code: [Select]
[ 73%] Building CXX object libraries/net/CMakeFiles/bts_net.dir/message_oriented_connection.cpp.o
/home/peter/rpmbuild/BUILD/jds-master/libraries/net/message_oriented_connection.cpp:31:19: error: cannot declare field 'bts::net::detail::message_oriented_connection_impl::_sock' to be of abstract type 'bts::net::stcp_socket'
In file included from /home/peter/rpmbuild/BUILD/jds-master/libraries/net/message_oriented_connection.cpp:9:0:
/home/peter/rpmbuild/BUILD/jds-master/libraries/net/include/bts/net/stcp_socket.hpp:12:7: note: because the following virtual functions are pure within 'bts::net::stcp_socket':
In file included from /usr/include/fc/network/tcp_socket.hpp:4:0,
from /home/peter/rpmbuild/BUILD/jds-master/libraries/net/include/bts/net/message_oriented_connection.hpp:2,
from /home/peter/rpmbuild/BUILD/jds-master/libraries/net/message_oriented_connection.cpp:8:
/usr/include/fc/io/iostream.hpp:24:26: note: virtual std::size_t fc::istream::readsome(const std::shared_ptr<char>&, std::size_t, std::size_t)
/usr/include/fc/io/iostream.hpp:46:27: note: virtual std::size_t fc::ostream::writesome(const std::shared_ptr<const char>&, std::size_t, std::size_t)
/home/peter/rpmbuild/BUILD/jds-master/libraries/net/message_oriented_connection.cpp: In member function 'void bts::net::detail::message_oriented_connection_impl::read_loop()':
/home/peter/rpmbuild/BUILD/jds-master/libraries/net/message_oriented_connection.cpp:143:57: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
1443
General Discussion / Re: Mistake in AGS distribution (Resolved)
« on: October 09, 2014, 08:33:09 am »pc, please give a DNS or BTSX account name for a tip.
btsx:cyrano
keyid:cyrano
I can send a receipt if that's of any use to you.
...and I wouldn't mind your vote for my KeyID delegate: delegate1-cyrano
Thanks!
1444
General Discussion / Re: Mistake in AGS distribution (Resolved)
« on: October 09, 2014, 08:31:02 am »PTS re-parsing has finished. I compared with @pc's quisquis datasource and now they have a match. Except some minor unmatch (less than 6 satoshi due to rounding issue), other pts balances are match.
@pc can you re-run your comparison script and confirm this?
Confirmed.
1445
General Discussion / Re: Mistake in AGS distribution (Resolved)
« on: October 08, 2014, 09:11:55 pm »Those diffs say both sides are form the same source.
Oops. C&P problem. The right hand side is from agsexplorer.com.
1446
LottoShares / Re: Neither Dice nor Lottery are producing results
« on: October 08, 2014, 04:53:21 pm »or it'll get snapshotted into Just Dice Style DAC.
I'd really recommend not snapshotting LTS for anything. Care to guess who's the biggest holder of LTS? Do you want to reward him for this?
1447
General Discussion / Re: Mistake in AGS distribution (Resolved)
« on: October 08, 2014, 01:18:32 pm »
Using the master download API from agsexplorer.com I have found 166 differences in PTS balances + 202 differences in BTC balances (ignoring differences below 10 satoshis due to rounding errors):
http://bitcoin.quisquis.de/dl/btc.diff
http://bitcoin.quisquis.de/dl/pts.diff
Unfortunately, the agsexplorer API does not grant access to AGS balances on a specific day AFAICS. So for me it is impossible to automate scanning for differences. For someone with access to the agsexplorer database it should be easy to find the dates where these addresses donated.
http://bitcoin.quisquis.de/dl/btc.diff
http://bitcoin.quisquis.de/dl/pts.diff
Unfortunately, the agsexplorer API does not grant access to AGS balances on a specific day AFAICS. So for me it is impossible to automate scanning for differences. For someone with access to the agsexplorer database it should be easy to find the dates where these addresses donated.
1448
General Discussion / Re: [FYI] EmerCoin recently announced a new decentralised DNS service for *.coin ...
« on: October 07, 2014, 10:08:10 am »
Apparently they have a generic key/value storage... with values of up to 20kB. I wonder how long it'll take until the first child porn pics are distributed through that coin.
1449
General Discussion / Re: Mistake in AGS distribution
« on: October 06, 2014, 09:10:54 pm »Look here: http://www1.agsexplorer.com/balances/14fXr2UTa17CadcZ911N7TBFqMLpqsfNae
Compare AGS balance with DNS balance. There is an obvious discrepancy in the numbers which doesn't appear to exist for other addresses which have AGS.
The mistake is persisting for each new DAC's genesis block it seems.
(The genesis block for LTS also had a discrepancy for this address - I first asked about these discrepancies in June, but nobody seems to have an answer.)
I've started a topic like this elsewhere, (e.g. https://bitsharestalk.org/index.php?topic=9510.0) but hope for more visibility here, because I'm so perplexed...
It's niggling me, so I may keep mentioning it until someone tells me to shut up, or some kind of answer is obtained!
Any ideas - what's going on?
In the previous link there was mention of a reward for checking AGS allocations.
I think we need a definitive record of distribution, if there isn't one which is sufficient/correct.
I compared the donation history from agsexplorer with my own numbers ( http://ptsags.quisquis.de/ - AFAIK this was used to create (part of) the genesis block). The difference stems from 2014-03-03.
For that day and address, agsexplorer lists a donation of 0.17038387 BTC from a total of 24.10057009 BTC yielding 35.34851445 AGS, while my version gives only 34.77140927 AGS.
I manually went through the AGS donations on that day at blockchain.info and calculated a total of 24.50057009 BTC. Now, 5000 * 0.17038387 / 24.50057009 = 34.77140927 . Therefore I believe my version (and therefore all genesis blocks so far) to be correct and agsexplorer wrong.
1450
LottoShares / Re: Neither Dice nor Lottery are producing results
« on: October 05, 2014, 09:58:33 am »
I can't image he'd "just abandon" it. It had a good start, and he can't have dumped many of his coins in such a short time. He would've been much better off by continuing to support it.
1451
LottoShares / Re: Neither Dice nor Lottery are producing results
« on: October 05, 2014, 09:19:45 am »
FreeTrade has been missing for almost 4 weeks now. Hasn't logged in since Sep 8 neither here nor on btt. Block explorer at 42tx is stuck, lottoshares.org forum has been down for about 2 weeks.
I wonder if he's been run over by a bus or something. Maybe the bus was driven by an FBI agent... :-/
I wonder if he's been run over by a bus or something. Maybe the bus was driven by an FBI agent... :-/
1452
General Discussion / Re: Getting paid shares.
« on: October 04, 2014, 07:35:00 pm »
You don't get paid dividends explicitly. Instead, a part of the shares (tx fees) is destroyed in each block. Effectively, this means that your share of the DAC is growing bigger with each block.
1453
General Discussion / Re: Cryptsy feels bad about missing snapshot; really likes BitShares
« on: October 04, 2014, 12:15:43 pm »Quote from: BitJohnSo love the concept of Bitshares! But as you can see we have yet to add it as an option since we could not credit the customers from the first snapshot.
I mean should we at this point? I get requests for bitshares and all the variations we just have not felt right adding them after the missed snapshot.
Should we try to get them to add Bitshares?
Of course. Win/win situation.
Btw, if they do proper bookkeeping it should not be a problem for them to find out who owned what at the time of the snapshot and credit PTS holders properly.
1454
General Discussion / Re: How to import account to CLI client?
« on: October 04, 2014, 08:07:35 am »
wallet_import_private_key has 4 arguments:
So, to import the key into an existing account you have to do what you have already tried.
If you want to create a new account with an existing key, you have to set the third argument to true (and usually also the fourth).
Code: [Select]
(wallet closed) >>> help wallet_import_private_key
Usage:
wallet_import_private_key <wif_key> [account_name] [create_new_account] [rescan]
Loads the private key into the specified account. Returns which account it was actually imported to.
Parameters:
wif_key (wif_private_key, required): A private key in bitcoin Wallet Import Format (WIF)
account_name (account_name, optional, defaults to null): the name of the account the key should be imported into, if null then the key must belong to an active account
create_new_account (bool, optional, defaults to false): If true, the wallet will attempt to create a new account for the name provided rather than import the key into an existing account
rescan (bool, optional, defaults to false): If true, the wallet will rescan the blockchain looking for transactions that involve this private key
So, to import the key into an existing account you have to do what you have already tried.
If you want to create a new account with an existing key, you have to set the third argument to true (and usually also the fourth).
1455
KeyID / Re: [DNS] v0.0.2 - Trade the snapshot and fight for delegate pay
« on: October 03, 2014, 09:06:52 pm »
I've set up my delegate: delegate1-cyrano with pay rate 1%.
Linux packages available at http://software.opensuse.org/download.html?project=home%3Ap_conrad%3Abts&package=KeyID (CentOS 7, Fedora-20, openSUSE >= 12.3). CLI only ATM, gui currently fails to compile.
@toast: please set version tag on the keyid-gui + qt_wallet submodules too. That would make it easier to create reproducible builds.
Linux packages available at http://software.opensuse.org/download.html?project=home%3Ap_conrad%3Abts&package=KeyID (CentOS 7, Fedora-20, openSUSE >= 12.3). CLI only ATM, gui currently fails to compile.
@toast: please set version tag on the keyid-gui + qt_wallet submodules too. That would make it easier to create reproducible builds.
