> On May 4, 2015, at 2:45 PM, Alex Aycinena <alex.aycin...@gmail.com> wrote: > >> ---------- Forwarded message ---------- >> From: Robert Fewell <14ubo...@gmail.com> >> To: "gnucash-devel@gnucash.org" <gnucash-devel@gnucash.org> >> Cc: >> Date: Mon, 4 May 2015 09:11:56 +0100 >> Subject: Gnucash fails to start after recent update >> Hi guy's, >> >> I have just updated my git tree to the latest updates and was able to >> compile the recent changes but the program will not run, it stops at >> startup with a date exception with the following in gdb... >> >> >> GNU gdb (Gentoo 7.6.2 p1) 7.6.2 >> Copyright (C) 2013 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later < >> http://gnu.org/licenses/gpl.html >>> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. Type "show copying" >> and "show warranty" for details. >> This GDB was configured as "x86_64-pc-linux-gnu". >> For bug reporting instructions, please see: >> <http://bugs.gentoo.org/>. >> (gdb) file gnucash >> Reading symbols from /usr/bin/gnucash...done. >> (gdb) run --g-fatal-warnings >> Starting program: /usr/bin/gnucash --g-fatal-warnings >> warning: Could not load shared library symbols for linux-vdso.so.1. >> Do you need "set solib-search-path" or "set sysroot"? >> [Thread debugging using libthread_db enabled] >> Using host libthread_db library "/lib64/libthread_db.so.1". >> terminate called after throwing an instance of >> >> 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::gregorian::bad_year> >>> ' >> what(): Year is out of valid range: 1400..10000 >> >> Program received signal SIGABRT, Aborted. >> 0x00007ffff5a3b795 in __GI_raise (sig=sig@entry=6) at >> ../nptl/sysdeps/unix/sysv/linux/raise.c:56 >> 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. >> (gdb) bt >> #0 0x00007ffff5a3b795 in __GI_raise (sig=sig@entry=6) at >> ../nptl/sysdeps/unix/sysv/linux/raise.c:56 >> #1 0x00007ffff5a3cc18 in __GI_abort () at abort.c:89 >> #2 0x00007fffed59b7fd in __gnu_cxx::__verbose_terminate_handler() () from >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 >> #3 0x00007fffed599876 in __cxxabiv1::__terminate(void (*)()) () from >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 >> #4 0x00007fffed5998a3 in std::terminate() () from >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 >> #5 0x00007fffed599ab1 in __cxa_throw () from >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 >> #6 0x00007ffff6c5d040 in >> boost::throw_exception<boost::gregorian::bad_year> (e=...) at >> /usr/include/boost/throw_exception.hpp:70 >> #7 0x00007ffff6c5776c in boost::CV::simple_exception_policy<unsigned >> short, (unsigned short)1400, (unsigned short)10000, >> boost::gregorian::bad_year>::on_error () at >> /usr/include/boost/date_time/constrained_value.hpp:110 >> #8 0x00007ffff6c5d3c5 in assign (value=<optimized out>, this=<synthetic >> pointer>) >> at /usr/include/boost/date_time/constrained_value.hpp:69 >> #9 constrained_value (value=<optimized out>, this=<synthetic pointer>) at >> /usr/include/boost/date_time/constrained_value.hpp:48 >> #10 greg_year (year=<optimized out>, this=<synthetic pointer>) at >> /usr/include/boost/date_time/gregorian/greg_year.hpp:41 >> #11 >> >> boost::date_time::gregorian_calendar_base<boost::date_time::year_month_day_base<boost::gregorian::greg_year, >> boost::gregorian::greg_month, boost::gregorian::greg_day>, unsigned >> int>::from_day_number (dayNumber=<optimized out>) >> at /usr/include/boost/date_time/gregorian_calendar.ipp:122 >> #12 0x00007ffff6c5871f in date (this=0x7fffffffdb70) at >> /usr/include/boost/date_time/time_system_counted.hpp:59 >> #13 get_date (val=...) at >> /usr/include/boost/date_time/time_system_counted.hpp:170 >> #14 date (this=0x7fffffffdb70) at /usr/include/boost/date_time/time.hpp:72 >> #15 TimeZoneProvider::TimeZoneProvider (this=0x7ffff6ec1590 <tzp>, >> tzname=...) at gnc-timezone.cpp:565 >> #16 0x00007ffff6c4ef69 in TimeZoneProvider (this=0x7ffff6ec1590 <tzp>) at >> gnc-timezone.hpp:51 >> #17 __static_initialization_and_destruction_0 (__initialize_p=1, >> __priority=65535) at gnc-datetime.cpp:43 >> #18 _GLOBAL__sub_I_gnc_datetime.cpp(void) () at gnc-datetime.cpp:284 >> ---Type <return> to continue, or q <return> to quit--- >> #19 0x00007ffff7deab6e in call_init (l=<optimized out>, argc=argc@entry=2, >> argv=argv@entry=0x7fffffffdf88, >> env=env@entry=0x7fffffffdfa0) at dl-init.c:78 >> #20 0x00007ffff7deac4b in call_init (env=0x7fffffffdfa0, >> argv=0x7fffffffdf88, argc=2, l=<optimized out>) at dl-init.c:36 >> #21 _dl_init (main_map=0x7ffff7ffe128, argc=2, argv=0x7fffffffdf88, >> env=0x7fffffffdfa0) at dl-init.c:126 >> #22 0x00007ffff7ddd42a in _dl_start_user () from >> /lib64/ld-linux-x86-64.so.2 >> #23 0x0000000000000002 in ?? () >> #24 0x00007fffffffe299 in ?? () >> #25 0x00007fffffffe2aa in ?? () >> #26 0x0000000000000000 in ?? () >> >> >> Not sure if this is just my system or maybe I have updated in the middle of >> a series of updates. >> >> Regards, >> Bob >> >> > Bob, > > I believe it was John's recent commit related to boost-date. On my Fedora > 21 system, make doesn't work with a similar message: > > /usr/bin/guild compile -o unittest-support.go > /home/gnucash-dev/gitcheckouts/gnucash-clean/src/test-core/unittest-support.scm > terminate called after throwing an instance of > 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::gregorian::bad_year> >> ' > what(): Year is out of valid range: 1400..10000 > Makefile:1093: recipe for target 'unittest-support.go' failed > make[3]: *** [unittest-support.go] Aborted (core dumped) > make[3]: Leaving directory > '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/test-core' > Makefile:565: recipe for target 'all-recursive' failed > make[2]: *** [all-recursive] Error 1 > > On my Fedora 20 system, make worked but make check failed. I will send a > separate e-mail with that error. When I make install on that system and > then try to start gnucash, it works.
Alex, Good hint, thanks. I tried on my F21 VM and it wouldn’t build at all: It crashed in guild. Odd, since it doesn’t throw on Debian Jessie with (apparently) the same zone file and boost version. I’m testing a fix now, if all goes well I’ll push shortly. Regards, John Ralls _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
