Ok, thank you both! The last part of the bounty will be payed as soon as i have the confirmation from hexafraction.
It is sometime hard for me to get projects like this on the road. I had a little c++ in the university but the stuff needed to create a new coin, the phyton to fit p2pool for FRC/WLC and the Java/android stuff for the wallet now i had to teach me myself (good thing to have you on board for this, i tried it before and failed epicaly ;-).
So to answer hexafraction "I'm really excited to see where this coin (..WLC..) might go." It will go as far as i can. The vision is to supply communities all over the world with coins. This was already tried by many but the demurrage WLC got from Freicoin guaranties a stable monthly payout.
What WLC really needs at the moment are common good initiatives all over the globe.. So if any of you know some feel free to invite them to the WLC homepage (www.winc-ev.org).
@hexafraction thanks for the offer i will send you a message if i need help again.
Topic: [BOUNTY] fix mobile WLCj wallet for android (Read 7423 times)
So guys, now it works with additional largeHeap="true" the memory increases to 190 mb and the wallet loads fine.
I dont know why largeHeap did not work with the earlier version but hey.... you 2 rock!!
Now i just have to adjust some pics and stuff but thats it..
@hexafraction: jk14 send me a private message about a wallet for a bounty i said he maybe could ask you about. Just in case..
Now that you fixed that, is that all that needed to be done? Or are there other problems that need to be fixed before you can pay the bounty?I dont know why largeHeap did not work with the earlier version but hey.... you 2 rock!!
Now i just have to adjust some pics and stuff but thats it..
@hexafraction: jk14 send me a private message about a wallet for a bounty i said he maybe could ask you about. Just in case..
Nope just send me your addresses, as for my personal opinion hexafraction should get a bigger portion of the bounty but please let me know your opinion how to split the bounty.
@hexafraction, ok maybe i can help him i am much better at c++ than i am at java and now i have a little bit more time.
So guys, now it works with additional largeHeap="true" the memory increases to 190 mb and the wallet loads fine.
I dont know why largeHeap did not work with the earlier version but hey.... you 2 rock!!
Now i just have to adjust some pics and stuff but thats it..
@hexafraction: jk14 send me a private message about a wallet for a bounty i said he maybe could ask you about. Just in case..
Now that you fixed that, is that all that needed to be done? Or are there other problems that need to be fixed before you can pay the bounty? I dont know why largeHeap did not work with the earlier version but hey.... you 2 rock!!
Now i just have to adjust some pics and stuff but thats it..
@hexafraction: jk14 send me a private message about a wallet for a bounty i said he maybe could ask you about. Just in case..
So guys, now it works with additional largeHeap="true" the memory increases to 190 mb and the wallet loads fine.
I dont know why largeHeap did not work with the earlier version but hey.... you 2 rock!!
Now i just have to adjust some pics and stuff but thats it..
@hexafraction: jk14 send me a private message about a wallet for a bounty i said he maybe could ask you about. Just in case..
I dont know why largeHeap did not work with the earlier version but hey.... you 2 rock!!
Now i just have to adjust some pics and stuff but thats it..
@hexafraction: jk14 send me a private message about a wallet for a bounty i said he maybe could ask you about. Just in case..
Thanks; please let us know if anything is needed. I did get in touch with jk14; the job ended up changing to the point where it involved the C++ side of things, so I had to decline as I do not know enough C++ to make changes and make the resulting code remain secure and reliable.
So guys, now it works with additional largeHeap="true" the memory increases to 190 mb and the wallet loads fine.
I dont know why largeHeap did not work with the earlier version but hey.... you 2 rock!!
Now i just have to adjust some pics and stuff but thats it..
@hexafraction: jk14 send me a private message about a wallet for a bounty i said he maybe could ask you about. Just in case..
I dont know why largeHeap did not work with the earlier version but hey.... you 2 rock!!
Now i just have to adjust some pics and stuff but thats it..
@hexafraction: jk14 send me a private message about a wallet for a bounty i said he maybe could ask you about. Just in case..
Sorry about the delay. I took a look at the heap dumps you sent, and I don't see anything abnormal, or an abnormally large heap. It's all around 40-50MB as with my dumps. However, a difference I cannot test directly is dalvik vs ART. Your heap dump reports the environment as Dalvik (if I'm interpreting mixed messages correctly), while my devices uses ART instead.
Not a deal. Yes the heap is just at 40-50 mb and when the block download reaches 12k it loads 2k blocks in the cache and that is too much, because somehow on older phones the heap memory seems to be restricted to 64 mb (sorry i dont know about whic test app is running at my anfdroid studio).
So there are 2 ways: 1. increase heap
2. reduce blocks in cache.
The second one seems to be more convienient scince older devices maybe get to slow if one app use all ram (although it is just for the download).
@ kinght
This goes straight in the right direction but memory usage is still high and it crashes at 12k (going down to 500 with DEFAULT_NUM_HEADERS and to 260 with the blockCache).
3rd Edit: Every new transaction has a size of 80 byte. The problem is that the wallet loads 2k blocks at once. After the block 10k the merge mining starts and the Parent header has 250+ Coinbase transactions per block. Keeping them all inside the heap memory seems to be hard for small devices but after block 12k every block is MM, so the memoryload is even bigger and the app crashes. so reducing the blocks to be loaded at once should solve the problem i guess.
...hmm when i reduce the MAX_HEADERS in HeaderMassage to 500 it completely refuses to download blocks (Error deserializing message)... weird..
Maybe because your device is of a newer generation, so newer phones can handle the memoryerror?
The main memory consumer is org.bitcoinj.core.Block with:
- org.bitcoinj.core.TransactionOutput with 167.034 objects and 13.362.720 heap swallow and
- byte[] with 176.775 objects and 7.195.488 heap swallow
EDIT: Inbound connection was to HeaderMessage if i am reading it correctly.
2nd Edit: The BlockMergeMinedPayload loads Transaction and this loads a TransactionOutput and this creates byte[] which has 80 byte of space, so it looks like every transaction in the Parent chain gets 80 bytes assigned.. And this leads to a high memoryload after it reaches block 10k and loading 2k more blocks (including mmBlocks)..
So the question seems to be why does the wallet sees parentcoinbase transaction as headersJ?
3rd Edit: Every new transaction has a size of 80 byte. The problem is that the wallet loads 2k blocks at once. After the block 10k the merge mining starts and the Parent header has 250+ Coinbase transactions per block. Keeping them all inside the heap memory seems to be hard for small devices but after block 12k every block is MM, so the memoryload is even bigger and the app crashes. so reducing the blocks to be loaded at once should solve the problem i guess.
...hmm when i reduce the MAX_HEADERS in HeaderMassage to 500 it completely refuses to download blocks (Error deserializing message)... weird..
The main memory consumer is org.bitcoinj.core.Block with:
- org.bitcoinj.core.TransactionOutput with 167.034 objects and 13.362.720 heap swallow and
- byte[] with 176.775 objects and 7.195.488 heap swallow
EDIT: Inbound connection was to HeaderMessage if i am reading it correctly.
2nd Edit: The BlockMergeMinedPayload loads Transaction and this loads a TransactionOutput and this creates byte[] which has 80 byte of space, so it looks like every transaction in the Parent chain gets 80 bytes assigned.. And this leads to a high memoryload after it reaches block 10k and loading 2k more blocks (including mmBlocks)..
So the question seems to be why does the wallet sees parentcoinbase transaction as headersJ?
3rd Edit: Every new transaction has a size of 80 byte. The problem is that the wallet loads 2k blocks at once. After the block 10k the merge mining starts and the Parent header has 250+ Coinbase transactions per block. Keeping them all inside the heap memory seems to be hard for small devices but after block 12k every block is MM, so the memoryload is even bigger and the app crashes. so reducing the blocks to be loaded at once should solve the problem i guess.
...hmm when i reduce the MAX_HEADERS in HeaderMassage to 500 it completely refuses to download blocks (Error deserializing message)... weird..
Sorry about the delay. I took a look at the heap dumps you sent, and I don't see anything abnormal, or an abnormally large heap. It's all around 40-50MB as with my dumps. However, a difference I cannot test directly is dalvik vs ART. Your heap dump reports the environment as Dalvik (if I'm interpreting mixed messages correctly), while my devices uses ART instead.
Maybe because your device is of a newer generation, so newer phones can handle the memoryerror?
The main memory consumer is org.bitcoinj.core.Block with:
- org.bitcoinj.core.TransactionOutput with 167.034 objects and 13.362.720 heap swallow and
- byte[] with 176.775 objects and 7.195.488 heap swallow
EDIT: Inbound connection was to HeaderMessage if i am reading it correctly.
2nd Edit: The BlockMergeMinedPayload loads Transaction and this loads a TransactionOutput and this creates byte[] which has 80 byte of space, so it looks like every transaction in the Parent chain gets 80 bytes assigned.. And this leads to a high memoryload after it reaches block 10k and loading 2k more blocks (including mmBlocks)..
So the question seems to be why does the wallet sees parentcoinbase transaction as headersJ?
3rd Edit: Every new transaction has a size of 80 byte. The problem is that the wallet loads 2k blocks at once. After the block 10k the merge mining starts and the Parent header has 250+ Coinbase transactions per block. Keeping them all inside the heap memory seems to be hard for small devices but after block 12k every block is MM, so the memoryload is even bigger and the app crashes. so reducing the blocks to be loaded at once should solve the problem i guess.
...hmm when i reduce the MAX_HEADERS in HeaderMassage to 500 it completely refuses to download blocks (Error deserializing message)... weird..
The main memory consumer is org.bitcoinj.core.Block with:
- org.bitcoinj.core.TransactionOutput with 167.034 objects and 13.362.720 heap swallow and
- byte[] with 176.775 objects and 7.195.488 heap swallow
EDIT: Inbound connection was to HeaderMessage if i am reading it correctly.
2nd Edit: The BlockMergeMinedPayload loads Transaction and this loads a TransactionOutput and this creates byte[] which has 80 byte of space, so it looks like every transaction in the Parent chain gets 80 bytes assigned.. And this leads to a high memoryload after it reaches block 10k and loading 2k more blocks (including mmBlocks)..
So the question seems to be why does the wallet sees parentcoinbase transaction as headersJ?
3rd Edit: Every new transaction has a size of 80 byte. The problem is that the wallet loads 2k blocks at once. After the block 10k the merge mining starts and the Parent header has 250+ Coinbase transactions per block. Keeping them all inside the heap memory seems to be hard for small devices but after block 12k every block is MM, so the memoryload is even bigger and the app crashes. so reducing the blocks to be loaded at once should solve the problem i guess.
...hmm when i reduce the MAX_HEADERS in HeaderMassage to 500 it completely refuses to download blocks (Error deserializing message)... weird..
Ok i have 3 heap dumps now:
- After the block 10k is reached the memory usage goes up from 16 Mb to 50 Mb. I took the first here.
- At some point the wallet loads again and the memory is at 50 Mb still. I took the second here (Block ~11400)
- When the block 12k is reached i took the 3 heap here.
After that the memoryusage reduces to 30 Mb and crashes then without loading further blocks.
The heaps are uploaded here: https://drive.google.com/file/d/0Bzt8Hb4nQtyhQ0FxU3kzT0hkbTQ/view?usp=sharing
I am trying, but to make an app with android studio out of a maven project. On my laptop the main you created is also crashing and at the first run it has produced an otOfMemoryError: Java heap space So maybe i can capture a heap dump.
It's hard to tell what is going on without a heap dump. Would you mind sending me the apk you have, and trying to run the one that I built? I have a special build process I already use for other android projects used for robotic applications that I used.
Ok i have 3 heap dumps now:
- After the block 10k is reached the memory usage goes up from 16 Mb to 50 Mb. I took the first here.
- At some point the wallet loads again and the memory is at 50 Mb still. I took the second here (Block ~11400)
- When the block 12k is reached i took the 3 heap here.
After that the memoryusage reduces to 30 Mb and crashes then without loading further blocks.
The heaps are uploaded here: https://drive.google.com/file/d/0Bzt8Hb4nQtyhQ0FxU3kzT0hkbTQ/view?usp=sharing
I am trying, but to make an app with android studio out of a maven project. On my laptop the main you created is also crashing and at the first run it has produced an otOfMemoryError: Java heap space So maybe i can capture a heap dump.
It's hard to tell what is going on without a heap dump. Would you mind sending me the apk you have, and trying to run the one that I built? I have a special build process I already use for other android projects used for robotic applications that I used.
I am trying, but to make an app with android studio out of a maven project. On my laptop the main you created is also crashing and at the first run it has produced an otOfMemoryError: Java heap space So maybe i can capture a heap dump.
I do see slow block sync after 10K. I'm also investigating that, although my Android abilities are somewhat more limited than my understanding of Java. Would you be able to capture a heap dump and email it to me/upload it somewhere if it is of a reasonable size? (there should be a button called "capture heap dump" or similar to the left of the logcat window in IDEA/Android Studio.
I'm going to see if I can get a reasonable heap snapshot and a profiler working to see what's up with the block sync.
Edit: I've taken a few heap dumps around blocks 10K, 11400, and 14000. All of them report heap sizes of no more than 60 MB (44MB at block 10K). I'll upload an APK tonight.
Edit: I've taken a few heap dumps around blocks 10K, 11400, and 14000. All of them report heap sizes of no more than 60 MB (44MB at block 10K). I'll upload an APK tonight.
Thanks.. Enlarging the heap size by adding android:largeHeap="true" did not change anything in the behaviour.
I'm going to see if I can get a reasonable heap snapshot and a profiler working to see what's up with the block sync.
Edit: I've taken a few heap dumps around blocks 10K, 11400, and 14000. All of them report heap sizes of no more than 60 MB (44MB at block 10K). I'll upload an APK tonight.
Edit: I've taken a few heap dumps around blocks 10K, 11400, and 14000. All of them report heap sizes of no more than 60 MB (44MB at block 10K). I'll upload an APK tonight.
The Bounty is at 1.2 BTC 400 WLC 10k FRC.
What is left to be done:
The Wallet crashes at 10k blocks (sometimes at 12k or even more) and is loading extreme slow compared to the original namecoinj wallet. The crashes seem to be dependend on the memory of the device. So somehow the wallet is using very much memory leads to a crash on the most devices.
Here are a few of my errormessages (if it helps)
After the memory-fix there is no reason on my side to keep the bounty from payout.
Rik
What is left to be done:
The Wallet crashes at 10k blocks (sometimes at 12k or even more) and is loading extreme slow compared to the original namecoinj wallet. The crashes seem to be dependend on the memory of the device. So somehow the wallet is using very much memory leads to a crash on the most devices.
Here are a few of my errormessages (if it helps)
Code:
=== stack trace ===
%0A%0Ajava.lang.OutOfMemoryError
%0A%09at java.io.ByteArrayOutputStream.(ByteArrayOutputStream.java:63)
%0A%09at org.bitcoinj.core.UnsafeByteArrayOutputStream.(UnsafeByteArrayOutputStream.java:39)
%0A%09at org.bitcoinj.core.Message.unsafeBitcoinSerialize(Message.java:361)
%0A%09at org.bitcoinj.core.Message.bitcoinSerialize(Message.java:323)
%0A%09at org.bitcoinj.core.Transaction.getHash(Transaction.java:259)
%0A%09at org.bitcoinj.core.Transaction.getHashAsString(Transaction.java:276)
%0A%09at org.bitcoinj.core.Transaction.toString(Transaction.java:666)
%0A%09at org.bitcoinj.core.Transaction.toString(Transaction.java:656)
%0A%09at org.bitcoinj.core.BlockMergeMinedPayload.parseMergedMineInfo(BlockMergeMinedPayload.java:95)
%0A%09at org.bitcoinj.core.BlockMergeMinedPayload.parse(BlockMergeMinedPayload.java:41)
%0A%09at org.bitcoinj.core.BlockMergeMinedPayload.(BlockMergeMinedPayload.java:32)
%0A%09at org.bitcoinj.core.BlockMergeMined.(BlockMergeMined.java:53)
%0A%09at org.bitcoinj.core.Block.parseHeader(Block.java:215)
%0A%09at org.bitcoinj.core.Block.parse(Block.java:278)
%0A%09at org.bitcoinj.core.Message.(Message.java:171)
%0A%09at org.bitcoinj.core.Block.(Block.java:136)
%0A%09at org.bitcoinj.core.HeadersMessage.parse(HeadersMessage.java:85)
%0A%09at org.bitcoinj.core.Message.(Message.java:117)
%0A%09at org.bitcoinj.core.Message.(Message.java:149)
%0A%09at org.bitcoinj.core.HeadersMessage.(HeadersMessage.java:42)
%0A%09at org.bitcoinj.core.BitcoinSerializer.makeMessage(BitcoinSerializer.java:228)
%0A%09at org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:191)
%0A%09at org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:139)
%0A%09at org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217)
%0A%09at org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75)
%0A%09at org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111)
%0A%09at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60)
%0A%09at com.google.common.util.concurrent.Callables$3.run(Callables.java:93)
%0A%09at java.lang.Thread.run(Thread.java:856)%0A%0A%0A%0A
%0A%0Ajava.lang.OutOfMemoryError
%0A%09at java.io.ByteArrayOutputStream.
%0A%09at org.bitcoinj.core.UnsafeByteArrayOutputStream.
%0A%09at org.bitcoinj.core.Message.unsafeBitcoinSerialize(Message.java:361)
%0A%09at org.bitcoinj.core.Message.bitcoinSerialize(Message.java:323)
%0A%09at org.bitcoinj.core.Transaction.getHash(Transaction.java:259)
%0A%09at org.bitcoinj.core.Transaction.getHashAsString(Transaction.java:276)
%0A%09at org.bitcoinj.core.Transaction.toString(Transaction.java:666)
%0A%09at org.bitcoinj.core.Transaction.toString(Transaction.java:656)
%0A%09at org.bitcoinj.core.BlockMergeMinedPayload.parseMergedMineInfo(BlockMergeMinedPayload.java:95)
%0A%09at org.bitcoinj.core.BlockMergeMinedPayload.parse(BlockMergeMinedPayload.java:41)
%0A%09at org.bitcoinj.core.BlockMergeMinedPayload.
%0A%09at org.bitcoinj.core.BlockMergeMined.
%0A%09at org.bitcoinj.core.Block.parseHeader(Block.java:215)
%0A%09at org.bitcoinj.core.Block.parse(Block.java:278)
%0A%09at org.bitcoinj.core.Message.
%0A%09at org.bitcoinj.core.Block.
%0A%09at org.bitcoinj.core.HeadersMessage.parse(HeadersMessage.java:85)
%0A%09at org.bitcoinj.core.Message.
%0A%09at org.bitcoinj.core.Message.
%0A%09at org.bitcoinj.core.HeadersMessage.
%0A%09at org.bitcoinj.core.BitcoinSerializer.makeMessage(BitcoinSerializer.java:228)
%0A%09at org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:191)
%0A%09at org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:139)
%0A%09at org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217)
%0A%09at org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75)
%0A%09at org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111)
%0A%09at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60)
%0A%09at com.google.common.util.concurrent.Callables$3.run(Callables.java:93)
%0A%09at java.lang.Thread.run(Thread.java:856)%0A%0A%0A%0A
Code:
=== stack trace ===
%0A%0Ajava.lang.OutOfMemoryError
%0A%09at org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:172)
%0A%09at org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:139)
%0A%09at org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217)
%0A%09at org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75)
%0A%09at org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111)
%0A%09at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60)
%0A%09at com.google.common.util.concurrent.Callables$3.run(Callables.java:93)
%0A%09at java.lang.Thread.run(Thread.java:856)%0A%0A%0A%0A
%0A%0Ajava.lang.OutOfMemoryError
%0A%09at org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:172)
%0A%09at org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:139)
%0A%09at org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217)
%0A%09at org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75)
%0A%09at org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111)
%0A%09at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60)
%0A%09at com.google.common.util.concurrent.Callables$3.run(Callables.java:93)
%0A%09at java.lang.Thread.run(Thread.java:856)%0A%0A%0A%0A
Code:
=== stack trace ===
java.lang.OutOfMemoryError
at org.bitcoinj.core.Utils.copyOf(Utils.java:457)
at org.bitcoinj.core.UnsafeByteArrayOutputStream.toByteArray(UnsafeByteArrayOutputStream.java:117)
at org.bitcoinj.core.Message.unsafeBitcoinSerialize(Message.java:387)
at org.bitcoinj.core.Message.bitcoinSerialize(Message.java:323)
at org.bitcoinj.core.Transaction.getHash(Transaction.java:259)
at org.bitcoinj.core.Transaction.getHashAsString(Transaction.java:276)
at org.bitcoinj.core.Transaction.toString(Transaction.java:666)
at org.bitcoinj.core.Transaction.toString(Transaction.java:656)
at org.bitcoinj.core.BlockMergeMinedPayload.parseMergedMineInfo(BlockMergeMinedPayload.java:95)
at org.bitcoinj.core.BlockMergeMinedPayload.parse(BlockMergeMinedPayload.java:41)
at org.bitcoinj.core.BlockMergeMinedPayload.(BlockMergeMinedPayload.java:32)
at org.bitcoinj.core.BlockMergeMined.(BlockMergeMined.java:53)
at org.bitcoinj.core.Block.parseHeader(Block.java:215)
at org.bitcoinj.core.Block.parse(Block.java:278)
at org.bitcoinj.core.Message.(Message.java:171)
at org.bitcoinj.core.Block.(Block.java:136)
at org.bitcoinj.core.HeadersMessage.parse(HeadersMessage.java:85)
at org.bitcoinj.core.Message.(Message.java:117)
at org.bitcoinj.core.Message.(Message.java:149)
at org.bitcoinj.core.HeadersMessage.(HeadersMessage.java:42)
at org.bitcoinj.core.BitcoinSerializer.makeMessage(BitcoinSerializer.java:228)
at org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:191)
at org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:139)
at org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217)
at org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75)
at org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111)
at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60)
at com.google.common.util.concurrent.Callables$3.run(Callables.java:93)
at java.lang.Thread.run(Thread.java:856)
java.lang.OutOfMemoryError
at org.bitcoinj.core.Utils.copyOf(Utils.java:457)
at org.bitcoinj.core.UnsafeByteArrayOutputStream.toByteArray(UnsafeByteArrayOutputStream.java:117)
at org.bitcoinj.core.Message.unsafeBitcoinSerialize(Message.java:387)
at org.bitcoinj.core.Message.bitcoinSerialize(Message.java:323)
at org.bitcoinj.core.Transaction.getHash(Transaction.java:259)
at org.bitcoinj.core.Transaction.getHashAsString(Transaction.java:276)
at org.bitcoinj.core.Transaction.toString(Transaction.java:666)
at org.bitcoinj.core.Transaction.toString(Transaction.java:656)
at org.bitcoinj.core.BlockMergeMinedPayload.parseMergedMineInfo(BlockMergeMinedPayload.java:95)
at org.bitcoinj.core.BlockMergeMinedPayload.parse(BlockMergeMinedPayload.java:41)
at org.bitcoinj.core.BlockMergeMinedPayload.(BlockMergeMinedPayload.java:32)
at org.bitcoinj.core.BlockMergeMined.(BlockMergeMined.java:53)
at org.bitcoinj.core.Block.parseHeader(Block.java:215)
at org.bitcoinj.core.Block.parse(Block.java:278)
at org.bitcoinj.core.Message.(Message.java:171)
at org.bitcoinj.core.Block.(Block.java:136)
at org.bitcoinj.core.HeadersMessage.parse(HeadersMessage.java:85)
at org.bitcoinj.core.Message.(Message.java:117)
at org.bitcoinj.core.Message.(Message.java:149)
at org.bitcoinj.core.HeadersMessage.(HeadersMessage.java:42)
at org.bitcoinj.core.BitcoinSerializer.makeMessage(BitcoinSerializer.java:228)
at org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:191)
at org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:139)
at org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217)
at org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75)
at org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111)
at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60)
at com.google.common.util.concurrent.Callables$3.run(Callables.java:93)
at java.lang.Thread.run(Thread.java:856)
After the memory-fix there is no reason on my side to keep the bounty from payout.
Rik
Hi i am building it with maven. I just downloaded it / git clone it and then i compile it.
A problem could be with support-v4 and v13 artifacts they are somehow not loading from online repository. I installed them manually again from the local repository by using
After that the libs folder in the wallet has to be moved to src/main/libs and then the namecoinj is compiling with
A problem could be with support-v4 and v13 artifacts they are somehow not loading from online repository. I installed them manually again from the local repository by using
Code:
mvn install:install-file -DgroupId=com.android.support -DartifactId=support-v4 -Dfile=support-v4-19.1.0.jar -Dversion=19.1.0 -Dpackaging=jar -DgeneratePom=true -D
After that the libs folder in the wallet has to be moved to src/main/libs and then the namecoinj is compiling with
Code:
mvn clean install -Dmaven.test.skip=true
and the wallet with Code:
mvn clean install -DskipTests=true -Dandroid.sdk.path=/path_to_sdk
I got it building and debugging with IDEA after a few changes:
Remove support-v4. It conflicted with v13 at the dex stage.
Add
Build as Android Application (nothing Maven specific) in IDEA.
Would you mind updating us on what is left to do, and the state of the bounty?
Hi i am building it with maven. I just downloaded it / git clone it and then i compile it.
A problem could be with support-v4 and v13 artifacts they are somehow not loading from online repository. I installed them manually again from the local repository by using
After that the libs folder in the wallet has to be moved to src/main/libs and then the namecoinj is compiling with
A problem could be with support-v4 and v13 artifacts they are somehow not loading from online repository. I installed them manually again from the local repository by using
Code:
mvn install:install-file -DgroupId=com.android.support -DartifactId=support-v4 -Dfile=support-v4-19.1.0.jar -Dversion=19.1.0 -Dpackaging=jar -DgeneratePom=true -D
After that the libs folder in the wallet has to be moved to src/main/libs and then the namecoinj is compiling with
Code:
mvn clean install -Dmaven.test.skip=true
and the wallet with Code:
mvn clean install -DskipTests=true -Dandroid.sdk.path=/path_to_sdk
I'm trying to build it but it doesn't work. I tried using maven and through android studio but neither seems to build it. How did you build the app that is on the website?
I'm also having trouble building on my end. The android project structure is reported as non-standard, which I can override, but there are many package name mismatches and other errors.
I'm trying to build it but it doesn't work. I tried using maven and through android studio but neither seems to build it. How did you build the app that is on the website?
That's funny. Could you try knightdk's APK?
I'm still trying to figure out the android builder. Maven is having trouble resolving perfectly OK artifacts, even after clearing my repository cache.
I'm still trying to figure out the android builder. Maven is having trouble resolving perfectly OK artifacts, even after clearing my repository cache.
Hi i can not see the apk, where did he put it?
That's funny. Could you try knightdk's APK?
I'm still trying to figure out the android builder. Maven is having trouble resolving perfectly OK artifacts, even after clearing my repository cache.
I'm still trying to figure out the android builder. Maven is having trouble resolving perfectly OK artifacts, even after clearing my repository cache.
Hi i can not see the apk, where did he put it?
That's funny. Could you try knightdk's APK?
I'm still trying to figure out the android builder. Maven is having trouble resolving perfectly OK artifacts, even after clearing my repository cache.
I'm still trying to figure out the android builder. Maven is having trouble resolving perfectly OK artifacts, even after clearing my repository cache.
Could you try uninstalling the app completely and then reinstalling it? (It's possible you were just installing the new test versions as upgrades over the current app, meaning data isn't cleared).
10K is a spot where the wallet would write back some data to storage.
10K is a spot where the wallet would write back some data to storage.
Did it, still crashing.. is there more data that needsto be deleted?
Yes, the application's whole data directory. If you pull up app info on it there should be options to clear cache and clear data.
Hi i tried to install the apk on a friends s3 mini than never saw a wallet before and i got the same error so a clean install is not enough -pointing to a memory issue..
Code:
java.lang.outOfMemoryError
BitcoinSerializer.java
deserializePayload
BitcoinSerializer.java
deserializePayload
Could you try uninstalling the app completely and then reinstalling it? (It's possible you were just installing the new test versions as upgrades over the current app, meaning data isn't cleared).
10K is a spot where the wallet would write back some data to storage.
10K is a spot where the wallet would write back some data to storage.
Did it, still crashing.. is there more data that needsto be deleted?
Yes, the application's whole data directory. If you pull up app info on it there should be options to clear cache and clear data.
Could you try uninstalling the app completely and then reinstalling it? (It's possible you were just installing the new test versions as upgrades over the current app, meaning data isn't cleared).
10K is a spot where the wallet would write back some data to storage.
10K is a spot where the wallet would write back some data to storage.
Did it, still crashing.. is there more data that needsto be deleted?
Could you try uninstalling the app completely and then reinstalling it? (It's possible you were just installing the new test versions as upgrades over the current app, meaning data isn't cleared).
10K is a spot where the wallet would write back some data to storage.
10K is a spot where the wallet would write back some data to storage.
I uploaded all changes on github -namecoinj. Is there a way to get the android build up to date on my s3 mini without rooting?
Install the apk. How have you been testing it?I just run it on my phone but the wallet stops syncing somewhere. At first it crashes at block 10k then it loads some more until it stops completely at some block (11964). Always producing ouOfMemoryError s. I will test installing the apk tomorrow see you then...
Of course but the namecoin-wallet installes correctly..
I uploaded all changes on github -namecoinj. Is there a way to get the android build up to date on my s3 mini without rooting?
Install the apk. How have you been testing it?I just run it on my phone but the wallet stops syncing somewhere. At first it crashes at block 10k then it loads some more until it stops completely at some block (11964). Always producing ouOfMemoryError s. I will test installing the apk tomorrow see you then...
I uploaded all changes on github -namecoinj. Is there a way to get the android build up to date on my s3 mini without rooting?
Install the apk. How have you been testing it?I just run it on my phone but the wallet stops syncing somewhere. At first it crashes at block 10k then it loads some more until it stops completely at some block (11964). Always producing ouOfMemoryError s. I will test installing the apk tomorrow see you then...
I uploaded all changes on github -namecoinj. Is there a way to get the android build up to date on my s3 mini without rooting?
Install the apk. How have you been testing it?
I uploaded all changes on github -namecoinj. Is there a way to get the android build up to date on my s3 mini without rooting?
Awesome, thanks. I'll try building on my own machine again soon. Are you building against API level 14, as per the pom.xml?
I just used the version on his site with a logcat app and I did not see any errors. The github for the app has not been updated for a few days. Doesn't the pom.xml need to be changed to use wlcj and not namecoinj?He also already committed the changes to wlcj so I won't submit a PR.
Awesome, thanks. I'll try building on my own machine again soon. Are you building against API level 14, as per the pom.xml?
My phone made it past 10k, and is around 17k and syncing right now. I'll continue testing with adb.
Edit: I've fetched up to the second to last block. Was this version built before my last change?
you should just commit the changes to github and submit him a pull request to make sure that the changes are correct.Edit: I've fetched up to the second to last block. Was this version built before my last change?
I will also test the app on my phone.
Edit: just ran the app and there were no errors.
My working copy is a mess due to debugging code. I'd need to redo many of the changes cleanly to make a PR.
Awesome, thanks! Just to confirm, with an up to date android build, you can sync to the last (not second to last) block? In that case, should we begin testing with real coins and various transaction patterns?
My phone made it past 10k, and is around 17k and syncing right now. I'll continue testing with adb.
Edit: I've fetched up to the second to last block. Was this version built before my last change?
you should just commit the changes to github and submit him a pull request to make sure that the changes are correct.Edit: I've fetched up to the second to last block. Was this version built before my last change?
I will also test the app on my phone.
Edit: just ran the app and there were no errors.
My working copy is a mess due to debugging code. I'd need to redo many of the changes cleanly to make a PR.
Awesome, thanks! Just to confirm, with an up to date android build, you can sync to the last (not second to last) block? In that case, should we begin testing with real coins and various transaction patterns?
My phone made it past 10k, and is around 17k and syncing right now. I'll continue testing with adb.
Edit: I've fetched up to the second to last block. Was this version built before my last change?
you should just commit the changes to github and submit him a pull request to make sure that the changes are correct.Edit: I've fetched up to the second to last block. Was this version built before my last change?
I will also test the app on my phone.
Edit: just ran the app and there were no errors.
My working copy is a mess due to debugging code. I'd need to redo many of the changes cleanly to make a PR.
My phone made it past 10k, and is around 17k and syncing right now. I'll continue testing with adb.
Edit: I've fetched up to the second to last block. Was this version built before my last change?
you should just commit the changes to github and submit him a pull request to make sure that the changes are correct.Edit: I've fetched up to the second to last block. Was this version built before my last change?
I will also test the app on my phone.
Edit: just ran the app and there were no errors.
My working copy is a mess due to debugging code. I'd need to redo many of the changes cleanly to make a PR.
My phone made it past 10k, and is around 17k and syncing right now. I'll continue testing with adb.
Edit: I've fetched up to the second to last block. Was this version built before my last change?
you should just commit the changes to github and submit him a pull request to make sure that the changes are correct.Edit: I've fetched up to the second to last block. Was this version built before my last change?
I will also test the app on my phone.
Edit: just ran the app and there were no errors.
My phone made it past 10k, and is around 17k and syncing right now. I'll continue testing with adb.
Edit: I've fetched up to the second to last block. Was this version built before my last change?
Edit: I've fetched up to the second to last block. Was this version built before my last change?
Hmm this apk included the changes in Transaction.java in BlockMergedMining.java and in Block.java
EDIT: I put another .5 BTC and 400 WLC to the bounty
My phone made it past 10k, and is around 17k and syncing right now. I'll continue testing with adb.
Edit: I've fetched up to the second to last block. Was this version built before my last change?
Edit: I've fetched up to the second to last block. Was this version built before my last change?
The error above is from intellij on my phone it is crashing at block 10k already.
Download is here: http://www.winc-ev.org/english/downloads-contact/
Download is here: http://www.winc-ev.org/english/downloads-contact/
That means it ran out of memory. What device are you running it on?
I have a fairly high-end Android I can test it on, to see if it's just a need for resources, or an actual bug. Can you send me an APK file?
I have a fairly high-end Android I can test it on, to see if it's just a need for resources, or an actual bug. Can you send me an APK file?
Yes sure,
it is giving me a Java heap space error when running with that new code hm, did i set something wrong?
it is giving me a Java heap space error when running with that new code hm, did i set something wrong?
Code:
New block: 18539:2830f1d3fe790817ff4703373c2689eaa65470553ed254041e673904dfc1655d
04:14:34 13 AbstractBlockChain.add: 6 blocks per second
New block: 18540:c967137ed7a6affd2618b64ae23339e4b1281c5dbc82dac9bea00a3c0a972f86
Peer #1 disconnected: [127.0.0.1]:55889
04:14:36 13 PeerGroup.handlePeerDeath: [127.0.0.1]:55889: Peer died
04:14:36 11 PeerGroup.connectToAnyPeer: Waiting 1000 msec before next connect attempt
04:14:36 13 PeerGroup.handlePeerDeath: [127.0.0.1]:55889: Peer died
04:14:36 13 PeerGroup.handlePeerDeath: Download peer died. Picking a new one.
04:14:36 13 PeerGroup.setDownloadPeer: Unsetting download peer: [127.0.0.1]:55889
04:14:37 11 PeerGroup.connectToAnyPeer: Waiting 2250 msec before next connect attempt
Peer #0 disconnected: [127.0.0.1]:55889
Exception in thread "NioClientManager" java.lang.OutOfMemoryError: Java heap space
at org.bitcoinj.core.Utils.copyOf(Utils.java:457)
Would you mind sharing the logcat and errors at the stage where it crashes? I'm going to try to get this to build and run on my phone soon.
Awesome! I wish i had a portion of that skill of yours. The last step will be to get the wallet onto the phone. It is stll crashing at 10k, hmm..
Nope, my previous reply was bogus. However, I also got the chain to sync 100% without errors using another fix.
The issue was in the constructor of AbstractBlockChain$OrphanBlock:
This optimization is invalid for merged mining since it will wipe out ALL of the merged mining data. A naive fix is to simply change it to this.block = block in ALL cases, but this will keep a bunch of payload data nobody cares around in many cases. There's a better solution that I'm testing right now.
Edit: I've tested my solution and it seems to work properly. To integrate it:
1) Don't change OrphanBlock from the original. Keep that if-statement.
2) Add the following to BlockMergeMined:
3) Replace cloneAsHeader in Block with:
I've tested this with a successful sync up to 22397 (the latest block at the time).
Edit: I've synced up and am able to process new blocks successfully as they come in.
Code:
09:37:39 15 DownloadListener.progress: Chain download 100% done with 0 blocks to go, block date Aug 21, 2015 9:12:56 AM
The issue was in the constructor of AbstractBlockChain$OrphanBlock:
Code:
if (!shouldVerifyTransactions())
this.block = block.cloneAsHeader();
else
this.block = block;
This optimization is invalid for merged mining since it will wipe out ALL of the merged mining data. A naive fix is to simply change it to this.block = block in ALL cases, but this will keep a bunch of payload data nobody cares around in many cases. There's a better solution that I'm testing right now.
Edit: I've tested my solution and it seems to work properly. To integrate it:
1) Don't change OrphanBlock from the original. Keep that if-statement.
2) Add the following to BlockMergeMined:
Code:
public BlockMergeMined cloneAsHeader(Block mainBlock){
BlockMergeMined bmm = new BlockMergeMined(this.params, null, 0, mainBlock);
bmm.payload = this.payload;
return bmm;
}
3) Replace cloneAsHeader in Block with:
Code:
public Block cloneAsHeader() {
maybeParseHeader();
Block block = new Block(params);
block.nonce = nonce;
block.prevBlockHash = prevBlockHash.duplicate();
block.merkleRoot = getMerkleRoot().duplicate();
block.version = version;
block.time = time;
block.difficultyTarget = difficultyTarget;
block.transactions = null;
block.hash = getHash().duplicate();
if(mmBlock!=null)
block.mmBlock = mmBlock.cloneAsHeader(block);
return block;
}I've tested this with a successful sync up to 22397 (the latest block at the time).
Edit: I've synced up and am able to process new blocks successfully as they come in.
So it seems the merge mining information can not be found mmBlock == null returns true.
I dont know why but the c++ wallet somehow handles the newly generated blocks in another way than namecoin and devcoin.
I dont know why but the c++ wallet somehow handles the newly generated blocks in another way than namecoin and devcoin.
Are you sure that the last block is specifically merge-mined? Having merge mined data isn't a requirement for a block to be valid.
So it seems the merge mining information can not be found mmBlock == null returns true.
I dont know why but the c++ wallet somehow handles the newly generated blocks in another way than namecoin and devcoin.
I dont know why but the c++ wallet somehow handles the newly generated blocks in another way than namecoin and devcoin.
Cool, i would have thought that the transactionversion is not set before parsing, but as long as it works 
.
The difficulty fail is really unexpected. Why is it only the last block? Totally confusing. The check for the merged mining work is copy-paste from devcoin (which copy-pasted it from namecoin) and no rocket science. As you said it is taking the blockhash from the parent chain as POW. So i would exclude mistakes in the c++ wallet if there are no further hints.
So either the diffucultyfilter is wrong for all the blocks (or all merge miningblocks) but the last,
or the difficultyfilter is correct but fails to validate the most current block.
To me the last option is the most probalbe which throws up the question:
what is special about the current block that hinders the wallet to get the right hash?
-----------------------------------------------------------------
Ok, of course it is set before parsing, but i thought the "new Transaction" in BlockMergeMinedPayload is setting it to Version 2 and that is the problem
. The difficulty fail is really unexpected. Why is it only the last block? Totally confusing. The check for the merged mining work is copy-paste from devcoin (which copy-pasted it from namecoin) and no rocket science. As you said it is taking the blockhash from the parent chain as POW. So i would exclude mistakes in the c++ wallet if there are no further hints.
So either the diffucultyfilter is wrong for all the blocks (or all merge miningblocks) but the last,
or the difficultyfilter is correct but fails to validate the most current block.
To me the last option is the most probalbe which throws up the question:
what is special about the current block that hinders the wallet to get the right hash?
-----------------------------------------------------------------
Ok, of course it is set before parsing, but i thought the "new Transaction" in BlockMergeMinedPayload is setting it to Version 2 and that is the problem
I managed to sync successfully up to height 22103, by modifying org.bitcoinj.core.Transaction.
Edit: Now synced to 22194 before crashing. I think I've managed to sync almost all of the chain, however it's rejecting the last block with an invalid difficulty. The C++ client accepts it, and the two clients are in agreement about difficulty.
The parse() method in that class should now be:
Here's the new error:
Edit: Now synced to 22194 before crashing. I think I've managed to sync almost all of the chain, however it's rejecting the last block with an invalid difficulty. The C++ client accepts it, and the two clients are in agreement about difficulty.
The parse() method in that class should now be:
Code:
@Override
void parse() throws ProtocolException {
if (parsed)
return;
cursor = offset;
version = readUint32();
optimalEncodingMessageSize = 4;
// First come the inputs.
long numInputs = readVarInt();
optimalEncodingMessageSize += VarInt.sizeOf(numInputs);
inputs = new ArrayList((int) numInputs);
for (long i = 0; i < numInputs; i++) {
TransactionInput input = new TransactionInput(params, this, payload, cursor, parseLazy, parseRetain);
inputs.add(input);
long scriptLen = readVarInt(TransactionOutPoint.MESSAGE_LENGTH);
optimalEncodingMessageSize += TransactionOutPoint.MESSAGE_LENGTH + VarInt.sizeOf(scriptLen) + scriptLen + 4;
cursor += scriptLen + 4;
}
// Now the outputs
long numOutputs = readVarInt();
optimalEncodingMessageSize += VarInt.sizeOf(numOutputs);
outputs = new ArrayList((int) numOutputs);
for (long i = 0; i < numOutputs; i++) {
TransactionOutput output = new TransactionOutput(params, this, payload, cursor, parseLazy, parseRetain);
outputs.add(output);
long scriptLen = readVarInt(8);
optimalEncodingMessageSize += 8 + VarInt.sizeOf(scriptLen) + scriptLen;
cursor += scriptLen;
}
lockTime = readUint32();
optimalEncodingMessageSize += 4;
if(this.version==2) {
refHeight = readUint32();
optimalEncodingMessageSize += 4 + 4;
}
length = cursor - offset;
}
Here's the new error:
Code:
org.bitcoinj.core.VerificationException: Could not verify block f26842324aca22db7c16ddf087277ee99117d0fa29ca5d5f6eaaaf4d42d9d8f0
v1114369 block:
previous block: c85bfc960881fa6cfa833feef10e2842fe7b56f56aa962fdd0e2300b59c4da3e
merkle root: 505a544293220d73c2f1b1ca3285906828fc8abcc39aa41a3f4155fc347b3c3a
time: [1440012311] Wed Aug 19 15:25:11 EDT 2015
difficulty target (nBits): 436643261
nonce: 0
Merged-mining info:
version: v1114369
time: [Wed Aug 19 15:25:11 EDT 2015] Wed Aug 19 15:25:11 EDT 2015
difficulty target (nBits): 436643261
nonce: 0
Network: org.worldleadcurrency.production
parent block coin base transaction:
679a73c3467721d6fc3ffdcf6865da6b0283d50664b1d2914d67b111bbe072fd: Unknown confidence level.
== COINBASE TXN (scriptSig PUSHDATA(3)[a4a705] PUSHDATA(44)[fabe6d6d7f15c02dd05c3eacefde83dd74b0f9b5ed7155c9ec92ef280acdda2bacd1f5c32000000000000000]) (scriptPubKey DUP HASH160 PUSHDATA(20)[3d47986f727402feb3df5134dff583af4ace8074] EQUALVERIFY CHECKSIG)
coinbase link:
hash of parent block header: 000000000000023a97f467afb051ac1480e27bed9788e8fdb9ac2d892614f551
parent block header:
v3 block:
previous block: 00000000000000000759c455cd9b9402a461885fe76e0261092a5cd7a575038d
merkle root: cac502a2d3a6865430f959b445ff563b4bcd49f60ab9ad8579d6ab54ff829108
time: [1440012417] Wed Aug 19 15:26:57 EDT 2015
difficulty target (nBits): 404020484
nonce: 3237608803
with 1 transaction(s):
505a544293220d73c2f1b1ca3285906828fc8abcc39aa41a3f4155fc347b3c3a: Unknown confidence level.
== COINBASE TXN (scriptSig PUSHDATA(4)[bda5061a] PUSHDATA(1)[01] 2) (scriptPubKey PUSHDATA(33)[02bc41065c462d75844cf77624b712a29064cd21630e9b8c3c68990e4881a9b58e] CHECKSIG)
at org.bitcoinj.core.AbstractBlockChain.add(AbstractBlockChain.java:286)
at org.bitcoinj.core.Peer.processBlock(Peer.java:872)
at org.bitcoinj.core.Peer.processMessage(Peer.java:360)
at org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:178)
at org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217)
at org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75)
at org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111)
at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60)
at com.google.common.util.concurrent.Callables$3.run(Callables.java:93)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.bitcoinj.core.VerificationException: Hash is higher than target: 13e6b9f88b5a8bd9a36adb475588d6108d8594b8eb37c5122ae70d3c4beface7 vs 6a5bd0000000000000000000000000000000000000000000000
at org.bitcoinj.core.Block.checkProofOfWork(Block.java:766)
at org.bitcoinj.core.Block.verifyHeader(Block.java:886)
at org.bitcoinj.core.AbstractBlockChain.add(AbstractBlockChain.java:397)
at org.bitcoinj.core.AbstractBlockChain.tryConnectingOrphans(AbstractBlockChain.java:825)
at org.bitcoinj.core.AbstractBlockChain.add(AbstractBlockChain.java:424)
at org.bitcoinj.core.AbstractBlockChain.add(AbstractBlockChain.java:275)
... 9 more
I might have an idea on how this could be done. I think there should be extra fields to differentiate the merged chain used, probably a version or something. I don't think we can just check an expected value in a neat way. I'm going to try it shortly, and see if my idea works in practice.
Why is reading varints for the last thousands of blocks OK? Is the format different for that specific piece of data? Or are the parser reads misordered, misaligned to the actual structure, or calling for a varint where the format isn't a varint?
The data for block 11418 is different because it is merge mined, which is probably causing the problem. Actually, it might not be VarInt but the offset passed into it. After a little more analysis, it looks like the offset is not set correctly, which is causing VarInt to return incorrect numbers. I could be wrong.https://github.com/FreicoinAlliance/freicoinj/commit/8c27b562cd814f2a6a026e76f0e11bcc0960ab4d
As you can see in this hash the offset for transactions has to be changed because of the extra property "refHeight" of the transactions of the coin.
Merged mining with freicoin as parent chain is working ok (Blocks 1 - 1405).
When merge mining with bitcoin as parent starts, the offset is suddenly wrong,
so maybe the wallet is expecting also the parent chain to have refHeight in its transactions?
I would like to test it somehow but right now i have no clue how to implement a solution.
Maybe something like:
If (length !="expected value")
length = "value without refHeight";
I think I may have found where the problem is, but I will need to do some testing. This is just from looking at the code. I think it has to do with VarInt and the readVarInt() method in message.java. This method is called to get the length of the array and I think it isn't doing something correctly which causes the length to be too small. I need to check this out with debugging though.
Hexafraction, can you send me the main class that you are using?
Hexafraction, can you send me the main class that you are using?
readVarInt isn't the culprit, as far as I can tell. It's being called when the array pointer is already pointing in an invalid location. I'll pastebin the main class I'm using shortly.
Edit: http://paste.ubuntu.com/12112739/
It's nothing fancy, but it fetches blocks and gives me a debuggable program. Chain is static so the debugger can easily access it for expression evaluation and conditional breakpoints.
Why is reading varints for the last thousands of blocks OK? Is the format different for that specific piece of data? Or are the parser reads misordered, misaligned to the actual structure, or calling for a varint where the format isn't a varint?
I think I may have found where the problem is, but I will need to do some testing. This is just from looking at the code. I think it has to do with VarInt and the readVarInt() method in message.java. This method is called to get the length of the array and I think it isn't doing something correctly which causes the length to be too small. I need to check this out with debugging though.
Hexafraction, can you send me the main class that you are using?
Hexafraction, can you send me the main class that you are using?
readVarInt isn't the culprit, as far as I can tell. It's being called when the array pointer is already pointing in an invalid location. I'll pastebin the main class I'm using shortly.
Edit: http://paste.ubuntu.com/12112739/
It's nothing fancy, but it fetches blocks and gives me a debuggable program. Chain is static so the debugger can easily access it for expression evaluation and conditional breakpoints.
Why is reading varints for the last thousands of blocks OK? Is the format different for that specific piece of data? Or are the parser reads misordered, misaligned to the actual structure, or calling for a varint where the format isn't a varint?
I think I may have found where the problem is, but I will need to do some testing. This is just from looking at the code. I think it has to do with VarInt and the readVarInt() method in message.java. This method is called to get the length of the array and I think it isn't doing something correctly which causes the length to be too small. I need to check this out with debugging though.
Hexafraction, can you send me the main class that you are using?
Hexafraction, can you send me the main class that you are using?
readVarInt isn't the culprit, as far as I can tell. It's being called when the array pointer is already pointing in an invalid location. I'll pastebin the main class I'm using shortly.
Edit: http://paste.ubuntu.com/12112739/
It's nothing fancy, but it fetches blocks and gives me a debuggable program. Chain is static so the debugger can easily access it for expression evaluation and conditional breakpoints.
How does the coin format the merge mining data in the block? Also, is there a block explorer I can use for this coin? That would make it much easier to figure this whole thing out.
The Blockexplorer can be found at: 109.73.173.119:81 (the balances are in satoshi not in wlc).
I try to find out more about the merge mining data in the block, can you specify a little bit what information you need?
How does the coin format the merge mining data in the block? Also, is there a block explorer I can use for this coin? That would make it much easier to figure this whole thing out.
I'm not sure, but https://github.com/WorldLeadCurrency/WLC/blob/master/src/auxpow.cpp might help you. I can't read others' C++ very well, however.
How does the coin format the merge mining data in the block? Also, is there a block explorer I can use for this coin? That would make it much easier to figure this whole thing out.
The Blockexplorer can be found at: 109.73.173.119:81 (the balances are in satoshi not in wlc).
I try to find out more about the merge mining data in the block, can you specify a little bit what information you need?
How does the coin format the merge mining data in the block? Also, is there a block explorer I can use for this coin? That would make it much easier to figure this whole thing out.
So I have done some debugging and I found the problem to be at Line 505 in message.java with the line which is called at line 43 of TransactionInput.java. It appears that the the length passed in is too long since the cursor + length exceeds the length of payload. Either the length passed in is too large, or the cursor is positioned too far back. I will investigate some more the find out.
Edit: The length of the payload is 10430, the cursor is at 10177, and the length is 34966. 34966 + 10177 =45143 > 10430.
Code:
System.arraycopy(payload, cursor, b, 0, length);
Edit: The length of the payload is 10430, the cursor is at 10177, and the length is 34966. 34966 + 10177 =45143 > 10430.
I think I may have found where the problem is, but I will need to do some testing. This is just from looking at the code. I think it has to do with VarInt and the readVarInt() method in message.java. This method is called to get the length of the array and I think it isn't doing something correctly which causes the length to be too small. I need to check this out with debugging though.
Hexafraction, can you send me the main class that you are using?
Hexafraction, can you send me the main class that you are using?
readVarInt isn't the culprit, as far as I can tell. It's being called when the array pointer is already pointing in an invalid location. I'll pastebin the main class I'm using shortly.
Edit: http://paste.ubuntu.com/12112739/
It's nothing fancy, but it fetches blocks and gives me a debuggable program. Chain is static so the debugger can easily access it for expression evaluation and conditional breakpoints.
I think I may have found where the problem is, but I will need to do some testing. This is just from looking at the code. I think it has to do with VarInt and the readVarInt() method in message.java. This method is called to get the length of the array and I think it isn't doing something correctly which causes the length to be too small. I need to check this out with debugging though.
Hexafraction, can you send me the main class that you are using?
Hexafraction, can you send me the main class that you are using?
I can help u PM me
Cryptosun, there's a link to the code. Run it and see if you can fix the issue.
Please keep us informed if you manage to make any progress, where I haven't been able to do so.
I can help u PM me
Cryptosun, there's a link to the code. Run it and see if you can fix the issue.
Hi cryptosun,
thanks for your offer. Hope you can fix the issue with bitcoin as parent while merge mining.
Rik
I can help u PM me
Cryptosun, there's a link to the code. Run it and see if you can fix the issue.
I can help u PM me
Cryptosun, there's a link to the code. Run it and see if you can fix the issue.
I can help u PM me
I have looked at the code and it looks like that the coinj you forked does not have support for merge mining. I would suggest that you fork the java library for something that does support merged mining.
The latest code is a fork of namecoinj and does support merged mining, in theory. It is failing in practice at the moment.
Hi the first blocks after the genesisblock were merge mined with freicoin, so merge mining of namecoinj is working (for freicoin as parent). I looked into BlockMergeMinedPayload.java and it is creating a "new Transaction" for the Parent Block Coinbase Transaction. Maybe the problem is that transactions for my WLC are including refHeight wchich BlockMergeMinedPayload is also using for the Parent header but Bitcoin transactions dont have this parameter and so it stops downloading as soon as Bitcoin is present as parent. But this is just a guess at the moment first i have to learn how to include this main from you inside my testingsetup.
I tried to get to know which hash inside the block belongs to which coin, but i can not see it at the moment.
I have looked at the code and it looks like that the coinj you forked does not have support for merge mining. I would suggest that you fork the java library for something that does support merged mining.
The latest code is a fork of namecoinj and does support merged mining, in theory. It is failing in practice at the moment.
Sure thing, I didn't realize it wasn't linked here. https://github.com/Rikski/namecoinj
I have a fairly trivial main class I'm using for testing. I can post if you need it, but I don't have access to it right this minute (mobile).
I have looked at the code and it looks like that the coinj you forked does not have support for merge mining. I would suggest that you fork the java library for something that does support merged mining.
The latest code is a fork of namecoinj and does support merged mining, in theory. It is failing in practice at the moment.
I have looked at the code and it looks like that the coinj you forked does not have support for merge mining. I would suggest that you fork the java library for something that does support merged mining.
The latest code is a fork of namecoinj and does support merged mining, in theory. It is failing in practice at the moment.
I have looked at the code and it looks like that the coinj you forked does not have support for merge mining. I would suggest that you fork the java library for something that does support merged mining.
Hi hexafraction Block 11418 is the first merged mining block with bitcoin/and other merge mining coins. This should be the reason why the cursor ends up a bigger position.
And i am sorry how do you test the namecoinj on its own? Do you mean with the tests included when compiling?
And i am sorry how do you test the namecoinj on its own? Do you mean with the tests included when compiling?
No, not using the built-in unit tests. I simply imported the namecoinj project into my Java IDE, and added my own class into the samples package, that contained a main method that connected to my WLC C++ client, and began fetching blocks. I also used my IDE's debugger to poke around as to what was going on.
Would you be able to tell me what network block 11418 was merge-mined with, and what the block hash/id is on the other network?
Hi hexafraction Block 11418 is the first merged mining block with bitcoin/and other merge mining coins. This should be the reason why the cursor ends up a bigger position.
And i am sorry how do you test the namecoinj on its own? Do you mean with the tests included when compiling?
And i am sorry how do you test the namecoinj on its own? Do you mean with the tests included when compiling?
I did a bit more checking. It looks like there's something really wrong parsing the first transaction of block 11418. When it is parsed, the cursor ends up at position 92, and not 80, while all other blocks finish parsing their headers at position 80. I'm not sure why yet. Overriding it didn't seem to help. I'll try tracing back earlier in the block parsing code later when I get the chance.
Scratch that, my memory was wrong. It always stops at/around block 11418, trying to download the same block over and over. Here's my stacktrace, if anyone more familiar with bitcoinj can take a look:
C++ client debug.log (with some extra debug statements of my own):
Also, it looks like you're already trying to test on Android. I suggest just testing your namecoinj fork by itself first, and then trying to integrate it as a library into an Android application once it's working on its own.
Code:
03:20:50 13 DownloadListener.onChainDownloadStarted: Chain download switched to [127.0.0.1]:55889
03:20:50 13 ConnectionHandler.handleKey: Error handling SelectionKey: null
03:20:50 13 PeerSocketHandler.exceptionCaught: [127.0.0.1]:55889 -
org.bitcoinj.core.ProtocolException: Error deserializing message 0101110073e37483762f0a88d4b6462c4182fdc29e824fc882c528854572ad02000000008546f8f97ce59af5206ee047aa8fa50eac2c17bd940552944126c295ce376a7f668179559cf0041c0000000001000000010000000000000000000000000000000000000000000000000000000000000000ffffffff38031580052cfabe6d6d1e79ff31c5e10cda9b1d3651b9ed5228b2adaa2c8bc13e50c9c4dea473c770cb2000000000000000062f503253482ffffffffffd1f01363d0100000000001976a914111b2b13a5a53cd6d02bfb422e6a6640e70b4ad988acd1760100000000001976a91407c72230d9e5f8c49e1fc8f6cb07951def37ee9888acdaad0100000000001976a914ef3388db0052a623e22f938f0497794efce2df0488ac51c00100000000001976a914411a810ec88df7f1101842a3936719e9cbc8e39f88ac7ec10100000000001976a91449dea5f5e80c3b3dd5f084f8f7675560f91e53fd88acbfdd0100000000001976a914b2e5d22fa4e0317c46478bf3d4a2af3ff83d2b7088ac2de90100000000001976a914fa26d78d7a348292908048ccec98097a6051cd9688accdf20100000000001976a914b405ab1c5ca388d5a4961acee4530da57e3555c588acdc560200000000001976a914758609ddf67cb4f29016501d0dd85acde32d640388ac9e670200000000001976a9147ab41a189ce64040af10e473e04dfc453cb7733a88acdf760200000000001976a91408ffc830f614c5eb0938a2b4793cd9ab50b1fa3b88ac1b800200000000001976a9145594b4a15a0c6c87b4f1563f164cc0152db0d96f88ac44920200000000001976a914ca5233bee183e66639fda8183dfb99dea51a9da688ac1e9d0200000000001976a914aecaa2b694cb571ba18b5da5b86f50d25f6184a588accfa20200000000001976a9148fff6f9995c6305000642f3eccf6102c1721701a88acf0a60200000000001976a91417881c8cf9654f50ac205ed8c9dc3a4970d9c62188ac8da80200000000001976a91426f42dec4ea1751e196f89f1ac2ecd17cbafb89488acdea80200000000001976a9144ccfee8d196d5880fcaedc18f73a7b2937c0342588aceaba0200000000001976a914bbd74748a7b6138e2485ffc1b3d8d0bb2cec422b88ac48c60200000000001976a914016a638da741466c7eb454718593cabaa3c52ca888ac25f00200000000001976a9142d879a0a340bab53efa3434bf6044a18285be45688ac2af60200000000001976a914fbbd9435db08aec0a51ce15c7e26daa196ccdd2e88aca52b0300000000001976a914ac752a7df3a2dd14ef2002349ce00c9b43d1fbdb88ac7f380300000000001976a9147e3d1dfc5a7837ad6392d780b5b8b06b322613b588ac3e560300000000001976a91482d7868c8987af8c158c3ac266ad84bb6782862288ac9a640300000000001976a914aa933038de37ed5df9c3c42c861b7ae89f07fa2d88acb17c0300000000001976a914a6e87b78cffdb2277e26e6913e362670a33e82b188ac50b60300000000001976a914356469ddbf0ec76d74604f65553d7b26dee619ee88acc0e90300000000001976a9148fff9e2c6b48b8c9ff160f62896f6068d0401f6188acf7f80300000000001976a91467cc623743440cf87a7af7b46dd54190fba124c488ac4ffb0300000000001976a914f54e8b762ff17c06a71f2a523dbe51238d523cfd88ac8c0a0400000000001976a914db619ecfc378a461122872a09ddf29c37aeb45ff88acca1a0400000000001976a9143151c3b5466842874b02e9587d3a2591eea8a61a88acb5350400000000001976a9144dfc0b493a05b3ce1cc2a28ed5380ce1d3e76fab88ac82550400000000001976a914801203fc3c8cb57c036a92769cb0eb63d6cd789888ac0a640400000000001976a91496c644cd188615eb5041a655dafee8b8fb92a22388aca26a0400000000001976a91438bdebf3debee032e8bd9d4637b775413ec0c43188acb26d0400000000001976a91406e33bb2cc5d4df9a6e0e1abe0e876b7d3ea3cc188ace7d40400000000001976a914f19638ad0dd4f508a756e1ad7492beee46d7652d88acdb090500000000001976a9141995afcf9d61260cf536043225e0ff840c4f0b2a88ac24120500000000001976a9148623e6239733557ae341dcbdc23662cce1382a4088ac5a470500000000001976a9143d47986f727402feb3df5134dff583af4ace807488acf8590500000000001976a91460871be55229abae77ad661912436aa947e1631588acc7720500000000001976a91449b2f5403c26624eed7df36c7095344ad72d04c388ac11b40500000000001976a91495e2db1c45ff7307601b8971a8915027db2ee9c088acc7c70500000000001976a9142b2bac8754de99d46e68e18518395e46a920b32f88ac5fd10500000000001976a9147d4604279d053aed391dc76ee04103b0f9ca458188ac98e30500000000001976a9149eb1fdd07ccb027bad161f37e48e1d473f226e7688ac69f80500000000001976a9143bbde305c474323adb600dd54baf122cf311c60f88ac97fd0500000000001976a914970601bfc8a9a309b2f15da91d222a12d429221d88ac352f0600000000001976a914ba45e07d26231947688f1b49025e795770c7caba88ac8b600600000000001976a91462f208af94b00c05128cfc7d4e1779914f1266d888ac6e800600000000001976a9148dadc1ab595a7e354b0993918eb8b0ef3683d24088acd7a10600000000001976a914b2f563fd35359297e5e5ac8f3ac283254190a66988ac5af70600000000001976a91463d6e29e09cf1064bc4e5f0152a914435e87f90b88ac99070700000000001976a914af8b2d32c59218cc3a0d81fa472c0bc355d6d88588ac150d0700000000001976a9145a2b6dd57ae7e29c5c2515e41afcbd1e63ceffc188acb0360700000000001976a9142600a4921baf711dc30a47705b6012bda87388da88ac424b0700000000001976a91404adaa609dacbd642be6cbcd24520d4d19ec35c288ac65520700000000001976a91460352699b55d5b675809dc72919dee067b83875d88ac1e940700000000001976a914ccbcb26d59e0f48edc0803e160465ccda174ceec88ac06ab0700000000001976a91459af234dfa9315e435a4c531886b77bf72064db388ac727a0800000000001976a9149f082732af68f490a6d25f9c736229fa5415c59088ac10890800000000001976a914b29a8fbaa60e20dc4ce47b39033c61156dae49e388ac9ed30800000000001976a914389069d174568b8e0602b4a94ae8e05aa87114ec88ac58650900000000001976a91404d6b174978fa483e8f8546362def58caaa4d07288ac4c930900000000001976a914e71cd2fab85b4d0a984dc08f29159c60bb8b839988ac66b40900000000001976a914d7f00f19e19d1d325fe71ba66f8da519a3afd4b788acd0bc0900000000001976a914f6a374a20e80cf6f8a117c691a453c1fa39baee388ac78e70900000000001976a91459a955107e778d8f5bac018e317a40e2da6b934788acbc1a0a00000000001976a914d0568cd5ae52155a416d5173260c30ca7dc1380a88ac0b210a00000000001976a914dddc8d721decec019f67c99ebb9533205763ab1488ac79a90a00000000001976a914c02cec4dbb0feb594ae771505939c8c3fcad6f8c88ac64bd0a00000000001976a914339f779148b644c42d5bbe46f1a43d2fc873a98288ac83c90a00000000001976a914b005ef7765e2e905a44496b079d83eab8f370ae788ac9b580b00000000001976a9145ad95839ba6597b51766d5c9960941c1cc2d2ded88ac4a740b00000000001976a914032e12a29c825297b1c7a7a68fb5060ea724e17a88aceb7f0b00000000001976a914c0727d3a9f5493367f19ac4ac7a4faa35f38b10788ac22850b00000000001976a9145d2b3d7ae9ef3cfbb2294f877b3b19ae7736847488ac59980b00000000001976a91408ffc837663bf40e2821b856a0960d9b38c48b3e88acb5990b00000000001976a914e8adc66b62aad05f17e8d14d0bcc1b8d5703827188ac4cd40b00000000001976a914af9090ac3ab1250da10f7c7f3df3a9be329197d488ace30e0c00000000001976a914595f90887c705f90fd5163af5d7359821da2c8fd88ac5b490c00000000001976a914df6164e79ee2bbb9d7de3cc1f0edf5c367451e1188ac795f0c00000000001976a914f066f6e95707899f98ea06a525d610a782885edc88ac2d6d0c00000000001976a914121f043be3762630d3fda1c6b15be1df111bf13c88acf4760c00000000001976a91497bdbed75d9debfb93a44a38d0bdc4a21ebd264e88ac4bef0c00000000001976a914308bb5d5b0abf4ec7c2c8ab888678f3af463f62088acc0060d00000000001976a91407d1a6b4c7868291f217a0dc5bec029ec98018c588acd1090d00000000001976a914cbdf8e0fac5fb3f11e867666e5743b37bb2ff13f88ac07900d00000000001976a9145765e6ab03757ab48b7e1de55c183904bbb844d388ac519f0d00000000001976a914c10dfcbf3366666558e152a6e51fe62ea10905f788acc5ca0d00000000001976a914281dec8dec741867725d4e03d5a716b54dd2381088ac21cd0d00000000001976a914957d49effe3ff5b6ece21509510872a02b5992ee88ac16d00d00000000001976a91489482d1c2f25d5385b597555b3497c186aacc6be88ac973e0e00000000001976a9145e24d7e12cd37b0cf8eb1d8b25fc502b3779f0d388ac6cb20e00000000001976a914d63ae02cad41643d79ba4651fdf664ba87209de588ac63ef0e00000000001976a91486f43c0e2042d4b22d92fc237741744e529c147088ac603a0f00000000001976a914b68595f0be5e90264806bbf4d1ca2aba3498c1b388acd04b0f00000000001976a914ad7988d7552ded08fe3ac7a94fcc9e4a269fd59f88ac4b4f0f00000000001976a914cfd07b1fdbf269517f721873952a2ac902021fd888ac7e5a0f00000000001976a91424565ee22555c819c3ecd8684351041b09f5145988accce71000000000001976a9149093d0372cc7aa2f2ce410eb8182fbbc42090e9688ac12ea1000000000001976a91495adace9b3e3a84b278a5033b6487c86b0c70cbe88aca3291100000000001976a91440998dac0a6440fb8a6ee606f0e89936e2f448c088acbd731100000000001976a914fb33fe8bb00297104cc3937690cb82c1fdd0794188ac597f1100000000001976a91408c5a8a9e5be66e0d04f97813f93a3861ff4bcc688ac6dc01100000000001976a914052a67d334c55a38fc825ae04da75034470d85b088ac26e21100000000001976a914dc414a839b873561169e23bdd170f2f27aec1ef788ac5a211200000000001976a91434533e6a1fbd140b8f207ad1a1697ce44529cf1488ac85281200000000001976a9145d9a2105c0804fea0edc766a69d49b10ed23e9bd88ac896b1200000000001976a91408167de195f8bee4318cf64a5c34d516731e61ce88aca4001300000000001976a914c52fdb50c6777a83c39469c9500c91ab1f1c4cd488ac231f1300000000001976a91495213765b708a57e214c15520ec1fbe2cba6815488acb0ac1300000000001976a914dd38381ca3815a8d66abaa0e3b7695f9cf12af0a88acf9391400000000001976a9141a916ecfd533c95d8c1bbdc19fba2e615a15e85088ace3951400000000001976a9147937ed708afff84d11ce34125372375080113f1c88ac06701500000000001976a914587aa50bd866d9eec811ebdea68fdf7f78c26a6688ac89731500000000001976a9140b617b420c55deb57e5d693162f66a5dd194c81988ac61791500000000001976a9147f2dfb7479c28809d32c4475eb17875caea7d06d88ac23c31500000000001976a914e1c0dcf3775c0f9d5131e781fb11a7b0f858195488acba931600000000001976a914cd20af83bd8711dc8a5280c9e6461dd120e8d8e888acc9941600000000001976a9144698e7f38b5b1547270359be9478329bf5b4f39188acea941600000000001976a9149702a5b713a16369ba29377b3d23155e396d782e88ac88a51600000000001976a9145408e1f7f3b4e7919bc764c53e09438f116cd4ce88acd9bf1600000000001976a91401cb21d735cdfc9526231c5aa2a3a92e1b5443df88acc2d21600000000001976a914e4429f293bd7e3e520dd3e63f9937b4bd6819bcf88acbc0b1700000000001976a9148ec5317c51b5d394ea2cc568232515930defd18888ac31111700000000001976a914838151b12bbba4e843aa878ad4cabea5ddae016488acbd501700000000001976a9148e652be4a3475cbeda073956e87783bfaa32053d88acb09a1700000000001976a9149ddf22668dce94be1e1dfaa89709207b50d4364388acfabd1700000000001976a91489105878c3678e865cd9624f5a1e8f83ecf2d78588acead91700000000001976a914bd12d03ebcca5a813ef5669071201743cde8eb6d88ac9bdb1700000000001976a914093098699f1c9b30f17d4eba25bee25585d851c588acb40c1800000000001976a9140809d9e2b5011d4719efed4be816d072965493de88ac87141900000000001976a914e921d3035ee97c5f809c803e4c2741bb845cacd988acbe591900000000001976a914a77641643b0769c0f09c4ed1b66451e35852fe6788ac391d1a00000000001976a914620197879f87f9190c4b6ee7cdbf36c2ebc8c3fb88ac2d6d1a00000000001976a91404c311f2a1e830c27a92fadf916e21cf6cae3de188ac11751a00000000001976a914f3f13d0dfd1b3d899eab198e38cac80f6a549ad288ac56571b00000000001976a914c9147d3eb8959aaf79e9df528e80187c8e06f91588ac708e1b00000000001976a9140f69c105fe00d56f0a31d835370606bb7d7b7a0788ac44601c00000000001976a914da0edc5a0fd74b6f8778a15f037e177532cb5d4188aced921c00000000001976a9146b580b79280326b073c6161dcbeca44184da58bd88ac3ebb1c00000000001976a914492b2dc00a67f674f1de92f5f942a887aa4bd19f88ac86ee1c00000000001976a9144dd0c22b3abfa9383773b407d8dd7fe5ae2bdf9e88ac6c9a1d00000000001976a914d96be77b1c0bc4164812f90ff9048541b4dd6d9b88acd7a81d00000000001976a914a5f5008a39ec65f4a846999cd23774b41c74aba488ac27aa1d00000000001976a91494abbd1cc44585810323585addb1e993717de70c88ac86371e00000000001976a91432b6e7bf0eefef57d63e873dea662e1b5ec511df88ac1e5d1e00000000001976a914eb9fc75c74c1041154ddb8514bcff19dffa6e1d188acd2621e00000000001976a9141f9f3e1b43823c2bfe5aeecd582f4922619e572288ac17232000000000001976a91463528f401a25468f141ee6aff64257ab5a991aaf88ac64092200000000001976a914591c07374c1af37d65c6240ba25fd6ea59597f9f88ac0b232200000000001976a9142e1cb3de456ebf9461b3401c3b6ab9e9da938ea588ac362f2200000000001976a91460c97825530758cacc00549335b7bc1b3c9980e588ace0862200000000001976a91428a188b783859c55490418cb10f2fd9a7ebcca9b88acd04c2300000000001976a91453b88e1f56c18f8b9970f81a9b128be4974902e088acac642500000000001976a91423b5650e4d084c65ca32e374c1067776f08585cc88ac87892500000000001976a91477909c022a189c235f66da262957b68885b25d6388ac37722600000000001976a9146ee8cf307ebffd6e7d32f622608da5f1aee434e188ac902c2700000000001976a9142492fc0181777fec3c6001e034ac5de53fea94c288acba632700000000001976a91410fbba77920c8f8500c16a99d3e40849e63864f288acf6b92700000000001976a914632ec88d9e171948e254fb4501f0d7041e1fd1c688acf15d2800000000001976a914e2e6225fef18ddca411ae3fe46b9dd2b98ca048688acc4752800000000001976a914d151e140ebc672a886d36bce85474597f205ade588acc6ba2800000000001976a91408ffc82af8ebae0dabed8b705ab83b0b392dcc7488ac7c892900000000001976a914e2db6b763a7064112ec865f0b49d595446edecb488acc8e72900000000001976a9146ad798d913b91084410069ae66103a19ed1d9f6088acfaf42900000000001976a9147a296d10a7558d816ca33de47d39b35bbb881ee088ac361a2a00000000001976a914fe28d50d4ff1b30de779c9c7d6b5882298b60e8088acc81d2a00000000001976a914c0c0980b7927fd9ccddd06fdc58016ba091a3f5888ac22512b00000000001976a91483eb0e3545d06df9d87e7ed77248fb8408f5efe988ac5a0d2c00000000001976a9148ab88cc2aa9bb97a82943a725f8749a01940291888acd53c2c00000000001976a914301aa42fad784dcf1409656d93d554f34126091e88ace8e42c00000000001976a914986e5d11072bb3d697fc94d94638c9f1170703c088ac1ff72c00000000001976a914298b77b28ca639b66bde0758cef1f786b6af942088acae242d00000000001976a914dd0a49505d476bdcbd61fec3e7103b26e46c4e9988ace0342d00000000001976a9146f6aa8e188e6cc0b7afde34091b5d0690ba6ce9988ac73872d00000000001976a91428fc8ed6651aefec2686e3ecc7cf61edb28f306288ac3fdc2d00000000001976a91459ff1d12e8e574ef6dfd656b728fce1b8f77dada88ac00232e00000000001976a914f041c9198e0e08629913d26c434323080bc3202988acec4b2e00000000001976a914f1012e2c3aa77ff2630caa9ae7e6278441c981bd88ac74cb2e00000000001976a914e4529862ac66142bcbf752aed6dc43b60bf9a7a688ac3b053000000000001976a91478e46b09cd7d0bffdb9eca19c02a68dc7b9bb01888ac990a3100000000001976a914d1b5a3c69e606e5eaa3a98732035b7810c4626cb88ac17cb3100000000001976a914de1404c8ba7e03f9acfcc38b531c2cc7a430905588ac6c3c3200000000001976a9148d4ed3ab3fe190f7fe3cd3a722bc13e44ff447ca88ac18233400000000001976a91401fe5b7024bac18afa714a08db2af5dc94cdddf988ac0aa83600000000001976a91427b4668a922eecb79411cc168475ef029b820db188ac4c233700000000001976a914ab2e4d2ff994653b1f539ac64f46a062f0c389c588ace6353700000000001976a9140a577ae6c39160315e05683600a5a37e5ca845b488ac09633800000000001976a914c2a17364d2dfc4d24462f9290055a5d998344db888ac1f423c00000000001976a914432af9b48525cb56c001cea6e6002acecb1d4f9f88acccc73c00000000001976a91457f2387a1d670d7f1fc0c4baf4920484764b26af88ac2a223d00000000001976a914c5094c32473fc809f4b2d3bfbd7692084f138df488ac47683d00000000001976a91447d84c0ddaf28324669938343a247c40d6bf49d288ac12fd3e00000000001976a914b1da65273a4361c0a9c60b89793185a466f8dee088acc43a4000000000001976a91415f7061dbb324b172ae7c09435d26cdb1d16c3c488ac6d124100000000001976a9144283846b7a9c98b45f205200454fa4bd842d2dda88ac9f424100000000001976a914f8bbf2f6223b6d610e6cf697dd74cd09da6f9dd588acd1f54100000000001976a9141d27cdd4a421b60a71b7e9220cf52ac4547dabd788acb2ec4200000000001976a91439658a7628ec576d056a8bddb4b097fb23a7b4bf88ac069b4400000000001976a91442f3f5d6497a46a5bc379b918708d08c22a5184d88ac4b4d4500000000001976a914e9ca0206af609e6a8c06e455e8540c9afd0dee6988ac10534600000000001976a91433fa320e8e38110a670bd0435d7f878b0923f86d88acc3bc4600000000001976a914bd50057b57b5b44c56da410233b3d424b61ac8af88ac891c4700000000001976a91406398f2c64fbe6388f258caf359f45377087156d88ac08cd4700000000001976a91490710a4d325d3168788542b90ae568996575601d88aceb674a00000000001976a91489d3754e07b8a05f2d06b79fc6484757299f2bcf88ac3ec94a00000000001976a914e62fb2e520e972cd62686469a08bf59b8190a32088ac086b4c00000000001976a91483d884f35c8b2b1ad9a890275f7ddcb9ef10063988ac3dcd4d00000000001976a91444deed3a51886bdae60210bbd761d76e7dc9809488acc3384f00000000001976a914dbee77d2aaeda4f7eda3ba483fe3fa0b87efeb9388ac0e404f00000000001976a914ef510f898abf63878543d06d9d8ae811c396691088ac98e14f00000000001976a9148a78cbd8293d3bac9334b3a500cefd6124d1c5ea88ac7c445300000000001976a914b0ddf4bf42fb638cee6fd6749c9d408eafa8e77a88acf27e5300000000001976a91474da354d4686c46e5765f2306573aa3f8168d73088ac92e65500000000001976a914de5b3023b22a524545a07ee88282fefade20165988acc25c5700000000001976a914f2101bb3080405afbf2926cf2df81efecb4d133b88acec4a5800000000001976a9146df069828879f2932246ac7e332a55980d0afdc688ace8475900000000001976a91463cbce769fcca0ad709f90abc8a8e82142f956d988ac1ff15900000000001976a914e806dfc0ebee2334e363e797ceb334f1a36eef6388ac9b465a00000000001976a914c717152dc2e1b2c8e1d11645828188513ccf22f388ac7ba05b00000000001976a914d0c6ce01686bee64ccecb66d59c16c386c98ea7b88ac53295c00000000001976a9141433adf4a4eef7bbf667dfd326b1d414e3ffd24588ac9fa45c00000000001976a914b1fd81918e34fac8c4875dfe15620acfb46ef49688ac577a5e00000000001976a91481a5abf3619cf39526327ce37606506f43fa322d88ac052a5f00000000001976a914acf662da627f378187f68cb25426ca5953473dcb88ac92355f00000000001976a914c6052ea9e2bf38c68e7bc8daaf791ad68d119da388ace4466000000000001976a914680e6ee3152e7f21096fa0b8b9e7078f64a24a2788ac70326400000000001976a914c329791e9df08bea69db66f0bafbc4ebacf5199788acd3cd6500000000001976a914a1dea76e10faf69a88793c807d06ee7e20c56f8388acda5e6700000000001976a91449fb61908db37c65f01c530ee0a3480e984e420488ac4f486800000000001976a9145e83b2ef86170a96dd373edc71d454ab8d561a2888ac80fd6900000000001976a914c7aca55050f7d76868908add24568fbab91ad2be88acbf1e6c00000000001976a91452ebe14b4170dfa4fc001968b689f9832000fe3988ac39b76c00000000001976a914dbe8432946f9ba59717514fd8fa75fe8ecc19ba788ac65a56f00000000001976a914aa9e1143832a081583ad4581ef2dbb8cd98782a588ac54157100000000001976a9141be25970b163cd3a02e0079488f3fa960c57fd9888ac4b457a00000000001976a914365552703d650d018ee97a3eac3ce8cf6964a7f588ac6c0d8400000000001976a9149f547d8a50fd5fec133e36c001e34039a068632188aca6738700000000001976a914cf1a3451d2da9d6cffb686e3fc7483cfb722278f88ac9bec8b00000000001976a9149244c19100effe8d457ea336ffd481d2a22a208f88acd8b39000000000001976a9143464806951e0d54bb3904752232a550ce2ad7a7188acf56d9200000000001976a914233b562aeeebafbbf6fb21764e625a960f12ab7a88acc30b9a00000000001976a914d94a4e3e59f74585cc388d74d93f13baf167acb988acd18d9e00000000001976a9143ae0c73d66407ddf23f7af4143e00f0d0a9c387e88ac0f2c9f00000000001976a914530a43f79d7f83a69e4c70a3e3104aabf60614ff88acc133a200000000001976a91499566b93376903ffd4bcc811797579d772f33cb588acd9b3a600000000001976a914c1ca2a776c5908664c9a2977c16fb641f428edb488ace57aa800000000001976a914971603936050727183649d4c07e2c264823cc83e88ac7d83c000000000001976a914853b0aec3202b32ecf1bab4833de68d877d42dee88acf918c300000000001976a9142a7f6751bab3fb66d73edfee3ea6796404e46cb888ac5fe1c700000000001976a9144ccfc84876a1cd1e184faf5c59e1c214cfc6c19b88ac615bd700000000001976a91413c2c000bc979531b6f2a5f53c237c2cd2c8256288ac9346e300000000001976a914b40cdd2d3e0d0a50b774d7514df1c23eb7f0ab5688ac5469ec00000000001976a914a72bc37c37f7837eaeae48f517c7981e1be5269c88ac976cfc00000000001976a914b033fd664031cc3aa3c3df2d45bc70a3e351388088ac58580f01000000001976a914f15a50a319ed67a68902e5191464d8b99818cbf188ac73871601000000001976a914c73eab3abff961e95d993c12ff86fd4b7530225988ac21b45001000000001976a9140dbfb73bef742319ea15f14e2b4a806e9159433b88ac41157d01000000001976a91486487c68973d87baa2a953dd46781139df0df1de88aca1969101000000001976a91432887e2d4c12e03383f16370837e27b446504fad88ac75d5aa01000000001976a9146d6cc3c80b789628f7e00f67c1bf477a2892d52688acbb03ad01000000001976a91416ed65355b0a06c884ef43db5d544e6eb62c459188ac2561e201000000001976a914fcc21b073eb9ae6f55363031f9591dbe87bec84f88acc683f001000000001976a9144d27c1b943a911674c1ccc38bcb2c807bdcedba688ac66483302000000001976a914f619d2abea4032425db98b1f628e3fb7287fac2388ac77715102000000001976a914638c20458832057ac20f5c700dd676ba1ecd0cc388acf9075e02000000001976a9140eb219eecef1a0205b040311f165646bc63b710788ac9df09d02000000001976a914ecc2daa2ed9fb7933854c8b80a724cc51e71108288ac98d4dc02000000001976a91486d823c1a811025d2ab8dd2aa77d3d2cddce89d288ac7e792903000000001976a91485a2550a565c081bf3ea75abb9d48447cc7fc06988ac30a98903000000001976a914697c36ba8ee06fecc45155b077b77f9fb49a43d088acaaed9303000000001976a91407de36aa88b78d8229d44efaca0c06a359fee79088ac88e9c603000000001976a9141d9e4ebb1df1dbe5acc779dee8acc05605c89a8988acd8ddc703000000001976a914ae6a2f5b8268c54a9d1ac5d8a44551443240f3c388acc3fc6004000000001976a91436d58dcc70e150d8343fc67bdac846049b45f06188ac01541705000000001976a914140f0e13a9517eeb08f1af08fdd12ec619160f6b88ac4c315f05000000001976a914f19638af91481e45a018c443aa909068ff4835da88acd854b305000000001976a914e9a07a2b5be7f884b345118d242f572c4700000e88ac6c675206000000001976a914b1aea295fa47b72f029664b1fde5dc8f40bec1ae88ac52c86f10000000001976a914a9bda3b431b0b9e096457e06de5527ac1dca6daf88ac6ecf1d13000000001976a9147650d035a8890f06b821c948c6faff39035e3fd088accdb6180000000000434104ffd03de44a6e11b9917f3a29f9443283d9871c9d743ef30d5eddcd37094b64d1b3d8090496b53256786bf5c82932ec23c3b74d9f05a6f95a8b5529352656664bac00000000000000002a6a286b3f9c3841bfbba3985321d416058cef094f84749f0558f8e7840ee75445de8e00000000010000000000000022cb4b4f0a3de00e54a169fff23c1dc1fd1fb644eb5ed568d3495a01000000000000000000050000000000000000000000000000000000000000000000000000000000000000371224c570ab0d75a13cbf97e40a37176d01cd7b38aa6d29adaa0723cd0bd7b3463dd0de9b66aa094b45e8696bf2b8e97afc134ae927054b84934296a27b4c1a074c4d7dc9be7f041dd76f42472c0444b52352794fc0e68a136ebad5b97664fa84cafd9688bf1a4076b387de544ee2b231bd2738a730fc05dcbc13996a07c6701b00000002000000edd27cd6ef4fc66b05ef0bccfffba454ea6708320fedbb030000000000000000945cfb0a6dc281692ecd3e1a8e752c8d6047e67fceb80eaf2fe81a2b49b74f8f9a8179558b1a1718f96ca5240102000000010000000000000000000000000000000000000000000000000000000000000000ffffffff08049cf0041c010152ffffffff02b9d97213000000002321033525a572eebf4d26f779ad9d546734cdb25e22e0db61c60d24a1c1ae2753b81aacaa326a85070000001976a9148b322d581d911694bb2ff85086fe93f5d192ee3a88ac000000009a2c0000
at org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:193)
at org.bitcoinj.core.BitcoinSerializer.deserialize(BitcoinSerializer.java:156)
at org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:149)
at org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217)
at org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75)
at org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111)
at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60)
at com.google.common.util.concurrent.Callables$3.run(Callables.java:93)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.bitcoinj.core.ProtocolException: java.lang.ArrayIndexOutOfBoundsException
at org.bitcoinj.core.Message.readBytes(Message.java:513)
at org.bitcoinj.core.TransactionInput.parse(TransactionInput.java:143)
at org.bitcoinj.core.Message.(Message.java:118)
at org.bitcoinj.core.Message.(Message.java:157)
at org.bitcoinj.core.ChildMessage.(ChildMessage.java:52)
at org.bitcoinj.core.TransactionInput.(TransactionInput.java:126)
at org.bitcoinj.core.Transaction.parse(Transaction.java:594)
at org.bitcoinj.core.Message.(Message.java:118)
at org.bitcoinj.core.Message.(Message.java:157)
at org.bitcoinj.core.ChildMessage.(ChildMessage.java:52)
at org.bitcoinj.core.Transaction.(Transaction.java:242)
at org.bitcoinj.core.Block.parseTransactions(Block.java:263)
at org.bitcoinj.core.Block.parse(Block.java:279)
at org.bitcoinj.core.Message.(Message.java:118)
at org.bitcoinj.core.Message.(Message.java:157)
at org.bitcoinj.core.Block.(Block.java:132)
at org.bitcoinj.core.BitcoinSerializer.makeMessage(BitcoinSerializer.java:206)
at org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:191)
... 8 more
Caused by: java.lang.ArrayIndexOutOfBoundsException
at org.bitcoinj.core.Message.readBytes(Message.java:509)
... 25 more
03:20:50 13 PeerGroup.handlePeerDeath: [127.0.0.1]:55889: Peer died
03:20:50 13 PeerGroup.handlePeerDeath: Download peer died. Picking a new one.
03:20:50 13 PeerGroup.setDownloadPeer: Unsetting download peer: [127.0.0.1]:55889
03:20:50 13 ConnectionHandler.handleKey: Error handling SelectionKey: null
Peer #0 disconnected: [127.0.0.1]:55889
C++ client debug.log (with some extra debug statements of my own):
Code:
2015-08-13 19:22:15 disconnecting node 127.0.0.1:57487 [51/9435]
2015-08-13 19:22:15 [hexdbg] sending MSG_BLOCK
2015-08-13 19:22:15 trying connection 104.131.12.128:55889 lastseen=25.5hrs
2015-08-13 19:22:20 accepted connection 127.0.0.1:57490
2015-08-13 19:22:20 accepted connection 127.0.0.1:57491
2015-08-13 19:22:20 received: version (113 bytes)
2015-08-13 19:22:20 send version message: version 70001, blocks=21379, us=74.70.116.138:55889, them=0.0.0.0:0, peer=127.0.0.1:57490
2015-08-13 19:22:20 receive version message: /WorldleadcurrencyJ:0.12.2/: version 70001, blocks=11417, us=127.0.0.1:55889, them=127
.0.0.1:55889, peer=127.0.0.1:57490
2015-08-13 19:22:20 received: version (113 bytes)
2015-08-13 19:22:20 send version message: version 70001, blocks=21379, us=74.70.116.138:55889, them=0.0.0.0:0, peer=127.0.0.1:57491
2015-08-13 19:22:20 receive version message: /WorldleadcurrencyJ:0.12.2/: version 70001, blocks=11417, us=127.0.0.1:55889, them=127
.0.0.1:55889, peer=127.0.0.1:57491
2015-08-13 19:22:20 received: verack (0 bytes)
2015-08-13 19:22:20 received: verack (0 bytes)
2015-08-13 19:22:20 received: ping (8 bytes)
2015-08-13 19:22:20 received: getblocks (3269 bytes)
2015-08-13 19:22:20 getblocks 11418 to 0000000000000000000000000000000000000000000000000000000000000000 limit 500
2015-08-13 19:22:20 getblocks stopping at limit 11917 089e5f2f0ea7e20da7169714203c64a3105b0ea7fcd825790f4430c0445c59c2
2015-08-13 19:22:20 received: ping (8 bytes)
2015-08-13 19:22:20 connection timeout
2015-08-13 19:22:20 received: getdata (18003 bytes)
2015-08-13 19:22:20 received getdata (500 invsz)
2015-08-13 19:22:20 [hexdbg] processing getdata
2015-08-13 19:22:20 [hexdbg] sending MSG_BLOCK
2015-08-13 19:22:20 [hexdbg] processing getdata
2015-08-13 19:22:20 [hexdbg] sending MSG_BLOCK
2015-08-13 19:22:20 [hexdbg] processing getdata
2015-08-13 19:22:20 [hexdbg] sending MSG_BLOCK
2015-08-13 19:22:20 [hexdbg] processing getdata
2015-08-13 19:22:20 [hexdbg] sending MSG_BLOCK
2015-08-13 19:22:20 [hexdbg] processing getdata
2015-08-13 19:22:20 [hexdbg] sending MSG_BLOCK
2015-08-13 19:22:20 [hexdbg] processing getdata
2015-08-13 19:22:20 [hexdbg] sending MSG_BLOCK
2015-08-13 19:22:20 [hexdbg] processing getdata
2015-08-13 19:22:20 [hexdbg] sending MSG_BLOCK
2015-08-13 19:22:20 [hexdbg] processing getdata
2015-08-13 19:22:20 [hexdbg] sending MSG_BLOCK
2015-08-13 19:22:20 [hexdbg] processing getdata
2015-08-13 19:22:20 [hexdbg] sending MSG_BLOCK
2015-08-13 19:22:20 [hexdbg] processing getdata
2015-08-13 19:22:20 socket send error 104
2015-08-13 19:22:20 disconnecting node 127.0.0.1:57491
Also, it looks like you're already trying to test on Android. I suggest just testing your namecoinj fork by itself first, and then trying to integrate it as a library into an Android application once it's working on its own.
Looks like you're getting an out of memory error. I'll pull code and try it myself. I'm getting a different error, due to some messages from the C++ client being apparently malformed. My sync consistently stops somewhere between 12000 and 16000.
Hello again everybody,
i ported the coin to namecoinj as a template now and with the help of hexafraction i get the wallet to start downloading Blocks until it crashes at Block 10k. The Bounty is now at 0.7 BTC for fixing the wallet. The crash report says its something with the deserialization. I dont know why this occurs only at Block 10k but it seems to be related with the increase in the Block height digits. Maybe someone has an idea?
The crash report is:
And the wallet.log looks as follow:
Rik
i ported the coin to namecoinj as a template now and with the help of hexafraction i get the wallet to start downloading Blocks until it crashes at Block 10k. The Bounty is now at 0.7 BTC for fixing the wallet. The crash report says its something with the deserialization. I dont know why this occurs only at Block 10k but it seems to be related with the increase in the Block height digits. Maybe someone has an idea?
The crash report is:
Code:
=== application info ===
%0A%0AVersion: 0.13-beta (10013)%0APackage: hashengineering.worldleadcurrency.wallet%0ATest/Prod: prod%0ATime: 2015-08-06 16:35:14 +0200%0ATime of launch: 2015-08-06 16:35:08 +0200%0ATime of last update: 2015-08-06 16:02:48 +0200%0ATime of first install: 2015-08-06 16:02:48 +0200%0ATime of backup: none%0ANetwork: org.worldleadcurrency.production%0AEncrypted: false%0AKeychain size: 271%0ATransactions: 0%0AInputs: 0%0AOutputs: 0 (spent: 0)%0ALast block seen: 9817 (00000000041658165ce05600eccf7c0a05b2801b2fd9cca5df3c43bdb5016986)%0ADatabases:%0A%0AContents of FilesDir /data/data/hashengineering.worldleadcurrency.wallet/files:%0A2015-08-06 16:35:12 68 files%0A - 2015-08-06 16:03:00 685 key-backup-protobuf%0A - 2015-08-06 16:35:12 23428 wallet-protobuf%0A%0AContents of LogDir /data/data/hashengineering.worldleadcurrency.wallet/app_log:%0A2015-08-06 16:02:57 20 app_log%0A - 2015-08-06 16:35:14 86030 wallet.log%0A%0A%0A%0A
=== stack trace ===
%0A%0A
java.lang.OutOfMemoryError%0A%09at
java.lang.AbstractStringBuilder.enlargeBuffer(AbstractStringBuilder.java:94)%0A%09at
java.lang.AbstractStringBuilder.append0(AbstractStringBuilder.java:145)%0A%09at
java.lang.StringBuilder.append(StringBuilder.java:216)%0A%09at
org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:193)%0A%09at org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:139)%0A%09at
org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217)%0A%09at
org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75)%0A%09at
org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111)%0A%09at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60)%0A%09at com.google.common.util.concurrent.Callables$3.run(Callables.java:93)%0A%09at
java.lang.Thread.run(Thread.java:856)%0A%0A%0A%0A
=== device info ===
%0A%0ADevice Model: Jolla%0AAndroid Version: 4.1.2%0ABoard: unknown%0ABrand: Jolla%0ADevice: alien_jolla_bionic%0ADisplay: JZO54K%0AFinger Print: Jolla/alien_jolla_bionic/alien_jolla_bionic:4.1.2/JZO54K/eng.erin.20150306.110700:user/dev-keys%0AHost: erin-ubuntu%0AID: JZO54K%0AProduct: alien_jolla_bionic%0ATags: dev-keys%0ATime: 1425611265000%0AType: user%0AUser: erin%0AConfiguration: {1.0 262mcc7mnc en_GB sw360dp w360dp h592dp nrml port ?uimode ?night finger -keyb/v/h -nav/h s.3}%0AScreen Layout: size 2 long 16%0ADisplay Metrics: DisplayMetrics{density=1.5, width=540, height=888, scaledDensity=1.5, xdpi=240.0, ydpi=240.0}%0AMemory Class: 48/128%0A%0A%0A%0A
=== saved exceptions ===%0A%0A%0A---
collected at 2015-08-06 16:04:06 +0200 on version 0.13-beta (10013)%0A
org.bitcoinj.core.ProtocolException: Error deserializing message 0101110087b88f89154291bd1c21baab0e283adf7665e91341de0d8dbeba64386c944196937af73956ef026ba241a1a9353cd1dd70a368b9b4fdf890d85fd11185691928c667c3550e05051a0000000001000000010000000000000000000000000000000000000000000000000000000000000000ffffffff310310a0052cfabe6d6df658fb392c3561e595f21d37699f1a238f3f133cf830a0664b8d5084dbad38d22000000000000000fffffffff326540100000000001976a9149625d55cc95d16453d7c9ef580bfef7f14bb6b3788accd5d0100000000001976a91463d6e29e09cf1064bc4e5f0152a914435e87f90b88aca5610100000000001976a9143471f062962e11e90bc9fc61bb39fc542467c47288acd16c0100000000001976a91469b42308b5c2c502001042ac63e62439c2f7879188ac23730100000000001976a914bc1b806175a317039a67981b70b122883a2200ab88ac27750100000000001976a914c05870357ed56d2229d1ad2842cacc2d9adb432d88ac21780100000000001976a914bbd74748a7b6138e2485ffc1b3d8d0bb2cec422b88ac768b0100000000001976a91424e469e9b8c9b3487378717d357c19f8ed062fa788acbbe20100000000001976a914016a638da741466c7eb454718593cabaa3c52ca888acb4e80100000000001976a9140f7627c634124e4d68f2c838ffc3156bf659543488ac8fed0100000000001976a9149a96d5c4796588ef25baabe337e752ba177d3cf288ac78ee0100000000001976a914cc15d26acb265a9a579002f5d75904defe907edf88ace9f00100000000001976a914d0c8a7fe08bf2317f0c198e5ed69d7b7563a980a88acdc810200000000001976a91493bded4187f898fa9f6496dfd0e94651b30ad02888ac87910200000000001976a9145fc6d7fa84a47d63c3b3f48c1c472a5e6eb52ff888accbaf0200000000001976a9140e7b6447d53e989a90619353f8d9d91c95b7b5d488ac9dc70200000000001976a91482d7868c8987af8c158c3ac266ad84bb6782862288ac44ca0200000000001976a914efe4a88a5e981cd0ffbb2172e5d53d04a4f8858288ace2d40200000000001976a914b9b7c5a35c9df0bb113689f4aaa74276f55413d288ac8cdf0200000000001976a91404d6b174978fa483e8f8546362def58caaa4d07288ac02f40200000000001976a914ca5233bee183e66639fda8183dfb99dea51a9da688acbe370300000000001976a91496c644cd188615eb5041a655dafee8b8fb92a22388ac6a390300000000001976a914b3cd725ae500d5c1b84a16381c21a8e587e186dd88ac84440300000000001976a914557a46354b3061c60cd8fcc334e83581bfc4a6e188acdc520300000000001976a914265f1fc0aaa602c86bd34b05d82aa2e2963f920588ac7d6d0300000000001976a9142600a4921baf711dc30a47705b6012bda87388da88acad890300000000001976a914f19638ad0dd4f508a756e1ad7492beee46d7652d88ac9f090400000000001976a914d9fe02df526cd3af03c70520ac5d757dfb3e7cb788ac90170400000000001976a91429fb6d52dc3c0f1891332a8ead38eba44f0e588688ac8a320400000000001976a9141e7ca42119893a17616f7d4f28c44de860f8cf0088ac91580400000000001976a9143d47986f727402feb3df5134dff583af4ace807488ac32610400000000001976a914e8adc66b62aad05f17e8d14d0bcc1b8d5703827188ac66b50400000000001976a9148d3aba805295dfb3bbf41ac8d59a149088dd37f088acb2f30400000000001976a91406d18507d4a8526687dc1ee0a225f2fb6e365c5888aca74c0500000000001976a914cfd07b1fdbf269517f721873952a2ac902021fd888acee600500000000001976a914d6aa128f24c6c2d3a94e1fdaf601634b4042141c88ac636a0500000000001976a9140e608c6b957a50c54a291783069b626d4e6e2f8d88acca7a0500000000001976a914d8485ef946630762ddcbae9428580f5ad6d99cc388ac659d0500000000001976a914f54e8b762ff17c06a71f2a523dbe51238d523cfd88ace3b50500000000001976a914c31e895bce22626780a611097fed7efef04c3c9788aca5cd0500000000001976a9142d879a0a340bab53efa3434bf6044a18285be45688ac3f360600000000001976a9140b874ab588207ccfe6e9265346c3c08bf8b52d7188ac9e8c0600000000001976a9143501af2627792ae25e61ea1141a69253e54d5fa388ac0cb40600000000001976a91409cea2e5fe401e5a1ed031d12f8e727c02241d7c88ac56850700000000001976a914b7ce480cef9f57dd44e4f7a63843126bb5b35e5788ac13b70700000000001976a914032e12a29c825297b1c7a7a68fb5060ea724e17a88acba1d0800000000001976a9145e85ee917f2ea8f267dffe98f9c45333de7e9dfe88ac9c680800000000001976a9141aef4d2f748ec7053989347f9825a105b3b72f8088aca6830800000000001976a9145e83b2ef86170a96dd373edc71d454ab8d561a2888ac41cd0800000000001976a914a0530c34149b2d650bf3f24e48925ec9cd1c2a6988ac2e4b0900000000001976a91495fedc518c216bc0e8ccfabb1be676fc744c76fb88ac049a0900000000001976a914bdc8d8f9fc846062dcf9a59fd06c095cb308147488ac369b0900000000001976a914f6a374a20e80cf6f8a117c691a453c1fa39baee388ac39af0900000000001976a914993a206d70e2b8abe7b3a24ca4c4c0cea443160d88ac340f0a00000000001976a9140809d9e2b5011d4719efed4be816d072965493de88ac284b0a00000000001976a91407d1a6b4c7868291f217a0dc5bec029ec98018c588ac2c5e0a00000000001976a914c63fc62be992d4fe7e96e92f2d8cb678a71187a288aca98a0a00000000001976a9148fff6f9995c6305000642f3eccf6102c1721701a88ac03d90a00000000001976a9143bbde305c474323adb600dd54baf122cf311c60f88ac1c040b00000000001976a9148f928db8f5242c591ecc51f191207542b2a496ae88acbc6b0b00000000001976a914c10dfcbf3366666558e152a6e51fe62ea10905f788ac7b710b00000000001976a91483eb0e3545d06df9d87e7ed77248fb8408f5efe988acd48f0b00000000001976a9145d2b3d7ae9ef3cfbb2294f877b3b19ae7736847488acc7190c00000000001976a914614665a7509eb1288013b89ecc7f0f4444f28c3688ac2a1a0c00000000001976a9142710a8c44d7c6bd7824dd0cadd80d7993e8c301088acc9570c00000000001976a914c7ed69f012e768f821056df6744975d53eba3d1088acd7830c00000000001976a914389069d174568b8e0602b4a94ae8e05aa87114ec88ac0d8c0c00000000001976a914ad7988d7552ded08fe3ac7a94fcc9e4a269fd59f88acd0b70c00000000001976a914707d35ac85b182e8f79c446affe856938684553f88acedde0c00000000001976a914664487c72af54c56e6ed0cc6865f77f777ea28a488ac4c5a0d00000000001976a9148fdfac7894d9670dfcb8fc321399ee1d09c0293788ac606a0d00000000001976a91408c5a8a9e5be66e0d04f97813f93a3861ff4bcc688acdc9d0d00000000001976a9140690bb7c17350c34cdfe172ecf442966cde3522288ac9fb50d00000000001976a914949f0f85cc31ce3e24e5642e47fe98776dbaea7888ac4dcd0d00000000001976a91452ebe14b4170dfa4fc001968b689f9832000fe3988acd3580e00000000001976a914e7310be191486c26dfa0ebc9824b25f335339d3788acba690e00000000001976a914df6164e79ee2bbb9d7de3cc1f0edf5c367451e1188ac55d40f00000000001976a91447242b85c3ad6973979bb1b64212a7f931dd915288ac27d60f00000000001976a9141a916ecfd533c95d8c1bbdc19fba2e615a15e85088ac7a541000000000001976a914c874705d9cc458e34c999a69829e3f81b4fb1b0c88ac65661000000000001976a91408ffc837663bf40e2821b856a0960d9b38c48b3e88ac82c11000000000001976a9145a6a337a5447923210fd3f6d8dfc11b6723f81df88ac56251100000000001976a914986e5d11072bb3d697fc94d94638c9f1170703c088ac4f591100000000001976a914d63ae02cad41643d79ba4651fdf664ba87209de588ac3dcf1100000000001976a9147d4604279d053aed391dc76ee04103b0f9ca458188ac47d81100000000001976a91462f208af94b00c05128cfc7d4e1779914f1266d888ac41941200000000001976a91495213765b708a57e214c15520ec1fbe2cba6815488ac4cb31200000000001976a914f13126ffd287aeeb70531ab4d4cf4658391dc5e088ac62ea1200000000001976a914cfcdc83e389c71a5ce55b268171bce3a81a6b62488ac03fd1200000000001976a91417881c8cf9654f50ac205ed8c9dc3a4970d9c62188ac72061300000000001976a9144698e7f38b5b1547270359be9478329bf5b4f39188ac42ac1300000000001976a91494abbd1cc44585810323585addb1e993717de70c88ace9ea1300000000001976a9144ccfee8d196d5880fcaedc18f73a7b2937c0342588ac66ff1400000000001976a9148a507397c061289053801341fff438bbc9a546e388ac880f1500000000001976a914dddc8d721decec019f67c99ebb9533205763ab1488ac92541500000000001976a914633b4fb39c710212e1373c29bebafe8aa6356f3088ace8681500000000001976a914f95f65aaa34a8a5fbc38edae4641c9b3b826a40188acc6941500000000001976a914fb212bd0a013c906c556e9b764916677edcb29e188ace5971500000000001976a914e1c0dcf3775c0f9d5131e781fb11a7b0f858195488ac24e01600000000001976a91408ffc830f614c5eb0938a2b4793cd9ab50b1fa3b88ac2bf31600000000001976a914b005ef7765e2e905a44496b079d83eab8f370ae788ac14321700000000001976a914e2e6225fef18ddca411ae3fe46b9dd2b98ca048688ac59761800000000001976a914cb17b02b7b146b5385de1f9416c2f2221e54015188ac0fbd1800000000001976a9141f9f3e1b43823c2bfe5aeecd582f4922619e572288ac8d861a00000000001976a91440998dac0a6440fb8a6ee606f0e89936e2f448c088ac5cb81a00000000001976a914dd38381ca3815a8d66abaa0e3b7695f9cf12af0a88ac8ec11a00000000001976a914697c36ba8ee06fecc45155b077b77f9fb49a43d088acbfeb1a00000000001976a914838151b12bbba4e843aa878ad4cabea5ddae016488ac37681b00000000001976a9141be25970b163cd3a02e0079488f3fa960c57fd9888ace1d11b00000000001976a91441a6ababa839ddd38cab8ac8c9004838eabec8a988ac57131c00000000001976a914052a67d334c55a38fc825ae04da75034470d85b088ac68221c00000000001976a914e71cd2fab85b4d0a984dc08f29159c60bb8b839988ac785c1c00000000001976a91401757db965c33c530b8b0abe6003b0873918e53888ac0d671c00000000001976a914159bb0eb02cb1c35f5d4942420d23fff8b6ae62d88acc9931c00000000001976a91404adaa609dacbd642be6cbcd24520d4d19ec35c288ac0ee11d00000000001976a9148e652be4a3475cbeda073956e87783bfaa32053d88ac5d8e1f00000000001976a91434533e6a1fbd140b8f207ad1a1697ce44529cf1488acfb9a1f00000000001976a914c2c420dc7d821bc5a01ffa182346a7e9b5615aae88ac3b9c2000000000001976a9146e3984f6a5e61b58b639ddf59e5e45d7b2b4b27688acf0bb2100000000001976a914b764dd0a8cc279f9715670c2d741e4bb95b58eb388acd4a72200000000001976a9149a29110e38f0c33f2c8d65943dbe3b46a55ca27988ac6d622300000000001976a91489105878c3678e865cd9624f5a1e8f83ecf2d78588ac3c6f2300000000001976a91436ce0f2d0baff5cdd459db1f885a1351fc7f916588ace3562400000000001976a914c52fdb50c6777a83c39469c9500c91ab1f1c4cd488ac7b7d2400000000001976a9142e1cb3de456ebf9461b3401c3b6ab9e9da938ea588ac22f92400000000001976a91407de36aa88b78d8229d44efaca0c06a359fee79088acef642500000000001976a9140b617b420c55deb57e5d693162f66a5dd194c81988ac17ab2600000000001976a914a77641643b0769c0f09c4ed1b66451e35852fe6788ac18612700000000001976a914f1012e2c3aa77ff2630caa9ae7e6278441c981bd88ac25222800000000001976a914eb9fc75c74c1041154ddb8514bcff19dffa6e1d188acc70e2a00000000001976a91463528f401a25468f141ee6aff64257ab5a991aaf88ac3d172b00000000001976a914a5f5008a39ec65f4a846999cd23774b41c74aba488ac711a2b00000000001976a914dd0a49505d476bdcbd61fec3e7103b26e46c4e9988ac9a3b2b00000000001976a91437c27917761a119172879d0155229ba7a71b51c688acf70a2c00000000001976a914356469ddbf0ec76d74604f65553d7b26dee619ee88acb2282c00000000001976a91407de36a5289b4cb7fa2aec977b2e53931732ef4788ac5f4f2c00000000001976a9146f6aa8e188e6cc0b7afde34091b5d0690ba6ce9988ac19902c00000000001976a91489d3754e07b8a05f2d06b79fc6484757299f2bcf88ac73022d00000000001976a9145d9a2105c0804fea0edc766a69d49b10ed23e9bd88ac2af92d00000000001976a91408ffc82af8ebae0dabed8b705ab83b0b392dcc7488ac3a822e00000000001976a9145b4f1d699593a88670c6c1f34055e88d9081fd3b88ac1a1c2f00000000001976a914b405ab1c5ca388d5a4961acee4530da57e3555c588ac21972f00000000001976a91480662a72e4402bfc79e66a2cd59a6f6a145d49a288ac49783000000000001976a91442f3f5d6497a46a5bc379b918708d08c22a5184d88ac7ef43000000000001976a914d6f71f8e7adbf261bf4f989446e5130d6dcf640288ace7073200000000001976a9142492fc0181777fec3c6001e034ac5de53fea94c288acca773200000000001976a91427b4668a922eecb79411cc168475ef029b820db188acff933200000000001976a9149eb8b988597d392b8a6b24fa8c4b22a6ae8db24c88ac7ed23300000000001976a9146ad798d913b91084410069ae66103a19ed1d9f6088ac4ae23300000000001976a9141bc67f0fa2f845e1f58cd127a813518ebb391ef888ac73f13300000000001976a914e921d3035ee97c5f809c803e4c2741bb845cacd988ac5a363400000000001976a91400317a6e4e4a1418a1fd37484107aa7a4cca208788acb86d3500000000001976a9147f2dfb7479c28809d32c4475eb17875caea7d06d88aced8d3500000000001976a9141ef1b80e6094d7ca305ce2e44f4f02cb103e128988ac2f643700000000001976a91477f19d8000341beddf6812a4cf428969c34cc80d88ac58de3700000000001976a91409dacbf95ff961b057b74428f781a15c26b0193388ac16573800000000001976a91491326ea24c845cd78eb460cf4c91d6111736237488acdb503b00000000001976a914eb8816b2973bd921c9cf262ae5ff1c043f8e2d7f88ac5b813c00000000001976a9145765e6ab03757ab48b7e1de55c183904bbb844d388ac1dfe3c00000000001976a914580fe4e39f67aedaf460de94bb9cde7be153cc6188ace1043e00000000001976a914d1b5a3c69e606e5eaa3a98732035b7810c4626cb88ac1eec3e00000000001976a91426bf95123c1c1a331e34f96892e50c316557d82b88aca4fd3e00000000001976a914cb7616c98f0ad198957ae6c0a98f56bd4503803288acfc353f00000000001976a914e62fb2e520e972cd62686469a08bf59b8190a32088ac39984000000000001976a914888bb97f88820d424bb2f2357f1716a4598f379888ac67b04000000000001976a91412c164a87397d05d1a4a8006e6459add9ce3c22f88ac98db4000000000001976a914f68327493cc7763c18d50b6c7944b25bd225256c88ac97b44200000000001976a91463cbce769fcca0ad709f90abc8a8e82142f956d988ac5c0f4500000000001976a9145100088d8c152331e814febda1e0956b8c45d9c888acd56a4500000000001976a914ed7411aabacb49be9a4326cfa7212e20b0d7b01388aceb894500000000001976a914e0613c79551f06746d86aec98ab7b0c4bf107d0188acff774600000000001976a9141d27cdd4a421b60a71b7e9220cf52ac4547dabd788ac76c84600000000001976a9142acb553c46fdbec7367a344f4d46c049af8cba6288ac98c14700000000001976a914dbee77d2aaeda4f7eda3ba483fe3fa0b87efeb9388ac00d04800000000001976a9145c92232239b0b2aba3408e633fe94ab1fba135c388acec434a00000000001976a914f6291009ee2787a78d9c2fc5814bec12799bd75288ac0f564b00000000001976a914612792fadd4ae9b1883c66d5a73c7f50911d8a3688ac14e04b00000000001976a9142e66df7163166ac7339c9a4306ce7a1a3b9d61c788ac83cd4e00000000001976a914cbeb07cd4a9b6e55ef58b5c91d5444fef999ceff88acaa5c4f00000000001976a91458f09cd444d334a2be8e20457b40f6cf7fe917dd88ac34814f00000000001976a914bd50057b57b5b44c56da410233b3d424b61ac8af88acf5de5100000000001976a9147a296d10a7558d816ca33de47d39b35bbb881ee088ac359b5200000000001976a914c2a17364d2dfc4d24462f9290055a5d998344db888ac69b85200000000001976a9148ab88cc2aa9bb97a82943a725f8749a01940291888ac9cba5200000000001976a91483d884f35c8b2b1ad9a890275f7ddcb9ef10063988acafa85500000000001976a91406398f2c64fbe6388f258caf359f45377087156d88ac05085600000000001976a9140a577ae6c39160315e05683600a5a37e5ca845b488ac2c765800000000001976a914a4f6c07f21e25ca4a5eddcb030450be061e4f4ed88aca2085900000000001976a91481a5abf3619cf39526327ce37606506f43fa322d88aced215900000000001976a91415f7061dbb324b172ae7c09435d26cdb1d16c3c488ac287a5c00000000001976a9147e205faa283976b0de1997bbdaa0ed3034240f9b88ac7a1a5f00000000001976a914c7aca55050f7d76868908add24568fbab91ad2be88ac03b06200000000001976a91433fa320e8e38110a670bd0435d7f878b0923f86d88acdac16900000000001976a914d174612685ac19215d8282e1de797fcfca18fa9c88acc7a76c00000000001976a914eec8f0793e8977b891df25661f6ae739ab284fa788acc80c6d00000000001976a914cf1a3451d2da9d6cffb686e3fc7483cfb722278f88ac8a0e6d00000000001976a914b1fd81918e34fac8c4875dfe15620acfb46ef49688ac7b8d7300000000001976a9144283846b7a9c98b45f205200454fa4bd842d2dda88ac573f7800000000001976a914301aa42fad784dcf1409656d93d554f34126091e88ac2b867b00000000001976a914c6052ea9e2bf38c68e7bc8daaf791ad68d119da388ac302a8100000000001976a9149209eaedbc248ad582560ffdd420b3352042670988ac10548300000000001976a914722384d02c1fe7639f44ee967154c2bc24a157ee88ac0ec48e00000000001976a914cfbf579977645d2b3be46ca09f2e724fc9a3a41088ac7afd9000000000001976a914750c29378fece4c9e853fb6f8470e1524e2bb54688acf1079200000000001976a9146df069828879f2932246ac7e332a55980d0afdc688ace8af9300000000001976a9149244c19100effe8d457ea336ffd481d2a22a208f88ac1e9f9400000000001976a91428a188b783859c55490418cb10f2fd9a7ebcca9b88ac38159c00000000001976a914c717152dc2e1b2c8e1d11645828188513ccf22f388ac7739a600000000001976a914c1ca2a776c5908664c9a2977c16fb641f428edb488ac1f29a900000000001976a914530a43f79d7f83a69e4c70a3e3104aabf60614ff88ac8f5cb000000000001976a914638c20458832057ac20f5c700dd676ba1ecd0cc388ac183ab200000000001976a9144d27c1b943a911674c1ccc38bcb2c807bdcedba688ac3134b300000000001976a914fcc03dd43bf59391f8643f8a7b46eef7b8708f1c88acc062c600000000001976a9147d6012667a507ffc167fe0ae5a5ea6ffb7f6f09788acea3ace00000000001976a914560917e9f6790722485027121aac3da358a3e81c88ac864dce00000000001976a914b033fd664031cc3aa3c3df2d45bc70a3e351388088acdb7cd000000000001976a914971603936050727183649d4c07e2c264823cc83e88aca6e2dc00000000001976a914e806dfc0ebee2334e363e797ceb334f1a36eef6388ac33fbee00000000001976a91424317cce92a24cde92a13bda94edc4b3a58ef49d88acf003fa00000000001976a9144ccfc84876a1cd1e184faf5c59e1c214cfc6c19b88ac5e12fc00000000001976a91499566b93376903ffd4bcc811797579d772f33cb588ac9b8e1801000000001976a91413c2c000bc979531b6f2a5f53c237c2cd2c8256288ac7aafb201000000001976a914fb02f1084f7d06601e53540ec18a0e5ee8bcd0ad88ace710b701000000001976a91436d58dcc70e150d8343fc67bdac846049b45f06188acf77abb01000000001976a914b40cdd2d3e0d0a50b774d7514df1c23eb7f0ab5688ac0a64d401000000001976a91416ed65355b0a06c884ef43db5d544e6eb62c459188aceecfe701000000001976a914c73eab3abff961e95d993c12ff86fd4b7530225988acbf692902000000001976a914ecc2daa2ed9fb7933854c8b80a724cc51e71108288acab1b4202000000001976a9141d9e4ebb1df1dbe5acc779dee8acc05605c89a8988ac89e95502000000001976a91486487c68973d87baa2a953dd46781139df0df1de88accc3d6f02000000001976a9140dbfb73bef742319ea15f14e2b4a806e9159433b88ac46a8f902000000001976a914fcc21b073eb9ae6f55363031f9591dbe87bec84f88ac149d3103000000001976a9140eb219eecef1a0205b040311f165646bc63b710788ac81ffa803000000001976a914140f0e13a9517eeb08f1af08fdd12ec619160f6b88ac47d15005000000001976a9140f69c105fe00d56f0a31d835370606bb7d7b7a0788acc2a4ef06000000001976a91459ff1d12e8e574ef6dfd656b728fce1b8f77dada88acb6adf208000000001976a914f19638af91481e45a018c443aa909068ff4835da88acc30e7f09000000001976a914ae6a2f5b8268c54a9d1ac5d8a44551443240f3c388ac4611ff0b000000001976a914e9a07a2b5be7f884b345118d242f572c4700000e88acc1b8ff0c000000001976a9147650d035a8890f06b821c948c6faff39035e3fd088ac7e70e617000000001976a914a9bda3b431b0b9e096457e06de5527ac1dca6daf88ac4df52e0000000000434104ffd03de44a6e11b9917f3a29f9443283d9871c9d743ef30d5eddcd37094b64d1b3d8090496b53256786bf5c82932ec23c3b74d9f05a6f95a8b5529352656664bac00000000000000002a6a2859d660f378486c7466d2f3fcad9a3c8c25ad8029aaebc197a30f2ebb8a16b613070000001c00000000000000c6c59b70885437d29928568410f738ca4fd7e85588fd994e1f010000000000000accedf80d07432d9c29338c32503cb4cd5f75f9f356664d6d343b72097be77a9b4877fe25ecd98865f1c0e04dbe6d45b950809e9c39ee202fc6d3fd78fbe4615035438317e7f48ca295933933a88d87e20973f8eaa2b041f7bf3e253c16c551577ab9fca6e077bb1cdf8cd61a20bcfba179489b7c4e1ed612d71c18cb92731abb811ecf4c3d454ae24d9ae38c9ab37c9b7af44176814638f9c1361334c920a32ea7e0b23d2c14a1410f3fcbcd117af5fded7d98afa32a213ff440f3d8e4cf47b5171a3cdb00a83cde72854289100508d040450a38ecaa3d65c7206edfa223011695c722ae0abc54cfd10aced66ebc81fdb6ad1bb9e0abcfce8aa2bc03cbae5cfe1d2d3b1a0e175ce0ff2e7bd3d84c622efee6c121685d7990583b21efbbb577542fffe18ac702b690a1828d489e08d5c8ccee0fc71b736f1cc3b5f0656b3f37e6000000000500000000000000000000000000000000000000000000000000000000000000008c8f9cc47670b399c301e72a2d54021dac17cf84b7865ae2bad1cb1bc3749d03ddeefea5ab23dd74cb308e286ea899f9c13d7139482f29d78e010f3d7d1e2f1dc2dd9e323bdaf23455bc11eb418a743d002875459396fc1f3b86496d15578cf631181cf39fdae484fa2abddef670dc6f4adb183a394898feb7ab6087fafa7f0b1b0000000300000096a2224469005c2893939f34b34ff0c80c3dc1a3622074040000000000000000003e5f2591f1847deaab8926f42974ad64d3d2cab59407c231288f2f7d9e37635569c35515081518925dc60b0102000000010000000000000000000000000000000000000000000000000000000000000000ffffffff08040e05051a010152ffffffff0261927a050000000023210325df428a228016d230b2ddcda1b2d56cdc14fe9724587710ba30e80358c540c9aca29b661e020000001976a9148b322d581d911694bb2ff85086fe93f5d192ee3a88ac00000000854f0000%0A%0A%09at
org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:193)%0A%09at org.bitcoinj.core.BitcoinSerializer.deserialize(BitcoinSerializer.java:156)%0A%09at
org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:149)%0A%09at
org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217)%0A%09at
org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75)%0A%09at
org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111)%0A%09at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60)%0A%09at
com.google.common.util.concurrent.Callables$3.run(Callables.java:93)%0A%09at
java.lang.Thread.run(Thread.java:856)%0ACaused by:
org.bitcoinj.core.ProtocolException:
java.lang.ArrayIndexOutOfBoundsException: src.length=9245 srcPos=10563 dst.length=80 dstPos=0 length=80%0A%09at
org.bitcoinj.core.BlockMergeMinedPayload.readBytes(BlockMergeMinedPayload.java:156)%0A%09at
org.bitcoinj.core.BlockMergeMinedPayload.parseMergedMineInfo(BlockMergeMinedPayload.java:90)%0A%09at
org.bitcoinj.core.BlockMergeMinedPayload.parse(BlockMergeMinedPayload.java:41)%0A%09at
org.bitcoinj.core.BlockMergeMinedPayload.(BlockMergeMinedPayload.java:32)%0A%09at
org.bitcoinj.core.BlockMergeMined.(BlockMergeMined.java:53)%0A%09at
org.bitcoinj.core.Block.parseHeader(Block.java:215)%0A%09at
org.bitcoinj.core.Block.parse(Block.java:278)%0A%09at
org.bitcoinj.core.Message.(Message.java:117)%0A%09at
org.bitcoinj.core.Message.(Message.java:153)%0A%09at
org.bitcoinj.core.Block.(Block.java:132)%0A%09at
org.bitcoinj.core.BitcoinSerializer.makeMessage(BitcoinSerializer.java:205)%0A%09at org.bitcoinj.core.BitcoinSerializer.deserializePayload(BitcoinSerializer.java:191)%0A%09...
And the wallet.log looks as follow:
Code:
22:38:35.327 [Wallet autosave thread] WalletFiles - Background saving wallet, last seen block is 10000/000000000476f76304230b34d074a20822f2250f5c04c4424749a62831837aca
22:38:35.613 [Wallet autosave thread] WalletFiles - Save completed in 283msec
22:38:45.798 [NioClientManager] PeerGroup - [109.73.173.119]:55889: Peer died
22:38:45.844 [NioClientManager] PeerGroup - [91.108.68.164]:55889: Peer died
22:38:45.846 [NioClientManager] PeerGroup - Download peer died. Picking a new one.
22:38:45.848 [NioClientManager] PeerGroup - Unsetting download peer: [91.108.68.164]:55889
22:38:45.855 [NioClientManager] PeerGroup - Setting download peer: [185.38.44.6]:55889
22:38:45.885 [NioClientManager] PeerGroup - [185.38.44.6]:55889: Peer died
22:38:45.887 [NioClientManager] PeerGroup - Download peer died. Picking a new one.
22:38:45.888 [NioClientManager] PeerGroup - Unsetting download peer: [185.38.44.6]:55889
22:38:45.932 [NioClientManager] CrashReporter - crashing because of uncaught exception
java.lang.OutOfMemoryError: null
at java.lang.String.(String.java:432) ~[na:0.0]
at java.lang.AbstractStringBuilder.toString(AbstractStringBuilder.java:642) ~[na:0.0]
at java.lang.StringBuilder.toString(StringBuilder.java:663) ~[na:0.0]
at ch.qos.logback.classic.pattern.ThrowableProxyConverter.throwableProxyToString(Unknown Source) ~[na:0.0]
at ch.qos.logback.classic.pattern.ThrowableProxyConverter.convert(Unknown Source) ~[na:0.0]
at ch.qos.logback.classic.pattern.ThrowableProxyConverter.convert(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.pattern.FormattingConverter.write(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.pattern.PatternLayoutBase.writeLoopOnConverters(Unknown Source) ~[na:0.0]
at ch.qos.logback.classic.PatternLayout.doLayout(Unknown Source) ~[na:0.0]
at ch.qos.logback.classic.PatternLayout.doLayout(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.encoder.LayoutWrappingEncoder.doEncode(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.OutputStreamAppender.writeOut(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.FileAppender.writeOut(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.OutputStreamAppender.subAppend(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.FileAppender.subAppend(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.rolling.RollingFileAppender.subAppend(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.OutputStreamAppender.append(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.UnsynchronizedAppenderBase.doAppend(Unknown Source) ~[na:0.0]
at ch.qos.logback.core.spi.AppenderAttachableImpl.appendLoopOnAppenders(Unknown Source) ~[na:0.0]
at ch.qos.logback.classic.Logger.appendLoopOnAppenders(Unknown Source) ~[na:0.0]
at ch.qos.logback.classic.Logger.callAppenders(Unknown Source) ~[na:0.0]
at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Unknown Source) ~[na:0.0]
at ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(Unknown Source) ~[na:0.0]
at ch.qos.logback.classic.Logger.warn(Unknown Source) ~[na:0.0]
at org.bitcoinj.core.PeerSocketHandler.exceptionCaught(PeerSocketHandler.java:227) ~[na:0.0]
at org.bitcoinj.core.PeerSocketHandler.receiveBytes(PeerSocketHandler.java:181) ~[na:0.0]
at org.bitcoinj.net.ConnectionHandler.handleKey(ConnectionHandler.java:217) ~[na:0.0]
at org.bitcoinj.net.NioClientManager.handleKey(NioClientManager.java:75) ~[na:0.0]
at org.bitcoinj.net.NioClientManager.run(NioClientManager.java:111) ~[na:0.0]
at com.google.common.util.concurrent.AbstractExecutionThreadService$1$2.run(AbstractExecutionThreadService.java:60) ~[na:0.0]
at com.google.common.util.concurrent.Callables$3.run(Callables.java:93) ~[na:0.0]
at java.lang.Thread.run(Thread.java:856) ~[na:0.0]
22:38:45.934 [PeerGroup] DnsDiscovery - DNS seed seed.winc-ev.de: got 4 peers
22:38:45.953 [PeerGroup] DnsDiscovery - DNS seed seed.winc-ev.com: failed to look up: java.net.UnknownHostException: Unable to resolve host "seed.winc-ev.com": No address associated with hostname
22:38:45.953 [PeerGroup] DnsDiscovery - DNS seed dnsseed.wlc-dnsseed.ssdpool.com: got 3 peers
22:38:45.957 [PeerGroup] PeerGroup - Waiting 848 msec before next connect attempt to [109.73.173.119]:55889
22:38:46.810 [PeerGroup] PeerGroup - Failed to connect to [109.73.173.119]:55889: null
22:38:46.811 [PeerGroup] PeerGroup - [109.73.173.119]:55889: Peer died
22:38:46.817 [PeerGroup] DnsDiscovery - DNS seed seed.winc-ev.de: got 4 peers
22:38:46.818 [PeerGroup] DnsDiscovery - DNS seed seed.winc-ev.com: failed to look up: java.net.UnknownHostException: Unable to resolve host "seed.winc-ev.com": No address associated with hostname
22:38:46.819 [PeerGroup] DnsDiscovery - DNS seed dnsseed.wlc-dnsseed.ssdpool.com: got 3 peers
22:38:46.820 [PeerGroup] PeerGroup - Waiting 64 msec before next connect attempt to [91.108.68.164]:55889
22:38:46.887 [PeerGroup] PeerGroup - Failed to connect to [91.108.68.164]:55889: null
22:38:46.888 [PeerGroup] PeerGroup - [91.108.68.164]:55889: Peer died
22:38:46.889 [PeerGroup] PeerGroup - Waiting 999 msec before next connect attempt to [185.38.44.6]:55889
22:38:47.189 [main] BlockchainServiceImpl - service start command: Intent { act=de.schildbach.wallet.service.cancel_coins_received cmp=hashengineering.worldleadcurrency.wallet/de.schildbach.wallet.service.BlockchainServiceImpl }
22:38:47.890 [PeerGroup] PeerGroup - Failed to connect to [185.38.44.6]:55889: null
22:38:47.891 [PeerGroup] PeerGroup - [185.38.44.6]:55889: Peer died
22:38:47.922 [PeerGroup] DnsDiscovery - DNS seed seed.winc-ev.de: got 4 peers
22:38:47.924 [PeerGroup] DnsDiscovery - DNS seed seed.winc-ev.com: failed to look up: java.net.UnknownHostException: Unable to resolve host "seed.winc-ev.com": No address associated with hostname
22:38:47.926 [PeerGroup] DnsDiscovery - DNS seed dnsseed.wlc-dnsseed.ssdpool.com: got 3 peers
22:38:47.928 [PeerGroup] PeerGroup - Waiting 387 msec before next connect attempt to [109.73.173.119]:55889
22:38:48.317 [PeerGroup] PeerGroup - Failed to connect to [109.73.173.119]:55889: null
22:38:48.318 [PeerGroup] PeerGroup - [109.73.173.119]:55889: Peer died
22:38:48.439 [PeerGroup] DnsDiscovery - DNS seed seed.winc-ev.de: got 4 peers
22:38:48.441 [PeerGroup] DnsDiscovery - DNS seed seed.winc-ev.com: failed to look up: java.net.UnknownHostException: Unable to resolve host "seed.winc-ev.com": No address associated with hostname
22:38:48.442 [PeerGroup] DnsDiscovery - DNS seed dnsseed.wlc-dnsseed.ssdpool.com: got 3 peers
22:38:48.444 [PeerGroup] PeerGroup - Failed to connect to [91.108.68.164]:55889: null
22:38:48.446 [PeerGroup] PeerGroup - [91.108.68.164]:55889: Peer died
22:38:48.450 [PeerGroup] DnsDiscovery - DNS seed seed.winc-ev.de: got 4 peers
22:38:48.451 [PeerGroup] DnsDiscovery - DNS seed seed.winc-ev.com: failed to look up: java.net.UnknownHostException: Unable to resolve host "seed.winc-ev.com": No address associated with hostname
22:38:48.452 [PeerGroup] DnsDiscovery - DNS seed dnsseed.wlc-dnsseed.ssdpool.com: got 3 peers
22:38:48.455 [PeerGroup] PeerGroup - Waiting 937 msec before next connect attempt to [185.38.44.6]:55889
Rik
hey bro , reply my message
btw dont reply at this account i will give you my another account .
pm`d
btw dont reply at this account i will give you my another account .
pm`d
I can try to do this although time is limited for me. At this point it looks like the unit tests weren't properly ported, and a lot of them are simply broken (retaining test data from other coins). I'll pull unit tests from the C++ wallet.
Edit: Can you provide details such as known correct txns and the like?
Edit: Can you provide details such as known correct txns and the like?
Hi hexafraction,
i am glad you want to help. Do you mean some transaction detail from a transaction from the blockchain? i do not know what known correct txns can be found andgoogle did not throw out something useful. Can you explain a little bit more in detail what is needed?
Thanks Rik
Yeah, I need some sample transactions on the WLC network that I can use to create unit tests.
I can always take the coin parameters themselves from the C++ wallet but keeping the unit tests working is paramount to secure development. Is there a WLC block explorer or something that I can use? If not, I can compile and install the C++ client once I get the chance to do so.
Actually, if I'm understanding this correctly, there are so many issues going on with the unit tests themselves. The unit tests were never properly edited to reflect WLC's coin parameters. In fact, there are unit tests failing because they are checking Bitcoin's test blocks against the Bitcoin blockchain, with Bitcoin mainnet headers. In fact, it doesn't look like the unit tests were ever modified.
pm`d
Hi everyone, thanks for now i will try to fix the genesis block hash. I will came back again if there are more questions (bounty will be splitted between all helping hands if i get it fixed).
Rik
pm`d
maybe i can help u
I can try to do this although time is limited for me. At this point it looks like the unit tests weren't properly ported, and a lot of them are simply broken (retaining test data from other coins). I'll pull unit tests from the C++ wallet.
Edit: Can you provide details such as known correct txns and the like?
Edit: Can you provide details such as known correct txns and the like?
Hi hexafraction,
i am glad you want to help. Do you mean some transaction detail from a transaction from the blockchain? i do not know what known correct txns can be found andgoogle did not throw out something useful. Can you explain a little bit more in detail what is needed?
Thanks Rik
I can try to do this although time is limited for me. At this point it looks like the unit tests weren't properly ported, and a lot of them are simply broken (retaining test data from other coins). I'll pull unit tests from the C++ wallet.
Edit: Can you provide details such as known correct txns and the like?
Edit: Can you provide details such as known correct txns and the like?
Hello everyone,
i tried to modified a mobile wallet that was first programmed by Hashengineering for digitalcoin. The wallet was modified for freicoin. As i am using a fork of freicoin i modified the freicoinj wallet as far as possible.
As mvn make clean install produces too many errors for me to handle i switched of the tests and tested the wallet on my phone. I was able to install it and it is connecting to some nodes, but it is not downloading any blocks although it produces a lot of traffic. My guess was that the genesisblock hash does not fit. But as i am not really able to debug it i am not shure.
The wallet is mostly finished so i put a bounty of 0.5 BTC plus 10k FRC for getting the WLC wallet fixed (www.github.com/worldleadcurrency/wlcj & wlc-wallet).
I am a little desperate scinse i gone through the changes several times without finding any point where i can begin again.
I talked to hashengineering but he seems to be quite busy, so i post the offer again here.
Any help is appreciated
Many greetings Rik.
EDIT: the template is now namecoinj the repository for WLC is at www.github.com/Rikski/namecoinj)
EDIT: The bounty is now1.2 BTC 400WLC and 10k FRC
i tried to modified a mobile wallet that was first programmed by Hashengineering for digitalcoin. The wallet was modified for freicoin. As i am using a fork of freicoin i modified the freicoinj wallet as far as possible.
As mvn make clean install produces too many errors for me to handle i switched of the tests and tested the wallet on my phone. I was able to install it and it is connecting to some nodes, but it is not downloading any blocks although it produces a lot of traffic. My guess was that the genesisblock hash does not fit. But as i am not really able to debug it i am not shure.
The wallet is mostly finished so i put a bounty of 0.5 BTC plus 10k FRC for getting the WLC wallet fixed (www.github.com/worldleadcurrency/wlcj & wlc-wallet).
I am a little desperate scinse i gone through the changes several times without finding any point where i can begin again.
I talked to hashengineering but he seems to be quite busy, so i post the offer again here.
Any help is appreciated
Many greetings Rik.
EDIT: the template is now namecoinj the repository for WLC is at www.github.com/Rikski/namecoinj)
EDIT: The bounty is now1.2 BTC 400WLC and 10k FRC
Jump to: