Brian Amos wrote:
Gnucash seems to be crashing whenever the database returns an error, such as
incorrect password, or DB unavailable. I am able to log what gnucash is
sending to the DBI, is there a way to log what's going on inside the DBI?
Hopefully the DBI is returning error codes that gnuca
Phil Longstaff wrote:
> The interesting line in your log is:
> * 07:22:41 INFO [init_sql_backend] -1 DBD drivers
> found
>
> which means that there was some problem initializing libdbi.
>
> Your listing above shows that the dbd file are in /usr/local/lib/dbd. My
> packages (ubuntu) put
Phil Longstaff wrote:
> On January 31, 2009 11:07:17 pm Mark Johnson wrote:
>
>> Phil Longstaff wrote:
>>
>>> Hmmm... 'configure' does allow any wrong options and does not seem to
>>> flag it. What is *supposed* to happen (and what happen
I have built trunk rev 17855 with the wrong configure options. I
accidentally used the old --enable-gda instead of the correct
--enable-dbi. The file menu has a Database Connection option and when I
filled in its dialog's fields and clicked OK, I got a "can't parse URL
error".
If I haven't e
Phil Longstaff wrote:
> Mark Johnson wrote:
>
>> Configure fails as follows:
>>
>> checking for libgoffice-0.5 >= 0.5.1... no
>> checking for libgoffice-0.4 >= 0.4.0... no
>> checking for libgoffice-0.3 >= 0.3.0... no
>> checking for libg
Configure fails as follows:
checking for libgoffice-0.5 >= 0.5.1... no
checking for libgoffice-0.4 >= 0.4.0... no
checking for libgoffice-0.3 >= 0.3.0... no
checking for libgoffice-1 >= 0.0.4... no
configure: error: Cannot find libgoffice.
I have libgoffice-0.6 installed. The configure.in in tr
Phil Longstaff wrote:
> Mark Johnson wrote:
>
>> While looking at the PostgreSQL error log, I also noted the following error:
>> ERROR: relation "books" does not exist
>> STATEMENT: INSERT INTO books (guid, root_account_guid,
>> root_template_guid) V
Phil Longstaff wrote:
> Mark Johnson wrote:
>
>> Since I have one extra account showing in the XML file, I checked to see
>> if the DBs have the ROOT account in them. They do not.
>> QUESTION: Is this a problem?
>>
>
> The ROOT account was added so
Now that I've managed to get the data saved to the DBs and the gnucash's
exitted, it is time to check the data in the DBs.
As a check on the DB data, I created an awk script to count the numbers
of accounts, transactions, and splits in the xml data file. Here is the
awk script:
BEGIN {
n
Mark Johnson wrote:
> I see from the ChangeLogs and message traffic that the issues arising
> from the missing SQL records have been dealt with.
>
> I have patched and compiled libgda 3.0.2 with the following two patches:
> 1. Escaping of single quotes in strings is corrected.
>
I see from the ChangeLogs and message traffic that the issues arising
from the missing SQL records have been dealt with.
I have patched and compiled libgda 3.0.2 with the following two patches:
1. Escaping of single quotes in strings is corrected.
2. the patch for the PostgreSQL provider returnin
Graham Leggett wrote:
> Phil Longstaff wrote:
>
>> There is a function to query the backend to see what features it
>> supports, but prepared statements is not in that list. Also, if we
>> require prepared statements, that might cut out the sqlite backend
>> because a libgda modification to use
haviour of libgda:
>>
>> - Row inserts are failing, but the error is not communicated back to
>> the caller. As a result, the database is corrupted in the process.
>>
> I'm not sure the error is not communicated back. In an e-mail from Mark
> Johnson with ms
Michael Vrable wrote:
> On Wed, Feb 20, 2008 at 09:34:34PM -0700, Mark Johnson wrote:
>
>> PostgreSQL gives a warning for '', but accepts it; it prefers \'.
>> MySql takes the ''; I'm not sure about \'. Obviously SQLite won't
>
Graham Menhennitt wrote:
> Mark Johnson wrote:
>
>> PostgreSQL gives a warning for '', but accepts it; it prefers \'. MySql
>> takes the ''; I'm not sure about \'. Obviously SQLite won't take the \'.
>>
>> However,
Michael Vrable wrote:
> On Wed, Feb 20, 2008 at 03:09:50PM -0700, Mark Johnson wrote:
>
>> Found the error message. It is buried in gnucash.trace. This is
>> really not sufficient notification that data has been dropped.
>>
>> Here is a sample entry fro
Mark Johnson wrote:
> Graham Leggett wrote:
>
>> Mark Johnson wrote:
>>
>>
>>> By examining which transactions, accounts, and splits were missing
>>> from SQLite (as compared to MySQL), I was able to determine that
>>> anything whic
Graham Leggett wrote:
> Mark Johnson wrote:
>
>> By examining which transactions, accounts, and splits were missing
>> from SQLite (as compared to MySQL), I was able to determine that
>> anything which had a single quote in a string (description, name, &
>>
By examining which transactions, accounts, and splits were missing from
SQLite (as compared to MySQL), I was able to determine that anything
which had a single quote in a string (description, name, & memo fields)
failed to be inserted into SQLite. This is a one-to-one
correspondence. i.e. any
Graham Leggett wrote:
> Keith Bellairs wrote:
>
>> Speaking as a user and not someone busting his butt on this, I hate
>> the idea of "unlimited" everything when we go to a DB. Most of our
>> databases have a mechanism (BLOB/CLOB) to store really big things,
>> usually at the cost of indexing or
Phil Longstaff wrote:
> Derek Atkins wrote:
>
>> Mark Johnson <[EMAIL PROTECTED]> writes:
>>
>>
>>
>>> Mark Johnson wrote:
>>>
>>>
>>>> This appears to be separate from the SERIAL problem of libgda
Mark Johnson wrote:
> This appears to be separate from the SERIAL problem of libgda's
> PostgreSQL provider as PostgreSQL has the highest number of splits.
> (Most complete? Are there duplicates?)
>
>
>
Oops, no it doesn't have the highest number of splits.
Configuration:
libgda 3.1.2
gnucash-gda SVN16943
PostgreSQL 8.2.6
MySql 5.0.51
Sqlite 3.3.7
Today, I deleted all the gnucash databases (Well, I just started a new
file for SQLite:-). I made three copies of my current gnucash XML data,
and loaded them into three instances of gnucash SVN (running
Derek Atkins wrote:
> Mark Johnson <[EMAIL PROTECTED]> writes:
>
>
>>> I'm really beginning to wonder if we need to write special SQL
>>> based on the database we're using in order to tune the performance
>>> because of issues like this? Yes,
Graham Menhennitt wrote:
> Mark Johnson wrote:
>
>> Graham Menhennitt wrote:
>>
>>> Phil Longstaff wrote:
>>>
>>>
>>>> Graham Menhennitt wrote:
>>>>
>>>>
>>>>> saved. I t
Graham Leggett wrote:
> Derek Atkins wrote:
>
>> I think the question was more: Does every table have to HAVE
>> a primary key? Yes, the primary key must be unique, but what
>> if a table has no primary key? Is that still okay?
>
> It's perfectly ok, yes - but primary keys are used heavily for
Derek Atkins wrote:
> Hi,
>
> Mark Johnson <[EMAIL PROTECTED]> writes:
>
> [snip]
>
>> SQLite and MySql are completely opposite as to which queries perform
>> well and poorly. That's why I want to see if I can adjust the queries
>> and indices
Graham Menhennitt wrote:
> Phil Longstaff wrote:
>
>> Graham Menhennitt wrote:
>>
>>
>>> saved. I then try to load from the DB using a command line parameter of
>>> the DSN. It runs for a few seconds and then crashes with a segmentation
>>> violation.
>>>
>>>
>> I just commi
Derek Atkins wrote:
> Mark Johnson <[EMAIL PROTECTED]> writes:
>
>
>> Phil Longstaff wrote:
>>
>>> The slot_id is used to provide a unique primary key. I don't know if it
>>> would work to have the slots table have *no* key, but have
I won't post specific numbers here yet. I still have to explore some
adjustments to the queries, etc.
On SQLite, I ran VACUUM and ANALYZE prior to testing. On MySql, I ran
ANALYZE on each table. It doesn't have a VACUUM command. (VACUUM
probably did nothing for SQLite anyway as a freshly sa
Phil Longstaff wrote:
> The slot_id is used to provide a unique primary key. I don't know if it
> would work to have the slots table have *no* key, but have an index on
> the obj_guid field. The obj_guid field can't be the primary key because
> I believe a primary key needs to be unique. Mark
Phil Longstaff wrote:
> Mark Johnson wrote:
>
>> Previously, I had suggested a workaround for the empty PostgreSQL slots
>> table problem.
>>
>> I have now tried the work-around for the empty slots table problem with
>> PostgreSQL. The type SERIAL is
Previously, I had suggested a workaround for the empty PostgreSQL slots
table problem.
I have now tried the work-around for the empty slots table problem with
PostgreSQL. The type SERIAL is simply a convenience, and not a real
type. I had hoped the convenience extended to ALTER TABLE, but it
Phil Longstaff wrote:
>
> It seems to me as though I am going to need to take a step back and
> think for a bit. Any comments are welcome. When I started this, I
> chose the 3.x series for libgda because it was almost ready for
> release. I was not experienced enough in the linux release worl
Phil Longstaff wrote:
>
> I just saw an e-mail on the libgda mailing list which said that
> GdaQuery might be deprecated in the 4.0 series.
I just saw that too. It is disappointing. You have put in a lot of
work using the GdaQuery.
I had compiled the V4 branch with the idea of testing it with
Phil Longstaff wrote:
> Mark Johnson wrote:
>> The slots table includes an id field which is "auto_increment".
>> PostgreSQL does not implement that keyword. Instead, it appears to
>> accept it, but ignore it when creating the table. (This may actually
>
The slots table includes an id field which is "auto_increment".
PostgreSQL does not implement that keyword. Instead, it appears to
accept it, but ignore it when creating the table. (This may actually be
libgda's PostgreSQL provider doing that.) Gnucash-gda relies upon that
field auto-increm
Phil,
From the svn change log:
r16924 | plongstaff | 2008-02-03 14:16:06 -0700 (Sun, 03 Feb 2008) | 8 lines
When opening a register, there are now 5 queries: 1) get tx guids for
all splits in the register 2) get all tx'es f
Phil,
I just did some timing tests with the latest svn (16927). VAST
improvements in opening the Register!
Comparing svn16921 to svn16927, using the MySql provider, the time to
open one register went from 4:11 to 0:19. Using the PostgreSQL
provider, it went from 18:15 to 0:21. (I believe th
Using svn 16927 of gda-dev2. The following command line:
$ ./gnucash gda://gnucashpgsql82x
results in the program quitting unexpectedly when the splash screen gets
to "loading data". It displays a dialog to that effect, and offering to
inform the developers, etc. Note that I forgot to put the
Mark Johnson wrote:
> Changing lines 114 & 115 of gnc-backend-gda.c to:
> gchar* username = NULL;
> gchar* password = NULL;
> has helped. The error message is no longer displayed. And gnucash
> appears to be saving my test data to MySql. I am not sure this is the
> best
Mark Johnson wrote:
> Phil,
> I wanted to try gnucash-gda with MySql. I suspect the postgresql
> provider of poor performance and wanted to see how the performance of
> MySql compared.
>
> I have created the db manually and tested the gda connection with
> gnome-da
Nigel Titley wrote:
> Albert Lash wrote:
>> On second thought I'm not sure if MySQL has ever been used with
>> GnuCash, or if it supported
>
> Surely the whole point about using the gda library was that the
> backend database doesn't matter.
>
> Nigel
>
That's the goal. Currently, the gda bac
Phil,
I decided to check my postgresql log file for insight into the poor
performance. While doing so, I noticed the following:
ERROR: null value in column "slot_id" violates not-null
constraint
STATEMENT: INSERT INTO slots (obj_guid, name, slot_type, int64_val,
Phil,
I wanted to try gnucash-gda with MySql. I suspect the postgresql
provider of poor performance and wanted to see how the performance of
MySql compared.
I have created the db manually and tested the gda connection with
gnome-database-properties-3.0 successfully.
I am using the latest svn
I am using SVN16880 of gnucash-gda2 branch. One cannot change the
account of a split in an existing transaction.
I opened gnucash and it opened the last-used db. Then, I opened a
register, and selected a transaction. I clicked one of its splits
(Register is in auto-split mode) and moved it t
Nathan Buchanan wrote:
> HI Phil, Andreas!
>
> I'm attaching a patch that gets gda setup for windows. This patch only deals
> with sqlite.
>
> A few items of note:
> -libgda used setenv instead of g_setenv. This has been patched and is
> http://bugzilla.gnome.org/show_bug.cgi?id=510739
> -libgda us
Phil Longstaff wrote:
> Mark Johnson wrote:
>
>> Having successfully loaded my xml file into gnucash-gda, I saved it to a
>> new postgresql database. As Phil mentioned, the performance was poor.
>> I have several years of data, and it took hours to save. The sav
Having successfully loaded my xml file into gnucash-gda, I saved it to a
new postgresql database. As Phil mentioned, the performance was poor.
I have several years of data, and it took hours to save. The save
completed sometime during the night, so I don't know exactly how long it
took.
I t
Phil Longstaff wrote:
> Mark Johnson wrote:
>
>> Here is an excerpt (including the qof_session_load_backend) from the
>> resulting gnucash.trace:
>> * 23:11:30 INFO [gnc_commodity_table_insert] insert
>> 0x84856e0 XAG into nsp=0x84567c
Phil Longstaff wrote:
> Yes, this is the interesting part. Both the GDA and XML backends are
> registered for the file:// url which is what you get when you don't
> supply a URL or if you use the open file dialog. The GDA backend checks
> to see whether it likes the file, and if not, rejects i
Mark Johnson wrote:
> In response to your latest e-mail, here is the excerpt from
> /tmp/gnucash.trace:
> * 22:17:29 INFO [gnc_commodity_table_insert] insert
> 0x8452c70 VND into nsp=0x8260fa0 CURRENCY
> * 22:17:29 INFO [gnc_commodity_table_insert] insert
> 0x8452d88 YER
Phil Longstaff wrote:
> Mark Johnson wrote:
>
>> Using: SVN 16836 gda-dev2 branch.
>> Postgresql 8.2.6
>>
>> 1. start gnucash with --nofile option
>> 2. open read-only copy of existing xml file.
>>
>>
> I assume you mean this was wit
e. I had not select
anything to cause it to use SQLite. I did not investigate the contents
of this file. However, it was less than one tenth the size of the
compressed xml file. I do not believe that this file should have been
created.
Mark Jo
Phil Longstaff wrote:
> A couple of people have e-mailed me asking if they can test the GDA
> backend. I think I'm ready for this.
>
> Build requirements. I build with libgda 3.0.0
>
Recently, I successfully built SVN 16836 with libgda 3.1.2.
I'll do what I can to help test this. I'm just
Josh Sled wrote:
> Christopher Blunck <[EMAIL PROTECTED]> writes:
>
>> seen in step #5. If you press tab on step #5 and you are brought to
>> a new subtransaction line why doesn't that ALWAYS happen?
>>
>
> Because there's a bug in the tab handling. I believe it's already been
> filed,
Wasn't there some suggestion that an audit trail would be useful in a
distributed environment a while back? It sounds like it would have a
great deal in common with the undo.
Mark
Peter Selinger wrote:
>Here is how I think undo can be done in a distributed environment. I
>think the undo hist
Phil Longstaff wrote:
> Phil,
>
> the latest code in gda-dev branch is not compiling. Here is the error I
> got:
>
> Yes, I know. For various reasons, I have been unable to fix that
> until now. I will commit a fix later today.
>
> Phil
New error:
gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I..
Phil Longstaff wrote:
> Phil,
>
> the latest code in gda-dev branch is not compiling. Here is the error I
> got:
>
> Yes, I know. For various reasons, I have been unable to fix that
> until now. I will commit a fix later today.
Excellent, I'm doing a test build now.
By the way, I have updat
Phil Longstaff wrote:
> * GDA. Maybe Phil wants some help?
>
>
>
>I'd be happy for some help. The GDA project will replace the old postgresql
>backend with a GDA (Gnome Data Access) backend. GDA provides a GObject-based
>interface to any db provider. If you want to help, just e-mail me and
Try "Check and Repair". It should be under the Actions menu. Probably
select the accounts containing the affected transactions for "Check and
Repair".
This used to happen when replaying logs, but that was fixed. The
transactions were created without a currency, resulting in the same
error. The
An update this morning yielded the following:
gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I../../.. -I../../..
-I.. -I../..
-DLOCALE_DIR=\"/mnt/raid/home/mj/gnucash-gda/gnucash.15335/share/locale\"
-I../../../src/backend -I../../../src/engine -I../../../src/core-utils
-I../../../lib/lib
Mark Johnson wrote:
>gnc-backend-util.c and .h have been added. I am trying a build now.
>
>Mark
>
>___
>gnucash-devel mailing list
>gnucash-devel@gnucash.org
>https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
Derek Atkins wrote:
>Mark Johnson <[EMAIL PROTECTED]> writes:
>
>
>
>>Compiling the latest gda-dev failed as follows:
>>
>>
>[snip]
>
>
>>.deps/gnc-backend-gda.Tpo -c gnc-backend-gda.c -fPIC -DPIC -o
>>.libs/gnc-backend-gda.o
&
Compiling the latest gda-dev failed as follows:
gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I../../.. -I../../..
-I.. -I../.. -DLOCALE_DIR=\"/opt/gnucash-svn15330/share/locale\"
-I../../../src/backend -I../../../src/engine -I../../../src/core-utils
-I../../../lib/libc -I../../../lib/lib
Daniel Espinosa wrote:
>> (http://bugzilla.gnome.org/show_bug.cgi?id=389821)
>>
>
> I'll try to fix it when possible or talk with Vivien, please inform
> this in gnomedb-devel list.
>
Was it not enough to file the bug report? Someone did go to the trouble
of adding version 2.99.x to the list of
Daniel Espinosa wrote:
>
> Sorry I forget to add that you need to use #ifdef GDA (or any variable
> you set using configure.in in gnucash) the the code you want to be
> missed at compile time, please see at the code where you set the URI
> handler (may exist other files I don't remember for the mo
Derek Atkins wrote:
Quoting Mark Johnson <[EMAIL PROTECTED]>:
What I'm looking at is using AC_ARG_ENABLE to make a --disable-gda
argument, so that for the gda-dev branch (at least for now) building the
gda backend would be the default.
Take a look at what we do for AC_ARG
Derek Atkins wrote:
>Mark Johnson <[EMAIL PROTECTED]> writes:
>
>
>
>>A new version of libgda has been released. It is 2.99.2. They have
>>bumped the ABI version to 3.0. Consequently, libgda-2.0.pc is now
>>libgda-3.0.pc. Therefore, after upgrading t
A new version of libgda has been released. It is 2.99.2. They have
bumped the ABI version to 3.0. Consequently, libgda-2.0.pc is now
libgda-3.0.pc. Therefore, after upgrading to libgda 2.99.2, the build
in gda-dev branch fails.
Further feedback on gda-dev:
configure did not fail when libgd
Derek Atkins wrote:
What's the point of the global, static fb_info? In general static
storage is a Bad Idea (TM).
Agreed. It's something I copied from 1.8.12, and didn't spend enough
time thinking if the global was necessary.
It is the storage space where the callback function (for when O
Phil Longstaff wrote:
First, I thought I had found something when I found the function
gtk_file_chooser_set_local_only, but the wretched dialog insists on
trying to display the directory of the entered URI when one clicks
Save. Naturally, such a directory does not exist. Entering
gda://AnAc
Derek Atkins wrote:
>> I would like to test the gda backend by saving (a copy of) my real
>> data to it. How would I do that? (I am testing gnucash-gda on a
>> separate machine from where I run gnucash with my real data.)
>
>
> My understanding is that right now there's not a good way of doing
Phil Longstaff wrote:
>On Mon, 2006-18-12 at 14:37 -0700, Mark Johnson wrote:
>
>
>>1. It should use the username and password from the connection rather
>>than requiring them on the command line.
>>
>>
>
>It should allow them on the command line to
Derek Atkins wrote:
> Quoting Mark Johnson <[EMAIL PROTECTED]>:
>
>>> The PG backend still works, even in 2.0. You just can't use the
>>> Save-As dialog to create a new one (because you cannot specify
>>> a URI in the interface). So your understand is
Derek Atkins wrote:
> Quoting Daniel Espinosa <[EMAIL PROTECTED]>:
>
>>> Maybe. The problem is that GnuCash has multiple backends.. Some of
>>> them
>>> require the save button, some do not. I think the answer here is that
>>> the save button should always exist but only be active when the boo
Daniel Espinosa wrote:
> I strongly recomend to install libgnomedb also, becouse it install a
> graphical tool called "gnome-database-properties" wich you can create
> the data source (DSN), the username and password to connecto to any
> data base server or SQLite, and you can test the connection,
Mark Johnson wrote:
>I've modified the config file as follows:
>
>
>
>value="URI=/home/phil/.libgda/sales_test.db"/>
>
>
>
>
>
>
>
>
>
>
>
Phil Longstaff wrote:
>I've attached a config file which is in ~/.libgda/config. If you use
>this, have a MySQL server running with a database named 'gnucash', then
>starting gnucash with URI gda://gnucash will connect to and use that
>database.
>
>I haven't tried with anything other than MySQL t
Mark Johnson wrote:
>Phil Longstaff wrote:
>
>
>
>>Yes. Fixed in r15194.
>>
>>Phil
>>
>>
>>
>>
>>
>Trying another build.
>
>Are you using--enable-compile-warnings? At the moment, I am leaving it out.
>
>Mark
&g
Phil Longstaff wrote:
>On Sat, 2006-09-12 at 17:40 -0500, Derek Atkins wrote:
>
>
>>Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>>
>>
>>
Are you using--enable-compile-warnings? At the moment, I am leaving it out.
>>>I'm not. Maybe I'll turn it on.
>>>
>>>
>>Yeah
Phil Longstaff wrote:
>Yes. Fixed in r15194.
>
>Phil
>
>
>
Trying another build.
Are you using--enable-compile-warnings? At the moment, I am leaving it out.
Mark
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/ma
Phil Longstaff wrote:
>>Thanks, Phil. My next attempt at building ended with this:
>> gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I../../.. -I../../..
>>-I.. -I../.. -DLOCALE_DIR=\"/opt/gnucash-svn15192/share/locale\"
>>-I../../../src/backend -I../../../src/engine -I../../../src/core-uti
Phil Longstaff wrote:
>Fixed in r15192.
>
>I've attached a config file which is in ~/.libgda/config. If you use
>this, have a MySQL server running with a database named 'gnucash', then
>starting gnucash with URI gda://gnucash will connect to and use that
>database.
>
>I haven't tried with anythin
I thought I'd see what the gda back end looks like so far. After
checking out the branches/gda-dev (svn 15190), the compile failed:
gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I../../.. -I../../..
-I.. -I../.. -DLOCALE_DIR=\"/opt/gnucash-svn15190/share/locale\"
-I../../../src/backend -I
Derek Atkins wrote:
Quoting Mark Johnson <[EMAIL PROTECTED]>:
>
> Umm, which SVN branch? There's no reference to g-wrap.m4 in trunk.
> Indeed, the ONLY reference I see is in a ChangeLog entry:
>
> # find . -type f | xargs grep g-wrap.m4
> ./ChangeLog~: * macros
Andreas Köhler wrote:
>Hi,
>
>Am Mittwoch, den 06.12.2006, 08:21 -0700 schrieb Mark Johnson:
>
>
>>Quite right. I tried SVN15135 and the error was gone. Thanks, Andreas.
>>
>>
>
>Great! One minor note: I did not say that you should compile tru
Andreas Köhler wrote:
>Hi,
>
>
>
>>>I could imagine that this has been fixed by r15135. Did you use more
>>>than one main window and close some of them?
>>>
>>>
>>>
>>I had only one instance of gnucash running. Opening and closing a
>>single register is my test sequence. It is on the cl
Mark Johnson wrote:
> Mark Johnson wrote:
>
>> Derek Atkins wrote:
>>
>>
>>
>>> Mark Johnson <[EMAIL PROTECTED]> writes:
>>>
>>>
>>>
>>>
>>>> Mark Johnson wrote:
>>>>
>>>>
>>
Mark Johnson wrote:
>Derek Atkins wrote:
>
>
>
>>Mark Johnson <[EMAIL PROTECTED]> writes:
>>
>>
>>
>>
>>
>>>Mark Johnson wrote:
>>>
>>>
>>>
>>>
>>>
>>>>This d
Derek Atkins wrote:
>Mark Johnson <[EMAIL PROTECTED]> writes:
>
>
>
>>Mark Johnson wrote:
>>
>>
>>
>>>This does not look like the sort of thing that occurs when debugging
>>>optimized code, but I am going to try a build without o
Mark Johnson wrote:
>This does not look like the sort of thing that occurs when debugging
>optimized code, but I am going to try a build without optimization anyway.
>
>
>
Obviously, the optimization was interfering with debugging. Here is the
gnucash terminal output:
[
Andreas Köhler wrote:
>Hi,
>
>Am Dienstag, den 28.11.2006, 20:50 -0700 schrieb Mark Johnson:
>
>
>>In trying gnucash 2.0.2, I noticed that whenever I close a register, I
>>get the following two errors:
>>[EMAIL PROTECTED]:~$ gnucash
>>
>>(
David Hampton wrote:
>On Wed, 2006-11-29 at 14:23 -0700, Mark Johnson wrote:
>
>
>>...
>>
>>#6 0xb7529807 in gnc_gconf_remove_notification (object=0x814d940,
>>section=0x0, whoami=0x809aeb0 "\030Ý\t\b\017")
>>at gnc-gconf-utils.c:867
&g
Atkins wrote:
>Can you run gnucash under gdb with --g-fatal-warnings and find
>a stack trace for where the gconf message comes from in the
>gnucash code?
>
>-derek
>
>Mark Johnson <[EMAIL PROTECTED]> writes:
>
>
>
>>In trying gnucash 2.0.2, I notice
In trying gnucash 2.0.2, I noticed that whenever I close a register, I
get the following two errors:
[EMAIL PROTECTED]:~$ gnucash
(gnucash:27727): GConf-CRITICAL **: file gconf-listeners.c: line 444
(ltable_remove): assertion `node != NULL' failed
(gnucash:27727): GConf-CRITICAL **: file gconf-
Derek Atkins wrote:
>Mark Johnson <[EMAIL PROTECTED]> writes:
>
>
>
>>I may be getting a bit ahead of the play here, since you are talking
>>about design still, and I am thinking about implementation of it in a
>>MySql backend.
>>
>>I was recent
Derek Atkins wrote:
>Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>
>
>
>>On Wed, 2006-25-10 at 11:29 -0400, Derek Atkins wrote:
>>
>>
>>>Phil,
>>>
>>>Nice work so far. I've got a few comments.
>>>
>>>IDs:
>>>
>>>The ID should be the GUID. I don't think you can make that
>>>an int per-se; a
Derek Atkins wrote:
>Phil,
>
>Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>
>
>
>
...
>>Is there any current vision for database use? Of the 3 databases I've
>>listed, I've only used MySQL. SQLite would remove the need for an
>>external db server, though embedded MySQL would also remove thi
Tom Browder wrote:
>After my first pass at starting a new gnucash data file importing from a
>QIF file, I see a couple of things that would help me:
>
> -If I read the converted file correctly, commodities are carried to 5
>decimal places by default. Since several of my account sources are
>
1 - 100 of 136 matches
Mail list logo
