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 - roadscape

Pages: 1 2 3 4 [5] 6 7 8 9 10 11 12 ... 64
61
New feature, instant search:
https://cryptofresh.com/

62
Why don't you add more language?

I'd be glad to, I would need a few days to work out technical hurdles (namely, serving multiple languages via web socket will require adding session/state complexity.. but it also opens options for other useful features).

Chinese is a high priority language to add. Who might be able to help with translations?

63
This week I finished setting up a new dev environment.. I'm now just testing to see if I can get it to crash with compression enabled again; I'm still not sure if the cli_wallet crash last week was due to compression or some other factor.. but once it runs solid for a few days I'll update the production node.

Also, I added an instant search feature, it's at the top of every page:
https://cryptofresh.com/

Next week I plan to update the voting report.. the hardfork is changing some voting logic and it could use an update at any rate. Plus another task or two off the backlog.

64
Technical Support / Re: cli_wallet keeps crashing
« on: March 17, 2016, 07:28:23 pm »
I couldn't reproduce the issue on the old revision with a fresh checkout/make. Too many variables changed anyway so I'm just going to test using head on bitshares branch.

I finally caught a cli_wallet crash!

Code: [Select]
new >>> Server has disconnected us.
9 canceled_exception: Canceled

    {}
    th_a  thread_d.hpp:461 start_next_fiber
192877ms th_a       wallet.cpp:787                save_wallet_file     ] saving wallet to file wallet.json
193528ms th_a       http_api.cpp:118              on_request           ] e.to_detail_string(): 9 canceled_exception: Canceled

    {}
    th_a  thread_d.hpp:461 start_next_fiber
193619ms th_a       http_api.cpp:118              on_request           ] e.to_detail_string(): 9 canceled_exception: Canceled

    {}
    th_a  thread_d.hpp:461 start_next_fiber
pure virtual method called
terminate called without an active exception

Program received signal SIGABRT, Aborted.
0x00007ffff67a2cc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56      ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  0x00007ffff67a2cc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x00007ffff67a60d8 in __GI_abort () at abort.c:89
#2  0x00007ffff70ad535 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007ffff70ab6d6 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007ffff70ab703 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007ffff70ac1bf in __cxa_pure_virtual () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x0000000000b27f87 in fc::rpc::websocket_api_connection::send_call(unsigned int, std::string, std::vector<fc::variant, std::allocator<fc::variant> >) ()
#7  0x00000000008d0a51 in void fc::api_connection::api_visitor::operator()<>(char const*, std::function<void ()>&) const::{lambda()#1}::operator()() const ()
#8  0x0000000000a38671 in graphene::wallet::detail::wallet_api_impl::~wallet_api_impl() ()
#9  0x0000000000a387a9 in graphene::wallet::detail::wallet_api_impl::~wallet_api_impl() ()
#10 0x00000000008af3b9 in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() ()
#11 0x00000000009dc199 in graphene::wallet::wallet_api::~wallet_api() ()
#12 0x00000000008af3b9 in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() ()
#13 0x00000000008af4f9 in boost::any::holder<std::shared_ptr<graphene::wallet::wallet_api> >::~holder() ()
#14 0x00000000008af3b9 in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() ()
#15 0x00000000008af442 in fc::api<graphene::wallet::wallet_api, fc::identity_member>::~api() ()
#16 0x00000000008af494 in boost::any::holder<fc::api<graphene::wallet::wallet_api, fc::identity_member> >::~holder() ()
#17 0x00000000008977de in std::default_delete<fc::generic_api>::operator()(fc::generic_api*) const [clone .isra.726] ()
#18 0x00000000008c0745 in std::vector<std::unique_ptr<fc::generic_api, std::default_delete<fc::generic_api> >, std::allocator<std::unique_ptr<fc::generic_api, std::default_delete<fc::generic_api> > > >::~vector() ()
#19 0x00000000008c07aa in fc::api_connection::~api_connection() ()
#20 0x0000000000b20a36 in fc::rpc::cli::~cli() ()
#21 0x00000000008af3b9 in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() ()
#22 0x00000000008b0e4a in boost::function0<void>::clear() ()
#23 0x00000000008b5a3d in boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot<void (), boost::function<void ()> >, boost::signals2::mutex>::~connection_body() ()
#24 0x00000000008b5a69 in boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot<void (), boost::function<void ()> >, boost::signals2::mutex>::~connection_body() ()
#25 0x00000000008ad5ee in boost::detail::sp_counted_base::release() ()
#26 0x00000000008b6e7c in std::_List_base<boost::shared_ptr<boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot<void (), boost::function<void ()> >, boost::signals2::mutex> >, std::allocator<boost::shared_ptr<boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot<void (), boost::function<void ()> >, boost::signals2::mutex> > > >::_M_clear() ()
#27 0x00000000008b6f1f in boost::detail::sp_counted_impl_p<boost::signals2::detail::grouped_list<int, std::less<int>, boost::shared_ptr<boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot<void (), boost::function<void ()> >, boost::signals2::mutex> > > >::dispose() ()
#28 0x00000000008ad5ee in boost::detail::sp_counted_base::release() ()
#29 0x00000000008ad716 in boost::detail::sp_counted_impl_p<boost::signals2::detail::signal_impl<void (), boost::signals2::optional_last_value<void>, int, std::less<int>, boost::function<void ()>, boost::function<void (boost::signals2::connection const&)>, boost::signals2::mutex>::invocation_state>::dispose() ()
#30 0x00000000008ad5ee in boost::detail::sp_counted_base::release() ()
#31 0x00000000008ad691 in boost::detail::sp_counted_impl_p<boost::signals2::detail::signal_impl<void (), boost::signals2::optional_last_value<void>, int, std::less<int>, boost::function<void ()>, boost::function<void (boost::signals2::connection const&)>, boost::signals2::mutex> >::dispose() ()
#32 0x00000000008ad5ee in boost::detail::sp_counted_base::release() ()
---Type <return> to continue, or q <return> to quit---
#33 0x0000000000b6465e in fc::http::websocket_connection::~websocket_connection() ()
#34 0x00000000008af3b9 in std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() ()
#35 0x0000000000892352 in main ()

witness_node still running fine. Is it worth pursuing this further or should I switch to testing with the latest?

65
General Discussion / Re: Subsidizing Market Liquidity
« on: March 17, 2016, 06:45:44 pm »
Absolutely .. the problem is that there are so many things moving and it is next to impossible to get the big picture of what those that discussed in the threads have agreed upon ..
If you put that into a few paragraphs ... we can get this into a nicely formated BSIP quickly!

For multiple reasons, I am not the right person to take this and run with it. So I'm not sure how this matter will move forward since it appears few are taking it seriously.  Which seems odd considering that bootstrapping liquidity (especially for the major fiat BitAssets) seems to be of critical importance.  Or am I missing something?

There's been 12 pages of discussion, it would be nice if someone could sum it up in a single clean document so that it can be easily digested by more people. Even if it was literally just copy-and-paste snippets of notable points.

I saw some important variables were identified (length of time on the books, distance/spread, etc), but have any *reward equations* been proposed? This is the hardest & most important part. What variables do we measure and how do we combine them into a single score.

66
Technical Support / Re: "MY MARKETS" page: suggestions for improvement
« on: March 16, 2016, 05:19:31 pm »
These are excellent ideas.. in fact I had bookmarked this thread with the intention of using them on Cryptofresh in the near future. I will have questions/feedback after I dig in.

67
General Discussion / Re: Bitshares.openledger.info issues
« on: March 16, 2016, 05:11:19 pm »
To avoid noob confusion I think the web wallet should be limited so there can only be one account per wallet.
sounds like a great idea to implement into a "BitShares for Dummies" wallet :)

 +5% +5%

68
Great idea..

So then, we need:

1) A large set of people that hold fractional permissions of the funds
2) A separated committee that manages manages funds and deals with the actual proposals
3) A campaign to let shareholders know about this

Would we want to go via flat hierarchy .. in the sense of a 10 out of 20 multisig
or would we want to use the full power of hierarchical multisig accounts .. such as
worker account/funds are controlled 50%/50% by committee-account (multisig of 11 or more) and a community-account (11 or more)?

How long until GUI wallet supports proposed transactions? That's the main obstacle in making multisig easy to use, correct?

If it will be a while, I say use a simpler flat hierarchy and maybe 6-of-11 multisig (possibly overkill).

Also one or more people will need to be selected as account managers.. so they pay for the service with a credit card, and this multisig account will compensate them via BitUSD?

69
Technical Support / Re: Brainkey verification is not working
« on: March 14, 2016, 03:36:33 pm »
We should have a testing procedure after every release that at minimum involves creating an account using the faucet, saving the brainkey, and then restoring the wallet using the brainkey.

70
Technical Support / Re: Question from John Barrett
« on: March 12, 2016, 05:16:18 am »
Welcome, John :)

Here's an easy way:

1. Download a light client here: https://github.com/bitshares/bitshares-2/releases

2. Create an account and set a secure password

3. Click the gear icon in the upper right to get to Settings, then click 'Wallet Management Console' button at the bottom

4. Click 'BACKUP BRAINKEY' button and enter the password from Step 2 to reveal it. Write it down and keep it safe. Done!

At this point, you could completely delete your wallet (using the Wallet Management page) and uninstall the light client, if you wish to only deposit into this account and NOT send. If in the future you need to access your funds, you can re-install the light client (or simply use a web wallet) and enter your brain key to recover your wallet/account.

Or, you could save a wallet backup--just make sure to save the password too.
But I recommend saving the brain key either way to be on the safe side.

71
Technical Support / Re: cli_wallet keeps crashing
« on: March 12, 2016, 04:49:33 am »
Also the websocketpp deflate code is very new, so it might be a novel bug in websocketpp.  A quick run-through of the websocketpp issue tracker shows some known race condition crash bugs in websocketpp [1] [2] [3] and it is not out of the realm of possibility that one of these leads to a use-after-free.  Some of these bugs are TLS only, so it is possible that disabling TLS fixes the issue.

[1] https://github.com/zaphoyd/websocketpp/issues/459
[2] https://github.com/zaphoyd/websocketpp/issues/451
[3] https://github.com/zaphoyd/websocketpp/issues/336

I am using --rpc-endpoint and not --rpc-tls-endpoint, does this still apply?

If it's helpful I can try to recreate this setup on a separate server today or tomorrow.

We've pushed a changed to bitshares branch of bitshares2 that allows you to disable the compression via command line, if you want to test if it is related to the problem. The option to disable compression is:
option is:  --disable-permessage-deflate

Excellent, thanks, I will test this when I get the new environment up. First I will try to reproduce the error using the same revision I had issues with, then I will update and check the result.

72
@roadscape IMO worker list in https://cryptofresh.com/ballots need to be updated more frequently

Currently it's updated every hour, that should be frequent enough right? What you might have noticed is that some workers don't show up until they get votes from one of the top ~25 voters/proxies. So if a votable object has no downvotes or upvotes, it will end up not showing at all. This was done to save computation time and minimize lookups, but does fail to paint the whole picture. I was thinking when negative votes are moved (next hardfork?) would be a good time to update & tune up this page.

73
Like it!  +5%

Great 8)

Do you guys think it's worth keeping account names on the bids/asks? I think it's nice to see who is providing liquidity.. as long as its not in the way..

74
New asset pages!
https://cryptofresh.com/a/USD
https://cryptofresh.com/a/MKR_OPEN.BTC

Feedback is appreciated, especially from a trader's perspective.. Any units to flip? Any obvious missing data?

+ 1; + 1; + 1; + 1; + 1; + 1;
wow you a such a great dev...what was this ( not wise) movie business sidestep ::)

PS
I really hate giving this kind of suggestions (as they are personal preference more than anything else), but move the price to the leftmost(rightmost) column.

Thanks @tonyk.. everything starts from nothing ;D

But I'm not sure what you mean by leftmost-rightmost.. is this close? https://cryptofresh.com/a/USD

75
New asset pages!
https://cryptofresh.com/a/USD
https://cryptofresh.com/a/MKR_OPEN.BTC

Feedback is appreciated, especially from a trader's perspective.. Any units to flip? Any obvious missing data?

Pages: 1 2 3 4 [5] 6 7 8 9 10 11 12 ... 64