--version reports incorrect version number #31

tisba · 2012-03-16T12:56:08Z

I build avocado from TAG 0.3.4

$ avocado --version
0.3.3

jsteemann · 2012-03-16T14:34:15Z

Version number is currently generated manually when a new version is pushed to github.
Is anyone aware of whether there is a smarter way to generate the version number?

tisba · 2012-03-16T14:36:47Z

In my projects the version number is included in a special file. On a new release there is a "bump version to X.Y.Z" commit and a new tag is created. IMHO bumping the version number and creating the tag should be part of an (automated) release process.

jsteemann · 2012-03-21T09:13:48Z

The version number is currently taken from configure.ac.
Tag 0.3.6 is available which should have a fix for the version number.

tisba · 2012-03-21T10:13:37Z

it looks like the --version issue is already fixed in v0.3.5. thx.

tisba · 2012-04-15T16:17:05Z

0.3.9 does report a wrong version again :(

TODO: - Tests are not yet fixed - ASAN failure [ RUN ] IResearchAnalyzerFeatureTest.test_emplace_valid AddressSanitizer:DEADLYSIGNAL ================================================================= ==247960==ERROR: AddressSanitizer: SEGV on unknown address (pc 0x618333055636 bp 0x7ffee439d260 sp 0x7ffee439d250 T0) ==247960==The signal is caused by a READ memory access. ==247960==Hint: this fault was caused by a dereference of a high value address (see register values below). Disassemble the provided pc to learn which register was used. #0 0x618333055636 in std::__shared_ptr<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2>::get() const /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1667 #1 0x6183330555f9 in std::__shared_ptr_access<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2, false, false>::_M_get() const /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1364 #2 0x618333053636 in std::__shared_ptr_access<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2, false, false>::operator->() const /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1358 #3 0x6183483a2cd4 in arangodb::async_registry::PromiseInList::mark_for_deletion() /home/jvolmer/code/arangodb/lib/Async/Registry/promise.cpp:17 #4 0x61832bae6ddd in arangodb::futures::detail::SharedState<arangodb::Result>::detachOne() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/SharedState.h:276 #5 0x61832bae66b6 in arangodb::futures::detail::SharedState<arangodb::Result>::detachFuture() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/SharedState.h:226 #6 0x61832bae6519 in arangodb::futures::Future<arangodb::Result>::detach() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/Future.h:531 #7 0x61832ba8db76 in arangodb::futures::Future<arangodb::Result>::~Future() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/Future.h:218 #8 0x6183337bbb44 in arangodb::futures::FutureAwaitable<arangodb::Result>::~FutureAwaitable() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/coro-helper.h:63 #9 0x618339fdbef9 in arangodb::transaction::Methods::commitInternal(arangodb::transaction::MethodsApi) /home/jvolmer/code/arangodb/arangod/Transaction/Methods.cpp:3787 #10 0x618339fdc8f4 in arangodb::transaction::Methods::commitAsync() /home/jvolmer/code/arangodb/arangod/Transaction/Methods.cpp:1925 #11 0x61833e23903d in arangodb::aql::Query::cleanupTrxAndEngines() /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:1972 #12 0x61833e20838f in arangodb::aql::Query::cleanupPlanAndEngine(bool) /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:1642 #13 0x61833e21ccc8 in arangodb::aql::Query::finalize(arangodb::velocypack::Builder&) /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:985 #14 0x61833e218ddc in arangodb::aql::Query::execute(arangodb::aql::QueryResult&) /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:704 #15 0x61833e21dfc0 in arangodb::aql::Query::executeSync() /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:756 #16 0x61833c6843b2 in (anonymous namespace)::visitAnalyzers(TRI_vocbase_t&, std::function<arangodb::Result (arangodb::velocypack::Slice)> const&, arangodb::transaction::OperationOrigin) /home/jvolmer/code/arangodb/arangod/IResearch/IResearchAnalyzerFeature.cpp:631 #17 0x61833c65a2a8 in arangodb::iresearch::IResearchAnalyzerFeature::loadAnalyzers(arangodb::transaction::OperationOrigin, std::basic_string_view<char, std::char_traits<char>>) /home/jvolmer/code/arangodb/arangod/IResearch/IResearchAnalyzerFeature.cpp:2282 #18 0x61833c64f58c in arangodb::iresearch::IResearchAnalyzerFeature::emplace(std::pair<std::shared_ptr<arangodb::iresearch::AnalyzerPool>, bool>&, std::basic_string_view<char, std::char_traits<char>>, std::basic_string_view<char, std::char_traits<char>>, arangodb::velocypack::Slice, arangodb::transaction::OperationOrigin, arangodb::iresearch::Features) /home/jvolmer/code/arangodb/arangod/IResearch/IResearchAnalyzerFeature.cpp:1389 #19 0x61832b9065b2 in IResearchAnalyzerFeatureTest_test_emplace_valid_Test::TestBody() /home/jvolmer/code/arangodb/tests/IResearch/IResearchAnalyzerFeatureTest.cpp:601 #20 0x61833bcd323f in void testing::internal::HandleSehExceptionsInMethodIfSupported<testing::Test, void>(testing::Test*, void (testing::Test::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2599 #21 0x61833bc7f59c in void testing::internal::HandleExceptionsInMethodIfSupported<testing::Test, void>(testing::Test*, void (testing::Test::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2635 #22 0x61833bc1e3fe in testing::Test::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2674 #23 0x61833bc20a1c in testing::TestInfo::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2853 #24 0x61833bc2282f in testing::TestSuite::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:3012 #25 0x61833bc566db in testing::internal::UnitTestImpl::RunAllTests() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:5870 #26 0x61833bcd46cf in bool testing::internal::HandleSehExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl*, bool (testing::internal::UnitTestImpl::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2599 #27 0x61833bc868ac in bool testing::internal::HandleExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl*, bool (testing::internal::UnitTestImpl::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2635 #28 0x61833bc553c0 in testing::UnitTest::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:5444 #29 0x6183338f239b in RUN_ALL_TESTS() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/include/gtest/gtest.h:2293 #30 0x6183338f18b7 in main::$_0::operator()(int, char**) const /home/jvolmer/code/arangodb/tests/main.cpp:150 #31 0x6183338f1674 in TestThread<main::$_0>::run() /home/jvolmer/code/arangodb/tests/main.cpp:61 #32 0x6183338f1050 in TestThread<main::$_0>::TestThread(arangodb::application_features::ApplicationServerT<arangodb::ArangodFeatures>&, main::$_0&&, int, char**) /home/jvolmer/code/arangodb/tests/main.cpp:48 #33 0x6183338f0656 in main /home/jvolmer/code/arangodb/tests/main.cpp:151 #34 0x789583e2a1c9 in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 #35 0x789583e2a28a in __libc_start_main csu/../csu/libc-start.c:360:3 #36 0x61832b54b024 in _start (/home/jvolmer/code/arangodb/build-presets/my-alubsan/bin/arangodbtests+0x3b9a8024) (BuildId: 4c994b7192b507c6ed2fbee420b30cfaa0527976) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1667 in std::__shared_ptr<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2>::get() const ==247960==ABORTING

ghost assigned tisba Mar 21, 2012

tisba closed this as completed Mar 21, 2012

tisba removed their assignment Jan 29, 2015

markterm mentioned this issue Nov 14, 2015

arangodb stopped responding (Arangodb 2.7.0 on OS X) #1571

Closed

betwjp mentioned this issue Oct 29, 2018

coordinator crashed frequency #7093

Closed

yogeshbidari mentioned this issue Jul 8, 2021

ArangoDB reload taking lot of time when pod restarts #14386

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

--version reports incorrect version number #31

--version reports incorrect version number #31

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

--version reports incorrect version number #31

--version reports incorrect version number #31

Comments

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!