Author Topic: BitShares 0.5.0 Feedback  (Read 14447 times)

0 Members and 1 Guest are viewing this topic.

Offline xeroc

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 12922
  • ChainSquad GmbH
    • View Profile
    • ChainSquad GmbH
  • BitShares: xeroc
  • GitHub: xeroc
Archlinux x32 cli has the following build error but still runs stable.

Code: [Select]
tests/drltc_tests/fc_math/CMakeFiles/multest.dir/build.make:54: recipe for target 'tests/drltc_tests/fc_math/CMakeFiles/multest.dir/multest.cpp.o' failed
make[2]: *** [tests/drltc_tests/fc_math/CMakeFiles/multest.dir/multest.cpp.o] Error 1
CMakeFiles/Makefile2:2424: recipe for target 'tests/drltc_tests/fc_math/CMakeFiles/multest.dir/all' failed
make[1]: *** [tests/drltc_tests/fc_math/CMakeFiles/multest.dir/all] Error 2
Makefile:76: recipe for target 'all' failed
make: *** [all] Error 2

Archlinux x64 gui built with no errors and runs stable.
ArchLinux here too .. have you update the submodules? git submodule update?
GCC or clang?

Offline cass

  • Hero Member
  • *****
  • Posts: 4311
  • /(┬.┬)\
    • View Profile
let me know when i can update download .org section thx …
█║▌║║█  - - -  The quieter you become, the more you are able to hear  - - -  █║▌║║█

iHashFury

  • Guest
Archlinux x32 cli has the following build error but still runs stable.

Code: [Select]
tests/drltc_tests/fc_math/CMakeFiles/multest.dir/build.make:54: recipe for target 'tests/drltc_tests/fc_math/CMakeFiles/multest.dir/multest.cpp.o' failed
make[2]: *** [tests/drltc_tests/fc_math/CMakeFiles/multest.dir/multest.cpp.o] Error 1
CMakeFiles/Makefile2:2424: recipe for target 'tests/drltc_tests/fc_math/CMakeFiles/multest.dir/all' failed
make[1]: *** [tests/drltc_tests/fc_math/CMakeFiles/multest.dir/all] Error 2
Makefile:76: recipe for target 'all' failed
make: *** [all] Error 2

Archlinux x64 gui built with no errors and runs stable.

Offline Rune

  • Hero Member
  • *****
  • Posts: 1120
    • View Profile
so far it looks like the same problems as the last release.  I can't get synced enough to broadcast.  the chain stalled out at 45 days left. over 2 gig memory usage.  high cpu consumption.  can't quit the program without a crash.  program unexpectedly quits without any messages.  various elements of the GUI freeze while others still work.

Try to go into the console and type 'getinfo'. The blockchain could still be syncing in the background even though the GUI shows you've frozen. If getinfo also shows you stuck on the same particular block, then you're probably on a fork and have to delete everything except your wallet folder in your appdata/roaming/bitshares folder (after back up!!), and then save and put in checkpoints.json from http://www.riverhead.org/checkpoints.json

If your computer is old you just have to wait a long time. You can check which block you're on with getinfo. After a couple of hours it should be synced and then the wallet will calm down and can run without destroying your computer.

Offline xeroc

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 12922
  • ChainSquad GmbH
    • View Profile
    • ChainSquad GmbH
  • BitShares: xeroc
  • GitHub: xeroc
Upgrading delegates:

Machine 1:
 - no issues
Code: [Select]
Loading blockchain from: /home/delegate/.BitShares/chain
Loading config from file: /home/delegate/.BitShares/config.json
Using built-in blockchain checkpoints
Tracking Statistics: true
Initializing state from built-in genesis file
Please be patient, this will take several minutes...
Successfully replayed 1529123 blocks in 2841 seconds.                         
Blockchain size changed from 609MiB to 606MiB.

Machine 2:
 - no issues
Code: [Select]
Loading blockchain from: /home/coin/.BitShares/chain
Loading config from file: /home/coin/.BitShares/config.json
Using built-in blockchain checkpoints
Tracking Statistics: true
Initializing state from built-in genesis file
Please be patient, this will take several minutes...
Successfully replayed 1529121 blocks in 4721 seconds.                         
Blockchain size changed from 608MiB to 610MiB.

Machine 3:
 - all fine
Code: [Select]
Loading blockchain from: /home/delegate/.BitShares/chain
Loading config from file: /home/delegate/.BitShares/config.json
Using built-in blockchain checkpoints
Tracking Statistics: true
Initializing state from built-in genesis file
Please be patient, this will take several minutes...
Successfully replayed 1530075 blocks in 4671 seconds.
Blockchain size changed from 609MiB to 607MiB.
Starting JSON RPC server on port 9988
Starting HTTP JSON RPC server on port 19988
Attempting to map P2P port 0 with UPNP...
« Last Edit: January 15, 2015, 01:42:50 pm by xeroc »

Offline emski

  • Hero Member
  • *****
  • Posts: 1282
    • View Profile
    • http://lnkd.in/nPbhxG
This is probably due to a delegate(s) running multiple instances.
Let us identify them and tell them once and for all that this update strategy HARMS the network .. it's a no-go!

Look at the forks...
What I see from a glance is delegateX.Xeldal .

Offline xeroc

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 12922
  • ChainSquad GmbH
    • View Profile
    • ChainSquad GmbH
  • BitShares: xeroc
  • GitHub: xeroc
This is probably due to a delegate(s) running multiple instances.
Let us identify them and tell them once and for all that this update strategy HARMS the network .. it's a no-go!

Offline emski

  • Hero Member
  • *****
  • Posts: 1282
    • View Profile
    • http://lnkd.in/nPbhxG
what about the 104 forks the last 24 hours?
Normally we are max at 10/24h
http://www.bitsharesblocks.com/home

I can understand it grows on update periods... but 104?  ???

This is probably due to a delegate(s) running multiple instances.

Offline Markus

  • Sr. Member
  • ****
  • Posts: 366
    • View Profile
The open margin orders list shows my call prices at 2x the feed price at entry, while the help text seems to indicate it should be 1.5x.

It has been 2x for quite a while now, this is not caused by the current version update.

Offline liondani

  • Hero Member
  • *****
  • Posts: 3737
  • Inch by inch, play by play
    • View Profile
    • My detailed info
  • BitShares: liondani
  • GitHub: liondani
Don't get crazy with the updates guys/delegates !!! We have plenty of time until the hard fork!!! Let's make it smoother this time!

Offline liondani

  • Hero Member
  • *****
  • Posts: 3737
  • Inch by inch, play by play
    • View Profile
    • My detailed info
  • BitShares: liondani
  • GitHub: liondani
what about the 104 forks the last 24 hours?
Normally we are max at 10/24h
http://www.bitsharesblocks.com/home

I can understand it grows on update periods... but 104?  ???

Offline emski

  • Hero Member
  • *****
  • Posts: 1282
    • View Profile
    • http://lnkd.in/nPbhxG
Ubuntu 14.04 Server
8GB ram
Looks fine.

Offline graffenwalder

All working fine here to windows 8.

Forgot that the fork hadn't kicked in yet and tried to import the vesting balances.
Got this error:

Quote
10 assert_exception: Assert Exception
eval_state._current_state->get_head_block_num() >= DVS_V0_5_0_FORK_BLOCK_NUM

Not sure if this is a problem, but should the DVS be in this line?

Offline testz


Offline abit

  • Committee member
  • Hero Member
  • *
  • Posts: 4664
    • View Profile
    • Abit's Hive Blog
  • BitShares: abit
  • GitHub: abitmore
Win7 64bit with 8GB RAM, non-SSD

All OK so far.

Installed successfully by overwriting the v0.4.27.2 installation.

First start with bitshares_client.exe, the blockchain replayed successfully. Synced.
Code: [Select]
Initializing state from built-in genesis file
Please be patient, this will take several minutes...
Successfully replayed 1528477 blocks in 2227 seconds.
Blockchain size changed from 605MiB to 611MiB.

Quit the command_line window and started the GUI with no problem.

It seems that the new GUI is faster than the previous version.
BitShares committee member: abit
BitShares witness: in.abit