[Complete] Testing Feathercoin - 0.8.5.0 \* Released
-
Just cloned and compiled the latest Litecoin 0.8.5.1 for comparison, version =“70001”. I found this error in the Litecoin Debug, I’m assuming it is just rejecting an orphan block.
[quote]
ProcessBlock: ORPHAN BLOCK, prev=ee6f8e23c4da61dbc19f0bf093a9066eb39020b46cd229e723e2a3fce5734d25
ERROR: CheckInputs() : tried to spend coinbase at depth 57
ERROR: CTxMemPool::accept() : ConnectInputs failed d9d8397f21a9d5183b4c332562a7ae55fdba096a7eb18b4fc0064b7d1ab61ec3
Misbehaving: 110.149.193.241:9333 (0 -> 0)
[/quote]The Feathercoin 0.8.5.0 version seems to be working well, all references / ports / wallet works. The default build file could be set to output to Feathercoin-qt.
Otherwise changes to 0.8.5 seems to be well tested by Bitcoin and Litecoin.
Are all the Feathercoin changes back in?
-
[quote name=“wrapper0feather” post=“35828” timestamp=“1385162234”]
Just checking the debug.log for “error”. I’m assuming this is because 0.8.5 is not backwardly compatible with version “60001”?
I was reading Litecoin will be version “70002” i.e. there will be a hard fork everyone must update to, to prevent old buggy / insecure versions?
[/quote]You are correct, 0.8.5 is only compatible with 0.6.4.4 (60002). I have now updated the PROTOCOL_VERSION to 60003. This allows us to message it separately with CAlert.
[quote author=wrapper0feather link=topic=4574.msg35854#msg35854 date=1385169989]
Just cloned and compiled the latest Litecoin 0.8.5.1 for comparison, version =“70001”. I found this error in the Litecoin Debug, I’m assuming it is just rejecting an orphan block.[quote]
ProcessBlock: ORPHAN BLOCK, prev=ee6f8e23c4da61dbc19f0bf093a9066eb39020b46cd229e723e2a3fce5734d25
ERROR: CheckInputs() : tried to spend coinbase at depth 57
ERROR: CTxMemPool::accept() : ConnectInputs failed d9d8397f21a9d5183b4c332562a7ae55fdba096a7eb18b4fc0064b7d1ab61ec3
Misbehaving: 110.149.193.241:9333 (0 -> 0)
[/quote]The Feathercoin 0.8.5.0 version seems to be working well, all references / ports / wallet works. The default build file could be set to output to Feathercoin-qt.
Otherwise changes to 0.8.5 seems to be well tested by Bitcoin and Litecoin.
Are all the Feathercoin changes back in?
[/quote]That is an orphan.
What file name is it outputting for you, I’ve got feathercoin-qt.exe lowercase?
The Feathercoin changes are all in. I will test CAlert on a local testnet to make sure that works properly.
I’m looking at changing the network magic numbers so that the client no longer sees other chains. I’ve had a bit of a Eureka moment on that one that trumps previous suggestions. Rather than change on block number change on epoch time like the fix for BIP0050. I will have to test this for sanity.
-
Yo!
Version 0.8.5 seems to be stable and i have not seen uncommon or critical errors so far in combination with p2pool. Are more tests required / desired?
Regards,
MrSheep -
I agree with MrSheep, we just need feathercoin specific tests (for this version), there’s too many changes to test individually, and 0.8 is already live on Litecoin and Bitcoin.
Unless there is anything been added to 0.8.5.0, that feathercoin should think about swtching off?
Just been trying libqrecode-dev install to see if QR codes appear. No luck. Did you say they are only available on all windows clients?
1.issue : No QR codes (0.6.4.4. & 0.8.5.0)
2. Just testing sending, what is the current Transaction fee policy?
send 0.01 (FTC)
[quote]
The total exceeds your balance when the 0.04 FTC transaction fee is included. [/quote] -
[quote name=“wrapper0feather” post=“35896” timestamp=“1385207113”]
Just been trying libqrecode-dev install to see if QR codes appear. No luck. Did you say they are only available on all windows clients?
1.issue : No QR codes (0.6.4.4. & 0.8.5.0)
[/quote]
I tried the same and also no luck :(
even no menu item appears offering the qr code.
Will check the qt part of the source next
-
nTime is declared in CBlock class as unsigned int and that’s a correct definition. Various functions in the code such as GetBlockTime() return it as long int (int64). This is not necessary absolutely, so either we a) fix these or b) set my printf to long int or c) type cast my printf to unsigned int. I’m inclined to fix them.
-
[quote name=“ghostlander” post=“35906” timestamp=“1385211340”]
nTime is declared in CBlock class as unsigned int and that’s a correct definition. Various functions in the code such as GetBlockTime() return it as long int (int64). This is not necessary absolutely, so either we a) fix these or b) set my printf to long int or c) type cast my printf to unsigned int. I’m inclined to fix them.
[/quote]I agree but,
Will we have to keep fixing GetBlockTime with every Fork / release?
If so should we ask for a fix, or offer patch to fix Bitcoin -> Litecoin -> us? For instance, I’ve posted bugs/issues to Litecoin before, I could raise it as an issue, with a patch to fix it. Which should make it easier to get included.
-
Feathercoin client 0.8.5 running successfully. Compiled on Windows 7.0 SP1 32bit.
Sync: Correct
Send: Correct
Received: Correct
New address: works
New sending address: works
Backup Wallet: works
User interface language : works
Chinese display: CorrectI think it can be released . ;)
-
[quote name=“lizhi” post=“36081” timestamp=“1385262603”]
Feathercoin client 0.8.5 running successfully. Compiled on Windows 7.0 SP1 32bit.[/quote]
Did you compile that to Windows? Did you manage to switch QR codes on?
-
QR-code enabled and working :)
Pull request is on Github.
I had some difficulties to get the fork and pull done.
was my first time to fork something on github and I hope, that I didn’t damage anything.Regarding functionality:
I created a QR code for payment on my PC and scanned the code with my tablet.
Worked absolutely fine. The Wallet on the tablet recognized the receiving address as well as the amount of FTC to be sent. -
Just noticed when testing the right click in “receive coins”, for QR codes.
When you mouse over (Linux Compile) it says “double click to edit address or label”. But double click doesn’t do anything. Same in 0.6.4.4. client. Same in Litecoin 0.8.5.1
-
Morning everyone. Considering that this release generally seems to be stable I have made the repo public so people can test without the need for explicit permissions. This was only to safeguard someone from putting this into a production environment.
-
Just reporting the results of my first software hack. As Wellenreiters patch didn’t work for my 13.10 Linux compile. I tried setting the if statement to what looks more logical to me.
That didn’t work either, tho’. QRs must be windows only.
addressbookpage.cpp
#ifndef USE_QRCODE
ui->showQRCode->setVisible(true);
#else
ui->showQRCode->setVisible(false);
#endif -
It’s working fine for me and I’m on Opensuse linux.
The problem was, that at least the button opening the QR-code window was set to ‘invisible’ in the initialisation of the Adressbook, or undefined, what also leads to ‘invisible’.
it may be, that there are other ways to open the QR-code window, I don’t know about.
If someone could tell me which ways are normally possible to get the QR-code i can check for further bugs in the code.
See attached screenshot of my wallet. My Wallet is in German, sorry, but I think you’ll get it ;)
[attachment deleted by admin]
-
Hi Wellenreiter - cheers for that up date on getting QR codes working in Ubuntu compile. I’m still looking into that as well, the qmake etc seem ok.
I’m just doing some testing of updating an 0.6.4.4 Database to the new version - here’s how I did it - if anyone wants to try the beta version 0.8.5.0, without disturbing their wallet. I think its in %appdata% for windows.
Re-indexing Test upgrade at the moment.
>>>>>>>>>>>>>>>>>
For Linux clients in Home directory - Alt Dot
copy .feathercoin to a Samba share Directory
Click on Share directory, Alt Dot.
change .feathercoin to feathercoin
edit Properties / permissions on feathercoin copyIn VBox Kubuntu - Install samba - Network - Samba shares - Add to -laces (for Dol-phin)
copy feathercoin into virtual box Kubuntu
rename it .feathercoin.Install and compile 0.8.5.0
Test database upgrade
-
Testing Upgrading.
That was a bit weird, I thought I should be OK. But forgot to send out the coins I sent to the test version, before trying to update the old wallet.
When I copied in the old .feathercoin directory from my wallet, and started up the 0.8.5.0 client it somehow remembered the coins I’d been sent to the (deleted) wallet and the link between the address database failed and all the old amounts were against the wrong labels.
I’m not sure where (0.8.5.0) remembered this from, I assume it must be storing a private key somewhere else, and that referenced the coins in the Blockchain? They didn’t match the addresses in the updated client, so they went out of step.
Shows the need for an backup - import facility. And that updates must be to a clean database.
I’ll try again, now I’ve sent the coins out. I’ll recompile the client as well as replace .feathercoin with my copy from 0.6.4.4. if that don’t work.
-
Hi wrapper0feather,
I compily your 0.8.5, it neesd qrencode-3.4.3,so I compily qrencode-3.4.3,but I encounter a problem.
configure:12615: error: in `/c/qrencode-3.4.3’:
configure:12617: error: The pkg-config script could not be found or is too old. Make sure it
is in your PATH or set the PKG_CONFIG environment variable to the full
path to pkg-config.Alternatively, you may set the environment variables png_CFLAGS
and png_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.How to install pkg-config on MinGW 4.6.2 ? Thank your help.
-
I got the QR codes working, for the linux compile from Github, but installed a lot of QR related programs to do it. I went through them all, one by one to find which one made it work. These appears to be the missing dependencies. I added them to the Linux compile guide / walkthrough.
qmake USE_QRCODE=1
sudo apt-get install qrencode
sudo apt-get install libqrencode-dev -
They where missing, because qr-code was disabled, I think.
libqrencode is needed to run the wallet
libqrencode-dev is needed to compile the walletGood that you finally got it compiled :)
Gratulations! :)
I hope that my packaging will be a success soon, too.
Will enable packages for OpenSuse today
Debian 7.0 package also looks good, but needs to be tested and hopefully will be published in the next days
XUbunutu 13.10 is in the same state.
Other Linux Distros no luck so far and I will not package them until a high demand shows up.It can be a pain in the a*** whne you have to learn all the different ways to create a package for the diferent Linux distros ;)
-
I was suggesting we look into Docker, to get a cross distro version out soonist.
It includes all the dependencies in one container. I’m still messing with testing, so I haven’t got round to that yet, it looks promising tho’.
