◈◈Bitcredit ◈◈ Migrating to UniQredit◈◈ - page 41.

LucD88

hero member

Activity: 525

Merit: 510

Quote from: bitcreditscc on December 04, 2015, 01:38:44 PM

Quote from: proletariat on December 04, 2015, 01:06:14 PM

no crashes but yes it looks like in my case it will take a week to sync. I'm on block 42159 after 10 hours

ah, likely the first rc, i have since made improvements and will post a link in a short while for a faster version

Took me approximately 5 hours to fully sync from scratch. Considering the chain is not even 1GB in total size, any speed improvements in regards to synchronization are more than welcome!

On a sidenote: Many have requested a Slack channel for BCR, mostly because of the advantages it offers over an IRC channel. Since Slack stores old/previous messages, everyone joining the channel at a later time is able to read back through past conversations. Hence making Slack a transparant and good source of information for people interested.

So, on behalf of the developer, I created a Slack channel for BCR: https://bcrofficial.slack.com/ If you want to join, please send me a PM including your email address so I can invite you.

In the meantime I'm trying to figure out a way to make this channel public for everyone. Is it even possible? Tongue

bitcreditscc

hero member

Activity: 602

Merit: 501

Quote from: proletariat on December 04, 2015, 01:06:14 PM

Quote from: bitcreditscc on December 04, 2015, 01:10:01 AM

Sync, while faster than the first rc is still pretty slow than most clients, while we have a lot more going on than clones, i still think we can do better.

with everything in place, has any windows user had a crash?

no crashes but yes it looks like in my case it will take a week to sync. I'm on block 42159 after 10 hours

ah, likely the first rc, i have since made improvements and will post a link in a short while for a faster version

proletariat

legendary

Activity: 1246

Merit: 1005

Quote from: bitcreditscc on December 04, 2015, 01:10:01 AM

Sync, while faster than the first rc is still pretty slow than most clients, while we have a lot more going on than clones, i still think we can do better.

with everything in place, has any windows user had a crash?

no crashes but yes it looks like in my case it will take a week to sync. I'm on block 42159 after 10 hours

YarkoL

legendary

Activity: 996

Merit: 1013

Quote from: bitcreditscc on December 04, 2015, 06:45:53 AM

the issue is your automake/ autoconf

you need to either re-install or make a fresh machine

Alternatively, you also might try adding this line to
configure.ac (in bicreditsnew directory)

Code:

AM_INIT_AUTOMAKE([subdir-objects])

I believe subdir-objects is enabled by default in the
most recent versions of autotools, so you are probably
running an older one.

bitcreditscc

hero member

Activity: 602

Merit: 501

Quote from: alganonim on December 04, 2015, 06:12:36 AM

Quote from: tombcoin on December 04, 2015, 04:16:05 AM

Didn´t get an error like this on my ubuntu.
Only thing that changed is sqlite:
sudo apt-get install sqlite3 libsqlite3-dev
Then it should work.
Try to delete the local git-rep and clone new from github.
Then try again to compile.
lg t.

No luck, I had already latest version, so tried to remove it then install again, still the same, it could stop to work after some update, found somewhere that running ./autogen.sh twice could help but not in my case, I will try later some older not updated version.

the issue is your automake/ autoconf

you need to either re-install or make a fresh machine

alganonim

sr. member

Activity: 260

Merit: 250

Quote from: tombcoin on December 04, 2015, 04:16:05 AM

Didn´t get an error like this on my ubuntu.
Only thing that changed is sqlite:
sudo apt-get install sqlite3 libsqlite3-dev
Then it should work.
Try to delete the local git-rep and clone new from github.
Then try again to compile.
lg t.

No luck, I had already latest version, so tried to remove it then install again, still the same, it could stop to work after some update, found somewhere that running ./autogen.sh twice could help but not in my case, I will try later some older not updated version.

tombcoin

newbie

Activity: 49

Merit: 0

Didn´t get an error like this on my ubuntu.
Only thing that changed is sqlite:
sudo apt-get install sqlite3 libsqlite3-dev
Then it should work.
Try to delete the local git-rep and clone new from github.
Then try again to compile.
lg t.

alganonim

sr. member

Activity: 260

Merit: 250

Something new for me here, some big changes in source ? anyone can help ?

Code:

libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build-aux'.
libtoolize: copying file `build-aux/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `build-aux/m4'.
libtoolize: copying file `build-aux/m4/libtool.m4'
libtoolize: copying file `build-aux/m4/ltoptions.m4'
libtoolize: copying file `build-aux/m4/ltsugar.m4'
libtoolize: copying file `build-aux/m4/ltversion.m4'
libtoolize: copying file `build-aux/m4/lt~obsolete.m4'
configure.ac:10: installing 'build-aux/compile'
configure.ac:5: installing 'build-aux/config.guess'
configure.ac:5: installing 'build-aux/config.sub'
configure.ac:9: installing 'build-aux/install-sh'
configure.ac:9: installing 'build-aux/missing'
Makefile.am:45: warning: source file 'src/secp256k1.c' is in a subdirectory,
Makefile.am:45: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least a source file is in a subdirectory, but the 'subdir-objects'
automake: automake option hasn't been enabled. For now, the corresponding output
automake: object file(s) will be placed in the top-level directory. However,
automake: this behaviour will change in future Automake versions: they will
automake: unconditionally cause object files to be placed in the same subdirectory
automake: of the corresponding sources.
automake: You are advised to start using 'subdir-objects' option throughout your
automake: project, to avoid future incompatibilities.
Makefile.am:62: warning: source file 'src/bench_inv.c' is in a subdirectory,
Makefile.am:62: but option 'subdir-objects' is disabled
Makefile.am:56: warning: source file 'src/bench_recover.c' is in a subdirectory,
Makefile.am:56: but option 'subdir-objects' is disabled
Makefile.am:59: warning: source file 'src/bench_sign.c' is in a subdirectory,
Makefile.am:59: but option 'subdir-objects' is disabled
Makefile.am:53: warning: source file 'src/bench_verify.c' is in a subdirectory,
Makefile.am:53: but option 'subdir-objects' is disabled
Makefile.am:70: warning: source file 'src/tests.c' is in a subdirectory,
Makefile.am:70: but option 'subdir-objects' is disabled
Makefile.am: installing 'build-aux/depcomp'
parallel-tests: installing 'build-aux/test-driver'
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build-aux'.
libtoolize: copying file `build-aux/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `build-aux/m4'.
libtoolize: copying file `build-aux/m4/libtool.m4'
libtoolize: copying file `build-aux/m4/ltoptions.m4'
libtoolize: copying file `build-aux/m4/ltsugar.m4'
libtoolize: copying file `build-aux/m4/ltversion.m4'
libtoolize: copying file `build-aux/m4/lt~obsolete.m4'
autoheader: cannot rename /tmp/arXhQb9A/ahcvJkUa/config.hin as src/config/bitcredit-config.h.in: No such file or directory
autoreconf: /usr/bin/autoheader failed with exit status: 1

jasemoney

legendary

Activity: 1610

Merit: 1008

Forget-about-it

just my mining crash likely related to trying to mine a block consecutively, other stuff including sync seems manageable for now.

bitcreditscc

hero member

Activity: 602

Merit: 501

Sync, while faster than the first rc is still pretty slow than most clients, while we have a lot more going on than clones, i still think we can do better.

with everything in place, has any windows user had a crash?

bitcreditscc

hero member

Activity: 602

Merit: 501

Quote from: alganonim on December 04, 2015, 12:50:14 AM

Somehow I have missed link to rc win version even that I read it before Wink

So :

176.56.238.121
168.235.88.30
45.32.235.149

are new peers ? Just found it here few hours ago, it was mentioned anywhere.

https://github.com/bitcreditscc/bicreditsnew/commit/38704c57641ec58e2b200f1a3046a3b244ab115c

Now demo win wallet is syncing even, didn't changed anything besides those 2 peers.

good to know, i am now trying to get the QT to show the database so you can test out and see your raw stats on addresses. after this we will move on to testing lending messages and responses, voting and blacklisting. once we are sure, we can begin p2plending.

alganonim

sr. member

Activity: 260

Merit: 250

Somehow I have missed link to rc win version even that I read it before Wink

So :

176.56.238.121
168.235.88.30
45.32.235.149

are new peers ? Just found it here few hours ago, it was mentioned anywhere.

https://github.com/bitcreditscc/bicreditsnew/commit/38704c57641ec58e2b200f1a3046a3b244ab115c

Now demo win wallet is syncing even, didn't changed anything besides those 2 peers.

bitcreditscc

hero member

Activity: 602

Merit: 501

Quote from: jasemoney on December 03, 2015, 09:29:15 PM

win wallet is linked last page by bitcreditscc for new protocol.
a bunch of nodes ended up on 258882 after the bootstrap. but the win wallet syncs past that for me anyways

well it had been. anyways 176.56.238.121:8877 is a high chain. so i added
seednode=176.56.238.121:8877
addnode=176.56.238.121:8877
connect=176.56.238.121:8877

to my conf and it started off syncing past 258882

(this forces the single connection so its not worth using longer than to get synced.) how can we get users stuck on 258882 to shut it down. can anyone confirm the nodes stuck are not any of the seed nodes?

edit:
turning off a node and back on it seems to fail block check.

Quote

2015-12-04 05:22:19 ERROR: ConnectBlock(): coinbase key detected in last 40 blocks
2015-12-04 05:22:19 Misbehaving: 176.56.238.121:8877 (0 -> 100) BAN THRESHOLD EXCEEDED
2015-12-04 05:22:19 InvalidChainFound: invalid block=0004b19fb3571639da9b4a1c327402d878bc942c89f5b81167cc96f4869a2715 height=259992 log2_work=35.947191 date=2015-12-04 05:21:38
2015-12-04 05:22:19 InvalidChainFound: current best=00138d7b04a2e3f32291a30804c11dbb5c53acd0ffdbec3f3865d9ad20f9db84 height=259991 log2_work=35.947191 date=2015-12-04 05:20:26
2015-12-04 05:22:19 ERROR: ConnectTip(): ConnectBlock 0004b19fb3571639da9b4a1c327402d878bc942c89f5b81167cc96f4869a2715 failed
2015-12-04 05:22:19 InvalidChainFound: invalid block=0004b19fb3571639da9b4a1c327402d878bc942c89f5b81167cc96f4869a2715 height=259992 log2_work=35.947191 date=2015-12-04 05:21:38
2015-12-04 05:22:19 InvalidChainFound: current best=00138d7b04a2e3f32291a30804c11dbb5c53acd0ffdbec3f3865d9ad20f9db84 height=259991 log2_work=35.947191 date=2015-12-04 05:20:26
2015-12-04 05:22:19 ERROR: AcceptBlockHeader : block is marked invalid
2015-12-04 05:22:19 ERROR: invalid header received

just did this on height 259885 and a different node im running at 259991 anyways it ends up banning the 1 node who has the real blockchain.

for me, if i close the wallet it stays at that block next time i open the wallet no matter how long i leave it open

You likely are connecting to nodes running on an older version.

use the 176 address, the 168 and the 45

jasemoney

legendary

Activity: 1610

Merit: 1008

Forget-about-it

win wallet is linked last page by bitcreditscc for new protocol.
a bunch of nodes ended up on 258882 after the bootstrap. but the win wallet syncs past that for me anyways

well it had been. anyways 176.56.238.121:8877 is a high chain. so i added
seednode=176.56.238.121:8877
addnode=176.56.238.121:8877
connect=176.56.238.121:8877

to my conf and it started off syncing past 258882

(this forces the single connection so its not worth using longer than to get synced.) how can we get users stuck on 258882 to shut it down. can anyone confirm the nodes stuck are not any of the seed nodes?

edit:
turning off a node and back on it seems to fail block check.

Quote

2015-12-04 05:22:19 ERROR: ConnectBlock(): coinbase key detected in last 40 blocks
2015-12-04 05:22:19 Misbehaving: 176.56.238.121:8877 (0 -> 100) BAN THRESHOLD EXCEEDED
2015-12-04 05:22:19 InvalidChainFound: invalid block=0004b19fb3571639da9b4a1c327402d878bc942c89f5b81167cc96f4869a2715 height=259992 log2_work=35.947191 date=2015-12-04 05:21:38
2015-12-04 05:22:19 InvalidChainFound: current best=00138d7b04a2e3f32291a30804c11dbb5c53acd0ffdbec3f3865d9ad20f9db84 height=259991 log2_work=35.947191 date=2015-12-04 05:20:26
2015-12-04 05:22:19 ERROR: ConnectTip(): ConnectBlock 0004b19fb3571639da9b4a1c327402d878bc942c89f5b81167cc96f4869a2715 failed
2015-12-04 05:22:19 InvalidChainFound: invalid block=0004b19fb3571639da9b4a1c327402d878bc942c89f5b81167cc96f4869a2715 height=259992 log2_work=35.947191 date=2015-12-04 05:21:38
2015-12-04 05:22:19 InvalidChainFound: current best=00138d7b04a2e3f32291a30804c11dbb5c53acd0ffdbec3f3865d9ad20f9db84 height=259991 log2_work=35.947191 date=2015-12-04 05:20:26
2015-12-04 05:22:19 ERROR: AcceptBlockHeader : block is marked invalid
2015-12-04 05:22:19 ERROR: invalid header received

just did this on height 259885 and a different node im running at 259991 anyways it ends up banning the 1 node who has the real blockchain.

for me, if i close the wallet it stays at that block next time i open the wallet no matter how long i leave it open

alganonim

sr. member

Activity: 260

Merit: 250

Quote from: bitcreditscc on December 03, 2015, 02:31:18 PM

a lot of users are confusing themselves by looking @ debug and using debug commands in rpc. if you want to know your current block height, either use getinfo or getblockcount.

If you are using a client that does not show protocol version 70014, then yes you are on a fork, update your client.

So all windows wallet users should be on fork, because latest win version still uses 70013 protocol.

My ubuntu wallet started from dragos' boostrap (258881) stopped yestarday after trying again from bootstrap it stopped at 258882, only 1 block ahead, today the same after some trying, win wallet the same block.

Then I looked thru peers in wallet, only 2 peers had a higher starting block than my

addnode=176.56.238.121
addnode=45.32.235.149

91.230.123.11 at 259340 , so close

So I deleted prefered peers and left only those 2, ubuntu wallet is syncing (on win wallet it doesn't help), I'm not sure that I'm not on fork but at least syncing and basically at the same block as chainz, so what'a going on here ?

Will try the newest build now.

bitcreditscc

hero member

Activity: 602

Merit: 501

definite improvement on the sync speed, at least 50% faster any user who is building right now, can you please time your sync based of latest master branch. please

bitcreditscc

hero member

Activity: 602

Merit: 501

Quote from: jasemoney on December 03, 2015, 03:59:17 PM

ive been looking at it wrong, seems i saw BN payouts as miner rewards. anyways I do keep getting left behind.

already working on improvements to sync, should see a version in a couple of hours, i just need to rest a bit

jasemoney

legendary

Activity: 1610

Merit: 1008

Forget-about-it

ive been looking at it wrong, seems i saw BN payouts as miner rewards. anyways I do keep getting left behind.

hack_

hero member

Activity: 501

Merit: 503

I for one would be very interested in an android wallet.

People block height is clear as day when you look on chainz, why the headaches?

@dev new commit?

bitcreditscc

hero member

Activity: 602

Merit: 501

Quote from: jasemoney on December 03, 2015, 02:41:31 PM

looks like i got left behind on 259613.. resyncing.

would have preferred a copy of your debug so i can see the reason. I want to ensure that sync is simple for everyone with no need for starting again.

fresh sync has worked for me on multiple nodes in north america, UK, europe and africa. I want to try australia , south america and asia then we'll see.

Topic: ◈◈Bitcredit ◈◈ Migrating to UniQredit◈◈ - page 41. (Read 284550 times)