This error is shown when LevelDB throws an error saying the database is locked by another process. The LOCK files in the _db folders do not appear to get deleted by LevelDB under any circumstances (which is weird) and deleting them has no apparent effect.

In practice, the GUI will *only* show this error if the CLI client is running with the data dir the GUI intends to use; when another instance of the GUI is running, it's smart enough to just bring up the old instance of the GUI rather than trying to start a second one and running into this issue.

Are you sure you don't have a CLI client running somewhere?

I am unable to reproduce this issue, but the functions placing market orders have been massively refactored already, so when DacSun pulls those changes, hopefully whatever you're seeing will be gone.

Yes. Volume measurements are always given in the base asset.

Quote from: pendragon3 on September 23, 2014, 03:55:41 pm

I don't think its safe to assume wallet_account_balance in the console is correct. In fact, it's almost surely wrong in some cases.

Recently, I installed 0.4.16 32-bit, and after importing a backup wallet, my BTSX and BitUSD balances disappeared. Also, a lot of the recent transactions are now to "UNKNOWN", and some of the transaction history after about a week ago is missing altogether. Regenerating keys, rescanning, etc. did not help.

The console command for wallet transactions history does seems to give the correct ending balance of xxx,000 BTSX. But both the GUI and the console command wallet_account_balance incorrectly display 0.00 BTSX.

I agree.  I just installed a fresh copy, imported via private key, regenerated keys, rescaned, and the balance from wallet_account_balance was way off or missing entirely from what I get if I import from a backup and do the exact same process.

Yes, this is expected behavior. Do not delete your wallet! There is more private data that needs to be kept in order to claim all of your balances than just the account private keys. Primarily, you need the wallet master private key, from which you can regenerate pretty much everything if necessary (though this should be done in emergencies only). If you just create a new wallet and import your account keys, you will not get all of your balances. If you've kept your original wallet, you should have everything you need.

The insufficient funds error you're seeing is hopefully fixed in https://github.com/BitShares/bitshares_toolkit/commit/fd02b4ec808e16d69f2ab3d4752efd2a3589d8db -- when the next version of BTSX is released, try transferring your balances and see if you still get this issue.

Unfortunately, due to limitations in the backend, there is not a way to close the app via RPC. I'm not sure if Windows provides a 'kind' way to request an app exit or not, but yes, if you kill BitShares, it will assume it crashed and offer to nuke the database for you when it starts up again. This is strictly optional, you do not have to do it; just click the "Continue Normally" button and it won't rebuild the database unless it detects corruption in it.

I will look into adding a way to request the client exit by using a new instance as a remote control to a previously running instance. This should give you a nice way to quit BitShares X from your batch file.

Oh, yeah you need to nuke the CMakeCache.txt file (or edit it manually and set the compilers).

Hu ... on ArchLinux I am getting this internal compiler error:

Code: [Select]

/home/delegate/bitsharesx/libraries/blockchain/chain_database.cpp: In member function 'void bts::blockchain::cha
in_database::open(const fc::path&, fc::optional<fc::path>, std::function<void(float)>)':
/home/delegate/bitsharesx/libraries/blockchain/chain_database.cpp:1145:63: internal compiler error: in calc_dfs_
tree, at dominance.c:401
    } FC_RETHROW_EXCEPTIONS( warn, "", ("data_dir",data_dir) ) }
                                                               ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.archlinux.org/> for instructions.
libraries/blockchain/CMakeFiles/bts_blockchain.dir/build.make:570: recipe for target 'libraries/blockchain/CMakeFiles/bts_blockchain.dir/chain_database.cpp.o' failed
make[2]: *** [libraries/blockchain/CMakeFiles/bts_blockchain.dir/chain_database.cpp.o] Error 1
CMakeFiles/Makefile2:847: recipe for target 'libraries/blockchain/CMakeFiles/bts_blockchain.dir/all' failed
make[1]: *** [libraries/blockchain/CMakeFiles/bts_blockchain.dir/all] Error 2
Makefile:76: recipe for target 'all' failed
make: *** [all] Error 2
seems like I need to run my delegate on the (debian) backup server until this is resolved ... no idea what to do though

I got this error as well from a clean build. Building with clang works. If you like, I can give you a pkg.tar.xz. I'll also be updating my docker containers momentarily.

maybe,we could build the system on the "docker".this will reduce lots of bugs.

I maintain Docker images of BitSharesX. These are available at https://hub.docker.com/u/nathanhourt/ Note that nathanhourt/bitsharesx is probably the most interesting to others, but I also have an image which is preconfigured to run a chain server here.