Hi,
First of all, I'm pretty impressed by the dev of Aeon, and want to congratulate all the dev working hard on this project.
I've encourter an issue since a week now, I try to find some workaround, but nothing work from my side. I can't synchronise to the blockchain with aeond.exe (either version 0.9.12 or 0.9.13, or even with the last 0.9.14)
The Error message is this following one :
... Core rpc server initialized OK on port: 11181 Initializing core... Loading blockchain... ERROR C:\Users\Arno\Documents\GitHub\aeon-0.9.13.0\src\common/boost_serialization_helper.h:108 Exception at [unserialize_obj_from_file], what=vector<T> too long Can't load blockchain storage from file, generating genesis block. ERROR C:\Users\Arno\Documents\GitHub\aeon-0.9.13.0\src\cryptonote_core\blockchain_storage.cpp:130 Failed to add genesis block to blockchain ERROR C:\Users\Arno\Documents\GitHub\aeon-0.9.13.0\src\cryptonote_core\cryptonote_core.cpp:128 Failed to initialize blockchain storage ERROR C:\Users\Arno\Documents\GitHub\aeon-0.9.13.0\src\daemon\daemon.cpp:191 Failed to initialize core Mining has been stopped, 0 finished
Strange things : I haven't done any change localy, it just stop working and show me this message one days.
I don't undertand why some script try to access to a folder users name call "Arno" It's not mine for sure, looks likes some rest of a local path in the code from one dev ? It's me or it could be cleaner ?
Any idea to get throught this ?
Thanks by advance.
Everyone sees this not just you, just ignore it. Shouldn't affect you The problem is that I don't synchronise anymore, the cmd windows close immediatly after the Error message, and I can't sync simplewallet : Error: wallet failed to connect to daemon (http://localhost:11181). Daemon either is not started or passed wrong port. Please, make sure that daemon is running or restart the wallet with correct daemon address.sounds like a corrupt blockchain, delete the file named blockchain.bin at c:\Users\your_username\AppData\Roaming\aeon then relaunch aeond.exe. it will re-sync from sratch. i don't have any explanation (several possible causes) and yes, C:\Users\Arno\Documents\GitHub\aeon-0.9.13.0 is a rest of a local path of my windows computer.
|
|
|
Still no windows wallet gui after 3 years?
There have been but they've not been consistently maintained. This is a community-based project, so if people don't come forward with an interest in doing something it doesn't get done. Bounties are possible. After the rebase adapting the Monero GUI will be an option. Hi i have issue my old wallet is not opened, its cmd outpubt: aeon wallet v0.9.14.0() Specify wallet file name (e.g., wallet.bin). If the wallet doesn't exist, it wil l be created. Wallet file name: mywallet password: ****** Error: failed to load wallet: failed to read file "mywallet" my pass and wallet name true i use it for 0.9.13 and its worked does it still work with 0.9.13 ? 0.9.14 windows binary from stoffu, available on appveyor was built with boost 1.63 and 0.9.13 official was using boost 1.64. when you're using a different version of boost library, sometimes this problem occurs. to recover your wallet, delete the name_of_your_wallet file (it's a cache of your wallet history) and keep the name_of_your_wallet.keys file, simplewallet will regenerate your wallet history from scratch. warning: the .keys file is the most important file, without it you lost your wallet! Thanks Arux for pointing out the cause of the problem I was overlooking! I've rebuilt the 0.9.14 Windows binary with Boost 1.64 and Visual Studio 2017: https://ci.appveyor.com/project/stoffu/aeon/build/artifactsRecovering the wallet is fast and pretty easy but it's better to not mix boost version to avoid misleading non-techies.
|
|
|
Still no windows wallet gui after 3 years?
There have been but they've not been consistently maintained. This is a community-based project, so if people don't come forward with an interest in doing something it doesn't get done. Bounties are possible. After the rebase adapting the Monero GUI will be an option. Hi i have issue my old wallet is not opened, its cmd outpubt: aeon wallet v0.9.14.0() Specify wallet file name (e.g., wallet.bin). If the wallet doesn't exist, it wil l be created. Wallet file name: mywallet password: ****** Error: failed to load wallet: failed to read file "mywallet" my pass and wallet name true i use it for 0.9.13 and its worked does it still work with 0.9.13 ? 0.9.14 windows binary from stoffu, available on appveyor was built with boost 1.63 and 0.9.13 official was using boost 1.64. when you're using a different version of boost library, sometimes this problem occurs. to recover your wallet, delete the name_of_your_wallet file (it's a cache of your wallet history) and keep the name_of_your_wallet.keys file, simplewallet will regenerate your wallet history from scratch. warning: the .keys file is the most important file, without it you lost your wallet!
|
|
|
Here are some comments from Arux about the new binaries: win64 binaries 0.9.13.0: sync OK (no need to sync from scratch, 0.9.12.0 blockchain is compatible), wallet OK (no need to rescan a 0.9.12.0 wallet), transfer OK. I forgot to mention boost version is 1.64
|
|
|
Error while compiling 0.9.13 on Ubuntu 16.04 libboost-all-dev - newest version (1.58.0.1ubuntu1) [ 44%] Linking CXX executable connectivity_tool /tmp/cc9MBT1H.ltrans6.ltrans.o: In function __gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > boost::re_detail::re_is_set_member<__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, char, boost::regex_traits<char, boost::cpp_regex_traits<char> >, unsigned int>(__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, __gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, boost::re_detail::re_set_long<unsigned int> const*, boost::re_detail::regex_data<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, bool)': <artificial> .text+0x3b4a): undefined reference toboost::re_detail::cpp_regex_traits_implementation::transform_primary[abi:cxx11](char const*, char const*) const' .text+0x3d5d): undefined reference to `boost::re_detail::cpp_regex_traits_implementation::transform[abi:cxx11](char const*, char const*) const' collect2: error: ld returned 1 exit status src/CMakeFiles/connectivity_tool.dir/build.make:108: recipe for target 'src/connectivity_tool' failed make[3]: *** [src/connectivity_tool] Error 1 make[3]: Leaving directory '/home/rysioslaw/aeon/build/release' CMakeFiles/Makefile2:216: recipe for target 'src/CMakeFiles/connectivity_tool.dir/all' failed make[2]: *** [src/CMakeFiles/connectivity_tool.dir/all] Error 2 make[2]: Leaving directory '/home/rysioslaw/aeon/build/release' Makefile:138: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/home/rysioslaw/aeon/build/release' Makefile:20: recipe for target 'build-release' failed make: *** [build-release] Error 2 sorry, i'm unable to reproduce this. compilation is ok on this system: ubuntu 16.04.3 LTS, gcc 5.4.0 and libboost-all-dev 1.58.0.1ubuntu1
|
|
|
no problem at first sight with windows compilation. the usual instructions are ok. git clone https://github.com/aeonix/aeon.git aeon-0.9.13.0 cd aeon-0.9.13.0 mkdir build cd build cmake -G "Visual Studio 14 2015 Win64" -DBOOST_ROOT=c:/local/boost_1_64_0 .. msbuild Project.sln /p:Configuration=Release /m tested with: gitshell, boost 1.64 static, python 3.5, cmake 3.8.0, microsoft visual studio 2015 rtm Daberti's guide is still relevant and useful : https://bitcointalk.org/index.php?topic=641696.msg18754693#msg18754693Still here I’m 😊👌🏻 Thanks for this information. But I have two problems. After the win64 exe files were generated, the v0.9.13.0 aeond.exe cannot open the block chain data synced by v0.9.12.0, and the v0.9.13.0 simplewallet.exe cannot open the old wallet. How can I transfer the money out ? By the way, I have tried to transfer aeons from v0.9.12.0 wallet to hitbtc exchange, but the hash cannot be found in minergate blockchain info. What's happened? when aeond.exe is unable to open a previous blockchain, it's usually correlated to difference between boost version. 0.9.12.0 official win64 binaries are using boost 1.63. i used boost 1.64 to compile 0.9.13.0 and all was fine. aeond 0.9.13.0 read successfully the 0.9.12.0 blockchain. check your boost version. and to recover your old wallet, delete the name_of_your_wallet file (it's a cache of your wallet history) and keep the name_of_your_wallet.keys file, simplewallet will regenerate your wallet history from scratch. warning: the .keys file is the most important file, without it you lost your wallet!
|
|
|
no problem at first sight with windows compilation. the usual instructions are ok. git clone https://github.com/aeonix/aeon.git aeon-0.9.13.0 cd aeon-0.9.13.0 mkdir build cd build cmake -G "Visual Studio 14 2015 Win64" -DBOOST_ROOT=c:/local/boost_1_64_0 .. msbuild Project.sln /p:Configuration=Release /m tested with: gitshell, boost 1.64 static, python 3.5, cmake 3.8.0, microsoft visual studio 2015 rtm Daberti's guide is still relevant and useful : https://bitcointalk.org/index.php?topic=641696.msg18754693#msg18754693
|
|
|
it sounds like buy pressure is fine.
|
|
|
problem ?solution !
|
|
|
the first blocks (#19) were mined via daemon. then i tried to mine the #20 with miner+proxy but the daemon complains. just a feedback, i perhaps did something wrong.
Because there is cryptonight algo before particular height. You need to change 1 to 0 here https://github.com/sammy007/monero-stratum/blob/aeon/hashing/src/hashing.c#L4 and run make again. Or modify aeond to enforce light algo since block 1. indeed, i forgot to modify daemon to accept light algo from the first blocks. so in daemon, i moved hardfork height to first blocks and all is ok now. Cryptonight-light blocks are accepted, aeon-stratum code is untouched. thanks you sammy007
|
|
|
Hello, Here is modified version of my monero-stratum for Aeon: https://github.com/sammy007/monero-stratum/tree/aeon... PS: I didn't perform full test on testnet and obviously I have no hashrate to test it on mainnet, so please if you are tech savvy do it and let me know if blocks are accepted correctly. I am 99.99% sure it's ok, because it's a port of already well-tested monero-stratum. Good luck. i can't test on mainnet too but i tried on a private network (i disabled checkpoint and launched a 0.9.12 daemon from scratch to mine at low diff) and unfortunatelly my shares were rejected (miner is ok, shares are accepted on pool on mainnet) the first blocks (#19) were mined via daemon. then i tried to mine the #20 with miner+proxy but the daemon complains. just a feedback, i perhaps did something wrong. [edit] all is working good, see here: https://bitcointalk.org/index.php?topic=641696.msg19987558#msg19987558
|
|
|
2016 ATH (46k 08-26-2016) overtaken edit: 0.00049999 new ATH, not bad. bulls decided to visit above 50k
|
|
|
... Launching the command "make", an error occurs, and "src" dossier and his content are not created.
Error messages are the following : CMake Warning at /usr/share/cmake-3.5/Modules/FindBoost.cmake:725 (message): Imported targets not available for Boost version Call Stack (most recent call first): /usr/share/cmake-3.5/Modules/FindBoost.cmake:763 (_Boost_COMPONENT_DEPENDENCIES) /usr/share/cmake-3.5/Modules/FindBoost.cmake:1332 (_Boost_MISSING_DEPENDENCIES) CMakeLists.txt:106 (find_package)
CMake Error at /usr/share/cmake-3.5/Modules/FindBoost.cmake:1677 (message): Unable to find the requested Boost libraries. ...
cmake complains because boost libraries are not installed, install them with sudo apt-get install libboost-all-dev then make.
|
|
|
Arux/Stoffu (or others): Would it be possible to create an Appveyor.yml script so we can build the Aeon binaries ourselves using Appveyor.com? They already have Boost/Cmake. I'm not skilled enough to properly write the script myself, but here's an initial take: version: 1.0.{build} configuration: Release platform: x64 before_build:
cd C:\projects\aeon git checkout v0.9.12.0 mkdir build cd build cmake -G "Visual Studio 14 2015 Win64" -DBOOST_ROOT=C:/Libraries/boost_1_63_0 -DBOOST_LIBRARYDIR=C:/Libraries/boost_1_63_0/lib64-msvc-14.0 ..
ls
build: project: C:\projects\aeon\build\Project.sln parallel: true verbosity: minimal after_build: - cmd: 7z a aeon-0.9.12.0.zip C:\projects\aeon\build\src\release\aeond.exe C:\projects\aeon\build\src\release\simplewallet.exe artifacts: - path: aeon-0.9.12.0.zip
The above build is failing though: https://paste.fedoraproject.org/paste/LLPA9prvltZLI4~XkCUO8F5M1UNdIGYhyRLivL9gydE=Maybe because Appveyor only has 4GB RAM... your script is ok, windows compilation need to be improved. the problem is because there are some errors which do not prevent to build aeond.exe and simplewallet.exe. on a physical machine, you can find your exe files although compilation failed but on appveyor, you're stuck at "Command exited with code 1". i will try to debug it. appveyor is an interesting option. this is my appveyor.yml file https://github.com/Arux-BTT/aeon/commit/129296d2629ac873496be054ad9e649f82887eb7based on the official doc https://www.appveyor.com/docs/appveyor-yml/there is a lot of unused options but i like to keep them ready-to-use the unsuccessful output: https://ci.appveyor.com/project/Arux/aeon-0u95x
|
|
|
It allows performing certain low level functions such as signing messages or connecting to the debug function on nodes (currently disabled by I believe). Not generally needed.
Got it Thanks Another question: Boost pre-compiled binaries have either static and shared versions. After the cmake step I guess Project.sln should point to static ones by itself...or not? Thanks boost pre-compiled libraries are shared versions (useful if you don't want to compile boost and you don't plan to use your binaries on another computer) although compiling static boost libraries is not a great task cd c:\boost_1_63_0 bootstrap.bat b2 --toolset=msvc variant=release link=static threading=multi runtime-link=static address-model=64 boost static lib have a "s" in their name http://www.boost.org/doc/libs/1_42_0/more/getting_started/unix-variants.html#library-naminglibraries are built in stage/lib folder btw, when i updated cmake to 3.8 (from 3.4.3), i guess findboost has changed because i must now type cmake -G "Visual Studio 14 2015 Win64" -DBOOST_ROOT=c:/local/boost_1_63_0 .. with forward slash instead of cmake -G "Visual Studio 14 2015 Win64" -DBOOST_ROOT=c:\boost_1_63_0 -DBOOST_LIBRARYDIR=c:\boost_1_63_0\stage\lib .. previously (and with backslash)
|
|
|
Still not compiling either on VSC 2013 and VSC2015 (obviously with respective Boost libraries). git clone https://github.com/aeonix/aeoncd aeon git checkout v0.9.12.0 cmake -G "Visual Studio 14 2015 Win64" -DBOOST_ROOT=D:\local\boost_1_63_0 -DBOOST_LIBRARYDIR=D:\local\boost_1_63_0\lib64-msvc-14.0 (that's for VS 2015) MSBuild Project.sln /p:Configuration=release /m With both of MS VS environments I've successfully built all of Cuda 8 SDK samples and Handbrake With the 2013 I've built CCminer 2.0 RC2 ok i see what's going on. windows compilation failed on last update of vs2015 (Update 3 14.0.25420.10) i used on my computer vs2015 RTM 14.0.23107.0 and binaries are built. sorry but to compile aeond.exe and simplewallet.exe you will need to uninstall vs2015 update3 then install vs2015 rtm (iso available to download here https://xinyustudio.wordpress.com/2015/07/21/visual-studio-2015-iso-download-links-official-directoffline-links/) take care to uncheck box "visual studio 2015 update 3" else update 3 will be downloaded automatically. not fun but i don't have any other solution FYI, all version numbers can be found here https://omwtm.blog/2014/12/03/visual-studio-2013-version-numbers-and-updates/
|
|
|
|