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
Phil Longstaff wrote:
The interesting line in your log is:
* 07:22:41 INFO gnc.backend.dbi [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
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 happens for me) is that
the 'Database Connection' menu item
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
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 libgoffice-1 = 0.0.4... no
configure: error: Cannot find libgoffice.
I
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 trunk
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) VALUES ('be5d5b80c1a8f36ec33139cb27440ca7
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 somewhere in the 2.x series in GC
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.
2. the patch
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 {
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
not sure the error is not communicated back. In an e-mail from Mark
Johnson with msg-id [EMAIL PROTECTED], he said there is an
error message written to /tmp/gnucash.trace. I agree with him that that
is not sufficient warning that there has been a problem.
Note that on the flip side
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 it might
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, the real problem is that it is not gnucash-gda code which is
doing the escaping
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
take the \'.
What version of PostgreSQL is this? I haven't
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,
memo fields) failed to be inserted into SQLite
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 which had a single quote in a string (description, name,
memo fields
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 searching
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.
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's
PostgreSQL provider as PostgreSQL has the highest number of splits.
(Most complete
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, I know that that sort of defeats
the purpose of using a library
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
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. It is three less
than MySql
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
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 an index on
the obj_guid field. The obj_guid field can't
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 committed rev 16942 which
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 to do better.
I'm really beginning to wonder if we
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
Graham Menhennitt wrote:
Mark Johnson wrote:
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
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:
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 simply a convenience, and not a real
type. I had
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 world to
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
be libgda's PostgreSQL provider doing
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
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
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 fix because there are three
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
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-database-properties-3.0 successfully
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
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,
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 backend is
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
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 used an
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
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 save
completed sometime during
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 [gnc_commodity_table_insert] insert
0x84856e0 XAG into nsp=0x84567c0 CURRENCY
* 23:11:30 INFO gnc.backend
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 it
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 Johnson
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 with the Open file dialog. Hmmm... I'll
look at this (see below
Mark Johnson wrote:
In response to your latest e-mail, here is the excerpt from
/tmp/gnucash.trace:
* 22:17:29 INFO gnc.commodity [gnc_commodity_table_insert] insert
0x8452c70 VND into nsp=0x8260fa0 CURRENCY
* 22:17:29 INFO gnc.commodity [gnc_commodity_table_insert] insert
0x8452d88 YER
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, but I don't
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
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 updated the
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/libc
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
gnc-backend-gda.c:41:34: gnc-backend-util-gda.h: No such file or directory
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
Looks like a function prototype
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
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 moment
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
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_ENABLE(ofx
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
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
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 this
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
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 book
is dirty.
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, even
Mark Johnson wrote:
I've modified the config file as follows:
?xml version=1.0?
libgda-config
section path=/apps/libgda/Datasources/SalesTest
entry name=DSN type=string
value=URI=/home/phil/.libgda/sales_test.db/
entry name=Description type=string value=Test database
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 though
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
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, you should configure with
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 anything other
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-utils
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
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 close of the register
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 trunk at
r15135, because that is only one possible solution
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/g-wrap.m4: fix the help text spacing
Mark Johnson wrote:
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 optimization
anyway
Mark Johnson wrote:
Mark Johnson wrote:
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 optimization
anyway.
Obviously
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 optimization
anyway.
Obviously, the optimization was interfering
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:
[EMAIL PROTECTED]:~$ gnucash
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
(gnucash:27727): GConf-CRITICAL **: file gconf-listeners.c: line 444
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 noticed that whenever I close a register, I
get the following two errors
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
#7 0xb7e3410b in gnc_main_window_destroy (object=0x814d940) at
gnc
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
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 recently doing some research on storing GUIDs in MySQL
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; although it IS a 128-bit number. I
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 this.
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
I ran configure as follows:
$ echo $CFLAGS
-O2 -march=i486 -mcpu=pentium2
$ /configure --prefix=/usr --sysconfdir=/etc --disable-debug
At the end of configure, the following summary is printed:
Options detected/selected
-
gnucash version .. : 2.0.1
Build for
See the FAQ:
http://wiki.gnucash.org/wiki/FAQ#Q:_What_are_debits_and_credits.3F
Mark
Christos Gentsis wrote:
Hello
I use the Gnucash 2.0.0 and i found out that in the assets, the credit
and debit fields are in the other way around. More specific, then in a
income account you credit some money
. It means you changed your local copy and
the copy in SVN changed as well, but incompatibly. Just svn revert
to get to the upstream copy, or you can hand-edit the file to fix
the merge problem.
-derek
Quoting Mark Johnson [EMAIL PROTECTED]:
Hi,
I am trying to build svn rev. 14357. I got
Hi,
I am trying to build svn rev. 14357. I got a syntax error:
druid-qif-import.c: In function `gnc_ui_qif_import_select_file_cb':
druid-qif-import.c:359: error: syntax error before '' token
Anybody else seen this? The section of code looks like this:
...
if (default_dir == NULL)
Derek Atkins wrote:
Quoting don Paolo Benvenuto [EMAIL PROTECTED]:
Guys, I've just reported a request for a correction of the date
presented in the reconcile dialog:
http://bugzilla.gnome.org/show_bug.cgi?id=343527
I think my proposal is logic: I propose to simply have in that dialog
the
Christian Stimming wrote:
Yes. Can you define RC a bit more clearly? Maybe write a short remark
about what that means into http://wiki.gnucash.org/wiki/Release_Schedule ?
The definition is something like:
A test release which, if shown to be of sufficient quality, can become
the release
I started with a new FULL install of Slackware 10.2, to get gnucash g2
to configure and compile. I did most of this with an svn version from
a week or two ago, but I doubt any dependencies have changed.
The first major obstacle is that Slackware 10.2 no longer includes any
version of gnome
1 - 100 of 126 matches
Mail list logo