Re: [GNC-dev] Error on exiting gnucash (segfault)
> On Apr 27, 2020, at 12:55 PM, c.holterm...@gmx.de wrote: > > Hello, > > I get error messages on closing. I have seen that for some days on > master and maint. The most recent maint leads to a segmentation fault on > quitting gnucash. Using the python bindings in a script I get > >> double free or corruption (out) >> ABGEBROCHEN > > The "ABGEBROCHEN" is weird because its german (my usual locale) and pops > up even if starting the script with > LANG=C script.py > > Starting gnucash with > LANG=C gnucash > > leads to gnucash with english interface but in the terminal on exit it > shows: > >> This is a development version. It may or may not work. >> Report bugs and other problems to gnucash-devel@gnucash.org >> You can also lookup and file bug reports at https://bugs.gnucash.org >> To find the last stable version, please refer to https://www.gnucash.org/ >> Found Finance::Quote version 1.47. >> Error sending IPC message: Broken pipe >> Error sending IPC message: Broken pipe >> Error sending IPC message: Broken pipe >> SPEICHERZUGRIFFSFEHLER Outside of Gtk-based apps LANG is a fallback for unset values of LC_ALL, LC_MESSAGES, etc. Since your script isn't going to be doing either GnuCash's or Gtk's localization init you probably need to set LC_ALL instead of LANG. Note that if you want translations you'll also need to supply LANGUAGES. Get the debug symbols for Python for your distro and run Python in the debugger, then run your script from that. > > So the segmentation fault also shows in german (SPEICHERZUGRIFFSFEHLER). > > The IPC errors have been there before and didn't do harm. > > I tried to enable and disable the python shell. Didn't change the > behavior. > > When I try an illegal locale with gnucash it shows > LANG=SOMETHING gnucash >> The locale defined in the environment isn't supported. Falling back to the >> 'C' (US English) locale > > That's expected behavior. > > When starting a script with an illegal locale it shows > LANG=SOMETHING script >> terminate called after throwing an instance of 'std::runtime_error' >> what(): locale::facet::_S_create_c_locale name not valid > > There seems to be an issue with an illegal locale in the python > bindings. I don't know if that's related to the memory issues. I haven't > looked deeper into this. > > That the system locale pops up in the error messages lead me to think > that the problem may be in the locale handling. Something is accessing the C++ locale system and it's throwing an exception, which is what it does when you try to feed it an invalid locale. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Error on exiting gnucash (segfault)
Hello, I get error messages on closing. I have seen that for some days on master and maint. The most recent maint leads to a segmentation fault on quitting gnucash. Using the python bindings in a script I get > double free or corruption (out) > ABGEBROCHEN The "ABGEBROCHEN" is weird because its german (my usual locale) and pops up even if starting the script with >>> LANG=C script.py Starting gnucash with >>> LANG=C gnucash leads to gnucash with english interface but in the terminal on exit it shows: > This is a development version. It may or may not work. > Report bugs and other problems to gnucash-devel@gnucash.org > You can also lookup and file bug reports at https://bugs.gnucash.org > To find the last stable version, please refer to https://www.gnucash.org/ > Found Finance::Quote version 1.47. > Error sending IPC message: Broken pipe > Error sending IPC message: Broken pipe > Error sending IPC message: Broken pipe > SPEICHERZUGRIFFSFEHLER So the segmentation fault also shows in german (SPEICHERZUGRIFFSFEHLER). The IPC errors have been there before and didn't do harm. I tried to enable and disable the python shell. Didn't change the behavior. When I try an illegal locale with gnucash it shows >>> LANG=SOMETHING gnucash > The locale defined in the environment isn't supported. Falling back to the > 'C' (US English) locale That's expected behavior. When starting a script with an illegal locale it shows >>> LANG=SOMETHING script > terminate called after throwing an instance of 'std::runtime_error' > what(): locale::facet::_S_create_c_locale name not valid There seems to be an issue with an illegal locale in the python bindings. I don't know if that's related to the memory issues. I haven't looked deeper into this. That the system locale pops up in the error messages lead me to think that the problem may be in the locale handling. regards, Christoph Holtermann ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Segfault when loading file on master
On zaterdag 25 februari 2017 19:32:16 CEST Matthew Forbis via gnucash-devel wrote: > I have compiled master and came across a segfault when loading my normal > file that works fine on 2.6.15. It happens during the loading of the file. > It looks like possibly the code no longer handles a / in certain places in > the file. I traced it to this section in my gnucash file (I cut it down to > just show the tree in questions, out I can send more if needed). If I > removed the slot in section, the file loads just find. The stack trace > from the crash is at the end of the email. If this makes more sense to > create a bug report out of, please let me know and I will do that. > > > Thanks, > Matt > Hi Matt, It looks like are hitting https://bugzilla.gnome.org/show_bug.cgi?id=761682 Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Segfault when loading file on master
I have compiled master and came across a segfault when loading my normal file that works fine on 2.6.15. It happens during the loading of the file. It looks like possibly the code no longer handles a / in certain places in the file. I traced it to this section in my gnucash file (I cut it down to just show the tree in questions, out I can send more if needed). If I removed the slot in section, the file loads just find. The stack trace from the crash is at the end of the email. If this makes more sense to create a bug report out of, please let me know and I will do that. Thanks, Matt Capital One cb2525c09fbe0f791e01b4caa0fff869 CREDIT ISO4217 USD 100 color Not Set import-map-bayes / Expenses:Vacation 2 Thread 1 "gnucash" received signal SIGSEGV, Segmentation fault. 0x712f32ab in std::__cxx11::basic_string, std::allocator >::basic_string(std::__cxx11::basic_string, std::allocator > const&) () from /lib/x86_64-linux-gnu/libstdc++.so.6 (gdb) st Ambiguous command "st": stack, start, status, step, stepi, stepping, stop, strace. (gdb) bt #0 0x712f32ab in std::__cxx11::basic_string, std::allocator >::basic_string(std::__cxx11::basic_string, std::allocator > const&) () from /lib/x86_64-linux-gnu/libstdc++.so.6 #1 0x7670380c in KvpFrameImpl::set (this=0x58236820, path=std::vector of length 0, capacity 0, value=0x57be9190) at kvp_frame.cpp:128 #2 0x76703579 in KvpFrameImpl::set (this=0x58236820, key=0x57be90d0 "/", value=0x57be9190) at kvp_frame.cpp:91 #3 0x721200ba in dom_tree_to_kvp_frame_given (node=0x57e467a0, frame=0x58236820) at sixtp-dom-parsers.cpp:443 #4 0x72120161 in dom_tree_to_kvp_frame (node=0x57e467a0) at sixtp-dom-parsers.cpp:465 #5 0x7211fe67 in dom_tree_to_frame_kvp_value (node=0x57e467a0) at sixtp-dom-parsers.cpp:339 #6 0x7211ff43 in dom_tree_to_kvp_value (node=0x57e467a0) at sixtp-dom-parsers.cpp:391 #7 0x72120083 in dom_tree_to_kvp_frame_given (node=0x57f822c0, frame=0x57f1f840) at sixtp-dom-parsers.cpp:429 #8 0x721201cd in dom_tree_create_instance_slots (node=0x57f822c0, inst=0x58012900) at sixtp-dom-parsers.cpp:476 #9 0x720f594a in account_slots_handler (node=0x57f822c0, act_pdata=0x7fffb020) at gnc-account-xml-v2.cpp:365 #10 0x72120ca1 in gnc_xml_set_data (tag=0x57f85c90 "act:slots", node=0x57f822c0, item=0x7fffb020, handlers=0x72342de0 ) at sixtp-dom-parsers.cpp:858 #11 0x72120d97 in dom_tree_generic_parse (node=0x57f83cb0, handlers=0x72342d20 , data=0x7fffb020) at sixtp-dom-parsers.cpp:889 #12 0x720f5d2c in dom_tree_to_account (node=0x57f83cb0, book=0x57c61880) at gnc-account-xml-v2.cpp:540 #13 0x720f5c23 in gnc_account_end_handler ( data_for_children=0x57f83cb0, data_from_children=0x0, sibling_data=0x57c8fc30, parent_data=0x0, global_data=0x7fffb420, result=0x57c95fc0, tag=0x57f9cf20 "gnc:account") at gnc-account-xml-v2.cpp:491 #14 0x72123b44 in sixtp_sax_end_handler (user_data=0x57c01c40, name=0x57c68e03 "gnc:account") at sixtp.cpp:539 #15 0x71d43df5 in ?? () from /lib/x86_64-linux-gnu/libxml2.so.2 #16 0x71d4ce3b in xmlParseElement () from /lib/x86_64-linux-gnu/libxml2.so.2 #17 0x71d4c0e2 in xmlParseContent () from /lib/x86_64-linux-gnu/libxml2.so.2 #18 0x71d4ca33 in xmlParseElement () from /lib/x86_64-linux-gnu/libxml2.so.2 ---Type to continue, or q to quit--- #19 0x71d4c0e2 in xmlParseContent () from /lib/x86_64-linux-gnu/libxml2.so.2 #20 0x71d4ca33 in xmlParseElement () from /lib/x86_64-linux-gnu/libxml2.so.2 #21 0x71d4d3bb in xmlParseDocument () from /lib/x86_64-linux-gnu/libxml2.so.2 #22 0x72124009 in sixtp_parse_file_common (sixtp=0x57bf5430, xml_context=0x57ce8a60, data_for_top_level=0x0, global_data=0x7fffb420, parse_result=0x7fffb438) at sixtp.cpp:717 #23 0x721241c3 in sixtp_parse_fd (sixtp=0x57bf5430, fd=0x57c01800, data_for_top_level=0x0, global_data=0x7fffb420, parse_result=0x7fffb438) at sixtp.cpp:793 #24 0x7210a820 in gnc_xml_parse_fd (top_parser=0x57bf5430, fd=0x57c01800, callback=0x72110dad , parsedata=0x57c0c320, bookdata=0x57c61880) at io-gncxml-gen.cpp:60 #25 0x721115d1 in qof_session_load_from_xml_file_v2_full (xml_be= 0x57c7e800, book=0x57c61880, push_handler=0x0, push_user_data=0x0, type=GNC_BOOK_XML2_FILE) at io-gncxml-v2.
Re: segfault on customer report
> On Apr 25, 2016, at 3:15 AM, will Snow wrote:
>
> Hi All,
>
> After running Reports -> business -> customer report gnucash has a
> segfault (git master branch c739f4fae442e583389dd8c47100a38a06aac4c4)
>
> I'm interested in helping out with gnucash so looked a bit further. It
> looks as though the segfault occurs when the get_slot method is run
> because the book variable is empty.
>
> src/libqof/qof/qofbook.cpp
> 1194 KvpValue*
> 1195 qof_book_get_option (QofBook *book, GSList *path)
> 1196 {
> 1197 KvpFrame *root = qof_instance_get_slots(QOF_INSTANCE (book));
> 1198 Path path_v {KVP_OPTION_PATH};
> 1199 for (auto item = path; item != nullptr; item =
> g_slist_next(item))
> 1200 path_v.push_back(static_cast(item->data));
> 1201 return root->get_slot(path_v);
> 1202 }
> After looking a bit deeper it seems that SWIG_MustGetPtr (see below)
> returns null to arg1 (book) which is then passed to qof_book_get_option
> resulting in qof_instance_get_slots returning null instead of an object
> and then it segfaults when trying to run get_slots.
>
> I thought adding some sort of check on the root variable but that's
> probably wrong and not solving the underlying problem? I'm not sure
> where to go from here with regards to fixing the issue. Any pointers
> would be helpful. Thanks.
>
> ./src/engine/swig-engine.c
> static SCM
> _wrap_qof_book_get_option (SCM s_0, SCM s_1)
> {
> #define FUNC_NAME "qof-book-get-option"
> QofBook *arg1 = (QofBook *) 0 ;
> GSList *arg2 = (GSList *) 0 ;
> SCM gswig_result;
> SWIGUNUSED int gswig_list_p = 0;
> KvpValue *result = 0 ;
> {
> arg1 = (QofBook *)SWIG_MustGetPtr(s_0, SWIGTYPE_p_QofBook, 1, 0);
> }
> arg2 = gnc_scm_to_gslist_string(s_1);
> result = (KvpValue *)qof_book_get_option(arg1,arg2);
> gswig_result = gnc_kvp_value_ptr_to_scm(result);
>
> return gswig_result;
> #undef FUNC_NAME
The problem is probably upstream of _wrap_qof_book_get_option(): Whatever is
calling it from Scheme is likely passing a nullptr in s_0. If Scheme isn't one
of your languages please file a bug.
Regards,
John Ralls
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
segfault on customer report
Hi All,
After running Reports -> business -> customer report gnucash has a
segfault (git master branch c739f4fae442e583389dd8c47100a38a06aac4c4)
I'm interested in helping out with gnucash so looked a bit further. It
looks as though the segfault occurs when the get_slot method is run
because the book variable is empty.
src/libqof/qof/qofbook.cpp
1194 KvpValue*
1195 qof_book_get_option (QofBook *book, GSList *path)
1196 {
1197 KvpFrame *root = qof_instance_get_slots(QOF_INSTANCE (book));
1198 Path path_v {KVP_OPTION_PATH};
1199 for (auto item = path; item != nullptr; item =
g_slist_next(item))
1200 path_v.push_back(static_cast(item->data));
1201 return root->get_slot(path_v);
1202 }
After looking a bit deeper it seems that SWIG_MustGetPtr (see below)
returns null to arg1 (book) which is then passed to qof_book_get_option
resulting in qof_instance_get_slots returning null instead of an object
and then it segfaults when trying to run get_slots.
I thought adding some sort of check on the root variable but that's
probably wrong and not solving the underlying problem? I'm not sure
where to go from here with regards to fixing the issue. Any pointers
would be helpful. Thanks.
./src/engine/swig-engine.c
static SCM
_wrap_qof_book_get_option (SCM s_0, SCM s_1)
{
#define FUNC_NAME "qof-book-get-option"
QofBook *arg1 = (QofBook *) 0 ;
GSList *arg2 = (GSList *) 0 ;
SCM gswig_result;
SWIGUNUSED int gswig_list_p = 0;
KvpValue *result = 0 ;
{
arg1 = (QofBook *)SWIG_MustGetPtr(s_0, SWIGTYPE_p_QofBook, 1, 0);
}
arg2 = gnc_scm_to_gslist_string(s_1);
result = (KvpValue *)qof_book_get_option(arg1,arg2);
gswig_result = gnc_kvp_value_ptr_to_scm(result);
return gswig_result;
#undef FUNC_NAME
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Regression fix: patch for colored tabs segfault in trunk
On Wed, Mar 10, 2010 at 2:22 PM, Geert Janssens wrote: > On Wednesday 10 March 2010, Tom Van Braeckel wrote: > > Hi, > > > > Commit 18881 causes a segfault at startup for users that have renamed > their > > "Accounts" tab, the attached patch fixes it. > > > > This bug had been patched before, but then the code was reverted and > later > > brought back, without reapplying the patch. > > > > Best regards, > > > > Tom. > > > Hi Tom, > > That would be my mistake, sorry. I have reapplied your patch. > > I haven't been able to check r18881 on Windows yet. But if it turns out > this > patch has to be reverted, I'll make sure your patch will be applied in the > next round again as well. > > Anyway, thanks for paying attention :) > Sure, no problem. Thanks for all the hard work ! > > Geert > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Regression fix: patch for colored tabs segfault in trunk
On Wednesday 10 March 2010, Tom Van Braeckel wrote: > Hi, > > Commit 18881 causes a segfault at startup for users that have renamed their > "Accounts" tab, the attached patch fixes it. > > This bug had been patched before, but then the code was reverted and later > brought back, without reapplying the patch. > > Best regards, > > Tom. > Hi Tom, That would be my mistake, sorry. I have reapplied your patch. I haven't been able to check r18881 on Windows yet. But if it turns out this patch has to be reverted, I'll make sure your patch will be applied in the next round again as well. Anyway, thanks for paying attention :) Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Regression fix: patch for colored tabs segfault in trunk
Hi,
Commit 18881 causes a segfault at startup for users that have renamed their
"Accounts" tab, the attached patch fixes it.
This bug had been patched before, but then the code was reverted and later
brought back, without reapplying the patch.
Best regards,
Tom.
Index: src/gnome-utils/gnc-main-window.c
===
--- src/gnome-utils/gnc-main-window.c (revision 18883)
+++ src/gnome-utils/gnc-main-window.c (working copy)
@@ -1924,7 +1924,7 @@
/* Update Tooltip on notebook Tab */
main_window_find_tab_event(window, page, &event_box);
-if (strstr(old_page_long_name,old_page_name) != NULL)
+if (g_strrstr(old_page_long_name,old_page_name) != NULL)
{
gchar *new_page_long_name;
gint string_position;
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Patch for colored tabs segfault in trunk
On Tuesday 16 February 2010, Tom Van Braeckel wrote: > You're right (g_strrstr to be exact). > I'll keep the guideline in mind about using glib's functions where > possible. > > Attached is another patch that improves upon the previous one. > > Thanks, > > Tom Van Braeckel > GSM: 0032 (0) 486 63 58 04 > > Applied as r18659. Thanks a lot ! Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Patch for colored tabs segfault in trunk
You're right (g_strrstr to be exact).
I'll keep the guideline in mind about using glib's functions where possible.
Attached is another patch that improves upon the previous one.
Thanks,
Tom Van Braeckel
GSM: 0032 (0) 486 63 58 04
2010/2/15 Christian Stimming
> Am Montag, 15. Februar 2010 schrieb Tom Van Braeckel:
> > Hi guys,
> >
> > Commit 18637 (for *Bug
> > 608329*<https://bugzilla.gnome.org/show_bug.cgi?id=608329>- Patch
> > to add Color to Account tabs) caused a segfault at startup because I had
> > renamed my "Accounts" tab.
> >
> > The attached patch fixes it. There might be a better way but I think this
> > issue should be resolved rather sooner than later...
>
> Applied. Thanks a lot! Unfortunately this patch didn't make it into 2.3.9,
> but
> whatever...
>
> By the way, I guess the correct fix would be to use glib's g_strstr()
> function
> instead of the normal libc's strstr().
>
> Regards,
>
> Christian
>
> >
> > I've updated the AUTHOR's file as well, which might conflict with my
> patch
> > for *Bug 608032 <https://bugzilla.gnome.org/show_bug.cgi?id=608032>.*
> >
> > Best regards,
> >
> > Tom Van Braeckel
> > GSM: 0032 (0) 486 63 58 04
> >
>
>
Index: src/gnome-utils/gnc-main-window.c
===
--- src/gnome-utils/gnc-main-window.c (revision 18658)
+++ src/gnome-utils/gnc-main-window.c (working copy)
@@ -1793,7 +1793,7 @@
/* Update Tooltip on notebook Tab */
main_window_find_tab_event(window, page, &event_box);
- if (old_page_long_name != NULL && strstr(old_page_long_name,old_page_name) != NULL) {
+ if (g_strrstr(old_page_long_name,old_page_name) != NULL) {
gchar *new_page_long_name;
gint string_position;
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Patch for colored tabs segfault in trunk
Am Montag, 15. Februar 2010 schrieb Tom Van Braeckel: > Hi guys, > > Commit 18637 (for *Bug > 608329*<https://bugzilla.gnome.org/show_bug.cgi?id=608329>- Patch > to add Color to Account tabs) caused a segfault at startup because I had > renamed my "Accounts" tab. > > The attached patch fixes it. There might be a better way but I think this > issue should be resolved rather sooner than later... Applied. Thanks a lot! Unfortunately this patch didn't make it into 2.3.9, but whatever... By the way, I guess the correct fix would be to use glib's g_strstr() function instead of the normal libc's strstr(). Regards, Christian > > I've updated the AUTHOR's file as well, which might conflict with my patch > for *Bug 608032 <https://bugzilla.gnome.org/show_bug.cgi?id=608032>.* > > Best regards, > > Tom Van Braeckel > GSM: 0032 (0) 486 63 58 04 > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Patch for colored tabs segfault in trunk
Hi guys,
Commit 18637 (for *Bug
608329*<https://bugzilla.gnome.org/show_bug.cgi?id=608329>- Patch
to add Color to Account tabs) caused a segfault at startup because I had
renamed my "Accounts" tab.
The attached patch fixes it. There might be a better way but I think this
issue should be resolved rather sooner than later...
I've updated the AUTHOR's file as well, which might conflict with my patch
for *Bug 608032 <https://bugzilla.gnome.org/show_bug.cgi?id=608032>.*
Best regards,
Tom Van Braeckel
GSM: 0032 (0) 486 63 58 04
Index: AUTHORS
===
--- AUTHORS (revision 18656)
+++ AUTHORS (working copy)
@@ -269,6 +269,7 @@
Diane Trout scheme QIF import patch
Nicolae Turcan Romanian translation
Richard -Gilligan- Uschold tax report & txf export
+Tom Van Braeckel various patches and fixes
Matthew Vanecek lots of postgres backend work
Didier Vidal various G2 fixes.
Oliver Vollmer German account templates SKR03
Index: src/gnome-utils/gnc-main-window.c
===
--- src/gnome-utils/gnc-main-window.c (revision 18656)
+++ src/gnome-utils/gnc-main-window.c (working copy)
@@ -1793,7 +1793,7 @@
/* Update Tooltip on notebook Tab */
main_window_find_tab_event(window, page, &event_box);
- if (strstr(old_page_long_name,old_page_name) != NULL) {
+ if (old_page_long_name != NULL && strstr(old_page_long_name,old_page_name) != NULL) {
gchar *new_page_long_name;
gint string_position;
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: segfault using latest svn tree
On Mon, Jun 15, 2009 at 10:19 AM, Derek Atkins wrote: > Don Zickus writes: > >> On Sat, Jun 6, 2009 at 12:12 PM, Phil Longstaff wrote: >>> Hmmm... I just built from svn using your configure options and had no >>> problem. Were there any problems during configure or make? Is it >>> reproducible? Can you send a sample data file with the problem? >> >> OK, so I figured out my problem, SWIG_RUNTIME_VERSION was set to a >> mixture of "3" and "4", which caused SWIG_TypeQueryModule to not find >> any modules, return NULL and blow up when deferenced in >> SWIG_MangledTypeQueryModule. Anyway fixed that. > > So... how did this happen? How can you get a mixture of SWIG Runtime > Versions? No idea. > > Try building from a clean checkout? That is how I fixed it. :-) Cheers, Don ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: segfault using latest svn tree
Don Zickus writes: > On Sat, Jun 6, 2009 at 12:12 PM, Phil Longstaff wrote: >> Hmmm... I just built from svn using your configure options and had no >> problem. Were there any problems during configure or make? Is it >> reproducible? Can you send a sample data file with the problem? > > OK, so I figured out my problem, SWIG_RUNTIME_VERSION was set to a > mixture of "3" and "4", which caused SWIG_TypeQueryModule to not find > any modules, return NULL and blow up when deferenced in > SWIG_MangledTypeQueryModule. Anyway fixed that. So... how did this happen? How can you get a mixture of SWIG Runtime Versions? Try building from a clean checkout? -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: segfault using latest svn tree
On Sat, Jun 6, 2009 at 12:12 PM, Phil Longstaff wrote: > Hmmm... I just built from svn using your configure options and had no > problem. Were there any problems during configure or make? Is it > reproducible? Can you send a sample data file with the problem? OK, so I figured out my problem, SWIG_RUNTIME_VERSION was set to a mixture of "3" and "4", which caused SWIG_TypeQueryModule to not find any modules, return NULL and blow up when deferenced in SWIG_MangledTypeQueryModule. Anyway fixed that. This leads me to another segfault doing the same thing, but this time in gnc_html_history_set_node_destroy_cb(). Apparently the variable 'hist' is not a valid pointer. After reading through gnc_plugin_page_report_create_widget(), it sorta makes sense because the priv->html->priv pointer is never allocated any memory. Now I don't do GTK programming so I could be misunderstanding how the code works, but in (sorry for the cut-n-paste) gnc_plugin_page_report_create_widget(): ... topLvl = GTK_WINDOW(gnc_ui_get_toplevel()); //priv->html = gnc_html_new( topLvl ); priv->html = gnc_html_factory_create_html(); <<<<<*/ GncHtmlGtkhtmlPrivate* priv; }; But 'priv' is a pointer and still needs memory? = gnc_html_set_parent( priv->html, topLvl ); <<<<html), >>>>>gnc_html_get_history() basically does a priv->html->priv->history >>>>>but I don't see where priv->html->priv is initialized or even 'history' >>>>>for that matter?? gnc_plugin_page_report_history_destroy_cb, (gpointer)priv); As a result the first call in gnc_html_history_set_node_destroy_cb() is hist->destroy_cb = cb; which blows up. From what I can read priv->html->priv and priv->html->priv->history are never initialized, so who knows what memory they are coming from which would explain my segfaults. I would try to allocate the memory to prove if it works or not, but I am not smart enough to figure out how to properly allocate that memory. It looks to abstract and complicated for my tiny brain. :-( Help? Cheers, Don ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: segfault using latest svn tree
Don Zickus writes: > gwenhywfar-INFO: plugin.c: 577: Plugin type "ct" unregistered > gwenhywfar-INFO: plugin.c: 577: Plugin type "configmgr" unregistered > gwenhywfar-INFO: plugin.c: 577: Plugin type "dbio" unregistered This is from AqB and you can safely ignore it. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: segfault using latest svn tree
On Sat, Jun 6, 2009 at 12:12 PM, Phil Longstaff wrote: > Hmmm... I just built from svn using your configure options and had no > problem. Were there any problems during configure or make? Is it > reproducible? Can you send a sample data file with the problem? Well it is hard to say. It compiled and started! :-) But I did notice that if I do not include '--enable-error-on-warning=no', I can not compile. I created some dummy account from scratch, doesn't have any info in it yet and it can still reproduce the problem. It reproduces a 100% of the time for me. I attached the file I used. I also noticed when I quit I get the following messages gwenhywfar-INFO: plugin.c: 577: Plugin type "ct" unregistered gwenhywfar-INFO: plugin.c: 577: Plugin type "configmgr" unregistered gwenhywfar-INFO: plugin.c: 577: Plugin type "dbio" unregistered Not sure it means anything. Cheers, Don dummy-start Description: Binary data ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: segfault using latest svn tree
Hmmm... I just built from svn using your configure options and had no problem. Were there any problems during configure or make? Is it reproducible? Can you send a sample data file with the problem? Phil On June 6, 2009 09:03:50 am Don Zickus wrote: > On Fri, Jun 5, 2009 at 11:28 PM, Phil Longstaff wrote: > > What OS? What configure options? > > Oh yeah, sorry about that. > > Linux (Fedora 11) > ./configure --enable-compile-warnings --enable-ofx > --enable-hbci --disable-static --prefix=/opt/gnucash/svn > --enable-error-on-warning=no > > Cheers, > Don > > > > > From: Don Zickus > > To: gnucash-devel@gnucash.org > > Sent: Friday, June 5, 2009 11:13:06 PM > > Subject: segfault using latest svn tree > > > > Hello, > > > > I was building the latest svn tree and tried running the compiled > > binary. Everything started fine, until I tried to look at a Budget > > Report. After selecting Reports->Budget->Budget Report, gnucash > > segfaults on me. Anyone have any thoughts? I really don't compile > > gnucash often and used the fedora spec file as a guidance for > > configure options. > > > > Cheers, > > Don > > > > gnucash-bin[5524]: segfault at 4 ip 002cc90d sp bff936e0 error 4 in > > libgncmod-gnome-utils.so[25d000+c] > > > > gdb stuff (it looks like it segfaulted on a NULL pointer dereference) > > (gdb) bt > > #0 0x0018f90d in SWIG_MangledTypeQueryModule (name= > out>, end=, > > start=) at ../../src/swig-runtime.h:546 > > #1 SWIG_TypeQueryModule (name=, end= > optimized out>, start=) > > at ../../src/swig-runtime.h:590 > > #2 SWIG_TypeQuery (name=, end= > out>, start=) > > at ../../src/swig-runtime.h:1223 > > #3 gnc_main_window_to_scm (name=, end= > optimized out>, > > start=) at gnc-plugin-menu-additions.c:193 > > #4 gnc_plugin_menu_additions_action_cb (name=, > > end=, > > start=) at gnc-plugin-menu-additions.c:218 > > #5 0x003ddd4c in g_cclosure_marshal_VOID__VOID () from > > /lib/libgobject-2.0.so.0 > > #6 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 > > #7 0x003e5bc8 in ?? () from /lib/libgobject-2.0.so.0 > > #8 0x003e6f7d in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 > > #9 0x003e7406 in g_signal_emit () from /lib/libgobject-2.0.so.0 > > #10 0x0619ae25 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > > #11 0x0619ce85 in gtk_action_activate () from > > /usr/lib/libgtk-x11-2.0.so.0 #12 0x003ddd4c in > > g_cclosure_marshal_VOID__VOID () from > > /lib/libgobject-2.0.so.0 > > #13 0x003ce9c9 in ?? () from /lib/libgobject-2.0.so.0 > > #14 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 > > #15 0x003e54cd in ?? () from /lib/libgobject-2.0.so.0 > > #16 0x003e6f7d in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 > > #17 0x003e7406 in g_signal_emit () from /lib/libgobject-2.0.so.0 > > #18 0x06390df7 in gtk_widget_activate () from > > /usr/lib/libgtk-x11-2.0.so.0 #19 0x0627e7f0 in > > gtk_menu_shell_activate_item () from > > /usr/lib/libgtk-x11-2.0.so.0 > > #20 0x0628024d in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > > #21 0x06275ed9 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > > #22 0x0626f6e4 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > > #23 0x003ce9c9 in ?? () from /lib/libgobject-2.0.so.0 > > #24 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 > > #25 0x003e58bb in ?? () from /lib/libgobject-2.0.so.0 > > > > > > (gdb) disassemble > > Dump of assembler code for function SWIG_MangledTypeQueryModule: > > 0x0018f8fe :lea-0x17e34(%ebx),%ecx > > 0x0018f904 :mov%ecx,-0x2c(%ebp) > > 0x0018f907 : mov%edx,-0x1c(%ebp) > > 0x0018f90a :mov-0x1c(%ebp),%edx > > 0x0018f90d :mov0x4(%edx),%eax > > 0x0018f910 :test %eax,%eax > > 0x0018f912 :je0x18f96d > > > > 0x0018f914 :mov(%edx),%ecx > > 0x0018f916 :sub$0x1,%eax > > 0x0018f919 :xor%edx,%edx > > 0x0018f91b :mov%eax,-0x20(%ebp) > > 0x0018f91e :mov%edx,-0x38(%ebp) > > 0x0018f921 :mov%ecx,-0x28(%ebp) > > 0x0018f924 :mov-0x20(%ebp),%eax > > 0x0018f927 :add-0x38(%ebp),%eax > > 0x0018f92a :mov-0x28(%ebp),%edx > > 0x0018f92d :shr%eax > > 0x0018f92f :mov(%edx,%eax,4),%edx > > 0x0018f932 :mov(%edx),%edi > > 0x0018f934 :mov%edx,-0x24(%ebp) > > 0x0018f937 :test %edi,%edi > &g
Re: segfault using latest svn tree
On Fri, Jun 5, 2009 at 11:28 PM, Phil Longstaff wrote: > What OS? What configure options? Oh yeah, sorry about that. Linux (Fedora 11) ./configure --enable-compile-warnings --enable-ofx --enable-hbci --disable-static --prefix=/opt/gnucash/svn --enable-error-on-warning=no Cheers, Don > > From: Don Zickus > To: gnucash-devel@gnucash.org > Sent: Friday, June 5, 2009 11:13:06 PM > Subject: segfault using latest svn tree > > Hello, > > I was building the latest svn tree and tried running the compiled > binary. Everything started fine, until I tried to look at a Budget > Report. After selecting Reports->Budget->Budget Report, gnucash > segfaults on me. Anyone have any thoughts? I really don't compile > gnucash often and used the fedora spec file as a guidance for > configure options. > > Cheers, > Don > > gnucash-bin[5524]: segfault at 4 ip 002cc90d sp bff936e0 error 4 in > libgncmod-gnome-utils.so[25d000+c] > > gdb stuff (it looks like it segfaulted on a NULL pointer dereference) > (gdb) bt > #0 0x0018f90d in SWIG_MangledTypeQueryModule (name= out>, end=, > start=) at ../../src/swig-runtime.h:546 > #1 SWIG_TypeQueryModule (name=, end= optimized out>, start=) > at ../../src/swig-runtime.h:590 > #2 SWIG_TypeQuery (name=, end= out>, start=) > at ../../src/swig-runtime.h:1223 > #3 gnc_main_window_to_scm (name=, end= optimized out>, > start=) at gnc-plugin-menu-additions.c:193 > #4 gnc_plugin_menu_additions_action_cb (name=, > end=, > start=) at gnc-plugin-menu-additions.c:218 > #5 0x003ddd4c in g_cclosure_marshal_VOID__VOID () from > /lib/libgobject-2.0.so.0 > #6 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 > #7 0x003e5bc8 in ?? () from /lib/libgobject-2.0.so.0 > #8 0x003e6f7d in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 > #9 0x003e7406 in g_signal_emit () from /lib/libgobject-2.0.so.0 > #10 0x0619ae25 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > #11 0x0619ce85 in gtk_action_activate () from /usr/lib/libgtk-x11-2.0.so.0 > #12 0x003ddd4c in g_cclosure_marshal_VOID__VOID () from > /lib/libgobject-2.0.so.0 > #13 0x003ce9c9 in ?? () from /lib/libgobject-2.0.so.0 > #14 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 > #15 0x003e54cd in ?? () from /lib/libgobject-2.0.so.0 > #16 0x003e6f7d in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 > #17 0x003e7406 in g_signal_emit () from /lib/libgobject-2.0.so.0 > #18 0x06390df7 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 > #19 0x0627e7f0 in gtk_menu_shell_activate_item () from > /usr/lib/libgtk-x11-2.0.so.0 > #20 0x0628024d in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > #21 0x06275ed9 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > #22 0x0626f6e4 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > #23 0x003ce9c9 in ?? () from /lib/libgobject-2.0.so.0 > #24 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 > #25 0x003e58bb in ?? () from /lib/libgobject-2.0.so.0 > > > (gdb) disassemble > Dump of assembler code for function SWIG_MangledTypeQueryModule: > 0x0018f8fe : lea -0x17e34(%ebx),%ecx > 0x0018f904 : mov %ecx,-0x2c(%ebp) > 0x0018f907 : mov %edx,-0x1c(%ebp) > 0x0018f90a : mov -0x1c(%ebp),%edx > 0x0018f90d : mov 0x4(%edx),%eax > 0x0018f910 : test %eax,%eax > 0x0018f912 : je 0x18f96d > > 0x0018f914 : mov (%edx),%ecx > 0x0018f916 : sub $0x1,%eax > 0x0018f919 : xor %edx,%edx > 0x0018f91b : mov %eax,-0x20(%ebp) > 0x0018f91e : mov %edx,-0x38(%ebp) > 0x0018f921 : mov %ecx,-0x28(%ebp) > 0x0018f924 : mov -0x20(%ebp),%eax > 0x0018f927 : add -0x38(%ebp),%eax > 0x0018f92a : mov -0x28(%ebp),%edx > 0x0018f92d : shr %eax > 0x0018f92f : mov (%edx,%eax,4),%edx > 0x0018f932 : mov (%edx),%edi > 0x0018f934 : mov %edx,-0x24(%ebp) > 0x0018f937 : test %edi,%edi > 0x0018f939 : je 0x18f96d > > > > (gdb) info registers > eax 0x204 516 > ecx 0x1c8f70 1871728 > edx 0x0 0 > ebx 0x1e0da4 1969572 > esp 0xbfffdf10 0xbfffdf10 > ebp 0xbfffdf78 0xbfffdf78 > esi 0xb58ba730 -1249138896 > edi 0x8439aa0 138648224 > eip 0x18f90d 0x18f90d > eflags 0x10246 [ PF ZF IF RF ] > cs 0x73 115 > ss 0x7b 123 > ds 0x7b 123 > es 0x7b 123 > fs 0x0 0 > gs 0x33 51 > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: segfault using latest svn tree
What OS? What configure options? From: Don Zickus To: gnucash-devel@gnucash.org Sent: Friday, June 5, 2009 11:13:06 PM Subject: segfault using latest svn tree Hello, I was building the latest svn tree and tried running the compiled binary. Everything started fine, until I tried to look at a Budget Report. After selecting Reports->Budget->Budget Report, gnucash segfaults on me. Anyone have any thoughts? I really don't compile gnucash often and used the fedora spec file as a guidance for configure options. Cheers, Don gnucash-bin[5524]: segfault at 4 ip 002cc90d sp bff936e0 error 4 in libgncmod-gnome-utils.so[25d000+c] gdb stuff (it looks like it segfaulted on a NULL pointer dereference) (gdb) bt #0 0x0018f90d in SWIG_MangledTypeQueryModule (name=, end=, start=) at ../../src/swig-runtime.h:546 #1 SWIG_TypeQueryModule (name=, end=, start=) at ../../src/swig-runtime.h:590 #2 SWIG_TypeQuery (name=, end=, start=) at ../../src/swig-runtime.h:1223 #3 gnc_main_window_to_scm (name=, end=, start=) at gnc-plugin-menu-additions.c:193 #4 gnc_plugin_menu_additions_action_cb (name=, end=, start=) at gnc-plugin-menu-additions.c:218 #5 0x003ddd4c in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 #6 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #7 0x003e5bc8 in ?? () from /lib/libgobject-2.0.so.0 #8 0x003e6f7d in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 #9 0x003e7406 in g_signal_emit () from /lib/libgobject-2.0.so.0 #10 0x0619ae25 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x0619ce85 in gtk_action_activate () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x003ddd4c in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 #13 0x003ce9c9 in ?? () from /lib/libgobject-2.0.so.0 #14 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #15 0x003e54cd in ?? () from /lib/libgobject-2.0.so.0 #16 0x003e6f7d in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 #17 0x003e7406 in g_signal_emit () from /lib/libgobject-2.0.so.0 #18 0x06390df7 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #19 0x0627e7f0 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #20 0x0628024d in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x06275ed9 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #22 0x0626f6e4 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x003ce9c9 in ?? () from /lib/libgobject-2.0.so.0 #24 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #25 0x003e58bb in ?? () from /lib/libgobject-2.0.so.0 (gdb) disassemble Dump of assembler code for function SWIG_MangledTypeQueryModule: 0x0018f8fe : lea-0x17e34(%ebx),%ecx 0x0018f904 : mov%ecx,-0x2c(%ebp) 0x0018f907 : mov%edx,-0x1c(%ebp) 0x0018f90a :mov-0x1c(%ebp),%edx 0x0018f90d :mov0x4(%edx),%eax 0x0018f910 :test %eax,%eax 0x0018f912 :je 0x18f96d 0x0018f914 :mov(%edx),%ecx 0x0018f916 :sub$0x1,%eax 0x0018f919 :xor%edx,%edx 0x0018f91b :mov%eax,-0x20(%ebp) 0x0018f91e :mov%edx,-0x38(%ebp) 0x0018f921 :mov%ecx,-0x28(%ebp) 0x0018f924 :mov-0x20(%ebp),%eax 0x0018f927 :add-0x38(%ebp),%eax 0x0018f92a :mov-0x28(%ebp),%edx 0x0018f92d :shr%eax 0x0018f92f :mov(%edx,%eax,4),%edx 0x0018f932 :mov(%edx),%edi 0x0018f934 :mov%edx,-0x24(%ebp) 0x0018f937 :test %edi,%edi 0x0018f939 :je 0x18f96d (gdb) info registers eax0x204516 ecx0x1c8f70 1871728 edx0x0 0 ebx0x1e0da4 1969572 esp0xbfffdf10 0xbfffdf10 ebp0xbfffdf78 0xbfffdf78 esi0xb58ba730 -1249138896 edi0x8439aa0138648224 eip0x18f90d 0x18f90d eflags 0x10246 [ PF ZF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
segfault using latest svn tree
Hello, I was building the latest svn tree and tried running the compiled binary. Everything started fine, until I tried to look at a Budget Report. After selecting Reports->Budget->Budget Report, gnucash segfaults on me. Anyone have any thoughts? I really don't compile gnucash often and used the fedora spec file as a guidance for configure options. Cheers, Don gnucash-bin[5524]: segfault at 4 ip 002cc90d sp bff936e0 error 4 in libgncmod-gnome-utils.so[25d000+c] gdb stuff (it looks like it segfaulted on a NULL pointer dereference) (gdb) bt #0 0x0018f90d in SWIG_MangledTypeQueryModule (name=, end=, start=) at ../../src/swig-runtime.h:546 #1 SWIG_TypeQueryModule (name=, end=, start=) at ../../src/swig-runtime.h:590 #2 SWIG_TypeQuery (name=, end=, start=) at ../../src/swig-runtime.h:1223 #3 gnc_main_window_to_scm (name=, end=, start=) at gnc-plugin-menu-additions.c:193 #4 gnc_plugin_menu_additions_action_cb (name=, end=, start=) at gnc-plugin-menu-additions.c:218 #5 0x003ddd4c in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 #6 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #7 0x003e5bc8 in ?? () from /lib/libgobject-2.0.so.0 #8 0x003e6f7d in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 #9 0x003e7406 in g_signal_emit () from /lib/libgobject-2.0.so.0 #10 0x0619ae25 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x0619ce85 in gtk_action_activate () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x003ddd4c in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 #13 0x003ce9c9 in ?? () from /lib/libgobject-2.0.so.0 #14 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #15 0x003e54cd in ?? () from /lib/libgobject-2.0.so.0 #16 0x003e6f7d in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 #17 0x003e7406 in g_signal_emit () from /lib/libgobject-2.0.so.0 #18 0x06390df7 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #19 0x0627e7f0 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #20 0x0628024d in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x06275ed9 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #22 0x0626f6e4 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x003ce9c9 in ?? () from /lib/libgobject-2.0.so.0 #24 0x003d0352 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #25 0x003e58bb in ?? () from /lib/libgobject-2.0.so.0 (gdb) disassemble Dump of assembler code for function SWIG_MangledTypeQueryModule: 0x0018f8fe : lea-0x17e34(%ebx),%ecx 0x0018f904 : mov%ecx,-0x2c(%ebp) 0x0018f907 : mov%edx,-0x1c(%ebp) 0x0018f90a :mov-0x1c(%ebp),%edx 0x0018f90d :mov0x4(%edx),%eax 0x0018f910 :test %eax,%eax 0x0018f912 :je 0x18f96d 0x0018f914 :mov(%edx),%ecx 0x0018f916 :sub$0x1,%eax 0x0018f919 :xor%edx,%edx 0x0018f91b :mov%eax,-0x20(%ebp) 0x0018f91e :mov%edx,-0x38(%ebp) 0x0018f921 :mov%ecx,-0x28(%ebp) 0x0018f924 :mov-0x20(%ebp),%eax 0x0018f927 :add-0x38(%ebp),%eax 0x0018f92a :mov-0x28(%ebp),%edx 0x0018f92d :shr%eax 0x0018f92f :mov(%edx,%eax,4),%edx 0x0018f932 :mov(%edx),%edi 0x0018f934 :mov%edx,-0x24(%ebp) 0x0018f937 :test %edi,%edi 0x0018f939 :je 0x18f96d (gdb) info registers eax0x204516 ecx0x1c8f70 1871728 edx0x0 0 ebx0x1e0da4 1969572 esp0xbfffdf10 0xbfffdf10 ebp0xbfffdf78 0xbfffdf78 esi0xb58ba730 -1249138896 edi0x8439aa0138648224 eip0x18f90d 0x18f90d eflags 0x10246 [ PF ZF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Segfault in customer report on v2.0.5
Graham Leggett <[EMAIL PROTECTED]> writes: > I have found a segfault in gnucash v2.0.5. When you select reports -> > business -> customer report, and fill in the various details of which > customer to report on, gnucash segfaults. [...] Can you please file this as a bug at <http://bugzilla.gnome.org/browse.cgi?product=GnuCash>. Thanks. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] pgpIXAINjc9Vp.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Segfault in customer report on v2.0.5
Hi all, I have found a segfault in gnucash v2.0.5. When you select reports -> business -> customer report, and fill in the various details of which customer to report on, gnucash segfaults. It doesn't do it all the time, but does quite often. The backtrace is below. #0 gw__tmp438_xaccQueryAddGUIDMatchGL_wrapper (gw__scm_arg0=0xa, gw__scm_arg1=0x261d00c, gw__scm_arg2=0x60a78b8, gw__scm_arg3=0x55fc970) at gw-engine.c:17604 #1 0x025acb24 in scm_dapply (proc=0x55a9320, arg1=0x56dc770, args=0x85288b13) at eval.c:3576 #2 0x025abbe8 in scm_deval (x=0x5f3a708, env=0x60a78a8) at eval.c:3042 #3 0x025a8748 in scm_deval (x=0x587ae88, env=0x60a78a8) at eval.c:2017 #4 0x025a8748 in scm_deval (x=0x5f413d8, env=0x60a7a38) at eval.c:2017 #5 0x025a8748 in scm_deval (x=0x584a558, env=0x60a7a38) at eval.c:2017 #6 0x025a92cc in scm_deval (x=0x57621a8, env=0x60a5950) at eval.c:2192 #7 0x025a94d4 in scm_deval (x=0x5fd3688, env=0x60a5be8) at eval.c:2242 #8 0x025a8748 in scm_deval (x=0x5fd37b8, env=0x60a5be8) at eval.c:2017 #9 0x025a94d4 in scm_deval (x=0x575e7b0, env=0x60a5d38) at eval.c:2242 #10 0x025ace24 in scm_dapply (proc=0x60a5dd0, arg1=0x60a5d78, args=0x85288b13) at eval.c:3655 #11 0x025f37f8 in scm_internal_lazy_catch (tag=0x3050800, body=0x25f38c0 , body_data=0xbfffa9b8, handler=0xd, handler_data=0x2b74) at throw.c:281 #12 0x025f3cd8 in scm_lazy_catch (key=0xd, thunk=0x300ac00, handler=0x60a5e60) at throw.c:578 #13 0x025ac028 in scm_deval (x=0x5739648, env=0x60a5de0) at eval.c:3106 #14 0x025ace24 in scm_dapply (proc=0x60a5e40, arg1=0x60a5de0, args=0x85288b13) at eval.c:3655 #15 0x025f3664 in scm_internal_catch (tag=0x3050800, body=0x25f38c0 , body_data=0xbfffaf18, handler=0x25f38d0 , handler_data=0xbfffaf60) at throw.c:205 #16 0x025f3c38 in scm_catch (key=0xd, thunk=0x300ac00, handler=0x60a5e20) at throw.c:549 #17 0x025ac028 in scm_deval (x=0x57396e0, env=0x60a5e68) at eval.c:3106 #18 0x025a8748 in scm_deval (x=0x5fd3e78, env=0x60a5eb8) at eval.c:2017 #19 0x025f13d4 in inner_eval_string (data=0x60a5f68) at strports.c:484 #20 0x025b40ac in scm_c_with_fluids (fluids=0x60a5f60, values=0x60a5f58, cproc=0x25f13b0 , cdata=0x60a5f68) at fluids.c:243 #21 0x025f37f8 in scm_internal_lazy_catch (tag=0x3050800, body=0x6cadb0 , body_data=0x76be590, handler=0xd, handler_data=0x2b74) at throw.c:281 #22 0x025f3664 in scm_internal_catch (tag=0x3050800, body=0x25f3840 , body_data=0xbfffb5f8, handler=0x6cac40 , handler_data=0xbfffb658) at throw.c:205 #23 0x025f38a4 in scm_internal_stack_catch (tag=0x85288b13, body=0x48, body_data=0x4, handler=0xd, handler_data=0x2b74) at throw.c:330 #24 0x006cae04 in gfec_eval_string (str=0x4 , error_handler=0xd8a0 ) at gfec.c:105 #25 0xd934 in gnc_run_report (report_id=-2060940525, data=0xbfffb7c8) at gnc-report.c:146 #26 0xda7c in gnc_run_report_id_string (id_string=0x74caf40 "id=6", data=0xbfffb7c8) at gnc-report.c:172 #27 0x005ce4e4 in gnc_html_report_stream_cb (location=0x85288b13 , data=0xbfffb7c8, len=0xbfffb7cc) at window-report.c:212 #28 0x0103f050 in gnc_html_load_to_stream (html=0x74c5580, handle=0x76af4d0, type=0x108bfb4 "report", location=0x74caf40 "id=6", label=0x0) at gnc-html.c:571 #29 0x0103ff70 in gnc_html_show_url (html=0x74c5580, type=0x74caf40 "id=6", location=0x0, label=0x0, new_window_hint=106475856) at gnc-html.c:1033 #30 0x005cb778 in gnc_plugin_page_report_expose_event_cb (unused=0x85288b13, unused1=0x48, data=0x4) at gnc-plugin-page-report.c:618 #31 0x0215a444 in _gtk_marshal_BOOLEAN__BOXED () #32 0x0273931c in g_closure_invoke () #33 0x0274a09c in signal_emit_unlocked_R () #34 0x0274b528 in g_signal_emit_valist () #35 0x0274b72c in g_signal_emit () #36 0x022a1200 in gtk_widget_event_internal () #37 0x020ac1e0 in gtk_container_propagate_expose () #38 0x0217e19c in gtk_notebook_expose () #39 0x0215a444 in _gtk_marshal_BOOLEAN__BOXED () #40 0x0273931c in g_closure_invoke () #41 0x0274a2c0 in signal_emit_unlocked_R () #42 0x0274b528 in g_signal_emit_valist () #43 0x0274b72c in g_signal_emit () #44 0x022a1200 in gtk_widget_event_internal () #45 0x020ac1e0 in gtk_container_propagate_expose () #46 0x020570b8 in gtk_box_forall () #47 0x020aae60 in gtk_container_expose () #48 0x0215a444 in _gtk_marshal_BOOLEAN__BOXED () #49 0x0273931c in g_closure_invoke () #50 0x0274a2c0 in signal_emit_unlocked_R () #51 0x0274b528 in g_signal_emit_valist () #52 0x0274b72c in g_signal_emit () #53 0x022a1200 in gtk_widget_event_internal () #54 0x020ac1e0 in gtk_container_propagate_expose () #55 0x020aae60 in gtk_container_expose () #56 0x0215a444 in _gtk_marshal_BOOLEAN__BOXED () #57 0x0273931c in g_closure_invoke () #58 0x0274a2c0 in signal_emit_unlocked_R () #59 0x0274b528 in g_signal_emit_valist () #60 0x0274b72c in g_signal_emit () #61 0x022a1200 in gtk_widget_event_internal () #62 0x0215838c in gtk_main_do_event () #63 0x02451b94 in gdk_window_process_updates_internal () #64 0x02451c88 in
segfault following ofxdirectconnect import in 2.0.4
gnucash 2.0.4 segfaulted on me this afternoon. I'm not sure I'll be able to reproduce it, but here's the start of the crash log: Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_INVALID_ADDRESS (0x0001) at 0xbf7ffdf0 Thread 0 Crashed: 0 libSystem.B.dylib 0x9000bb80 __vfprintf$LDBL128 + 40 1 libSystem.B.dylib 0x900ee6c0 vasprintf$LDBL128 + 244 2 libglib-2.0.0.dylib 0x029d0680 g_vasprintf + 72 3 libglib-2.0.0.dylib 0x029be798 g_strdup_vprintf + 36 4 libglib-2.0.0.dylib 0x029ae1c0 g_logv + 948 5 libglib-2.0.0.dylib 0x029ae2b4 g_log + 48 6 libgncmod-ledger-core.0.dylib 0x000ae7bc gnc_split_register_get_trans_split + 124 (split-register-util.c:165) 7 libgncmod-ledger-core.0.dylib 0x000a2954 gnc_split_register_move_cursor + 196 (split-register-control.c:224) 8 ...ncmod-register-core.0.dylib 0x0059d920 gnc_table_move_cursor_internal + 192 (table-allgui.c:788) 9 ...ncmod-register-core.0.dylib 0x0059dd80 gnc_table_verify_cursor_position + 112 (table-allgui.c:929) 10 ...ncmod-register-core.0.dylib 0x0059dee8 gnc_table_wrap_verify_cursor_position + 184 (table-allgui.c:994) 11 ...cmod-register-gnome.0.dylib 0x004f97e8 gnucash_sheet_activate_cursor_cell + 104 (gnucash-sheet.c:238) 12 ...cmod-register-gnome.0.dylib 0x004ff468 gnc_table_refresh_gui + 184 (table-gnome.c:211) 13 libgncmod-ledger-core.0.dylib 0x000a3014 gnc_split_register_move_cursor + 1924 (split-register-control.c:444) plus about 100 repetitions of lines 8-13 I have had similar occurrences occasionally in the past, but nothing predictable enough to nail down. The crash occurred while I was trying to add a transaction in the account into which I had just downloaded about 15 transactions. (A case of, oops, where did that transactions go. I had both a check and an atm transaction for identical amounts clear the same day, and the check won out for both.) I don't necessarily have an account register open when I import ofx files, but for ofxdirectconnect transaction downloads, the register is guaranteed to be open (can't do "Get Transactions..." from the Actions menu without the register open). -- David Reiser [EMAIL PROTECTED] Mac 10.4.8 PPC, gcc 4.0.1 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Segfault on MacosX
Quoting Graham Leggett <[EMAIL PROTECTED]>: > Hi all, > > I have been trying to get gnucash v2.0.2 (and now 2.0.4) working on > MacosX Intel, with little luck. Are you using Fink or MacPorts? > When adding a bill, at the point where the bill register appears > (after the opening screen), the app segfaults. > > Is this a known problem? Nope. Is this reproducible? Can you get a stack trace and file a bug report? > Regards, > Graham -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Segfault on MacosX
Hi all, I have been trying to get gnucash v2.0.2 (and now 2.0.4) working on MacosX Intel, with little luck. When adding a bill, at the point where the bill register appears (after the opening screen), the app segfaults. Is this a known problem? Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: aq banking wizard segfault
Am Freitag, 14. Juli 2006 00:06 schrieb Archimedes Submerged: > The segfault happens only if you enter the hbci setup druid from the second > page, after some existing hbci accounts are listed. The problem is in > druid-hbci-utils.c, where hbci account pointers are kept in a hash table. > If AB_Banking_Fini is called, those pointers become stale. But when the > setup druid button is pressed, AB_Banking_Fini is called. > > Workaround: enter the hbci setup druid from the first page and do not use > the setup button on the account list page. Thanks for explaining this. I've now commited a change to svn-trunk where these button are removed anyway, and where also at AB_Banking_Fini all old pointers will be deleted. I'd be glad to hear some feedback about that. Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: aq banking wizard segfault
Am Freitag, 14. Juli 2006 00:06 schrieb Archimedes Submerged: > The segfault happens only if you enter the hbci setup druid from the second > page, after some existing hbci accounts are listed. The problem is in > druid-hbci-utils.c, where hbci account pointers are kept in a hash table. > If AB_Banking_Fini is called, those pointers become stale. But when the > setup druid button is pressed, AB_Banking_Fini is called. > > Workaround: enter the hbci setup druid from the first page and do not use > the setup button on the account list page. > > I'm not sure how this ought to be fixed. Apparently all the hash table is > used for is to allow values from the AB banking account fields to be looked > up when the "apply" button is pressed. Maybe the best fix would be just > like the workaround: remove the button from the account list page. And if > you go back to the first page, the hash table has to be deleted. (Maybe it > is already, didn't look). Errr right. I think I'll just remove both buttons from the account list page. They are unnecessary and not needed anymore. Thanks for pointing this out. Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
On Wed, Jul 05, 2006 at 06:26:31PM -0400, Derek Atkins wrote: > You might want to try downgrading glib2 to 2.10. Hm, that's more effort than I want to invest right now. Perhaps I'll do it next week. Any other candidates, or basically only glib2? I can do everything I tried in gnucash, except change the date of a transaction. Weird. Among the things that work are: entry autocompletion, open/close accounts, reconcile, remove accounts, remove entries, add entries, open a report. Cheers, Thomas ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: aq banking wizard segfault
Quoting Archimedes Submerged <[EMAIL PROTECTED]>: > On 7/13/06, Derek Atkins <[EMAIL PROTECTED]> wrote: >> >> What version of gnucash? >> >> $ svn info > Path: . > URL: http://svn.gnucash.org/repo/gnucash/trunk > Repository UUID: 57a11ea4-9604-0410-9ed3-97b8803252fd > Revision: 14486 > Node Kind: directory > Schedule: normal > Last Changed Author: warlord > Last Changed Rev: 14484 > Last Changed Date: 2006-07-11 01:07:45 -0400 (Tue, 11 Jul 2006) > Properties Last Updated: 2006-07-11 07:07:17 -0400 (Tue, 11 Jul 2006) Actually, "gnucash --version" is a better thing to return, but this works. > Is there a better place to get libofx than : > pserver:[EMAIL PROTECTED]:/cvsroot/libofx ? Nope, that's it for now.. At least until Benoit makes a new release. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: aq banking wizard segfault
On 7/13/06, Derek Atkins <[EMAIL PROTECTED]> wrote: > > What version of gnucash? > > $ svn info Path: . URL: http://svn.gnucash.org/repo/gnucash/trunk Repository UUID: 57a11ea4-9604-0410-9ed3-97b8803252fd Revision: 14486 Node Kind: directory Schedule: normal Last Changed Author: warlord Last Changed Rev: 14484 Last Changed Date: 2006-07-11 01:07:45 -0400 (Tue, 11 Jul 2006) Properties Last Updated: 2006-07-11 07:07:17 -0400 (Tue, 11 Jul 2006) Is there a better place to get libofx than : pserver:[EMAIL PROTECTED]:/cvsroot/libofx ? ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: aq banking wizard segfault
What version of gnucash? -derek Quoting Archimedes Submerged <[EMAIL PROTECTED]>: > I have debugged a segfault arising when using --enable-hbci --enable-ofx > --with-ofx-prefix=/opt/gnucash/libofx > --with-aqbanking-dir=/opt/gnucash/aqbanking, using gwenhywfar-2.3.0 > compiled from source, libxml++-1.0.5 compiled from source, libofx-CVS > compiled from source (apparently the only way to get a revision more recent > than libofx-0.8.0), aqbanking-2.1.0 with one patch to fix a different > segfault (reported to aqbanking-devel). > > The segfault happens only if you enter the hbci setup druid from the second > page, after some existing hbci accounts are listed. The problem is in > druid-hbci-utils.c, where hbci account pointers are kept in a hash table. > If AB_Banking_Fini is called, those pointers become stale. But when the > setup druid button is pressed, AB_Banking_Fini is called. > > Workaround: enter the hbci setup druid from the first page and do not use > the setup button on the account list page. > > I'm not sure how this ought to be fixed. Apparently all the hash table is > used for is to allow values from the AB banking account fields to be looked > up when the "apply" button is pressed. Maybe the best fix would be just > like the workaround: remove the button from the account list page. And if > you go back to the first page, the hash table has to be deleted. (Maybe it > is already, didn't look). > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
aq banking wizard segfault
I have debugged a segfault arising when using --enable-hbci --enable-ofx --with-ofx-prefix=/opt/gnucash/libofx --with-aqbanking-dir=/opt/gnucash/aqbanking, using gwenhywfar-2.3.0 compiled from source, libxml++-1.0.5 compiled from source, libofx-CVS compiled from source (apparently the only way to get a revision more recent than libofx-0.8.0), aqbanking-2.1.0 with one patch to fix a different segfault (reported to aqbanking-devel). The segfault happens only if you enter the hbci setup druid from the second page, after some existing hbci accounts are listed. The problem is in druid-hbci-utils.c, where hbci account pointers are kept in a hash table. If AB_Banking_Fini is called, those pointers become stale. But when the setup druid button is pressed, AB_Banking_Fini is called. Workaround: enter the hbci setup druid from the first page and do not use the setup button on the account list page. I'm not sure how this ought to be fixed. Apparently all the hash table is used for is to allow values from the AB banking account fields to be looked up when the "apply" button is pressed. Maybe the best fix would be just like the workaround: remove the button from the account list page. And if you go back to the first page, the hash table has to be deleted. (Maybe it is already, didn't look). ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
Huh.. I've got: glib2-2.10.3-1 gtk2-2.8.18-1 xorg-x11-... 1.0.X and 7.0-3 You might want to try downgrading glib2 to 2.10. -derek Quoting Thomas Klausner <[EMAIL PROTECTED]>: > On Wed, Jul 05, 2006 at 05:53:20PM -0400, Derek Atkins wrote: >> So... I suspect it's a build environment problem, or a compiler bug, or >> a bug in your gtk, gdk, or x libraries. What versions of those do you >> have? > > NetBSD-3.99.21/gcc-4.1.2 20060628 prerelease (NetBSD nb1 20060602) > gtk2+-2.8.20 > glib2-2.12.0 > XFree86-4.5.0 > Is anyone else using so new glib/gtk/gcc? > >> I'll note that Nobody else can reproduce this. I cannot. David Hampton >> cannot. Nobody else on IRC can reproduce it, either, so.. Right now I >> think this is you. > > That's not very comforting :| > Thomas > -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
On Wed, Jul 05, 2006 at 05:53:20PM -0400, Derek Atkins wrote: > So... I suspect it's a build environment problem, or a compiler bug, or > a bug in your gtk, gdk, or x libraries. What versions of those do you > have? NetBSD-3.99.21/gcc-4.1.2 20060628 prerelease (NetBSD nb1 20060602) gtk2+-2.8.20 glib2-2.12.0 XFree86-4.5.0 Is anyone else using so new glib/gtk/gcc? > I'll note that Nobody else can reproduce this. I cannot. David Hampton > cannot. Nobody else on IRC can reproduce it, either, so.. Right now I > think this is you. That's not very comforting :| Thomas ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
Quoting Thomas Klausner <[EMAIL PROTECTED]>: > On Wed, Jul 05, 2006 at 05:40:36PM -0400, Derek Atkins wrote: >> Huh. I've got GCC 4.1.1 on my FC5 box and it works just fine. Did you >> rebuild all of ports from scratch after you upgraded your system? > > Yes, I did. Huh. I'm really at a loss here. > What is happening at this point? > Is it external, e.g. guile? Nope. What's going on is that the keypress event is passed from X to gdk to gtk to our code and then it's trying to redraw the table. But when it tries to redraw the table it's SEGV'ing instead. This is the line where it's crashing: result = gnc_table_direct_update (table, virt_loc, &new_text, &new_position, &new_start, &new_end, event); I've no idea why it's crashing here. This code hasn't changed in a very long time. Indeed, the annotation shows that this code hasn't changed since 2002: 6626 (peticolas 2002-01-21): result = gnc_table_direct_update (table, virt_loc, 6626 (peticolas 2002-01-21): &new_text, 6626 (peticolas 2002-01-21): &new_position, 6626 (peticolas 2002-01-21): &new_start, &new_end, 6626 (peticolas 2002-01-21): event); So... I suspect it's a build environment problem, or a compiler bug, or a bug in your gtk, gdk, or x libraries. What versions of those do you have? I'll note that Nobody else can reproduce this. I cannot. David Hampton cannot. Nobody else on IRC can reproduce it, either, so.. Right now I think this is you. -derek > Thomas -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
On Wed, Jul 05, 2006 at 05:40:36PM -0400, Derek Atkins wrote: > Huh. I've got GCC 4.1.1 on my FC5 box and it works just fine. Did you > rebuild all of ports from scratch after you upgraded your system? Yes, I did. What is happening at this point? Is it external, e.g. guile? Thomas ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
Quoting Thomas Klausner <[EMAIL PROTECTED]>: [snip] >> This code hasn't been touched >> in a while. When did it start crashing for you? > > When I upgraded to a newer NetBSD release that uses > gcc (GCC) 4.1.2 20060628 prerelease (NetBSD nb1 20060602) > > The NetBSD from which I upgraded came with > gcc (GCC) 3.3.3 (NetBSD nb3 20040520) > > Is there any other information I can provide for tracking this down? > Thomas Huh. I've got GCC 4.1.1 on my FC5 box and it works just fine. Did you rebuild all of ports from scratch after you upgraded your system? -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
On Wed, Jul 05, 2006 at 05:02:18PM -0400, Derek Atkins wrote: > What's the couple of lines just before the backtrace? The one where it > says where the SEGV actually occurred? Sorry, it doesn't say. I added "gdb" in the exec line in the start up script, here's the complete output: GNU gdb 5.3nb1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386--netbsdelf"... (gdb) r Starting program: /home/wiz/gctest/bin/gnucash-bin This is a development version. It may or may not work. Report bugs and other problems to [EMAIL PROTECTED] You can also lookup and file bug reports at http://bugzilla.gnome.org The last stable version was GnuCash 1.8.12 The next stable version will be GnuCash 2.0 Program received signal SIGSEGV, Segmentation fault. [Switching to LWP 1] 0x0011 in ?? () (gdb) bt #0 0x0011 in ?? () #1 0xbbae6c5d in gnucash_sheet_key_press_event (widget=0x90fd070, event=0x8e5f178) at gnucash-sheet.c:1543 #2 0xbb0f2d83 in gtk_marshal_BOOLEAN__VOID () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #3 0xbabc32cd in g_value_set_boxed () from /usr/pkg/lib/libgobject-2.0.so.0 #4 0xbabc4a10 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0 #5 0xbabd3774 in g_signal_chain_from_overridden () from /usr/pkg/lib/libgobject-2.0.so.0 #6 0xbabd4553 in g_signal_emit_valist () from /usr/pkg/lib/libgobject-2.0.so.0 #7 0xbabd48e7 in g_signal_emit () from /usr/pkg/lib/libgobject-2.0.so.0 #8 0xbb1bf2ce in gtk_widget_get_default_style () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #9 0xbb1cc388 in gtk_window_propagate_key_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #10 0xbb1cedc2 in gtk_window_activate_key () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #11 0xbb0f2d83 in gtk_marshal_BOOLEAN__VOID () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #12 0xbabc32cd in g_value_set_boxed () from /usr/pkg/lib/libgobject-2.0.so.0 #13 0xbabc4945 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0 #14 0xbabd3774 in g_signal_chain_from_overridden () from /usr/pkg/lib/libgobject-2.0.so.0 #15 0xbabd4553 in g_signal_emit_valist () from /usr/pkg/lib/libgobject-2.0.so.0 #16 0xbabd48e7 in g_signal_emit () from /usr/pkg/lib/libgobject-2.0.so.0 #17 0xbb1bf2ce in gtk_widget_get_default_style () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #18 0xbb0ed603 in gtk_propagate_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #19 0xbb0ee5ef in gtk_main_do_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #20 0xbafac951 in gdk_add_client_message_filter () from /usr/pkg/lib/libgdk-x11-2.0.so.0 #21 0xbab55d42 in g_main_context_dispatch () from /usr/pkg/lib/libglib-2.0.so.0 #22 0xbab58c48 in g_main_context_check () from /usr/pkg/lib/libglib-2.0.so.0 #23 0xbab58fa7 in g_main_loop_run () from /usr/pkg/lib/libglib-2.0.so.0 #24 0xbb0eea35 in gtk_main () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #25 0xbba4d33e in gnc_ui_start_event_loop () at gnc-gnome-utils.c:368 #26 0x0804a3e5 in inner_main (closure=0x0, argc=1, argv=0xbfbfe494) at gnucash-bin.c:479 #27 0xbac42e6b in scm_boot_guile () from /usr/pkg/lib/libguile.so.12 #28 0x0804a0f1 in main (argc=-1077943184, argv=0xbfbfe494) at gnucash-bin.c:515 #29 0x08049a80 in ___start () (gdb) > This code hasn't been touched > in a while. When did it start crashing for you? When I upgraded to a newer NetBSD release that uses gcc (GCC) 4.1.2 20060628 prerelease (NetBSD nb1 20060602) The NetBSD from which I upgraded came with gcc (GCC) 3.3.3 (NetBSD nb3 20040520) Is there any other information I can provide for tracking this down? Thomas ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
What's the couple of lines just before the backtrace? The one where it says where the SEGV actually occurred? This code hasn't been touched in a while. When did it start crashing for you? -derek Quoting Thomas Klausner <[EMAIL PROTECTED]>: > On Wed, Jul 05, 2006 at 03:02:05PM -0400, Derek Atkins wrote: >> I dont have a 1.9.8 release handy at the moment, so I don't know. >> But you should just try SVN and see if it's fixed. remember that >> 1.9.x are test releases. > > I see the same problem in 14466: > (gdb) bt > #0 0x0011 in ?? () > #1 0xbbae6c5d in gnucash_sheet_key_press_event (widget=0x90f2058, >event=0x8e56200) at gnucash-sheet.c:1543 > #2 0xbb0f2d83 in gtk_marshal_BOOLEAN__VOID () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #3 0xbabc32cd in g_value_set_boxed () from /usr/pkg/lib/libgobject-2.0.so.0 > #4 0xbabc4a10 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0 > #5 0xbabd3774 in g_signal_chain_from_overridden () > from /usr/pkg/lib/libgobject-2.0.so.0 > #6 0xbabd4553 in g_signal_emit_valist () from > /usr/pkg/lib/libgobject-2.0.so.0 > #7 0xbabd48e7 in g_signal_emit () from /usr/pkg/lib/libgobject-2.0.so.0 > #8 0xbb1bf2ce in gtk_widget_get_default_style () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #9 0xbb1cc388 in gtk_window_propagate_key_event () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #10 0xbb1cedc2 in gtk_window_activate_key () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #11 0xbb0f2d83 in gtk_marshal_BOOLEAN__VOID () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #12 0xbabc32cd in g_value_set_boxed () from /usr/pkg/lib/libgobject-2.0.so.0 > #13 0xbabc4945 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0 > #14 0xbabd3774 in g_signal_chain_from_overridden () > from /usr/pkg/lib/libgobject-2.0.so.0 > #15 0xbabd4553 in g_signal_emit_valist () from > /usr/pkg/lib/libgobject-2.0.so.0 > #16 0xbabd48e7 in g_signal_emit () from /usr/pkg/lib/libgobject-2.0.so.0 > #17 0xbb1bf2ce in gtk_widget_get_default_style () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #18 0xbb0ed603 in gtk_propagate_event () from > /usr/pkg/lib/libgtk-x11-2.0.so.0 > #19 0xbb0ee5ef in gtk_main_do_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #20 0xbafac951 in gdk_add_client_message_filter () > from /usr/pkg/lib/libgdk-x11-2.0.so.0 > #21 0xbab55d42 in g_main_context_dispatch () from > /usr/pkg/lib/libglib-2.0.so.0 > #22 0xbab58c48 in g_main_context_check () from /usr/pkg/lib/libglib-2.0.so.0 > #23 0xbab58fa7 in g_main_loop_run () from /usr/pkg/lib/libglib-2.0.so.0 > #24 0xbb0eea35 in gtk_main () from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #25 0xbba4d33e in gnc_ui_start_event_loop () at gnc-gnome-utils.c:368 > #26 0x0804a3e5 in inner_main (closure=0x0, argc=1, argv=0xbfbfe494) >at gnucash-bin.c:479 > #27 0xbac42e6b in scm_boot_guile () from /usr/pkg/lib/libguile.so.12 > #28 0x0804a0f1 in main (argc=-1077943184, argv=0xbfbfe494) at > gnucash-bin.c:515 > #29 0x08049a80 in ___start () > (gdb) > > Thomas > -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
On Wed, Jul 05, 2006 at 03:02:05PM -0400, Derek Atkins wrote: > I dont have a 1.9.8 release handy at the moment, so I don't know. > But you should just try SVN and see if it's fixed. remember that > 1.9.x are test releases. I see the same problem in 14466: (gdb) bt #0 0x0011 in ?? () #1 0xbbae6c5d in gnucash_sheet_key_press_event (widget=0x90f2058, event=0x8e56200) at gnucash-sheet.c:1543 #2 0xbb0f2d83 in gtk_marshal_BOOLEAN__VOID () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #3 0xbabc32cd in g_value_set_boxed () from /usr/pkg/lib/libgobject-2.0.so.0 #4 0xbabc4a10 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0 #5 0xbabd3774 in g_signal_chain_from_overridden () from /usr/pkg/lib/libgobject-2.0.so.0 #6 0xbabd4553 in g_signal_emit_valist () from /usr/pkg/lib/libgobject-2.0.so.0 #7 0xbabd48e7 in g_signal_emit () from /usr/pkg/lib/libgobject-2.0.so.0 #8 0xbb1bf2ce in gtk_widget_get_default_style () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #9 0xbb1cc388 in gtk_window_propagate_key_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #10 0xbb1cedc2 in gtk_window_activate_key () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #11 0xbb0f2d83 in gtk_marshal_BOOLEAN__VOID () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #12 0xbabc32cd in g_value_set_boxed () from /usr/pkg/lib/libgobject-2.0.so.0 #13 0xbabc4945 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0 #14 0xbabd3774 in g_signal_chain_from_overridden () from /usr/pkg/lib/libgobject-2.0.so.0 #15 0xbabd4553 in g_signal_emit_valist () from /usr/pkg/lib/libgobject-2.0.so.0 #16 0xbabd48e7 in g_signal_emit () from /usr/pkg/lib/libgobject-2.0.so.0 #17 0xbb1bf2ce in gtk_widget_get_default_style () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #18 0xbb0ed603 in gtk_propagate_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #19 0xbb0ee5ef in gtk_main_do_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #20 0xbafac951 in gdk_add_client_message_filter () from /usr/pkg/lib/libgdk-x11-2.0.so.0 #21 0xbab55d42 in g_main_context_dispatch () from /usr/pkg/lib/libglib-2.0.so.0 #22 0xbab58c48 in g_main_context_check () from /usr/pkg/lib/libglib-2.0.so.0 #23 0xbab58fa7 in g_main_loop_run () from /usr/pkg/lib/libglib-2.0.so.0 #24 0xbb0eea35 in gtk_main () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #25 0xbba4d33e in gnc_ui_start_event_loop () at gnc-gnome-utils.c:368 #26 0x0804a3e5 in inner_main (closure=0x0, argc=1, argv=0xbfbfe494) at gnucash-bin.c:479 #27 0xbac42e6b in scm_boot_guile () from /usr/pkg/lib/libguile.so.12 #28 0x0804a0f1 in main (argc=-1077943184, argv=0xbfbfe494) at gnucash-bin.c:515 #29 0x08049a80 in ___start () (gdb) Thomas ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
I dont have a 1.9.8 release handy at the moment, so I don't know. But you should just try SVN and see if it's fixed. remember that 1.9.x are test releases. -derek Quoting Thomas Klausner <[EMAIL PROTECTED]>: > On Wed, Jul 05, 2006 at 02:53:17PM -0400, Derek Atkins wrote: >> Thanks. What revision? >> I cannot reproduce this with r14459. > > That's with the 1.9.8 release. > I guess you can't reproduce it with that either? > > I'll have to compile from svn to see if I can reproduce > it with the latest version. > Thomas > -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
On Wed, Jul 05, 2006 at 02:53:17PM -0400, Derek Atkins wrote: > Thanks. What revision? > I cannot reproduce this with r14459. That's with the 1.9.8 release. I guess you can't reproduce it with that either? I'll have to compile from svn to see if I can reproduce it with the latest version. Thomas ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
Thanks. What revision? I cannot reproduce this with r14459. -derek Quoting Thomas Klausner <[EMAIL PROTECTED]>: > On Wed, Jul 05, 2006 at 02:34:35PM -0400, Derek Atkins wrote: >> Um, can you get a stack trace and submit it? > > I simplified my test case even more. > I open the file, click on the date field of the last entry, > and press '-' (for going back a day). Boom. > > Here's the stacktrace: > (gdb) bt > #0 0x0011 in ?? () > #1 0xbba13c3d in gnucash_sheet_key_press_event () > from /usr/pkg/lib/gnucash/libgncmod-register-gnome.so.0 > #2 0xbb0fcd83 in gtk_marshal_BOOLEAN__VOID () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #3 0xbabcd2cd in g_value_set_boxed () from /usr/pkg/lib/libgobject-2.0.so.0 > #4 0xbabcea10 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0 > #5 0xbabdd774 in g_signal_chain_from_overridden () > from /usr/pkg/lib/libgobject-2.0.so.0 > #6 0xbabde553 in g_signal_emit_valist () from > /usr/pkg/lib/libgobject-2.0.so.0 > #7 0xbabde8e7 in g_signal_emit () from /usr/pkg/lib/libgobject-2.0.so.0 > #8 0xbb1c92ce in gtk_widget_get_default_style () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #9 0xbb1d6388 in gtk_window_propagate_key_event () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #10 0xbb1d8dc2 in gtk_window_activate_key () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #11 0xbb0fcd83 in gtk_marshal_BOOLEAN__VOID () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #12 0xbabcd2cd in g_value_set_boxed () from /usr/pkg/lib/libgobject-2.0.so.0 > #13 0xbabce945 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0 > #14 0xbabdd774 in g_signal_chain_from_overridden () > from /usr/pkg/lib/libgobject-2.0.so.0 > #15 0xbabde553 in g_signal_emit_valist () from > /usr/pkg/lib/libgobject-2.0.so.0 > #16 0xbabde8e7 in g_signal_emit () from /usr/pkg/lib/libgobject-2.0.so.0 > #17 0xbb1c92ce in gtk_widget_get_default_style () > from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #18 0xbb0f7603 in gtk_propagate_event () from > /usr/pkg/lib/libgtk-x11-2.0.so.0 > #19 0xbb0f85ef in gtk_main_do_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #20 0xbafad951 in gdk_add_client_message_filter () > from /usr/pkg/lib/libgdk-x11-2.0.so.0 > #21 0xbab5fd42 in g_main_context_dispatch () from > /usr/pkg/lib/libglib-2.0.so.0 > #22 0xbab62c48 in g_main_context_check () from /usr/pkg/lib/libglib-2.0.so.0 > #23 0xbab62fa7 in g_main_loop_run () from /usr/pkg/lib/libglib-2.0.so.0 > #24 0xbb0f8a35 in gtk_main () from /usr/pkg/lib/libgtk-x11-2.0.so.0 > #25 0xbbabb30e in gnc_ui_start_event_loop () > from /usr/pkg/lib/gnucash/libgncmod-gnome-utils.so.0 > #26 0x0804a309 in main () > #27 0xbac4ce6b in scm_boot_guile () from /usr/pkg/lib/libguile.so.12 > #28 0x0804a015 in main () > #29 0x08049a50 in ___start () > (gdb) > > Cheers, > Thomas > -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
On Wed, Jul 05, 2006 at 02:34:35PM -0400, Derek Atkins wrote: > Um, can you get a stack trace and submit it? I simplified my test case even more. I open the file, click on the date field of the last entry, and press '-' (for going back a day). Boom. Here's the stacktrace: (gdb) bt #0 0x0011 in ?? () #1 0xbba13c3d in gnucash_sheet_key_press_event () from /usr/pkg/lib/gnucash/libgncmod-register-gnome.so.0 #2 0xbb0fcd83 in gtk_marshal_BOOLEAN__VOID () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #3 0xbabcd2cd in g_value_set_boxed () from /usr/pkg/lib/libgobject-2.0.so.0 #4 0xbabcea10 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0 #5 0xbabdd774 in g_signal_chain_from_overridden () from /usr/pkg/lib/libgobject-2.0.so.0 #6 0xbabde553 in g_signal_emit_valist () from /usr/pkg/lib/libgobject-2.0.so.0 #7 0xbabde8e7 in g_signal_emit () from /usr/pkg/lib/libgobject-2.0.so.0 #8 0xbb1c92ce in gtk_widget_get_default_style () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #9 0xbb1d6388 in gtk_window_propagate_key_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #10 0xbb1d8dc2 in gtk_window_activate_key () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #11 0xbb0fcd83 in gtk_marshal_BOOLEAN__VOID () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #12 0xbabcd2cd in g_value_set_boxed () from /usr/pkg/lib/libgobject-2.0.so.0 #13 0xbabce945 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0 #14 0xbabdd774 in g_signal_chain_from_overridden () from /usr/pkg/lib/libgobject-2.0.so.0 #15 0xbabde553 in g_signal_emit_valist () from /usr/pkg/lib/libgobject-2.0.so.0 #16 0xbabde8e7 in g_signal_emit () from /usr/pkg/lib/libgobject-2.0.so.0 #17 0xbb1c92ce in gtk_widget_get_default_style () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #18 0xbb0f7603 in gtk_propagate_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #19 0xbb0f85ef in gtk_main_do_event () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #20 0xbafad951 in gdk_add_client_message_filter () from /usr/pkg/lib/libgdk-x11-2.0.so.0 #21 0xbab5fd42 in g_main_context_dispatch () from /usr/pkg/lib/libglib-2.0.so.0 #22 0xbab62c48 in g_main_context_check () from /usr/pkg/lib/libglib-2.0.so.0 #23 0xbab62fa7 in g_main_loop_run () from /usr/pkg/lib/libglib-2.0.so.0 #24 0xbb0f8a35 in gtk_main () from /usr/pkg/lib/libgtk-x11-2.0.so.0 #25 0xbbabb30e in gnc_ui_start_event_loop () from /usr/pkg/lib/gnucash/libgncmod-gnome-utils.so.0 #26 0x0804a309 in main () #27 0xbac4ce6b in scm_boot_guile () from /usr/pkg/lib/libguile.so.12 #28 0x0804a015 in main () #29 0x08049a50 in ___start () (gdb) Cheers, Thomas ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.8: Segfault when entering transaction for 2006/07/04
Quoting Thomas Klausner <[EMAIL PROTECTED]>: > Hi! > > I have a curious problem. I've tried to enter my last two days' > expenses, but whenever I press enter on an entry that's dated > 2006/07/04, gnucash segfaults (I get the gnome segfault dialog and > can restart or quit). > > Has anyone else seen this? > > I'm using gnucash-1.9.8 on NetBSD-3.99.21/i386, gcc-4.1.2 branch. Um, can you get a stack trace and submit it? > Cheers, > Thomas -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
1.9.8: Segfault when entering transaction for 2006/07/04
Hi! I have a curious problem. I've tried to enter my last two days' expenses, but whenever I press enter on an entry that's dated 2006/07/04, gnucash segfaults (I get the gnome segfault dialog and can restart or quit). Has anyone else seen this? I'm using gnucash-1.9.8 on NetBSD-3.99.21/i386, gcc-4.1.2 branch. Cheers, Thomas ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: segfault on startup in revision 13138
On Tue, 7 Feb 2006 11:07:54 -0800 Andrew Sackville-West <[EMAIL PROTECTED]> wrote: > Here is all the gobbledy-gook. note this crash occurs when running with > --nofile. similar crash when running --debug and --loglevel=6. I can provide > backtrace for those if you want. --version, --help, --help-all, --help-gtk > all work fine. > > enjoy problem exists in 13139 as well... A > > A > > [EMAIL PROTECTED]:~$ /opt/gnc2/bin/gnucash-env gdb /opt/gnc2/bin/gnucash-bin > GNU gdb 6.4-debian > Copyright 2005 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i486-linux-gnu"...Using host libthread_db library > "/lib/tls/libthread_db.so.1". > > (gdb) run --nofile > Starting program: /opt/gnc2/bin/gnucash-bin --nofile > [Thread debugging using libthread_db enabled] > [New Thread -1229347136 (LWP 22073)] > > > This is a development version. It may or may not work. > Report bugs and other problems to [EMAIL PROTECTED] > You can also lookup and file bug reports at http://bugzilla.gnome.org > The last stable version was GnuCash 1.8.12 > The next stable version will be GnuCash 2.0 > > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1229347136 (LWP 22073)] > 0xb7c36c39 in gnome_program_postinit () from /usr/lib/libgnome-2.so.0 > (gdb) bt > #0 0xb7c36c39 in gnome_program_postinit () from /usr/lib/libgnome-2.so.0 > #1 0xb7c36d59 in gnome_program_init () from /usr/lib/libgnome-2.so.0 > #2 0xb731e0c1 in gnc_gnome_init (argc=3, argv=0x3, > version=0xf ) at gnc-gnome-utils.c:196 > #3 0x0804a434 in main (argc=2, argv=0xbf8bc064) at gnucash-bin.c:501 > (gdb) quit > The program is running. Exit anyway? (y or n) y > [EMAIL PROTECTED]:~$ /opt/gnc2/bin/gnucash --version GnuCash 1.9.0 > development version > Built 2006-02-06 from r13138 > pgpjz2LGbWjjf.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: segfault on startup in revision 13138
On Tue, Feb 07, 2006 at 11:07:54AM -0800, Andrew Sackville-West wrote: > Here is all the gobbledy-gook. note this crash occurs when running with > --nofile. similar crash when running --debug and --loglevel=6. I can provide > backtrace for those if you want. --version, --help, --help-all, --help-gtk > all work fine. Fixed in revision 13140. -chris ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
segfault on startup in revision 13138
Here is all the gobbledy-gook. note this crash occurs when running with --nofile. similar crash when running --debug and --loglevel=6. I can provide backtrace for those if you want. --version, --help, --help-all, --help-gtk all work fine. enjoy A [EMAIL PROTECTED]:~$ /opt/gnc2/bin/gnucash-env gdb /opt/gnc2/bin/gnucash-bin GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run --nofile Starting program: /opt/gnc2/bin/gnucash-bin --nofile [Thread debugging using libthread_db enabled] [New Thread -1229347136 (LWP 22073)] This is a development version. It may or may not work. Report bugs and other problems to [EMAIL PROTECTED] You can also lookup and file bug reports at http://bugzilla.gnome.org The last stable version was GnuCash 1.8.12 The next stable version will be GnuCash 2.0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1229347136 (LWP 22073)] 0xb7c36c39 in gnome_program_postinit () from /usr/lib/libgnome-2.so.0 (gdb) bt #0 0xb7c36c39 in gnome_program_postinit () from /usr/lib/libgnome-2.so.0 #1 0xb7c36d59 in gnome_program_init () from /usr/lib/libgnome-2.so.0 #2 0xb731e0c1 in gnc_gnome_init (argc=3, argv=0x3, version=0xf ) at gnc-gnome-utils.c:196 #3 0x0804a434 in main (argc=2, argv=0xbf8bc064) at gnucash-bin.c:501 (gdb) quit The program is running. Exit anyway? (y or n) y [EMAIL PROTECTED]:~$ /opt/gnc2/bin/gnucash --version GnuCash 1.9.0 development version Built 2006-02-06 from r13138 pgppoue7XKnpR.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: SEGFAULT when importing old (binary) files
[EMAIL PROTECTED] wrote: > > It's been rumoured that Herbert Thoma said: > > > > Hi! > > > > With the newest cvs version I get a segfault when I > > try to import a old data file. > > There's a whole variety of core dumps when importing old files > with the current cvs version. Many of these happen when > tryig to generate a report. Others happen when the > data file is in a read-only directory. > > --linas Hi Linas! Dave allready fixed the bug that caused my particular error ;-) Herbert -- Herbert Thoma FhG-IIS A, Studio Department Am Weichselgarten3, 91058 Erlangen, Germany Phone: +49-9131-776-323 Fax: +49-9131-776-399 email: [EMAIL PROTECTED] www: http://www.iis.fhg.de/ ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: SEGFAULT when importing old (binary) files
It's been rumoured that Bill Gribble said: > Linas, the segfaults when trying to generate reports are a bug in > gtkhtml. It's fixed in their CVS version, and (I believe) in the > packages that Jim LewisMoss is distributing. > > The proximate problem is that our reports tend to generate totally > empty table cells which gtkhtml could not handle. Hello, SIGSEGV. OK, I assumed the engine was 'under construction'. and was ignoring it ... viz: Warning: xaccAccountGetSplit: welcome to pokeyland Warning: xaccAccountGetSplit: try to avoid this function, it's O(splits) Warning: xaccGroupGetAccount: try to avoid this function, it's O(accounts) Warning: xaccGroupGetAccount: try to avoid this function, it's O(accounts) Warning: xaccAccountGetSplit: welcome to pokeyland Warning: xaccAccountGetSplit: try to avoid this function, it's O(splits) Warning: xaccAccountGetSplit: welcome to pokeyland --linas ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: SEGFAULT when importing old (binary) files
On Fri, Dec 29, 2000 at 03:16:28AM -0600, [EMAIL PROTECTED] wrote: > There's a whole variety of core dumps when importing old files > with the current cvs version. Many of these happen when > tryig to generate a report. Linas, the segfaults when trying to generate reports are a bug in gtkhtml. It's fixed in their CVS version, and (I believe) in the packages that Jim LewisMoss is distributing. The proximate problem is that our reports tend to generate totally empty table cells which gtkhtml could not handle. Hello, SIGSEGV. b.g. ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: SEGFAULT when importing old (binary) files
It's been rumoured that Herbert Thoma said: > > Hi! > > With the newest cvs version I get a segfault when I > try to import a old data file. There's a whole variety of core dumps when importing old files with the current cvs version. Many of these happen when tryig to generate a report. Others happen when the data file is in a read-only directory. --linas ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
SEGFAULT when importing old (binary) files
Hi! With the newest cvs version I get a segfault when I try to import a old data file. Loading a xml data file works. gnome: 1.2.8 (I updated yesterday to get Guppi working) guile: 1.3.4 g-wrap: 1.1.4 Herbert. GDB backtrace: Program received signal SIGSEGV, Segmentation fault. 0x40446dc6 in g_str_hash () from /usr/lib/libglib-1.2.so.0 (gdb) bt #0 0x40446dc6 in g_str_hash () from /usr/lib/libglib-1.2.so.0 #1 0x40438140 in g_hash_table_lookup () from /usr/lib/libglib-1.2.so.0 #2 0x400379d1 in gnc_commodity_table_lookup () at gnc-commodity.c:341 #3 0x80a9992 in gnc_ui_commodity_druid_create ( filename=0x8272f48 "gnc:hook-run-danglers") at druid-commodity.c:133 #4 0x80a9823 in gnc_import_legacy_commodities ( filename=0x8272f48 "gnc:hook-run-danglers") at druid-commodity.c:81 #5 0x80dead7 in gwrap_gnc_import_legacy_commodities (scm_param0=1084934992) at gnc.c:8761 #6 0x405eb992 in scm_deval () from /usr/lib/libguile.so.6 #7 0x405ec488 in scm_dapply () from /usr/lib/libguile.so.6 #8 0x405e6c24 in scm_apply () from /usr/lib/libguile.so.6 #9 0x405e77d9 in scm_for_each () from /usr/lib/libguile.so.6 #10 0x405eb992 in scm_deval () from /usr/lib/libguile.so.6 #11 0x405ec488 in scm_dapply () from /usr/lib/libguile.so.6 #12 0x405e6c24 in scm_apply () from /usr/lib/libguile.so.6 #13 0x405f67ac in gh_call2 () from /usr/lib/libguile.so.6 #14 0x806c647 in gncPostFileOpen ( filename=0x8267640 "/home/herbie/xacc/herbie/herbie.xac") at FileDialog.c:349 #15 0x806c6f0 in gncFileOpenFile ( newfile=0x8267640 "/home/herbie/xacc/herbie/herbie.xac") at FileDialog.c:382 #16 0x8091832 in gnucash_ui_open_file ( name=0x8267640 "/home/herbie/xacc/herbie/herbie.xac") at top-level.c:397 #17 0x80d8558 in gwrap_gnucash_ui_open_file (scm_param0=1084976536) at gnc.c:4828 #18 0x405eb992 in scm_deval () from /usr/lib/libguile.so.6 #19 0x405e87ca in scm_deval () from /usr/lib/libguile.so.6 #20 0x405e87ca in scm_deval () from /usr/lib/libguile.so.6 #21 0x405ec488 in scm_dapply () from /usr/lib/libguile.so.6 #22 0x405e6c24 in scm_apply () from /usr/lib/libguile.so.6 #23 0x405f6729 in gh_call0 () from /usr/lib/libguile.so.6 #24 0x80cdcdf in gnucash_main_helper (argc=1, argv=0xb854) at gnucash.c:126#25 0x405f6833 in gh_launch_pad () from /usr/lib/libguile.so.6 #26 0x405f995f in invoke_main_func () from /usr/lib/libguile.so.6 #27 0x4062717b in scm_internal_lazy_catch () from /usr/lib/libguile.so.6 #28 0x405f9901 in scm_boot_guile_1 () from /usr/lib/libguile.so.6 #29 0x405f965c in scm_boot_guile () from /usr/lib/libguile.so.6 #30 0x405f686b in gh_enter () from /usr/lib/libguile.so.6 #31 0x80cdf2a in main (argc=1, argv=0xb854) at gnucash.c:195 -- Herbert Thoma FhG-IIS A, Studio Department Am Weichselgarten3, 91058 Erlangen, Germany Phone: +49-9131-776-323 Fax: +49-9131-776-399 email: [EMAIL PROTECTED] www: http://www.iis.fhg.de/ ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Segfault immediately after starting gnucash..
Walter Francis writes: > Hello! I've been wanting to try Gnucash for some time now, but older > versions, the newest version, tarballs, source RPM's, and binary RPMs, > all do the same thing; immediately segfault.. :( > > I have a strace output I can send if that will help, back traces on the > core files result in nothing except ??'s Could you send me the strace output? Also, could you run gnucash as GNC_DEBUG=1 gnucash --loglevel 5 and send me the standard error/output? (It could be a large amount) What kind of system/OS are you running on? thanks, dave -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Segfault immediately after starting gnucash..
Hello! I've been wanting to try Gnucash for some time now, but older versions, the newest version, tarballs, source RPM's, and binary RPMs, all do the same thing; immediately segfault.. :( I have a strace output I can send if that will help, back traces on the core files result in nothing except ??'s -- Walter Francis http://wally.hplx.net Powered by Red Hat Linux 6.0 -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
QIF import segfault
Hi, I am using gnucash 1.3.8. Whenever I try to import a QIF file, I get a segfault. I have narrowed it down to occuring on line 620 of dialog-qif-import.c. I do not know GTK or Scheme so I fear I may be of little help with debugging. However, I looked at it with gdb and this is what I saw: Breakpoint 4, update_file_page (wind=0x12040e670) at dialog-qif-import.c:620 620 gtk_list_select_child(GTK_LIST(wind->selected_file_list), new_list_item); Current language: auto; currently c (gdb) print wind $1 = (QIFImportWindow *) 0x12040e670 (gdb) print wind->selected_file_list $2 = (GtkWidget *) 0x120411980 (gdb) print new_list_item $3 = (GtkWidget *) 0x120434390 (gdb) step Program received signal SIGSEGV, Segmentation fault. 0x200023add80 in scm_deval () from /usr/lib/libguile.so.6 This is running on a 64-bit DEC Alpha with Debian. -- John -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
segfault
A pristine, up to date build is currently segfaulting. No core file. More details to follow Bryan -- - Bryan Larsen, Senior Software Engineer & fall guy Phone: 306 664 2087 x29. Fax: 306 664 4446 Analog Design Automation: Analog Circuit Synthesis? Problem Solved. -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re: CVS segfault
> If I start with a fresh install of the CVS version of gnucash with no > data, and I do the following, it segfaults. This is really, really > bad. How am I going to convince my wife to run this program when it > crashes so easily?? > > New Account > For a name, say "checking". > Leave as a bank-type account. > Create > Deposit $100 into it > Record > New Account > For a name, say "groceries". > Set to be an expense account > Create > In the main window, Account/Transfer > Put $10 into the amount > Set the To to "groceries" > Transfer. > Boom! > > -- > -russ nelson <[EMAIL PROTECTED]> http://russnelson.com > Crynwr sells support for free software | PGPok | Government schools are so > 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur > Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool! > > -- > Gnucash Developer's List > To unsubscribe send empty email to: [EMAIL PROTECTED] Try this. -- aside --- Linas, am I handling this correctly? Oh, and give your wife my regards. dave Index: XferWindow.c === RCS file: /home/cvs/cvsroot/gnucash/src/motif/XferWindow.c,v retrieving revision 1.23 diff -u -r1.23 XferWindow.c --- XferWindow.c1999/10/18 03:12:45 1.23 +++ XferWindow.c1999/10/21 17:34:06 @@ -476,7 +476,7 @@ /* TransSetMemo will set the memo for both splits */ xaccTransSetMemo (trans, XmTextGetString(xferData->memo)); - dest_split = xaccTransGetSplit (trans, 1); + dest_split = xaccTransGetSplit (trans, 0); str = XmTextGetString(xferData->amount); sscanf( str, "%f", &val ); /* sscanf must take float not double arg */ xaccSplitSetShareAmount (dest_split, -val); @@ -490,11 +490,14 @@ recnRefresh(acc); acc = xaccGroupGetAccount(grp, xferData->to); - src_split = xaccTransGetSplit (trans, 0); + src_split = xaccMallocSplit (); + xaccSplitSetShareAmount (src_split, val); + xaccTransAppendSplit (trans, src_split); + xaccAccountBeginEdit (acc, 0); xaccAccountInsertSplit (acc, src_split); - xaccTransCommitEdit (trans); xaccAccountCommitEdit (acc); + xaccTransCommitEdit (trans); xaccAccountDisplayRefresh (acc); recnRefresh(acc); -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re: CVS segfault
Dave Peticolas writes: > motif or gnome? Motif. Didn't bother trying gnome since it didn't work at all last time. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Government schools are so 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool! -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re: CVS segfault
> If I start with a fresh install of the CVS version of gnucash with no > data, and I do the following, it segfaults. This is really, really > bad. How am I going to convince my wife to run this program when it > crashes so easily?? > > New Account > For a name, say "checking". > Leave as a bank-type account. > Create > Deposit $100 into it > Record > New Account > For a name, say "groceries". > Set to be an expense account > Create > In the main window, Account/Transfer > Put $10 into the amount > Set the To to "groceries" > Transfer. > Boom! motif or gnome? dave -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
CVS segfault
If I start with a fresh install of the CVS version of gnucash with no data, and I do the following, it segfaults. This is really, really bad. How am I going to convince my wife to run this program when it crashes so easily?? New Account For a name, say "checking". Leave as a bank-type account. Create Deposit $100 into it Record New Account For a name, say "groceries". Set to be an expense account Create In the main window, Account/Transfer Put $10 into the amount Set the To to "groceries" Transfer. Boom! -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Government schools are so 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool! -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
_XmStrings error and segfault in Debian 1.2.3
I've recently intstalled gnucash_1.2.3-1.deb, with a lot of libraries to get it going as well. I can't seem to find gnucash_1.2.1.deb, its been replaced in the readily accessible archives. It does not start up reproducibly. It always gives the warning : Symbol _XmStrings has different size in shared object, consider re-linking. And most of the time it develops a segfault soon thereafter, but it does work OK some of the time. This could be more of an error with incompatible libraries. I loaded a _lot_ of libraries to get it going, but debian thought they were all appropriate. If there's just one file I need to change, please let me know. I'd much rather do this. I tried compiling it and founds lots dependencies and could not get it to compile even after pursuing them. Thanks, -- John August The learning exceeds the task - %< >% -- The GnuCash / X-Accountant Mailing List To unsubscribe, send mail to [EMAIL PROTECTED] and put "unsubscribe gnucash-devel [EMAIL PROTECTED]" in the body
