On Tue, 26 Dec 2006 11:26:52 -0700
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:

> What exactly do you do that provokes the bug?  How do you know it fails
> to write the config file?  What happens after the error message is
> printed?  Why does failure to write this config file render the package
> unusable (that is, how does it prevent the rest of the functioning of
> the package)?
>
> Can you give me an exact recipe to recreate the bug, starting with an
> empty gnucash file, or with one you can send me?
>
> Thomas

I have been able to replicate this bug:

$ gnucash --nofile
File|New File
Create a simple new file, default currency, common accounts default, no
opening balances. SAVE the file. Whatever else is done, it appears that
saving the file determines whether the error arises. Quit GnuCash:

$ gnucash --nofile
gnucash: [M] "Found Finance::Quote version ""1.12"

(gnucash:3386): GLib-CRITICAL **: g_key_file_set_value: assertion
`g_key_file_is_key_name (key)' failed

the key file message appears 14 times on my system.

Alternatively, start gnucash --nofile, open a file and quit gnucash.

Even starting gnucash from a terminal, letting it load the file and
then quit.

It does seem to be easy to reproduce on this amd64 system but it's not
locale-sensitive, I still get it with LANG=C gnucash --nofile.

I can also reproduce it on powerpc so it's not a 64bit issue.

The files in ~/.gnucash/books are being touched but contain no data.
This manifests as gnucash being unable to remember window size and
position settings. Seems strange these are stored outside GConf.

-rw-r--r-- 1 neil neil 330 2006-08-14 20:13 bug382668.gnc
-rw-r--r-- 1 neil neil   0 2006-12-26 21:14 bug404585
-rw-r--r-- 1 neil neil 333 2006-09-16 18:21 test_account.xac
-rw-r--r-- 1 neil neil 842 2006-09-12 11:28 test-file.xml

In no way does this make the package unusable, IMNSHO. It is an
annoyance, yes, that reports don't show up as before but no more than
that. The fact that gnucash now starts as a smaller window is similarly
a minor annoyance and nothing more. I'd recommend that this bug is
downgraded to minor or at the worst normal. GnuCash used to generate
dozens of these messages on the terminal prior to v2.0, not just a
dozen of one type, but dozens of multiple types.

Copying existing settings simply results in the copied file being
truncated when that file is opened and gnucash then closed. Sounds like
the key file is simply being constructed in a manner that glib now
refuses to use.

e.g. If I use gnucash --nofile and open the test-file.xml file:
$ ls ~/.gnucash/books/ -l
total 20
-rw-r--r-- 1 neil neil 330 2006-08-14 20:13 bug382668.gnc
-rw-r--r-- 1 neil neil   0 2006-12-26 21:22 bug404585
-rw-r--r-- 1 neil neil 333 2006-09-16 18:21 test_account.xac
-rw-r--r-- 1 neil neil   0 2006-12-26 21:32 test-file.xml

There is a bug here, but it's not rendering gnucash unusable, just
annoying.

I have also noticed this behaviour in another package that uses gnome
libraries and glib key files. I believe it may be stricter error
checking in a recent release of libglib2.0.

ii  libglib2.0-0              2.12.6-1

Interestingly, since rebuilding the affected application, the messages
have disappeared.

HTH.

--


Neil Williams
=============
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/

Attachment: pgpbuLzLhCOsH.pgp
Description: PGP signature

Reply via email to