On Thursday June 10 2010 00:53:44 Mark Jenkins wrote:
> > Back to bug killing.
>
> I came up with the attached patch to stop business objects from being lost.
>
> The modules "gnucash/business-core-xml" and "gnucash/business-core-sql"
> are now loaded.
>
> I've tested this with
>
> >>> from gnu
Am Thursday 10 June 2010 schrieb Mark Jenkins:
> This, and the linking decisions in Makefile.am are the most critical
> elements of the python bindings. (...)
>
> With this patch, this init section in gnucash_core.i becomes:
> g_type_init();
> scm_init_guile();
> gnc_module_load("gnucash/engine",
> Back to bug killing.
I came up with the attached patch to stop business objects from being lost.
The modules "gnucash/business-core-xml" and "gnucash/business-core-sql"
are now loaded.
I've tested this with
>>> from gnucash import Session
>>> s = Session('sqlite3:///full_path_to_file')
>>> s.s
On Wednesday 9 June 2010, Mark Jenkins wrote:
> > On Wednesday 9 June 2010, Mike Evans wrote:
> >> However the
> >> business objects do not seem to be loaded/saved so when session.save()
> >> is called all the business data, customers etc., are lost. It doesn't
> >> matter if I use the mysql or
> On Wednesday 9 June 2010, Mike Evans wrote:
>> However the
>> business objects do not seem to be loaded/saved so when session.save() is
>> called all the business data, customers etc., are lost. It doesn't
>> matter if I use the mysql or xml backend. Any thoughts?
I was actually working on
