Yeah, you're right re dev't.
At this point, I'm doing a bit of cleanup. I needed to make a small change to
fix 'make check'. There's now another problem in 'make dist' in the python
bindings.
Phil
From: Derek Atkins
To: Phil Longstaff
Cc: gnucash-devel@gn
I'm not sure there's really enough development going on that would
warrant doing it that way. I can't think of anything that's under
development in a dev branch that we'd want in trunk and not 2.4..
However I can think of lots of stuff (e.g. stabilization bug fixes)
that we'll definitely want to
I was using the development model that anything could go into trunk but not
necessarily into 2.3.x, so I created the branch to separate the targeted 2.3.x
development from the more general trunk development.
Phil
From: Derek Atkins
To: Christian Stimming
Cc:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I've worked on a fix for the really annoying bug
http://bugzilla.gnome.org/attachment.cgi?id=132147 that when using
AqBanking stuff with PIN/TAN mode, you will be continuously be queried
for verifying the SSL certificate of your bank's server.
I'
Hi,
Quoting Christian Stimming :
Am Sonntag, 5. April 2009 01:45 schrieb Phil Longstaff:
Author: plongstaff
Date: 2009-04-04 19:45:29 -0400 (Sat, 04 Apr 2009)
New Revision: 18015
Trac: http://svn.gnucash.org/trac/changeset/18015
Added:
gnucash/branches/2.4/
Log:
Create 2.4 branch
Err...
Yes, I guess it was premature. I wasn't sure of the procedure.
Phil
From: Christian Stimming
To: gnucash-devel@gnucash.org
Sent: Sunday, April 5, 2009 4:08:38 PM
Subject: Re: r18015 - gnucash/branches - Create 2.4 branch
Am Sonntag, 5. April 2009 01:45 schr
Am Sonntag, 5. April 2009 01:45 schrieb Phil Longstaff:
> Author: plongstaff
> Date: 2009-04-04 19:45:29 -0400 (Sat, 04 Apr 2009)
> New Revision: 18015
> Trac: http://svn.gnucash.org/trac/changeset/18015
>
> Added:
>gnucash/branches/2.4/
> Log:
> Create 2.4 branch
Err... this 2.4 branch is cop
On Apr 5, 2009, at 1:05 PM, Phil Longstaff wrote:
How did you fix the SIGABRT?
I misread the documentation. I think there needs to be another NULL
argument
at the end of the call to g_object_connect().
Dave, change the line to:
g_object_connect( G_OBJECT(faw->cb_uri_type), "signal::ch
The SIGABRT is generated within goffice, thus I upgraded to goffice-0.7.4.
This in turn required an update to libgsf. Apparently updating the
latter seems to be sufficient, because on execution, gnucash loads my
system default goffice-0.6, but the new installed libgsf and there was
no SIGABRT anymo
How did you fix the SIGABRT?
I misread the documentation. I think there needs to be another NULL argument
at the end of the call to g_object_connect().
Dave, change the line to:
g_object_connect( G_OBJECT(faw->cb_uri_type), "signal::changed",
cb_uri_type_changed_cb, NULL, NULL );
and see
can s.o. apply this to trunk?
Index: dialog-file-access.c
===
--- dialog-file-access.c(revision 18016)
+++ dialog-file-access.c(working copy)
@@ -231,7 +231,8 @@
uri_type_container = glade_xml_get_widget( xml,
"vb_uri_typ
got it.
valgrind report for save as command:
==3984== Conditional jump or move depends on uninitialised value(s)
==3984==at 0x4CDA9D2: g_object_connect (gobject.c:1345)
==3984==by 0x422B67F: gnc_ui_file_access (dialog-file-access.c:234)
==3984==by 0x41469D7: gnc_main_window_cmd_file_sa
Great - with dubbing symbols, the app does not crash anymore.
This certainly has to do with dangling pointers uninitialized vars, ...
valgrind will be your friend, but I cannot get gnucash to run under
supervision of valgrind. It aborts with SIGABRT in the startup phase.
The save as function need
Finally I got my suse box to compile trunk, and voila:
trunk (rev18013) crashes even on linux, but not the first time you open save
as...
Here is how to reproduce the crash:
- trigger save as
- press cancel
- trigger save as again -> crashes
I'm currently recompiling trunk with debuging symbols
14 matches
Mail list logo
