Re: make-check fails if not installed

[Alex Aycinena]

On Wed, Jun 8, 2016 at 5:39 PM, John Ralls <jra...@ceridwen.us> wrote:

>
> > On Jun 8, 2016, at 3:34 PM, Alex Aycinena <alex.aycin...@gmail.com>
> wrote:
> >
> > On a new clone on master, make-check fails on its first run (before being
> > installed) but succeeds after the application has been installed in its
> > install directory. This is because the guile symbol
> > 'qof_backend_register_provider' is being looked for in three instances in
> > the install directory instead of in the build directory. The following is
> > reported in src/engine/test/test-suite.log:
> >
> > FAIL: test-test-extras
> > ==
> >
> > /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol
> > lookup error:
> > /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so:
> > undefined symbol: qof_backend_register_provider
> > FAIL test-test-extras (exit status: 127)
> >
> > FAIL: test-account
> > ==
> >
> > /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol
> > lookup error:
> > /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so:
> > undefined symbol: qof_backend_register_provider
> > FAIL test-account (exit status: 127)
> >
> > FAIL: test-split
> > 
> >
> > /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol
> > lookup error:
> > /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so:
> > undefined symbol: qof_backend_register_provider
> > FAIL test-split (exit status: 127)
>
> Alex,
>
> That sort of failure is often caused by having a mismatch between the
> installed version and the tested version of GnuCash,
> for example by installing maint and then attempting to build and check
> master. The dynamic linker will generally link
> libraries first from the install directory and look in the build directory
> only if it can't find the image in the install directory.
>
> To test if that's what's happening to you, run `make uninstall && make
> check` and see if it passes.
>
> Regards,
> John Ralls
>
>
John,

That is exactly what happened in this case. Thanks for the explanation.

Regards,

Alex
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: make-check fails if not installed

[John Ralls]

> On Jun 8, 2016, at 3:34 PM, Alex Aycinena <alex.aycin...@gmail.com> wrote:
> 
> On a new clone on master, make-check fails on its first run (before being
> installed) but succeeds after the application has been installed in its
> install directory. This is because the guile symbol
> 'qof_backend_register_provider' is being looked for in three instances in
> the install directory instead of in the build directory. The following is
> reported in src/engine/test/test-suite.log:
> 
> FAIL: test-test-extras
> ==
> 
> /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol
> lookup error:
> /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so:
> undefined symbol: qof_backend_register_provider
> FAIL test-test-extras (exit status: 127)
> 
> FAIL: test-account
> ==
> 
> /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol
> lookup error:
> /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so:
> undefined symbol: qof_backend_register_provider
> FAIL test-account (exit status: 127)
> 
> FAIL: test-split
> 
> 
> /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol
> lookup error:
> /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so:
> undefined symbol: qof_backend_register_provider
> FAIL test-split (exit status: 127)

Alex,

That sort of failure is often caused by having a mismatch between the installed 
version and the tested version of GnuCash,
for example by installing maint and then attempting to build and check master. 
The dynamic linker will generally link
libraries first from the install directory and look in the build directory only 
if it can't find the image in the install directory.

To test if that's what's happening to you, run `make uninstall && make check` 
and see if it passes.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

make-check fails if not installed

[Alex Aycinena]

On a new clone on master, make-check fails on its first run (before being
installed) but succeeds after the application has been installed in its
install directory. This is because the guile symbol
'qof_backend_register_provider' is being looked for in three instances in
the install directory instead of in the build directory. The following is
reported in src/engine/test/test-suite.log:

FAIL: test-test-extras
==

/home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol
lookup error:
/opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so:
undefined symbol: qof_backend_register_provider
FAIL test-test-extras (exit status: 127)

FAIL: test-account
==

/home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol
lookup error:
/opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so:
undefined symbol: qof_backend_register_provider
FAIL test-account (exit status: 127)

FAIL: test-split


/home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol
lookup error:
/opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so:
undefined symbol: qof_backend_register_provider
FAIL test-split (exit status: 127)

Regards,

Alex
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Separate-build-directory "make check" fails in po/

[John Ralls]

> On Feb 5, 2016, at 9:04 PM, Eric Siegerman  wrote:
> 
> Versions:
>  - GnuCash 2.6.11 (and many older versions -- basically as far back as
>I can build with my current toolchain)
>  - Ubuntu 12.04
>  - Ubuntu's intltool 0.50.2-2 package
> 
> I'm getting a "make check" failure when I try to build GnuCash in a
> separate build directory -- but only if the build directory is within
> the source tree (e.g. $HOME/src/gnucash/build).  It dies in po/,
> complaining about build-directory files that aren't listed in
> POTFILES.skip. (If the build directory is *not* under the source tree
> (e.g. $HOME/src/gnucash/../build, "make check" passes.)
> 
> N.B.: It's only "make check" that fails; "make" and "make install" are
> fine.
> 
> The underlying issue seems to be an intltool bug:
>https://bugs.launchpad.net/intltool/+bug/1117944
> intltool doesn't know to ignore the source(ish) files that get created
> in the build tree, even if the corresponding source-tree file is listed
> in POTFILES.skip.
> 
> Is this a known problem?  It's mighty suspicious that it (a) is
> triggered by the very practice that's recommended on the wiki, (b) is
> something that the selftests catch, but even so, (c) seems to have
> been around for a very long time.  Makes me wonder whether I'm being
> especially dumb...
> 
> I was going to update the wiki to recommend *against* this specific
> setup (instead of *for* it :-/ ), but wanted to check with others first
> what's known about the situation.

Yup, it's a known problem. Another parallel known problem with building 
out-of-source is that the paths in the potfile include the relative path 
between builddir and srcdir.

So if you want to update the wiki say that the recommendation for development 
builds where you want to run make check is to use a builddir outside of the 
srcdir, but if you're building for release you need to build inside the srcdir 
and run make distcheck instead of make check.

I wonder if we can work around this by explicitly listing the subdirs in srcdir 
that should be checked for translatable strings.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Separate-build-directory "make check" fails in po/

[Eric Siegerman]

Versions:
  - GnuCash 2.6.11 (and many older versions -- basically as far back as
I can build with my current toolchain)
  - Ubuntu 12.04
  - Ubuntu's intltool 0.50.2-2 package

I'm getting a "make check" failure when I try to build GnuCash in a
separate build directory -- but only if the build directory is within
the source tree (e.g. $HOME/src/gnucash/build).  It dies in po/,
complaining about build-directory files that aren't listed in
POTFILES.skip. (If the build directory is *not* under the source tree
(e.g. $HOME/src/gnucash/../build, "make check" passes.)

N.B.: It's only "make check" that fails; "make" and "make install" are
fine.

The underlying issue seems to be an intltool bug:
https://bugs.launchpad.net/intltool/+bug/1117944
intltool doesn't know to ignore the source(ish) files that get created
in the build tree, even if the corresponding source-tree file is listed
in POTFILES.skip.

Is this a known problem?  It's mighty suspicious that it (a) is
triggered by the very practice that's recommended on the wiki, (b) is
something that the selftests catch, but even so, (c) seems to have
been around for a very long time.  Makes me wonder whether I'm being
especially dumb...

I was going to update the wiki to recommend *against* this specific
setup (instead of *for* it :-/ ), but wanted to check with others first
what's known about the situation.

Thanks,
  - Eric
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

make check fails

[Alex Aycinena]

On Fedora 21 make check fails with latest pull on master with:

make[6]: Entering directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests'
rm -f runTests.py.tmp
sed 
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/optional/python-bindings/tests/
runTests.py.in  runTests.py.tmp \
-e 's#@-PYTHON-@#/usr/bin/python#'
mv runTests.py.tmp runTests.py
chmod u+x runTests.py
FAIL: runTests.py
make[7]: Entering directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests'
make[7]: Nothing to be done for 'all'.
make[7]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests'

Testsuite summary for GnuCash 2.6.99

# TOTAL: 1
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

See src/optional/python-bindings/tests/test-suite.log
Please report to gnucash-devel@gnucash.org

Makefile:698: recipe for target 'test-suite.log' failed
make[6]: *** [test-suite.log] Error 1
make[6]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests'

src/optional/python-bindings/tests/test-suite.log says:

===
   GnuCash 2.6.99: src/optional/python-bindings/tests/test-suite.log
===

# TOTAL: 1
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: runTests.py
=

* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-html.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-ofx.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-aqbanking.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-log-replay.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-register-core.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-csv-export.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-search.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-engine.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-engine.so: undefined
symbol: g_hash_table_kv_pair_free_gfunc
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-customer_import.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-business-gnome.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-register-gnome.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:40  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-stylesheets.so':
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
undefined symbol: gnc_option_db_load_from_kvp
* 12:41:41  WARN gnc.module Failed to dlopen()
'/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-csv-import.so':
/opt/gnucash-git

Re: make check fails

[John Ralls]

 On Jul 5, 2015, at 12:52 PM, Alex Aycinena alex.aycin...@gmail.com wrote:
 
 On Fedora 21 make check fails with latest pull on master with:
 
 make[6]: Entering directory
 '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests'
 rm -f runTests.py.tmp
 sed 
 /home/gnucash-dev/gitcheckouts/gnucash-clean/src/optional/python-bindings/tests/
 runTests.py.in  runTests.py.tmp \
-e 's#@-PYTHON-@#/usr/bin/python#'
 mv runTests.py.tmp runTests.py
 chmod u+x runTests.py
 FAIL: runTests.py
 make[7]: Entering directory
 '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests'
 make[7]: Nothing to be done for 'all'.
 make[7]: Leaving directory
 '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests'
 
 Testsuite summary for GnuCash 2.6.99
 
 # TOTAL: 1
 # PASS:  0
 # SKIP:  0
 # XFAIL: 0
 # FAIL:  1
 # XPASS: 0
 # ERROR: 0
 
 See src/optional/python-bindings/tests/test-suite.log
 Please report to gnucash-devel@gnucash.org
 
 Makefile:698: recipe for target 'test-suite.log' failed
 make[6]: *** [test-suite.log] Error 1
 make[6]: Leaving directory
 '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests'
 
 src/optional/python-bindings/tests/test-suite.log says:
 
 ===
   GnuCash 2.6.99: src/optional/python-bindings/tests/test-suite.log
 ===
 
 # TOTAL: 1
 # PASS:  0
 # SKIP:  0
 # XFAIL: 0
 # FAIL:  1
 # XPASS: 0
 # ERROR: 0
 
 .. contents:: :depth: 2
 
 FAIL: runTests.py
 =
 
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-html.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-ofx.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-aqbanking.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-log-replay.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-register-core.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-csv-export.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-search.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-engine.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-engine.so: undefined
 symbol: g_hash_table_kv_pair_free_gfunc
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-customer_import.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-business-gnome.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-register-gnome.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so:
 undefined symbol: gnc_option_db_load_from_kvp
 * 12:41:40  WARN gnc.module Failed to dlopen()
 '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-stylesheets.so':
 /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so

Re: Make check fails in src/import-export

[Mike Evans]

On Sun, 11 Jan 2015 19:02:22 +0100
Geert Janssens geert.gnuc...@kobaltwit.be wrote:

 On Sunday 11 January 2015 09:43:48 John Ralls wrote:
   On Jan 11, 2015, at 9:33 AM, Mike Evans mi...@saxicola.co.uk
   wrote:
   
   On Sun, 11 Jan 2015 09:16:19 -0800
   
   John Ralls jra...@ceridwen.us wrote:
   On Jan 11, 2015, at 8:31 AM, Mike Evans mi...@saxicola.co.uk
   wrote:
   
   With the following output snippet:
   
   
   make[2]: Entering directory
   `/home/mikee/Projects/gnucash/build/src/import-export/test' PASS:
   test-link
   Backtrace:
   In ../../../src/app-utils/gnucash/app-utils.scm:
   29:  0* (use-modules (gnucash gettext))
   29:  1  (eval-case (# # *unspecified*) (else #))
   29:  2  (begin (process-use-modules (list (list #)))
   *unspecified*)
   
   In unknown file:
?:  3* [process-use-modules (((gnucash gettext)))]
?:  4  (let* ((interfaces #)) (call-with-deferred-observers
(lambda () #))) ?:  5* [map #procedure #f (mif-args)
(((gnucash gettext)))] ?:  6* [#procedure #f (mif-args)
((gnucash gettext))]
?:  7* (or (apply resolve-interface mif-args) (error no such
module mif-args)) ?:  8* [apply #procedure resolve-interface
(name . args) ((gnucash gettext))] ?:  9  [resolve-interface
(gnucash gettext)]

 ...

?: 10  (let* (# # # # ...) (and # #) (if # public-i #))
?: 11* (and (or (not module) (not public-i)) (error no code for
module name)) ?: 12  [error no code for module (gnucash
gettext)]

 ...

?: 13  [scm-error misc-error #f ...]
   
   unnamed port: In procedure scm-error in expression (scm-error
   (quote misc-error) #f ...): unnamed port: no code for module
   (gnucash gettext)
   FAIL: test-import-parse
   ==
   1 of 2 tests failed
   Please report to gnucash-devel@gnucash.org
   ==
   make[2]: *** [check-TESTS] Error 1
   make[2]: Leaving directory
   `/home/mikee/Projects/gnucash/build/src/import-export/test'
   make[1]: *** [check-am] Error 2
   make[1]: Leaving directory
   `/home/mikee/Projects/gnucash/build/src/import-export/test' make:
   *** [check-recursive] Error 1
   
   
   Thoughts?
   
   Could be a problem with a cached .go. Try deleting ~/.cache/guile
   and $PREFIX/share/gnucash/scm/ccache.
   
   Regards,
   John Ralls
   
   Hi John.
   
   rm -rf  /home/mikee/.cache/*
   rm -rf  /home/mikee/.ccache/*
   rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/cache
   rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/ccache
   
   Still same results.
   
   But from the backtrace, I have no
   ../../../src/app-utils/gnucash/app-utils.scm .  This file is at
   actually at ../../../src/app-utils/app-utils.scm  Where is this
   path defined?
  Those links are made by the scm-links target in
  src/app-utils/Makefile.am. Maybe you need to do a clean build.
  
  Regards,
  John Ralls
  
  
  ___
  gnucash-devel mailing list
  gnucash-devel@gnucash.org
  https://lists.gnucash.org/mailman/listinfo/gnucash-devel
 
 Or remove the hidden file .scm-links
 
 The links will then be regenerated.
 
 Geert

Thanks Geert  John.  I did a fresh build and all was well again.  I've added 
tests for when the deposit or withdrawal fields are either empty or are just 
space(es).

MikeE

-- 
Anti NSA?  Use PGP.
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x00CDB13500D7AB53  
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Make check fails in src/import-export

[Mike Evans]

With the following output snippet: 


make[2]: Entering directory 
`/home/mikee/Projects/gnucash/build/src/import-export/test'
PASS: test-link
Backtrace:
In ../../../src/app-utils/gnucash/app-utils.scm:
  29:  0* (use-modules (gnucash gettext))
  29:  1  (eval-case (# # *unspecified*) (else #))
  29:  2  (begin (process-use-modules (list (list #))) *unspecified*)
In unknown file:
   ?:  3* [process-use-modules (((gnucash gettext)))]
   ?:  4  (let* ((interfaces #)) (call-with-deferred-observers (lambda () #)))
   ?:  5* [map #procedure #f (mif-args) (((gnucash gettext)))]
   ?:  6* [#procedure #f (mif-args) ((gnucash gettext))]
   ?:  7* (or (apply resolve-interface mif-args) (error no such module 
mif-args))
   ?:  8* [apply #procedure resolve-interface (name . args) ((gnucash 
gettext))]
   ?:  9  [resolve-interface (gnucash gettext)]
...
   ?: 10  (let* (# # # # ...) (and # #) (if # public-i #))
   ?: 11* (and (or (not module) (not public-i)) (error no code for module 
name))
   ?: 12  [error no code for module (gnucash gettext)]
...
   ?: 13  [scm-error misc-error #f ...]

unnamed port: In procedure scm-error in expression (scm-error (quote 
misc-error) #f ...):
unnamed port: no code for module (gnucash gettext)
FAIL: test-import-parse
==
1 of 2 tests failed
Please report to gnucash-devel@gnucash.org
==
make[2]: *** [check-TESTS] Error 1
make[2]: Leaving directory 
`/home/mikee/Projects/gnucash/build/src/import-export/test'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory 
`/home/mikee/Projects/gnucash/build/src/import-export/test'
make: *** [check-recursive] Error 1


Thoughts?

Mike E


-- 
Anti NSA?  Use PGP.
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x00CDB13500D7AB53  
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Make check fails in src/import-export

[John Ralls]

 On Jan 11, 2015, at 8:31 AM, Mike Evans mi...@saxicola.co.uk wrote:
 
 With the following output snippet: 
 
 
 make[2]: Entering directory 
 `/home/mikee/Projects/gnucash/build/src/import-export/test'
 PASS: test-link
 Backtrace:
 In ../../../src/app-utils/gnucash/app-utils.scm:
  29:  0* (use-modules (gnucash gettext))
  29:  1  (eval-case (# # *unspecified*) (else #))
  29:  2  (begin (process-use-modules (list (list #))) *unspecified*)
 In unknown file:
   ?:  3* [process-use-modules (((gnucash gettext)))]
   ?:  4  (let* ((interfaces #)) (call-with-deferred-observers (lambda () #)))
   ?:  5* [map #procedure #f (mif-args) (((gnucash gettext)))]
   ?:  6* [#procedure #f (mif-args) ((gnucash gettext))]
   ?:  7* (or (apply resolve-interface mif-args) (error no such module 
 mif-args))
   ?:  8* [apply #procedure resolve-interface (name . args) ((gnucash 
 gettext))]
   ?:  9  [resolve-interface (gnucash gettext)]
...
   ?: 10  (let* (# # # # ...) (and # #) (if # public-i #))
   ?: 11* (and (or (not module) (not public-i)) (error no code for module 
 name))
   ?: 12  [error no code for module (gnucash gettext)]
...
   ?: 13  [scm-error misc-error #f ...]
 
 unnamed port: In procedure scm-error in expression (scm-error (quote 
 misc-error) #f ...):
 unnamed port: no code for module (gnucash gettext)
 FAIL: test-import-parse
 ==
 1 of 2 tests failed
 Please report to gnucash-devel@gnucash.org
 ==
 make[2]: *** [check-TESTS] Error 1
 make[2]: Leaving directory 
 `/home/mikee/Projects/gnucash/build/src/import-export/test'
 make[1]: *** [check-am] Error 2
 make[1]: Leaving directory 
 `/home/mikee/Projects/gnucash/build/src/import-export/test'
 make: *** [check-recursive] Error 1
 
 
 Thoughts?

Could be a problem with a cached .go. Try deleting ~/.cache/guile and 
$PREFIX/share/gnucash/scm/ccache.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Make check fails in src/import-export

[Mike Evans]

On Sun, 11 Jan 2015 09:16:19 -0800
John Ralls jra...@ceridwen.us wrote:

 
  On Jan 11, 2015, at 8:31 AM, Mike Evans mi...@saxicola.co.uk wrote:
  
  With the following output snippet: 
  
  
  make[2]: Entering directory 
  `/home/mikee/Projects/gnucash/build/src/import-export/test'
  PASS: test-link
  Backtrace:
  In ../../../src/app-utils/gnucash/app-utils.scm:
   29:  0* (use-modules (gnucash gettext))
   29:  1  (eval-case (# # *unspecified*) (else #))
   29:  2  (begin (process-use-modules (list (list #))) *unspecified*)
  In unknown file:
?:  3* [process-use-modules (((gnucash gettext)))]
?:  4  (let* ((interfaces #)) (call-with-deferred-observers (lambda () 
  #)))
?:  5* [map #procedure #f (mif-args) (((gnucash gettext)))]
?:  6* [#procedure #f (mif-args) ((gnucash gettext))]
?:  7* (or (apply resolve-interface mif-args) (error no such module 
  mif-args))
?:  8* [apply #procedure resolve-interface (name . args) ((gnucash 
  gettext))]
?:  9  [resolve-interface (gnucash gettext)]
 ...
?: 10  (let* (# # # # ...) (and # #) (if # public-i #))
?: 11* (and (or (not module) (not public-i)) (error no code for module 
  name))
?: 12  [error no code for module (gnucash gettext)]
 ...
?: 13  [scm-error misc-error #f ...]
  
  unnamed port: In procedure scm-error in expression (scm-error (quote 
  misc-error) #f ...):
  unnamed port: no code for module (gnucash gettext)
  FAIL: test-import-parse
  ==
  1 of 2 tests failed
  Please report to gnucash-devel@gnucash.org
  ==
  make[2]: *** [check-TESTS] Error 1
  make[2]: Leaving directory 
  `/home/mikee/Projects/gnucash/build/src/import-export/test'
  make[1]: *** [check-am] Error 2
  make[1]: Leaving directory 
  `/home/mikee/Projects/gnucash/build/src/import-export/test'
  make: *** [check-recursive] Error 1
  
  
  Thoughts?
 
 Could be a problem with a cached .go. Try deleting ~/.cache/guile and 
 $PREFIX/share/gnucash/scm/ccache.
 
 Regards,
 John Ralls
 

Hi John.

rm -rf  /home/mikee/.cache/*
rm -rf  /home/mikee/.ccache/*
rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/cache
rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/ccache

Still same results.

But from the backtrace, I have no ../../../src/app-utils/gnucash/app-utils.scm 
.  This file is at actually at  
 ../../../src/app-utils/app-utils.scm  Where is this path defined?  




MikeE


-- 
Anti NSA?  Use PGP.
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x00CDB13500D7AB53  
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Make check fails in src/import-export

[John Ralls]

 On Jan 11, 2015, at 9:33 AM, Mike Evans mi...@saxicola.co.uk wrote:
 
 On Sun, 11 Jan 2015 09:16:19 -0800
 John Ralls jra...@ceridwen.us wrote:
 
 
 On Jan 11, 2015, at 8:31 AM, Mike Evans mi...@saxicola.co.uk wrote:
 
 With the following output snippet: 
 
 
 make[2]: Entering directory 
 `/home/mikee/Projects/gnucash/build/src/import-export/test'
 PASS: test-link
 Backtrace:
 In ../../../src/app-utils/gnucash/app-utils.scm:
 29:  0* (use-modules (gnucash gettext))
 29:  1  (eval-case (# # *unspecified*) (else #))
 29:  2  (begin (process-use-modules (list (list #))) *unspecified*)
 In unknown file:
  ?:  3* [process-use-modules (((gnucash gettext)))]
  ?:  4  (let* ((interfaces #)) (call-with-deferred-observers (lambda () #)))
  ?:  5* [map #procedure #f (mif-args) (((gnucash gettext)))]
  ?:  6* [#procedure #f (mif-args) ((gnucash gettext))]
  ?:  7* (or (apply resolve-interface mif-args) (error no such module 
 mif-args))
  ?:  8* [apply #procedure resolve-interface (name . args) ((gnucash 
 gettext))]
  ?:  9  [resolve-interface (gnucash gettext)]
   ...
  ?: 10  (let* (# # # # ...) (and # #) (if # public-i #))
  ?: 11* (and (or (not module) (not public-i)) (error no code for module 
 name))
  ?: 12  [error no code for module (gnucash gettext)]
   ...
  ?: 13  [scm-error misc-error #f ...]
 
 unnamed port: In procedure scm-error in expression (scm-error (quote 
 misc-error) #f ...):
 unnamed port: no code for module (gnucash gettext)
 FAIL: test-import-parse
 ==
 1 of 2 tests failed
 Please report to gnucash-devel@gnucash.org
 ==
 make[2]: *** [check-TESTS] Error 1
 make[2]: Leaving directory 
 `/home/mikee/Projects/gnucash/build/src/import-export/test'
 make[1]: *** [check-am] Error 2
 make[1]: Leaving directory 
 `/home/mikee/Projects/gnucash/build/src/import-export/test'
 make: *** [check-recursive] Error 1
 
 
 Thoughts?
 
 Could be a problem with a cached .go. Try deleting ~/.cache/guile and 
 $PREFIX/share/gnucash/scm/ccache.
 
 Regards,
 John Ralls
 
 
 Hi John.
 
 rm -rf  /home/mikee/.cache/*
 rm -rf  /home/mikee/.ccache/*
 rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/cache
 rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/ccache
 
 Still same results.
 
 But from the backtrace, I have no 
 ../../../src/app-utils/gnucash/app-utils.scm .  This file is at actually at  
 ../../../src/app-utils/app-utils.scm  Where is this path defined?  

Those links are made by the scm-links target in src/app-utils/Makefile.am. 
Maybe you need to do a clean build.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Make check fails in src/import-export

[Geert Janssens]

On Sunday 11 January 2015 09:43:48 John Ralls wrote:
  On Jan 11, 2015, at 9:33 AM, Mike Evans mi...@saxicola.co.uk
  wrote:
  
  On Sun, 11 Jan 2015 09:16:19 -0800
  
  John Ralls jra...@ceridwen.us wrote:
  On Jan 11, 2015, at 8:31 AM, Mike Evans mi...@saxicola.co.uk
  wrote:
  
  With the following output snippet:
  
  
  make[2]: Entering directory
  `/home/mikee/Projects/gnucash/build/src/import-export/test' PASS:
  test-link
  Backtrace:
  In ../../../src/app-utils/gnucash/app-utils.scm:
  29:  0* (use-modules (gnucash gettext))
  29:  1  (eval-case (# # *unspecified*) (else #))
  29:  2  (begin (process-use-modules (list (list #)))
  *unspecified*)
  
  In unknown file:
   ?:  3* [process-use-modules (((gnucash gettext)))]
   ?:  4  (let* ((interfaces #)) (call-with-deferred-observers
   (lambda () #))) ?:  5* [map #procedure #f (mif-args)
   (((gnucash gettext)))] ?:  6* [#procedure #f (mif-args)
   ((gnucash gettext))]
   ?:  7* (or (apply resolve-interface mif-args) (error no such
   module mif-args)) ?:  8* [apply #procedure resolve-interface
   (name . args) ((gnucash gettext))] ?:  9  [resolve-interface
   (gnucash gettext)]
   
...
   
   ?: 10  (let* (# # # # ...) (and # #) (if # public-i #))
   ?: 11* (and (or (not module) (not public-i)) (error no code for
   module name)) ?: 12  [error no code for module (gnucash
   gettext)]
   
...
   
   ?: 13  [scm-error misc-error #f ...]
  
  unnamed port: In procedure scm-error in expression (scm-error
  (quote misc-error) #f ...): unnamed port: no code for module
  (gnucash gettext)
  FAIL: test-import-parse
  ==
  1 of 2 tests failed
  Please report to gnucash-devel@gnucash.org
  ==
  make[2]: *** [check-TESTS] Error 1
  make[2]: Leaving directory
  `/home/mikee/Projects/gnucash/build/src/import-export/test'
  make[1]: *** [check-am] Error 2
  make[1]: Leaving directory
  `/home/mikee/Projects/gnucash/build/src/import-export/test' make:
  *** [check-recursive] Error 1
  
  
  Thoughts?
  
  Could be a problem with a cached .go. Try deleting ~/.cache/guile
  and $PREFIX/share/gnucash/scm/ccache.
  
  Regards,
  John Ralls
  
  Hi John.
  
  rm -rf  /home/mikee/.cache/*
  rm -rf  /home/mikee/.ccache/*
  rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/cache
  rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/ccache
  
  Still same results.
  
  But from the backtrace, I have no
  ../../../src/app-utils/gnucash/app-utils.scm .  This file is at
  actually at ../../../src/app-utils/app-utils.scm  Where is this
  path defined?
 Those links are made by the scm-links target in
 src/app-utils/Makefile.am. Maybe you need to do a clean build.
 
 Regards,
 John Ralls
 
 
 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Or remove the hidden file .scm-links

The links will then be regenerated.

Geert
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

make check fails

[Alex Aycinena]

I understand that a new maintenance release is planned soon. Make check
fails on master. Haven't checked to see if this failure also affects
maintenance.

Make check fails with the following log file on master (Fedora 19  20),

Regards,

Alex


   GnuCash 2.6.99: src/report/stylesheets/test/test-suite.log


# TOTAL: 1
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: test-load-module
==

  testing stylesheet module load ... Backtrace:
In unknown file:
   ?: 26* [load-file #primitive-procedure primitive-load ...]
   ?: 27* [save-module-excursion #procedure #f ()]
   ?: 28  (let (# #) (dynamic-wind # thunk #))
   ?: 29  [dynamic-wind #procedure #f () #procedure #f () #procedure
#f ()]
   ?: 30* [#procedure #f ()]
   ?: 31* [primitive-load
../../../../src/report/stylesheets/gnucash/report/stylesheets.scm]
In ../../../../src/report/stylesheets/gnucash/report/stylesheets.scm:
  15: 32* (use-modules (gnucash report stylesheet-head-or-tail))
  15: 33  (eval-case (# # *unspecified*) (else #))
  15: 34  (begin (process-use-modules (list (list #))) *unspecified*)
In unknown file:
   ?: 35* [process-use-modules (((gnucash report stylesheet-head-or-tail)))]
   ?: 36  (let* ((interfaces #)) (call-with-deferred-observers (lambda ()
#)))
   ?: 37* [map #procedure #f (mif-args) ((#))]
   ?: 38* [#procedure #f (mif-args) ((gnucash report
stylesheet-head-or-tail))]
   ?: 39* (or (apply resolve-interface mif-args) (error no such module
mif-args))
   ?: 40* [apply #procedure resolve-interface (name . args) (#)]
   ?: 41  [resolve-interface (gnucash report stylesheet-head-or-tail)]
...
   ?: 42  (let* (# # # # ...) (and # #) (if # public-i #))
   ?: 43* (and (or (not module) (not public-i)) (error no code for module
name))
   ?: 44  [error no code for module (gnucash report
stylesheet-head-or-tail)]
...
   ?: 45  [scm-error misc-error #f ...]

unnamed port: In procedure scm-error in expression (scm-error (quote
misc-error) #f ...):
unnamed port: no code for module (gnucash report stylesheet-head-or-tail)
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: make check fails

[Geert Janssens]

Hi Alex,

That's odd. I just ran make check to verify and it works fine for me. I 
did restart with an empty build directory several times the last week, 
so I'm working in a pretty clean environment. Have you tried to rerun 
configure to pick up the new stylesheet ?

Geert

On Tuesday 23 September 2014 07:29:51 Alex Aycinena wrote:
 I understand that a new maintenance release is planned soon. Make
 check fails on master. Haven't checked to see if this failure also
 affects maintenance.
 
 Make check fails with the following log file on master (Fedora 19 
 20),
 
 Regards,
 
 Alex
 
 
GnuCash 2.6.99: src/report/stylesheets/test/test-suite.log
 
 
 # TOTAL: 1
 # PASS:  0
 # SKIP:  0
 # XFAIL: 0
 # FAIL:  1
 # XPASS: 0
 # ERROR: 0
 
 .. contents:: :depth: 2
 
 FAIL: test-load-module
 ==
 
   testing stylesheet module load ... Backtrace:
 In unknown file:
?: 26* [load-file #primitive-procedure primitive-load ...]
?: 27* [save-module-excursion #procedure #f ()]
?: 28  (let (# #) (dynamic-wind # thunk #))
?: 29  [dynamic-wind #procedure #f () #procedure #f ()
 #procedure #f ()]
?: 30* [#procedure #f ()]
?: 31* [primitive-load
 ../../../../src/report/stylesheets/gnucash/report/stylesheets.scm]
 In ../../../../src/report/stylesheets/gnucash/report/stylesheets.scm:
   15: 32* (use-modules (gnucash report stylesheet-head-or-tail))
   15: 33  (eval-case (# # *unspecified*) (else #))
   15: 34  (begin (process-use-modules (list (list #))) *unspecified*)
 In unknown file:
?: 35* [process-use-modules (((gnucash report
 stylesheet-head-or-tail)))] ?: 36  (let* ((interfaces #))
 (call-with-deferred-observers (lambda () #)))
?: 37* [map #procedure #f (mif-args) ((#))]
?: 38* [#procedure #f (mif-args) ((gnucash report
 stylesheet-head-or-tail))]
?: 39* (or (apply resolve-interface mif-args) (error no such
 module mif-args))
?: 40* [apply #procedure resolve-interface (name . args) (#)]
?: 41  [resolve-interface (gnucash report stylesheet-head-or-tail)]
 ...
?: 42  (let* (# # # # ...) (and # #) (if # public-i #))
?: 43* (and (or (not module) (not public-i)) (error no code for
 module name))
?: 44  [error no code for module (gnucash report
 stylesheet-head-or-tail)]
 ...
?: 45  [scm-error misc-error #f ...]
 
 unnamed port: In procedure scm-error in expression (scm-error (quote
 misc-error) #f ...):
 unnamed port: no code for module (gnucash report
 stylesheet-head-or-tail)
 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Derek Atkins]

John Ralls jra...@ceridwen.us writes:

 On Sep 23, 2013, at 7:42 AM, Derek Atkins warl...@mit.edu wrote:

 Christian Stimming christ...@cstimming.de writes:
 
 The new test fails for me as well: Kubuntu 11.10, and config.log says:
 
 configure:20323: checking Looking for at least one supported DBD module
 configure:20343: gcc -o conftest -I/home/cs/usr/include   -ldl conftest.c -
 lpthread
 5
 
 Curious:  What happens if this line were to become:
 
  gcc -o conftest -I/home/cs/usr/include conftest.c -ldl -lpthread
 

 The patch I proposed here yesterday does that, at least with respect
 to the order of the libraries wrt conftest.c. Other CFLAGS are
 determined elsewhere by configure and the environment, of course.

I didn't take a close look at the patch, but I was just wondering
because if -ldl is before conftest.c then the compiler might not notice
that you need dlopen() from -ldl until after it's processing conftest.c,
which would be too late.  So yes, sometimes order of files/libraries
on the command line *is* important.

 Regards,
 John Ralls

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Christian Stimming]

Am Sonntag, 22. September 2013, 14:56:52 schrieb John Ralls:
  The new test fails for me as well: Kubuntu 11.10, and config.log
  says:
  
  configure:20323: checking Looking for at least one supported DBD
  module
  configure:20343: gcc -o conftest -I/home/cs/usr/include   -ldl
  conftest.c - lpthread
  5
  /tmp/ccISRVMn.o: In function `main':
  conftest.c:(.text+0xf): undefined reference to `dlopen'
 
 So libtool.m4's call of AC_CHECK_LIB([ldl], [dlopen],...) found dlopen in
 libdl.so.
 
 More likely then that the command  gcc -o conftest -I/home/cs/usr/include  
 -ldl conftest.c - lpthread isn't trying to link libdl. Which is strange,
 especially since it works fine on Debian Wheezy 64.
 
 Hmm. That space between - and lpthread is bothersome.  Try this patch and
 see if it changes anything: 

Indeed, with this patch it works. The log says

configure:20283: checking for dbi/dbi.h
configure:20283: result: yes
configure:20320: checking Looking for at least one supported DBD module
configure:20340: gcc -o conftest -I/home/cs/usr/include   conftest.c -ldl -
lpthread  5
configure:20340: $? = 0
configure:20340: ./conftest
configure:20340: $? = 0

Does this mean it just was the -ldl had to come after the conftest.c 
argument? Seems a bit weird to me that it works for you, though.

In any case, I'd be glad if you could commit this patch. Thanks!

Regards,

Christian


 diff --git a/configure.ac b/configure.ac
 index 2b78423..17c3c6c 100644
 --- a/configure.ac
 +++ b/configure.ac
 @@ -534,6 +534,7 @@ then
EXTRA_SEARCH_LIBS=
AC_CHECK_HEADERS(dbi/dbi.h)
if test x$ac_cv_header_dbi_dbi_h != xno; then
 +saved_LIBS=$LIBS
  AC_ARG_WITH( dbi-dbd-dir,
[AS_HELP_STRING([--with-dbi-dbd-dir=PATH],[specify location of libdbi
 dri [[GNC_DBD_DIR=$with_dbi_dbd_dir
 @@ -551,7 +552,7 @@ then
  LDINC=#include dlfcn.h
  LDFUNCARGS=, RTLD_NOW
  LDEXT=so
 -export LDFLAGS=$LDFLAGS $lt_cv_dlopen_libs
 +LIBS=$lt_cv_dlopen_libs $LIBS
  ;;
esac
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$EXTRA_SEARCH_LIBS
 @@ -581,6 +582,7 @@ to the configure argument list and run it again.
 
  LIBDBI_LIBS=-ldbi
  _COMPONENTS=$_COMPONENTS dbi
 +LIBS=$saved_libs
else
  AC_MSG_ERROR([
 
 Regards,
 John Ralls
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[John Ralls]

On Sep 24, 2013, at 1:43 PM, Christian Stimming christ...@cstimming.de wrote:

 Am Sonntag, 22. September 2013, 14:56:52 schrieb John Ralls:
 The new test fails for me as well: Kubuntu 11.10, and config.log
 says:
 
 configure:20323: checking Looking for at least one supported DBD
 module
 configure:20343: gcc -o conftest -I/home/cs/usr/include   -ldl
 conftest.c - lpthread
 5
 /tmp/ccISRVMn.o: In function `main':
 conftest.c:(.text+0xf): undefined reference to `dlopen'
 
 So libtool.m4's call of AC_CHECK_LIB([ldl], [dlopen],...) found dlopen in
 libdl.so.
 
 More likely then that the command  gcc -o conftest -I/home/cs/usr/include  
 -ldl conftest.c - lpthread isn't trying to link libdl. Which is strange,
 especially since it works fine on Debian Wheezy 64.
 
 Hmm. That space between - and lpthread is bothersome.  Try this patch and
 see if it changes anything: 
 
 Indeed, with this patch it works. The log says
 
 configure:20283: checking for dbi/dbi.h
 configure:20283: result: yes
 configure:20320: checking Looking for at least one supported DBD module
 configure:20340: gcc -o conftest -I/home/cs/usr/include   conftest.c -ldl -
 lpthread  5
 configure:20340: $? = 0
 configure:20340: ./conftest
 configure:20340: $? = 0
 
 Does this mean it just was the -ldl had to come after the conftest.c 
 argument? Seems a bit weird to me that it works for you, though.
 
 In any case, I'd be glad if you could commit this patch. Thanks!

Yay!

Yes, it probably does, though it's weird that only your compiler seemed to mind.

Done, r23195.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Derek Atkins]

Christian Stimming christ...@cstimming.de writes:

 The new test fails for me as well: Kubuntu 11.10, and config.log says:

 configure:20323: checking Looking for at least one supported DBD module
 configure:20343: gcc -o conftest -I/home/cs/usr/include   -ldl conftest.c -
 lpthread
   5

Curious:  What happens if this line were to become:

  gcc -o conftest -I/home/cs/usr/include conftest.c -ldl -lpthread

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Derek Atkins]

John Ralls jra...@ceridwen.us writes:

 On Sep 21, 2013, at 3:44 PM, John Ralls jra...@ceridwen.us wrote:
 We don't. There are three ways, of which adding --with-dbd-dir to
 configure's arguments is the recommended one.

 Sorry, that's --with-dbi-dbd-dir.

Perhaps we should leverage that  Except for the fact that make
distcheck just calls configure with no arguments so we need to make
sure that works properly.

 Regards,
 John Ralls

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[John Ralls]

On Sep 23, 2013, at 7:44 AM, Derek Atkins warl...@mit.edu wrote:

 John Ralls jra...@ceridwen.us writes:
 
 On Sep 21, 2013, at 3:44 PM, John Ralls jra...@ceridwen.us wrote:
 We don't. There are three ways, of which adding --with-dbd-dir to
 configure's arguments is the recommended one.
 
 Sorry, that's --with-dbi-dbd-dir.
 
 Perhaps we should leverage that  Except for the fact that make
 distcheck just calls configure with no arguments so we need to make
 sure that works properly.

Make distcheck does work (except for Christian :-( ) at present on Linux and 
should
work on BSD. It doesn't work on OSX because there it needs a prefix argument, 
but that's skew to this subject. I've no idea whether it works on Windows, but 
I don't 
think that there'd ever be a reason for it to.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[John Ralls]

On Sep 23, 2013, at 7:42 AM, Derek Atkins warl...@mit.edu wrote:

 Christian Stimming christ...@cstimming.de writes:
 
 The new test fails for me as well: Kubuntu 11.10, and config.log says:
 
 configure:20323: checking Looking for at least one supported DBD module
 configure:20343: gcc -o conftest -I/home/cs/usr/include   -ldl conftest.c -
 lpthread
 5
 
 Curious:  What happens if this line were to become:
 
  gcc -o conftest -I/home/cs/usr/include conftest.c -ldl -lpthread
 

The patch I proposed here yesterday does that, at least with respect to the 
order of the libraries wrt conftest.c. Other CFLAGS are determined elsewhere by 
configure and the environment, of course.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Geert Janssens]

On Saturday 21 September 2013 18:00:49 John Ralls wrote:
 On Sep 21, 2013, at 3:44 PM, John Ralls jra...@ceridwen.us 
wrote:
  That said, it occurred to me that I can just add /usr/lib/dbd,
  /usr/lib64/dbd, and ${libdir}/dbd to LD_LIBRARY_PATH 
before running
  the test programs. Commit coming as soon as I test it.
 
 r23190

My configure problem is fixed with this new version. Thanks!

Geert
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[John Ralls]

On Sep 22, 2013, at 1:16 PM, Christian Stimming christ...@cstimming.de wrote:

 Am Samstag, 21. September 2013, 15:44:05 schrieb John Ralls:
 On Sep 21, 2013, at 2:36 PM, Christian Stimming christ...@cstimming.de 
 wrote:
 The new test fails for me as well: Kubuntu 11.10, and config.log says:
 
 configure:20323: checking Looking for at least one supported DBD module
 configure:20343: gcc -o conftest -I/home/cs/usr/include   -ldl
 conftest.c - lpthread
 
 5
 
 /tmp/ccISRVMn.o: In function `main':
 conftest.c:(.text+0xf): undefined reference to `dlopen'
 
 That's the problem, and it's a big one.
 ...
 That part doesn't matter until we can sort out why the linker can't find
 dlopen. It's supposed to be in libdl.so, which Debian installs in
 /usr/lib/x86_64-linux-gnu. Can you check that it's there (it might be in
 /lib instead of /usr/lib)? 
 
 The error message in config.log is still unchanged. libdl.so is in 
 /usr/lib/x86_64-linux-gnu, as you guessed. Also the linker error message 
 doesn't complain about could not link 'dl' but it rather complains only 
 about the undefined reference. Hence, it found libdl.so but somehow doesn't 
 find that reference.
 
 $ ls -l /usr/lib/x86_64-linux-gnu/libdl*
 -rw-r--r-- 1 root root 13194 2012-09-21 09:04 /usr/lib/x86_64-linux-
 gnu/libdl.a
 lrwxrwxrwx 1 root root32 2012-09-21 09:04 /usr/lib/x86_64-linux-
 gnu/libdl.so - /lib/x86_64-linux-gnu/libdl.so.2
 
 Also, please run  grep lt_cv_dlopen config.log
 
 lt_cv_dlopen=dlopen
 lt_cv_dlopen_libs=-ldl
 lt_cv_dlopen_self=yes
 lt_cv_dlopen_self_static=no

So libtool.m4's call of AC_CHECK_LIB([ldl], [dlopen],...) found dlopen in 
libdl.so.

More likely then that the command  gcc -o conftest -I/home/cs/usr/include   
-ldl conftest.c - lpthread
isn't trying to link libdl. Which is strange, especially since it works fine on 
Debian Wheezy 64.

Hmm. That space between - and lpthread is bothersome.  Try this patch and see 
if it changes anything:
diff --git a/configure.ac b/configure.ac
index 2b78423..17c3c6c 100644
--- a/configure.ac
+++ b/configure.ac
@@ -534,6 +534,7 @@ then
   EXTRA_SEARCH_LIBS=
   AC_CHECK_HEADERS(dbi/dbi.h)
   if test x$ac_cv_header_dbi_dbi_h != xno; then
+saved_LIBS=$LIBS
 AC_ARG_WITH( dbi-dbd-dir,
   [AS_HELP_STRING([--with-dbi-dbd-dir=PATH],[specify location of libdbi dri
   [[GNC_DBD_DIR=$with_dbi_dbd_dir
@@ -551,7 +552,7 @@ then
 LDINC=#include dlfcn.h
 LDFUNCARGS=, RTLD_NOW
 LDEXT=so
-export LDFLAGS=$LDFLAGS $lt_cv_dlopen_libs
+LIBS=$lt_cv_dlopen_libs $LIBS
 ;;
   esac
   export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$EXTRA_SEARCH_LIBS
@@ -581,6 +582,7 @@ to the configure argument list and run it again.

 LIBDBI_LIBS=-ldbi
 _COMPONENTS=$_COMPONENTS dbi
+LIBS=$saved_libs
   else
 AC_MSG_ERROR([

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Bob Brush]

Just to add it fixes things here as well using Sabayon 13.08  Thanks!

On Sun, 2013-09-22 at 22:47 +0200, Geert Janssens wrote:
 On Saturday 21 September 2013 18:00:49 John Ralls wrote:
  On Sep 21, 2013, at 3:44 PM, John Ralls jra...@ceridwen.us 
 wrote:
   That said, it occurred to me that I can just add /usr/lib/dbd,
   /usr/lib64/dbd, and ${libdir}/dbd to LD_LIBRARY_PATH 
 before running
   the test programs. Commit coming as soon as I test it.
  
  r23190
 
 My configure problem is fixed with this new version. Thanks!
 
 Geert
 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel

-- 
Bob Brush gnuc...@wvit.net

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Geert Janssens]

On Friday 20 September 2013 18:41:51 John Ralls wrote:
 Author: jralls
 Date: 2013-09-20 18:41:50 -0400 (Fri, 20 Sep 2013)
 New Revision: 23186
 Trac: http://svn.gnucash.org/trac/changeset/23186
 
 Modified:
gnucash/trunk/configure.ac
 Log:
 Bug 654196 - make check fails when built with --enable-dbi
 
 but without sqlite DBD installed. Add configure test to ensure
 that at least one of the supported modules is installed
 
 Modified: gnucash/trunk/configure.ac
 
==
=
 --- gnucash/trunk/configure.ac2013-09-20 21:09:46 UTC (rev 23185)
 +++ gnucash/trunk/configure.ac2013-09-20 22:41:50 UTC (rev 23186)
 @@ -537,6 +537,41 @@
[AS_HELP_STRING([--with-dbi-dbd-dir=PATH],[specify location of
 libdbi drivers @:@default=${libdir}/dbd@:@])],
 GNC_DBD_DIR=$with_dbi_dbd_dir,
GNC_DBD_DIR=)
 +  case $host_os in
 +win32*|mingw*)
 +  LDINC=#include windows.h
 +  LDFUNC=LoadLibrary
 +  LDFUNCARGS=
 +  LDEXT=dll
 +  ;;
 +Darwin*)
 +  LDINC=#include dlfcn.h
 +  LDFUNC=dlopen
 +  LDFUNCARGS=, RTLD_NOW
 +  LDEXT=so
 +  ;;
 +*)
 +  LDINC=#include dlfcn.h
 +  LDFUNC=dlopen
 +  LDFUNCARGS=, RTLD_NOW
 +  LDEXT=so
 +  export LDFLAGS=$LDFLAGS -ldl
 +  ;;
 +  esac
 +  export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$GNC_DBD_DIR
 +  AC_MSG_CHECKING([Looking for at least one supported DBD
 module]) +  AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC],
 +  [[if (!$LDFUNC(libdbdsqlite3.
$LDEXT$LDFUNCARGS)) return
 -1; +  ]])],AC_MSG_RESULT([SQLite3]),
 + AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC],
 +  [[if (!$LDFUNC(libdbdmysql.
$LDEXT$LDFUNCARGS)) return -1;
 + ]])],AC_MSG_RESULT([MySql]),
 +   AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC],
 +  [[if (!$LDFUNC(libdbdpgsql.
$LDEXT$LDFUNCARGS)) return -1;
 +  ]])],AC_MSG_RESULT([Postgresql]),
 +  AC_MSG_FAILURE([[
 +Unable to find any of the supported dbd modules (libdbdsqlite3,
 libdbdmysql, or libdbdpgsql) needed to actually use the SQL backend.
 Please install one or more of them to proceed. +   ]]
 
Would it make sense to also point out the other option here: disable dbi 
support again by 
dropping the --enable_dbi option ?

Geert
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Geert Janssens]

On Friday 20 September 2013 18:41:51 John Ralls wrote:
 Author: jralls
 Date: 2013-09-20 18:41:50 -0400 (Fri, 20 Sep 2013)
 New Revision: 23186
 Trac: http://svn.gnucash.org/trac/changeset/23186
 
 Modified:
gnucash/trunk/configure.ac
 Log:
 Bug 654196 - make check fails when built with --enable-dbi
 
 but without sqlite DBD installed. Add configure test to ensure
 that at least one of the supported modules is installed
 
 Modified: gnucash/trunk/configure.ac
 
==
=
 --- gnucash/trunk/configure.ac2013-09-20 21:09:46 UTC (rev 23185)
 +++ gnucash/trunk/configure.ac2013-09-20 22:41:50 UTC (rev 23186)
 @@ -537,6 +537,41 @@
[AS_HELP_STRING([--with-dbi-dbd-dir=PATH],[specify location of
 libdbi drivers @:@default=${libdir}/dbd@:@])],
 GNC_DBD_DIR=$with_dbi_dbd_dir,
GNC_DBD_DIR=)
 +  case $host_os in
 +win32*|mingw*)
 +  LDINC=#include windows.h
 +  LDFUNC=LoadLibrary
 +  LDFUNCARGS=
 +  LDEXT=dll
 +  ;;
 +Darwin*)
 +  LDINC=#include dlfcn.h
 +  LDFUNC=dlopen
 +  LDFUNCARGS=, RTLD_NOW
 +  LDEXT=so
 +  ;;
 +*)
 +  LDINC=#include dlfcn.h
 +  LDFUNC=dlopen
 +  LDFUNCARGS=, RTLD_NOW
 +  LDEXT=so
 +  export LDFLAGS=$LDFLAGS -ldl
 +  ;;
 +  esac
 +  export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$GNC_DBD_DIR
 +  AC_MSG_CHECKING([Looking for at least one supported DBD
 module]) +  AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC],
 +  [[if (!$LDFUNC(libdbdsqlite3.
$LDEXT$LDFUNCARGS)) return
 -1; +  ]])],AC_MSG_RESULT([SQLite3]),
 + AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC],
 +  [[if (!$LDFUNC(libdbdmysql.
$LDEXT$LDFUNCARGS)) return -1;
 + ]])],AC_MSG_RESULT([MySql]),
 +   AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC],
 +  [[if (!$LDFUNC(libdbdpgsql.
$LDEXT$LDFUNCARGS)) return -1;
 +  ]])],AC_MSG_RESULT([Postgresql]),
 +  AC_MSG_FAILURE([[
 +Unable to find any of the supported dbd modules (libdbdsqlite3,
 libdbdmysql, or libdbdpgsql) needed to actually use the SQL backend.
 Please install one or more of them to proceed. +   ]]
 
  LIBDBI_LIBS=-ldbi
  _COMPONENTS=$_COMPONENTS dbi
 
And in addition to my previous comment: this code actually breaks configure on 
my system 
(Fedora 19, 64 bit):

checking dbi/dbi.h usability... yes
checking dbi/dbi.h presence... yes
checking for dbi/dbi.h... yes
src/optional/python-bindings/Makefile.am:117: warning: filter-out 
gnucash_core_c.py,
${PYTHON_LINK_FILES}: non-POSIX variable name
src/optional/python-bindings/Makefile.am:117: (probably a GNU make extension)
checking Looking for at least one supported DBD module... 
configure: error: in `/home/janssege/Development/Builds/gnucash-f19-trunk':
configure: error: 
Unable to find any of the supported dbd modules (libdbdsqlite3, libdbdmysql, or 
libdbdpgsql) 
needed to actually use the SQL backend. Please install one or more of them to 
proceed.

See `config.log' for more details
make: *** [config.status] Error 1
make: *** Waiting for unfinished jobs


Geert
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[John Ralls]

On Sep 21, 2013, at 1:10 AM, Geert Janssens janssens-ge...@telenet.be wrote:

 Would it make sense to also point out the other option here: disable dbi 
 support again by 
 dropping the --enable_dbi option ?

OK.

On Sep 21, 2013, at 2:45 AM, Geert Janssens janssens-ge...@telenet.be wrote:
 And in addition to my previous comment: this code actually breaks configure 
 on my system 
 (Fedora 19, 64 bit):
 
 checking dbi/dbi.h usability... yes
 checking dbi/dbi.h presence... yes
 checking for dbi/dbi.h... yes
 src/optional/python-bindings/Makefile.am:117: warning: filter-out 
 gnucash_core_c.py,
 ${PYTHON_LINK_FILES}: non-POSIX variable name
 src/optional/python-bindings/Makefile.am:117: (probably a GNU make extension)
 checking Looking for at least one supported DBD module... 
 configure: error: in `/home/janssege/Development/Builds/gnucash-f19-trunk':
 configure: error: 
 Unable to find any of the supported dbd modules (libdbdsqlite3, libdbdmysql, 
 or libdbdpgsql) 
 needed to actually use the SQL backend. Please install one or more of them to 
 proceed.
 
 See `config.log' for more details
 make: *** [config.status] Error 1
 make: *** Waiting for unfinished jobs

Hmm. I tested on debian, not fedora, and I don't yet have a fedora-19 VM.
Can you look in config.log and see what failed?

Regards,
John Ralls

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Geert Janssens]

On Saturday 21 September 2013 08:50:03 John Ralls wrote:
 On Sep 21, 2013, at 1:10 AM, Geert Janssens janssens-ge...@telenet.be wrote:
  Would it make sense to also point out the other option here: disable
  dbi support again by dropping the --enable_dbi option ?
 
 OK.
 
 On Sep 21, 2013, at 2:45 AM, Geert Janssens janssens-ge...@telenet.be wrote:
  And in addition to my previous comment: this code actually breaks
  configure on my system (Fedora 19, 64 bit):
  
  checking dbi/dbi.h usability... yes
  checking dbi/dbi.h presence... yes
  checking for dbi/dbi.h... yes
  src/optional/python-bindings/Makefile.am:117: warning: filter-out
  gnucash_core_c.py, ${PYTHON_LINK_FILES}: non-POSIX variable name
  src/optional/python-bindings/Makefile.am:117: (probably a GNU make
  extension) checking Looking for at least one supported DBD
  module...
  configure: error: in
  `/home/janssege/Development/Builds/gnucash-f19-trunk': configure:
  error:
  Unable to find any of the supported dbd modules (libdbdsqlite3,
  libdbdmysql, or libdbdpgsql) needed to actually use the SQL
  backend. Please install one or more of them to proceed.
  
  See `config.log' for more details
  make: *** [config.status] Error 1
  make: *** Waiting for unfinished jobs
 
 Hmm. I tested on debian, not fedora, and I don't yet have a fedora-19
 VM. Can you look in config.log and see what failed?
 
 Regards,
 John Ralls

This is what I have in config.log:


configure:21183: checking Looking for at least one supported DBD module
configure:21203: gcc -o conftest -g -O2   -ldl conftest.c -lpthread  5
configure:21203: $? = 0
configure:21203: ./conftest
configure:21203: $? = 255
configure: program exited with status 255
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME GnuCash
| #define PACKAGE_TARNAME gnucash
| #define PACKAGE_VERSION 2.5.5
| #define PACKAGE_STRING GnuCash 2.5.5
| #define PACKAGE_BUGREPORT gnucash-devel@gnucash.org
| #define PACKAGE_URL 
| #define PACKAGE gnucash
| #define VERSION 2.5.5
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define __EXTENSIONS__ 1
| #define _ALL_SOURCE 1
| #define _GNU_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define _TANDEM_SOURCE 1
| #define GNUCASH_MAJOR_VERSION 2
| #define GNUCASH_MINOR_VERSION 5
| #define GNUCASH_MICRO_VERSION 5
| #define GNUCASH_NANO_VERSION 0
| #define GNUCASH_RESAVE_VERSION 19920
| #define GNUCASH_LATEST_STABLE_SERIES 2.4
| #define GETTEXT_PACKAGE gnucash
| #define HAVE_LOCALE_H 1
| #define HAVE_LC_MESSAGES 1
| #define HAVE_BIND_TEXTDOMAIN_CODESET 1
| #define HAVE_GETTEXT 1
| #define HAVE_DCGETTEXT 1
| #define ENABLE_NLS 1
| #define HAVE_DLFCN_H 1
| #define LT_OBJDIR .libs/
| #define STDC_HEADERS 1
| #define HAVE_LIMITS_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_SYS_TIMES_H 1
| #define HAVE_SYS_WAIT_H 1
| #define HAVE_STPCPY 1
| #define HAVE_MEMCPY 1
| #define HAVE_TIMEGM 1
| #define HAVE_TOWUPPER 1
| #define HAVE_SETENV 1
| #define HAVE_STRUCT_TM_GMTOFF 1
| #define HAVE_SCANF_LLD 1
| #define ENABLE_BINRELOC /**/
| #define HAVE_LIBPTHREAD 1
| #define BR_PTHREAD 1
| #define HAVE_GLIB_2_36 1
| #define HAVE_GLIB_2_32 1
| #define HAVE_DIRENT_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_UTMP_H 1
| #define HAVE_LOCALE_H 1
| #define HAVE_MCHECK_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_WCTYPE_H 1
| #define HAVE_DLERROR 1
| #define HAVE_X11_XLIB_H 1
| #define HAVE_GLOB_H 1
| #define HAVE_CHOWN 1
| #define HAVE_GETHOSTNAME 1
| #define HAVE_GETPPID 1
| #define HAVE_GETUID 1
| #define HAVE_GETTIMEOFDAY 1
| #define HAVE_GMTIME_R 1
| #define HAVE_GETHOSTID 1
| #define HAVE_LINK 1
| #define HAVE_DBI_DBI_H 1
| /* end confdefs.h.  */
| #include dlfcn.h
| int
| main ()
| {
| if (!dlopen(libdbdsqlite3.so, RTLD_NOW)) return -1;
| 
|   ;
|   return 0;
| }
configure:21225: gcc -o conftest -g -O2   -ldl conftest.c -lpthread  5
configure:21225: $? = 0
configure:21225: ./conftest
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[John Ralls]

On Sep 21, 2013, at 9:36 AM, Geert Janssens janssens-ge...@telenet.be wrote:

  
 Yet I do have all three libraries installed. If I remove the test, I can 
 build and run GnuCash just fine using any of the backends. For reference, the 
 so files are here:
 $ ls /usr/lib64/dbd/
 libdbdmysql.solibdbdpgsql.solibdbdsqlite3.so
  

Ah. That's because Fedora has broken dlopen by creating the non-standard 
/usr/lib64 and not modifying dlopen's search accordingly. See dlopen (3).

You can either call configure with --with-dbd-dir=/usr/lib64/dbd, add 
/usr/lib64/dbd to $LD_LIBRARY_PATH, or add it to /etc/ld.so.conf.d and run 
ldconfig as root.

I'll add some detail about that to the not found message.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Herbert Thoma]

Am 21.09.2013 19:22, schrieb John Ralls:


On Sep 21, 2013, at 9:36 AM, Geert Janssens janssens-ge...@telenet.be wrote:



Yet I do have all three libraries installed. If I remove the test, I can build 
and run GnuCash just fine using any of the backends. For reference, the so 
files are here:
$ ls /usr/lib64/dbd/
libdbdmysql.solibdbdpgsql.solibdbdsqlite3.so



Ah. That's because Fedora has broken dlopen by creating the non-standard 
/usr/lib64 and not modifying dlopen's search accordingly. See dlopen (3).


I just found out that openSUSE (at least 12.3) has the same broken, 
non-standard behavior.


You can either call configure with --with-dbd-dir=/usr/lib64/dbd, add 
/usr/lib64/dbd to $LD_LIBRARY_PATH, or add it to /etc/ld.so.conf.d and run 
ldconfig as root.


OK, adding /usr/lib64/dbd to /etc/ld.so.conf.d and running ldconfig fixed the 
problem.


I'll add some detail about that to the not found message.


I'd rather prefer that the test would just work, even with the broken, 
non-standard
dlopen and /usr/lib64, since this seems to be quite common ...

 Herbert.


Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Derek Atkins]

Hi,

On Sat, September 21, 2013 3:43 pm, Herbert Thoma wrote:
 Am 21.09.2013 19:22, schrieb John Ralls:

 On Sep 21, 2013, at 9:36 AM, Geert Janssens janssens-ge...@telenet.be
 wrote:


 Yet I do have all three libraries installed. If I remove the test, I
 can build and run GnuCash just fine using any of the backends. For
 reference, the so files are here:
 $ ls /usr/lib64/dbd/
 libdbdmysql.solibdbdpgsql.solibdbdsqlite3.so


 Ah. That's because Fedora has broken dlopen by creating the non-standard
 /usr/lib64 and not modifying dlopen's search accordingly. See dlopen
 (3).

 I just found out that openSUSE (at least 12.3) has the same broken,
 non-standard behavior.

 You can either call configure with --with-dbd-dir=/usr/lib64/dbd, add
 /usr/lib64/dbd to $LD_LIBRARY_PATH, or add it to /etc/ld.so.conf.d and
 run ldconfig as root.

 OK, adding /usr/lib64/dbd to /etc/ld.so.conf.d and running ldconfig fixed
 the problem.

 I'll add some detail about that to the not found message.

 I'd rather prefer that the test would just work, even with the broken,
 non-standard
 dlopen and /usr/lib64, since this seems to be quite common ...

The tests should call dlopen in the exact same way that it's called in
GnuCash.  DBI works in F19, doesn't it?  How is dlopen() called in the
sources?  The tests should call it the exact same way.

We should not require people to modify their ld.so.conf to get GnuCash to
compile.

   Herbert.

 Regards,
 John Ralls

-derek

-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[Christian Stimming]

The new test fails for me as well: Kubuntu 11.10, and config.log says:

configure:20323: checking Looking for at least one supported DBD module
configure:20343: gcc -o conftest -I/home/cs/usr/include   -ldl conftest.c -
lpthread
  5
/tmp/ccISRVMn.o: In function `main':
conftest.c:(.text+0xf): undefined reference to `dlopen'
collect2: ld returned 1 exit status
configure:20343: $? = 1
configure: program exited with status 1
configure: failed program was:


I do have the libraries installed in /usr/lib/dbd/, though:

$ ls  /usr/lib/dbd/
libdbdmysql.la  libdbdpgsql.la  libdbdsqlite3.la  libdbdsqlite.la
libdbdmysql.so  libdbdpgsql.so  libdbdsqlite3.so  libdbdsqlite.so

Any ideas, someone?

Regards,

Christian



Am Samstag, 21. September 2013, 16:51:09 schrieb Derek Atkins:
 Hi,
 
 On Sat, September 21, 2013 3:43 pm, Herbert Thoma wrote:
  Am 21.09.2013 19:22, schrieb John Ralls:
  On Sep 21, 2013, at 9:36 AM, Geert Janssens
  janssens-ge...@telenet.be
  
  wrote:
  Yet I do have all three libraries installed. If I remove the test, I
  can build and run GnuCash just fine using any of the backends. For
  reference, the so files are here:
  $ ls /usr/lib64/dbd/
  libdbdmysql.solibdbdpgsql.solibdbdsqlite3.so
  
  Ah. That's because Fedora has broken dlopen by creating the
  non-standard
  /usr/lib64 and not modifying dlopen's search accordingly. See dlopen
  (3).
  
  I just found out that openSUSE (at least 12.3) has the same broken,
  non-standard behavior.
  
  You can either call configure with --with-dbd-dir=/usr/lib64/dbd, add
  /usr/lib64/dbd to $LD_LIBRARY_PATH, or add it to /etc/ld.so.conf.d and
  run ldconfig as root.
  
  OK, adding /usr/lib64/dbd to /etc/ld.so.conf.d and running ldconfig
  fixed
  the problem.
  
  I'll add some detail about that to the not found message.
  
  I'd rather prefer that the test would just work, even with the broken,
  non-standard
  dlopen and /usr/lib64, since this seems to be quite common ...
 
 The tests should call dlopen in the exact same way that it's called in
 GnuCash.  DBI works in F19, doesn't it?  How is dlopen() called in the
 sources?  The tests should call it the exact same way.
 
 We should not require people to modify their ld.so.conf to get GnuCash to
 compile.
 
Herbert.
  
  Regards,
  John Ralls
 
 -derek
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[John Ralls]

On Sep 21, 2013, at 2:36 PM, Christian Stimming christ...@cstimming.de wrote:

 The new test fails for me as well: Kubuntu 11.10, and config.log says:
 
 configure:20323: checking Looking for at least one supported DBD module
 configure:20343: gcc -o conftest -I/home/cs/usr/include   -ldl conftest.c -
 lpthread
 5
 /tmp/ccISRVMn.o: In function `main':
 conftest.c:(.text+0xf): undefined reference to `dlopen'

That's the problem, and it's a big one.

 collect2: ld returned 1 exit status
 configure:20343: $? = 1
 configure: program exited with status 1
 configure: failed program was:
 
 
 I do have the libraries installed in /usr/lib/dbd/, though:
 
 $ ls  /usr/lib/dbd/
 libdbdmysql.la  libdbdpgsql.la  libdbdsqlite3.la  libdbdsqlite.la
 libdbdmysql.so  libdbdpgsql.so  libdbdsqlite3.so  libdbdsqlite.so
 

That part doesn't matter until we can sort out why the linker can't find dlopen.
It's supposed to be in libdl.so, which Debian installs in 
/usr/lib/x86_64-linux-gnu.
Can you check that it's there (it might be in /lib instead of /usr/lib)? 
Also, please run
  grep lt_cv_dlopen config.log

Regards,
John Ralls



___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[John Ralls]

On Sep 21, 2013, at 1:51 PM, Derek Atkins de...@ihtfp.com wrote:

 Hi,
 
 On Sat, September 21, 2013 3:43 pm, Herbert Thoma wrote:
 Am 21.09.2013 19:22, schrieb John Ralls:
 
 On Sep 21, 2013, at 9:36 AM, Geert Janssens janssens-ge...@telenet.be
 wrote:
 
 
 Yet I do have all three libraries installed. If I remove the test, I
 can build and run GnuCash just fine using any of the backends. For
 reference, the so files are here:
 $ ls /usr/lib64/dbd/
 libdbdmysql.solibdbdpgsql.solibdbdsqlite3.so
 
 
 Ah. That's because Fedora has broken dlopen by creating the non-standard
 /usr/lib64 and not modifying dlopen's search accordingly. See dlopen
 (3).
 
 I just found out that openSUSE (at least 12.3) has the same broken,
 non-standard behavior.
 
 You can either call configure with --with-dbd-dir=/usr/lib64/dbd, add
 /usr/lib64/dbd to $LD_LIBRARY_PATH, or add it to /etc/ld.so.conf.d and
 run ldconfig as root.
 
 OK, adding /usr/lib64/dbd to /etc/ld.so.conf.d and running ldconfig fixed
 the problem.
 
 I'll add some detail about that to the not found message.
 
 I'd rather prefer that the test would just work, even with the broken,
 non-standard
 dlopen and /usr/lib64, since this seems to be quite common ...
 
 The tests should call dlopen in the exact same way that it's called in
 GnuCash.  DBI works in F19, doesn't it?  How is dlopen() called in the
 sources?  The tests should call it the exact same way.

It's not called in Gnucash. It's called in libdbi. 

That said, it occurred to me that I can just add /usr/lib/dbd, /usr/lib64/dbd,
and ${libdir}/dbd to LD_LIBRARY_PATH before running the test programs. Commit 
coming as soon as I test it.
 
 We should not require people to modify their ld.so.conf to get GnuCash to
 compile.

We don't. There are three ways, of which adding --with-dbd-dir to configure's 
arguments is the recommended one.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[John Ralls]

On Sep 21, 2013, at 3:44 PM, John Ralls jra...@ceridwen.us wrote:
 We don't. There are three ways, of which adding --with-dbd-dir to configure's 
 arguments is the recommended one.

Sorry, that's --with-dbi-dbd-dir.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r23186 - gnucash/trunk - Bug 654196 - make check fails when built with --enable-dbi

[John Ralls]

On Sep 21, 2013, at 3:44 PM, John Ralls jra...@ceridwen.us wrote:
 That said, it occurred to me that I can just add /usr/lib/dbd, /usr/lib64/dbd,
 and ${libdir}/dbd to LD_LIBRARY_PATH before running the test programs. Commit 
 coming as soon as I test it.

r23190

In an attempt to fix Christian's problem as well, it uses whatever 
AC_LIBTOOL_DLOPEN found for $lt_cv_dlopen and $lt_cv_dlopen_lib instead of 
hard-coded values.

An interesting aside: This took a long time because commas in AC_MSG_ERROR 
descriptions break it. Not documented and took many tries to figure out the 
problem.

Regards,
John Ralls



___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: make check fails

[John Ralls]

On Jun 13, 2013, at 10:16 AM, Christian Stimming christ...@cstimming.de wrote:

 Am Donnerstag, 13. Juni 2013, 10:05:49 schrieb John Ralls:
 You wrote in the commit message:
 Sigh. It turns out the utest-Split.c relies on the warning log level
 in order to check for specific code paths. This sucks. The log level
 warning should please be reserved for things that are actual warnings,
 not for code path checks that are used in the unittests.
 
 That's not correct. utest-Split may rely on the presence of the message to
 check the code path, and in order to do so needs to match the loglevel,
 logdomain, and message string. If you change one of those in the tested
 function, you just change it to match in the test and it should work. In
 this case you want to change the foo differ warnings to infos. No big
 deal, just change the loglevel in the tests to match.
 
 Hi John,
 
 the problem is that it's not sufficient to just change it to match the 
 test. 
 I saw in utest-Split.c lines 424-428 how a set of loglevels was selected for 
 various check counters. However, adding the G_LOG_LEVEL_INFO to the set of 
 loglevels in line 424 doesn't work because other tests rely on exactly the 
 chosen set of loglevels that are in use now. Changing the set of log levels 
 solely for the checkC counter doesn't work either, because even this one 
 relies on exactly only this set log level in some other code path tests. 
 That's when I gave up and summarized this experienced in the quoted commit 
 message.

Loglevel isn't a mask: It has to match exactly. It's only a variable to save 
typing 
G_LOG_LEVEL_WARNING | G_LOG_FLAG_FATAL everywhere and to
shorten line lengths. One could use 
guint loglevel_info = G_LOG_LEVEL_INFO //g_tester doesn't make info messages 
fatal
or just use G_LOG_LEVEL_INFO directly in the two or three places it's needed.

 Now, ideally unit tests would only be checking the message to make sure
 that it's emitted: That's a side-effect of the function, and a unit test
 should test all of the function's effects. Unfortunately most of the engine
 consists of over-long functions with multiple code paths whose behavior is
 difficult to test correctly coupled with excessive class interdependencies
 . In order to be able to refactor them for better testability I have to
 first get them tested somehow so that I'll know when I break something in
 the refactor.
 
 I certainly agree the overly-long functions make unittesting even harder. 
 Maybe I'm just not understanding the unittesting that includes checking for 
 log output. In that case I'd appreciate if you change the PWARN into PINFO 
 and 
 correctly adapt the unittest. Thanks!


Unit tests should test a function's every behavior, and emitting messages is a 
behavior. What's
hard to understand about that?

I'll take care of it, but I can't promise that it will be in time for 2.5.3. 
BTW, Split.c needs the
same treatment. There are probably other places as well.

Regards,
John Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: make check fails

[Christian Stimming]

Am Montag, 10. Juni 2013, 18:35:11 schrieb Alex Aycinena:
 Hi,
 
 Christian - I believe you did something recently in this area and make
 check doesn't complete; perhaps related?

Unfortunately yes (due to the PWARN - PINFO change). Thanks for pointing this 
out. I've explained it in the commit message.

Christian

 Message is as follows:
 
 TEST: test-engine... (pid=14932)
   /engine/Account/gnc set account separator:   OK
   /engine/Account/gnc account name violations errmsg:  OK
   /engine/Account/gnc account list name violations:OK
   /engine/Account/account create and destroy:  OK
   /engine/Account/book set/get root account:   OK
   /engine/Account/xaccMallocAccount:   OK
   /engine/Account/gnc account create root: OK
   /engine/Account/xaccCloneAccount:OK
   /engine/Account/xaccFreeAccountChildren: OK
   /engine/Account/xaccFreeAccount: OK
   /engine/Account/xaccAccountCommitEdit:   OK
   /engine/Account/gnc account insert  remove split:   OK
   /engine/Account/xaccAccount Insert and Remove Lot:   OK
   /engine/Account/xaccAccountRecomputeBalance: OK
   /engine/Account/xaccAccountOrder:OK
   /engine/Account/qofAccountSetParent: OK
   /engine/Account/gnc account append/remove child: OK
   /engine/Account/gnc account n descendants:   OK
   /engine/Account/gnc account get current depth:   OK
   /engine/Account/gnc account get tree depth:  OK
   /engine/Account/gnc account get descendants: OK
   /engine/Account/gnc account get descendants sorted:  OK
   /engine/Account/gnc account lookup by name:  OK
   /engine/Account/gnc account lookup by code:  OK
   /engine/Account/gnc account lookup by full name helper:  OK
   /engine/Account/gnc account lookup by full name: OK
   /engine/Account/gnc account foreach child:   OK
   /engine/Account/gnc account foreach descendant:  OK
   /engine/Account/gnc account foreach descendant until:OK
   /engine/Account/gnc account get full name:   OK
   /engine/Account/xaccAccountGetProjectedMinimumBalance:   OK
   /engine/Account/xaccAccountGetBalanceAsOfDate:   OK
   /engine/Account/xaccAccountGetPresentBalance:OK
   /engine/Account/xaccAccountFindOpenLots: OK
   /engine/Account/xaccAccountForEachLot:   OK
   /engine/Account/xaccAccountHasAncestor:  OK
   /engine/Account/AccountType Stuff:   OK
   /engine/Account/AccountType Compatibility:   OK
   /engine/Account/xaccAccountFindSplitByDesc:  OK
   /engine/Account/xaccAccountFindTransByDesc:  OK
   /engine/Account/gnc account join children:   OK
   /engine/Account/gnc account merge children:  OK
   /engine/Account/xaccAccountForEachTransaction:   OK
   /engine/Account/xaccAccountTreeForEachTransaction:   OK
   /engine/Budget/gnc_budget_set_name():OK
   /engine/Budget/gnc_budget_set_description(): OK
   /engine/Budget/gnc_budget_set_num_periods(): OK
   /engine/Budget/gnc_budget_set_recurrence():  OK
   /engine/gncInvoice/post: OK
   /engine/Split/gnc split init:OK
   /engine/Split/gnc split dispose: OK
   /engine/Split/gnc split set  get property:  OK
   /engine/Split/xaccMallocSplit:   OK
   /engine/Split/xaccDupeSplit: OK
   /engine/Split/xaccSplitClone:OK
   /engine/Split/mark split:OK
   /engine/Split/xaccSplitEqualCheckBal:OK
   /engine/Split/xaccSplitEqual:**
 ERROR:/home/gnucash-dev/svncheckouts/gnucash-clean/src/engine/test/utest-Spl
 it.c:459:test_xaccSplitEqual: assertion failed (checkC.hits == 2): (0 == 2)
 FAIL
 GTester: last random seed: R02Scdca4bb39f0f4afb061f96e24026bbb6
 /bin/sh: line 1: 14931 Terminated  

Re: make check fails

[John Ralls]

On Jun 13, 2013, at 3:59 AM, Christian Stimming christ...@cstimming.de wrote:

 Am Montag, 10. Juni 2013, 18:35:11 schrieb Alex Aycinena:
 Hi,
 
 Christian - I believe you did something recently in this area and make
 check doesn't complete; perhaps related?
 
 Unfortunately yes (due to the PWARN - PINFO change). Thanks for pointing 
 this 
 out. I've explained it in the commit message.


Christian,

You wrote in the commit message:
Sigh. It turns out the utest-Split.c relies on the warning log level
in order to check for specific code paths. This sucks. The log level
warning should please be reserved for things that are actual warnings,
not for code path checks that are used in the unittests.

That's not correct. utest-Split may rely on the presence of the message to
check the code path, and in order to do so needs to match the loglevel,
logdomain, and message string. If you change one of those in the tested
function, you just change it to match in the test and it should work. In this
case you want to change the foo differ warnings to infos. No big deal,
just change the loglevel in the tests to match.

Now, ideally unit tests would only be checking the message to make sure 
that it's emitted: That's a side-effect of the function, and a unit test should
test all of the function's effects. Unfortunately most of the engine consists
of over-long functions with multiple code paths whose behavior is difficult
to test correctly coupled with excessive class interdependencies . In order to 
be able to refactor them for better testability I have to first get them tested 
somehow so that I'll know when I break something in the refactor. 

Regards,
John Ralls
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: make check fails

[Christian Stimming]

Am Donnerstag, 13. Juni 2013, 10:05:49 schrieb John Ralls:
 You wrote in the commit message:
 Sigh. It turns out the utest-Split.c relies on the warning log level
 in order to check for specific code paths. This sucks. The log level
 warning should please be reserved for things that are actual warnings,
 not for code path checks that are used in the unittests.
 
 That's not correct. utest-Split may rely on the presence of the message to
 check the code path, and in order to do so needs to match the loglevel,
 logdomain, and message string. If you change one of those in the tested
 function, you just change it to match in the test and it should work. In
 this case you want to change the foo differ warnings to infos. No big
 deal, just change the loglevel in the tests to match.

Hi John,

the problem is that it's not sufficient to just change it to match the test. 
I saw in utest-Split.c lines 424-428 how a set of loglevels was selected for 
various check counters. However, adding the G_LOG_LEVEL_INFO to the set of 
loglevels in line 424 doesn't work because other tests rely on exactly the 
chosen set of loglevels that are in use now. Changing the set of log levels 
solely for the checkC counter doesn't work either, because even this one 
relies on exactly only this set log level in some other code path tests. 
That's when I gave up and summarized this experienced in the quoted commit 
message.

 Now, ideally unit tests would only be checking the message to make sure
 that it's emitted: That's a side-effect of the function, and a unit test
 should test all of the function's effects. Unfortunately most of the engine
 consists of over-long functions with multiple code paths whose behavior is
 difficult to test correctly coupled with excessive class interdependencies
 . In order to be able to refactor them for better testability I have to
 first get them tested somehow so that I'll know when I break something in
 the refactor.

I certainly agree the overly-long functions make unittesting even harder. 
Maybe I'm just not understanding the unittesting that includes checking for 
log output. In that case I'd appreciate if you change the PWARN into PINFO and 
correctly adapt the unittest. Thanks!

Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

make check fails

[Alex Aycinena]

Hi,

Christian - I believe you did something recently in this area and make
check doesn't complete; perhaps related? Message is as follows:

TEST: test-engine... (pid=14932)
  /engine/Account/gnc set account separator:   OK
  /engine/Account/gnc account name violations errmsg:  OK
  /engine/Account/gnc account list name violations:OK
  /engine/Account/account create and destroy:  OK
  /engine/Account/book set/get root account:   OK
  /engine/Account/xaccMallocAccount:   OK
  /engine/Account/gnc account create root: OK
  /engine/Account/xaccCloneAccount:OK
  /engine/Account/xaccFreeAccountChildren: OK
  /engine/Account/xaccFreeAccount: OK
  /engine/Account/xaccAccountCommitEdit:   OK
  /engine/Account/gnc account insert  remove split:   OK
  /engine/Account/xaccAccount Insert and Remove Lot:   OK
  /engine/Account/xaccAccountRecomputeBalance: OK
  /engine/Account/xaccAccountOrder:OK
  /engine/Account/qofAccountSetParent: OK
  /engine/Account/gnc account append/remove child: OK
  /engine/Account/gnc account n descendants:   OK
  /engine/Account/gnc account get current depth:   OK
  /engine/Account/gnc account get tree depth:  OK
  /engine/Account/gnc account get descendants: OK
  /engine/Account/gnc account get descendants sorted:  OK
  /engine/Account/gnc account lookup by name:  OK
  /engine/Account/gnc account lookup by code:  OK
  /engine/Account/gnc account lookup by full name helper:  OK
  /engine/Account/gnc account lookup by full name: OK
  /engine/Account/gnc account foreach child:   OK
  /engine/Account/gnc account foreach descendant:  OK
  /engine/Account/gnc account foreach descendant until:OK
  /engine/Account/gnc account get full name:   OK
  /engine/Account/xaccAccountGetProjectedMinimumBalance:   OK
  /engine/Account/xaccAccountGetBalanceAsOfDate:   OK
  /engine/Account/xaccAccountGetPresentBalance:OK
  /engine/Account/xaccAccountFindOpenLots: OK
  /engine/Account/xaccAccountForEachLot:   OK
  /engine/Account/xaccAccountHasAncestor:  OK
  /engine/Account/AccountType Stuff:   OK
  /engine/Account/AccountType Compatibility:   OK
  /engine/Account/xaccAccountFindSplitByDesc:  OK
  /engine/Account/xaccAccountFindTransByDesc:  OK
  /engine/Account/gnc account join children:   OK
  /engine/Account/gnc account merge children:  OK
  /engine/Account/xaccAccountForEachTransaction:   OK
  /engine/Account/xaccAccountTreeForEachTransaction:   OK
  /engine/Budget/gnc_budget_set_name():OK
  /engine/Budget/gnc_budget_set_description(): OK
  /engine/Budget/gnc_budget_set_num_periods(): OK
  /engine/Budget/gnc_budget_set_recurrence():  OK
  /engine/gncInvoice/post: OK
  /engine/Split/gnc split init:OK
  /engine/Split/gnc split dispose: OK
  /engine/Split/gnc split set  get property:  OK
  /engine/Split/xaccMallocSplit:   OK
  /engine/Split/xaccDupeSplit: OK
  /engine/Split/xaccSplitClone:OK
  /engine/Split/mark split:OK
  /engine/Split/xaccSplitEqualCheckBal:OK
  /engine/Split/xaccSplitEqual:**
ERROR:/home/gnucash-dev/svncheckouts/gnucash-clean/src/engine/test/utest-Split.c:459:test_xaccSplitEqual:
assertion failed (checkC.hits == 2): (0 == 2)
FAIL
GTester: last random seed: R02Scdca4bb39f0f4afb061f96e24026bbb6
/bin/sh: line 1: 14931 Terminated  MALLOC_CHECK_=2
MALLOC_PERTURB_=$((${RANDOM:-256} % 256)) gtester --verbose test-engine
make[5]: *** [test-nonrecursive] Error 143
make[5]: Leaving directory
`/home/gnucash-dev/svncheckouts/gnucash-clean-build/src/engine/test'
make[4]: *** [check-am] Error 2

make check fails

[Alex Aycinena]

Hi,

 I updated and when I ran make check got the following failure:

make[5]: Entering directory
`/home/gnucash-dev/svncheckouts/gnucash-clean-build/src/report/report-system/test'
echo 'guile --debug -l
/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-collectors.scm
-c (exit (run-test))'  test-collectors
chmod a+x test-collectors
echo 'guile --debug -l
/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-list-extras.scm
-c (exit (run-test))'  test-list-extras
chmod a+x test-list-extras
echo 'guile --debug -l
/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-test-extras.scm
-c (exit (run-test))'  test-test-extras
chmod a+x test-test-extras

(process:3330): GLib-CRITICAL **: g_hash_table_lookup: assertion
`hash_table != NULL' failed

(process:3330): GLib-CRITICAL **: g_hash_table_lookup: assertion
`hash_table != NULL' failed
PASS: test-link-module
  testing report module load ...
(process:3352): GLib-CRITICAL **: g_hash_table_lookup: assertion
`hash_table != NULL' failed

(process:3352): GLib-CRITICAL **: g_hash_table_lookup: assertion
`hash_table != NULL' failed
ok
PASS: test-load-module
Backtrace:
In unknown file:
   ?:  0* [primitive-load
/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-collectors.scm]
In
/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-collectors.scm:
   3:  1* (use-modules (gnucash report report-system collectors))
   3:  2  (eval-case (# # *unspecified*) (else #))
   3:  3  (begin (process-use-modules (list (list #))) *unspecified*)
In unknown file:
   ?:  4* [process-use-modules (((gnucash report report-system
collectors)))]
   ?:  5  (let* ((interfaces #)) (call-with-deferred-observers (lambda ()
#)))
   ?:  6* [map #procedure #f (mif-args) (((gnucash report report-system
...)))]
   ?:  7* [#procedure #f (mif-args) ((gnucash report report-system
collectors))]
   ?:  8* (or (apply resolve-interface mif-args) (error no such module
mif-args))
   ?:  9* [apply #procedure resolve-interface (name . args) (#)]
   ?: 10  [resolve-interface (gnucash report report-system collectors)]
...
   ?: 11  (let* (# # # # ...) (and # #) (if # public-i #))
   ?: 12* (and (or (not module) (not public-i)) (error no code for module
name))
   ?: 13  [error no code for module (gnucash report report-system
collectors)]
...
   ?: 14  [scm-error misc-error #f ...]

unnamed port: In procedure scm-error in expression (scm-error (quote
misc-error) #f ...):
unnamed port: no code for module (gnucash report report-system collectors)
FAIL: test-collectors
Backtrace:
In unknown file:
   ?:  0* [primitive-load
/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-list-extras.scm]
In
/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-list-extras.scm:
   1:  1* (use-modules (gnucash report report-system list-extras))
   1:  2  (eval-case (# # *unspecified*) (else #))
   1:  3  (begin (process-use-modules (list (list #))) *unspecified*)
In unknown file:
   ?:  4* [process-use-modules (((gnucash report report-system
list-extras)))]
   ?:  5  (let* ((interfaces #)) (call-with-deferred-observers (lambda ()
#)))
   ?:  6* [map #procedure #f (mif-args) (((gnucash report report-system
...)))]
   ?:  7* [#procedure #f (mif-args) ((gnucash report report-system
list-extras))]
   ?:  8* (or (apply resolve-interface mif-args) (error no such module
mif-args))
   ?:  9* [apply #procedure resolve-interface (name . args) (#)]
   ?: 10  [resolve-interface (gnucash report report-system list-extras)]
...
   ?: 11  (let* (# # # # ...) (and # #) (if # public-i #))
   ?: 12* (and (or (not module) (not public-i)) (error no code for module
name))
   ?: 13  [error no code for module (gnucash report report-system
list-extras)]
...
   ?: 14  [scm-error misc-error #f ...]

unnamed port: In procedure scm-error in expression (scm-error (quote
misc-error) #f ...):
unnamed port: no code for module (gnucash report report-system
list-extras)
FAIL: test-list-extras

(process:3371): GLib-CRITICAL **: g_hash_table_lookup: assertion
`hash_table != NULL' failed

(process:3371): GLib-CRITICAL **: g_hash_table_lookup: assertion
`hash_table != NULL' failed
Test: #t
Test: #t
Test: #f
(Running #procedure test-pattern-streamer-1 () Values: (((1) (2)) ((3)
(4))) ((1 2) (3 4))
#t Completed)
(Running #procedure test-pattern-streamer-2 () Values: ()
#t Completed)
(Running #procedure test-pattern-streamer-3 () columns (((Date)) ((Auto))
((Groceries)) ((Rent)) ((Expenses)) ((Grand Total)))
#t Completed)
(Running #procedure test-pattern-streamer-4 () #t Completed)
Accounts (#swig-pointer Account * 1fce2a0 (#swig-pointer Account *
1fce3f0) (#swig-pointer Account * 1fce540 (#swig-pointer Account *
1fce690) (#swig-pointer Account * 1fce7e0)))
PASS: test-test-extras
==
2 of 5 tests failed
Please report to 

Re: make check fails

[Geert Janssens]

Hi Alex,

you may need to remove the .scm-links file in report-system/ and run make again 
(perhaps 
after autogen.sh and configure).

There are some new links that should be created, but this doesn't happen when 
.scm-links 
is still there.

Geert

On Saturday 08 June 2013 12:48:23 Alex Aycinena wrote:
 Hi,
 
  I updated and when I ran make check got the following failure:
 
 make[5]: Entering directory
 `/home/gnucash-dev/svncheckouts/gnucash-clean-build/src/report/report-
 system/test' echo 'guile --debug -l
 /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/
 test/test-collectors.scm -c (exit (run-test))'  test-collectors
 chmod a+x test-collectors
 echo 'guile --debug -l
 /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/
 test/test-list-extras.scm -c (exit (run-test))'  test-list-extras
 chmod a+x test-list-extras
 echo 'guile --debug -l
 /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/
 test/test-test-extras.scm -c (exit (run-test))'  test-test-extras
 chmod a+x test-test-extras
 
 (process:3330): GLib-CRITICAL **: g_hash_table_lookup: assertion
 `hash_table != NULL' failed
 
 (process:3330): GLib-CRITICAL **: g_hash_table_lookup: assertion
 `hash_table != NULL' failed
 PASS: test-link-module
   testing report module load ...
 (process:3352): GLib-CRITICAL **: g_hash_table_lookup: assertion
 `hash_table != NULL' failed
 
 (process:3352): GLib-CRITICAL **: g_hash_table_lookup: assertion
 `hash_table != NULL' failed
 ok
 PASS: test-load-module
 Backtrace:
 In unknown file:
?:  0* [primitive-load
 /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system
 /test/test-collectors.scm] In
 /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/
 test/test-collectors.scm: 3:  1* (use-modules (gnucash report
 report-system collectors)) 3:  2  (eval-case (# # *unspecified*)
 (else #))
3:  3  (begin (process-use-modules (list (list #))) *unspecified*)
 In unknown file:
?:  4* [process-use-modules (((gnucash report report-system
 collectors)))]
?:  5  (let* ((interfaces #)) (call-with-deferred-observers (lambda
 () #)))
?:  6* [map #procedure #f (mif-args) (((gnucash report
 report-system ...)))]
?:  7* [#procedure #f (mif-args) ((gnucash report report-system
 collectors))]
?:  8* (or (apply resolve-interface mif-args) (error no such
 module mif-args))
?:  9* [apply #procedure resolve-interface (name . args) (#)]
?: 10  [resolve-interface (gnucash report report-system
 collectors)] ...
?: 11  (let* (# # # # ...) (and # #) (if # public-i #))
?: 12* (and (or (not module) (not public-i)) (error no code for
 module name))
?: 13  [error no code for module (gnucash report report-system
 collectors)]
 ...
?: 14  [scm-error misc-error #f ...]
 
 unnamed port: In procedure scm-error in expression (scm-error (quote
 misc-error) #f ...):
 unnamed port: no code for module (gnucash report report-system
 collectors) FAIL: test-collectors
 Backtrace:
 In unknown file:
?:  0* [primitive-load
 /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system
 /test/test-list-extras.scm] In
 /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/
 test/test-list-extras.scm: 1:  1* (use-modules (gnucash report
 report-system list-extras)) 1:  2  (eval-case (# # *unspecified*)
 (else #))
1:  3  (begin (process-use-modules (list (list #))) *unspecified*)
 In unknown file:
?:  4* [process-use-modules (((gnucash report report-system
 list-extras)))]
?:  5  (let* ((interfaces #)) (call-with-deferred-observers (lambda
 () #)))
?:  6* [map #procedure #f (mif-args) (((gnucash report
 report-system ...)))]
?:  7* [#procedure #f (mif-args) ((gnucash report report-system
 list-extras))]
?:  8* (or (apply resolve-interface mif-args) (error no such
 module mif-args))
?:  9* [apply #procedure resolve-interface (name . args) (#)]
?: 10  [resolve-interface (gnucash report report-system
 list-extras)] ...
?: 11  (let* (# # # # ...) (and # #) (if # public-i #))
?: 12* (and (or (not module) (not public-i)) (error no code for
 module name))
?: 13  [error no code for module (gnucash report report-system
 list-extras)]
 ...
?: 14  [scm-error misc-error #f ...]
 
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: make check fails

[Alex Aycinena]

On Sat, Jun 8, 2013 at 1:54 PM, Geert Janssens janssens-ge...@telenet.bewrote:

 **

 Hi Alex,



 you may need to remove the .scm-links file in report-system/ and run make
 again (perhaps after autogen.sh and configure).



 There are some new links that should be created, but this doesn't happen
 when .scm-links is still there.



 Geert



 Thanks, Geert - it worked with a new build directory. Alex
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

make check fails

[Alex Aycinena]

Make check fails as follows:

Making check in po
make[1]: Entering directory
`/home/gnucash-dev/svncheckouts/gnucash-clean-build/po'
make[1]: *** No rule to make target
`/home/gnucash-dev/svncheckouts/gnucash-clean/src/html/gnc-html-graph-gog.c',
needed by `gnucash.pot'.  Stop.
make[1]: Leaving directory
`/home/gnucash-dev/svncheckouts/gnucash-clean-build/po'
make: *** [check-recursive] Error 1

I know some of you were cleaning up some of the graph reports and
eliminating dependencies on goffice. Related?

Regards,

Alex
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: make check fails

[Geert Janssens]

Op 23-02-13 21:28, Alex Aycinena schreef:

Make check fails as follows:

Making check in po
make[1]: Entering directory
`/home/gnucash-dev/svncheckouts/gnucash-clean-build/po'
make[1]: *** No rule to make target
`/home/gnucash-dev/svncheckouts/gnucash-clean/src/html/gnc-html-graph-gog.c',
needed by `gnucash.pot'.  Stop.
make[1]: Leaving directory
`/home/gnucash-dev/svncheckouts/gnucash-clean-build/po'
make: *** [check-recursive] Error 1

I know some of you were cleaning up some of the graph reports and
eliminating dependencies on goffice. Related?

Regards,

Alex
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Good catch. That was me indeed.

Should be fixed in r22812

Geert
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

r20494 make check fails

[Bill Hammond]

Hello!

I'm having trouble getting make check to pass with r20494 after a clean
build.  Here's the error...

libtool: link: gcc -Werror -Wdeclaration-after-statement -g -g -Wall
-Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -g -o
.libs/test-link test-link.o 
../../../../src/libqof/qof/.libs/libgnc-qof.so
../../../../src/app-utils/.libs/libgncmod-app-utils.so
../../../../src/gnome-utils/.libs/libgncmod-gnome-utils.so
../.libs/libgncmod-ofx.so -lpthread -lm -pthread -Wl,-rpath
-Wl,/home/ka1ssr/unstable/gnucash/lib -Wl,-rpath
-Wl,/home/ka1ssr/unstable/gnucash/lib/gnucash
../.libs/libgncmod-ofx.so: undefined reference to
`gnc_gen_trans_list_widget'
collect2: ld returned 1 exit status
make[5]: *** [test-link] Error 1
make[5]: Leaving directory
`/home/ka1ssr/development/gnucash/src/import-export/ofx/test'
make[4]: *** [check-am] Error 2
make[4]: Leaving directory
`/home/ka1ssr/development/gnucash/src/import-export/ofx/test'
make[3]: *** [check-recursive] Error 1
make[3]: Leaving directory
`/home/ka1ssr/development/gnucash/src/import-export/ofx'
make[2]: *** [check-recursive] Error 1
make[2]: Leaving directory
`/home/ka1ssr/development/gnucash/src/import-export'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/home/ka1ssr/development/gnucash/src'
make: *** [check-recursive] Error 1

The configure/make all phases run fine with no errors.  I'm running
Ubuntu 10.10.  All packages are up to date.

Thanks for your help.

Regards,

Bill

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r20494 make check fails

[Christian Stimming]

Am Samstag, 26. März 2011 schrieb Bill Hammond:
 I'm having trouble getting make check to pass with r20494 after a clean
 build.  Here's the error...
 
 libtool: link: gcc -Werror -Wdeclaration-after-statement -g -g -Wall
 -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -g -o
 .libs/test-link test-link.o
 ../../../../src/libqof/qof/.libs/libgnc-qof.so
 ../../../../src/app-utils/.libs/libgncmod-app-utils.so
 ../../../../src/gnome-utils/.libs/libgncmod-gnome-utils.so
 ../.libs/libgncmod-ofx.so -lpthread -lm -pthread -Wl,-rpath
 -Wl,/home/ka1ssr/unstable/gnucash/lib -Wl,-rpath
 -Wl,/home/ka1ssr/unstable/gnucash/lib/gnucash
 ../.libs/libgncmod-ofx.so: undefined reference to
 `gnc_gen_trans_list_widget'
 collect2: ld returned 1 exit status
 make[5]: *** [test-link] Error 1
 make[5]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/import-export/ofx/test'

I don't see this error here. make check runs fine.

That could happen if the test-link executable somehow tries to link against 
a slightly older version of gnucash's gncmod-generic-import.la which didn't 
have this symbol. I've added this approx. 5 weeks ago, or at least I've added 
the usage of this in the ofx module. A mixup of older and newer binaries could 
cause this error.

If no such mixup can have occurred on your system, we need to do further 
investigations...

Regards,

Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r20494 make check fails

[Bill Hammond]

Hi, Christian!  Thanks for getting back to me.

Yup, It looks like I got bit by mixed binaries.  The
libgncmod-generic-import.la I was linking against was dated March 8th. 
I cleaned up my unstable binary directory, rebuilt everything and make
check runs just fine now.

Thanks again.

Regards,

Bill

On 03/26/2011 05:54 PM, Christian Stimming wrote:
 Am Samstag, 26. März 2011 schrieb Bill Hammond:
 I'm having trouble getting make check to pass with r20494 after a clean
 build.  Here's the error...

 libtool: link: gcc -Werror -Wdeclaration-after-statement -g -g -Wall
 -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -g -o
 .libs/test-link test-link.o
 ../../../../src/libqof/qof/.libs/libgnc-qof.so
 ../../../../src/app-utils/.libs/libgncmod-app-utils.so
 ../../../../src/gnome-utils/.libs/libgncmod-gnome-utils.so
 ../.libs/libgncmod-ofx.so -lpthread -lm -pthread -Wl,-rpath
 -Wl,/home/ka1ssr/unstable/gnucash/lib -Wl,-rpath
 -Wl,/home/ka1ssr/unstable/gnucash/lib/gnucash
 ../.libs/libgncmod-ofx.so: undefined reference to
 `gnc_gen_trans_list_widget'
 collect2: ld returned 1 exit status
 make[5]: *** [test-link] Error 1
 make[5]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/import-export/ofx/test'
 I don't see this error here. make check runs fine.

 That could happen if the test-link executable somehow tries to link against 
 a slightly older version of gnucash's gncmod-generic-import.la which didn't 
 have this symbol. I've added this approx. 5 weeks ago, or at least I've added 
 the usage of this in the ofx module. A mixup of older and newer binaries 
 could 
 cause this error.

 If no such mixup can have occurred on your system, we need to do further 
 investigations...

 Regards,

 Christian

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Make check fails at dbi test

[Bill Hammond]

Wonderful news, Jeff.  Thanks.  I should have made it clear that the
zero amount issue happens with SQL, not the XML.  Sorry 'bout that.

Bill

On 01/10/2011 01:54 AM, Jeff Kletsky wrote:

 [...]
 Hello!

 I am having a problem with make check on r20048 (and a few versions
 before that).  I am also having problems with gnucash 2.4.0 storing
 accounts as an SQL database.  The transaction dates and descriptions
 are
 displayed in the register but the amounts always show zero.

 Here's the error I get when I run make check.  There are no errors
 during the ./autogen / ./configure / make phases of building.

 I'm running Ubuntu 10.10 with sqlite3 3.7.0.  I believe I have all
 the
 dbi stuff installed. I'm still running gnucash 2.2.9 with no
 problems.
 What vers

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Make check fails at dbi test

[Bill Hammond]

Hello!

I am having a problem with make check on r20048 (and a few versions
before that).  I am also having problems with gnucash 2.4.0 storing
accounts as an SQL database.  The transaction dates and descriptions are
displayed in the register but the amounts always show zero.

Here's the error I get when I run make check.  There are no errors
during the ./autogen / ./configure / make phases of building.

I'm running Ubuntu 10.10 with sqlite3 3.7.0.  I believe I have all the
dbi stuff installed. I'm still running gnucash 2.2.9 with no problems.

Many thanks for your help.

Bill

 8---
...
make[6]: Entering directory
`/home/ka1ssr/development/gnucash/src/backend/dbi/test'
Using filename: /tmp/test-IuSwjr
Testing sqlite3
* 17:49:12  CRIT gnc.engine xaccSplitSetValue: assertion
`gnc_numeric_check(amt) == GNC_ERROR_OK' failed
* 17:49:12  CRIT gnc.engine xaccSplitSetAmount: assertion
`gnc_numeric_check(amt) == GNC_ERROR_OK' failed
* 17:49:12  CRIT gnc.engine xaccSplitSetValue: assertion
`gnc_numeric_check(amt) == GNC_ERROR_OK' failed
* 17:49:12  CRIT gnc.engine xaccSplitSetAmount: assertion
`gnc_numeric_check(amt) == GNC_ERROR_OK' failed
* 17:49:13  WARN gnc.account [xaccAccountEqual()] kvp frames differ:
{
double-val = KVP_VALUE_DOUBLE(3.14159),
timespec-val = KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 -0500),
int64-val = KVP_VALUE_GINT64(100),
numeric-val = KVP_VALUE_NUMERIC(0/1),
guid-val = KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e),
string-val = KVP_VALUE_STRING(abcdefghijklmnop),
}


vs

{
double-val = KVP_VALUE_DOUBLE(0),
timespec-val = KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 -0500),
int64-val = KVP_VALUE_GINT64(0),
numeric-val = KVP_VALUE_NUMERIC(0/0),
string-val = KVP_VALUE_STRING(abcdefghijklmnop),
guid-val = KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e),
}
* 17:49:13  WARN gnc.account [xaccAcctChildrenEqual()] accounts
9770a545afadcd208e7f4ce0ed5b175e and 9770a545afadcd208e7f4ce0ed5b175e differ
* 17:49:13  WARN gnc.account [xaccAccountEqual()] children differ
FAILURE Accounts trees match test-dbi-stuff.c:63
Returned from index list
 You may ignore the warning about the lock file having no entries: We
had to ignore locking to run two sessions on the same database
* 17:49:13  WARN gnc.backend.dbi [gnc_dbi_unlock()] There was no lock
entry in the Lock table
TEST_MYSQL_URL=''
TEST_PGSQL_URL=''
Executed 5 tests. There was 1 failure.
FAIL: test-dbi-basic
Using filename: /tmp/test-0V18aa
Testing sqlite3
Returned from index list
 You may ignore the warning about the lock file having no entries: We
had to ignore locking to run two sessions on the same database
* 17:49:19  WARN gnc.backend.dbi [gnc_dbi_unlock()] There was no lock
entry in the Lock table
TEST_MYSQL_URL=''
TEST_PGSQL_URL=''
Executed 5 tests. All tests passed.
PASS: test-dbi
Using filename: /tmp/test-NWyw4B
Testing sqlite3
 You may ignore the warning about the lock file having no entries: We
had to ignore locking to run two sessions on the same database
* 17:49:26  WARN gnc.backend.dbi [gnc_dbi_unlock()] There was no lock
entry in the Lock table
Executed 7 tests. All tests passed.
PASS: test-dbi-business
Executed 1 test. All tests passed.
PASS: test-load-backend
==
1 of 4 tests failed
Please report to gnucash-devel@gnucash.org
==
make[6]: *** [check-TESTS] Error 1
make[6]: Leaving directory
`/home/ka1ssr/development/gnucash/src/backend/dbi/test'
make[5]: *** [check-am] Error 2
make[5]: Leaving directory
`/home/ka1ssr/development/gnucash/src/backend/dbi/test'
make[4]: *** [check-recursive] Error 1
make[4]: Leaving directory
`/home/ka1ssr/development/gnucash/src/backend/dbi/test'
make[3]: *** [check-recursive] Error 1
make[3]: Leaving directory
`/home/ka1ssr/development/gnucash/src/backend/dbi'
make[2]: *** [check-recursive] Error 1
make[2]: Leaving directory `/home/ka1ssr/development/gnucash/src/backend'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/home/ka1ssr/development/gnucash/src'
make: *** [check-recursive] Error 1


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Make check fails at dbi test

[Bill Hammond]

Hi, Derek,

Does 0.0.5 sound right?  I confess that I don't really know how to
extract version numbers from libraries.  I know enough Ubuntu to be
dangerous.

Bill

On 01/09/2011 06:38 PM, Derek Atkins wrote:
 Hi,

 On Sun, January 9, 2011 6:05 pm, Bill Hammond wrote:
 Hello!

 I am having a problem with make check on r20048 (and a few versions
 before that).  I am also having problems with gnucash 2.4.0 storing
 accounts as an SQL database.  The transaction dates and descriptions are
 displayed in the register but the amounts always show zero.

 Here's the error I get when I run make check.  There are no errors
 during the ./autogen / ./configure / make phases of building.

 I'm running Ubuntu 10.10 with sqlite3 3.7.0.  I believe I have all the
 dbi stuff installed. I'm still running gnucash 2.2.9 with no problems.
 What version of libdbi do you have?  This looks like the libdbi fastmath
 bug issue

 -derek

 Many thanks for your help.

 Bill

  8---
 ...
 make[6]: Entering directory
 `/home/ka1ssr/development/gnucash/src/backend/dbi/test'
 Using filename: /tmp/test-IuSwjr
 Testing sqlite3
 * 17:49:12  CRIT gnc.engine xaccSplitSetValue: assertion
 `gnc_numeric_check(amt) == GNC_ERROR_OK' failed
 * 17:49:12  CRIT gnc.engine xaccSplitSetAmount: assertion
 `gnc_numeric_check(amt) == GNC_ERROR_OK' failed
 * 17:49:12  CRIT gnc.engine xaccSplitSetValue: assertion
 `gnc_numeric_check(amt) == GNC_ERROR_OK' failed
 * 17:49:12  CRIT gnc.engine xaccSplitSetAmount: assertion
 `gnc_numeric_check(amt) == GNC_ERROR_OK' failed
 * 17:49:13  WARN gnc.account [xaccAccountEqual()] kvp frames differ:
 {
 double-val = KVP_VALUE_DOUBLE(3.14159),
 timespec-val = KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 -0500),
 int64-val = KVP_VALUE_GINT64(100),
 numeric-val = KVP_VALUE_NUMERIC(0/1),
 guid-val = KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e),
 string-val = KVP_VALUE_STRING(abcdefghijklmnop),
 }


 vs

 {
 double-val = KVP_VALUE_DOUBLE(0),
 timespec-val = KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 -0500),
 int64-val = KVP_VALUE_GINT64(0),
 numeric-val = KVP_VALUE_NUMERIC(0/0),
 string-val = KVP_VALUE_STRING(abcdefghijklmnop),
 guid-val = KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e),
 }
 * 17:49:13  WARN gnc.account [xaccAcctChildrenEqual()] accounts
 9770a545afadcd208e7f4ce0ed5b175e and 9770a545afadcd208e7f4ce0ed5b175e
 differ
 * 17:49:13  WARN gnc.account [xaccAccountEqual()] children differ
 FAILURE Accounts trees match test-dbi-stuff.c:63
 Returned from index list
  You may ignore the warning about the lock file having no entries: We
 had to ignore locking to run two sessions on the same database
 * 17:49:13  WARN gnc.backend.dbi [gnc_dbi_unlock()] There was no lock
 entry in the Lock table
 TEST_MYSQL_URL=''
 TEST_PGSQL_URL=''
 Executed 5 tests. There was 1 failure.
 FAIL: test-dbi-basic
 Using filename: /tmp/test-0V18aa
 Testing sqlite3
 Returned from index list
  You may ignore the warning about the lock file having no entries: We
 had to ignore locking to run two sessions on the same database
 * 17:49:19  WARN gnc.backend.dbi [gnc_dbi_unlock()] There was no lock
 entry in the Lock table
 TEST_MYSQL_URL=''
 TEST_PGSQL_URL=''
 Executed 5 tests. All tests passed.
 PASS: test-dbi
 Using filename: /tmp/test-NWyw4B
 Testing sqlite3
  You may ignore the warning about the lock file having no entries: We
 had to ignore locking to run two sessions on the same database
 * 17:49:26  WARN gnc.backend.dbi [gnc_dbi_unlock()] There was no lock
 entry in the Lock table
 Executed 7 tests. All tests passed.
 PASS: test-dbi-business
 Executed 1 test. All tests passed.
 PASS: test-load-backend
 ==
 1 of 4 tests failed
 Please report to gnucash-devel@gnucash.org
 ==
 make[6]: *** [check-TESTS] Error 1
 make[6]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/backend/dbi/test'
 make[5]: *** [check-am] Error 2
 make[5]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/backend/dbi/test'
 make[4]: *** [check-recursive] Error 1
 make[4]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/backend/dbi/test'
 make[3]: *** [check-recursive] Error 1
 make[3]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/backend/dbi'
 make[2]: *** [check-recursive] Error 1
 make[2]: Leaving directory `/home/ka1ssr/development/gnucash/src/backend'
 make[1]: *** [check-recursive] Error 1
 make[1]: Leaving directory `/home/ka1ssr/development/gnucash/src'
 make: *** [check-recursive] Error 1


 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Make check fails at dbi test

[Derek Atkins]

Hi,

On Sun, January 9, 2011 7:17 pm, Bill Hammond wrote:
 Hi, Derek,

 Does 0.0.5 sound right?  I confess that I don't really know how to
 extract version numbers from libraries.  I know enough Ubuntu to be
 dangerous.

Nope, 0.0.5 does not sound right.  It would be something like 0.8.2 or
0.8.3.  Most likely with 10.04 you have 0.8.3 and it's built with
fastmath.

-derek

 Bill

 On 01/09/2011 06:38 PM, Derek Atkins wrote:
 Hi,

 On Sun, January 9, 2011 6:05 pm, Bill Hammond wrote:
 Hello!

 I am having a problem with make check on r20048 (and a few versions
 before that).  I am also having problems with gnucash 2.4.0 storing
 accounts as an SQL database.  The transaction dates and descriptions
 are
 displayed in the register but the amounts always show zero.

 Here's the error I get when I run make check.  There are no errors
 during the ./autogen / ./configure / make phases of building.

 I'm running Ubuntu 10.10 with sqlite3 3.7.0.  I believe I have all the
 dbi stuff installed. I'm still running gnucash 2.2.9 with no problems.
 What version of libdbi do you have?  This looks like the libdbi
 fastmath
 bug issue

 -derek

 Many thanks for your help.

 Bill

  8---
 ...
 make[6]: Entering directory
 `/home/ka1ssr/development/gnucash/src/backend/dbi/test'
 Using filename: /tmp/test-IuSwjr
 Testing sqlite3
 * 17:49:12  CRIT gnc.engine xaccSplitSetValue: assertion
 `gnc_numeric_check(amt) == GNC_ERROR_OK' failed
 * 17:49:12  CRIT gnc.engine xaccSplitSetAmount: assertion
 `gnc_numeric_check(amt) == GNC_ERROR_OK' failed
 * 17:49:12  CRIT gnc.engine xaccSplitSetValue: assertion
 `gnc_numeric_check(amt) == GNC_ERROR_OK' failed
 * 17:49:12  CRIT gnc.engine xaccSplitSetAmount: assertion
 `gnc_numeric_check(amt) == GNC_ERROR_OK' failed
 * 17:49:13  WARN gnc.account [xaccAccountEqual()] kvp frames differ:
 {
 double-val = KVP_VALUE_DOUBLE(3.14159),
 timespec-val = KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00
 -0500),
 int64-val = KVP_VALUE_GINT64(100),
 numeric-val = KVP_VALUE_NUMERIC(0/1),
 guid-val = KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e),
 string-val = KVP_VALUE_STRING(abcdefghijklmnop),
 }


 vs

 {
 double-val = KVP_VALUE_DOUBLE(0),
 timespec-val = KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00
 -0500),
 int64-val = KVP_VALUE_GINT64(0),
 numeric-val = KVP_VALUE_NUMERIC(0/0),
 string-val = KVP_VALUE_STRING(abcdefghijklmnop),
 guid-val = KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e),
 }
 * 17:49:13  WARN gnc.account [xaccAcctChildrenEqual()] accounts
 9770a545afadcd208e7f4ce0ed5b175e and 9770a545afadcd208e7f4ce0ed5b175e
 differ
 * 17:49:13  WARN gnc.account [xaccAccountEqual()] children differ
 FAILURE Accounts trees match test-dbi-stuff.c:63
 Returned from index list
  You may ignore the warning about the lock file having no entries: We
 had to ignore locking to run two sessions on the same database
 * 17:49:13  WARN gnc.backend.dbi [gnc_dbi_unlock()] There was no lock
 entry in the Lock table
 TEST_MYSQL_URL=''
 TEST_PGSQL_URL=''
 Executed 5 tests. There was 1 failure.
 FAIL: test-dbi-basic
 Using filename: /tmp/test-0V18aa
 Testing sqlite3
 Returned from index list
  You may ignore the warning about the lock file having no entries: We
 had to ignore locking to run two sessions on the same database
 * 17:49:19  WARN gnc.backend.dbi [gnc_dbi_unlock()] There was no lock
 entry in the Lock table
 TEST_MYSQL_URL=''
 TEST_PGSQL_URL=''
 Executed 5 tests. All tests passed.
 PASS: test-dbi
 Using filename: /tmp/test-NWyw4B
 Testing sqlite3
  You may ignore the warning about the lock file having no entries: We
 had to ignore locking to run two sessions on the same database
 * 17:49:26  WARN gnc.backend.dbi [gnc_dbi_unlock()] There was no lock
 entry in the Lock table
 Executed 7 tests. All tests passed.
 PASS: test-dbi-business
 Executed 1 test. All tests passed.
 PASS: test-load-backend
 ==
 1 of 4 tests failed
 Please report to gnucash-devel@gnucash.org
 ==
 make[6]: *** [check-TESTS] Error 1
 make[6]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/backend/dbi/test'
 make[5]: *** [check-am] Error 2
 make[5]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/backend/dbi/test'
 make[4]: *** [check-recursive] Error 1
 make[4]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/backend/dbi/test'
 make[3]: *** [check-recursive] Error 1
 make[3]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/backend/dbi'
 make[2]: *** [check-recursive] Error 1
 make[2]: Leaving directory
 `/home/ka1ssr/development/gnucash/src/backend'
 make[1]: *** [check-recursive] Error 1
 make[1]: Leaving directory `/home/ka1ssr/development/gnucash/src'
 make: *** [check-recursive] Error 1


 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Make check fails at dbi test

[Jeff Kletsky]

...but the amounts always show zero [using SQL back end]

If you're using SQLite3 on Ubuntu 10.10 and a 32-bit system, you 
probably have a broken libdbi.


Hold on, they're making a new package for us; I'm guessing later this 
week you'll be able to get it using synaptic, apt-get, or your favorite 
package updating tool.


Jeff


On 01/09/2011 04:29 PM, Bill Hammond wrote:

Ah.  Sorry.  I figured it out.  How 'bout 0.8.3-ubuntu1?

[...]

Hello!

I am having a problem with make check on r20048 (and a few versions
before that).  I am also having problems with gnucash 2.4.0 storing
accounts as an SQL database.  The transaction dates and descriptions
are
displayed in the register but the amounts always show zero.

Here's the error I get when I run make check.  There are no errors
during the ./autogen / ./configure / make phases of building.

I'm running Ubuntu 10.10 with sqlite3 3.7.0.  I believe I have all the
dbi stuff installed. I'm still running gnucash 2.2.9 with no problems.

What version of libdbi do you have?  This looks like the libdbi
fastmath
bug issue

-derek


Many thanks for your help.

Bill


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

make check fails on Linux

[Derek Atkins]

Using r18160, I compile with the following configure options:

  with options '--enable-error-on-warning' '--enable-compile-warnings' 
'--prefix=/opt/gnucash-svk' '--enable-ofx' '--enable-hbci' '--enable-dbi' 
'--enable-debug' '--enable-locale-specific-tax' 'CFLAGS=-g -O0'

I get the following from make all check:

gnc-transaction-sql.o: In function `convert_query_term_to_sql':
/home/warlord/src/gnucash/gnucash-svk/build/src/backend/sql/test/../../../../src/backend/sql/gnc-transaction-sql.c:854:
 undefined reference to `sqlEscape_new'
/home/warlord/src/gnucash/gnucash-svk/build/src/backend/sql/test/../../../../src/backend/sql/gnc-transaction-sql.c:874:
 undefined reference to `sqlEscapeString'
/home/warlord/src/gnucash/gnucash-svk/build/src/backend/sql/test/../../../../src/backend/sql/gnc-transaction-sql.c:882:
 undefined reference to `sqlEscape_destroy'
collect2: ld returned 1 exit status
make[6]: *** [test-column-types] Error 1
make[6]: Leaving directory 
`/home/warlord/src/gnucash/gnucash-svk/build/src/backend/sql/test'

Anything else you need to know?

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

building from SVN on MacOS -- make check fails?

[Derek Atkins]

Hi to all you MacOS developers.

I decided to help Andreas test some code on MacOS so I pulled
down his branch, built it, and was trying to run a make check.
But it failed!  So I tried trunk.  make check failed there, too!
So I wanted to try 2.0, and it even failed THERE, too!

So now I'm confused...

I'm using MacPorts; I installed 2.0.2 via macports, and I had
to install a few extra packages to build from SVN, but not too many.
But I'm wondering if I'm missing something to get make check
working?

When I run make check I get dlopen failures.  For example:

** (process:5220): WARNING **: Failed to dlopen() 
'../../../src/gnc-module/test/mod-foo/libgncmodfoo.la': 
dlopen(../../../src/gnc-module/test/mod-foo/libgncmodfoo.0.dylib, 9): image not 
found

Obviously here it's looking in the wrong place; the .dylib is in
...test/mod-foo/.libs/libgncmodfoo.0.dylib, but I don't know
why it's missing the .libs path.

Building from trunk is even stranger!  I get:

ERROR: In procedure dynamic-link:
ERROR: file: libguile-srfi-srfi-13-14-v-1, message: 
dlopen(libguile-srfi-srfi-13-14-v-1.so, 9): image not found

Strange that in trunk it's looking for a .so and not a .dylib!

Any MacOS help would be greatly appreciated!

Thanks,

-derek
-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: building from SVN on MacOS -- make check fails?

[Derek Atkins]

Okay, an update...

Quoting Derek Atkins [EMAIL PROTECTED]:

 ERROR: In procedure dynamic-link:
 ERROR: file: libguile-srfi-srfi-13-14-v-1, message: 
 dlopen(libguile-srfi-srfi-13-14-v-1.so, 9): image not found

1) the .so is just a test output here.  It's really looking for the right
   thing.

2) This libguile-srfi issue is due to a missing DYLD_LIBRARY_PATH setting
   from MacPorts.  The gnc-test-env script was dying, and that was causing
   lots of other issues.  When I set DYLD_LIBRARY_PATH then all is well here.

Now, I'm getting real GNC failures from trunk.  :)  Now I see:

ERROR: In procedure dynamic-func:
ERROR: dysym(0x1013f0, scm_init_sw_gnc_module_module): symbol not found
FAIL: test-load-scm

At least progress is being made.

-derek
-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: make check fails in test-load-xml2

[Derek Atkins]

Josh Sled [EMAIL PROTECTED] writes:

 On Wed, 2006-02-15 at 11:24 -0500, Derek Atkins wrote:
 I was trying to test a buildsystem change and noticed that make check
 is failing now.  I suspect this is due to adding gconf into the
 xml backend.   Here's the backtrace from test-load-xml2.

 It was due to the g-types system not being initialized before calling
 gconf code, as is documented in the gconf API.  :/  I fixed this
 instance by calling g_type_init() at the top of the test's main.

I moved the init into the module but the test doesn't actually
LOAD the module -- it just links against it.  *sigh*  So the
module init code was never called.  Bad Test!  No Biscuit!

I left the init in the module, but I also re-added the init to the
test, rather that loading the module.  *sigh*

-derek
-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

make check fails in test-load-xml2

[Derek Atkins]

Hi,

I was trying to test a buildsystem change and noticed that make check
is failing now.  I suspect this is due to adding gconf into the
xml backend.   Here's the backtrace from test-load-xml2.

-derek

(gdb) run
Starting program: 
/home/warlord/src/gnucash/gnucash-svn/build/src/backend/file/test/.libs/lt-test-load-xml2
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0xb7f2
[Thread debugging using libthread_db enabled]
[New Thread -1210086848 (LWP 9129)]

(process:9129): GLib-GObject-CRITICAL **: gtype.c:2253: initialization 
assertion failed, use g_type_init() prior to this function

(process:9129): GLib-GObject-CRITICAL **: file gobject.c: line 819 
(g_object_new): assertion `G_TYPE_IS_OBJECT (object_type)' failed

(process:9129): GLib-GObject-CRITICAL **: file gobject.c: line 1561 
(g_object_ref): assertion `G_IS_OBJECT (object)' failed

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1210086848 (LWP 9129)]
0x0399a06c in gconf_client_get_type () from /usr/lib/libgconf-2.so.4
(gdb) where
#0  0x0399a06c in gconf_client_get_type () from /usr/lib/libgconf-2.so.4
#1  0x0399a5cb in gconf_client_get_default () from /usr/lib/libgconf-2.so.4
#2  0xb7e7732f in gnc_gconf_get_float (section=0xb7dbc145 general,
name=0xb7dbc139 retain_days, caller_error=0x0) at gnc-gconf-utils.c:500
#3  0xb7da43fc in gnc_backend_new () at gnc-backend-file.c:972
#4  0xb7e4d243 in qof_session_load_backend (session=0x87f4188,
access_method=0xb7e55366 file) at qofsession.c:937
#5  0xb7e4d610 in qof_session_begin (session=0x87f4188,
book_id=0x87f4160 ./test-files/xml2/every.gml2, ignore_lock=0,
create_if_nonexistent=0) at qofsession.c:1036
#6  0x0804906b in test_load_file (
filename=0x87f4160 ./test-files/xml2/every.gml2) at test-load-xml2.c:87
#7  0x0804926a in main (argc=1, argv=0xbf81e1b4) at test-load-xml2.c:147

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: make check fails in test-load-xml2

[Josh Sled]

On Wed, 2006-02-15 at 11:24 -0500, Derek Atkins wrote:
 I was trying to test a buildsystem change and noticed that make check
 is failing now.  I suspect this is due to adding gconf into the
 xml backend.   Here's the backtrace from test-load-xml2.

It was due to the g-types system not being initialized before calling
gconf code, as is documented in the gconf API.  :/  I fixed this
instance by calling g_type_init() at the top of the test's main.

-- 
...jsled
http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: make check fails in test-load-xml2

[Derek Atkins]

Quoting Josh Sled [EMAIL PROTECTED]:


On Wed, 2006-02-15 at 11:24 -0500, Derek Atkins wrote:

I was trying to test a buildsystem change and noticed that make check
is failing now.  I suspect this is due to adding gconf into the
xml backend.   Here's the backtrace from test-load-xml2.


It was due to the g-types system not being initialized before calling
gconf code, as is documented in the gconf API.  :/  I fixed this
instance by calling g_type_init() at the top of the test's main.


Is it legal to call g_type_init() multiple times?  If so, then perhaps
we should add it to the gncmod initialization routine?  I'm not sure that
every test should need to remember to initialize this.

-derek
--
  Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
  Member, MIT Student Information Processing Board  (SIPB)
  URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
  [EMAIL PROTECTED]PGP key available

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel