Re: Gnucash fails to start after recent update
Thanks for looking at the error, your comments made me check that my system was up to date, it wasn't for some reason but this made no difference but I see Alex had a similar issue and you have made some updates and these have fixed my problem. Thank you, Bob On 4 May 2015 at 17:28, John Ralls jra...@ceridwen.us wrote: On May 4, 2015, at 1:11 AM, Robert Fewell 14ubo...@gmail.com wrote: 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_implboost::exception_detail::error_info_injectorboost::gregorian::bad_year ' what(): Year is out of valid range: 1400..1 Program received signal SIGABRT, Aborted. 0x75a3b795 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 0x75a3b795 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x75a3cc18 in __GI_abort () at abort.c:89 #2 0x7fffed59b7fd in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #3 0x7fffed599876 in __cxxabiv1::__terminate(void (*)()) () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #4 0x7fffed5998a3 in std::terminate() () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #5 0x7fffed599ab1 in __cxa_throw () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #6 0x76c5d040 in boost::throw_exceptionboost::gregorian::bad_year (e=...) at /usr/include/boost/throw_exception.hpp:70 #7 0x76c5776c in boost::CV::simple_exception_policyunsigned short, (unsigned short)1400, (unsigned short)1, boost::gregorian::bad_year::on_error () at /usr/include/boost/date_time/constrained_value.hpp:110 #8 0x76c5d3c5 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_baseboost::date_time::year_month_day_baseboost::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 0x76c5871f in date (this=0x7fffdb70) 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=0x7fffdb70) at /usr/include/boost/date_time/time.hpp:72 #15 TimeZoneProvider::TimeZoneProvider (this=0x76ec1590 tzp, tzname=...) at gnc-timezone.cpp:565 #16 0x76c4ef69 in TimeZoneProvider (this=0x76ec1590 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 0x77deab6e in call_init (l=optimized out, argc=argc@entry =2, argv=argv@entry=0x7fffdf88, env=env@entry=0x7fffdfa0) at dl-init.c:78 #20 0x77deac4b in call_init (env=0x7fffdfa0, argv=0x7fffdf88, argc=2, l=optimized out) at dl-init.c:36 #21 _dl_init (main_map=0x77ffe128, argc=2, argv=0x7fffdf88, env=0x7fffdfa0) at dl-init.c:126 #22 0x77ddd42a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #23 0x0002 in ?? () #24 0x7fffe299 in ?? () #25 0x7fffe2aa in ?? () #26 0x in ?? () Not sure if this is just my system or maybe I
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_implboost::exception_detail::error_info_injectorboost::gregorian::bad_year ' what(): Year is out of valid range: 1400..1 Program received signal SIGABRT, Aborted. 0x75a3b795 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 0x75a3b795 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x75a3cc18 in __GI_abort () at abort.c:89 #2 0x7fffed59b7fd in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #3 0x7fffed599876 in __cxxabiv1::__terminate(void (*)()) () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #4 0x7fffed5998a3 in std::terminate() () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #5 0x7fffed599ab1 in __cxa_throw () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #6 0x76c5d040 in boost::throw_exceptionboost::gregorian::bad_year (e=...) at /usr/include/boost/throw_exception.hpp:70 #7 0x76c5776c in boost::CV::simple_exception_policyunsigned short, (unsigned short)1400, (unsigned short)1, boost::gregorian::bad_year::on_error () at /usr/include/boost/date_time/constrained_value.hpp:110 #8 0x76c5d3c5 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_baseboost::date_time::year_month_day_baseboost::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 0x76c5871f in date (this=0x7fffdb70) 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=0x7fffdb70) at /usr/include/boost/date_time/time.hpp:72 #15 TimeZoneProvider::TimeZoneProvider (this=0x76ec1590 tzp, tzname=...) at gnc-timezone.cpp:565 #16 0x76c4ef69 in TimeZoneProvider (this=0x76ec1590 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 0x77deab6e in call_init (l=optimized out, argc=argc@entry=2, argv=argv@entry=0x7fffdf88, env=env@entry=0x7fffdfa0) at dl-init.c:78 #20 0x77deac4b in call_init (env=0x7fffdfa0, argv=0x7fffdf88, argc=2, l=optimized out) at dl-init.c:36 #21 _dl_init (main_map=0x77ffe128, argc=2, argv=0x7fffdf88, env=0x7fffdfa0) at dl-init.c:126 #22 0x77ddd42a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #23 0x0002 in ?? () #24 0x7fffe299 in ?? () #25 0x7fffe2aa in ?? () #26 0x in ?? () Not sure if this is just my system or maybe I have updated in the middle of a series of updates. Regards, Bob ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Gnucash fails to start after recent update
On May 4, 2015, at 1:11 AM, Robert Fewell 14ubo...@gmail.com wrote: 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_implboost::exception_detail::error_info_injectorboost::gregorian::bad_year ' what(): Year is out of valid range: 1400..1 Program received signal SIGABRT, Aborted. 0x75a3b795 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 0x75a3b795 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x75a3cc18 in __GI_abort () at abort.c:89 #2 0x7fffed59b7fd in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #3 0x7fffed599876 in __cxxabiv1::__terminate(void (*)()) () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #4 0x7fffed5998a3 in std::terminate() () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #5 0x7fffed599ab1 in __cxa_throw () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #6 0x76c5d040 in boost::throw_exceptionboost::gregorian::bad_year (e=...) at /usr/include/boost/throw_exception.hpp:70 #7 0x76c5776c in boost::CV::simple_exception_policyunsigned short, (unsigned short)1400, (unsigned short)1, boost::gregorian::bad_year::on_error () at /usr/include/boost/date_time/constrained_value.hpp:110 #8 0x76c5d3c5 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_baseboost::date_time::year_month_day_baseboost::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 0x76c5871f in date (this=0x7fffdb70) 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=0x7fffdb70) at /usr/include/boost/date_time/time.hpp:72 #15 TimeZoneProvider::TimeZoneProvider (this=0x76ec1590 tzp, tzname=...) at gnc-timezone.cpp:565 #16 0x76c4ef69 in TimeZoneProvider (this=0x76ec1590 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 0x77deab6e in call_init (l=optimized out, argc=argc@entry=2, argv=argv@entry=0x7fffdf88, env=env@entry=0x7fffdfa0) at dl-init.c:78 #20 0x77deac4b in call_init (env=0x7fffdfa0, argv=0x7fffdf88, argc=2, l=optimized out) at dl-init.c:36 #21 _dl_init (main_map=0x77ffe128, argc=2, argv=0x7fffdf88, env=0x7fffdfa0) at dl-init.c:126 #22 0x77ddd42a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #23 0x0002 in ?? () #24 0x7fffe299 in ?? () #25 0x7fffe2aa in ?? () #26 0x in ?? () Not sure if this is just my system or maybe I have updated in the middle of a series of updates. Robert, Well, it doesn’t happen on my systems, but no, it’s not the middle of a series of updates. It would appear either that your TZ file either has an offset outside of the range 1400 - CE or is formatted differently from the ones Apple, Debian, and Fedora supply. Please attach /etc/localtime (or whatever it points to if it’s a symlink) to a reply so that I
Re: Gnucash fails to start after recent update
John, On Mon, May 4, 2015 at 3:59 PM, John Ralls jra...@ceridwen.us wrote: On May 4, 2015, at 3:48 PM, John Ralls jra...@ceridwen.us wrote: 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. Pushed, let me know if there are any more problems. Regards, John Ralls Both my F20 and F21 systems now get through make, make check, and start up just fine. Thanks, Alex ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Gnucash fails to start after recent update
On May 4, 2015, at 3:48 PM, John Ralls jra...@ceridwen.us wrote: 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. Pushed, let me know if there are any more problems. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Gnucash fails to start after recent update
On May 4, 2015, at 2:50 PM, Alex Aycinena alex.aycin...@gmail.com wrote: On Mon, May 4, 2015 at 2:45 PM, Alex Aycinena alex.aycin...@gmail.com wrote: snip 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: snip 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. Regards, Alex The error on make check is: make[5]: Entering directory `/home/gnucash-dev/gitcheckouts/gnucash-build/src/libqof/qof/test' gcc -DHAVE_CONFIG_H -I. -I/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test -I../../../.. -I. -I/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test -I../../../.. -I/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof -I/home/gnucash-dev/gitcheckouts/gnucash/src/test-core -DTESTPROG=test_qof -I/home/gnucash-dev/gitcheckouts/gnucash/lib/libc -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -Werror -Wdeclaration-after-statement -Wno-pointer-sign -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -g -g -MT test_qof-test-gnc-date.o -MD -MP -MF .deps/test_qof-test-gnc-date.Tpo -c -o test_qof-test-gnc-date.o `test -f 'test-gnc-date.c' || echo '/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/'`test-gnc-date.c /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c: In function ‘test_gnc_dmy2timespec’: /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1788:5: error: ‘for’ loop initial declarations are only allowed in C99 mode for (int i = 0; i sizeof(f-test)/sizeof(TimeMap); ++i) ^ /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1788:5: note: use option -std=c99 or -std=gnu99 to compile your code /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c: In function ‘test_gnc_dmy2timespec_end’: /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1810:5: error: ‘for’ loop initial declarations are only allowed in C99 mode for (int i = 0; i sizeof(f-test)/sizeof(TimeMap); ++i) ^ /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c: In function ‘test_gdate_to_timespec’: /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1912:5: error: ‘for’ loop initial declarations are only allowed in C99 mode for (int i = 0; i sizeof(f-test)/sizeof(TimeMap); ++i) ^ make[5]: *** [test_qof-test-gnc-date.o] Error 1 make[5]: Leaving directory `/home/gnucash-dev/gitcheckouts/gnucash-build/src/libqof/qof/test' Alex, Thanks. I’d found and fixed that on my F18 VM, but the commit didn’t make it back to my main repo so it didn’t make the original merge. I’ve remedied that and done another merge and push. Please try it. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Gnucash fails to start after recent update
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_implboost::exception_detail::error_info_injectorboost::gregorian::bad_year ' what(): Year is out of valid range: 1400..1 Program received signal SIGABRT, Aborted. 0x75a3b795 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 0x75a3b795 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x75a3cc18 in __GI_abort () at abort.c:89 #2 0x7fffed59b7fd in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #3 0x7fffed599876 in __cxxabiv1::__terminate(void (*)()) () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #4 0x7fffed5998a3 in std::terminate() () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #5 0x7fffed599ab1 in __cxa_throw () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #6 0x76c5d040 in boost::throw_exceptionboost::gregorian::bad_year (e=...) at /usr/include/boost/throw_exception.hpp:70 #7 0x76c5776c in boost::CV::simple_exception_policyunsigned short, (unsigned short)1400, (unsigned short)1, boost::gregorian::bad_year::on_error () at /usr/include/boost/date_time/constrained_value.hpp:110 #8 0x76c5d3c5 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_baseboost::date_time::year_month_day_baseboost::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 0x76c5871f in date (this=0x7fffdb70) 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=0x7fffdb70) at /usr/include/boost/date_time/time.hpp:72 #15 TimeZoneProvider::TimeZoneProvider (this=0x76ec1590 tzp, tzname=...) at gnc-timezone.cpp:565 #16 0x76c4ef69 in TimeZoneProvider (this=0x76ec1590 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 0x77deab6e in call_init (l=optimized out, argc=argc@entry=2, argv=argv@entry=0x7fffdf88, env=env@entry=0x7fffdfa0) at dl-init.c:78 #20 0x77deac4b in call_init (env=0x7fffdfa0, argv=0x7fffdf88, argc=2, l=optimized out) at dl-init.c:36 #21 _dl_init (main_map=0x77ffe128, argc=2, argv=0x7fffdf88, env=0x7fffdfa0) at dl-init.c:126 #22 0x77ddd42a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #23 0x0002 in ?? () #24 0x7fffe299 in ?? () #25 0x7fffe2aa in ?? () #26 0x 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
Re: Gnucash fails to start after recent update
On Mon, May 4, 2015 at 2:45 PM, Alex Aycinena alex.aycin...@gmail.com wrote: snip 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: snip 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. Regards, Alex The error on make check is: make[5]: Entering directory `/home/gnucash-dev/gitcheckouts/gnucash-build/src/libqof/qof/test' gcc -DHAVE_CONFIG_H -I. -I/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test -I../../../.. -I. -I/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test -I../../../.. -I/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof -I/home/gnucash-dev/gitcheckouts/gnucash/src/test-core -DTESTPROG=test_qof -I/home/gnucash-dev/gitcheckouts/gnucash/lib/libc -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -Werror -Wdeclaration-after-statement -Wno-pointer-sign -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -g -g -MT test_qof-test-gnc-date.o -MD -MP -MF .deps/test_qof-test-gnc-date.Tpo -c -o test_qof-test-gnc-date.o `test -f 'test-gnc-date.c' || echo '/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/'`test-gnc-date.c /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c: In function ‘test_gnc_dmy2timespec’: /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1788:5: error: ‘for’ loop initial declarations are only allowed in C99 mode for (int i = 0; i sizeof(f-test)/sizeof(TimeMap); ++i) ^ /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1788:5: note: use option -std=c99 or -std=gnu99 to compile your code /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c: In function ‘test_gnc_dmy2timespec_end’: /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1810:5: error: ‘for’ loop initial declarations are only allowed in C99 mode for (int i = 0; i sizeof(f-test)/sizeof(TimeMap); ++i) ^ /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c: In function ‘test_gdate_to_timespec’: /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1912:5: error: ‘for’ loop initial declarations are only allowed in C99 mode for (int i = 0; i sizeof(f-test)/sizeof(TimeMap); ++i) ^ make[5]: *** [test_qof-test-gnc-date.o] Error 1 make[5]: Leaving directory `/home/gnucash-dev/gitcheckouts/gnucash-build/src/libqof/qof/test' Alex ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Gnucash fails to start after recent update
-- 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_implboost::exception_detail::error_info_injectorboost::gregorian::bad_year ' what(): Year is out of valid range: 1400..1 Program received signal SIGABRT, Aborted. 0x75a3b795 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 0x75a3b795 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x75a3cc18 in __GI_abort () at abort.c:89 #2 0x7fffed59b7fd in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #3 0x7fffed599876 in __cxxabiv1::__terminate(void (*)()) () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #4 0x7fffed5998a3 in std::terminate() () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #5 0x7fffed599ab1 in __cxa_throw () from /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6 #6 0x76c5d040 in boost::throw_exceptionboost::gregorian::bad_year (e=...) at /usr/include/boost/throw_exception.hpp:70 #7 0x76c5776c in boost::CV::simple_exception_policyunsigned short, (unsigned short)1400, (unsigned short)1, boost::gregorian::bad_year::on_error () at /usr/include/boost/date_time/constrained_value.hpp:110 #8 0x76c5d3c5 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_baseboost::date_time::year_month_day_baseboost::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 0x76c5871f in date (this=0x7fffdb70) 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=0x7fffdb70) at /usr/include/boost/date_time/time.hpp:72 #15 TimeZoneProvider::TimeZoneProvider (this=0x76ec1590 tzp, tzname=...) at gnc-timezone.cpp:565 #16 0x76c4ef69 in TimeZoneProvider (this=0x76ec1590 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 0x77deab6e in call_init (l=optimized out, argc=argc@entry=2, argv=argv@entry=0x7fffdf88, env=env@entry=0x7fffdfa0) at dl-init.c:78 #20 0x77deac4b in call_init (env=0x7fffdfa0, argv=0x7fffdf88, argc=2, l=optimized out) at dl-init.c:36 #21 _dl_init (main_map=0x77ffe128, argc=2, argv=0x7fffdf88, env=0x7fffdfa0) at dl-init.c:126 #22 0x77ddd42a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #23 0x0002 in ?? () #24 0x7fffe299 in ?? () #25 0x7fffe2aa in ?? () #26 0x 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
