Git Product home page Git Product logo

haven's People

Contributors

donjor avatar embeddedandroid avatar havenprotocol avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

haven's Issues

cli wallet bugs in transfer and wrong help

The command parameters are wrong and do not respect the help.

[wallet hvxXXX]: help transfer                                                                                                                                         
Command usage:                                                                                                                                                         
  transfer [index=<N1>[,<N2>,...]] [<priority>] [<ring_size>] <address> <amount> [<payment_id>]                                                                        
                                                                                                                                                                       
Command description:                                                                                                                                                   
  Transfer <amount> to <address>. If the parameter "index=<N1>[,<N2>,...]" is specified, the wallet uses outputs received by addresses of those indices. If omitted, the wallet randomly chooses address indices to be used. In any case, it tries its best not to combine outputs across multiple addresses. <priority> is the priority of the transaction. The higher the priority, the higher the fee of the transaction. Valid values in priority order (from lowest to highest) are: unimportant, normal, elevated, priority. If omitted, the default value (see the command "set priority") is used. <ring_size> is the number of inputs to include for untraceability. Multiple payments can be made at once by adding <address_2> <amount_2> etcetera (before the payment ID, if it's included)                                                            

All of the following fail, but should work according to the help above:

Trying index=0, priority=0, ringsize=10:

[wallet hvXXXX]: transfer 0 0 10 {hvADDRESS} 1.0
Wallet password:
Error: Ring size must not be 0
[wallet hvXXXX]: transfer 0 10 {hvADDRESS} 1.0
Wallet password:
Error: Ring size must not be 0

Also, help says minimum ringsize is 5, but trying to set the rigsize to 5 results in an error saying minimum ringsize is 10.

[wallet hvxy5a]: transfer 5 {hvADDRESS} 1.0
Wallet password:
Error: ring size 5 is too small, minimum is 10

The GUI is buggy too (see #2).

No correct shares using linux

I was using windows just fine and my gpus hash cryptonight at 3.8 kH/s and when i switched to cryptonight-heavy it dropped to 2kH/s despite using the same config and when i switched to linux it hashed at 3kH/s but no correct shares only errors, my gpus are not overclocked

Build failed - core_proxy.cpp:238:80: error: too few arguments

generate_genesis_block(m_genesis, config::GENESIS_TX, config::GENESIS_NONCE);

Build failed:

/home/ubuntu/haven/haven/haven-master/tests/core_proxy/core_proxy.cpp:238:80: error: too few arguments to function ‘bool cryptonote::generate_genesis_block(cryptonote::block&, const string&, uint32_t, bool)’
   generate_genesis_block(m_genesis, config::GENESIS_TX, config::GENESIS_NONCE);

Install Problem

Hello Staff,

I am getting this error. How can i fix it?

/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libboost_chrono.a(chrono.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libboost_chrono.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
src/wallet/CMakeFiles/wallet_rpc_server.dir/build.make:130: recipe for target 'bin/haven-wallet-rpc' failed
make[3]: *** [bin/haven-wallet-rpc] Error 1
make[3]: Leaving directory '/home/haven/haven/build/release'
CMakeFiles/Makefile2:2214: recipe for target 'src/wallet/CMakeFiles/wallet_rpc_server.dir/all' failed
make[2]: *** [src/wallet/CMakeFiles/wallet_rpc_server.dir/all] Error 2
make[2]: Leaving directory '/home/haven/haven/build/release'
Makefile:138: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/haven/haven/build/release'
Makefile:68: recipe for target 'release-static' failed
make: *** [release-static] Error 2

Can't sync after syncing to 290610

When I sync to the height 290610, I can't find the updated node to synchronize the data,
the node prompts:
2019-03-26 13:10:46.314 [P2P7] WARN global src/cryptonote_core/cryptonote_core.cpp:1399 Last scheduled hard fork time shows a daemon update is needed now.

or

2019-03-27 02:17:45.382 [P2P1] WARN global src/cryptonote_protocol/cryptonote_protocol_handler.inl:277 [94.130.68.62:17749 OUT] peer claims higher version that we think (4 for 294754instead of 3) - we may be forked from the network and a software upgrade may be needed

what should I do?

High Memory Usage

I believe seed nodes being down have created this issue. Needs an exception written, null_ptr, deconstructor etc for when this arrises.
valgrind -v --leak-check=full --show-leak-kinds=all ./havend --log-level 3
==15074==
==15074==
==15074== 3318 errors in context 774 of 775:
==15074== Use of uninitialised value of size 8
==15074== at 0x4C34163: memcpy@GLIBC_2.2.5 (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==15074== by 0x598C560: __printf_fp_l (printf_fp.c:550)
==15074== by 0x5989A06: vfprintf (vfprintf.c:1642)
==15074== by 0x59B590F: vsnprintf (vsnprintf.c:114)
==15074== by 0xACC62B: std::__convert_from_v(__locale_struct* const&, char*, int, char const*, ...) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0xAE4F16: std::ostreambuf_iterator<char, std::char_traits > std::num_put<char, std::ostreambuf_iterator<char, std::char_traits > >::_M_insert_float(std::ostreambuf_iterator<char, std::char_traits >, std::ios_base&, char, char, double) const (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0xAE524F: std::num_put<char, std::ostreambuf_iterator<char, std::char_traits > >::do_put(std::ostreambuf_iterator<char, std::char_traits >, std::ios_base&, char, double) const (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0xAF4834: std::ostream& std::ostream::_M_insert(double) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0x6A0F8A: epee::net_utils::network_throttle::tick() (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0x6A1299: epee::net_utils::network_throttle::_handle_trafic_exact(unsigned long, unsigned long) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0x58FDC5: epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >::handle_read(boost::system::error_code const&, unsigned long) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0x55BCF6: void boost::asio::detail::strand_service::dispatch<boost::asio::detail::binder2<boost::_bi::bind_t<void, boost::_mfi::mf2<void, epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >, boost::system::error_code const&, unsigned long>, boost::_bi::list3<boost::_bi::value<boost::shared_ptr<epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > > > >, boost::arg<1> ()(), boost::arg<2> ()()> >, boost::system::error_code, unsigned long> >(boost::asio::detail::strand_service::strand_impl*&, boost::asio::detail::binder2<boost::_bi::bind_t<void, boost::_mfi::mf2<void, epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >, boost::system::error_code const&, unsigned long>, boost::_bi::list3<boost::_bi::value<boost::shared_ptr<epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > > > >, boost::arg<1> ()(), boost::arg<2> ()()> >, boost::system::error_code, unsigned long>&) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074==
==15074==
==15074== 3536 errors in context 775 of 775:
==15074== Conditional jump or move depends on uninitialised value(s)
==15074== at 0x598C16F: __printf_fp_l (printf_fp.c:484)
==15074== by 0x5989A06: vfprintf (vfprintf.c:1642)
==15074== by 0x59B590F: vsnprintf (vsnprintf.c:114)
==15074== by 0xACC62B: std::__convert_from_v(__locale_struct* const&, char*, int, char const*, ...) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0xAE4F16: std::ostreambuf_iterator<char, std::char_traits > std::num_put<char, std::ostreambuf_iterator<char, std::char_traits > >::_M_insert_float(std::ostreambuf_iterator<char, std::char_traits >, std::ios_base&, char, char, double) const (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0xAE524F: std::num_put<char, std::ostreambuf_iterator<char, std::char_traits > >::do_put(std::ostreambuf_iterator<char, std::char_traits >, std::ios_base&, char, double) const (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0xAF4834: std::ostream& std::ostream::_M_insert(double) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0x6A0F8A: epee::net_utils::network_throttle::tick() (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0x6A1299: epee::net_utils::network_throttle::_handle_trafic_exact(unsigned long, unsigned long) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0x58FDC5: epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >::handle_read(boost::system::error_code const&, unsigned long) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0x55BCF6: void boost::asio::detail::strand_service::dispatch<boost::asio::detail::binder2<boost::_bi::bind_t<void, boost::_mfi::mf2<void, epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >, boost::system::error_code const&, unsigned long>, boost::_bi::list3<boost::_bi::value<boost::shared_ptr<epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > > > >, boost::arg<1> ()(), boost::arg<2> ()()> >, boost::system::error_code, unsigned long> >(boost::asio::detail::strand_service::strand_impl*&, boost::asio::detail::binder2<boost::_bi::bind_t<void, boost::_mfi::mf2<void, epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >, boost::system::error_code const&, unsigned long>, boost::_bi::list3<boost::_bi::value<boost::shared_ptr<epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > > > >, boost::arg<1> ()(), boost::arg<2> ()()> >, boost::system::error_code, unsigned long>&) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074== by 0x55C07A: boost::asio::detail::completion_handler<boost::asio::detail::rewrapped_handler<boost::asio::detail::binder2<boost::asio::detail::wrapped_handler<boost::asio::io_context::strand, boost::_bi::bind_t<void, boost::_mfi::mf2<void, epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >, boost::system::error_code const&, unsigned long>, boost::_bi::list3<boost::_bi::value<boost::shared_ptr<epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > > > >, boost::arg<1> ()(), boost::arg<2> ()()> >, boost::asio::detail::is_continuation_if_running>, boost::system::error_code, unsigned long>, boost::_bi::bind_t<void, boost::_mfi::mf2<void, epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >, boost::system::error_code const&, unsigned long>, boost::_bi::list3<boost::_bi::value<boost::shared_ptr<epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > > > >, boost::arg<1> ()(), boost::arg<2> ()()> > > >::do_complete(void*, boost::asio::detail::scheduler_operation*, boost::system::error_code const&, unsigned long) (in /home/yiimpserver/haven/build/release/bin/havend)
==15074==
==15074== ERROR SUMMARY: 134680 errors from 775 contexts (suppressed: 0 from 0)

please update root-zone trust-anchors in dnssec_test.py file

Users of your software that enable DNSSEC will not be able to validate DNS after October the 11th 2018.

Your repository contains a dnssec_test.py file without the new DNSSEC trust-anchors:

resolver.add_ta(". IN DS 19036 8 2 49AAC11D7B6F6446702E54A1607371607A1A41855200FD2CE1CDDE32F24E8FB5")

It should also include:

resolver.add_ta(". IN DS 20326 8 2 E06D44B80B8F1D39A95C0B0D7C65D08458E880409BBC683457104237C7F8EC8D")

More information can be found at: https://www.icann.org/resources/pages/ksk-rollover

Please don’t hesitate to get in touch.

Warmly,

Roy Arends
ICANN

please update root-zone trust-anchors in dns_utils.cpp

Users of your software that enable DNSSEC will not be able to validate DNS after October the 11th 2018.

Your repository contains a dns_utils.cpp file without the new DNSSEC trust-anchors:

. IN DS 19036 8 2 49AAC11D7B6F6446702E54A1607371607A1A41855200FD2CE1CDDE32F24E8FB5
It should also include:

. IN DS 20326 8 2 E06D44B80B8F1D39A95C0B0D7C65D08458E880409BBC683457104237C7F8EC8D

More information can be found at: https://www.icann.org/resources/pages/ksk-rollover

Please don’t hesitate to get in touch.

Warmly,

Roy Arends
ICANN

Seed nodes not working?

2019-01-13 18:18:07.485 [P2P6]  WARN    net.p2p src/p2p/net_node.inl:1133       Failed to connect to any of seed peers, continuing without seeds
2019-01-13 18:18:14.485 [P2P0]  INFO    net.p2p src/p2p/net_node.inl:897        [0.0.0.0:0 OUT] Connect failed to 138.68.188.132:17749
2019-01-13 18:18:19.486 [P2P0]  INFO    net.p2p src/p2p/net_node.inl:897        [0.0.0.0:0 OUT] Connect failed to 165.227.51.19:17749
2019-01-13 18:18:24.486 [P2P0]  INFO    net.p2p src/p2p/net_node.inl:897        [0.0.0.0:0 OUT] Connect failed to 45.55.31.18:17749
2019-01-13 18:18:29.486 [P2P0]  INFO    net.p2p src/p2p/net_node.inl:897        [0.0.0.0:0 OUT] Connect failed to 138.68.188.132:17749
2019-01-13 18:18:34.487 [P2P0]  INFO    net.p2p src/p2p/net_node.inl:897        [0.0.0.0:0 OUT] Connect failed to 165.227.51.19:17749
2019-01-13 18:18:39.487 [P2P0]  INFO    net.p2p src/p2p/net_node.inl:897        [0.0.0.0:0 OUT] Connect failed to 45.55.31.18:17749

Over and over again. Tested in two different locations. Connection to port 17749 impossible. Maybe a stupid question, but how to synchronize with the network?

Haven Protocol v. 3.1.0

INFO, stacktrace in large log files

Hi, im using the latest version of havend, on ubuntu 16.04, log level is set to 0 and im getting loads of this error in the logs literally filling up my diskspace that i have to clean out regularly.

2018-11-23 09:59:37.655 [P2P4] INFO stacktrace src/common/stack_trace.cpp:163 [13] /home/pool/coins/haven/havend:epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >::handle_read(boost::system::error_code const&, unsigned long)+0x1f8 [0x559ca7582d78]
2018-11-23 09:59:37.655 [P2P4] INFO stacktrace src/common/stack_trace.cpp:163 [14] /home/pool/coins/haven/havend:void boost::asio::detail::strand_service::dispatch<boost::asio::detail::binder2<boost::_bi::bind_t<void, boost::_mfi::mf2<void, epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >, boost::system::error_code const&, unsigned long>, boost::_bi::list3<boost::_bi::value<boost::shared_ptr<epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > > > >, boost::arg<1> ()(), boost::arg<2> ()()> >, boost::system::error_code, unsigned long> >(boost::asio::detail::strand_service::strand_impl*&, boost::asio::detail::binder2<boost::_bi::bind_t<void, boost::_mfi::mf2<void, epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > >, boost::system::error_code const&, unsigned long>, boost::_bi::list3<boost::_bi::value<boost::shared_ptr<epee::net_utils::connection<epee::levin::async_protocol_handler<nodetool::p2p_connection_context_tcryptonote::cryptonote_connection_context > > > >, boost::arg<1> ()(), boost::arg<2> ()()> >, boost::system::error_code, unsigned long>&)+0x7a [0x559ca754cf1a]

Any idea how i can fix this?

View Only

dsc_0743
Help please, how to get rid of the label "Only viewing". Assets in the purse are frozen, I can not make a withdrawal of funds.

Entering the password into the console does not work

In the console version of the wallet, the password does not work.
When you are prompted for a password, you can not type characters from the keyboard.
Also does not work the insertion of characters from the clipboard.
OS Win10x64

Fast Sync checkpoints are out of date

Synchronizing is very slow because Fast Sync checkpoints are out of date. They need to be updated.

See https://github.com/monero-project/monero/pull/8805/files#diff-3dcea545b20bc1145f2766e64ca91d4e547d6072462970fd67830e1be6cdf793R5585 for an example of what needs to be updated.

Checkpoints.dat can be generated using this command:
./haven-blockchain-export --output-file checkpoints.dat --block-stop HEIGHT --blocksdat

And expected_block_hashes_hash[] can be generated with sha256sum ./checkpoints.dat

failing to compile on Arch Linux

How can i fix this errors?

mnemonic@blackbird[~/haven]$ make
mkdir -p build/release
cd build/release && cmake -D BUILD_TESTS=ON -D CMAKE_BUILD_TYPE=release ../.. && make
-- The C compiler identification is GNU 8.1.0
-- The CXX compiler identification is GNU 8.1.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Building without build tag
-- Could not find DEVELOPER_LOCAL_TOOLS in env (not required)
-- BOOST_IGNORE_SYSTEM_PATHS defaults to OFF
-- Could not find DEVELOPER_LIBUNBOUND_OLD in env (not required)
-- Building for a 64-bit system
-- Building internal libraries as static
-- Could not find DATABASE in env (not required unless you want to change database type from default: lmdb)
-- Using LMDB as default DB type
-- Stack trace on exception enabled (using easylogging++)
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Check if compiler accepts -pthread
-- Check if compiler accepts -pthread - yes
-- Found Threads: TRUE  
-- Found OpenSSL: /usr/lib/libcrypto.so (found version "1.1.0h") 
-- Using OpenSSL include dir at /usr/include
-- Could NOT find MiniUPnPc (missing: MINIUPNP_INCLUDE_DIR MINIUPNP_LIBRARY) 
-- Using miniupnpc from local source tree (/external/miniupnpc)
-- Looking for libunbound
-- Found libunbound include (unbound.h) in /usr/include
-- Found libunbound shared library
-- Using 64-bit LMDB from source tree
-- Building on x86_64 for native
-- Performing Test _Wformat_c
-- Performing Test _Wformat_c - Success
-- Performing Test _Wformat_cxx
-- Performing Test _Wformat_cxx - Success
-- Performing Test _Wformat_security_c
-- Performing Test _Wformat_security_c - Success
-- Performing Test _Wformat_security_cxx
-- Performing Test _Wformat_security_cxx - Success
-- Performing Test _fstack_protector_c
-- Performing Test _fstack_protector_c - Success
-- Performing Test _fstack_protector_cxx
-- Performing Test _fstack_protector_cxx - Success
-- Performing Test _fstack_protector_strong_c
-- Performing Test _fstack_protector_strong_c - Success
-- Performing Test _fstack_protector_strong_cxx
-- Performing Test _fstack_protector_strong_cxx - Success
-- Looking for -pie linker flag
-- Looking for -pie linker flag - found
-- Looking for -Wl,-z,relro linker flag
-- Looking for -Wl,-z,relro linker flag - found
-- Looking for -Wl,-z,now linker flag
-- Looking for -Wl,-z,now linker flag - found
-- Looking for -Wl,-z,noexecstack linker flag
-- Looking for -Wl,-z,noexecstack linker flag - found
-- Looking for -Wl,-z,noexecheap linker flag
-- Looking for -Wl,-z,noexecheap linker flag - not found
-- Using C security hardening flags:  -Wformat -Wformat-security -fstack-protector -fstack-protector-strong
-- Using C++ security hardening flags:  -Wformat -Wformat-security -fstack-protector -fstack-protector-strong
-- Using linker security hardening flags:  -pie -Wl,-z,relro -Wl,-z,now -Wl,-z,noexecstack
-- AES support enabled
-- Found Boost Version: 106600
-- Looking for rl_copy_text
-- Looking for rl_copy_text - found
-- Looking for rl_filename_completion_function
-- Looking for rl_filename_completion_function - found
-- Found readline library at: /usr
-- Found Git: /usr/bin/git
-- Could NOT find GTest (missing: GTEST_LIBRARY GTEST_INCLUDE_DIR GTEST_MAIN_LIBRARY) 
-- GTest not found on the system: will use GTest bundled with this source
Doxygen: graphviz not found - graphs disabled
-- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE) 
-- Performing Test HAVE_C11
-- Performing Test HAVE_C11 - Success
-- Looking for memset_s in c
-- Looking for memset_s in c - not found
-- Looking for explicit_bzero in c
-- Looking for explicit_bzero in c - found
-- Looking for strptime
-- Looking for strptime - found
-- Configuring done
-- Generating done
-- Build files have been written to: /home/mnemonic/haven/build/release
make[1]: Entering directory '/home/mnemonic/haven/build/release'
make[2]: Entering directory '/home/mnemonic/haven/build/release'
make[3]: Entering directory '/home/mnemonic/haven/build/release'
Scanning dependencies of target generate_translations_header
make[3]: Leaving directory '/home/mnemonic/haven/build/release'
make[3]: Entering directory '/home/mnemonic/haven/build/release'
[  0%] Creating directories for 'generate_translations_header'
[  1%] No download step for 'generate_translations_header'
[  1%] No patch step for 'generate_translations_header'
[  1%] No update step for 'generate_translations_header'
[  2%] Performing configure step for 'generate_translations_header'
-- The C compiler identification is GNU 8.1.0
-- The CXX compiler identification is GNU 8.1.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Warning at CMakeLists.txt:38 (message):
  lrelease program not found, translation files not built


-- Configuring done
-- Generating done
-- Build files have been written to: /home/mnemonic/haven/build/release/translations
[  2%] Performing build step for 'generate_translations_header'
make[4]: Entering directory '/home/mnemonic/haven/build/release/translations'
make[5]: Entering directory '/home/mnemonic/haven/build/release/translations'
make[6]: Entering directory '/home/mnemonic/haven/build/release/translations'
Scanning dependencies of target generate_translations_header
make[6]: Leaving directory '/home/mnemonic/haven/build/release/translations'
make[6]: Entering directory '/home/mnemonic/haven/build/release/translations'
[ 50%] Building C object CMakeFiles/generate_translations_header.dir/generate_translations_header.c.o
[100%] Linking C executable generate_translations_header
Generating embedded translations header
make[6]: Leaving directory '/home/mnemonic/haven/build/release/translations'
[100%] Built target generate_translations_header
make[5]: Leaving directory '/home/mnemonic/haven/build/release/translations'
make[4]: Leaving directory '/home/mnemonic/haven/build/release/translations'
[  2%] Performing install step for 'generate_translations_header'

[  3%] Completed 'generate_translations_header'
make[3]: Leaving directory '/home/mnemonic/haven/build/release'
[  3%] Built target generate_translations_header
make[3]: Entering directory '/home/mnemonic/haven/build/release'
Scanning dependencies of target libminiupnpc-static
make[3]: Leaving directory '/home/mnemonic/haven/build/release'
make[3]: Entering directory '/home/mnemonic/haven/build/release'
[  3%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/igd_desc_parse.c.o
[  3%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/miniupnpc.c.o
[  4%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/minixml.c.o
[  4%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/minisoap.c.o
[  4%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/minissdpc.c.o
[  5%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/miniwget.c.o
[  5%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/upnpcommands.c.o
[  5%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/upnpdev.c.o
[  6%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/upnpreplyparse.c.o
[  6%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/upnperrors.c.o
[  7%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/connecthostport.c.o
[  7%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/portlistingparse.c.o
[  7%] Building C object external/miniupnpc/CMakeFiles/libminiupnpc-static.dir/receivedata.c.o
[  8%] Linking C static library libminiupnpc.a
make[3]: Leaving directory '/home/mnemonic/haven/build/release'
[  8%] Built target libminiupnpc-static
make[3]: Entering directory '/home/mnemonic/haven/build/release'
Scanning dependencies of target lmdb
make[3]: Leaving directory '/home/mnemonic/haven/build/release'
make[3]: Entering directory '/home/mnemonic/haven/build/release'
[  8%] Building C object external/db_drivers/liblmdb/CMakeFiles/lmdb.dir/mdb.c.o
[  8%] Building C object external/db_drivers/liblmdb/CMakeFiles/lmdb.dir/midl.c.o
[  9%] Linking C static library liblmdb.a
make[3]: Leaving directory '/home/mnemonic/haven/build/release'
[  9%] Built target lmdb
make[3]: Entering directory '/home/mnemonic/haven/build/release'
Scanning dependencies of target easylogging
make[3]: Leaving directory '/home/mnemonic/haven/build/release'
make[3]: Entering directory '/home/mnemonic/haven/build/release'
[  9%] Building CXX object external/easylogging++/CMakeFiles/easylogging.dir/easylogging++.cc.o
[  9%] Linking CXX static library libeasylogging.a
make[3]: Leaving directory '/home/mnemonic/haven/build/release'
[  9%] Built target easylogging
make[3]: Entering directory '/home/mnemonic/haven/build/release'
Scanning dependencies of target epee
make[3]: Leaving directory '/home/mnemonic/haven/build/release'
make[3]: Entering directory '/home/mnemonic/haven/build/release'
[ 10%] Building CXX object contrib/epee/src/CMakeFiles/epee.dir/hex.cpp.o
[ 10%] Building CXX object contrib/epee/src/CMakeFiles/epee.dir/http_auth.cpp.o
[ 10%] Building CXX object contrib/epee/src/CMakeFiles/epee.dir/mlog.cpp.o
[ 11%] Building CXX object contrib/epee/src/CMakeFiles/epee.dir/net_utils_base.cpp.o
[ 11%] Building CXX object contrib/epee/src/CMakeFiles/epee.dir/string_tools.cpp.o
[ 12%] Building CXX object contrib/epee/src/CMakeFiles/epee.dir/wipeable_string.cpp.o
[ 12%] Building C object contrib/epee/src/CMakeFiles/epee.dir/memwipe.c.o
[ 12%] Building CXX object contrib/epee/src/CMakeFiles/epee.dir/connection_basic.cpp.o
In file included from /home/mnemonic/haven/src/serialization/crypto.h:37,
                 from /home/mnemonic/haven/src/cryptonote_basic/cryptonote_basic.h:44,
                 from /home/mnemonic/haven/src/cryptonote_protocol/cryptonote_protocol_defs.h:35,
                 from /home/mnemonic/haven/src/cryptonote_protocol/cryptonote_protocol_handler_common.h:34,
                 from /home/mnemonic/haven/contrib/epee/include/net/../../../../src/cryptonote_core/cryptonote_core.h:39,
                 from /home/mnemonic/haven/contrib/epee/include/net/abstract_tcp_server2.inl:52,
                 from /home/mnemonic/haven/contrib/epee/include/net/abstract_tcp_server2.h:324,
                 from /home/mnemonic/haven/contrib/epee/src/connection_basic.cpp:77:
/home/mnemonic/haven/src/crypto/chacha.h: In function ‘void crypto::generate_chacha8_key(const void*, size_t, crypto::chacha8_key&)’:
/home/mnemonic/haven/src/crypto/chacha.h:93:39: error: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of non-trivially copyable type ‘struct crypto::chacha8_key’; use copy-assignment or copy-initialization instead [-Werror=class-memaccess]
     memcpy(&key, pwd_hash, sizeof(key));
                                       ^
/home/mnemonic/haven/src/crypto/chacha.h:61:10: note: ‘struct crypto::chacha8_key’ declared here
   struct chacha8_key {
          ^~~~~~~~~~~
cc1plus: all warnings being treated as errors
make[3]: *** [contrib/epee/src/CMakeFiles/epee.dir/build.make:154: contrib/epee/src/CMakeFiles/epee.dir/connection_basic.cpp.o] Error 1
make[3]: Leaving directory '/home/mnemonic/haven/build/release'
make[2]: *** [CMakeFiles/Makefile2:368: contrib/epee/src/CMakeFiles/epee.dir/all] Error 2
make[2]: Leaving directory '/home/mnemonic/haven/build/release'
make[1]: *** [Makefile:141: all] Error 2
make[1]: Leaving directory '/home/mnemonic/haven/build/release'
make: *** [Makefile:65: release-all] Error 2
mnemonic@blackbird:2[~/haven]$ 

make do_send_money error

[ 78%] Building CXX object tests/functional_tests/CMakeFiles/functional_tests.dir/transactions_flow_test.cpp.o
/home/miner/haven/tests/functional_tests/transactions_flow_test.cpp: In function ‘bool do_send_money(tools::wallet2&, tools::wallet2&, size_t, uint64_t, cryptonote::transaction&, size_t)’:
/home/miner/haven/tests/functional_tests/transactions_flow_test.cpp:88:92: error: no matching function for call to ‘tools::wallet2::create_transactions_2(std::vectorcryptonote::tx_destination_entry&, size_t&, int, int, std::vector, int, )’
ptx = w1.create_transactions_2(dsts, mix_in_factor, 0, 0, std::vector<uint8_t>(), 0, {});
^
In file included from /home/miner/haven/tests/functional_tests/transactions_flow_test.cpp:37:0:
/home/miner/haven/src/wallet/wallet2.h:658:38: note: candidate: std::vectortools::wallet2::pending_tx tools::wallet2::create_transactions_2(std::vectorcryptonote::tx_destination_entry, size_t, uint64_t, uint32_t, const std::vector&, uint32_t, std::set, bool)
std::vectorwallet2::pending_tx create_transactions_2(std::vectorcryptonote::tx_destination_entry dsts, const size_t fake_outs_count, const uint64_t unlock_time, uint32_t priority, const std::vector<uint8_t>& extra, uint32_t subaddr_account, std::set<uint32_t> subaddr_indices, bool trusted_daemon); // pass subaddr_indices by value on purpose

LWMA difficulty algorithm

You have been suffering attacks because you have an old version of Masari's version of my LWMA. To eliminate teh problem, use karbowanec's code and change your nodes' future time limit of 7200 seconds to 7xT. I think your T=120 seconds. Also, make your length 70 blocks. It would be good to read the newest pseudocode of the LWMA algorithm.

XMR Wallet port seeks XMR wallet file

The Haven Wallet, which I believe was ported from XMR, defaults to trying to open the XMR .keys wallet file, which is not saved in the Haven folder in Win10.
This occurs when the users has both XMR and XHV wallets installed in the same machine, and the result is that the XMR wallet file can be overwritten by XHV, assuming the XHV GUI wallet is installed second.

Admin havendev on discord has been notified of this.

For example of problem(s) caused, see this post I have made (before realizing what the root cause was): https://www.reddit.com/r/Monero/comments/87gtrp/another_back_up_everything_twice_story_that/

GUI wallet does not work

GUI wallet opens to a black screen. Havens syncs and client wallet works but no GUI wallet on Windows 10

cannot sync block

code version : v3.1.0

log

2020-12-17 03:14:14.984	[P2P1]	WARN 	global	src/cryptonote_core/cryptonote_core.cpp:1401	**********************************************************************
2020-12-17 03:14:14.984	[P2P1]	WARN 	global	src/cryptonote_core/cryptonote_core.cpp:1402	Last scheduled hard fork is too far in the past.
2020-12-17 03:14:14.984	[P2P1]	WARN 	global	src/cryptonote_core/cryptonote_core.cpp:1403	We are most likely forked from the network. Daemon update needed now.
2020-12-17 03:14:14.984	[P2P1]	WARN 	global	src/cryptonote_core/cryptonote_core.cpp:1404	**********************************************************************
2020-12-17 03:15:35.258	[P2P1]	WARN 	net.dns	src/common/dns_utils.cpp:509	WARNING: no two valid MoneroPulse DNS checkpoint records were received

Block hash data does not match expected hash

When starting up a new daemon with command ./havend, it errors out:

2023-08-31 08:30:34.415	I Loading precomputed blocks (269124 bytes)
2023-08-31 08:30:34.416	I precomputed blocks hash: <37e15136d7527e47940ef85bff9d258b940c583bcc2e820aa9a98833a7344ece>, expected e12bc486d6f80148b770198a169dee92ef89498b7b3f40530e0551657825ae1d
2023-08-31 08:30:34.416	E Block hash data does not match expected hash

CMake Error at CMakeLists

-- AES support enabled
-- Found Boost Version: 1.71.0

CMake Error at CMakeLists.txt:764 (message):
Boost older than 1.62 is too old to link with OpenSSL 1.1 or newer. Update
Boost or install OpenSSL 1.0 and set path to it when running cmake: cmake
-DOPENSSL_ROOT_DIR='/usr/include/openssl-1.0;/usr/lib/openssl-1.0'

-- Configuring incomplete, errors occurred!
See also "/home/xhv/haven/build/release/CMakeFiles/CMakeOutput.log".
See also "/home/xhv/haven/build/release/CMakeFiles/CMakeError.log".
make: *** [Makefile:65: release-all] Error 1
anyone could help?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.