Re: [GNC-dev] Tax schedule report outputting entries outside of selected date range

[Alex Aycinena]

Jeff,

Thanks for the update. I'll keep fiddling with it but won't likely be able
to solve it until I can reproduce the problem.

Alex

On Thu, Mar 23, 2023 at 10:01 PM Jeff  wrote:

> On 3/23/23 2:55 PM, Alex Aycinena wrote:
>
> Jeff,
>
> I cannot reproduce the problem and, scanning the code, can't see a problem
> with the date handling.
>
> The account for which the out-of-date-range transaction is reported is of
> type 'Bank' and the assigned TXF code is '000, Tax Report Only - No TXF
> Export'
>
> When I set this up with my test data, I run the report with the Report
> Options, General Tab, set to: From - '01/01/year', To - '12/31/year',
> Alternate Period - 'Use From - To'.
>
> Are you able to produce the report including the out-of-date-range
> transaction consistently? How do you have the Report Options, General Tab,
> set when you get the out-of-date-range transaction?
>
> Thanks,
>
> Alex
> .
>
> On Mon, Mar 20, 2023 at 12:15 AM Jeff  wrote:
>
>> It is set for type Bank.  At the time I created the account I was not
>> sure whether to treat it as an asset or a liability, as it could have gone
>> either way. The funds came in from a government source, but the paperwork
>> stated that it may or may not have to be paid back, "wait for future
>> mailings".  That seemed the best choice at the time.
>>
>> --
>> --JEffrey Black M.B.A.
>>
>> Alex:
>
> It shows up irregardless of how I set up the time frame.  For whatever
> reason it is the only account that I have found so far that does this, with
> exception to the depreciation accounts that I most inconveniently forgot to
> update ($ amount is wrong, most of the accounts should be in the report,
> those that should not do not if sent to account "Accumulated
> Depreciation").  All are set for Tax report only - No TXF Export.
>
> I finally set up a new account (no tax settings) and transferred all funds
> to it and it no longer shows up in the TXF report.  I did consider writing
> it down on paper (shocker, I do know how to write), deleting the account
> then recreating it.  But have not had the time to do so.
>
> On the chance that there was an error in the account I did try "Check and
> Repair Account" and "Check and Repair Subaccounts".  I did NOT do "Check
> and Repair All".  Last time I tried that I went to town and had dinner and
> a movie. As of right now my general ledger contains about 45 years worth of
> transactions and even my server is not state of the art, kinda like me.
>
> Might not shed any light but for what it is worth, here is some other
> information.  For whatever reason the amount of time my ledger exists for
> prevents me from saving it from XML to any of the SQL options.  Fails every
> time.  Works for my fathers (6 years) and my son's (1 year), both created
> under GNC.  Mine, however was imported from the extortionists from Intuit.
> I'm guessing there is still a gremlin hiding in the Intuit import.
>
> --
> --JEffrey Black M.B.A.
>
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Git branches

[Alex Aycinena]

'Stable' seems weird because it is where all the big changes will go in the
future. How about 'Primary' for what is now 'Master' and then you change
'Maint' as you suggest?

Alex

On Thu, Mar 23, 2023 at 7:18 PM Brian Rater  wrote:

> Future?
>
> On Thu, Mar 23, 2023 at 8:57 PM John Ralls  wrote:
>
>> We're 3 days away from releasing 5.0 and so 4 days away from shuffling
>> the branches. Absent any objections I intend to rename the current "master"
>> to "stable" and make it the default branch on Github. Bugfixes and
>> minor-to-medium features can go to stable. I'll rename maint to
>> archive/maint so that nobody is tempted to commit to it any more.
>>
>> We have a little time to discuss the medium-to-major branch name. We
>> don't need it until someone has a medium-to-major feature branch to merge
>> in. While "unstable" is the logical opposite of "stable" it's also shares
>> too many letters, though unlike "main" and "maint" at least the extra
>> letters are upfront so you're less likely to get bitten by completion. I'm
>> inclined toward "development". "devel" would be OK if spell-check didn't
>> keep trying to turn it into "level".
>>
>> Regards,
>> John Ralls
>>
>>
>> > On Nov 18, 2022, at 9:08 AM, john  wrote:
>> >
>> > We could pinch from Debian and use stable, testing, and unstable, where
>> testing is the alpha/beta pre-major-release weeklies.
>> >
>> > Regards,
>> > John Ralls
>> >
>> >
>> >> On Nov 18, 2022, at 7:55 AM, Geert Janssens <
>> geert.gnuc...@kobaltwit.be> wrote:
>> >>
>> >> I'm fine with just doing the simple name change for our two primary
>> branches as it's the option of least effort.
>> >>
>> >> I'd rather have a different name than "main" though. It's a bit
>> ambiguous and like "master" suggesting this branch is somehow more
>> important than the other long-term branch "maint". I'd rather have names
>> that help guide contributors to the right branch to work from. I don't
>> think there's a silver bullet here though, but some names may give more of
>> a hint than others. Some suggestions:
>> >>
>> >> * "current" vs "future" as shorthands for "current-release-series" or
>> "future-release-series"
>> >> * "maintenance" ("maint") vs "development" ("devel")
>> >> * "stable" vs "development"
>> >>
>> >> That said, I'm also very interested in the single branch model as
>> alternative. Discussion on that is for another message.
>> >>
>> >> Regards,
>> >>
>> >> Geert
>> >>
>> >> Op maandag 14 november 2022 20:59:26 CET schreef john:
>> >>>> On Nov 14, 2022, at 11:11 AM, Alex Aycinena > >
>> >>>> wrote:
>> >>>>
>> >>>> how about a simple change, like calling it 'main' rather than
>> >>>> 'master' and keeping the existing pattern for branches.
>> >>>
>> >>> That would be OK as long as long as the two names aren't similar.
>> main and
>> >>> stable would be OK; with main and maint one is far too likely to do
>> >>> something to the wrong branch.
>> >>>
>> >>> 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
>>
>> ___
>> 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: [GNC-dev] Tax schedule report outputting entries outside of selected date range

[Alex Aycinena]

Jeff,

I cannot reproduce the problem and, scanning the code, can't see a problem
with the date handling.

The account for which the out-of-date-range transaction is reported is of
type 'Bank' and the assigned TXF code is '000, Tax Report Only - No TXF
Export'

When I set this up with my test data, I run the report with the Report
Options, General Tab, set to: From - '01/01/year', To - '12/31/year',
Alternate Period - 'Use From - To'.

Are you able to produce the report including the out-of-date-range
transaction consistently? How do you have the Report Options, General Tab,
set when you get the out-of-date-range transaction?

Thanks,

Alex
.

On Mon, Mar 20, 2023 at 12:15 AM Jeff  wrote:

> It is set for type Bank.  At the time I created the account I was not sure
> whether to treat it as an asset or a liability, as it could have gone
> either way. The funds came in from a government source, but the paperwork
> stated that it may or may not have to be paid back, "wait for future
> mailings".  That seemed the best choice at the time.
>
> --
> --JEffrey Black M.B.A.
>
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Tax schedule report outputting entries outside of selected date range

[Alex Aycinena]

Jeff,

What is the type of the account that this particular out-of-date-range
transaction is listed for (i.e., Income, Expense, Asset, or Liability)?

It would help me to know in order to try to reproduce the problem. Is it an
Asset or Liability?

From memory, for Asset or Liability accounts, the report is supposed to
show: the beginning balance, all transactions for the year, and the ending
balance. The beginning balance for the TXF code, that the account is
reported under, should correspond to the reported amount on last year's
return, the listed transactions allow you to verify that the change for
this year is correct, and the ending balance is the amount to report for
this year, once the verification process is complete.

Thanks,

Alex

On Fri, Mar 17, 2023 at 2:21 AM Jeff  wrote:

> On 3/16/23 5:39 PM, Alex Aycinena wrote:
>
>
>>
>> -- Forwarded message --
>> From: Jeff 
>> To: gnucash-devel 
>> Cc:
>> Bcc:
>> Date: Thu, 16 Mar 2023 01:18:08 -0500
>> Subject: [GNC-dev] [GNC] Tax schedule report outputting entries outside
>> of selected date range
>> I'm trying to generate a tax report (federal 1040) for entry into my tax
>> software, as I do every year and have never ran into this issue.
>>
>> Not sure of the version of GNC I'm running on Windows 10.  Running
>> Version 4.13 Build ID: Flathub 4.13 Finance Quote: 1.5301 under Ubuntu
>> 20.04 LTS.
>>
>> Both versions are including a transaction from 07/02/2020 when the date
>> range for the report is 01/01/2022 to 12/31/2022. The transaction of
>> concern is listed as "Tax Report Only - No TXF Export".
>>
>> I have limited internet access right now so I can not confirm that this
>> is a known bug.  My concern is that the report may also be skipping
>> transactions from 2022.  I have exported the report as a pdf file with no
>> options selected other than the time frame, and the transaction shows up
>> there as well.  If I edit the options to suppress $0, no printing of full
>> account names/action:memo data/transaction detail, and print TXF export
>> parameters, the errant transaction shows up.
>>
>> Any ideas why?
>>
>> --
>> --JEffrey Black M.B.A.
>>
>>
> What is the TXF code on the report for the errant transaction? '000' or '
> N000'? That is the only TXF code that has that description (Tax Report Only
> - No TXF Export).
>
> If you go to the account that the report has that transaction listed under
> in the Edit->Tax Report Options panel, is the account set as 'Tax Related'?
> If so, should it be? And if it should be, should it have another
> Form/Schedule item selected? If changes to this account are warranted and
> made, does the errant transaction still appear or go away?
>
> Before entry into your tax software, you can get comfortable that the
> other Income Tax Report totals are correct by comparing the account totals
> to totals for the year of other reports. If there are unexpected
> differences (there shouldn't be), the transaction detail in the Tax Report
> can help you figure out what it is.
>
> There is a TXF code, 521 for 'Federal estimated tax, qrtrly' which has
> special date processing for calendar date ranges, as explained in the
> description for that code, to catch the Jan 15 payment made the next year.
> Other than that, all splits selected to generate the report should be in
> the date range.
>
> In any case, I don't understand why a 07/02/2020 transaction should appear
> in the report if the specified date range is 01/01/2022 to 12/31/2022. I
> will try to replicate the error with test data and look at the code to see
> if I can figure it out.
>
> Look forward to your response to my questions above.
>
> Alex
>
> The TXF code for that account is '000'.  This particular account was
> required on a prior years return (actually the number of payments was
> required, not the sum total) but; there is no corresponding tax form/line
> number for it, hence the reason for selecting "Tax Report Only - No TXF
> Export".  The only reason I caught it in the report, is that it was for
> Covid related income, and I knew that there was none in 2022.
>
> The 'Income Tax Identity' is set for 'Individual, Joint, etc. - Files US
> form 1040'.
>
> Just as an experiment I added a transaction for $1 into that account for
> '03/17/2021' and it summed it to the total as well in the report for 2022.
> If I remove the account from the tax related entries it disappears.
>
> So far, this one account is the only trouble maker that I have
> discovered.
> As for the TXF code, 521 for 'Federal estimated tax, qrtrly', I have not
> had to use it in years.  Now I

Re: [GNC-dev] Tax schedule report outputting entries outside of selected date range

[Alex Aycinena]

>
>
>
> -- Forwarded message --
> From: Jeff 
> To: gnucash-devel 
> Cc:
> Bcc:
> Date: Thu, 16 Mar 2023 01:18:08 -0500
> Subject: [GNC-dev] [GNC] Tax schedule report outputting entries outside of
> selected date range
> I'm trying to generate a tax report (federal 1040) for entry into my tax
> software, as I do every year and have never ran into this issue.
>
> Not sure of the version of GNC I'm running on Windows 10.  Running Version
> 4.13 Build ID: Flathub 4.13 Finance Quote: 1.5301 under Ubuntu 20.04 LTS.
>
> Both versions are including a transaction from 07/02/2020 when the date
> range for the report is 01/01/2022 to 12/31/2022. The transaction of
> concern is listed as "Tax Report Only - No TXF Export".
>
> I have limited internet access right now so I can not confirm that this is
> a known bug.  My concern is that the report may also be skipping
> transactions from 2022.  I have exported the report as a pdf file with no
> options selected other than the time frame, and the transaction shows up
> there as well.  If I edit the options to suppress $0, no printing of full
> account names/action:memo data/transaction detail, and print TXF export
> parameters, the errant transaction shows up.
>
> Any ideas why?
>
> --
> --JEffrey Black M.B.A.
>
>
What is the TXF code on the report for the errant transaction? '000' or '
N000'? That is the only TXF code that has that description (Tax Report Only
- No TXF Export).

If you go to the account that the report has that transaction listed under
in the Edit->Tax Report Options panel, is the account set as 'Tax Related'?
If so, should it be? And if it should be, should it have another
Form/Schedule item selected? If changes to this account are warranted and
made, does the errant transaction still appear or go away?

Before entry into your tax software, you can get comfortable that the other
Income Tax Report totals are correct by comparing the account totals to
totals for the year of other reports. If there are unexpected differences
(there shouldn't be), the transaction detail in the Tax Report can help you
figure out what it is.

There is a TXF code, 521 for 'Federal estimated tax, qrtrly' which has
special date processing for calendar date ranges, as explained in the
description for that code, to catch the Jan 15 payment made the next year.
Other than that, all splits selected to generate the report should be in
the date range.

In any case, I don't understand why a 07/02/2020 transaction should appear
in the report if the specified date range is 01/01/2022 to 12/31/2022. I
will try to replicate the error with test data and look at the code to see
if I can figure it out.

Look forward to your response to my questions above.

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

Re: [GNC-dev] Build failure

[Alex Aycinena]

Bob,

Thanks for your feedback. Based on it, I did a 'git pull' and did a
successful build and installation and gnucash ran. I was having an
intermittent problem like this with F36 as well. Seems like it is not a
gnucash issue at all but something with my environment.

Regards,

Alex

On Mon, Nov 28, 2022 at 7:15 AM Robert Fewell <14ubo...@gmail.com> wrote:

> Alex,
> Just for info I updated my Fedora test VM to 37 and was able to do a clean
> build.
>
> Regards,
> Bob
>
> On Wed, 23 Nov 2022 at 20:06, Alex Aycinena 
> wrote:
>
>> Hello,
>>
>> I was doing a clean build with a new checkout on a Fedora 37 VM and
>> received the following (this was after a partial build that resulted in
>> the
>> terminal window disappearing, so I couldn't see any messages; then I
>> opened
>> a new terminal window and started the build again):
>>
>> [gnucash-dev@HPFedora37VM gnucash-clean-build]$ ninja-build
>> [4/239] Building CXX object
>> gnucash/im...-csv-import.dir/gnc-imp-props-tx.cpp.o
>> FAILED:
>>
>> gnucash/import-export/csv-imp/CMakeFiles/gnc-csv-import.dir/gnc-imp-props-tx.cpp.o
>>
>> /usr/lib64/ccache/c++ -DBOOST_ATOMIC_DYN_LINK -DBOOST_ATOMIC_NO_LIB
>> -DBOOST_CHRONO_DYN_LINK -DBOOST_CHRONO_NO_LIB -DBOOST_DATE_TIME_DYN_LINK
>> -DBOOST_DATE_TIME_NO_LIB -DBOOST_FILESYSTEM_DYN_LINK
>> -DBOOST_FILESYSTEM_NO_LIB -DBOOST_LOCALE_DYN_LINK -DBOOST_LOCALE_NO_LIB
>> -DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_PROGRAM_OPTIONS_NO_LIB
>> -DBOOST_REGEX_DYN_LINK -DBOOST_REGEX_NO_LIB -DBOOST_SYSTEM_DYN_LINK
>> -DBOOST_SYSTEM_NO_LIB -DBOOST_THREAD_DYN_LINK -DBOOST_THREAD_NO_LIB
>> -DG_LOG_DOMAIN=\"gnc.import.csv\" -DHAVE_CONFIG_H -DHAVE_GUILE20
>> -D_GNU_SOURCE -Dgnc_csv_import_EXPORTS
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/borrowed/goffice
>>
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/gnucash/import-export/csv-imp
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/gnucash/import-export
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/gnucash/gnome-utils
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/app-utils
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/engine
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean-build/common
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/common
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/borrowed/libc
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean-build/libgnucash/core-utils
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/core-utils
>>
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/app-utils/calculation
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/bindings/guile
>> -I/usr/include/guile/2.0
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/tax
>> -I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/backend/xml
>> -isystem /usr/include/glib-2.0 -isystem /usr/lib64/glib-2.0/include
>> -isystem /usr/include/sysprof-4 -isystem /usr/include/libxml2 -isystem
>> /usr/include/gtk-3.0 -isystem /usr/include/pango-1.0 -isystem
>> /usr/include/harfbuzz -isystem /usr/include/freetype2 -isystem
>> /usr/include/libpng16 -isystem /usr/include/libmount -isystem
>> /usr/include/blkid -isystem /usr/include/fribidi -isystem
>> /usr/include/cairo -isystem /usr/include/pixman-1 -isystem
>> /usr/include/gdk-pixbuf-2.0 -isystem /usr/include/gio-unix-2.0 -isystem
>> /usr/include/cloudproviders -isystem /usr/include/atk-1.0 -isystem
>> /usr/include/at-spi2-atk/2.0 -isystem /usr/include/dbus-1.0 -isystem
>> /usr/lib64/dbus-1.0/include -isystem /usr/include/at-spi-2.0
>> -Wno-error=deprecated-declarations  -Werror -Wall -Wmissing-declarations
>> -Wno-unused -Wno-error=parentheses  -g -fPIC -pthread -std=c++17 -MD -MT
>>
>> gnucash/import-export/csv-imp/CMakeFiles/gnc-csv-import.dir/gnc-imp-props-tx.cpp.o
>> -MF
>>
>> gnucash/import-export/csv-imp/CMakeFiles/gnc-csv-import.dir/gnc-imp-props-tx.cpp.o.d
>> -o
>>
>> gnucash/import-export/csv-imp/CMakeFiles/gnc-csv-import.dir/gnc-imp-props-tx.cpp.o
>> -c
>>
>> /home/gnucash-dev/gitcheckouts/gnucash-clean/gnucash/import-export/csv-imp/gnc-imp-props-tx.cpp
>> c++: fatal error: Killed signal terminated program cc1plus
>> compilation terminated.
>> [6/239] Building CXX object
>> gnucash/im...v-import.dir/gnc-imp-props-price.cpp.o
>> ninja: build stopped: subcommand failed.
>> [gnucash-dev@HPFedora37VM gnucash-clean-build]$
>>
>> Has anyone else seen this? I believe Geert builds on Fedora. Are you
>> having
>> problems? Ayn suggestions?
>>
>> Thanks,
>>
>> Alex
>> ___
>> 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

[GNC-dev] Build failure

[Alex Aycinena]

Hello,

I was doing a clean build with a new checkout on a Fedora 37 VM and
received the following (this was after a partial build that resulted in the
terminal window disappearing, so I couldn't see any messages; then I opened
a new terminal window and started the build again):

[gnucash-dev@HPFedora37VM gnucash-clean-build]$ ninja-build
[4/239] Building CXX object
gnucash/im...-csv-import.dir/gnc-imp-props-tx.cpp.o
FAILED:
gnucash/import-export/csv-imp/CMakeFiles/gnc-csv-import.dir/gnc-imp-props-tx.cpp.o

/usr/lib64/ccache/c++ -DBOOST_ATOMIC_DYN_LINK -DBOOST_ATOMIC_NO_LIB
-DBOOST_CHRONO_DYN_LINK -DBOOST_CHRONO_NO_LIB -DBOOST_DATE_TIME_DYN_LINK
-DBOOST_DATE_TIME_NO_LIB -DBOOST_FILESYSTEM_DYN_LINK
-DBOOST_FILESYSTEM_NO_LIB -DBOOST_LOCALE_DYN_LINK -DBOOST_LOCALE_NO_LIB
-DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_PROGRAM_OPTIONS_NO_LIB
-DBOOST_REGEX_DYN_LINK -DBOOST_REGEX_NO_LIB -DBOOST_SYSTEM_DYN_LINK
-DBOOST_SYSTEM_NO_LIB -DBOOST_THREAD_DYN_LINK -DBOOST_THREAD_NO_LIB
-DG_LOG_DOMAIN=\"gnc.import.csv\" -DHAVE_CONFIG_H -DHAVE_GUILE20
-D_GNU_SOURCE -Dgnc_csv_import_EXPORTS
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/borrowed/goffice
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/gnucash/import-export/csv-imp
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/gnucash/import-export
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/gnucash/gnome-utils
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/app-utils
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/engine
-I/home/gnucash-dev/gitcheckouts/gnucash-clean-build/common
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/common
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/borrowed/libc
-I/home/gnucash-dev/gitcheckouts/gnucash-clean-build/libgnucash/core-utils
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/core-utils
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/app-utils/calculation
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/bindings/guile
-I/usr/include/guile/2.0
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/tax
-I/home/gnucash-dev/gitcheckouts/gnucash-clean/libgnucash/backend/xml
-isystem /usr/include/glib-2.0 -isystem /usr/lib64/glib-2.0/include
-isystem /usr/include/sysprof-4 -isystem /usr/include/libxml2 -isystem
/usr/include/gtk-3.0 -isystem /usr/include/pango-1.0 -isystem
/usr/include/harfbuzz -isystem /usr/include/freetype2 -isystem
/usr/include/libpng16 -isystem /usr/include/libmount -isystem
/usr/include/blkid -isystem /usr/include/fribidi -isystem
/usr/include/cairo -isystem /usr/include/pixman-1 -isystem
/usr/include/gdk-pixbuf-2.0 -isystem /usr/include/gio-unix-2.0 -isystem
/usr/include/cloudproviders -isystem /usr/include/atk-1.0 -isystem
/usr/include/at-spi2-atk/2.0 -isystem /usr/include/dbus-1.0 -isystem
/usr/lib64/dbus-1.0/include -isystem /usr/include/at-spi-2.0
-Wno-error=deprecated-declarations  -Werror -Wall -Wmissing-declarations
-Wno-unused -Wno-error=parentheses  -g -fPIC -pthread -std=c++17 -MD -MT
gnucash/import-export/csv-imp/CMakeFiles/gnc-csv-import.dir/gnc-imp-props-tx.cpp.o
-MF
gnucash/import-export/csv-imp/CMakeFiles/gnc-csv-import.dir/gnc-imp-props-tx.cpp.o.d
-o
gnucash/import-export/csv-imp/CMakeFiles/gnc-csv-import.dir/gnc-imp-props-tx.cpp.o
-c
/home/gnucash-dev/gitcheckouts/gnucash-clean/gnucash/import-export/csv-imp/gnc-imp-props-tx.cpp
c++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
[6/239] Building CXX object
gnucash/im...v-import.dir/gnc-imp-props-price.cpp.o
ninja: build stopped: subcommand failed.
[gnucash-dev@HPFedora37VM gnucash-clean-build]$

Has anyone else seen this? I believe Geert builds on Fedora. Are you having
problems? Ayn suggestions?

Thanks,

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

Re: [GNC-dev] Git branches

[Alex Aycinena]

Good point! You would have to change both or it would be too easy to make a
mistake.

Alex

On Mon, Nov 14, 2022 at 11:59 AM john  wrote:

>
>
> On Nov 14, 2022, at 11:11 AM, Alex Aycinena 
> wrote:
>
> how about a simple change, like calling it 'main' rather than
> 'master' and keeping the existing pattern for branches.
>
>
> That would be OK as long as long as the two names aren't similar. main and
> stable would be OK; with main and maint one is far too likely to do
> something to the wrong branch.
>
> Regards,
> John Ralls
>
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Git branches

[Alex Aycinena]

>
>
>
>
> -- Forwarded message --
> From: Derek Atkins 
> To: Geert Janssens 
> Cc: gnucash-devel 
> Bcc:
> Date: Mon, 14 Nov 2022 11:26:02 -0500
> Subject: Re: [GNC-dev] Git branches
> I have no objection to changing branch names.
>
> Just keep in mind that several build scripts depend on the branch names,
> so if they change once, that's fine, but if they are constantly changing
> (e.g. 4.x, 5.x, 4.99, 6.x, etc) then we may need to rework the scripts so
> I don't have to coordinate with release-engineering when a new branch gets
> created.  (This dev-docs, etc).
>
> -derek
>
> On Mon, November 14, 2022 11:17 am, Geert Janssens wrote:
> > This had been brewing in my mind as well, so thanks for bringing this up.
> >
> > When I considered alternative branch names I initially thought of
> "stable"
> > vs "development"
> > or "devel" with an optional "unstable" at times of pre-releases.
> >
> > However when thinking this through some more I started wondering whether
> > we really
> > should limit ourselves to just two (or three) branch names.
> >
> > We could also name our branches "4.x", "5.x" and so on to indicate the
> > release series this
> > branch is for. At some point we just stop using the older branches. We
> can
> > choose to drop
> > them or just leave them in the git history as it suits is best.
> >
> > Both naming schemes have advantages and drawbacks. I like the direct
> > relationship
> > between branch name and releases that will be on it for the latter
> scheme.
> > Although I admit
> > this relationship doesn't hold for the pre-releases, unless we make that
> a
> > separate branch for
> > those like eg "4.9xx".
> >
> > Regards,
> >
> > Geert
> >
> > Op zondag 13 november 2022 21:40:14 CET schreef john:
> >> Since Geert brought up our relationship with Github I thought it timely
> >> to
> >> start a discussion about a related trend: The name of the git
> >> repository's
> >> primary branches. There's an ongoing effort in the software development
> >> community for the last 25-30 years or so to remove the terms master and
> >> slave; originally when used together (as in processes) but more recently
> >> when used alone. This recently includes the name of the primary branch
> >> in a
> >> git repository. The Gitlab folks have a nice summary at
> >> https://about.gitlab.com/blog/2021/03/10/new-git-default-branch-name/.
> >>
> >> 'Master' was the standard when we started using git 10 years ago and so
> >> we
> >> adopted it and still use it. Aside from the cultural sensitivity issues
> >> (primarily in the United States because of our unfortunate history with
> >> forced importation and enslavement of Africans) it has proved to be a
> >> bit
> >> confusing to new contributors.
> >>
> >> The new standard default is 'main'. I think that would be fine for
> >> htdocs
> >> where we have master and beta: Main would better express that that's the
> >> branch that you see when you visit https://www.gnucash.org
> >> . The gnucash-on-foo repositories for the
> >> build
> >> processes have only master branches so it doesn't really matter what the
> >> branch is called.
> >>
> >> I don't think 'main' is the right name for gnucash or gnucash-docs
> >> because
> >> it does nothing about the confusion factor. Note that the default branch
> >> on
> >> those two is maint but we still use master for the next major release's
> >> branch. The most expressive titles would be current-major-release and
> >> next-major-release but they're a bit wordy; OTOH just current (or curr)
> >> and
> >> next leave a new contributor to ask current and next what? maint is
> >> concise
> >> and not terrible for a branch that gets only bug fixes and small
> >> features.
> >> Lots of generic names for the next-major-release branch (future, devel
> >> or
> >> development, major-change) come to mind but I'm not sure that any of
> >> them
> >> clearly express the intent of the branch.
> >>
> >> Comments?
> >>
> >> 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
> >
>
>
Since we don't have a 'slave' branch, 'master' doesn't necessisarily have
that negative connotation. But rather than get into a complicated
discussion, how about a simple change, like calling it 'main' rather than
'master' and keeping the existing pattern for branches.

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

Re: [GNC-dev] Dev's features of choice?

[Alex Aycinena]

>
>
>
> -- Forwarded message --
> From: jean laroche 
> To: "Frank H. Ellenberger" 
> Cc: GnuCash Developer 
> Bcc:
> Date: Sun, 26 Jul 2020 14:49:47 -0700
> Subject: Re: [GNC-dev] Dev's features of choice?
>
>
> On 7/26/2020 1:54 PM, Frank H. Ellenberger wrote:
> > Hi Jean,
> >
> > Am 26.07.20 um 19:57 schrieb jean laroche:
> >> I'm curious about something:
> >> If you're a GC dev, contributing code to the project, what's the
> >> feature(s) you'd like to see added to GC?
> >> I'm only contributing a bit, but I'll offer my 3 top wishes:
> >> - Undo/(redo)
> >> - Multi-transaction (bulk) editing
> >> - Multi-account (bulk) editing
> > All three are violations of strict accounting rules. We often talk about
> > "In the times of ink and paper", not graphite (pencils). Some
> > governments require the immutabiity of once written records.
> I see a disconnect here. Some of us (John in particular) insist that GC
> is not a system for professionals, only for personal finance.
> Yet, I always hear about accounting rules, and the way it should be done
> by the book. If GC is really for the personal user, I don't understand
> how we can survive without undo/redo, and multi-select. *every* piece of
> software out there has these types of features, and they're invaluable.
> J.
>
>
There doesn't have to be a choice between these two points. Your three
enhancements could be done in a way that is consistent with Frank's
comments, but a solution for his comments about recording and having an
'audit trail' of all changes in a generic way would have to be designed and
implemented first.

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

Re: [GNC-dev] book currency is what ... question mark

[Alex Aycinena]

>
>
>
> -- Forwarded message --
> From: John Ralls 
> To: Wm 
> Cc: gnucash-de...@lists.gnucash.org
> Bcc:
> Date: Mon, 11 Feb 2019 20:48:53 -0800
> Subject: Re: [GNC-dev] book currency is what ... question mark
>
>
> > On Feb 11, 2019, at 6:49 PM, Wm via gnucash-devel <
> gnucash-devel@gnucash.org> wrote:
> >
> > at the risk of appearing to be an imperialist, what is "book currency" ?
> >
> > I think of "home currency" as whatever currency most people close to you
> (the reader) use to buy and sell ordinary stuff like carbohydrate staples
> (rice, bread, etc) and water
> >
> > in the UK that is GBP, in the USA it is USD, in most of Europe it is
> EUR, in other places, depending on government, it might be something else.
> >
> > my point is, unless your government is failing, you should be able to
> use the same currency for your home currency and your bookkeeping.
> >
> > presuming I haven't gone insane yet, does anyone know what a "book
> currency" is?
> >
> > If someone really wanted to run a set of accounts in another currency
> gnc isn't stopping them, the underlying transaction stream works perfectly
> regardless.
>
> Book currency is the currency of the book's root account, which you set
> when you created the book. For nearly everyone it is indeed their home
> currency, but that's immaterial to GnuCash.
>
> Suppose, though, that while your book currency is GBP, you have accounts
> in EUR and RUB and you do a transaction between those two. The transaction
> will set the transaction currency to the account whose register you use to
> create it and will balance the transaction in that currency: If you start
> in the RUB account then it will convert the EUR amount to a RUB value and
> check that the credit and debit values are equal.
>
>  What Alex is working on is to instead use the book currency for
> balancing: GnuCash would in this example convert both RUB and EUR amounts
> to GBP values and balance the transaction in GBP. It's an interesting idea
> but I suspect that it will be very difficult to get right, a suspicion at
> least somewhat borne out by the fact that Alex has been working at it for
> at least 3 years.
>
> Regards,
> John Ralls
>
>
John - what you are saying is absolutely correct except for the part about
working on it for three years. I did start it a while ago, but then other
commitments have prevented me from working on it at all for a couple of
years. The part you describe above will not be hard since the logic already
exists; the integrated lot tracking, though, will be harder. I will shortly
be able to get back to it though. Alex
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] tb, gnc or me? my trial balance is wrong and I think it is gnc not me

[Alex Aycinena]

>
>
> -- Forwarded message --
> From: John Ralls 
> To: Adrien Monteleone 
> Cc: "gnucash-de...@lists.gnucash.org" 
> Bcc:
> Date: Sun, 10 Feb 2019 08:54:03 -0800
> Subject: Re: [GNC-dev] tb, gnc or me? my trial balance is wrong and I
> think it is gnc not me
> The "Average Cost" price source creates a price based on the actual
> transaction prices and is designed for the TB report, see the thread
> beginning with
> https://lists.gnucash.org/pipermail/gnucash-devel/2008-July/023297.html.
> I broke it for 2.6.13-2.6.21, see
> https://bugs.gnucash.org/show_bug.cgi?id=775368. The "Average Cost" and
> note that even 2.6.21 didn't fully fix it; that didn't happen until 3.2.
>
> Average cost is the *only* price source that works for the Trial Balance
> Report. In particular the "Nearest in Time" and "Most Recent" sources will
> take prices from the price database that are unlikely to reflect the actual
> prices for the transactions and will vary depending on the date of the
> report. I agree with Adrien that we should consider removing the price
> source option from that report and hard-wire it to average cost.
>
> Regards,
> John Ralls
>
>

It is possible that Wm is noting a problem in gnucash that I'm trying to
address with my 'Book Currency' enhancement (unfortunately, a bit delayed).

For most users who deal in a home currency most of the time and
occasionally buy a foreign currency, say on a trip, and spend it on
expenses, this deficiency won't show itself. But for people who deal in
multiple currencies often, with complicated transactions, it may.

Consider the following scenario:

1. A user is based in Europe and considers their home currency to be Euros
2. The user uses Euros to buy multiple lots of GBPs at different times. The
transactions each have different implicit exchange rates in the individual
splits, but gnucash doesn't do any automatic lot tracking. Some of the GBPs
are used for expenses expressed in EURs. The splits associated with these
expenses also have implicit exchange rates, but they don't have any
relationship to the purchased GBP's costs unless the user makes carefull
off-line calculations and enters the right amounts.
3. The user then uses left-over GBPs to buy USDs. The split entered into
gnucash has an implicit exchange rate of USDs to GBPs but nothing expressed
in Euros.

If you want to run a report representing these transactions in Euros there
is no way to do so unless you use an externally supplied exchange rate
(e.g., from the price db) because the splits themselves don't have all the
required information.

If you want to run a report 'at cost', you also can't do this because item
3, above, doesn't contain the right information (so you have to 'fudge it'
with an amount from the price db). This can be overcome procedurally in
gnucash by using the trick of entering the #3 transaction in a register of
an account denominated in Euros even if that account isn't involved in the
transaction. One split will sell the GBPs in EURs, the other will buy USDs
in EURs and as soon as you hit the enter key, the transaction will
'disappear' from the register it was entered in (since neither of the
splits were for that account). The transaction, however, will show up in
the registers for the accounts involved and they will contain the implicit
exchange rates that were missing above (but not necessarily with any lot
tracking and still requiring a lot of off-line calculations to figure out
the right numbers to enter into the splits). Now a report 'at cost' could
be run, but only if the trick was used procedurally for every transaction
not involving the home currency. Of course, this can't be assumed to be the
case.

The 'book currency' feature is intended to deal with this by, if the 'book
currency' feature is selected, forcing every non-book-currency split to be
denominated in book-currency (i.e., like the trick, above, but without
having to use a third account register) and enforcing lot tracking for each
of these transactions (to get rid of all the off-line calculations), thus
providing a basis for tracking cost and eliminating the need for an
external price reference (unless you want to see an estimate of current
value).

I don't know if this is related to the problem Wm is seeing, but it might
be.

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

Re: [GNC-dev] gnucash maint: remove unnecesary 'home' level in path for US Income Tax book tax information

[Alex Aycinena]

>
>
> -- Forwarded message --
> From: John Ralls 
> To: Mike Alexander 
> Cc: "gnucash-devel@gnucash.org" 
> Bcc:
> Date: Fri, 25 Jan 2019 13:01:20 -0800
> Subject: Re: [GNC-dev] gnucash maint: remove unnecesary 'home' level in
> path for US Income Tax book tax information
> I've just pushed a fix. The non-literal-null-conversion warning is there
> because it's a common mistake to set char *x = '\0' when one means to say
> char x = '\0', so my fix just replaced those with NULL, since Alex wants
> NULL and not "".
>
> Regards,
> John Ralls
>
>
> > On Jan 25, 2019, at 12:12 PM, Mike Alexander  wrote:
> >
> > This commit is causing build failures for me.  I get a number of errors
> of the form
> >
> > /tools/gnucash-git/gnucash/libgnucash/app-utils/gnc-ui-util.c:264:73:
> > error: expression which evaluates to zero treated as a null pointer
> constant of type 'const char *' [-Werror,-Wnon-literal-null-conversion]
> >qof_book_set_string_option(book, OLD_OPTION_TAXUS_NAME,
> '\0');
> >
> > I gather others aren’t seeing this.  I’m building with the clang from
> XCode 10.1 which identifies itself as
> >
> > Apple LLVM version 10.0.0 (clang-1000.11.45.5)
> > Target: x86_64-apple-darwin17.7.0
> > Thread model: posix
> >
> > If no one else is seeing this I’ll try to figure out what is different
> for me.
> >
> > Mike
> >
> >> On Jan 24, 2019, at 9:54 PM, J.Alex Aycinena <
> alex.aycin...@code.gnucash.org> wrote:
> >>
> >> Updated   via  https://github.com/Gnucash/gnucash/commit/fc153643
> (commit)
> >>  from  https://github.com/Gnucash/gnucash/commit/3a486727 (commit)
> >>
> >>
> >>
> >> commit fc1536432619888dc28cd5c0aa58658094a93c45
> >> Author: Alex Aycinena 
> >> Date:   Thu Jan 24 18:36:13 2019 -0800
> >>
> >>   remove unnecesary 'home' level in path for US Income Tax book tax
> information
> >>
> >>
> >>
> >> Summary of changes:
> >
> >
>


John - Thanks for fixing this. My Fedora 29 system didn't give the error.

Mike - Is your build working now?

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

Re: [GNC-dev] gnucash-devel Digest, Vol 190, Issue 31

[Alex Aycinena]

> -- Forwarded message --
> From: Wm 
> To: gnucash-de...@lists.gnucash.org
> Cc:
> Bcc:
> Date: Thu, 24 Jan 2019 17:37:30 +
> Subject: Re: [GNC-dev] Alphavantage strategies
> On 22/01/2019 15:16, John Ralls wrote:
>
> > Wm,
> >
> > F::Q has had a commit to add 6 seconds between requests in its git repo
> for almost a year, but the maintainer hasn’t been able to make time to do a
> new release. This has been discussed several times on the user list.
>
> Naughty F::Q ... don't be silly, the notion exists, it got used but not
> implemented.  I don't think we (gnc and other people that use F::Q)
> should presume they should protect us from being bad citizens.
>
> And something else, the 6 seconds is growing, 16 seconds, maybe 61
> seconds soon, I don't know what the back off should be but I know for
> sure gnc is not suitable for trading (by that I mean prices within a day
> or maybe within a few days).
>
> > There’s also already a price-priority built into GnuCash.
>
>  > >There are several levels, but the significant ones are
> > transaction-creation,
>
> I certainly know about that one and expect most people experience it
> ordinarily in buying food, etc
>
> > finance-quote,
>
> I think you have the order wrong
>
> > price-editor.
>
> I think an actual price overrides.
>
> >Sources to the right can replace sources to their left
>
> my reading of what you are saying is that the price-editor should
> override the actual, but I'm not convinced that is really what you mean.
>
> >and themselves but not sources to the right, so e.g. once  you’ve created
> a price in the price editor >that’s the one for the day.
>
> Hmmmn, I'm going to pause and think about that.
>
> I think that is a wrong-thing: I think the actual human level price is
> the price for the day for a person or small or modest sized organisation
> rather than the price editor price, if you toss in the ordinary stuff
> like some people and organisations can't get prices at the moment, what
> do you think is the right price for the day?
>
> Is it the market price (big wide world) or the price they could achieve
> at the time on the day they attempted to get a price?
>
> I am genuinely unsure about this, JohnR [99] , I think the price I have
> for something must be the price for the day *because* the gnc model of
> last price falls apart if it is supplanted.
>
> [99] and other sensible commentators, remote as they may be
> ===
>
> I live in London, I don't vote for Trump, if it matters I think Brexit
> is dumb, I have access to market prices.
>
> I'm generally ok with a price a person creates being prime (if I buy an
> option on DogFood and Wall at USD200 per kg of federal_employee that is
> my price for supporting Trump, right?) [1]
>
> > I don’t want GnuCash to make assumptions about what F::Q does
> internally,
>
> My break: I agree
>
> I also think it will be very expensive for gnc and similar applications
> that utilize F::Q to start from scratch.
>
> > so I think the algorithm you’re proposing would look like:
> >
> > 1 Make list of commodities to retrieve from Alphavantage
>
> doesn't gnc do that anyway? if that wasn't true we wouldn't be fucking
> about choosing which source we wanted a quote from, FFS
>
> > 2 Check for prices for today, splitting the above list into have-price
> and don’t-have-price
>
> I think this is a good approach but it breaks if many people ask the
> same question at or about the same time or repeatedly.
>
> I don't know the answer to gnc and F::Q *not* being asked
> ===
> alphabet share price
> ===
> I don't use gnc or F::Q for that but I expect many people do.
>
> > 3 Request the don’t-have-price list. If it partly fails, wait 60 seconds
> and return to 2.
>
> Almost, I think the person should get a list, similar to the one
> presented at presented that says,
> "we couldn't get the price for
> FuckwitAndCompany
> MayAndIdiots
> CorbynAndWeird"
>
> but instead of asking the dumb question about storing the prices it may
> have obtained
>
> think about this
>
> at the moment the gnc model gets good prices and throws them away!
>
> How fucking idiotic and Trump like is that?
>
> You have information?
>
> What is the best thing to do?
>
> I know!  Discard it!
>
> Duh
>
> Sensible people store information, prices, etc  why is gnc *discarding*
> what it does get?  I simply don't understand this.  Maybe someone else
> is whacking F::Q for a perfect complete set of all their data and
> someone else is just trying to work out if their small business is
> likely to get fucked by Brexit.
>
> Why does gnc not store the prices it did get and then ask "do you want
> me to try again, the sources may be fucked, I may not be able to get a
> price again for a day or so because the fuckwit Trump is holding things
> up" or whatever excuse you have but here is the question
>
> WHY IS GNC *NOT* STORING PRICES IT DOES GET?
> WHY IS GNC *DISCARDING* PRICES WHEN WE KNOW THEY ARE BECOMING MORE
> EXPENSIVE?
>
> > 4 Wait 60 

Re: [GNC-dev] Tax Report Options: Payer Name Source Option

[Alex Aycinena]

David,

>
> -- Forwarded message --
> From: "David T." 
> To: gnucash-devel 
> Cc:
> Bcc:
> Date: Mon, 21 Jan 2019 19:11:59 +0530
> Subject: [GNC-dev] Tax Report Options: Payer Name Source Option
> Hello,
>
> On the Tax Report Options dialog, there is an option named “Payer Name
> Source” that once allowed the user to select “Current Account” or “Parent
> Account” as needed. This option, when set to “Parent Account" would force
> the TXF report to roll the information in a child account up to its parent
> (i.e., Expenses:Charity:MyCharity would display in the TXF report under
> Expenses:Charity).
>
> I say “once” because I cannot seem to get this option now to activate; it
> is always greyed out. I have checked this in GC3.4 and GC2.6.19 on MacOS
> Mojave; it is not active in either. I know that it worked at some point,
> since I used it. Now, I cannot get it active to set.
>
> Ideas?
>
> David T.
>
> I checked with both 3.4 and 2.6.21 and it seems to work correctly.

The feature is not intended to work with all TXF Categories (for example,
expenses:Charity).

It is intended for things like Interest and Dividends where you may have,
say dividends, credited to a sub-account of the brokerage (e.g., the
security sub-account, say, IBM) but Schedule B wants the total dividends
shown by the parent not the payer (e.g., the broker, say, Morgan Stanley
who sends you your 1099-DIV). This allows the report to collect these all
together for you. (For it to work properly, all the sub-accounts need to be
directly under the parent, as is pointed out in the documentation, I
believe).

Check under Income with Dividends to see if it not greyed out.

Regards,

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

Re: [GNC-dev] Bug # 796687

[Alex Aycinena]

Geert,

On Sun, Jan 6, 2019 at 9:17 AM Alex Aycinena 
wrote:

> Geert,
>
> On Sun, Jan 6, 2019 at 8:11 AM Geert Janssens 
> wrote:
>
>> On Sunday, January 6, 2019 4:55:09 AM CET Alex Aycinena wrote:
>> > Geert,
>> >
>> > I have been investigating bug # 796687 (Tax Entity name and type for an
>> > account won't work under "Tax Reporting Options" in Gnucash 3.2) and it
>> > seems that your commit 4053f2ca5331b345f04f75022658d254c36bdd15 on Mar
>> 31,
>> > 2018, has caused book string options not to work. I ran gnucash under
>> gdb
>> > and got the following:
>> >
>> > qof_book_set_string_option (book=0xb49af0,
>> > opt_name=0x7fffefcd57e9 "book/tax_US/type", opt_val=0x2600640
>> "F1040")
>> > at
>> >
>> /home/gnucash-dev/gitcheckouts/gnucash-acct-maint-latest/libgnucash/engine/q
>> > ofbook.cpp:1163 1163qof_book_begin_edit(book);
>> >
>> > going into the function. The book, opt_name and opt_val all seem fine
>> but
>> > the KVP is not saved. When I checked-out the commit just prior to
>> yours, it
>> > seems to work fine: the data is saved and retrieved as expected. After
>> your
>> > commit, it seems to stop working.
>> >
>> > I tried to analyze your commit but I'm not sure I understand it. Perhaps
>> > you could help me understand it. The funny thing is, the unit test
>> seems to
>> > pass.
>> >
>> > Can you help me figure out why it is not working?
>> >
>> > Thanks,
>> >
>> > Alex
>>
>> Alex,
>>
>> I'm not at my development machine until Wednesday. I'll get back to this
>> later
>> this week.
>>
>> Geert
>>
>>
> OK. Thanks,
>
> Alex
>

The following change seems to fix it:

diff --git a/libgnucash/engine/qofbook.cpp b/libgnucash/engine/qofbook.cpp
index c0cb043ba..fa67f5b65 100644
--- a/libgnucash/engine/qofbook.cpp
+++ b/libgnucash/engine/qofbook.cpp
@@ -1164,9 +1164,9 @@ qof_book_set_string_option(QofBook* book, const char*
opt_name, const char* opt_
 auto frame = qof_instance_get_slots(QOF_INSTANCE(book));
 auto opt_path = opt_name_to_path(opt_name);
 if (opt_val && (*opt_val != '\0'))
-delete frame->set(opt_path, new KvpValue(g_strdup(opt_val)));
+delete frame->set_path(opt_path, new KvpValue(g_strdup(opt_val)));
 else
-delete frame->set(opt_path, nullptr);
+delete frame->set_path(opt_path, nullptr);
 qof_instance_set_dirty (QOF_INSTANCE (book));
 qof_book_commit_edit(book);
 }

If you agree with the change, I will commit it.

Thanks,

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

Re: [GNC-dev] taxtxf

[Alex Aycinena]

Christopher,


>
> -- Forwarded message --
> From: Christopher Lam 
> To: GnuCash development list 
> Cc:
> Bcc:
> Date: Fri, 4 Jan 2019 10:48:23 +0800
> Subject: [GNC-dev] taxtxf
> Hi
>
> I'm thinking of tackling the huge beast that is taxtxf.scm but I'm
> struggling to understand its various meandering code paths.
>
> If anyone is willing to share a sample datafile with accounts
> appropriately tagged with tax-info then I'll try untangle this mess.
>
> I think there are some current bugs in UI - I can't even set the book
> tax-info type properly in a new datafile, and cannot yet create tests.
>
> But a good datafile will be useful in the meantime.
>
> C
>
>
I re-wrote the original US Income Tax Report several years ago and have
maintained the reference data that it uses, which is in the file txf.scm,
each year. I am waiting for a few more revised tax forms to be available
before I can do the update for tax year 2018.

The book tax info dialog worked until recently. It is reported as bug
#796687. I have just been trying to debug the problem and think the problem
is in qof_book_set_string_option, which was updated in March 2018, but
haven't finished my analysis.

John Ralls just committed a fix that was preventing the report from
running. A couple of users reported that it runs with his fix (bug #797002).

Short-term, getting the data updated for 2018, fixing 796687, and making
sure the report runs and is accurate is the important thing.

Long-term, while I'm sure the report can be improved, I believe the
architecture for the whole US Income Tax reporting process is problematic
and should be replaced. For this reason, I would suggest it may not be
worthwhile to invest a lot of time in restructuring the report, without
first addressing underlying issues.

However, if you want to go ahead and do so, please feel free to ask me any
questions you want and I will be happy to work with you on it.

Regards,

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

Re: [GNC-dev] New Account Hierarchy Setup Assistant Questions

[Alex Aycinena]

>
>
> -- Forwarded message --
> From: D 
> To: Adrien Monteleone , gnucash-devel <
> gnucash-devel@gnucash.org>
> Cc:
> Bcc:
> Date: Thu, 13 Sep 2018 08:41:33 -0400
> Subject: Re:

Hello,
>
> Having raised yet another ruckus on the lists regarding documentation, I
> will back off altogether, and work to write documentation on the assistant
> as it is, taking care to balance the needs of the different user groups.
>
> My only final comment is to note that it is unfortunate that this
> assistant is what all users see when they click File->New. Perhaps the idea
> of adding buttons on the first screen for Business and Personal setup
> (along with a modification in sequencing for the latter option) could be
> implemented with minor developer effort?
>
> I have a greater appreciation for the many different perspectives in the
> community, and thank everyone for their input.
>
> David
>
> On September 13, 2018, at 8:10 AM, Adrien Monteleone <
> adrien.montele...@lusfiber.net> wrote:
>
> David,
>
> I agree on all points.
>
> Regards,
> Adrien
>
> > On Sep 12, 2018, at 10:19 PM, David Cousens 
> wrote:
> >
> > Adrien,
> >
> > While I agree with the concept David T is proposing to streamline the
> process for new users and the thrust of your
> > comments about the new user experience, the new account heirarchy at
> least as it is currently implemented, will be used
> > by anyone creating a new set of books, whether they are experienced
> Gnucash users, experienced accountants, total
> > newbies or someone transferring from another program.
> >
> > As a newbie you can get a perfectly usable set of accounts for exploring
> Gnucash by simply clicking Next through the
> > assistant then Apply and then saving the file.
> >
> > Perhaps this needs to be made clearer to new users as well as informing
> them that any choices they make can be changed
> > later (except for the very few cases where this is not possible - I
> can't think of any but I personally don't currently
> > use the full capabilty set of GnuCash's features but I used more in the
> past).
> >
> > If this was done up front, they could then easily skip through.
> >
> > The suggestion John made of creating a simplified new file option with
> defaults based on the locale and an advanced
> > setup option using the NAHS Assistant seems to meet this need as well.
> Even knowing what you want in a CoA requires a
> > fair understanding of your accounting needs as well as the functionality
> of GnuCash. Alternatively in other posts I
> > think both Frank and I have suggested a checkbox which by default
> disables selecting those options which a new user is
> > going to find confusing and provides default values.
> >
> > I would have thought the CoA setup is not too bad. It comes with the
> common accounts selected, it does perhaps give the
> > new user a view that there is a lot more to explore. Some new users will
> be looking for business functionality and other
> > "advanced " functionality from the get go. There will always be a few
> new users who will be confused by having to start
> > the program.
> >
> > Personally when evaluating software, I jump in without reading manuals
> first because I figure if the interface isn't
> > intuitive to a decent extent, I am not going to want to go too much
> further, unless I really have no other option.
> > Intuitive for an experienced computer user can however be very different
> for someone with limited experience. My wife
> > never reads manuals ever, she just asks me. I on the other hand consult
> my 5 year old grand daughter.
> >
> > I share Mechtilde's concern that in making things easier for the new
> user we don't lose functionality for the
> > experienced user. We should hopefully look for mechanisms for doing both.
> >
> > David Cousens
> >
> >
> >
> >
> > On Wed, 2018-09-12 at 10:33 -0500, Adrien Monteleone wrote:
> >> As someone who has helped other people get started using GnuCash (and
> remembering my own first steps) I agree
> >> completely with these points. Those book preferences are not self
> explanatory. (perhaps bugs in their own right) A new
> >> user is left to either trust the defaults and move on, pause and
> revisit the startup process several times while they
> >> track down help info and digest it, or give up in frustration. (I’ve
> seen the latter three times—you may or not be
> >> surprised how many people do *not* want to read a book before they
> start using a piece of software, I chose the second
> >> option personally)
> >>
> >> Unless the startup assistant (wizard, druid, whatever) can be
> redesigned as an explanatory walk through to choose
> >> these settings, that part should be removed and the defaults chosen for
> the user.
> >>
> >> As for trading accounts, I turned them on after the fact for tracking
> commodities as additional currencies. I’ve never
> >> bought or sold any since doing that, but I’ve played with turning the
> setting on and off to experiment with 

Re: [GNC-dev] book-currency

[Alex Aycinena]

On Mon, Jul 2, 2018 at 7:35 PM Christopher Lam 
wrote:

> Hi Alex
> Thank you for update - would you mind letting us know the layman version
> of it?
> Thanks!
>
> On 3 July 2018 at 01:02, Alex Aycinena  wrote:
>
>>
>>> -- Forwarded message --
>>> From: John Ralls 
>>> To: Christopher Lam 
>>> Cc: gnucash-devel 
>>> Bcc:
>>> Date: Sun, 1 Jul 2018 20:13:37 -0700
>>> Subject: Re: [GNC-dev] book-currency
>>> If you’re sure it’s dead code, by all means.
>>>
>>> The volume of cruft often overwhelms the working code, and always wastes
>>> maintenance time.
>>>
>>> Regards,
>>> John Ralls
>>>
>>> > On Jul 1, 2018, at 5:47 PM, Christopher Lam 
>>> wrote:
>>> >
>>> > There's lots of dead code related to an (AFAIK) unimplemented
>>> book-currency
>>> > or currency-accounting feature... Some are cluttering options.scm -
>>> should
>>> > we remove them?
>>> > ___
>>> > gnucash-devel mailing list
>>> > gnucash-devel@gnucash.org
>>> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
>>
>>
>>  I put it there for a project I am working on (but have gotten delayed
>> on). It is not dead code; however, allow me to remove it in the next week
>> or so and I will re-apply it later when the project moves forward.
>>
>> Alex
>>
>
>
Christopher.

I have copied and pasted below an email I sent several years ago that
explains the project. I made several commits on it then pulled them out
into a separate feature branch. The book option part you see is the first
part that was not pulled out. I am still planning to proceed with this but
other time commitments have limited my time on it.

Regards,

Alex

Prior email:

Developers,

I am planning to add a feature to gnucash, primarily, but not exclusively,
related to currency accounting, and wanted to summarize what I was thinking
of. I would welcome feedback.

Since version 2.4.0, GnuCash supports trading accounts as described in
'Tutorial on multiple currency accounting' and 'Multiple currency accounting
in GnuCash' by P. Selinger (see
http://wiki.gnucash.org/wiki/Trading_Accounts). I believe Mike Alexander
added this feature.

In his tutorial, he (P. Selinger) mentions a 'reference currency method' as
an alternative to the use of trading accounts. This is essentially the
feature I wish to add.

Today, in file->properties->Accounts tab, you can turn "trading accounts"
on or off. I propose to change this to a selection of three alternatives:
use trading accounts, specify a 'book currency', or neither trading
accounts nor book currency. If trading accounts is selected, it would work
as implemented by Mike. If neither is selected, it would work as gnucash
does now without trading accounts selected. So no one would be forced to
use the new feature.

If 'book currency' is selected, it would require the specification of the
book currency in file->properties. Transaction entry would be modified to
ensure every split that was not in the book currency had a 'price' or
'exchange rate' associated with it (to the book currency). In addition, the
existing lot tracking capabilities would be used to track the 'cost' (in
book currency) of all accounts not denominated in the book currency (lots
would automatically be created rather than having the user go through the
Actions->View Lots process). In entering any transaction that disposes of
non-book-currency amounts, the user would be provided with assistance to
calculate and book any gain or loss associated with the transaction based
on these tracked costs. The idea is that several policies would be used for
this purpose (probably implemented in phases): LIFO, FIFO, average cost
(perhaps), manual specification. Much of this lot tracking has already been
implemented but I don't believe it has been fully tested.

A 'Cost and Unrealized Gains/Loss' report would be added to the menu if
this feature is selected. It would show, for all non-book-currency accounts,
as of a user-selected date: name, currency/commodity, cost, quantity, rate,
value, unrealized gain/loss. Optionally, for each account, lot detail would
be shown and, for each lot transaction detail would be shown.

The US Income Tax Report would be enhanced to use the booked gains/losses
(bug 554397).

Among the changes I foresee are:

- File->Properties: specify and select 'book currency', if selected,
default gain/loss account and default lot tracking policy.
- Account Edit: for 'non-book-currency' accounts, specify gain/loss
account, lot tracking policy, short-sales allowed, currency account is
priced in, skip lot-tracking flag.
- Register Transaction

Re: [GNC-dev] book-currency

[Alex Aycinena]

>
>
> -- Forwarded message --
> From: John Ralls 
> To: Christopher Lam 
> Cc: gnucash-devel 
> Bcc:
> Date: Sun, 1 Jul 2018 20:13:37 -0700
> Subject: Re: [GNC-dev] book-currency
> If you’re sure it’s dead code, by all means.
>
> The volume of cruft often overwhelms the working code, and always wastes
> maintenance time.
>
> Regards,
> John Ralls
>
> > On Jul 1, 2018, at 5:47 PM, Christopher Lam 
> wrote:
> >
> > There's lots of dead code related to an (AFAIK) unimplemented
> book-currency
> > or currency-accounting feature... Some are cluttering options.scm -
> should
> > we remove them?
> > ___
> > gnucash-devel mailing list
> > gnucash-devel@gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel



 I put it there for a project I am working on (but have gotten delayed on).
It is not dead code; however, allow me to remove it in the next week or so
and I will re-apply it later when the project moves forward.

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

Re: Unstable terminates immediately

[Alex Aycinena]

On Fri, Mar 2, 2018 at 6:21 AM, John Ralls <jra...@ceridwen.us> wrote:

>
>
> > On Mar 2, 2018, at 4:03 AM, Geert Janssens <geert.gnuc...@kobaltwit.be>
> wrote:
> >
> > Op vrijdag 2 maart 2018 02:21:45 CET schreef Alex Aycinena:
> >> On Thu, Mar 1, 2018 at 5:15 PM, John Ralls <johndanielra...@gmail.com>
> >>
> >> wrote:
> >>> Run it in the debugger and see where it’s crashing and why?
> >>>
> >>> Regards,
> >>> John Ralls
> >>
> >> Actually I tried that before sending the first e-mail and there was no
> >> crash and no backtrace. It simply exited during the splash screen and
> the
> >> trace file showed it couldn't find the various modules mention earlier
> in
> >> this thread. I'm going to try as a different user to see if there is
> >> something weird in my environment or anything like that.
> >>
> >> Alex
> >
> > Simply to rule F26/27 differences out I have upgraded to F27 overnight.
> It
> > still works ok here, though I do install in a subdirectory of my homedir
> > instead of /opt.
>
> That reminds me, Cmake handles /opt installations specially. It wants to
> install etc/gnucash/* in 
> /etc/opt/gnucash-git/gnucash-acct-maint/gnucash/gnucash.
> That (a) fails unless you say `sudo ninja install` and (b) ensures that the
> files are in a place GnuCash will never find them.
>
> Try passing -DSYSCONFDIR=/opt/gnucash-git/gnucash-acct-maint/etc on the
> CMake command line.
>
> Regards,
> John Ralls
>
>
Geert,

I did try rm -fr * .??* and it didn't make any difference (I had missed
your response because it had gone to spam).

By the way, since you are on Fedora, do you know which packages you have
installed that give you Ktoblzcheck and Gwengui-gtk3?

John,

Based on your comments, I compared the directories of my latest build with
one on an F26 VM from last Nov which had been built with autotools and the
differences are:

with cmake, under /opt/gnucash-git/gnucash-acct-maint/ are: bin, include,
lib64, and share

with autotools, under /opt/gnucash-git/gnucash-clean/ are: bin, etc,
include, lib, libexec, and share

I tried passing -DSYSCONFDIR=/opt/gnucash-git/gnucash-acct-maint/etc on the
CMake command line but got the same result. Then I gave the gnucash-dev
user sudo privileges and did the installation with sudo but got the same
result.

Finally, I did what Geert does and installed in a subdirectory of my home
instead of in /opt and that worked. The directories under
/home/gnucash-dev/gitcheckouts/gnucash-acct-maint-install/ are: bin, etc,
include, lib64, and share.

It had been working by installing in /opt, even after I started using
cmake, so not sure what changed suddenly but at least I'm back in business.

Thanks for all the help,

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

Re: Unstable terminates immediately

[Alex Aycinena]

On Thu, Mar 1, 2018 at 5:15 PM, John Ralls 
wrote:

>
>
>
> Run it in the debugger and see where it’s crashing and why?
>
> Regards,
> John Ralls
>
>
Actually I tried that before sending the first e-mail and there was no
crash and no backtrace. It simply exited during the splash screen and the
trace file showed it couldn't find the various modules mention earlier in
this thread. I'm going to try as a different user to see if there is
something weird in my environment or anything like that.

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

Re: Unstable terminates immediately

[Alex Aycinena]

Geert,

Rebuilt after checking out unstable with same results.


On Thu, Mar 1, 2018 at 12:02 PM, Geert Janssens 
wrote:

>
>
> Other than not fully clearing your build directory I don't see any issues.
> If
> that doesn't fix it, you could
>
> 1. check if the gnucash modules are really installed in
> /opt/gnucash-git/lib(64)/gnucash
> For example your trace file suggests gnc_module can't find the
> gnucash/engine
> module. That should be
> /opt/gnucash-git/lib(64)/gnucash/libgncmod-engine.so
>
>
During install it said:

-- Installing:
/opt/gnucash-git/gnucash-acct-maint/lib64/gnucash/libgncmod-engine.so
-- Set runtime path of
"/opt/gnucash-git/gnucash-acct-maint/lib64/gnucash/libgncmod-engine.so" to
"/opt/gnucash-git/gnucash-acct-maint/lib64:/opt/gnucash-git/gnucash-acct-maint/lib64/gnucash"

and the file is there.



> 2. You could also add --log gnc.module=debug to get more detailed log
> output
> from gnc_module.
>
>
I do that routinely. That shows in the trace file, right?



> Oh, and yes it's a public secret gmail doesn't like me :(
>
> Geert
>
>
>
Don't know what to do next.

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

Re: Unstable terminates immediately

[Alex Aycinena]

On Thu, Mar 1, 2018 at 8:51 AM, Alex Aycinena <alex.aycin...@gmail.com>
wrote:

>
>
> On Wed, Feb 28, 2018 at 12:58 PM, Geert Janssens <
> geert.gnuc...@kobaltwit.be> wrote:
>
>> Alex,
>>
>> I can't reproduce this on Fedora 26 (64bit) not even after a clean
>> rebuild.
>> Gnucash starts and runs just fine.
>>
>> What platform are you on again ?
>> Do you see anything in the build log ? An unusual warning or something ?
>> Do you configure for ninja or makefiles ?
>>
>> Geert
>>
>>
> Geert,
>
> Thanks for response. I don't know why, but I found your response in my
> gmail spam folder??
>
> Anyway, I'm building on F27. It happened on the build where I'm trying to
> finish up the little Account Maintenance changes I started a while back.
> I'll try with an absolutely clean checkout. I'm sure that since we are both
> on recent Fedoras it will be fine. I'll get back to you in a few minutes.
>
> Regards,
>
> Alex
>

Geert,

Getting the same result with fresh checkout on master with same trace file.

My steps are:

[gnucash-dev@Fedora27 gnucash-acct-maint]$ git status
On branch master
Your branch is up-to-date with 'origin/master'.

nothing to commit, working tree clean
[gnucash-dev@Fedora27 gnucash-acct-maint]$ cd
/home/gnucash-dev/gitcheckouts/gnucash-acct-maint-build
[gnucash-dev@Fedora27 gnucash-acct-maint-build]$ rm -rf *
[gnucash-dev@Fedora27 gnucash-acct-maint-build]$ cmake -D
CMAKE_INSTALL_PREFIX=/opt/gnucash-git/gnucash-acct-maint -D
CMAKE_BUILD_TYPE=Debug -G Ninja
/home/gnucash-dev/gitcheckouts/gnucash-acct-maint

No unusual messages on cmake output. then:

[gnucash-dev@Fedora27 gnucash-acct-maint-build]$ ninja-build

I get two messages early:

-- Checking for module 'ktoblzcheck'
--   Package 'ktoblzcheck', required by 'virtual:world', not found
-- Checking for module 'gwengui-gtk3'
--   Package 'gwengui-gtk3', required by 'virtual:world', not found

then  later:

[862/929] Generating
../../../../lib64...nucash/report/locale-specific/de_DE.go

(process:8169): gnc.module-WARNING **: Could not locate module
gnucash/tax/de_DE interface v.0
wrote
`/home/gnucash-dev/gitcheckouts/gnucash-acct-maint-build/lib64/gnucash/scm/ccache/2.0/gnucash/report/locale-specific/de_DE.go'

Everything else on build looks OK. Then:

[gnucash-dev@Fedora27 gnucash-acct-maint-build]$ ninja-build check
[20/379] cd /home/gnucash-dev/gitcheck...nucash-acct-maint/po -P
check-po.cmake
Unsuccessful open on filename containing newline at
/usr/bin/intltool-update line 1161.
The usage of POTFILES.ignore is deprecated. Please consider moving the
content of this file to POTFILES.skip.

I thought I saw a recent push got rid of POTFILES.ignore(??). Everything
else on check is OK. Then:

[root@Fedora27 ~]# cd /opt/gnucash-git/gnucash-acct-maint
[root@Fedora27 gnucash-acct-maint]# rm  -rf *
[root@Fedora27 gnucash-acct-maint]# cd
/home/gnucash-dev/gitcheckouts/gnucash-acct-maint-build
[root@Fedora27 gnucash-acct-maint-build]# time { ninja-build install; }

No unusual messages during install, then:

[gnucash-dev@Fedora27 gnucash-acct-maint]$ export
XDG_DATA_DIRS="/opt/gnucash-git/gnucash-acct-maint/share/:/usr/local/share/:/usr/share/";
/opt/gnucash-git/gnucash-acct-maint/bin/gnucash --debug --log gnc.scm=debug
--nofile

Which shows some of the usual command line messages, the splash screen
shows briefly, then it returns to the command prompt without showing the
usual lines about the user config file or the version of finance-quote.

Any ideas?

Thanks,

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

Re: Unstable terminates immediately

[Alex Aycinena]

On Wed, Feb 28, 2018 at 12:58 PM, Geert Janssens  wrote:

> Alex,
>
> I can't reproduce this on Fedora 26 (64bit) not even after a clean rebuild.
> Gnucash starts and runs just fine.
>
> What platform are you on again ?
> Do you see anything in the build log ? An unusual warning or something ?
> Do you configure for ninja or makefiles ?
>
> Geert
>
>
Geert,

Thanks for response. I don't know why, but I found your response in my
gmail spam folder??

Anyway, I'm building on F27. It happened on the build where I'm trying to
finish up the little Account Maintenance changes I started a while back.
I'll try with an absolutely clean checkout. I'm sure that since we are both
on recent Fedoras it will be fine. I'll get back to you in a few minutes.

Regards,

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

Unstable terminates immediately

[Alex Aycinena]

I just built unstable and in launching gnucash, it terminates immediately
with the following trace file:

* 10:01:36  INFO  [main] System locale returned en_US.utf8
* 10:01:36  INFO  [main] Effective locale set to en_US.utf8.
* 10:01:36  INFO  [gnc_load_app_icons] The icon theme search path
has 10 elements.
* 10:01:36  INFO  [gnc_load_app_icons] Path 0:
/home/gnucash-dev/.local/share/icons
* 10:01:36  INFO  [gnc_load_app_icons] Path 1:
/home/gnucash-dev/.icons
* 10:01:36  INFO  [gnc_load_app_icons] Path 2:
/opt/gnucash-git/gnucash-acct-maint/share/icons
* 10:01:36  INFO  [gnc_load_app_icons] Path 3:
/usr/local/share/icons
* 10:01:36  INFO  [gnc_load_app_icons] Path 4: /usr/share/icons
* 10:01:36  INFO  [gnc_load_app_icons] Path 5:
/opt/gnucash-git/gnucash-acct-maint/share/pixmaps
* 10:01:36  INFO  [gnc_load_app_icons] Path 6:
/usr/local/share/pixmaps
* 10:01:36  INFO  [gnc_load_app_icons] Path 7: /usr/share/pixmaps
* 10:01:36  INFO  [gnc_load_app_icons] Path 8:
/opt/gnucash-git/gnucash-acct-maint/share/gnucash/icons
* 10:01:36  INFO  [gnc_load_app_icons] Path 9:
/opt/gnucash-git/gnucash-acct-maint/share/icons
* 10:01:36  INFO  [gnc_hook_lookup] no hook lists
* 10:01:37  WARN  Could not locate module gnucash/engine
interface v.0
* 10:01:37  WARN  Could not locate module gnucash/app-utils
interface v.0
* 10:01:37  WARN  Could not locate module gnucash/gnome-utils
interface v.0
* 10:01:37  WARN  Could not locate module gnucash/gnome-search
interface v.0
* 10:01:37  WARN  Could not locate module
gnucash/register/ledger-core interface v.0
* 10:01:37  WARN  Could not locate module
gnucash/register/register-core interface v.0
* 10:01:37  WARN  Could not locate module
gnucash/register/register-gnome interface v.0
* 10:01:37  WARN  Could not locate module
gnucash/import-export/qif-import interface v.0
* 10:01:37 MESSG  Could not locate optional module
gnucash/import-export/ofx interface v.0
* 10:01:37 MESSG  Could not locate optional module
gnucash/import-export/csv-import interface v.0
* 10:01:37 MESSG  Could not locate optional module
gnucash/import-export/csv-export interface v.0
* 10:01:37 MESSG  Could not locate optional module
gnucash/import-export/log-replay interface v.0
* 10:01:37 MESSG  Could not locate optional module
gnucash/import-export/aqbanking interface v.0
* 10:01:37 MESSG  Could not locate optional module
gnucash/import-export/bi-import interface v.0
* 10:01:37 MESSG  Could not locate optional module
gnucash/import-export/customer-import interface v.0
* 10:01:37  WARN  Could not locate module
gnucash/report/report-system interface v.0
* 10:01:37  WARN  Could not locate module
gnucash/report/stylesheets interface v.0
* 10:01:37  WARN  Could not locate module
gnucash/report/locale-specific/us interface v.0
* 10:01:37  WARN  Could not locate module
gnucash/report/report-gnome interface v.0
* 10:01:37 MESSG  Could not locate optional module
gnucash/python interface v.0
* 10:01:37  WARN  GnuCash engine failed to initialize.  Exiting.

Might have to do with moving things around.

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

Re: What version of txf export used in windows version 2.6.19

[Alex Aycinena]

Jeffrey,

I don't recall where I got it, but I will send a copy directly to your
email when I can get to the machine that it is on.

Regards,

Alex

On Fri, Feb 2, 2018 at 4:10 PM, jeffrey black <beastmaster...@hotmail.com>
wrote:

> On 1/30/2018 3:41 PM, Alex Aycinena wrote:
>
>
> -- Forwarded message --
>> From: Jeffrey Black <beastmaster...@hotmail.com>
>> To: gnucash-devel@gnucash.org
>> Cc:
>> Bcc:
>> Date: Sat, 27 Jan 2018 18:13:02 -0700 (MST)
>> Subject: What version of txf export used in windows version 2.6.19
>> I tried importing my txf output file into H block Premium 2017, hoping
>> it
>> works this year.  It doesn't.  I know they have a problem with importing,
>> it
>> creates multiple copies of schedules C and F.  That is their problem not
>> GnuCash.
>>
>> I am under U.S. 1040 tax code.  Using windows version 2.6.19 of GnuCash.
>>
>> 3 questions.
>>
>> 1)  Looking in the txf.scm file it looks like you are using V42 not V41
>> from
>> the date fields. IE.
>>
>> (cons 'N370 #(none "Sched F" "Custom hire (machine work)" 1 #t ""
>> ((2012
>> "7") (2011 "7a or b") (1990 "9"
>>
>> Which version is it actually exporting?  V41 or V42?  The header says V41.
>>
>>
> The latest version as of the report re-write was V41, dated 6/16/06, which
> was used. The dates you see are used for the report formatting and have
> nothing to do with the TXF output or the version of the txf spec. It has
> not been updated, yet, to version 42 because I did not know of it until
> just now.
>
>
>
>> 2)  Also, there is very little information available about the internal
>> format of a .TXF file.  In Windows, does it matter if each line with data
>> ends in a carriage return , then followed by a blank line of only
>>  ?IE:
>>
>> V041
>> 
>> AGnuCash 2.6.19
>> 
>> D01/26/2018
>> 
>> ^
>> etc..
>>
>>
> I don't know the answer to that specifically. When the report was first
> re-written there was a problem initially on the Windows platform with line
> endings that was fixed and tested by the user on Windows that reported the
> problem. I don't recall what tax software he used. You could test the
> relevance of the blank lines by using a text editor with a small sample to
> try different combinations and see if you get different results.
>
>
>
>> 3)  there are only 685 codes in V041 and 717 codes in Version 042, all 3
>> digits.  Where did you find the codes with four digits?
>>
>>
> There is a TXF Spec for Business "Business Tax Exchange Format for Forms
> 1065, 1120, 1120S, 990, 990-PF, 990-T", V41, that was used.
>
>
>
>>
>>
>> --JEffrey Black M.B.A.
>>
>
>
>  Regards,
>
> Alex
>
> Alex:
>
> Thank you for the information.
>
> Hopefully GnuCash V3 will have increased support for all of the V42 tax
> codes.  I will add it to the wish list.  And while I am at it, wish that
> Inuit and co-conspirators would update the TXF to V43 (not likely), so it
> fits more of the new or updated forms.
>
> Considered doing a build of GnuCash on my own, with the V42 codes and
> quickly rejected the idea.  I do not have time right now to even begin to
> attempt to update all of the related source code.
>
> As for importing TXF files containing references to schedules C and F, H
> Block's techs have absolutely no idea how to do it either.  Meaning they do
> not support it.  Thankfully the printed report generated by GnuCash lists
> the form and last known line where data goes.  Anything that makes filling
> out IRS forms faster and easier is a god send.
>
> In regards to the V41 business tax codes, I have been unable to locate the
> specs for it.  Can and would you point me to a link for it?
>
> --JEffrey Black M.B.A.
>
>
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: What version of txf export used in windows version 2.6.19

[Alex Aycinena]

> -- Forwarded message --
> From: Jeffrey Black 
> To: gnucash-devel@gnucash.org
> Cc:
> Bcc:
> Date: Sat, 27 Jan 2018 18:13:02 -0700 (MST)
> Subject: What version of txf export used in windows version 2.6.19
> I tried importing my txf output file into H block Premium 2017, hoping it
> works this year.  It doesn't.  I know they have a problem with importing,
> it
> creates multiple copies of schedules C and F.  That is their problem not
> GnuCash.
>
> I am under U.S. 1040 tax code.  Using windows version 2.6.19 of GnuCash.
>
> 3 questions.
>
> 1)  Looking in the txf.scm file it looks like you are using V42 not V41
> from
> the date fields. IE.
>
> (cons 'N370 #(none "Sched F" "Custom hire (machine work)" 1 #t ""
> ((2012
> "7") (2011 "7a or b") (1990 "9"
>
> Which version is it actually exporting?  V41 or V42?  The header says V41.
>
>
The latest version as of the report re-write was V41, dated 6/16/06, which
was used. The dates you see are used for the report formatting and have
nothing to do with the TXF output or the version of the txf spec. It has
not been updated, yet, to version 42 because I did not know of it until
just now.



> 2)  Also, there is very little information available about the internal
> format of a .TXF file.  In Windows, does it matter if each line with data
> ends in a carriage return , then followed by a blank line of only
>  ?IE:
>
> V041
> 
> AGnuCash 2.6.19
> 
> D01/26/2018
> 
> ^
> etc..
>
>
I don't know the answer to that specifically. When the report was first
re-written there was a problem initially on the Windows platform with line
endings that was fixed and tested by the user on Windows that reported the
problem. I don't recall what tax software he used. You could test the
relevance of the blank lines by using a text editor with a small sample to
try different combinations and see if you get different results.



> 3)  there are only 685 codes in V041 and 717 codes in Version 042, all 3
> digits.  Where did you find the codes with four digits?
>
>
There is a TXF Spec for Business "Business Tax Exchange Format for Forms
1065, 1120, 1120S, 990, 990-PF, 990-T", V41, that was used.



>
>
> --JEffrey Black M.B.A.
>


 Regards,

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

Re: Problem building master with autotools

[Alex Aycinena]

Geert,

On Fri, Jul 21, 2017 at 1:52 AM, Geert Janssens <geert.gnuc...@kobaltwit.be>
wrote:

> Op woensdag 19 juli 2017 22:09:40 CEST schreef Alex Aycinena:
> > On Tue, Jul 11, 2017 at 3:29 PM, Eric Theise <ericthe...@gmail.com>
> wrote:
> > > Hi everyone,
> > >
> > > I seem to be having the same problem as Alex. It's my first time
> trying to
> > > do a local build. I'm using an up-to-date Ubuntu 16.04 virtual machine.
> > >
> > > Eric
> > >
> > > ...
> > > make[4]: Leaving directory '/home/erictheise/Repos/
> > > erictheise/gnucash/build/src/import-export/log-replay'
> > > Making all in test
>

 

> > ../../../src/engine/test-core/.libs/libgncmod-test-engine.a(
> test-engine-s
> > > tuff.o): undefined reference to symbol '__gxx_personality_v0@@CXXABI_
> 1.3'
> > > //usr/lib/x86_64-linux-gnu/libstdc++.so.6: error adding symbols: DSO
> > > missing from command line
> > > collect2: error: ld returned 1 exit status
> > > Makefile:838: recipe for target 'test-import-pending-matches' failed
>




> >
> > As an update on this issue, I have been able to build with autotools and,
> > through a process of elimination, have discovered that the problem occurs
> > when I use the --enable-debug configure switch, but not otherwise. In
> other
> > words:
> >
> > ../gnucash/configure --srcdir=/home/gnucash-dev/gitcheckouts/gnucash
> > --prefix=/opt/gnucash-git/gnucash --enable-debug --enable-doxygen
> > --enable-error-on-warning --enable-compile-warnings=yes
> > --with-dbi-dbd-dir=/usr/lib64/dbd --enable-ofx --enable-aqbanking
> > --enable-locale-specific-tax --enable-python
> >
> > fails make with the indicated error while:
> >
> > ../gnucash/configure --srcdir=/home/gnucash-dev/gitcheckouts/gnucash
> > --prefix=/opt/gnucash-git/gnucash --enable-doxygen
> > --enable-error-on-warning --enable-compile-warnings=yes
> > --with-dbi-dbd-dir=/usr/lib64/dbd --enable-ofx --enable-aqbanking
> > --enable-locale-specific-tax --enable-python
> >
> > succeeds through make, make check and, as root, make install.
> >
> > I don't know why though.
> >
> > Alex
>
> I have noticed the same behavior on my laptop. I'm away from home so I
> can't
> test if I can also reproduce it on the workstation I usually develop on.
> Will
> do that when I get back home unless someone figures out a fix before that
> time.
>
> Regards,
>
> Geert
>

I can confirm that Geert's commit 64f36323b23d6dc9eb2eab9eb2630f1efc0a64ef
fixes this problem and the --enable-debug switch with autotools no longer
causes this problem on my system.

Thanks,

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

Re: Source directory restructuring

[Alex Aycinena]

> -- Forwarded message --
> From: Geert Janssens <geert.gnuc...@kobaltwit.be>
> To: gnucash-devel <gnucash-devel@gnucash.org>
> Cc:
> Bcc:
> Date: Wed, 16 Aug 2017 12:44:52 +0200
> Subject: Re: Source directory restructuring
> On maandag 14 augustus 2017 02:59:58 CEST Alex Aycinena wrote:
> > I did a test by test comparison using Testing/Temporary/LastTest.log also
> > and I find there are three tests in autotools that are missing in cmake:
> >
> >  - src/engine/test/test-import-map
> >  - src/engine/test/test-engine
> >  - src/app-utils/test/test-app-utils
> >
> > I couldn't map test # 77,
> > src/import-export/test/test-import-pending-matches, to any in autotools.
> >
> > Alex
>
> Hi Alex,
>
> I have added test-import-map and test-app-utils. On my system test-engine
> is
> running. Perhaps I fixed that already while restructuring the sources. I
> don't
> remember.
>
> And test-import-pending matches is run via autotools on my system. It was
> not
> listed in the colored test output but it was run right after that. I have
> tweaked the Makefile slightly so it now is part of the colored output and
> hence more visible.
>
> Can you verify this on your system as well ?
>
> Geert
>
>

Geert,

I can verify that with cmake/ninja, the three tests are there. There was a
test failure, however, in 21 - test-backend-dbi:

21/103 Testing: test-backend-dbi
21/103 Test: test-backend-dbi
Command:
"/home/gnucash-dev/gitcheckouts/gnucash-clean-build/bin/test-backend-dbi"
Directory:
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/libgnucash/backend/dbi/test
"test-backend-dbi" start time: Aug 17 14:16 PDT
Output:
--
/backend/dbi/adjust sql options string localtime: OK
/backend/dbi/sqlite3/store_and_reload: test-backend-dbi:
/usr/include/boost/variant/detail/forced_return.hpp:39: T
boost::detail::variant::forced_return() [with T = const std::type_info&]:
Assertion `false' failed.

Test time =   0.73 sec
--
Test Failed.
"test-backend-dbi" end time: Aug 17 14:16 PDT
"test-backend-dbi" time elapsed: 00:00:00

I can also verify, from an earlier build, that test-import-pending-matches
is run on my system with autotools. It didn't run after the latest git pull
because of the test-backend-dbi failure in autotools as well.

That's a nice feature of the cmake route: if there is a failure in a test
subsequent tests are run whereas in autotools make check stops and if there
are other test failures you won't see them.

Regards,

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

Re: Source directory restructuring complete (Geert Janssens)

[Alex Aycinena]

On Tue, Aug 15, 2017 at 1:23 PM, Alex Aycinena <alex.aycin...@gmail.com>
wrote:

>
>
> Hi Geert,
>
> I did a new clone with a parallel build directory in three Fedora's and
> had mixed results:
>
> F24 - with cmake/ninja: clean ninja-build, ninja-build check, ninja-build
> install and gnucash started OK and ran.
>
> F26 VM - with autotools: clean make, make check, make install and gnucash
> started OK and ran.
>
> F25 - with autotools: clean make, make install and gnucash started OK and
> ran. But make check failed in app-utils in test-load-module with the
> following rather long output.
>
> Regards,
>
> Alex
>
> output:
>
> make[5]: Entering directory '/home/gnucash-dev/gitcheckouts/gnucash-new-
> build/libgnucash/app-utils/test'
> *** Error in `/home/gnucash-dev/gitcheckouts/gnucash-new-build/gnc-guile':
> double free or corruption (out): 0x01481b90 ***
>
>



> /home/gnucash-dev/gitcheckouts/gnucash-new/test-driver: line 107:  9549
> Aborted (core dumped) "$@" > $log_file 2>&1
> FAIL: test-load-module
> PASS: test-link-module
> PASS: test-exp-parser
> PASS: test-scm-query-string
> PASS: test-print-parse-amount
> PASS: test-sx
> PASS: test-app-utils
>
>
Geert,

On running make check a second time on the F25 it passed with no failure.
Not sure why the difference.

Regards,

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

Re: Source directory restructuring complete (Geert Janssens)

[Alex Aycinena]

>
>
> -- Forwarded message --
> From: Geert Janssens 
> To: gnucash-devel@gnucash.org
> Cc:
> Bcc:
> Date: Tue, 15 Aug 2017 16:54:23 +0200
> Subject: Re: Source directory restructuring complete
> Hmm,
>
> And I meant to add, can you post the contents of the test logs for the
> failing
> tests ?
>
> You will find them in ../build_gnucash/libgnucash/engine/test/
> The logs are named after the tests so you'll be looking for
> test-test-extras.log
> test-account.log
> test-split.log
>
> Geert
>

Hi Geert,

I did a new clone with a parallel build directory in three Fedora's and had
mixed results:

F24 - with cmake/ninja: clean ninja-build, ninja-build check, ninja-build
install and gnucash started OK and ran.

F26 VM - with autotools: clean make, make check, make install and gnucash
started OK and ran.

F25 - with autotools: clean make, make install and gnucash started OK and
ran. But make check failed in app-utils in test-load-module with the
following rather long output.

Regards,

Alex

output:

make[5]: Entering directory
'/home/gnucash-dev/gitcheckouts/gnucash-new-build/libgnucash/app-utils/test'
*** Error in `/home/gnucash-dev/gitcheckouts/gnucash-new-build/gnc-guile':
double free or corruption (out): 0x01481b90 ***
=== Backtrace: =
/lib64/libc.so.6(+0x791bb)[0x7f215a33e1bb]
/lib64/libc.so.6(+0x8282a)[0x7f215a34782a]
/lib64/libc.so.6(cfree+0x4c)[0x7f215a34b25c]
../../../libgnucash/engine/.libs/libgncmod-engine.so(_ZNSt6vectorI13GncDateFormatSaIS0_EED2Ev+0x3b)[0x7f21560d90eb]
/lib64/libc.so.6(+0x3a3d0)[0x7f215a2ff3d0]
/lib64/libc.so.6(+0x3a42a)[0x7f215a2ff42a]
/lib64/libguile-2.0.so.22(+0x58f4f)[0x7f215af64f4f]
/lib64/libguile-2.0.so.22(+0xf2696)[0x7f215affe696]
/lib64/libguile-2.0.so.22(scm_call_4+0x43)[0x7f215af6e913]
/lib64/libguile-2.0.so.22(+0x592c1)[0x7f215af652c1]
/lib64/libguile-2.0.so.22(scm_c_with_continuation_barrier+0x45)[0x7f215af653a5]
/lib64/libguile-2.0.so.22(+0xd9afc)[0x7f215afe5afc]
/lib64/libgc.so.1(GC_call_with_stack_base+0x22)[0x7f215abc5352]
/lib64/libguile-2.0.so.22(scm_with_guile+0x38)[0x7f215afe5f28]
/lib64/libguile-2.0.so.22(scm_boot_guile+0x52)[0x7f215af8c632]
/home/gnucash-dev/gitcheckouts/gnucash-new-build/gnc-guile[0x400670]
/lib64/libc.so.6(__libc_start_main+0xf1)[0x7f215a2e5401]
/home/gnucash-dev/gitcheckouts/gnucash-new-build/gnc-guile[0x4006aa]
=== Memory map: 
0040-00401000 r-xp  fd:02 2627024
/home/gnucash-dev/gitcheckouts/gnucash-new-build/gnc-guile
0060-00601000 r--p  fd:02 2627024
/home/gnucash-dev/gitcheckouts/gnucash-new-build/gnc-guile
00601000-00602000 rw-p 1000 fd:02 2627024
/home/gnucash-dev/gitcheckouts/gnucash-new-build/gnc-guile
01175000-02332000 rw-p  00:00 0
[heap]
7f214400-7f2144021000 rw-p  00:00 0
7f2144021000-7f214800 ---p  00:00 0
7f2148fcb000-7f2148fcc000 rw-p  00:00 0
7f2148fcc000-7f2148fcd000 r--p  fd:02 3545232
/home/gnucash-dev/.cache/guile/ccache/2.0-LE-8-2.0/home/gnucash-dev/gitcheckouts/gnucash-new-build/libgnucash/app-utils/test/test-load-module.go
7f2148fcd000-7f2148fd r--p  fd:02 3543598
/home/gnucash-dev/gitcheckouts/gnucash-new-build/libgnucash/app-utils/business-prefs.go
7f2148fd-7f2148fd7000 r--p  fd:02 3543597
/home/gnucash-dev/gitcheckouts/gnucash-new-build/libgnucash/app-utils/business-options.go
7f2148fd7000-7f2148fd8000 r--p  fd:02 3543606
/home/gnucash-dev/gitcheckouts/gnucash-new-build/libgnucash/app-utils/simple-obj.go
7f2148fd8000-7f2148fe6000 r--p  fd:02 3543601
/home/gnucash-dev/gitcheckouts/gnucash-new-build/libgnucash/app-utils/date-utilities.go
7f2148fe6000-7f2148fe7000 r--p  fd:02 3543605
/home/gnucash-dev/gitcheckouts/gnucash-new-build/libgnucash/app-utils/prefs.go
7f2148fe7000-7f2148fe8000 r--p  fd:02 3543602
/home/gnucash-dev/gitcheckouts/gnucash-new-build/libgnucash/app-utils/hooks.go
7f2148fe8000-7f2148fff000 r--p  fd:02 3543604
/home/gnucash-dev/gitcheckouts/gnucash-new-build/libgnucash/app-utils/options.go
7f2148fff000-7f214fb9e000 r--p  fd:00 106949
/usr/lib/locale/locale-archive
7f214fb9e000-7f214fbad000 r--p  fd:02 3545045
/home/gnucash-dev/.cache/guile/ccache/2.0-LE-8-2.0/home/gnucash-dev/gitcheckouts/gnucash-new/libgnucash/scm/printf.scm.go
7f214fbad000-7f214fbbc000 r--p  fd:02 3545042
/home/gnucash-dev/.cache/guile/ccache/2.0-LE-8-2.0/home/gnucash-dev/gitcheckouts/gnucash-new/libgnucash/app-utils/app-utils.scm.go
7f214fbbc000-7f214fc09000 r-xp  fd:00 17078240
/opt/gnucash-git/gnucash-new/lib/libgnc-backend-xml-utils.so.0.0.0
7f214fc09000-7f214fe09000 ---p 0004d000 fd:00 17078240
/opt/gnucash-git/gnucash-new/lib/libgnc-backend-xml-utils.so.0.0.0
7f214fe09000-7f214fe0a000 r--p 0004d000 fd:00 17078240
/opt/gnucash-git/gnucash-new/lib/libgnc-backend-xml-utils.so.0.0.0
7f214fe0a000-7f214fe0e000 rw-p 0004e000 fd:00 17078240

Re: Source directory restructuring

[Alex Aycinena]

On Sun, Aug 13, 2017 at 3:52 AM, Geert Janssens <geert.gnuc...@kobaltwit.be>
wrote:

> On zondag 13 augustus 2017 01:34:34 CEST Alex Aycinena wrote:
> > John,
> >
> > I did a test-by-test comparison and found the following:
> >
> > in cmake but not exactly the same in autotools:
> >
> > Test  #49: scm-test-account
> > Test  #50: scm-test-create-account
> > Test  #51: scm-test-test-extra
> > Test  #52: scm-test-split
> > Test  #65: test-real-data
> > Test  #74: scm-test-load-module
> > Test  #76: test-link-generic-import
> >
> > in autotools but not in cmake:
> >
> > test-import-map
> > test-create-account (is this Test  #50:
> > scm-test-create-account?)
> > test-test-extras   (is this Test  #51:
> > scm-test-test-extra?)
> > test-account   (is this Test  #49:
> > scm-test-account?)
> > test-split (is this Test  #52:
> > scm-test-split?)
> > test-real-data.sh  (is this Test  #65:
> > test-real-data?)
> > test-load-module (for app-utils)
> > test-app-utils
> > test-link (for engine)
> > test-link (for import-export)(is this Test  #76:
> > test-link-generic-import?)
> >
> > I don't see any logs in the test subdirectories after running the tests
> > with cmake like there are under autotools which make it hard to compare
> the
> > two. Also, it would make figuring out a failure hard to do compared with
> > autotools where you do have the logs. Can this be fixed if we switch to
> > cmake or am I missing something?
> >
> > So in summary the missing tests in cmake seem to be: test-import-map
> (which,
> > by-the-way, fails randomly from time-to-time), test-load-module (for
> > app-utils), test-app-utils (which is the one that caught me), and
> test-link
> > (for engine). Not sure about the other ones or which one test #74
> > corresponds to.
>
> According to Testing/Temporary/LastTest.log, test #74 is test-load-module
> in
> app-utils. I guess we could improve the test name to reflect this.
>
> I will add test-app-utils to cmake after I finished the directory
> restructuring.
>
> Geert
>

I did a test by test comparison using Testing/Temporary/LastTest.log also
and I find there are three tests in autotools that are missing in cmake:

 - src/engine/test/test-import-map
 - src/engine/test/test-engine
 - src/app-utils/test/test-app-utils

I couldn't map test # 77,
src/import-export/test/test-import-pending-matches, to any in autotools.

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

Re: Source directory restructuring

[Alex Aycinena]

>
>
> On Wed, Aug 9, 2017 at 11:54 AM, John Ralls <jra...@ceridwen.fremont.ca.us
> > wrote:
>
>>
>> > On Aug 9, 2017, at 9:16 PM, Alex Aycinena <alex.aycin...@gmail.com>
>> wrote:
>> >
>> >>
>> >>
>> >>
>> >> -- Forwarded message --
>> >> From: John Ralls <jra...@ceridwen.fremont.ca.us>
>> >> To: Sumit Bhardwaj <bhardw...@gmail.com>
>> >> Cc: gnucash-devel <gnucash-devel@gnucash.org>
>> >> Bcc:
>> >> Date: Tue, 8 Aug 2017 20:01:44 +0300
>> >> Subject: Re: Source directory restructuring
>> >>
>> >>> On Aug 8, 2017, at 5:50 PM, Sumit Bhardwaj <bhardw...@gmail.com>
>> wrote:
>> >>>
>> >>> John,
>> >>>
>> >>> If the plan is to dump autotools, should we ask also devs to make sure
>> >> that
>> >>> they can build using cmake? I have had problems in the past and
>> >> therefore,
>> >>> I have stuck with autotools so far.
>> >>>
>> >>> What are the things we want to confirm in the cmake toolchain?
>> >>> cmake
>> >>> cmake install
>> >>> cmake check
>> >>>
>> >>> Anything else?
>> >> Sumit,
>> >>
>> >> No. cmake  srcdir && make && make check && make install or
>> (quite a
>> >> bit faster) cmake -G Ninja  srcdir && ninja check && ninja
>> install.
>> >>
>> >> You generally need to at least specify a -DCMAKE_INSTALL_PREFIX unless
>> you
>> >> want GnuCash installed in /usr/local which back in the day was a
>> reasonable
>> >> thing to do but isn't really anymore. Because of normal linker
>> behavior and
>> >> GnuCash's overuse of loadable modules you also need to uninstall before
>> >> building, especially when changing branches. The incantation for that
>> in
>> >> cmake is xargs rm < install_manifest.txt.
>> >>
>> >> Geert and I use the cmake+ninja build system most of the time and the
>> >> Windows automated build has been using it for just over a year. I think
>> >> that it's well tested. There's a known problem that the dependency
>> graph
>> >> doesn't capture everything especially for some of the scheme modules so
>> >> allowing too much parallelism (setting -j too high on a many-core
>> machine)
>> >> will try to build some things before their dependencies are done.
>> That's
>> >> not a blocker to dropping autotools. The only loose end at present is
>> that
>> >> there are still a few rough edges in the dist target that need to be
>> >> cleaned up.
>> >>
>> >> Regards,
>> >> John Ralls
>> >>
>> >>
>> >
>> > I switched to cmake and ninja a few months ago when I had trouble
>> building
>> > with autotools and I thought everything was working fine. I pushed a
>> commit
>> > and found that some changes to unit tests that I had made didn't work
>> and
>> > so I accidently broke the build. I had assumed that ninja check, which
>> had
>> > been successful, had run the unit tests and hadn't bother to check for
>> > sure. I was finally able to get autotools to work by not including the
>> > debug arg in configure and so was able to run the unit test, fix it and
>> > push the fix. I have been using autotools since to make sure the tests
>> are
>> > all run.
>> >
>> > My question is whether cmake now runs all the same unit tests.
>> >
>>
>> Alex,
>>
>> IIRC you flagged those tests as not run and Geert fixed them. Do you
>> remember what they were?
>>
>> I think that cmake and autotools are running the same set of tests but I
>> haven't done a test-by-test comparison in a while.
>>
>> Regards,
>> John Ralls
>>
>>
>> ___
>> gnucash-devel mailing list
>> gnucash-devel@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
>
>
John,

I did a test-by-test comparison and found the following:

in cmake but not exactly the same in autotools:

Test  #49: scm-test-account
Test  #50: scm-test-create-account
Test  #51: scm-test-test-extra
Test  #52: scm-test-split
Test  #65: test-real-data
Test  #74: scm-test-load-module
Test  #76: test

Re: Source directory restructuring

[Alex Aycinena]

>
>
>
> -- Forwarded message --
> From: John Ralls 
> To: Sumit Bhardwaj 
> Cc: gnucash-devel 
> Bcc:
> Date: Tue, 8 Aug 2017 20:01:44 +0300
> Subject: Re: Source directory restructuring
>
> > On Aug 8, 2017, at 5:50 PM, Sumit Bhardwaj  wrote:
> >
> > John,
> >
> > If the plan is to dump autotools, should we ask also devs to make sure
> that
> > they can build using cmake? I have had problems in the past and
> therefore,
> > I have stuck with autotools so far.
> >
> > What are the things we want to confirm in the cmake toolchain?
> > cmake
> > cmake install
> > cmake check
> >
> > Anything else?
> Sumit,
>
> No. cmake  srcdir && make && make check && make install or (quite a
> bit faster) cmake -G Ninja  srcdir && ninja check && ninja install.
>
> You generally need to at least specify a -DCMAKE_INSTALL_PREFIX unless you
> want GnuCash installed in /usr/local which back in the day was a reasonable
> thing to do but isn't really anymore. Because of normal linker behavior and
> GnuCash's overuse of loadable modules you also need to uninstall before
> building, especially when changing branches. The incantation for that in
> cmake is xargs rm < install_manifest.txt.
>
> Geert and I use the cmake+ninja build system most of the time and the
> Windows automated build has been using it for just over a year. I think
> that it's well tested. There's a known problem that the dependency graph
> doesn't capture everything especially for some of the scheme modules so
> allowing too much parallelism (setting -j too high on a many-core machine)
> will try to build some things before their dependencies are done. That's
> not a blocker to dropping autotools. The only loose end at present is that
> there are still a few rough edges in the dist target that need to be
> cleaned up.
>
> Regards,
> John Ralls
>
>

I switched to cmake and ninja a few months ago when I had trouble building
with autotools and I thought everything was working fine. I pushed a commit
and found that some changes to unit tests that I had made didn't work and
so I accidently broke the build. I had assumed that ninja check, which had
been successful, had run the unit tests and hadn't bother to check for
sure. I was finally able to get autotools to work by not including the
debug arg in configure and so was able to run the unit test, fix it and
push the fix. I have been using autotools since to make sure the tests are
all run.

My question is whether cmake now runs all the same unit tests.

Regards,

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

Compile error on clean build on Fedora 26

[Alex Aycinena]

On a new clean clone on a Fedora 26 VM, with the following configure:

../gnucash-clean/configure
--srcdir=/home/gnucash-dev/gitcheckouts/gnucash-clean
--prefix=/opt/gnucash-git/gnucash-clean

I get the following error on make:

In file included from
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/libqof/qof/guid.cpp:25:0:
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/libqof/qof/guid.hpp:52:51:
error: dynamic exception specifications are deprecated in C++11
[-Werror=deprecated]
 static GUID from_string (std::string const &) throw
(guid_syntax_exception);
   ^
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/libqof/qof/guid.cpp:346:45:
error: dynamic exception specifications are deprecated in C++11
[-Werror=deprecated]
 GUID::from_string (std::string const & str) throw (guid_syntax_exception)
 ^
cc1plus: error: unrecognized command line option ‘-Wno-deprecated-register’
[-Werror]
cc1plus: all warnings being treated as errors
make[5]: *** [Makefile:757: guid.lo] Error 1
make[5]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof'

Builds OK on Fedora 25 so osomething must have changed between the two.

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

Re: Problem building master with autotools

[Alex Aycinena]

On Tue, Jul 11, 2017 at 3:29 PM, Eric Theise  wrote:

> Hi everyone,
>
> I seem to be having the same problem as Alex. It's my first time trying to
> do a local build. I'm using an up-to-date Ubuntu 16.04 virtual machine.
>
> Eric
>
> ...
> make[4]: Leaving directory '/home/erictheise/Repos/
> erictheise/gnucash/build/src/import-export/log-replay'
> Making all in test
> make[4]: Entering directory '/home/erictheise/Repos/
> erictheise/gnucash/build/src/import-export/test'
> /bin/bash ../../../libtool  --tag=CC   --mode=link gcc -I../../../../src
> -I../../../../src/gnc-module -I../../../../src/test-core
> -I../../../../src/engine -I../../../../src/app-utils
> -I../../../../src/import-export -I../../../../src/libqof/qof
> -I../../../../src/engine/test-core -pthread -I/usr/include/gtk-3.0
> -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0
> -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include
> -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/
> -I/usr/include/mirclient -I/usr/include/mircore -I/usr/include/mircookie
> -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz
> -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo
> -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12
> -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12
> -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
> -pthread -I/usr/include/guile/2.0 -pthread -I/usr/include/glib-2.0
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g  -std=gnu11 -g   -g  -o
> test-import-pending-matches 
> test_import_pending_matches-test-import-pending-matches.o
> ../../../src/libqof/qof/libgnc-qof.la ../../../src/engine/libgncmod-
> engine.la ../libgncmod-generic-import.la ../../../src/engine/test-core/
> libgncmod-test-engine.la ../../../src/test-core/libtest-core.la -lgio-2.0
> -lgthread-2.0 -pthread -lgobject-2.0 -Wl,--export-dynamic -lgmodule-2.0
> -pthread -lglib-2.0 -lm
> libtool: link: gcc -I../../../../src -I../../../../src/gnc-module
> -I../../../../src/test-core -I../../../../src/engine
> -I../../../../src/app-utils -I../../../../src/import-export
> -I../../../../src/libqof/qof -I../../../../src/engine/test-core -pthread
> -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0
> -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0
> -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/gtk-3.0
> -I/usr/include/gio-unix-2.0/ -I/usr/include/mirclient
> -I/usr/include/mircore -I/usr/include/mircookie -I/usr/include/cairo
> -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0
> -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1
> -I/usr/include/freetype2 -I/usr/include/libpng12
> -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12
> -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
> -pthread -I/usr/include/guile/2.0 -pthread -I/usr/include/glib-2.0
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -std=gnu11 -g -g -o
> .libs/test-import-pending-matches 
> test_import_pending_matches-test-import-pending-matches.o
> -pthread -Wl,--export-dynamic -pthread  
> ../../../src/libqof/qof/.libs/libgnc-qof.so
> ../../../src/engine/.libs/libgncmod-engine.so 
> ../.libs/libgncmod-generic-import.so
> ../../../src/engine/test-core/.libs/libgncmod-test-engine.a
> /home/erictheise/Repos/erictheise/gnucash/build/src/
> engine/.libs/libgncmod-engine.so /home/erictheise/Repos/
> erictheise/gnucash/build/src/gnc-module/.libs/libgnc-module.so
> /home/erictheise/Repos/erictheise/gnucash/build/src/
> core-utils/.libs/libgnc-core-utils.so -lpthread -lguile-2.0 -lgc
> /home/erictheise/Repos/erictheise/gnucash/build/src/libqof/qof/.libs/libgnc-qof.so
> -lboost_regex ../../../src/test-core/.libs/libtest-core.so -lgio-2.0
> -lgthread-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lm -pthread
> -Wl,-rpath -Wl,/home/erictheise/Repos/erictheise/gnucash/build/lib
> -Wl,-rpath -Wl,/home/erictheise/Repos/erictheise/gnucash/build/lib/gnucash
> /usr/bin/ld: 
> ../../../src/engine/test-core/.libs/libgncmod-test-engine.a(test-engine-stuff.o):
> undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3'
> //usr/lib/x86_64-linux-gnu/libstdc++.so.6: error adding symbols: DSO
> missing from command line
> collect2: error: ld returned 1 exit status
> Makefile:838: recipe for target 'test-import-pending-matches' failed
> make[4]: *** [test-import-pending-matches] Error 1
> make[4]: Leaving directory '/home/erictheise/Repos/
> erictheise/gnucash/build/src/import-export/test'
> Makefile:777: recipe for target 'all-recursive' failed
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory '/home/erictheise/Repos/
> erictheise/gnucash/build/src/import-export'
> Makefile:597: recipe for target 'all-recursive' failed
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory '/home/erictheise/Repos/
> erictheise/gnucash/build/src'
> Makefile:826: recipe for target 'all-recursive' failed
> 

Re: gnucash master: Book-Currency Feature step 6

[Alex Aycinena]

Fix subject on email

On Sun, Jul 16, 2017 at 6:49 PM, Alex Aycinena <alex.aycin...@gmail.com>
wrote:

> John,
>
>
>
>> -- Forwarded message --
>> From: John Ralls <jra...@ceridwen.us>
>> To: Robert Fewell <14ubo...@gmail.com>
>> Cc: Geert Janssens <geert.gnuc...@kobaltwit.be>, "
>> gnucash-devel@gnucash.org" <gnucash-devel@gnucash.org>
>> Bcc:
>> Date: Sat, 15 Jul 2017 13:59:32 -0700
>> Subject: Re: gnucash master: Book-Currency Feature step 6
>> Alex,
>>
>> How many more steps do you have in mind for this feature
>
>
> many
>
>
>> and how long do you think it will take?
>
>
> a long time, because I have spent less time on it than I thought initially
> I could due to other commitments
>
>
>> I ask because it's time to start thinking about setting feature, string,
>> and code freeze dates for 2.8.
>>
>> Regards,
>> John Ralls
>>
>>
> I can easily comment out the changes to File->Properties and then it will
> look like nothing has changed. I can make further changes on a separate
> branch going forward.
>
> Alex
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash-devel Digest, Vol 172, Issue 15

[Alex Aycinena]

John,



> -- Forwarded message --
> From: John Ralls 
> To: Robert Fewell <14ubo...@gmail.com>
> Cc: Geert Janssens , "
> gnucash-devel@gnucash.org" 
> Bcc:
> Date: Sat, 15 Jul 2017 13:59:32 -0700
> Subject: Re: gnucash master: Book-Currency Feature step 6
> Alex,
>
> How many more steps do you have in mind for this feature


many


> and how long do you think it will take?


a long time, because I have spent less time on it than I thought initially
I could due to other commitments


> I ask because it's time to start thinking about setting feature, string,
> and code freeze dates for 2.8.
>
> Regards,
> John Ralls
>
>
I can easily comment out the changes to File->Properties and then it will
look like nothing has changed. I can make further changes on a separate
branch going forward.

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

Re: gnucash master: Book-Currency Feature step 6

[Alex Aycinena]

Bob,


> -- Forwarded message --
> From: Robert Fewell <14ubo...@gmail.com>
> To: Geert Janssens 
> Cc: "gnucash-devel@gnucash.org" 
> Bcc:
> Date: Sat, 15 Jul 2017 18:18:25 +0100
> Subject: Re: gnucash master: Book-Currency Feature step 6
> I have changed the widgets mainly from GtkTable to GtkGrid in my latest
> pull request. As part of this I have added a function to blank the currency
> edit widget instead of having to destroy the widget and create a new one as
> this was creating errors in my trace file. I am not realy sure how this
> book-currency feature should work but visually it looks the same, Alex can
> you check it after it is merged to master and correct any thing I have got
> wrong.
>
> Bob
>
> On 10 July 2017 at 21:08, Geert Janssens 
> wrote:
>
> > On maandag 10 juli 2017 18:31:25 CEST Robert Fewell wrote:
> > > I did not realise that this content was so new, it showed up in my last
> > > build log and I thought it was stuff from master that needed the
> > deprecated
> > > widgets converted, mainly table to grid and a vbox.
> > >
> > > Shall I leave this for Alex to convert or wait for this to be fixed ?
> > >
> > > Bob
> >
> > The problem is fixed so feel free to convert all that is still
> deprecated.
> >
>

< snip >


> >
> > Geert
> >
>

Thanks for doing this. I looked it over pretty carefully and it all looks
good to me. I will use it as a guide in future work.

I will next be dealing with account maintenance. Have you already converted
that area?

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

Re: Problem building master with autotools

[Alex Aycinena]

Geert,


> Odd I don't get this on my system (Fedora 25 as well).
>
> The linker is having issues resolving "__gxx_personality_v0". The internet
> cites two common issues for this:
> - either a library is missing
> - or the sequence of libraries on the command line is wrong (a symbol to
> resolve should appear after the source in which it's being imported).
>
> For the first I option I don't have many clues. The symbol is defined in
> libstdc++. You could check whether it's installed on your system, including
> the devel package.
>
>
Both libstdc++ and libstdc++-devel are installed



> If it's a case of out of order mentioning of link libraries, we could use
> my
> system as a reference as I don't have the issue.
>
> Below is the full command issued to build test-import-pending-matches:
>
>
The two differences I found are


>  -g -O2 -std=gnu11
>

mine says:

 -g -std=gnull -g -g

Mine doesn't have:

>   -lsecret-1
>



>
>
> Do you see any differences with yours ?
>

I don't know if the two items above have any bearing or why they would be
different.


>
> Others may be able to give you more direct help. I'm not very fluent in
> linker
> stuff I'm afraid...
>
> Geert
>
> Neither am I but thanks for your help.

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

Re: Problem building master with autotools

[Alex Aycinena]

John,

>
> -- Forwarded message --
> From: John Ralls <jra...@ceridwen.us>
> To: Geert Janssens <geert.gnuc...@kobaltwit.be>
> Cc: gnucash-devel@gnucash.org, Alex Aycinena <alex.aycin...@gmail.com>
> Bcc:
> Date: Tue, 11 Jul 2017 06:57:52 -0700
> Subject: Re: Problem building master with autotools
>
>
> > On Jul 11, 2017, at 5:33 AM, Geert Janssens <geert.gnuc...@kobaltwit.be>
> wrote:
> >
> > On dinsdag 11 juli 2017 03:38:16 CEST Alex Aycinena wrote:
> >> With a fresh checkout of master, I try to build with the autotools but I
> >> get an error in linking test-import-pending-matches with
> test-engine-stuff
> >> during make as follows:
> >>
> >> /usr/bin/ld:
> >> ../../../src/engine/test-core/.libs/libgncmod-test-engine.a(
> test-engine-stuf
> >> f.o): undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3'
> >> /usr/lib64/libstdc++.so.6: error adding symbols: DSO missing from
> command
> >> line
> >> collect2: error: ld returned 1 exit status
> >> Makefile:837: recipe for target 'test-import-pending-matches' failed
> >>
> >> I can build with cmake but I would like to run make check after an
> >> autotools make because I think it runs different checks.
> >>
> >> Can anyone give me an idea of how to get this to work? This is Fedora
> 25.
> >>
> >
> > Odd I don't get this on my system (Fedora 25 as well).
> >
> > The linker is having issues resolving "__gxx_personality_v0". The
> internet
> > cites two common issues for this:
> > - either a library is missing
> > - or the sequence of libraries on the command line is wrong (a symbol to
> > resolve should appear after the source in which it's being imported).
>
> I hit that the other day and the problem was that I had installed
> libraries from master while trying to build maint. Since the latter doesn’t
> link to libstdc++, picking up one of the installed libraries that needed it
> caused the error and clearing out the installed libgnc* fixed the problem.
>
> Regards,
> John Ralls
>
> Ah, so it is not just me. This might help me solve it but I'm not quite
following. If I do a new checkout and then build in an empty separate build
directory, wouldn't that avoid the problem? Where would the installed
libgnc* be that causes the problem that I would have to clear out? In
/usr/lib64/gnucash? If I change anything there, wouldn't that mess up the
Fedora installed gnucash package?

By the way, I'm getting the same problem on three separate systems: a
Fedora 24, a Fedora 25 and a Fedora 25 VM, so if it is some strange system
configuration I have, then I have it on three systems, not just one. I
think I'll try a new VM of Fedora 26 that just came out and see if it works
there.

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

Re: Problem building master with autotools

[Alex Aycinena]

Sumit,

>
> -- Forwarded message --
> From: Sumit Bhardwaj <bhardw...@gmail.com>
> To: Alex Aycinena <alex.aycin...@gmail.com>
> Cc: gnucash-devel <gnucash-devel@gnucash.org>
> Bcc:
> Date: Mon, 10 Jul 2017 20:04:00 -0700
> Subject: Re: Problem building master with autotools
> Just did a fresh pull from gnucash/master (not a rebase).
>
> Using autotools (./autogen.sh && ./configure --enable-compile-warnings &&
> make) succeeded.
>
> Make check failed. Fail message is below. I will try to look at it if I
> have some time tonight.
>
> -Sumit
>
> ./../../test-driver: line 107:  8259 Trace/breakpoint trap   (core dumped)
> "$@" > $log_file 2>&1
> FAIL: test-app-utils
> 
> 
> Testsuite summary for GnuCash 2.6.99
> 
> 
> # TOTAL: 7
> # PASS:  6
> # SKIP:  0
> # XFAIL: 0
> # FAIL:  1
> # XPASS: 0
> # ERROR: 0
> 
> 
> See src/app-utils/test/test-suite.log
> Please report to gnucash-devel@gnucash.org
> 
> 
> Makefile:1051: recipe for target 'test-suite.log' failed
> make[5]: *** [test-suite.log] Error 1
> make[5]: Leaving directory
> '/home/bhardwajs/ac/devel/gnucash/src/app-utils/test'
> Makefile:1157: recipe for target 'check-TESTS' failed
> make[4]: *** [check-TESTS] Error 2
> make[4]: Leaving directory
> '/home/bhardwajs/ac/devel/gnucash/src/app-utils/test'
> Makefile:1272: recipe for target 'check-am' failed
> make[3]: *** [check-am] Error 2
> make[3]: Leaving directory
> '/home/bhardwajs/ac/devel/gnucash/src/app-utils/test'
> Makefile:1026: recipe for target 'check-recursive' failed
> make[2]: *** [check-recursive] Error 1
> make[2]: Leaving directory '/home/bhardwajs/ac/devel/
> gnucash/src/app-utils'
> Makefile:596: recipe for target 'check-recursive' failed
> make[1]: *** [check-recursive] Error 1
> make[1]: Leaving directory '/home/bhardwajs/ac/devel/gnucash/src'
> Makefile:825: recipe for target 'check-recursive' failed
> make: *** [check-recursive] Error 1
>
>
This the test that I pushed that I can't test since I can't build with
autotools. This test apparently isn't run when you test with cmake, which I
didn't realize. I have backed it out until I can test it and hopefully
didn't introduce any other problems in doing so.

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

Re: build after last update

[Alex Aycinena]

Geert,


> -- Forwarded message --
> From: Geert Janssens <geert.gnuc...@kobaltwit.be>
> To: Alex Aycinena <alex.aycin...@gmail.com>
> Cc: gnucash-devel <gnucash-devel@gnucash.org>
> Bcc:
> Date: Mon, 10 Jul 2017 23:01:22 +0200
> Subject: Re: build after last update
> Alex,
>
> I wonder did you run ninja-build install or are you running gnucash from
> the
> build directory ?
>
> I didn't consider the latter when making my changes. Perhaps I should.
>
> Geert
>

No i didn't run ninja-build install but ran it from the build directory.
When John pointed out a short while ago that you could, I started doing so
because it saved a step and was faster.

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

Re: Problem building master with autotools

[Alex Aycinena]

On Jul 10, 2017 6:58 PM, "Sumit Bhardwaj" <bhardw...@gmail.com> wrote:

I checked out master in the AM today and had a clean build (make and make
install) on Fedora 25 using autotools. I can try again once I get to my
personal machine.

Are you doing make test here? I can try and report.

Thanks,
Sumit

On Mon, Jul 10, 2017 at 6:38 PM, Alex Aycinena <alex.aycin...@gmail.com>
wrote:

> With a fresh checkout of master, I try to build with the autotools but I
> get an error in linking test-import-pending-matches with test-engine-stuff
> during make as follows:
>
> /usr/bin/ld:
> ../../../src/engine/test-core/.libs/libgncmod-test-engine.a(
> test-engine-stuff.o):
> undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3'
> /usr/lib64/libstdc++.so.6: error adding symbols: DSO missing from command
> line
> collect2: error: ld returned 1 exit status
> Makefile:837: recipe for target 'test-import-pending-matches' failed
>
> I can build with cmake but I would like to run make check after an
> autotools make because I think it runs different checks.
>
> Can anyone give me an idea of how to get this to work? This is Fedora 25.
>
> Thanks,
>
> Alex
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>

No - I have a new check out and an empty build directory. I run autogen.sh
then change to the build directory. I run config with a bunch of switches
referring back to the main directory for source. Then I run make and get
the error.

Can't figure out why it stopped working suddenly a few weeks ago.

Thanks.

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

Problem building master with autotools

[Alex Aycinena]

With a fresh checkout of master, I try to build with the autotools but I
get an error in linking test-import-pending-matches with test-engine-stuff
during make as follows:

/usr/bin/ld:
../../../src/engine/test-core/.libs/libgncmod-test-engine.a(test-engine-stuff.o):
undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3'
/usr/lib64/libstdc++.so.6: error adding symbols: DSO missing from command
line
collect2: error: ld returned 1 exit status
Makefile:837: recipe for target 'test-import-pending-matches' failed

I can build with cmake but I would like to run make check after an
autotools make because I think it runs different checks.

Can anyone give me an idea of how to get this to work? This is Fedora 25.

Thanks,

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

Re: build after last update

[Alex Aycinena]

> -- Forwarded message --
> From: Geert Janssens <geert.gnuc...@kobaltwit.be>
> To: Alex Aycinena <alex.aycin...@gmail.com>
> Cc: gnucash-devel <gnucash-devel@gnucash.org>, John Ralls <
> jra...@ceridwen.us>
> Bcc:
> Date: Mon, 10 Jul 2017 12:28:09 +0200
> Subject: Re: build after last update
> On zondag 9 juli 2017 22:33:34 CEST Alex Aycinena wrote:
> > Spoke too soon. When I tried to start gnucash with 'bin/gnucash --debug
> > --log gnc.scm=debug --nofile', got:
> >
> > gnc.gui:ERROR:/home/gnucash-dev/gitcheckouts/gnucash-
> clean-new/src/gnome-uti
> > ls/gnc-icons.c:103:gnc_load_app_icons: assertion failed:
> > (gtk_icon_theme_has_icon (icon_theme, file->icon_name)) Aborted (core
> > dumped)
>
> Alex,
>
> I have rewritten this function to avoid the assert. It wasn't really
> required.
> That doesn't explain though why you hit it and I don't.
>
> So I have added some debug output (to be enabled by setting gnc.gui=info).
> This will print out all paths where gtk will search for our icons.
>
> Can you check whether the icons the new function will complain about are
> available in any subdirectory of these directories ?
>
> Geert
>
>
Geert,

Gnucash.trace shows (with answer to your question):

* 11:57:55  INFO  [gnc_load_app_icons] The icon theme search path
has 16 elements.
* 11:57:55  INFO  [gnc_load_app_icons] Path 0:
/home/gnucash-dev/.local/share/icons

This directory doesn't exist

* 11:57:55  INFO  [gnc_load_app_icons] Path 1:
/home/gnucash-dev/.icons

This directory is empty

* 11:57:55  INFO  [gnc_load_app_icons] Path 2:
/home/gnucash-dev/gitcheckouts/gnucash-clean-new-build/share/icons

This directory doesn't exist

* 11:57:55  INFO  [gnc_load_app_icons] Path 3:
/opt/gnucash-git/gnucash-clean/share/icons

This directory has 1 subdirectory, called hicolor, which in turn has 9
subdirectories (16x16, 22x22, etc.), one callled scalable and a file
callled icon-theme.cache

* 11:57:55  INFO  [gnc_load_app_icons] Path 4:
/usr/local/share/icons

This directory doesn't exist

* 11:57:55  INFO  [gnc_load_app_icons] Path 5: /usr/share/icons

14 subdirectories, each with many subdirectories

* 11:57:55  INFO  [gnc_load_app_icons] Path 6:
/usr/local/share/icons

Same as path 4

* 11:57:55  INFO  [gnc_load_app_icons] Path 7: /usr/share/icons

Same as path 5

* 11:57:55  INFO  [gnc_load_app_icons] Path 8:
/home/gnucash-dev/gitcheckouts/gnucash-clean-new-build/share/pixmaps

This directory doesn't exist

* 11:57:55  INFO  [gnc_load_app_icons] Path 9:
/opt/gnucash-git/gnucash-clean/share/pixmaps

This directory doesn't exist

* 11:57:55  INFO  [gnc_load_app_icons] Path 10:
/usr/local/share/pixmaps

This directory doesn't exist

* 11:57:55  INFO  [gnc_load_app_icons] Path 11: /usr/share/pixmaps

Many subdirectories

* 11:57:55  INFO  [gnc_load_app_icons] Path 12:
/usr/local/share/pixmaps

Same as path 10

* 11:57:55  INFO  [gnc_load_app_icons] Path 13: /usr/share/pixmaps

Same as path 11

* 11:57:55  INFO  [gnc_load_app_icons] Path 14:
/home/gnucash-dev/gitcheckouts/gnucash-clean-new-build/share/gnucash/icons

This directory doesn't exist

* 11:57:55  INFO  [gnc_load_app_icons] Path 15:
/home/gnucash-dev/gitcheckouts/gnucash-clean-new-build/share/icons

This directory doesn't exist

* 11:57:55  WARN  [gnc_load_app_icons()] No icon named
'gnc-account' found. Some gui elements may be missing their icons

found in 4 general locations

"/usr/share/gnucash/pixmaps" - from the fedora package installed on the
system?

"/opt/installation-location/share/gnucash/pixmaps" - there are several of
these where I have installed several different earlier builds with make
install but I have not yet installed for this checkout so this location
does not exist for this checkout (i've only run gnucash from the build
directory for this checkout)

"/home/checkout-location/src/pixmaps" - there are several of these where I
have earlier checked-out gnucash source; the icons seem to have been pushed
down the directory tree for this checkout (see next comment)

"/home/this-checkout-location/src/pixmaps/hicolor/16x16/actions" - this is
in the source tree, not the build tree; only "16x16/actions" and
"24x24/actions" have the 'gnc-account' icons

* 11:57:55  WARN  [gnc_load_app_icons()] No icon named
'gnc-account-report' found. Some gui elements may be missing their icons

same as for gnc-account

* 11:57:55  WARN  [gnc_load_app_icons()] No icon named
'gnc-account-delete' found. Some gui elements may be missing their icons

same as for gnc-account

* 11:57:55  WARN  [gnc_load_app_icons()] No icon named
'gnc-account-edit' found. Some gui elements may be missing their icons

same as for gnc-account

* 11:57:55  WARN  [gnc_load_app_icons()] No icon named
'gnc-account-new' found. Some gui elements may be missing

Re: gnucash master: Book-Currency Feature step 6

[Alex Aycinena]

>
> -- Forwarded message --
> From: Geert Janssens 
> To: gnucash-devel@gnucash.org
> Cc:
> Bcc:
> Date: Mon, 10 Jul 2017 15:45:57 +0200
> Subject: Re: gnucash master: Book-Currency Feature step 6
> Alex,
>
> This commit has broken make check on travis:
> https://travis-ci.org/Gnucash/gnucash/builds/251783000
>
> Can you check the error ?
>
> Regards,
>
> Geert
>

Geert,

I have pushed a fix for this.

By the way, this points out to me that if I run make check (or ninja-build
check) with cmake, it doesn't run all the same tests as those with building
with autotools because I had incorrectly assumed that this test had run and
run correctly. I haven't built with autotools for quite some time and last
time I tried it didn't work. If this is being used on travis, I assume it
is now working so I will try to build with it.

Also, the tests with cmake failed:  86 - sqlite3test (SEGFAULT)

Regards,

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

Re: build after last update

[Alex Aycinena]

On Sun, Jul 9, 2017 at 1:28 PM, Alex Aycinena <alex.aycin...@gmail.com>
wrote:

>
>
> On Sun, Jul 9, 2017 at 8:31 AM, Alex Aycinena <alex.aycin...@gmail.com>
> wrote:
>
>>
>>
>> On Sun, Jul 9, 2017 at 3:51 AM, Geert Janssens <
>> geert.gnuc...@kobaltwit.be> wrote:
>>
>>> I had the same issue here and I've just pushed a fix.
>>>
>>> It turns out our cmake config files use a different check for packages
>>> based
>>> on the version of cmake itself. I presume there was a bug in cmake
>>> 3.1-3.4
>>> that made this necessary.
>>>
>>> The default cmake fails on the "OPTIONAL" modifier. where the checks in
>>> the
>>> alternative path seem to ignore it instead. I have removed the OPTIONAL
>>> specifier and this works fine with cmake 3.8 (on Fedora 25). I don't
>>> have a
>>> system handy to test whether it works with 3.1-3.4 as well.
>>>
>>> Can you test this John ?
>>>
>>> Geert
>>>
>>> On zondag 9 juli 2017 04:50:54 CEST John Ralls wrote:
>>> > > On Jul 8, 2017, at 5:38 PM, Alex Aycinena <alex.aycin...@gmail.com>
>>> wrote:
>>> > >
>>> > > After the last update, my Fedora 25 system won't build with the
>>> following
>>> > > output:
>>> > >
>>> > > [gnucash-dev@HPdv5Fedora gnucash-working-build]$ make
>>> > > -- Checking for modules 'OPTIONAL;webkit2gtk-4.0'
>>> > > --   No package 'OPTIONAL' found
>>> > > --   No package 'webkit2gtk-4.0' found
>>> > > -- Checking for module 'webkit2gtk-3.0'
>>> > > --   No package 'webkit2gtk-3.0' found
>>> > >
>>> > > CMake Error at /usr/share/cmake/Modules/FindPkgConfig.cmake:416
>>> (message):
>>> > >  A required package was not found
>>> > >
>>> > > I installed webkitgtk3-devel but it didn't solve the problem and I
>>> > > couldn't
>>> > > find any package for webkit2gtk-4.0' or webkit2gtk-3.0. Can anyone
>>> help me
>>> > > out. I believe Geert develops on Fedora 25 as well.
>>> >
>>> > Alex,
>>> >
>>> > What webkit*.pc do you have?
>>> >
>>> > There’s apparently a webkitgtk4-devel that’s supposed to provide
>>> > webkit2gtk-4.0.pc, but webkitgtk3-devel is supposed to provide
>>> > webkit2gtk-3.0.pc.
>>> >
>>> > Regards,
>>> > John Ralls
>>> >
>>> >
>>> >
>>> > ___
>>> > gnucash-devel mailing list
>>> > gnucash-devel@gnucash.org
>>> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>>
>>> Geert & John,
>>
>> After Geert's push and installing webkitgtk4-devel (I had previously
>> installed webkitgtk3-devel), cmake works and I was able to make. However,
>> make check failed with the output shown below.
>>
>> Thanks for your help
>>
>> Alex
>>
>> make check error:
>>
>> [gnucash-dev@HPdv5Fedora gnucash-working-build]$ make check
>> [  3%] Built target gnc-qof
>> [  4%] Built target gnc-module
>>
> - clip -
>
> Just an update. ninja-build and ninja-build check now run to completion.
> Don't know if it is because of Geert's last two commits or, possibly,
> because I forgot to clean out my build directory before running make and
> make clean last time.
>
> Thanks,
>
> Alex
>

Spoke too soon. When I tried to start gnucash with 'bin/gnucash --debug
--log gnc.scm=debug --nofile', got:

gnc.gui:ERROR:/home/gnucash-dev/gitcheckouts/gnucash-clean-new/src/gnome-utils/gnc-icons.c:103:gnc_load_app_icons:
assertion failed: (gtk_icon_theme_has_icon (icon_theme, file->icon_name))
Aborted (core dumped)
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: build after last update

[Alex Aycinena]

On Sun, Jul 9, 2017 at 8:31 AM, Alex Aycinena <alex.aycin...@gmail.com>
wrote:

>
>
> On Sun, Jul 9, 2017 at 3:51 AM, Geert Janssens <geert.gnuc...@kobaltwit.be
> > wrote:
>
>> I had the same issue here and I've just pushed a fix.
>>
>> It turns out our cmake config files use a different check for packages
>> based
>> on the version of cmake itself. I presume there was a bug in cmake 3.1-3.4
>> that made this necessary.
>>
>> The default cmake fails on the "OPTIONAL" modifier. where the checks in
>> the
>> alternative path seem to ignore it instead. I have removed the OPTIONAL
>> specifier and this works fine with cmake 3.8 (on Fedora 25). I don't have
>> a
>> system handy to test whether it works with 3.1-3.4 as well.
>>
>> Can you test this John ?
>>
>> Geert
>>
>> On zondag 9 juli 2017 04:50:54 CEST John Ralls wrote:
>> > > On Jul 8, 2017, at 5:38 PM, Alex Aycinena <alex.aycin...@gmail.com>
>> wrote:
>> > >
>> > > After the last update, my Fedora 25 system won't build with the
>> following
>> > > output:
>> > >
>> > > [gnucash-dev@HPdv5Fedora gnucash-working-build]$ make
>> > > -- Checking for modules 'OPTIONAL;webkit2gtk-4.0'
>> > > --   No package 'OPTIONAL' found
>> > > --   No package 'webkit2gtk-4.0' found
>> > > -- Checking for module 'webkit2gtk-3.0'
>> > > --   No package 'webkit2gtk-3.0' found
>> > >
>> > > CMake Error at /usr/share/cmake/Modules/FindPkgConfig.cmake:416
>> (message):
>> > >  A required package was not found
>> > >
>> > > I installed webkitgtk3-devel but it didn't solve the problem and I
>> > > couldn't
>> > > find any package for webkit2gtk-4.0' or webkit2gtk-3.0. Can anyone
>> help me
>> > > out. I believe Geert develops on Fedora 25 as well.
>> >
>> > Alex,
>> >
>> > What webkit*.pc do you have?
>> >
>> > There’s apparently a webkitgtk4-devel that’s supposed to provide
>> > webkit2gtk-4.0.pc, but webkitgtk3-devel is supposed to provide
>> > webkit2gtk-3.0.pc.
>> >
>> > Regards,
>> > John Ralls
>> >
>> >
>> >
>> > ___
>> > gnucash-devel mailing list
>> > gnucash-devel@gnucash.org
>> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
>> Geert & John,
>
> After Geert's push and installing webkitgtk4-devel (I had previously
> installed webkitgtk3-devel), cmake works and I was able to make. However,
> make check failed with the output shown below.
>
> Thanks for your help
>
> Alex
>
> make check error:
>
> [gnucash-dev@HPdv5Fedora gnucash-working-build]$ make check
> [  3%] Built target gnc-qof
> [  4%] Built target gnc-module
>
- clip -

Just an update. ninja-build and ninja-build check now run to completion.
Don't know if it is because of Geert's last two commits or, possibly,
because I forgot to clean out my build directory before running make and
make clean last time.

Thanks,

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

Re: build after last update

[Alex Aycinena]

On Sun, Jul 9, 2017 at 3:51 AM, Geert Janssens <geert.gnuc...@kobaltwit.be>
wrote:

> I had the same issue here and I've just pushed a fix.
>
> It turns out our cmake config files use a different check for packages
> based
> on the version of cmake itself. I presume there was a bug in cmake 3.1-3.4
> that made this necessary.
>
> The default cmake fails on the "OPTIONAL" modifier. where the checks in the
> alternative path seem to ignore it instead. I have removed the OPTIONAL
> specifier and this works fine with cmake 3.8 (on Fedora 25). I don't have a
> system handy to test whether it works with 3.1-3.4 as well.
>
> Can you test this John ?
>
> Geert
>
> On zondag 9 juli 2017 04:50:54 CEST John Ralls wrote:
> > > On Jul 8, 2017, at 5:38 PM, Alex Aycinena <alex.aycin...@gmail.com>
> wrote:
> > >
> > > After the last update, my Fedora 25 system won't build with the
> following
> > > output:
> > >
> > > [gnucash-dev@HPdv5Fedora gnucash-working-build]$ make
> > > -- Checking for modules 'OPTIONAL;webkit2gtk-4.0'
> > > --   No package 'OPTIONAL' found
> > > --   No package 'webkit2gtk-4.0' found
> > > -- Checking for module 'webkit2gtk-3.0'
> > > --   No package 'webkit2gtk-3.0' found
> > >
> > > CMake Error at /usr/share/cmake/Modules/FindPkgConfig.cmake:416
> (message):
> > >  A required package was not found
> > >
> > > I installed webkitgtk3-devel but it didn't solve the problem and I
> > > couldn't
> > > find any package for webkit2gtk-4.0' or webkit2gtk-3.0. Can anyone
> help me
> > > out. I believe Geert develops on Fedora 25 as well.
> >
> > Alex,
> >
> > What webkit*.pc do you have?
> >
> > There’s apparently a webkitgtk4-devel that’s supposed to provide
> > webkit2gtk-4.0.pc, but webkitgtk3-devel is supposed to provide
> > webkit2gtk-3.0.pc.
> >
> > Regards,
> > John Ralls
> >
> >
> >
> > ___
> > gnucash-devel mailing list
> > gnucash-devel@gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
> Geert & John,

After Geert's push and installing webkitgtk4-devel (I had previously
installed webkitgtk3-devel), cmake works and I was able to make. However,
make check failed with the output shown below.

Thanks for your help

Alex

make check error:

[gnucash-dev@HPdv5Fedora gnucash-working-build]$ make check
[  3%] Built target gnc-qof
[  4%] Built target gnc-module
[  4%] Built target gnc-vcs-info
[  6%] Built target gnc-core-utils
[ 10%] Built target gncmod-engine
[ 10%] Built target test-core
[ 10%] Built target test-core-guile
[ 10%] Built target scm-test-core
The usage of POTFILES.ignore is deprecated. Please consider moving the
content of this file to POTFILES.skip.
The following files contain translations and are currently not in use.
Please
consider adding these to the POTFILES.in file, located in the po/ directory.

share/gnucash/gtkbuilder/assistant-ab-initial.glade
share/gnucash/gtkbuilder/assistant-acct-period.glade
share/gnucash/gtkbuilder/assistant-csv-account-import.glade
share/gnucash/gtkbuilder/assistant-csv-export.glade
share/gnucash/gtkbuilder/assistant-csv-trans-import.glade
share/gnucash/gtkbuilder/assistant-hierarchy.glade
share/gnucash/gtkbuilder/assistant-loan.glade
share/gnucash/gtkbuilder/assistant-qif-import.glade
share/gnucash/gtkbuilder/assistant-stock-split.glade
share/gnucash/gtkbuilder/assistant-xml-encoding.glade
share/gnucash/gtkbuilder/business-prefs.glade
share/gnucash/gtkbuilder/dialog-ab-pref.glade
share/gnucash/gtkbuilder/dialog-ab.glade
share/gnucash/gtkbuilder/dialog-account-picker.glade
share/gnucash/gtkbuilder/dialog-account.glade
share/gnucash/gtkbuilder/dialog-bi-import-gui.glade
share/gnucash/gtkbuilder/dialog-billterms.glade
share/gnucash/gtkbuilder/dialog-book-close.glade
share/gnucash/gtkbuilder/dialog-choose-owner.glade
share/gnucash/gtkbuilder/dialog-commodities.glade
share/gnucash/gtkbuilder/dialog-commodity.glade
share/gnucash/gtkbuilder/dialog-custom-report.glade
share/gnucash/gtkbuilder/dialog-customer-import-gui.glade
share/gnucash/gtkbuilder/dialog-customer.glade
share/gnucash/gtkbuilder/dialog-date-close.glade
share/gnucash/gtkbuilder/dialog-employee.glade
share/gnucash/gtkbuilder/dialog-file-access.glade
share/gnucash/gtkbuilder/dialog-fincalc.glade
share/gnucash/gtkbuilder/dialog-find-account.glade
share/gnucash/gtkbuilder/dialog-imap-editor.glade
share/gnucash/gtkbuilder/dialog-import.glade
share/gnucash/gtkbuilder/dialog-invoice.glade
share/gnucash/gtkbuilder/dialog-job.glade
share/gnucash/gtkbuilder/dialog-lot-viewer.glade
share/gnucash/gtkbuilder/dialog-new-user.glade
share/gnucash/gtkbuilder/dialog-object-r

build after last update

[Alex Aycinena]

After the last update, my Fedora 25 system won't build with the following
output:

[gnucash-dev@HPdv5Fedora gnucash-working-build]$ make
-- Checking for modules 'OPTIONAL;webkit2gtk-4.0'
--   No package 'OPTIONAL' found
--   No package 'webkit2gtk-4.0' found
-- Checking for module 'webkit2gtk-3.0'
--   No package 'webkit2gtk-3.0' found
CMake Error at /usr/share/cmake/Modules/FindPkgConfig.cmake:416 (message):
  A required package was not found

I installed webkitgtk3-devel but it didn't solve the problem and I couldn't
find any package for webkit2gtk-4.0' or webkit2gtk-3.0. Can anyone help me
out. I believe Geert develops on Fedora 25 as well.

thanks,

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

Re: building master

[Alex Aycinena]

> -- Forwarded message --
> From: John Ralls <jra...@ceridwen.us>
> To: Alex Aycinena <alex.aycin...@gmail.com>
> Cc: gnucash-devel <gnucash-devel@gnucash.org>
> Bcc:
> Date: Sat, 22 Apr 2017 16:48:05 -0700
> Subject: Re: building master
>
> > On Apr 22, 2017, at 3:47 PM, Alex Aycinena <alex.aycin...@gmail.com>
> wrote:
> >
> >>
>
> 

> So to switch to using cmake with ninja, I installed cmake (which installed
> > cmake-data and jsoncpp, as well) and ninja-build (on Fedora). But from
> your
> > note, it was still unclear to me how to use them. Up to now, I have had
> two
> > parallel directories, for example, gnucash-clean, where the source is
> > checked out to, and gnucash-clean-build, where I build. Then I would:
> >
> > $ cd /home/gnucash-dev/gitcheckouts/gnucash-clean
> > $ git pull
> > $ ./autogen.sh
> > $ cd /home/gnucash-dev/gitcheckouts/gnucash-clean-build
> > $ rm -rf *
> > $ ../gnucash-clean/configure
> > --srcdir=/home/gnucash-dev/gitcheckouts/gnucash-clean
> > --prefix=/opt/gnucash-git/gnucash-clean --enable-debug --enable-doxygen
> > --enable-error-on-warning --enable-compile-warnings=yes
> > --with-dbi-dbd-dir=/usr/lib64/dbd --enable-ofx --enable-aqbanking
> > --enable-locale-specific-tax --enable-python
> > $ make
> > $ make check
> >
> > Then after switching to root:
> >
> > $ cd /home/gnucash-dev/gitcheckouts/gnucash-clean-build
> > $ make install
> >
> > So now I tried instead:
> >
> > $ cd /home/gnucash-dev/gitcheckouts/gnucash-clean
> > $ git pull
> > $ ./autogen.sh   <-- still needed I assumed?
> > $ cd /home/gnucash-dev/gitcheckouts/gnucash-clean-build
> > $ rm -rf *
> > cmake -D WITH_PYTHON=ON \
> > -D CMAKE_INSTALL_PREFIX=/opt/gnucash-git/gnucash-clean \
> > -D CMAKE_BUILD_TYPE=Debug \
> > -D WITH_AQBANKING=ON -G Ninja \
> >  /home/gnucash-dev/gitcheckouts/gnucash-clean
> > $ ninja-build
> >
> > It was working away until it stopped with:
> >
> > [166/962] cd
> > /home/gnucash-dev/gitchec...ean/src/doc/design/gnucash-design.texi
> > FAILED: src/doc/design/CMakeFiles/gnucash-design.texi
> > cd /home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/doc/design &&
> > makeinfo -I
> > /home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/doc/design
> > /home/gnucash-dev/gitcheckouts/gnucash-clean/
> src/doc/design/gnucash-design.texi
> > /bin/sh: makeinfo: command not found
> > [168/962] Building CXX object
> > src/libq...Files/gnc-qof.dir/qof/qofsession.cpp.o
> > ninja: build stopped: subcommand failed.
> >
> > Feedback would be welcome.
> >
> > I assume once I get a clean build, then I would:
> >
> > $ ninja-build check
> >
> > Then after switching to root:
> >
> > $ cd /home/gnucash-dev/gitcheckouts/gnucash-clean-build
> > $ ninja-build install
> >
> > Also, what happens to these other configure options I would previously
> set:
> >
> > --enable-doxygen
> > --enable-error-on-warning
> > --enable-compile-warnings=yes
> > --with-dbi-dbd-dir=/usr/lib64/dbd
> > --enable-ofx (I see in CMakeCache.txt that WITH_OFX:BOOL=ON even though I
> > didn't specify it)
> > --enable-locale-specific-tax
>
> Alex,
>
> See https://github.com/Gnucash/gnucash/blob/master/cmake/README_CMAKE.txt.
>
> You don't need or want to autogen. That's autotools and CMake doesn't use
> any of that stuff.
> Pretty much everything is on by default so generally no build options need
> to be set.
>
> The failure suggests that you might not have texinfo installed. We should
> probably just turn off building the obsolete texi files anyway and think
> about removing them.
>
> Regards,
> John Ralls
>
>
>
>
> -- Forwarded message --
> From: Geert Janssens <geert.gnuc...@kobaltwit.be>
> To: gnucash-devel@gnucash.org
> Cc: John Ralls <jra...@ceridwen.us>, Alex Aycinena <
> alex.aycin...@gmail.com>
> Bcc:
> Date: Sun, 23 Apr 2017 12:25:56 +0200
> Subject: Re: building master
> On zondag 23 april 2017 01:48:05 CEST John Ralls wrote:
> > See https://github.com/Gnucash/gnucash/blob/master/cmake/
> README_CMAKE.txt.
> >
>
> Ah, that was the link I should have passed to Wm as well... Thanks for
> referring to it.
>
> Geert
>

John and Geert,

Thanks for the help. I installed texinfo and followed your other
suggestions and got a clean build and check with cmake and ninja so now I'm
back in business.

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

Re: building master

[Alex Aycinena]

>
> -- Forwarded message --
> From: Geert Janssens 
> To: gnucash-devel@gnucash.org, Wm 
> Cc:
> Bcc:
> Date: Sat, 22 Apr 2017 14:40:56 +0200
> Subject: Re: building master
> On vrijdag 21 april 2017 23:17:31 CEST Wm via gnucash-devel wrote:
> > On 21/04/2017 19:21, John Ralls wrote:
> > > Alex,
> > >
> > >
> > > Looks like autotools picked the wrong compiler for a C++ object. See
> > > http://stackoverflow.com/questions/6045809/link-error-
> undefined-reference
> > > -to-gxx-personality-v0-and-g. Geert and I have both switched to cmake &
> > > ninja-build; there's no issue there so it might be a typo in that
> > > directory's Makefile.am.
> > >
> > > On the other hand Geert just merged his C++ rewrite of
> > > src/import-export/imp-csv, so if you have installed libs that are
> getting
> > > linked in that could cause the error too.
> > I've had intermittent difficulty with builds too recently but haven't
> > said anything because I'm not building gnc for any particular purpose.
> >
> What errors do you see Wm ?
>
> > I have noticed the cmake / ninja combo has been mentioned more than one
> > recently here.
> >
> > Should others that build-because-we-do-it-anyway be switching and is
> > there a suggested "start reading here" ref you could suggest?
> >
> We have a wiki page on CMake [1]. It's been written quite some time ago,
> but it still looks like a
> good starting point. At that time ninja wasn't written yet so that
> information is currently missing.
>
> In short cmake replaces automake/autoconf and the configuration script
> that's generated by
> those. It will produce build recipes for different build systems. The wiki
> page explains how to
> make these recipes for the gnu-make build system (which is the only build
> system supported by
> automake/autoconf by the way). So using cmake like this will generate
> Makefile files which can
> be used just like before by running make, make install, make check,...
>
> Ninja on the other hand is an alternative for gnu-make with a strong focus
> on parallellizing the
> build as much as possible, and as such utilizing your typical multi-core
> cpu much more
> efficiently. The commands to use it are similar to gnu-make:
> make -> ninja (or ninja-build)
> make install -> ninja (or ninja-build) install
> make check -> ninja (or ninja-build) check
>
> I'm writing "ninja (or ninja-build)" because the name of the command
> depends on your OS. On
> Windows it's "ninja", on Fedora it's "ninja-build". Oh, well...
>
> To instruct cmake to set up for ninja instead of gnu-make, you invoke
> cmake with "-G Ninja"
> added to the options. As an example my current cmake command looks like
> this:
> cmake -D WITH_PYTHON=ON \
>  -D CMAKE_INSTALL_PREFIX= \
>  -DCMAKE_BUILD_TYPE=Debug -DWITH_AQBANKING=ON -G Ninja \
>  
>
>
>
> After that short intro, a few words on where to go next: because of the
> better performance and
> greater flexibility in build system support (even Ms Visual Studio is
> supported by cmake), we are
> seriously considering to switch to cmake in favor of autotools at some
> point.
>
> We won't do so for the stable 2.6 series (although even that builds fine
> with cmake/ninja
> already; the combo is in active use for our Windows nightly builds). For
> the upcoming 2.8
> though it's very likely we will formally switch to cmake. There are a few
> release related details
> which still need to be ported to cmake before that switch can be complete
> though.
>
> So for now we're formally supporting autotools/gnu-make and informally
> cmake/ in
> which John and I currently prefer  to be ninja for its
> performance.
>
> > I'm building on Ubuntu LTS if it matters ... and it shouldn't really
> > matter as I'm just building to keep in touch.
>
> You didn't mention which LTS edition. However on my 14.04LTS ninja is
> already available, so I
> expect it to be in 16.04 as well.
>
> Regards,
>
> Geert
>
> [1] http://wiki.gnucash.org/wiki/CMake
>
>
So to switch to using cmake with ninja, I installed cmake (which installed
cmake-data and jsoncpp, as well) and ninja-build (on Fedora). But from your
note, it was still unclear to me how to use them. Up to now, I have had two
parallel directories, for example, gnucash-clean, where the source is
checked out to, and gnucash-clean-build, where I build. Then I would:

$ cd /home/gnucash-dev/gitcheckouts/gnucash-clean
$ git pull
$ ./autogen.sh
$ cd /home/gnucash-dev/gitcheckouts/gnucash-clean-build
$ rm -rf *
$ ../gnucash-clean/configure
--srcdir=/home/gnucash-dev/gitcheckouts/gnucash-clean
--prefix=/opt/gnucash-git/gnucash-clean --enable-debug --enable-doxygen
--enable-error-on-warning --enable-compile-warnings=yes
--with-dbi-dbd-dir=/usr/lib64/dbd --enable-ofx --enable-aqbanking
--enable-locale-specific-tax --enable-python
$ make
$ make check

Then after switching to root:

$ cd /home/gnucash-dev/gitcheckouts/gnucash-clean-build
$ make install

So now I tried 

building master

[Alex Aycinena]

Hi,

I have been unable to spend any time on gnucash for several weeks but am
about to get started again. I checked out master anew but when I tried to
build it, I get:

/usr/bin/ld:
../../../src/engine/test-core/.libs/libgncmod-test-engine.a(test-engine-stuff.o):
undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3'
/usr/lib64/libstdc++.so.6: error adding symbols: DSO missing from command
line
collect2: error: ld returned 1 exit status
Makefile:839: recipe for target 'test-import-pending-matches' failed
make[4]: *** [test-import-pending-matches] Error 1
make[4]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-new-build/src/import-export/test'

This is on Fedora 25 and I know Geert does his development on Fedora. Is
anybody else seeing this? Is there a new dependency that has been added
that I missed?

Thanks for any feedback.

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

Re: Gnucash bitcoin donations: I'd like to disable this bitcoin address

[Alex Aycinena]

>
> -- Forwarded message --
> From: John Ralls 
> To: Christian Stimming 
> Cc: gnucash-devel 
> Bcc:
> Date: Sat, 8 Apr 2017 13:57:31 -0700
> Subject: Re: Gnucash bitcoin donations: I'd like to disable this bitcoin
> address
>
> > On Apr 8, 2017, at 1:18 PM, Christian Stimming 
> wrote:
> >
> > Dear developers,
> >
> > some time ago I've set up a bitcoin wallet to be used for gnucash
> donations in
> > bitcoin. Although there has been some considerable income in 2014/2015,
> > recently there are only very small amounts coming in on that channel. To
> be
> > precise, in the last 12 months there have been 8 payments received
> summing up
> > to 0.04 btc (approx. 44 EUR right now).
> >
> > As I don't use bitcoins for any other purposes right now, I'd like to
> stop
> > this bitcoin address before I forget my password or lose the private
> key. My
> > suggestion is that we simply remove the mention of the bitcoin address
> from
> > the website and that's it. Alternatively, someone else could set up a
> bitcoin
> > address and continue to offer the tip jar collection for gnucash, but
> given
> > the low volume, I'd rather suggest against that.
> >
> > What do you think?
>
> Christian,
>
> I agree that shutting down makes the most sense.
>
> Regards,
> John Ralls
>
>
Christian,

So do I.

Regards,

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

Re: gnucash master: Multiple changes pushed

[Alex Aycinena]

On Thu, Feb 2, 2017 at 11:09 PM, Geert Janssens <geert.gnuc...@kobaltwit.be>
wrote:

> Op donderdag 2 februari 2017 16:35:02 CET schreef Alex Aycinena:
> > Geert,
> >
> > I build on Fedora 25 and after this commit configure fails with:
> >
> > checking for main in -lgtest_main... no
> > checking for /usr/src/gtest/src/gtest-all.cc... no
> > checking for /usr/src/gtest/gtest-main.cc... no
> > checking for /usr/src/gmock/src/gmock-all.cc... no
> > checking for /usr/include/gtest/gtest.h... no
> > checking for /usr/include/gmock/gmock.h... no
> > checking whether Google Test is available... No gtest-root
> > No gmock-root
> > configure: error:
> >
> >  Unable to find the Google test framework. Either install gtest/gmock
> >  packages or point to the base directories of the sources using
> >  GTEST_ROOT and GMOCK_ROOT environment variables.
> >
> > I install gtest and gmock and get the same failure. I believe you build
> on
> > Fedora 25 as well. Can you (or anyone else) give me some guidance as to
> > what I need to do to successfully configure, make and make check after
> this
> > commit after having installed the packages?
>
> I do build in Fedora 25 indeed. When I install gtest-devel and gmock-devel
> configure properly finds them. Did you install the development packages or
> just plain gmock & gtest ?
>
> Geert
>

Geert,

Development packages! I should have figured that out by myself. Yes that
solved it. Thanks.

Regards,

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

Re: gnucash master: Multiple changes pushed

[Alex Aycinena]

On Thu, Feb 2, 2017 at 10:03 AM, Geert Janssens 
wrote:

> Updated  via  https://github.com/Gnucash/gnucash/commit/659c96eb (commit)
>  via  https://github.com/Gnucash/gnucash/commit/4fdacb9b (commit)
>  via  https://github.com/Gnucash/gnucash/commit/0a8d7a21 (commit)
> from  https://github.com/Gnucash/gnucash/commit/aeb04e1d (commit)
>
>
>
> commit 659c96eb1bb8c6cc4a4eab6de0b2ee3f82bd50af
> Author: Geert Janssens 
> Date:   Thu Feb 2 18:48:15 2017 +0100
>
> Optionally locate boost via environment variable BOOST_ROOT
>
> This was already the case for our autotools based build
> and simplifies the build setup for our Windows build system.
>
> commit 4fdacb9b2a614c62ee8c03e2035a1cb800417bcf
> Author: Geert Janssens 
> Date:   Thu Feb 2 18:31:54 2017 +0100
>
> Fix building gtest library on mingw
>
> See https://github.com/google/googletest/issues/893
>
> commit 0a8d7a2142419c9494bf40324936a31b380d2161
> Author: Geert Janssens 
> Date:   Thu Feb 2 17:20:39 2017 +0100
>
> Make google test framework a mandatory build dependency
>
> All c++ unit tests will be written with it, and testing
> should be possible out of the box.
> We could make it optional, but then lots of tests will
> be skipped. This creates an illusion of all tests passing
> while many are simply not run. This confusion should be
> avoided.
> This change depends on a second commit for the windows build
> in the gnucash-on-windows repository. This commit will be
> pushed at the same time.
>
>
>
> Summary of changes:
>  CMakeLists.txt |   9 +-
>  configure.ac   | 197 +++---
> ---
>  src/cmake_modules/GncAddTest.cmake |  66 +++--
>  src/engine/test/Makefile.am|   2 -
>  src/libqof/qof/test/CMakeLists.txt |  89 -
>  src/libqof/qof/test/Makefile.am|   2 -
>  src/test-core/CMakeLists.txt   |  22 ++---
>  src/test-core/Makefile.am  |   2 -
>  8 files changed, 195 insertions(+), 194 deletions(-)
>
> ___
> gnucash-patches mailing list
> gnucash-patc...@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-patches
>

Geert,

I build on Fedora 25 and after this commit configure fails with:

checking for main in -lgtest_main... no
checking for /usr/src/gtest/src/gtest-all.cc... no
checking for /usr/src/gtest/gtest-main.cc... no
checking for /usr/src/gmock/src/gmock-all.cc... no
checking for /usr/include/gtest/gtest.h... no
checking for /usr/include/gmock/gmock.h... no
checking whether Google Test is available... No gtest-root
No gmock-root
configure: error:

 Unable to find the Google test framework. Either install gtest/gmock
 packages or point to the base directories of the sources using
 GTEST_ROOT and GMOCK_ROOT environment variables.

I install gtest and gmock and get the same failure. I believe you build on
Fedora 25 as well. Can you (or anyone else) give me some guidance as to
what I need to do to successfully configure, make and make check after this
commit after having installed the packages?

Thanks,

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

Re: Recommended Change to Author LIsting in Documentation

[Alex Aycinena]

>
>
> -- Forwarded message --
> From: Geert Janssens 
> To: gnucash-devel@gnucash.org, "David T." 
> Cc:
> Date: Sat, 10 Dec 2016 22:48:48 +0100
> Subject: Re: Recommended Change to Author LIsting in Documentation
> Op zaterdag 10 december 2016 23:49:38 CET schreef David T. via
> gnucash-devel:
> > Hi,
> >
> > In response to seeing yet another new user sending a support request
> > directly to one of the people mentioned in the documentation, I created
> Bug
> > 775919 (https://bugzilla.gnome.org/show_bug.cgi?id=775919
> > ) as a proposed
> change
> > to the way that the docs present the author attributions. In that bug, I
> > state:
> >
> > I recommend the following:
> >
> > 1) Remove all individual names and email addresses from the documentation
> > title page, and replace them with a general attribution to "The GnuCash
> > Documentation Team." Since the current copyright is to this entity, I
> think
> > this is not only convenient, but also more accurate than the current
> list.
> >
> > 2) Place a large note on the title page identifying gnucash-users as the
> > proper location to which to direct help requests. Section 2.4.2 is
> clearly
> > not prominent enough for new users.
> >
> > 3) Retain the list of contributors that show on the title page verso. I
> will
> > note that this list omits email addresses. In addition, add a note there
> > about who and what the GnuCash Documentation Team is.
> >
> > I propose: "The GnuCash Documentation Team is a self-designated group of
> > GnuCash users and developers who have volunteered to write this
> > documentation for the benefit of the broader user base. People who are
> > interested in joining this group are encouraged to express their interest
> > on the GnuCash lists (gnucash-users and gnucash-devel) for further
> > direction.” John Ralls thought that this change should be run past the
> > Devel list, and so here I am, giving it a run. As one of the named
> > contributors, I personally would prefer that my email not be included in
> > the documentation, but I defer to the general interest of the group.
> >
> > Cheers,
> > David T.
>
> Good idea! I agree to all your proposals.
>
> Geert
>
>
So do I.

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

Re: compile errors

[Alex Aycinena]

On Sat, Nov 19, 2016 at 10:09 AM, John Ralls <jra...@ceridwen.us> wrote:

>
> > On Nov 19, 2016, at 9:34 AM, Alex Aycinena <alex.aycin...@gmail.com>
> wrote:
> >
> >
> >
> > On Fri, Nov 18, 2016 at 4:50 PM, John Ralls <jra...@ceridwen.us> wrote:
> >
> > > On Nov 18, 2016, at 2:49 PM, John Ralls <jra...@ceridwen.us> wrote:
> > >
> > >
> > >> On Nov 18, 2016, at 12:53 PM, Alex Aycinena <alex.aycin...@gmail.com>
> wrote:
> > >>
> > >>
> > >>
> > >> On Thu, Nov 17, 2016 at 5:10 PM, John Ralls <jra...@ceridwen.us
> <mailto:jra...@ceridwen.us>> wrote:
> > >>
> > >>> On Nov 17, 2016, at 4:54 PM, Alex Aycinena <alex.aycin...@gmail.com<
> mailto:alex.aycin...@gmail.com>> wrote:
> > >>>
> > >>> Hi,
> > >>>
> > >>> I get the following compile errors today:
> > >>>
> > >> 
> > >>>
> > >>> Am I missing a library or something?
> > >>
> > >> Alex,
> > >>
> > >> That didn't take long! ;-)
> > >>
> > >> Only if your compiler doesn't support C++11. More likely your
> libstdc++ doesn't pull in  when  is included.
> > >>
> > >> Travis puked test-backend-dbi-basic.c for a similar complaint, this
> one for std::for_each. I've just pushed what I hope will fix that and your
> error.
> > >>
> > >> Regards,
> > >> John Ralls
> > >>
> > >>
> > >> John,
> > >>
> > >> After pulling in your push, I now get:
> > >>
> > >> /home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbiproviderimpl.hpp:
> In member function ‘StrVec GncDbiProviderImpl::get_table_list(dbi_conn,
> const string&) [with DbType T = (DbType)0; StrVec =
> std::vector<std::__cxx11::basic_string >; dbi_conn = void*;
> std::__cxx11::string = std::__cxx11::basic_string]’:
> >
> > 
> >
> > >> Makefile:678: recipe for target 'gnc-dbisqlconnection.lo' failed
> > >>
> > >>
> > >> I'm building on Fedora 24, by the way.
> > >
> > > Alex,
> > >
> > > My first guess would be that gnc-dbiproviderimpl.hpp and
> gnc-dbisqlconnection.hpp need the same treatment, to add "#include
>  to the other libstdc++ headers. I'll have to set up a fedora24
> VM to duplicate your build environment, so it will take a few hours to be
> sure.
> > >
> >
> > Alex,
> >
> > Done and pushed.
> >
> > Regards,
> > John Ralls
> >
> >
> > John,
> >
> > Thanks, Make now works. But make check failed at:
> >
>
>



> >
> > Don't know if you already knew that.
>
> Alex,
>
> Nope, didn't know that because it passes on Travis and all of my VMs
> including Fedora-24, so ISTM you have a local problem.
>
> A clue is that the error about the error about xaccSplitEqualCheckBal
> isn't issued until line 967, yet the test reports that it's failing at line
> 948.
>
> Regards,
> John Ralls
>
>
> John,

I think I got the error because I had done a git pull followed by a make
and make check without redoing autogen, clearing out the build directory
and rerunning configure. My mistake. When I did it that way, it all workied.

Thanks,

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

Re: compile errors

[Alex Aycinena]

On Fri, Nov 18, 2016 at 4:50 PM, John Ralls <jra...@ceridwen.us> wrote:

>
> > On Nov 18, 2016, at 2:49 PM, John Ralls <jra...@ceridwen.us> wrote:
> >
> >
> >> On Nov 18, 2016, at 12:53 PM, Alex Aycinena <alex.aycin...@gmail.com>
> wrote:
> >>
> >>
> >>
> >> On Thu, Nov 17, 2016 at 5:10 PM, John Ralls <jra...@ceridwen.us
> <mailto:jra...@ceridwen.us>> wrote:
> >>
> >>> On Nov 17, 2016, at 4:54 PM, Alex Aycinena <alex.aycin...@gmail.com
> <mailto:alex.aycin...@gmail.com>> wrote:
> >>>
> >>> Hi,
> >>>
> >>> I get the following compile errors today:
> >>>
> >> 
> >>>
> >>> Am I missing a library or something?
> >>
> >> Alex,
> >>
> >> That didn't take long! ;-)
> >>
> >> Only if your compiler doesn't support C++11. More likely your libstdc++
> doesn't pull in  when  is included.
> >>
> >> Travis puked test-backend-dbi-basic.c for a similar complaint, this one
> for std::for_each. I've just pushed what I hope will fix that and your
> error.
> >>
> >> Regards,
> >> John Ralls
> >>
> >>
> >> John,
> >>
> >> After pulling in your push, I now get:
> >>
> >> /home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbiproviderimpl.hpp:
> In member function ‘StrVec GncDbiProviderImpl::get_table_list(dbi_conn,
> const string&) [with DbType T = (DbType)0; StrVec =
> std::vector<std::__cxx11::basic_string >; dbi_conn = void*;
> std::__cxx11::string = std::__cxx11::basic_string]’:
>




> >> Makefile:678: recipe for target 'gnc-dbisqlconnection.lo' failed
> >>
> >>
> >> I'm building on Fedora 24, by the way.
> >
> > Alex,
> >
> > My first guess would be that gnc-dbiproviderimpl.hpp and
> gnc-dbisqlconnection.hpp need the same treatment, to add "#include
>  to the other libstdc++ headers. I'll have to set up a fedora24
> VM to duplicate your build environment, so it will take a few hours to be
> sure.
> >
>
> Alex,
>
> Done and pushed.
>
> Regards,
> John Ralls
>
>
> John,

Thanks, Make now works. But make check failed at:

TEST: test-engine... (pid=12539)
Unable to use either provided tzname or TZ environment variable. Resorting
to /etc/localtime.
  /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/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 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

Re: compile errors

[Alex Aycinena]

On Thu, Nov 17, 2016 at 5:10 PM, John Ralls <jra...@ceridwen.us> wrote:

>
> > On Nov 17, 2016, at 4:54 PM, Alex Aycinena <alex.aycin...@gmail.com>
> wrote:
> >
> > Hi,
> >
> > I get the following compile errors today:
> >
> 
> >
> > Am I missing a library or something?
>
> Alex,
>
> That didn't take long! ;-)
>
> Only if your compiler doesn't support C++11. More likely your libstdc++
> doesn't pull in  when  is included.
>
> Travis puked test-backend-dbi-basic.c for a similar complaint, this one
> for std::for_each. I've just pushed what I hope will fix that and your
> error.
>
> Regards,
> John Ralls
>
>
John,

After pulling in your push, I now get:

/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbiproviderimpl.hpp:
In member function ‘StrVec GncDbiProviderImpl::get_table_list(dbi_conn,
const string&) [with DbType T = (DbType)0; StrVec =
std::vector<std::__cxx11::basic_string >; dbi_conn = void*;
std::__cxx11::string = std::__cxx11::basic_string]’:
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbiproviderimpl.hpp:245:71:
error: cannot convert ‘std::vector<std::__cxx11::basic_string
>::iterator {aka
__gnu_cxx::__normal_iterator<std::__cxx11::basic_string*,
std::vector<std::__cxx11::basic_string > >}’ to ‘const char*’ for
argument ‘1’ to ‘int remove(const char*)’
 auto end = std::remove(list.begin(), list.end(), "sqlite_sequence");
   ^
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbiproviderimpl.hpp:
In member function ‘StrVec GncDbiProviderImpl::get_table_list(dbi_conn,
const string&) [with DbType T = (DbType)2; StrVec =
std::vector<std::__cxx11::basic_string >; dbi_conn = void*;
std::__cxx11::string = std::__cxx11::basic_string]’:
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbiproviderimpl.hpp:266:16:
error: ‘remove_if’ is not a member of ‘std’
 auto end = std::remove_if (list.begin(), list.end(),
^~~
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbisqlconnection.cpp:
In member function ‘bool GncDbiSqlConnection::table_operation(const
StrVec&, TableOpType)’:
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbisqlconnection.cpp:655:54:
error: no matching function for call to
‘find(std::vector<std::__cxx11::basic_string >::iterator,
std::vector<std::__cxx11::basic_string >::iterator,
std::__cxx11::basic_string&)’
   all_tables.end(), table) != all_tables.end())
  ^
In file included from /usr/include/c++/6.2.1/bits/locale_facets.h:48:0,
 from /usr/include/c++/6.2.1/bits/basic_ios.h:37,
 from /usr/include/c++/6.2.1/ios:44,
 from /usr/include/c++/6.2.1/istream:38,
 from /usr/include/c++/6.2.1/sstream:38,
 from
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/sql/gnc-sql-backend.hpp:35,
 from
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-backend-dbi.hpp:37,
 from
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbisqlconnection.hpp:30,
 from
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbisqlconnection.cpp:31:
/usr/include/c++/6.2.1/bits/streambuf_iterator.h:369:5: note: candidate:
template typename
__gnu_cxx::__enable_if<std::__is_char<_CharT2>::__value,
std::istreambuf_iterator<_CharT> >::__type
std::find(std::istreambuf_iterator<_CharT>,
std::istreambuf_iterator<_CharT>, const _CharT2&)
 find(istreambuf_iterator<_CharT> __first,
 ^~~~
/usr/include/c++/6.2.1/bits/streambuf_iterator.h:369:5: note:   template
argument deduction/substitution failed:
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/dbi/gnc-dbisqlconnection.cpp:655:54:
note:   ‘__gnu_cxx::__normal_iterator<std::__cxx11::basic_string*,
std::vector<std::__cxx11::basic_string > >’ is not derived from
‘std::istreambuf_iterator<_CharT>’
   all_tables.end(), table) != all_tables.end())
  ^
At global scope:
cc1plus: error: unrecognized command line option ‘-Wno-deprecated-register’
[-Werror]
cc1plus: all warnings being treated as errors
Makefile:678: recipe for target 'gnc-dbisqlconnection.lo' failed


I'm building on Fedora 24, by the way.

Thanks,

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

Re: ROOT Type accounts

[Alex Aycinena]

>
>
>
> -- Forwarded message --
> From: Geert Janssens 
> To: "David T." 
> Cc: gnucash-devel@gnucash.org
> Date: Sat, 29 Oct 2016 14:54:35 +0200
> Subject: Re: ROOT Type accounts
> On Saturday 29 October 2016 17:33:40 David T. wrote:
> > OK, so I opened the SQLite file in GnuCash, went to the COA and
> > selected Check and Repair All. No change, unfortunately.
> >
> Yes, that's what I meant - check & repair should be the place to handle
> this, but it currently doesn't.
>
> I see the way I replied to you could be interpreted differently. Sorry
> about that.
>
> > I will try removing the rows manually and see what happens! This, of
> > course is on a copy of my real data file. ;)
> >
> Wise, very wise :)
>
> Geert
>


Also, I'm curious if saving the file as xml and then recreating the SQLite
file from the xml might clean it up, if it was initially created by a bug
that has since been fixed. Might be easier than messing around with
manually removing the rows, if it works.

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

Re: Backport proposal for "Attached file indicator"

[Alex Aycinena]

>
>
> -- Forwarded message --
> From: John Ralls 
> To: Derek Atkins 
> Cc: gnucash-devel@gnucash.org
> Date: Tue, 13 Sep 2016 08:19:45 -0700
> Subject: Re: Backport proposal for "Attached file indicator"
>
> > On Sep 13, 2016, at 7:37 AM, Derek Atkins  wrote:
> >
> > Geert,
> >
> > Geert Janssens  writes:
> >
> >> Robert Fewell recently contributed work to the master branch to add a
> >> visual indicator to transactions when a file/uri is attached, and some
> >> further refinements in that area.
> >>
> >> There is an enhancement request for this in bugzilla as well [1]
> >>
> >> While our policy states new features should be added on the master
> >> branch only, I'm considering backporting a minimal base part of Roberts
> >> work to maint anyway. That is the indicator itself only. This is a
> >> relatively well contained bit of gui code that's not too complicated to
> >> review. I'm talking about commits 5bb53c044..5f75f106ee here. Robert
> >> made more improvements, but this minimal set would greatly increase the
> >> usefulness of the file association feature.
> >
> > IMHO, useful features that are small, useful, and relatively self
> > contained (and don't affect lots of strings) are welcome to be
> > backported.
> >
> >> Any objections ?
> >
> > None from me.
>
> I agree.
>
> Regards,
> John Ralls
>
>
>
So do I,

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

Re: Lots in Account screen : Value sign

[Alex Aycinena]

>
> -- Forwarded message --
> From: Linas Vepstas 
> To: "Frank H. Ellenberger" , Geert
> Janssens 
> Cc: GNUCASH devel 
> Date: Wed, 24 Aug 2016 23:12:54 -0500
> Subject: Re: Re: Lots in Account screen : Value sign
> Wow... you're asking me to remember something from 12 years ago ...
>
> Here's my best guess: for a "lot", I had the mental model of starting with
> 100 of something ... e.g. 100 cans of paint, and then selling them off in
> dribs and drabs. Thus, the first entry, that opens the lot, has a sign that
> differs from all the others.  By definition, there can be only one such
> entry in the lot, -- by definition, all of the other entries must have the
> opposite sign. Lots can only shrink and get smaller.
>
> So -- I buy 100 cans of paint at $10 per can, then sell 20 at $15 a can,
> then sell 35 at $17 a can, then sell 45 at $12 a can, closing out the lot
> (forever, since all the paint in that lot is now gone).
>
> Lots could be shares of stock, could be cans of paint, cartons of milk
> marked by expiration date -- anything that is naturally counted in
> non-monetary units, and come in lots (i.e. you want to sell/use/drink the
> oldest milk first, so you really do want to track the date/lot-number).
> More abstractly, lots could be shipments to a customer, unfilled or
> partially filed orders, whatever --
>
> With this concept of a lot, its impossible to add more to the lot -- once
> opened, it can only be depleted.  Thus, the split that opens the lot is
> "special". By assumption, its the very first split; it doesn't really make
> sense for it to be any other. That is, I can't sell cans of paint that I
> don't yet have.  At least, that was the initial conception of how lots
> work.
>
>
For stocks, you could have selling short, that is, selling shares you don't
already own at a future date and then buying them at a future date to
deliver when due hoping to make money on a drop on their value. Not your
typical stock transaction, though.


> Now, we all have read the news about corporations that sell things before
> the customer takes delivery, leading to various accounting scandals. I
> suppose there are other legitimate uses of lots, which somehow get
> overdrawn before they are stocked up.  Or something.  But that got
> confusing to think about, and was not a part of the design.
>
> I'm not at all clear as to why payments or invoices are going through the
> lot system, other than maybe you bill someone $100 and they pay you in
> installments?  Ans so you want to match up the installments with the
> original invoice, until its paid off?  I guess that's a valid use of
> lots... If the sign is wrong for that special, first entry, then that's the
> fault of whomever opened that lot.
>
> --linas
>
>
Alex
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: New Account Dialog

[Alex Aycinena]

On Wed, Jul 27, 2016 at 9:00 AM,  wrote:

>
> From: "David T." 
> To: GnuCash-Devel 
> Cc:
> Date: Wed, 27 Jul 2016 11:25:11 +0500
> Subject: New Account Dialog
> Hello,
>
> In recent weeks, there have been a number of threads on the user list in
> which users have had difficulties setting up accounts for equities and
> mutual funds. These users have not been able to set the Security/Currency
> to an appropriate value because the account type was not correctly set.
>
> I believe that the New Account dialog contributes to this problem by the
> way it is set up. The sequence of fields in the dialog does not match the
> required sequence of input; the user must correctly set the Account Type
> field (located at the bottom of the dialog) *BEFORE* they can correctly set
> the Security/currency field.
>
> Not only is this sequence confusing to new users, it is an annoyance for
> experienced users as well, since the user must manually relocate to the
> type field, set the type, and then manually relocate back to the currency
> field to set it. This quickly gets burdensome.
>
> At the very least, I would suggest that it would be much clearer and
> easier to all users to have the Account Type field placed immediately after
> the Description field, and that it be changed to a drop down list. This
> would make it clearer to new users and more efficient for others, without
> entailing a great deal of change to the program.
>
> I can add a bug to bugzilla if it seems that this would be useful.
>
> David
>
>
>


>
> David,
>
> I think that that's quite well explained in Chapter 8 of the guide, and
> the new user's problems are largely down to not reading the documentation
> before diving in.
>
> I agree with to your proposed change to the UI for 2.8, and it should be
> as you say fairly simple, probably only a Glade change with no code. Please
> do file a bug so that we remember to do it.
>
> Regards,
> John Ralls
>
>


I am currently doing some work that will change the Account dialog for
other reasons. If everyone is in agreement, I can change the layout as
David suggests in the course of that work. I would probably commit that to
master in a few weeks.

Regards,

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

Re: gnucash-devel Digest, Vol 159, Issue 12

[Alex Aycinena]

John,


> -- Forwarded message --
> From: John Ralls 
> To: Christian Stimming 
> Cc: gnucash-devel@gnucash.org
> Date: Sun, 19 Jun 2016 15:15:22 -0700
> Subject: Re: Transaction Posted Time
>
> > On Jun 19, 2016, at 1:07 PM, Christian Stimming 
> wrote:
> >
> > Am Sonntag, 19. Juni 2016, 11:31:39 schrieb John Ralls:
> >> Bug 767824[1] has me thinking about this again. As I think everyone
> knows I
> >> want to change it from midnight local to 11:00AM UTC for the next
> version,
> >> but since fixing this bug also requires a scrub function at file read
> time
> >> to correct the (probably few) files with borked timestamps I'm thinking
> of
> >> doing it now.
> >
> > Thanks for the info. In fact I didn't recognize your idea to change the
> posted
> > date's time-of-day.
> >
> > Did you review bug https://bugzilla.gnome.org/show_bug.cgi?id=137017
> for this?
> > My take is that the "posted date" should be changed into a data type that
> > doesn't have any time-of-day anymore. As long as this is not the case,
> we will
> > IMHO always run into troubles.
> >
> > At the time bug 137017 was discussed in 2010, I decided to add the
> additional
> > KVP slot for posted date with data type GDate. Hence, since 2010 every
> > transaction has the regular posted-date timestamp (date plus
> time-of-day) plus
> > additionally a KVP slot with the posted-date (date only), where the kvp
> slot's
> > value will for sure contain the date value that was entered by the user,
> > regardless of the time zone the program was in at the time of entering.
> >
> > When you have to think about a scrub function, this additional data field
> > might become handy.
> >
> > However, some cases where the posted-date's time-of-day is chosen
> differently
> > are known:
> > - imported transactions that contained a time-of-day will have that time
> > written in here, such as those transactions that came from an OFX file
> that
> > was created by gnucash-on-android.
> > - book closing transactions contain some other time-of-day here
> > - other cases might exist, too.
> >
> > Hence, unfortunately there are still multiple use cases of the
> time-of-day
> > part of the posted-date. Any scrub functions that tries to map this
> time-of-
> > day to another one, or also a final scrub function that tries to map
> this to a
> > fixed day-only data type, will have to take all those special cases into
> > account. Unfortunately.
> >
> > Again, I would suggest to switch the posted-date data type to a date-only
> > (without time) as soon as possible, as discussed in bug 137017 and
> various
> > discussions throughout the years.
>
> Christian,
>
> You and I both agree that a date-only posted date field is the best
> solution, but we've always gotten substantial push-back from users so we've
> never changed it. Even the ability to edit the time, mentioned in comment
> 28, comes up from time to time. So if we set that aside for now, what do
> you think of using 11:00AM UTC instead of 00:00 Local, in particular
> changing in the middle of a release series?
>
> Using the transaction date slot for the scrub is an excellent idea, thanks
> for suggesting it, and thanks as well for reminding me that not all
> transactions have the timestamp adjusted to midnight local.
>
> Regards,
> John Ralls
>
> I agree with both you and Christian that date-only is the right solution.
I also don't see any realistic use case for ever displaying or making the
time editable. But there is that back-ward compatibility issue. So your
solution seems like a sensible compromise step for the current series. For
the next major series I think we should dump the time and treat it like
other new features (i.e., older releases won't load the file if it has been
written by a later release and the user gets an explanation).

Regards,

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

Warnings on exit with latest master build

[Alex Aycinena]

I just wanted to report that when I run the latest master build from the
command line, on exiting gnucash, I get the following message on the
terminal:

sys:1: Warning: g_ascii_strcasecmp: assertion 's1 != NULL' failed

Also, in gnucash.trace, the following messages are also shown, again at the
very end of the file:

* 16:16:05  CRIT  gnc_uri_get_components: assertion 'uri !=
NULL && strlen (uri) > 0' failed
* 16:16:05  CRIT  gnc_uri_get_components: assertion 'uri !=
NULL && strlen (uri) > 0' failed
* 16:16:05  CRIT  gnc_uri_create_uri: assertion 'path != 0'
failed

I haven't had time to investigate further.

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

[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

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

make clean fails

[Alex Aycinena]

Hello,

I updated my clean gnucash master today and recompliled on Fedora 23. 'make
clean' failed with:


   GnuCash 2.6.99: src/engine/test/test-suite.log


# TOTAL: 28
# PASS:  25
# SKIP:  0
# XFAIL: 0
# FAIL:  3
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: test-test-extras
==

/home/gnucash-dev/gitcheckouts/gnucash-clean-build/gnc-guile: symbol lookup
error:
/[Bopt/gnucash-git/gnucash-clean/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-clean-build/gnc-guile: symbol lookup
error:
/[Bopt/gnucash-git/gnucash-clean/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-clean-build/gnc-guile: symbol lookup
error:
/[Bopt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-backend-dbi.so:
undefined symbol: qof_backend_register_provider
FAIL test-split (exit status: 127)


I believe this is due to a commit yesterday.

Regards,

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

Re: Tax Sched report duplicates accounts

[Alex Aycinena]

>
>
> -- Forwarded message --
> From: Ted Creedon 
> To: "gnucash-devel@gnucash.org" 
> Cc:
> Date: Mon, 8 Feb 2016 19:12:54 +
> Subject: Tax Sched reoprt duplicates accounts
> Depending on the General tab settings the report duplicates accounts 2x or
> 3x
>  gc ver 2.6.11
>
> on 86_64 x86_64 x86_64 GNU/Linux
>
> tedc
>


Can you provide more information? I would like to reproduce the problem.
What does "depending on the General tab settings ..." mean? With some
settings it does but with others it doesn't? You're referring to the
General tab in the report options? How do I have to set it up to get the
same problem?

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

Re: Make fails

[Alex Aycinena]

On Thu, Dec 3, 2015 at 11:41 AM, Alex Aycinena <alex.aycin...@gmail.com>
wrote:

> On Wed, Dec 2, 2015 at 5:27 PM, John Ralls <jra...@ceridwen.us> wrote:
>
>>
>> Alex,
>>
>> Of course it’s supposed to work! Now it does, though I’m not comfortable
>> with the fix. Moving the include of kvp_frame.hpp to the top of the list
>> implies that there’s something about one of the other headers that confuses
>> gcc. More research required, but at least now make check passes on Linux 64.
>>
>> Regards,
>> John Ralls
>>
>>
> John,
>
> Well, what I meant was whether you had intended for that particular commit
> to fix this problem as well as the make failure.
>
> In any case, the commit you made a few minutes ago changed the failure in
> make clean from what I had previously reported to a new one:
>
>



> Regards,
>
> Alex
>

Oh, and I forgot to mention that the segmentation fault on application exit
is gone.

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

Re: Make fails

[Alex Aycinena]

On Wed, Dec 2, 2015 at 5:27 PM, John Ralls  wrote:

>
> Alex,
>
> Of course it’s supposed to work! Now it does, though I’m not comfortable
> with the fix. Moving the include of kvp_frame.hpp to the top of the list
> implies that there’s something about one of the other headers that confuses
> gcc. More research required, but at least now make check passes on Linux 64.
>
> Regards,
> John Ralls
>
>
John,

Well, what I meant was whether you had intended for that particular commit
to fix this problem as well as the make failure.

In any case, the commit you made a few minutes ago changed the failure in
make clean from what I had previously reported to a new one:

PASS: test-xml-commodity
/home/gnucash-dev/gitcheckouts/gnucash/test-driver: line 107:  7622
Segmentation fault  (core dumped) "$@" > $log_file 2>&1
FAIL: test-xml-pricedb
PASS: test-xml-transaction
PASS: test-xml2-is-file

Testsuite summary for GnuCash 2.6.99

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

See src/backend/xml/test/test-suite.log
Please report to gnucash-devel@gnucash.org

Makefile:1811: recipe for target 'test-suite.log' failed
make[7]: *** [test-suite.log] Error 1
make[7]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-build/src/backend/xml/test'

The test-xml-pricedb.log file only says:

FAIL test-xml-pricedb (exit status: 139)

The /test-suite.log says pretty much the same:

=
   GnuCash 2.6.99: src/backend/xml/test/test-suite.log
=

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

.. contents:: :depth: 2

FAIL: test-xml-pricedb
==

FAIL test-xml-pricedb (exit status: 139)


I couldn't find the core dump it says it put in a log file (" (core dumped)
"$@" > $log_file 2>&1").

Regards,

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

Re: Make fails

[Alex Aycinena]

On Thu, Dec 3, 2015 at 11:54 AM, John Ralls  wrote:

>
>
>
> Alex,
>
> Yeah, the segfault is the same one Geert reported.
>
> I don’t see the problem with test-pricedb in Debian stable, so I’m trying
> F21. In the meantime can you run it under gdb and get a stack trace of the
> crash?
>
> Regards,
> John Ralls
>
>
John,

This is what I did:

cd /home/gnucash-dev/gitcheckouts/gnucash-build
export LT=`pwd`/libtool
cd src/backend/xml/test
$LT --mode=execute gdb test-xml-pricedb

Then:

(gdb) run
Starting program:
/home/gnucash-dev/gitcheckouts/gnucash-build/src/backend/xml/test/.libs/lt-test-xml-pricedb

Missing separate debuginfos, use: dnf debuginfo-install
glibc-2.21-8.fc22.x86_64
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x00449228 in gnc_price_to_dom_tree (tag=0x4574ce "price",
price=0x695590)
at
/home/gnucash-dev/gitcheckouts/gnucash/src/backend/xml/gnc-pricedb-xml-v2.cpp:445
445if (sourcestr && (strlen(sourcestr) != 0))
Missing separate debuginfos, use: dnf debuginfo-install
boost-date-time-1.57.0-6.fc22.x86_64 gc-7.4.2-2.fc22.x86_64
glib2-2.44.1-2.fc22.x86_64 gmp-6.0.0-9.fc22.x86_64
guile-2.0.11-7.fc22.x86_64 libatomic_ops-7.4.2-4.fc22.x86_64
libffi-3.1-7.fc22.x86_64 libgcc-5.1.1-4.fc22.x86_64
libselinux-2.3-10.fc22.x86_64 libstdc++-5.1.1-4.fc22.x86_64
libtool-ltdl-2.4.2-34.fc22.x86_64 libunistring-0.9.4-1.fc22.x86_64
libxml2-2.9.3-1.fc22.x86_64 nss-softokn-freebl-3.21.0-1.1.fc22.x86_64
pcre-8.37-5.fc22.x86_64 xz-libs-5.2.0-2.fc22.x86_64 zlib-1.2.8-7.fc22.x86_64
(gdb) strace
warning: Couldn't determine the static tracepoint marker to probe
Static tracepoint 2 at 0x449228: file
/home/gnucash-dev/gitcheckouts/gnucash/src/backend/xml/gnc-pricedb-xml-v2.cpp,
line 445.

Does this help you? By the way I'm on Fedora 22.

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

Re: Make fails

[Alex Aycinena]

John,

When I put a breakpoint on /gnc-pricedb-xml-v2.cpp:445 and ran the test, it
stopped at the break and then I continued several times before the
following:

Breakpoint 1, gnc_price_to_dom_tree (tag=0x4574ce "price", price=0x695590)
at
/home/gnucash-dev/gitcheckouts/gnucash/src/backend/xml/gnc-pricedb-xml-v2.cpp:445
445if (sourcestr && (strlen(sourcestr) != 0))
(gdb) c
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x00449228 in gnc_price_to_dom_tree (tag=0x4574ce "price",
price=0x695590)
at
/home/gnucash-dev/gitcheckouts/gnucash/src/backend/xml/gnc-pricedb-xml-v2.cpp:445
445if (sourcestr && (strlen(sourcestr) != 0))
(gdb) p sourcestr
$3 = (const gchar *) 0x3 
(gdb) p strlen(sourcestr)

Program received signal SIGSEGV, Segmentation fault.
0x746d20ba in strlen () from /lib64/libc.so.6

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

Re: Make fails

[Alex Aycinena]

John,

Your last commit fixed the failure related to test-xml-pricedb. So make
worked and make check almost worked. At the end I go the following, 3 odd
failures:

PASS: test-load-module
echo '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/gnc-guile --debug
-l
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/report/report-system/test/test-collectors.scm
-c "(exit (run-test))"' > test-collectors
chmod a+x test-collectors
FAIL: test-collectors
echo '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/gnc-guile --debug
-l
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/report/report-system/test/test-list-extras.scm
-c "(exit (run-test))"' > test-list-extras
chmod a+x test-list-extras
FAIL: test-list-extras
echo '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/gnc-guile --debug
-l
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/report/report-system/test/test-test-extras.scm
-c "(exit (run-test))"' > test-test-extras
chmod a+x test-test-extras
FAIL: test-test-extras

Testsuite summary for GnuCash 2.6.99

# TOTAL: 5
# PASS:  2
# SKIP:  0
# XFAIL: 0
# FAIL:  3
# XPASS: 0
# ERROR: 0

See src/report/report-system/test/test-suite.log
Please report to gnucash-devel@gnucash.org

Makefile:882: 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/report/report-system/test'

src/report/report-system/test/test-suite.log shows:


FAIL: test-collectors
=

/home/gnucash-dev/gitcheckouts/gnucash-clean-build/gnc-guile: symbol lookup
error: /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-backend-xml.so:
undefined symbol: gnc_address_xml_initialize
FAIL test-collectors (exit status: 127)

FAIL: test-list-extras
==

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

FAIL: test-test-extras
==

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

I'm not sure why it is looking in
/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-backend-xml.so when I
haven't installed the system there yet.

If I install the system, it runs fine (no seg fault on application exit)
and then if I re-run make check, then it runs to completion. It seems like
the tests should be doing symbol lookups in the build directory, not the
install directory.

Regards,

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

Make fails

[Alex Aycinena]

Make fails on Fedora 22 on the latest master with the following error:

/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/xml/gnc-backend-xml.cpp:
In function 'gboolean gnc_xml_be_get_file_lock(FileBackend*)':
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/xml/gnc-backend-xml.cpp:175:13:
error: comparison between signed and unsigned integer expressions
[-Werror=sign-compare]
 >= pathbuf_size - (path - pathbuf))
 ^
At global scope:
cc1plus: error: unrecognized command line option "-Wno-deprecated-register"
[-Werror]
cc1plus: all warnings being treated as errors
Makefile:817: recipe for target 'gnc-backend-xml.lo' failed
make[5]: *** [gnc-backend-xml.lo] Error 1
make[5]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/backend/xml'

Regards,

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

Re: Make fails

[Alex Aycinena]

John,

On Tue, Dec 1, 2015 at 4:55 PM, John Ralls  wrote:

>
> Thanks, Alex. Fixed and pushed along with a configure change to keep
> libdbi-0.9’s deprecation warnings from stopping a build.
>
> Regards,
> John Ralls
>
>
Make now works, but make check fails with:


In file included from /usr/include/c++/4.9.2/ios:42:0,
 from /usr/include/c++/4.9.2/ostream:38,
 from /usr/include/c++/4.9.2/iostream:39,
 from /usr/include/boost/assert.hpp:84,
 from
/usr/include/boost/variant/detail/backup_holder.hpp:17,
 from /usr/include/boost/variant/variant.hpp:30,
 from /usr/include/boost/variant.hpp:17,
 from
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/libqof/qof/kvp-value.hpp:36,
 from
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/libqof/qof/kvp_frame.hpp:91,
 from
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/backend/xml/test/test-file-stuff.cpp:42:
/usr/include/c++/4.9.2/bits/ios_base.h:215:42: error: expected identifier
before string constant
   failure(const string& __str) throw();
  ^
/usr/include/c++/4.9.2/bits/ios_base.h:215:42: error: expected ',' or '...'
before string constant
/usr/include/c++/4.9.2/bits/ios_base.h:215:88: error: only declarations of
constructors can be 'explicit'
   failure(const string& __str) throw();

^
/usr/include/c++/4.9.2/bits/ios_base.h:215:91: error: expected
unqualified-id before 'throw'
   failure(const string& __str) throw();

^
/usr/include/c++/4.9.2/bits/ios_base.h:220:20: error: expected class-name
before '(' token
   ~failure() throw();
^
/usr/include/c++/4.9.2/bits/ios_base.h:220:73: error: expected
unqualified-id before 'throw'
   ~failure() throw();
 ^
cc1plus: error: unrecognized command line option "-Wno-deprecated-register"
[-Werror]
cc1plus: all warnings being treated as errors
Makefile:1381: recipe for target 'test-file-stuff.lo' failed
make[6]: *** [test-file-stuff.lo] Error 1
make[6]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/backend/xml/test'

Don't know if you were intending to get this to work.

Thanks,

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

Re: gnucash master: Multiple changes pushed

[Alex Aycinena]

Geert,

I get this make failure on this change:

/home/gnucash-dev/gitcheckouts/gnucash-clean/src/gnome/gnc-plugin-page-register.c:
In function 'gnc_plugin_page_register_get_query':
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/gnome/gnc-plugin-page-register.c:1817:443:
error: 'return' with no value, in function returning non-void [-Werror]
 g_return_if_fail(GNC_IS_PLUGIN_PAGE_REGISTER(plugin_page));

^
cc1: all warnings being treated as errors
Makefile:826: recipe for target 'gnc-plugin-page-register.lo' failed
make[4]: *** [gnc-plugin-page-register.lo] Error 1
make[4]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/gnome'

Regards,

Alex

On Mon, Nov 2, 2015 at 3:26 AM, Geert Janssens 
wrote:

> Updated  via  https://github.com/Gnucash/gnucash/commit/e0ca9344 (commit)
>  via  https://github.com/Gnucash/gnucash/commit/f41a2149 (commit)
>  via  https://github.com/Gnucash/gnucash/commit/1a6fb375 (commit)
>  via  https://github.com/Gnucash/gnucash/commit/50350c40 (commit)
> from  https://github.com/Gnucash/gnucash/commit/f8271749 (commit)
>
>
>
> commit e0ca934438fc384504d0b8efbd7bdcfd6315c5f3
> Author: Geert Janssens 
> Date:   Mon Nov 2 12:30:19 2015 +0100
>
> Set num_accounts upfront for ordinary register exports
>
> commit f41a214956a9cb1bc9af1853cc421f7bd5da8d56
> Author: Geert Janssens 
> Date:   Mon Nov 2 12:29:35 2015 +0100
>
> Avoid code duplication
>
> commit 1a6fb3757070faed745e63d71a67227cb46fa9c4
> Author: Geert Janssens 
> Date:   Mon Nov 2 12:28:26 2015 +0100
>
> Rephrase some comments (to help an outsider to better understand
> what's happening)
>
> commit 50350c40a737577a705eea3b4bd9f577fdd9e704
> Author: Robert Fewell <14ubo...@gmail.com>
> Date:   Sat Oct 17 19:43:17 2015 +0100
>
> Bug 754533 Add CSV Register Export
>
> Allow you to do a CSV export of the active Register View
>
>
>
> Summary of changes:
>  src/gnome/gnc-plugin-page-register.c   | 18 +
>  src/gnome/gnc-plugin-page-register.h   | 10 +++
>  src/gnome/gnc-plugin-page-register2.c  | 18 +
>  src/gnome/gnc-plugin-page-register2.h  | 11 +++
>  src/import-export/csv-exp/Makefile.am  |  3 +
>  src/import-export/csv-exp/assistant-csv-export.c   | 79
> +-
>  src/import-export/csv-exp/assistant-csv-export.h   | 14 +++-
>  .../csv-exp/csv-transactions-export.c  | 56 +--
>  .../csv-exp/gnc-plugin-csv-export-ui.xml   |  1 +
>  src/import-export/csv-exp/gnc-plugin-csv-export.c  | 39 +++
>  10 files changed, 210 insertions(+), 39 deletions(-)
>
> ___
> gnucash-patches mailing list
> gnucash-patc...@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-patches
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

make error

[Alex Aycinena]

I get the following error on make with this mornings update:

/home/gnucash-dev/gitcheckouts/gnucash-clean/src/gnome/dialog-commodities.c:
In function 'remove_clicked':
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/gnome/dialog-commodities.c:200:19:
error: 'prices' may be used uninitialized in this function
[-Werror=maybe-uninitialized]
 for (node = prices; node; node = node->next)
   ^
cc1: all warnings being treated as errors
Makefile:826: recipe for target 'dialog-commodities.lo' failed
make[4]: *** [dialog-commodities.lo] Error 1
make[4]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/gnome'
Makefile:887: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1

Regards,

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

Re: Your email...

[Alex Aycinena]

John,

On Mon, Aug 10, 2015 at 12:03 AM, John Ralls jra...@ceridwen.us wrote:


  On Aug 10, 2015, at 3:55 AM, Alex Aycinena alex.aycin...@gmail.com
 wrote:
 
  Liz,
 
  On Sun, Aug 9, 2015 at 7:06 PM, Liz ed...@billiau.net wrote:
 
  Alex, your email address is often getting picked up as a support email
  address, presumably because A is first in the alphabet.
 
  Do you know from where this is collected?
  How can we put gnucash-u...@gnucash.org at the top of these lists?
 
 
  Liz
 
 
 
  Yes this is happening a bit and is mildly annoying.
 
  And I hadn't been able to figure out why until a few weeks ago I noticed
  that the Windows version of gnucash (my wife uses that for her small
  business, I use Linux) has, under Help-About, a credits button that is
  not on the Linux version. When you click on that button it lists
  contributors for both development and documentation. My e-mail is listed
  under both groups, along with many others, but is not the first, though
  near the top for documentors.
 
  But I do remember recently stumbling onto a pop-up of some kind that did
  show contributors and my name and e-mail was the first on the list. But I
  can't find it again or figure out where I saw it.
 
  Your suggestion is excellent: we should put a comment in these places
  suggesting to people that, though this information is provided, it is not
  courteous to contact the listed people directly and that, instead, users
  are welcome to, and should, ask all and any questions @ 
  gnucash-u...@gnucash.org where people can respond in a voluntary basis
 and
  based on knowledge of the particular part of gnucash that their question
  pertains to.
 
  I am not personally familiar with where these lists come from, nor where
  that other list, that I can no longer find, was.
 
  Perhaps one of the other developers can make a recommendation as to how
 we
  can implement your suggestion.

 Excellent idea. The “Credits” button pops up the AUTHORS file, so I’ve
 added a note to the top of that pointing users seeking support to the FAQ,
 Mailing Lists, and IRC pages in the wiki.

 Alex’s name appears only in those files, the ChangeLogs, and in some
 copyright notices, so I suspect that the other pop-up he found does the
 same. Maybe that will address the problem.

 Regards,
 John Ralls



Thanks,

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

Re: Feature KVPs

[Alex Aycinena]

John,

That was too simple for me to see. It works correctly now.

Thanks,

Alex

On Wed, Jul 22, 2015 at 9:21 AM, John Ralls jra...@ceridwen.us wrote:


  On Jul 21, 2015, at 12:09 PM, Alex Aycinena alex.aycin...@gmail.com
 wrote:
 
  John,
 
  I was wondering if you could help me figure out a problem I've noted in
 saving Feature KVPs.
 
  In the work I'm doing, I'm setting a feature related to the use of
 book-currency. This is the way it is currently saved (along with another
 feature) in the xml file:
 
  book:slots
slot
  slot:key/slot:key
  slot:value type=frame
slot
  slot:keyfeatures/slot:key
  slot:value type=frame
slot
  slot:key/slot:key
  slot:value type=frame
slot
  slot:keyNumber Field Source/slot:key
  slot:value type=stringUser specifies source of 'num'
 field'; either transaction number or split action (requires at least
 GnuCash 2.5.0)/slot:value
/slot
slot
  slot:keyUse a Book-Currency/slot:key
  slot:value type=stringUser specifies a
 'book-currency'; costs of other currencies/commodities tracked in terms of
 book-currency (requires at least GnuCash 2.7.0)/slot:value
/slot
  /slot:value
/slot
  /slot:value
/slot
  /slot:value
/slot
slot
  slot:keyoptions/slot:key
  etc.
 
  There seems to be some unnecessary frames and slots inserted in there
 for some reason. It should look like this:
 
  book:slots
slot
  slot:keyfeatures/slot:key
  slot:value type=frame
slot
  slot:keyNumber Field Source/slot:key
  slot:value type=stringUser specifies source of 'num' field';
 either transaction number or split action (requires at least GnuCash
 2.5.0)/slot:value
/slot
slot
  slot:keyUse a Book-Currency/slot:key
  slot:value type=stringUser specifies a 'book-currency';
 costs of other currencies/commodities tracked in terms of book-currency
 (requires at least GnuCash 2.7.0)/slot:value
/slot
  /slot:value
/slot
slot
  slot:keyoptions/slot:key
  etc.
 
  I've looked at the code for qof_book_set_feature in qofbook.cpp and for
 set_path in kvp_frame.cpp but it is not clear to me what it's doing wrong.
 
  Do you agree that there is something wrong here? If so, any ideas for a
 fix? By the way, the code for qof_book_set_option generates xml output that
 looks correct.
 
  I noticed in another e-mail that you said you are out of town this week.
 This issue isn't affecting my work so no hurry in responding.
 
  Have a good trip.

 Alex,

 Good catch.
 The problem was the definition of GNC_FEATURES: “/features/“. The slashes
 created the extra frames. I pushed a change removing them, which should fix
 the problem for features. I’m also working up a change to ignore leading
 and trailing slashes in keys. I should have recognized that problem
 earlier, as it made a difference in some of the existing test error
 messages, but I ascribed those to reordering without noticing the extra
 frames. I’ll get that fixed up and pushed as soon as I can.

 Regards,
 John Ralls




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

Feature KVPs

[Alex Aycinena]

John,

I was wondering if you could help me figure out a problem I've noted in
saving Feature KVPs.

In the work I'm doing, I'm setting a feature related to the use of
book-currency. This is the way it is currently saved (along with another
feature) in the xml file:

book:slots
  slot
slot:key/slot:key
slot:value type=frame
  slot
slot:keyfeatures/slot:key
slot:value type=frame
  slot
slot:key/slot:key
slot:value type=frame
  slot
slot:keyNumber Field Source/slot:key
slot:value type=stringUser specifies source of 'num'
field'; either transaction number or split action (requires at least
GnuCash 2.5.0)/slot:value
  /slot
  slot
slot:keyUse a Book-Currency/slot:key
slot:value type=stringUser specifies a 'book-currency';
costs of other currencies/commodities tracked in terms of book-currency
(requires at least GnuCash 2.7.0)/slot:value
  /slot
/slot:value
  /slot
/slot:value
  /slot
/slot:value
  /slot
  slot
slot:keyoptions/slot:key
etc.

There seems to be some unnecessary frames and slots inserted in there for
some reason. It should look like this:

book:slots
  slot
slot:keyfeatures/slot:key
slot:value type=frame
  slot
slot:keyNumber Field Source/slot:key
slot:value type=stringUser specifies source of 'num' field';
either transaction number or split action (requires at least GnuCash
2.5.0)/slot:value
  /slot
  slot
slot:keyUse a Book-Currency/slot:key
slot:value type=stringUser specifies a 'book-currency'; costs
of other currencies/commodities tracked in terms of book-currency (requires
at least GnuCash 2.7.0)/slot:value
  /slot
/slot:value
  /slot
  slot
slot:keyoptions/slot:key
etc.

I've looked at the code for qof_book_set_feature in qofbook.cpp and for
set_path in kvp_frame.cpp but it is not clear to me what it's doing wrong.

Do you agree that there is something wrong here? If so, any ideas for a
fix? By the way, the code for qof_book_set_option generates xml output that
looks correct.

I noticed in another e-mail that you said you are out of town this week.
This issue isn't affecting my work so no hurry in responding.

Have a good trip.

Regards,

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

Re: seg fault on master

[Alex Aycinena]

John,

On Thu, Jul 9, 2015 at 9:19 AM, John Ralls jra...@ceridwen.us wrote:


  On Jul 6, 2015, at 5:41 PM, John Ralls jra...@ceridwen.us wrote:
 
 
  On Jul 6, 2015, at 5:08 PM, Alex Aycinena alex.aycin...@gmail.com
 wrote:
 
  John,
 
  On Mon, Jul 6, 2015 at 2:02 PM, John Ralls jra...@ceridwen.us wrote:
 
  Alex,
 
  Well, that was the wrong cause. The real one was that I didn’t delete
 the option slots the right way. That helped me notice that KvpFrameImpl
 needed a proper destructor. Both committed, book options work again.
 
  Regards,
  John Ralls
 
 
  Well, make worked and when I installed it, the application started OK,
 loaded a file OK, and the book options worked OK. But make check failedt:
 
 
  Yes, and there are no doubt others. Cleaning up the destructor blows up
 several cases where tests try to reuse frames without taking back ownership
 from the enclosing values. It’ll take a day or so to clean all of those up.

 And that’s fixed, along with a google test problem on Debian and a typo.

 Regards,
 John Ralls


With the latest git pull, make worked, make check worked and when I
installed it, the application started OK, loaded a file OK, and the book
options worked OK. So as far as I can tell, all is good.

Regards,

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

Re: seg fault on master

[Alex Aycinena]

John,

On Mon, Jul 6, 2015 at 2:02 PM, John Ralls jra...@ceridwen.us wrote:


 Alex,

 Well, that was the wrong cause. The real one was that I didn’t delete the
 option slots the right way. That helped me notice that KvpFrameImpl needed
 a proper destructor. Both committed, book options work again.

 Regards,
 John Ralls



Well, make worked and when I installed it, the application started OK,
loaded a file OK, and the book options worked OK. But make check failedt:

make[6]: Entering directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/engine/test'
PASS: test-link
PASS: test-load-engine
PASS: test-guid
PASS: test-numeric
PASS: test-date
PASS: test-object
PASS: test-commodities
*** Error in
`/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/engine/test/.libs/lt-test-engine':
free(): invalid size: 0x0217ab40 ***
=== Backtrace: =
/lib64/libc.so.6(+0x77d9e)[0x7faecfaa2d9e]
/lib64/libc.so.6(cfree+0x5b5)[0x7faecfaae9f5]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(guid_free+0x30)[0x7faed270293e]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN14delete_visitorclIP8_gncGuidEEvRT_+0x1f)[0x7faed270e67d]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN5boost6detail7variant14invoke_visitorI14delete_visitorE14internal_visitIP8_gncGuidEEvRT_i+0x29)[0x7faed271b6d1]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN5boost6detail7variant27visitation_impl_invoke_implINS1_14invoke_visitorI14delete_visitorEEPvP8_gncGuidEENT_11result_typeEiRS9_T0_PT1_N4mpl_5bool_ILb1EEE+0x3a)[0x7faed27191a5]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN5boost6detail7variant22visitation_impl_invokeINS1_14invoke_visitorI14delete_visitorEEPvP8_gncGuidNS_7variantIld12_gnc_numericPKcS8_10timespec64P6_GListP12KvpFrameImpl6_GDateNS1_5void_ESJ_SJ_SJ_SJ_SJ_SJ_SJ_SJ_SJ_SJ_E18has_fallback_type_EEENT_11result_typeEiRSM_T0_PT1_T2_i+0x37)[0x7faed271609f]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN5boost6detail7variant15visitation_implIN4mpl_4int_ILi0EEENS1_20visitation_impl_stepINS_3mpl6l_iterINS7_6l_itemINS3_5long_ILl9EEElNS9_INSA_ILl8EEEdNS9_INSA_ILl7EEE12_gnc_numericNS9_INSA_ILl6EEEPKcNS9_INSA_ILl5EEEP8_gncGuidNS9_INSA_ILl4EEE10timespec64NS9_INSA_ILl3EEEP6_GListNS9_INSA_ILl2EEEP12KvpFrameImplNS9_INSA_ILl1EEE6_GDateNS7_5l_endENS8_ISV_NS1_14invoke_visitorI14delete_visitorEEPvNS_7variantIldSE_SH_SK_SM_SP_SS_SU_NS1_5void_ES1D_S1D_S1D_S1D_S1D_S1D_S1D_S1D_S1D_S1D_E18has_fallback_type_EEENT1_11result_typeEiiRS1G_T2_NS3_5bool_ILb0EEET3_PT_PT0_+0x137)[0x7faed2712908]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN5boost7variantIld12_gnc_numericPKcP8_gncGuid10timespec64P6_GListP12KvpFrameImpl6_GDateNS_6detail7variant5void_ESE_SE_SE_SE_SE_SE_SE_SE_SE_SE_E27internal_apply_visitor_implINSD_14invoke_visitorI14delete_visitorEEPvEENT_11result_typeEiiRSL_T0_+0x3b)[0x7faed2710e16]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN5boost7variantIld12_gnc_numericPKcP8_gncGuid10timespec64P6_GListP12KvpFrameImpl6_GDateNS_6detail7variant5void_ESE_SE_SE_SE_SE_SE_SE_SE_SE_SE_E22internal_apply_visitorINSD_14invoke_visitorI14delete_visitorNT_11result_typeERSK_+0x46)[0x7faed27104f8]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN5boost7variantIld12_gnc_numericPKcP8_gncGuid10timespec64P6_GListP12KvpFrameImpl6_GDateNS_6detail7variant5void_ESE_SE_SE_SE_SE_SE_SE_SE_SE_SE_E13apply_visitorI14delete_visitorEENT_11result_typeERSI_+0x36)[0x7faed270fab8]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN5boost13apply_visitorI14delete_visitorNS_7variantIld12_gnc_numericPKcP8_gncGuid10timespec64P6_GListP12KvpFrameImpl6_GDateNS_6detail7variant5void_ESG_SG_SG_SG_SG_SG_SG_SG_SG_SG_NT_11result_typeERSI_RT0_+0x23)[0x7faed270f2f3]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN12KvpValueImplD1Ev+0x2b)[0x7faed270e6df]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(+0x137df6)[0x7faed2705df6]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(+0x1397f7)[0x7faed27077f7]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(_ZN12KvpFrameImplD1Ev+0x3b)[0x7faed2705e43]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(+0x16107b)[0x7faed272f07b]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/libqof/qof/.libs/libgnc-qof.so.1(+0x16094a)[0x7faed272e94a]
/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/engine/.libs/libgncmod-engine.so(+0x7013a)[0x7faed20c513a]

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':

seg fault on master

[Alex Aycinena]

When I try to open a file on the latest master I get a seg fault. Following
is the bt:

Program received signal SIGSEGV, Segmentation fault.
0x7325b86e in boost::variantlong, double, _gnc_numeric, char
const*, _gncGuid*, timespec64, _GList*, KvpFrameImpl*, _GDate,
boost::detail::variant::void_, boost::detail::variant::void_,
boost::detail::variant::void_, boost::detail::variant::void_,
boost::detail::variant::void_, boost::detail::variant::void_,
boost::detail::variant::void_, boost::detail::variant::void_,
boost::detail::variant::void_, boost::detail::variant::void_,
boost::detail::variant::void_::using_backup (this=0x0) at
/usr/include/boost/variant/variant.hpp:1382
1382return which_  0;
Missing separate debuginfos, use: debuginfo-install
GConf2-3.2.6-11.fc21.x86_64 PackageKit-gtk3-module-1.0.6-1.fc21.x86_64
adwaita-gtk2-theme-3.14.2.2-1.fc21.x86_64 aqbanking-5.5.1-1.fc21.x86_64
at-spi2-atk-2.14.1-1.fc21.x86_64 at-spi2-core-2.14.1-1.fc21.x86_64
atk-2.14.0-1.fc21.x86_64 boost-date-time-1.55.0-8.fc21.x86_64
bzip2-libs-1.0.6-14.fc21.x86_64 cairo-1.14.2-1.fc21.x86_64
dbus-glib-0.104-1.fc21.x86_64 dbus-libs-1.8.18-1.fc21.x86_64
dconf-0.22.0-1.fc21.x86_64 elfutils-libelf-0.161-6.fc21.x86_64
elfutils-libs-0.161-6.fc21.x86_64 enchant-1.6.0-9.fc21.x86_64
expat-2.1.0-10.fc21.x86_64 fontconfig-2.11.1-5.fc21.x86_64
freetype-2.5.3-16.fc21.x86_64 gc-7.4.2-2.fc21.x86_64
gdk-pixbuf2-2.31.1-1.fc21.x86_64 glib2-2.42.2-1.fc21.x86_64
gmp-6.0.0-9.fc21.x86_64 gnutls-3.3.15-1.fc21.x86_64
goffice08-0.8.17-12.fc21.x86_64 graphite2-1.2.4-3.fc21.x86_64
gstreamer1-1.4.5-1.fc21.x86_64 gstreamer1-plugins-base-1.4.5-1.fc21.x86_64
gtk2-2.24.28-1.fc21.x86_64 guile-2.0.11-3.fc21.x86_64
gvfs-1.22.4-2.fc21.x86_64 gwenhywfar-4.13.1-2.fc21.x86_64
gwenhywfar-gui-gtk2-4.13.1-2.fc21.x86_64 harfbuzz-0.9.36-1.fc21.x86_64
harfbuzz-icu-0.9.36-1.fc21.x86_64 keyutils-libs-1.5.9-4.fc21.x86_64
krb5-libs-1.12.2-17.fc21.x86_64 libICE-1.0.9-2.fc21.x86_64
libSM-1.2.2-2.fc21.x86_64 libX11-1.6.2-2.fc21.x86_64
libXau-1.0.8-4.fc21.x86_64 libXcomposite-0.4.4-6.fc21.x86_64
libXcursor-1.1.14-4.fc21.x86_64 libXdamage-1.1.4-6.fc21.x86_64
libXext-1.3.3-2.fc21.x86_64 libXfixes-5.0.1-4.fc21.x86_64
libXi-1.7.4-2.fc21.x86_64 libXinerama-1.1.3-4.fc21.x86_64
libXrandr-1.4.2-2.fc21.x86_64 libXrender-0.9.8-4.fc21.x86_64
libXt-1.1.4-10.fc21.x86_64 libXxf86vm-1.1.3-4.fc21.x86_64
libart_lgpl-2.3.21-12.fc21.x86_64 libatomic_ops-7.4.2-4.fc21.x86_64
libbluray-0.7.0-1.fc21.x86_64 libcanberra-0.30-7.fc21.x86_64
libcanberra-gtk2-0.30-7.fc21.x86_64 libcom_err-1.42.12-4.fc21.x86_64
libdbi-0.9.0-3.fc21.x86_64 libdbi-dbd-mysql-0.9.0-3.fc21.x86_64
libdbi-dbd-sqlite-0.9.0-3.fc21.x86_64 libdrm-2.4.60-1.fc21.x86_64
libffi-3.1-7.fc21.x86_64 libgcc-4.9.2-6.fc21.x86_64
libgcrypt-1.6.3-4.fc21.x86_64 libgnome-keyring-3.12.0-4.fc21.x86_64
libgnomecanvas-2.30.3-9.fc21.x86_64 libgpg-error-1.17-2.fc21.x86_64
libgsf-1.14.33-1.fc21.x86_64 libicu-52.1-6.fc21.x86_64
libjpeg-turbo-1.3.1-5.fc21.x86_64 libofx-0.9.9-4.fc21.x86_64
libogg-1.3.0-8.fc21.x86_64 libpng-1.6.10-3.fc21.x86_64
libsecret-0.18-6.fc21.x86_64 libselinux-2.3-9.fc21.x86_64
libsoup-2.48.1-2.fc21.x86_64 libstdc++-4.9.2-6.fc21.x86_64
libtasn1-4.5-1.fc21.x86_64 libtdb-1.3.1-1.fc21.x86_64
libtool-ltdl-2.4.2-31.fc21.x86_64 libunistring-0.9.3-11.fc21.x86_64
libuuid-2.25.2-3.fc21.x86_64 libvorbis-1.3.4-3.fc21.x86_64
libwayland-client-1.6.0-1.fc21.x86_64 libwayland-server-1.6.0-1.fc21.x86_64
libwebp-0.4.3-2.fc21.x86_64 libxcb-1.11-5.fc21.x86_64
libxml2-2.9.1-7.fc21.x86_64 libxshmfence-1.2-1.fc21.x86_64
libxslt-1.1.28-8.fc21.x86_64 mariadb-libs-10.0.19-2.fc21.x86_64
mesa-libEGL-10.4.7-1.20150323.fc21.x86_64
mesa-libGL-10.4.7-1.20150323.fc21.x86_64
mesa-libgbm-10.4.7-1.20150323.fc21.x86_64
mesa-libglapi-10.4.7-1.20150323.fc21.x86_64
ncurses-libs-5.9-16.20140323.fc21.x86_64 nettle-2.7.1-5.fc21.x86_64
nss-softokn-freebl-3.19.2-1.0.fc21.x86_64 opensp-1.5.2-20.fc21.x86_64
openssl-libs-1.0.1k-10.fc21.x86_64 orc-0.4.22-3.fc21.x86_64
p11-kit-0.22.1-1.fc21.x86_64 pango-1.36.8-5.fc21.x86_64
pcre-8.35-11.fc21.x86_64 pixman-0.32.6-4.fc21.x86_64
pycairo-1.10.0-1.fc21.x86_64 pygobject2-2.28.6-13.fc21.x86_64
pygtk2-2.24.0-11.fc21.x86_64 python-libs-2.7.8-9.fc21.x86_64
readline-6.3-5.fc21.x86_64 sqlite-3.8.10.2-1.fc21.x86_64
sssd-client-1.12.5-2.fc21.x86_64 systemd-libs-216-25.fc21.x86_64
trousers-0.3.13-3.fc21.x86_64 webkitgtk-2.4.9-1.fc21.x86_64
xz-libs-5.1.2-14alpha.fc21.x86_64 zlib-1.2.8-7.fc21.x86_64
(gdb) bt
#0  0x7325b86e in boost::variantlong, double, _gnc_numeric, char
const*, _gncGuid*, timespec64, _GList*, KvpFrameImpl*, _GDate,
boost::detail::variant::void_, boost::detail::variant::void_,
boost::detail::variant::void_, boost::detail::variant::void_,
boost::detail::variant::void_, boost::detail::variant::void_,
boost::detail::variant::void_, boost::detail::variant::void_,
boost::detail::variant::void_, boost::detail::variant::void_,
boost::detail::variant::void_::using_backup() const (this=0x0) at

Re: seg fault on master

[Alex Aycinena]

John,

On Sun, Jul 5, 2015 at 4:17 PM, John Ralls jra...@ceridwen.us wrote:


  On Jul 5, 2015, at 1:28 PM, Alex Aycinena alex.aycin...@gmail.com
 wrote:
 
  When I try to open a file on the latest master I get a seg fault.
 Following
  is the bt:
  #5  0x7325a3f6 in KvpValueImpl::getKvpFrameImpl*() const
  (this=0x0)
 at
 
 /home/gnucash-dev/gitcheckouts/gnucash-clean/src/libqof/qof/kvp-value.hpp:153
  #6  0x72048be5 in qof_book_get_features(QofBook*) (book=0x64de40)
 at
 
 /home/gnucash-dev/gitcheckouts/gnucash-clean/src/libqof/qof/qofbook.cpp:1069

 Alex,

 This one was easy to find, and is fixed.

 Next?

 Regards,
 John Ralls

 Make check works and so does my file load but when I try to change
File-Properties-Currency Accounting method it seg faults. bt:

Program received signal SIGSEGV, Segmentation fault.
0x72025cf2 in std::_Rb_treechar const*, std::pairchar const*
const, KvpValueImpl*, std::_Select1ststd::pairchar const* const,
KvpValueImpl* , KvpFrameImpl::cstring_comparer,
std::allocatorstd::pairchar const* const, KvpValueImpl* 
::_M_lower_bound (this=0x32069c0, __x=0x31, __y=0x3a286f8,
__k=@0x7fffbda0: 0x33c16b8 Budgeting)
at /usr/include/c++/4.9.2/bits/stl_tree.h:1277
1277if (!_M_impl._M_key_compare(_S_key(__x), __k))
Missing separate debuginfos, use: debuginfo-install
GConf2-3.2.6-11.fc21.x86_64 PackageKit-gtk3-module-1.0.6-1.fc21.x86_64
adwaita-gtk2-theme-3.14.2.2-1.fc21.x86_64 alsa-lib-1.0.28-2.fc21.x86_64
aqbanking-5.5.1-1.fc21.x86_64 at-spi2-atk-2.14.1-1.fc21.x86_64
at-spi2-core-2.14.1-1.fc21.x86_64 atk-2.14.0-1.fc21.x86_64
boost-date-time-1.55.0-8.fc21.x86_64 bzip2-libs-1.0.6-14.fc21.x86_64
cairo-1.14.2-1.fc21.x86_64 cyrus-sasl-lib-2.1.26-19.fc21.x86_64
dbus-glib-0.104-1.fc21.x86_64 dbus-libs-1.8.18-1.fc21.x86_64
dconf-0.22.0-1.fc21.x86_64 elfutils-libelf-0.161-6.fc21.x86_64
elfutils-libs-0.161-6.fc21.x86_64 enchant-1.6.0-9.fc21.x86_64
expat-2.1.0-10.fc21.x86_64 flac-libs-1.3.1-1.fc21.x86_64
fontconfig-2.11.1-5.fc21.x86_64 freetype-2.5.3-16.fc21.x86_64
gc-7.4.2-2.fc21.x86_64 gdk-pixbuf2-2.31.1-1.fc21.x86_64
gecko-mediaplayer-1.0.9-3.fc21.x86_64 glib-networking-2.42.0-2.fc21.x86_64
glib2-2.42.2-1.fc21.x86_64 gmp-6.0.0-9.fc21.x86_64 gmtk-1.0.9-2.fc21.x86_64
gnome-shell-3.14.4-2.fc21.x86_64 gnutls-3.3.15-1.fc21.x86_64
goffice08-0.8.17-12.fc21.x86_64 graphite2-1.2.4-3.fc21.x86_64
gsm-1.0.13-12.fc21.x86_64 gstreamer1-1.4.5-1.fc21.x86_64
gstreamer1-plugins-base-1.4.5-1.fc21.x86_64 gtk2-2.24.28-1.fc21.x86_64
guile-2.0.11-3.fc21.x86_64 gvfs-1.22.4-2.fc21.x86_64
gwenhywfar-4.13.1-2.fc21.x86_64 gwenhywfar-gui-gtk2-4.13.1-2.fc21.x86_64
harfbuzz-0.9.36-1.fc21.x86_64 harfbuzz-icu-0.9.36-1.fc21.x86_64
hunspell-1.3.3-3.fc21.x86_64 ibus-gtk2-1.5.10-5.fc21.x86_64
ibus-libs-1.5.10-5.fc21.x86_64 json-c-0.12-5.fc21.x86_64
json-glib-1.0.2-4.fc21.x86_64 keyutils-libs-1.5.9-4.fc21.x86_64
krb5-libs-1.12.2-17.fc21.x86_64 libICE-1.0.9-2.fc21.x86_64
libSM-1.2.2-2.fc21.x86_64 libX11-1.6.2-2.fc21.x86_64
libXau-1.0.8-4.fc21.x86_64 libXcomposite-0.4.4-6.fc21.x86_64
libXcursor-1.1.14-4.fc21.x86_64 libXdamage-1.1.4-6.fc21.x86_64
libXext-1.3.3-2.fc21.x86_64 libXfixes-5.0.1-4.fc21.x86_64
libXi-1.7.4-2.fc21.x86_64 libXinerama-1.1.3-4.fc21.x86_64
libXrandr-1.4.2-2.fc21.x86_64 libXrender-0.9.8-4.fc21.x86_64
libXt-1.1.4-10.fc21.x86_64 libXtst-1.2.2-4.fc21.x86_64
libXxf86vm-1.1.3-4.fc21.x86_64 libart_lgpl-2.3.21-12.fc21.x86_64
libasyncns-0.8-8.fc21.x86_64 libatomic_ops-7.4.2-4.fc21.x86_64
libattr-2.4.47-9.fc21.x86_64 libbluray-0.7.0-1.fc21.x86_64
libcanberra-0.30-7.fc21.x86_64 libcanberra-gtk2-0.30-7.fc21.x86_64
libcap-2.24-7.fc21.x86_64 libcom_err-1.42.12-4.fc21.x86_64
libcurl-7.37.0-14.fc21.x86_64 libdbi-0.9.0-3.fc21.x86_64
libdbi-dbd-mysql-0.9.0-3.fc21.x86_64 libdbi-dbd-sqlite-0.9.0-3.fc21.x86_64
libdrm-2.4.60-1.fc21.x86_64 libffi-3.1-7.fc21.x86_64
libgcc-4.9.2-6.fc21.x86_64 libgcrypt-1.6.3-4.fc21.x86_64
libgnome-keyring-3.12.0-4.fc21.x86_64 libgnomecanvas-2.30.3-9.fc21.x86_64
libgpg-error-1.17-2.fc21.x86_64 libgsf-1.14.33-1.fc21.x86_64
libicu-52.1-6.fc21.x86_64 libidn-1.28-6.fc21.x86_64
libjpeg-turbo-1.3.1-5.fc21.x86_64 libmodman-2.0.1-9.fc21.x86_64
libofx-0.9.9-4.fc21.x86_64 libogg-1.3.0-8.fc21.x86_64
libpng-1.6.10-3.fc21.x86_64 libproxy-0.4.11-10.fc21.x86_64
libsecret-0.18-6.fc21.x86_64 libselinux-2.3-9.fc21.x86_64
libsndfile-1.0.25-14.fc21.x86_64 libsoup-2.48.1-2.fc21.x86_64
libssh2-1.5.0-1.fc21.x86_64 libstdc++-4.9.2-6.fc21.x86_64
libtasn1-4.5-1.fc21.x86_64 libtdb-1.3.1-1.fc21.x86_64
libtool-ltdl-2.4.2-31.fc21.x86_64 libunistring-0.9.3-11.fc21.x86_64
libuuid-2.25.2-3.fc21.x86_64 libvorbis-1.3.4-3.fc21.x86_64
libwayland-client-1.6.0-1.fc21.x86_64 libwayland-server-1.6.0-1.fc21.x86_64
libwebp-0.4.3-2.fc21.x86_64 libxcb-1.11-5.fc21.x86_64
libxml2-2.9.1-7.fc21.x86_64 libxshmfence-1.2-1.fc21.x86_64
libxslt-1.1.28-8.fc21.x86_64 mariadb-libs-10.0.19-2.fc21.x86_64
mesa-libEGL-10.4.7-1.20150323.fc21.x86_64
mesa-libGL-10.4.7-1.20150323.fc21.x86_64
mesa-libgbm-10.4.7-1.20150323

Re: seg fault on master

[Alex Aycinena]

John,

On Sun, Jul 5, 2015 at 4:17 PM, John Ralls jra...@ceridwen.us wrote:


  On Jul 5, 2015, at 1:28 PM, Alex Aycinena alex.aycin...@gmail.com
 wrote:
 
  When I try to open a file on the latest master I get a seg fault.
 Following
  is the bt:
  #5  0x7325a3f6 in KvpValueImpl::getKvpFrameImpl*() const
  (this=0x0)
 at
 
 /home/gnucash-dev/gitcheckouts/gnucash-clean/src/libqof/qof/kvp-value.hpp:153
  #6  0x72048be5 in qof_book_get_features(QofBook*) (book=0x64de40)
 at
 
 /home/gnucash-dev/gitcheckouts/gnucash-clean/src/libqof/qof/qofbook.cpp:1069

 Alex,

 This one was easy to find, and is fixed.

 Next?

 Regards,
 John Ralls

 Make check works and so does my file load but when I try to change
File-Properties-Currency Accounting method it seg faults. bt:

Program received signal SIGSEGV, Segmentation fault.
0x72025cf2 in std::_Rb_treechar const*, std::pairchar const*
const, KvpValueImpl*, std::_Select1ststd::pairchar const* const,
KvpValueImpl* , KvpFrameImpl::cstring_comparer,
std::allocatorstd::pairchar const* const, KvpValueImpl* 
::_M_lower_bound (this=0x32069c0, __x=0x31, __y=0x3a286f8,
__k=@0x7fffbda0: 0x33c16b8 Budgeting)
at /usr/include/c++/4.9.2/bits/stl_tree.h:1277
1277if (!_M_impl._M_key_compare(_S_key(__x), __k))
Missing separate debuginfos, use: debuginfo-install
GConf2-3.2.6-11.fc21.x86_64 PackageKit-gtk3-module-1.0.6-1.fc21.x86_64
adwaita-gtk2-theme-3.14.2.2-1.fc21.x86_64 alsa-lib-1.0.28-2.fc21.x86_64
aqbanking-5.5.1-1.fc21.x86_64 at-spi2-atk-2.14.1-1.fc21.x86_64
at-spi2-core-2.14.1-1.fc21.x86_64 atk-2.14.0-1.fc21.x86_64
boost-date-time-1.55.0-8.fc21.x86_64 bzip2-libs-1.0.6-14.fc21.x86_64
cairo-1.14.2-1.fc21.x86_64 cyrus-sasl-lib-2.1.26-19.fc21.x86_64
dbus-glib-0.104-1.fc21.x86_64 dbus-libs-1.8.18-1.fc21.x86_64
dconf-0.22.0-1.fc21.x86_64 elfutils-libelf-0.161-6.fc21.x86_64
elfutils-libs-0.161-6.fc21.x86_64 enchant-1.6.0-9.fc21.x86_64
expat-2.1.0-10.fc21.x86_64 flac-libs-1.3.1-1.fc21.x86_64
fontconfig-2.11.1-5.fc21.x86_64 freetype-2.5.3-16.fc21.x86_64
gc-7.4.2-2.fc21.x86_64 gdk-pixbuf2-2.31.1-1.fc21.x86_64
gecko-mediaplayer-1.0.9-3.fc21.x86_64 glib-networking-2.42.0-2.fc21.x86_64
glib2-2.42.2-1.fc21.x86_64 gmp-6.0.0-9.fc21.x86_64 gmtk-1.0.9-2.fc21.x86_64
gnome-shell-3.14.4-2.fc21.x86_64 gnutls-3.3.15-1.fc21.x86_64
goffice08-0.8.17-12.fc21.x86_64 graphite2-1.2.4-3.fc21.x86_64
gsm-1.0.13-12.fc21.x86_64 gstreamer1-1.4.5-1.fc21.x86_64
gstreamer1-plugins-base-1.4.5-1.fc21.x86_64 gtk2-2.24.28-1.fc21.x86_64
guile-2.0.11-3.fc21.x86_64 gvfs-1.22.4-2.fc21.x86_64
gwenhywfar-4.13.1-2.fc21.x86_64 gwenhywfar-gui-gtk2-4.13.1-2.fc21.x86_64
harfbuzz-0.9.36-1.fc21.x86_64 harfbuzz-icu-0.9.36-1.fc21.x86_64
hunspell-1.3.3-3.fc21.x86_64 ibus-gtk2-1.5.10-5.fc21.x86_64
ibus-libs-1.5.10-5.fc21.x86_64 json-c-0.12-5.fc21.x86_64
json-glib-1.0.2-4.fc21.x86_64 keyutils-libs-1.5.9-4.fc21.x86_64
krb5-libs-1.12.2-17.fc21.x86_64 libICE-1.0.9-2.fc21.x86_64
libSM-1.2.2-2.fc21.x86_64 libX11-1.6.2-2.fc21.x86_64
libXau-1.0.8-4.fc21.x86_64 libXcomposite-0.4.4-6.fc21.x86_64
libXcursor-1.1.14-4.fc21.x86_64 libXdamage-1.1.4-6.fc21.x86_64
libXext-1.3.3-2.fc21.x86_64 libXfixes-5.0.1-4.fc21.x86_64
libXi-1.7.4-2.fc21.x86_64 libXinerama-1.1.3-4.fc21.x86_64
libXrandr-1.4.2-2.fc21.x86_64 libXrender-0.9.8-4.fc21.x86_64
libXt-1.1.4-10.fc21.x86_64 libXtst-1.2.2-4.fc21.x86_64
libXxf86vm-1.1.3-4.fc21.x86_64 libart_lgpl-2.3.21-12.fc21.x86_64
libasyncns-0.8-8.fc21.x86_64 libatomic_ops-7.4.2-4.fc21.x86_64
libattr-2.4.47-9.fc21.x86_64 libbluray-0.7.0-1.fc21.x86_64
libcanberra-0.30-7.fc21.x86_64 libcanberra-gtk2-0.30-7.fc21.x86_64
libcap-2.24-7.fc21.x86_64 libcom_err-1.42.12-4.fc21.x86_64
libcurl-7.37.0-14.fc21.x86_64 libdbi-0.9.0-3.fc21.x86_64
libdbi-dbd-mysql-0.9.0-3.fc21.x86_64 libdbi-dbd-sqlite-0.9.0-3.fc21.x86_64
libdrm-2.4.60-1.fc21.x86_64 libffi-3.1-7.fc21.x86_64
libgcc-4.9.2-6.fc21.x86_64 libgcrypt-1.6.3-4.fc21.x86_64
libgnome-keyring-3.12.0-4.fc21.x86_64 libgnomecanvas-2.30.3-9.fc21.x86_64
libgpg-error-1.17-2.fc21.x86_64 libgsf-1.14.33-1.fc21.x86_64
libicu-52.1-6.fc21.x86_64 libidn-1.28-6.fc21.x86_64
libjpeg-turbo-1.3.1-5.fc21.x86_64 libmodman-2.0.1-9.fc21.x86_64
libofx-0.9.9-4.fc21.x86_64 libogg-1.3.0-8.fc21.x86_64
libpng-1.6.10-3.fc21.x86_64 libproxy-0.4.11-10.fc21.x86_64
libsecret-0.18-6.fc21.x86_64 libselinux-2.3-9.fc21.x86_64
libsndfile-1.0.25-14.fc21.x86_64 libsoup-2.48.1-2.fc21.x86_64
libssh2-1.5.0-1.fc21.x86_64 libstdc++-4.9.2-6.fc21.x86_64
libtasn1-4.5-1.fc21.x86_64 libtdb-1.3.1-1.fc21.x86_64
libtool-ltdl-2.4.2-31.fc21.x86_64 libunistring-0.9.3-11.fc21.x86_64
libuuid-2.25.2-3.fc21.x86_64 libvorbis-1.3.4-3.fc21.x86_64
libwayland-client-1.6.0-1.fc21.x86_64 libwayland-server-1.6.0-1.fc21.x86_64
libwebp-0.4.3-2.fc21.x86_64 libxcb-1.11-5.fc21.x86_64
libxml2-2.9.1-7.fc21.x86_64 libxshmfence-1.2-1.fc21.x86_64
libxslt-1.1.28-8.fc21.x86_64 mariadb-libs-10.0.19-2.fc21.x86_64
mesa-libEGL-10.4.7-1.20150323.fc21.x86_64
mesa-libGL-10.4.7-1.20150323.fc21.x86_64
mesa-libgbm-10.4.7-1.20150323

Re: make fails on master

[Alex Aycinena]

John,

I haven't been able to get back to this until just now. First I tried your
test of replacing configure.ac line 336, 'ac_cv_cstd=c11' with
'ac_cv_cstd=gnu11' and that worked on Fedora 22. Then I put it back the way
it was and pulled down your commit and tried again and that too worked. I
can confirm that it all now works as it should on both F21 and F22.

Thanks,

Alex

On Thu, Jun 18, 2015 at 3:05 PM, John Ralls jra...@ceridwen.us wrote:


  On Jun 17, 2015, at 5:42 PM, John Ralls jra...@ceridwen.us wrote:
 
 
  On Jun 17, 2015, at 4:03 PM, Alex Aycinena alex.aycin...@gmail.com
 wrote:
 
  John,
 
  I just noticed that in the configure.ac http://configure.ac/ file,
 line 332 says 'ac_cv_cstd=gnu99' but line 336 says 'ac_cv_cstd=c11'. If I
 change line 336 locally to also say 'ac_cv_cstd=gnu99', then autogen.sh
 does regenerate configure with CFLAGS set to gnu99 and make, make-check and
 make-install all work on the F22 machine. Should that be changed on master,
 and, if so, will you do it? Or would you like me to do it?
 
  Alex,
 
  That check is there because certain versions of GLib require C11 because
 someone introduced a C11 feature into one of the header files. Ryan Lortie
 took that out a few weeks ago, so if GC is building OK then the version of
 GLib that F22 includes must be after Ryan’s commit or be patched to reflect
 it. I guess that means we need to use AC_COMPILE_IFELSE instead of simply
 checking the GLib version.
 
  http://stackoverflow.com/questions/19641460/using-strdup-in-c11 
 http://stackoverflow.com/questions/19641460/using-strdup-in-c11 suggests
 that strdup isn’t part of C11 after all and that the correct solution is to
 use gnu11 instead of c11. Can you test that? If it works go ahead and push
 that change and I’ll do the compile check on the GLib header tomorrow.

 Alex,

 I’ve pushed a commit that uses gnu11 instead of c11 and checks for being
 able to include gio.h to decide which to use. That should work better with
 F22, and is regardless a better approach than pinning on GLib version
 numbers.

 Regards,
 John Ralls


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

Re: make fails on master

[Alex Aycinena]

John,

I just noticed that in the configure.ac file, line 332 says
'ac_cv_cstd=gnu99' but line 336 says 'ac_cv_cstd=c11'. If I change line 336
locally to also say 'ac_cv_cstd=gnu99', then autogen.sh does regenerate
configure with CFLAGS set to gnu99 and make, make-check and make-install
all work on the F22 machine. Should that be changed on master, and, if so,
will you do it? Or would you like me to do it?

Thanks,

Alex

On Wed, Jun 17, 2015 at 3:22 PM, Alex Aycinena alex.aycin...@gmail.com
wrote:

 John,

 The config.log for the F21 system that builds properly does show CFLAGS
 as  -std=gnu99, but the config.log for the F22 system that doesn't build,
 shows CFLAGS as -std=c11. I checked to make sure the configure.ac file on
 the F22 does have the 'ac_cv_cstd=gnu99' line that you had previously
 pushed and, as expected, it does. When I re-run './autogen.sh', then switch
 to the build directory and run 'configure', at the end it shows 'CFLAGS
 ... : -g  -std=c11 -g'. I do not understand what causes the
 difference. Doesn't autogen.sh use configure.ac to regenerate configure?
 And wouldn't your change cause the CFLAGS to be set as on the F21 system?
 Any guidance?

 Thanks,

 Alex

 On Mon, Jun 15, 2015 at 2:04 PM, John Ralls jra...@ceridwen.us wrote:


  On Jun 15, 2015, at 1:58 PM, Christian Stimming christ...@cstimming.de
 wrote:
 
  Aren't you just missing an #include string.h which is needed for
 strdup()
  ... ?
 

 Nope, line 10.

 Regards,
 John Ralls



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

Re: make fails on master

[Alex Aycinena]

John,

The config.log for the F21 system that builds properly does show CFLAGS as
-std=gnu99, but the config.log for the F22 system that doesn't build, shows
CFLAGS as -std=c11. I checked to make sure the configure.ac file on the F22
does have the 'ac_cv_cstd=gnu99' line that you had previously pushed and,
as expected, it does. When I re-run './autogen.sh', then switch to the
build directory and run 'configure', at the end it shows 'CFLAGS
... : -g  -std=c11 -g'. I do not understand what causes the
difference. Doesn't autogen.sh use configure.ac to regenerate configure?
And wouldn't your change cause the CFLAGS to be set as on the F21 system?
Any guidance?

Thanks,

Alex

On Mon, Jun 15, 2015 at 2:04 PM, John Ralls jra...@ceridwen.us wrote:


  On Jun 15, 2015, at 1:58 PM, Christian Stimming christ...@cstimming.de
 wrote:
 
  Aren't you just missing an #include string.h which is needed for
 strdup()
  ... ?
 

 Nope, line 10.

 Regards,
 John Ralls


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

Re: make fails on master

[Alex Aycinena]

John,

On Sun, Jun 7, 2015 at 1:34 PM, John Ralls jra...@ceridwen.us wrote:


  On Jun 7, 2015, at 12:38 PM, Derek Atkins de...@ihtfp.com wrote:
 
 
  On Sun, June 7, 2015 3:02 pm, John Ralls wrote:
 
  Alex,
 
  Turns out that for some flavors of GCC -std=gnu99 is required for strdup
  to be provided. I’d made the default c99, which in those cases doesn’t
  support it, hence the error.
 
  Fixed and pushed.
 
  Why are we using strdup() and not g_strdup()?

 Oversight? It’s used in several places. The earliest I found was a5d4c7cf
 from 2004.

 Regards,
 John Ralls


I upgraded My Fedora 20 machine to Fedora 22, which came out a few weeks
ago, and got the same problem again. In order to make sure it was not my
new build environment, I cloned a new gnucash, checked out maint, and was
able to make, make-clean, and make-install OK. So the new F22 build
environment is OK. But when I checked out master on the new clone and wiped
out my build directory and tried make again, I got the same error, as
follows:

/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c: In
function 'gfec_catcher':
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c:60:25:
error: implicit declaration of function 'strdup'
[-Werror=implicit-function-declaration]
 *(char**)data = strdup(Guile error: Too many recursions in error
catch handler.);
 ^
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c:60:23:
error: assignment makes pointer from integer without a cast
[-Werror=int-conversion]
 *(char**)data = strdup(Guile error: Too many recursions in error
catch handler.);
   ^
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c:79:13:
warning: 'scm_internal_stack_catch' is deprecated
[-Wdeprecated-declarations]
 scm_internal_stack_catch(SCM_BOOL_T,
 ^
In file included from /usr/include/guile/2.0/libguile.h:126:0,
 from
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.h:12,
 from
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c:13:
/usr/include/guile/2.0/libguile/deprecated.h:648:45: note: declared here
 SCM_DEPRECATED SCM scm_internal_stack_catch (SCM tag,
 ^
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c:99:23:
error: assignment makes pointer from integer without a cast
[-Werror=int-conversion]
 *(char**)data = strdup(Error running guile function.);
   ^
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c:103:23:
error: assignment makes pointer from integer without a cast
[-Werror=int-conversion]
 *(char**)data = strdup(msg);
   ^
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c: In
function 'gfec_eval_string':
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c:135:5:
warning: 'scm_internal_stack_catch' is deprecated
[-Wdeprecated-declarations]
 result = scm_internal_stack_catch(SCM_BOOL_T,
 ^
In file included from /usr/include/guile/2.0/libguile.h:126:0,
 from
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.h:12,
 from
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c:13:
/usr/include/guile/2.0/libguile/deprecated.h:648:45: note: declared here
 SCM_DEPRECATED SCM scm_internal_stack_catch (SCM tag,
 ^
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c: In
function 'gfec_apply':
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c:203:5:
warning: 'scm_internal_stack_catch' is deprecated
[-Wdeprecated-declarations]
 result = scm_internal_stack_catch(SCM_BOOL_T,
 ^
In file included from /usr/include/guile/2.0/libguile.h:126:0,
 from
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.h:12,
 from
/home/gnucash-dev/gitcheckouts/gnucash-new/src/app-utils/gfec.c:13:
/usr/include/guile/2.0/libguile/deprecated.h:648:45: note: declared here
 SCM_DEPRECATED SCM scm_internal_stack_catch (SCM tag,
 ^
cc1: all warnings being treated as errors
Makefile:860: recipe for target 'gfec.lo' failed
make[4]: *** [gfec.lo] Error 1
make[4]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-new-build/src/app-utils'

So your last fix seems to have worked for F20  F21 but not for F22. Is
there any further information I can provide you?

Best regards,

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

Re: make fails on master

[Alex Aycinena]

John,

Thanks. I can confirm that both make and make-clean now work on both F20 
F21.

Regards,

Alex

On Sun, Jun 7, 2015 at 12:38 PM, Derek Atkins de...@ihtfp.com wrote:


 On Sun, June 7, 2015 3:02 pm, John Ralls wrote:

  Alex,
 
  Turns out that for some flavors of GCC -std=gnu99 is required for strdup
  to be provided. I’d made the default c99, which in those cases doesn’t
  support it, hence the error.
 
  Fixed and pushed.

 Why are we using strdup() and not g_strdup()?

  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

make fails on master

[Alex Aycinena]

Hello,

I've been away for a couple of weeks and upon return, pulled many changes
on the master branch. Make fails with:

/home/gnucash-dev/gitcheckouts/gnucash-clean/src/app-utils/gfec.c: In
function 'gfec_catcher':
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/app-utils/gfec.c:60:9:
error: implicit declaration of function 'strdup'
[-Werror=implicit-function-declaration]
 *(char**)data = strdup(Guile error: Too many recursions in error
catch handler.);
 ^
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/app-utils/gfec.c:60:23:
error: assignment makes pointer from integer without a cast [-Werror]
 *(char**)data = strdup(Guile error: Too many recursions in error
catch handler.);
   ^
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/app-utils/gfec.c:79:13:
warning: 'scm_internal_stack_catch' is deprecated (declared at
/usr/include/guile/2.0/libguile/deprecated.h:648)
[-Wdeprecated-declarations]
 scm_internal_stack_catch(SCM_BOOL_T,
 ^
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/app-utils/gfec.c:99:23:
error: assignment makes pointer from integer without a cast [-Werror]
 *(char**)data = strdup(Error running guile function.);
   ^
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/app-utils/gfec.c:103:23:
error: assignment makes pointer from integer without a cast [-Werror]
 *(char**)data = strdup(msg);
   ^
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/app-utils/gfec.c: In
function 'gfec_eval_string':
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/app-utils/gfec.c:135:5:
warning: 'scm_internal_stack_catch' is deprecated (declared at
/usr/include/guile/2.0/libguile/deprecated.h:648)
[-Wdeprecated-declarations]
 result = scm_internal_stack_catch(SCM_BOOL_T,
 ^
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/app-utils/gfec.c: In
function 'gfec_apply':
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/app-utils/gfec.c:203:5:
warning: 'scm_internal_stack_catch' is deprecated (declared at
/usr/include/guile/2.0/libguile/deprecated.h:648)
[-Wdeprecated-declarations]
 result = scm_internal_stack_catch(SCM_BOOL_T,
 ^
cc1: all warnings being treated as errors
Makefile:850: recipe for target 'gfec.lo' failed
make[4]: *** [gfec.lo] Error 1
make[4]: Leaving directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/app-utils'

Any suggestions? I'm on Fedora 21. I think Geert uses that too.

Thanks,

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

Re: Gnucash fails to start after recent update

[Alex Aycinena]

John,

On Mon, May 4, 2015 at 3:59 PM, John Ralls jra...@ceridwen.us wrote:


  On May 4, 2015, at 3:48 PM, John Ralls jra...@ceridwen.us wrote:
  Alex,
 
  Good hint, thanks. I tried on my F21 VM and it wouldn’t build at all: It
 crashed in guild. Odd, since it doesn’t throw on Debian Jessie with
 (apparently) the same zone file and boost version. I’m testing a fix now,
 if all goes well I’ll push shortly.


 Pushed, let me know if there are any more problems.

 Regards,
 John Ralls


Both my F20 and F21 systems now get through make, make check, and start up
just fine.

Thanks,

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

Re: Gnucash fails to start after recent update

[Alex Aycinena]

On Mon, May 4, 2015 at 2:45 PM, Alex Aycinena alex.aycin...@gmail.com
wrote:

snip



 Bob,

 I believe it was John's recent commit related to boost-date. On my Fedora
 21 system, make doesn't work with a similar message:



snip


 On my Fedora 20 system, make worked but make check failed. I will send a
 separate e-mail with that error. When I make install on that system and
 then try to start gnucash, it works.

 Regards,

 Alex


The error on make check is:

 make[5]: Entering directory
`/home/gnucash-dev/gitcheckouts/gnucash-build/src/libqof/qof/test'
gcc -DHAVE_CONFIG_H -I.
-I/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test -I../../../..
-I. -I/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test
-I../../../.. -I/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof
-I/home/gnucash-dev/gitcheckouts/gnucash/src/test-core -DTESTPROG=test_qof
-I/home/gnucash-dev/gitcheckouts/gnucash/lib/libc -pthread
-I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -Werror
-Wdeclaration-after-statement -Wno-pointer-sign  -Wall -Wunused
-Wmissing-prototypes -Wmissing-declarations  -Wno-unused -g  -g  -MT
test_qof-test-gnc-date.o -MD -MP -MF .deps/test_qof-test-gnc-date.Tpo -c -o
test_qof-test-gnc-date.o `test -f 'test-gnc-date.c' || echo
'/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/'`test-gnc-date.c
/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:
In function ‘test_gnc_dmy2timespec’:
/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1788:5:
error: ‘for’ loop initial declarations are only allowed in C99 mode
 for (int i = 0; i  sizeof(f-test)/sizeof(TimeMap); ++i)
 ^
/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1788:5:
note: use option -std=c99 or -std=gnu99 to compile your code
/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:
In function ‘test_gnc_dmy2timespec_end’:
/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1810:5:
error: ‘for’ loop initial declarations are only allowed in C99 mode
 for (int i = 0; i  sizeof(f-test)/sizeof(TimeMap); ++i)
 ^
/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:
In function ‘test_gdate_to_timespec’:
/home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/test/test-gnc-date.c:1912:5:
error: ‘for’ loop initial declarations are only allowed in C99 mode
 for (int i = 0; i  sizeof(f-test)/sizeof(TimeMap); ++i)
 ^
make[5]: *** [test_qof-test-gnc-date.o] Error 1
make[5]: Leaving directory
`/home/gnucash-dev/gitcheckouts/gnucash-build/src/libqof/qof/test'


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

Re: Gnucash fails to start after recent update

[Alex Aycinena]

 -- Forwarded message --
 From: Robert Fewell 14ubo...@gmail.com
 To: gnucash-devel@gnucash.org gnucash-devel@gnucash.org
 Cc:
 Date: Mon, 4 May 2015 09:11:56 +0100
 Subject: Gnucash fails to start after recent update
 Hi guy's,

 I have just updated my git tree to the latest updates and was able to
 compile the recent changes but the program will not run, it stops at
 startup with a date exception with the following in gdb...


 GNU gdb (Gentoo 7.6.2 p1) 7.6.2
 Copyright (C) 2013 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later 
 http://gnu.org/licenses/gpl.html
 
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.  Type show copying
 and show warranty for details.
 This GDB was configured as x86_64-pc-linux-gnu.
 For bug reporting instructions, please see:
 http://bugs.gentoo.org/.
 (gdb) file gnucash
 Reading symbols from /usr/bin/gnucash...done.
 (gdb) run --g-fatal-warnings
 Starting program: /usr/bin/gnucash --g-fatal-warnings
 warning: Could not load shared library symbols for linux-vdso.so.1.
 Do you need set solib-search-path or set sysroot?
 [Thread debugging using libthread_db enabled]
 Using host libthread_db library /lib64/libthread_db.so.1.
 terminate called after throwing an instance of

 'boost::exception_detail::clone_implboost::exception_detail::error_info_injectorboost::gregorian::bad_year
 '
   what():  Year is out of valid range: 1400..1

 Program received signal SIGABRT, Aborted.
 0x75a3b795 in __GI_raise (sig=sig@entry=6) at
 ../nptl/sysdeps/unix/sysv/linux/raise.c:56
 56../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
 (gdb) bt
 #0  0x75a3b795 in __GI_raise (sig=sig@entry=6) at
 ../nptl/sysdeps/unix/sysv/linux/raise.c:56
 #1  0x75a3cc18 in __GI_abort () at abort.c:89
 #2  0x7fffed59b7fd in __gnu_cxx::__verbose_terminate_handler() () from
 /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6
 #3  0x7fffed599876 in __cxxabiv1::__terminate(void (*)()) () from
 /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6
 #4  0x7fffed5998a3 in std::terminate() () from
 /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6
 #5  0x7fffed599ab1 in __cxa_throw () from
 /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.3/libstdc++.so.6
 #6  0x76c5d040 in
 boost::throw_exceptionboost::gregorian::bad_year (e=...) at
 /usr/include/boost/throw_exception.hpp:70
 #7  0x76c5776c in boost::CV::simple_exception_policyunsigned
 short, (unsigned short)1400, (unsigned short)1,
 boost::gregorian::bad_year::on_error () at
 /usr/include/boost/date_time/constrained_value.hpp:110
 #8  0x76c5d3c5 in assign (value=optimized out, this=synthetic
 pointer)
 at /usr/include/boost/date_time/constrained_value.hpp:69
 #9  constrained_value (value=optimized out, this=synthetic pointer) at
 /usr/include/boost/date_time/constrained_value.hpp:48
 #10 greg_year (year=optimized out, this=synthetic pointer) at
 /usr/include/boost/date_time/gregorian/greg_year.hpp:41
 #11

 boost::date_time::gregorian_calendar_baseboost::date_time::year_month_day_baseboost::gregorian::greg_year,
 boost::gregorian::greg_month, boost::gregorian::greg_day, unsigned
 int::from_day_number (dayNumber=optimized out)
 at /usr/include/boost/date_time/gregorian_calendar.ipp:122
 #12 0x76c5871f in date (this=0x7fffdb70) at
 /usr/include/boost/date_time/time_system_counted.hpp:59
 #13 get_date (val=...) at
 /usr/include/boost/date_time/time_system_counted.hpp:170
 #14 date (this=0x7fffdb70) at /usr/include/boost/date_time/time.hpp:72
 #15 TimeZoneProvider::TimeZoneProvider (this=0x76ec1590 tzp,
 tzname=...) at gnc-timezone.cpp:565
 #16 0x76c4ef69 in TimeZoneProvider (this=0x76ec1590 tzp) at
 gnc-timezone.hpp:51
 #17 __static_initialization_and_destruction_0 (__initialize_p=1,
 __priority=65535) at gnc-datetime.cpp:43
 #18 _GLOBAL__sub_I_gnc_datetime.cpp(void) () at gnc-datetime.cpp:284
 ---Type return to continue, or q return to quit---
 #19 0x77deab6e in call_init (l=optimized out, argc=argc@entry=2,
 argv=argv@entry=0x7fffdf88,
 env=env@entry=0x7fffdfa0) at dl-init.c:78
 #20 0x77deac4b in call_init (env=0x7fffdfa0,
 argv=0x7fffdf88, argc=2, l=optimized out) at dl-init.c:36
 #21 _dl_init (main_map=0x77ffe128, argc=2, argv=0x7fffdf88,
 env=0x7fffdfa0) at dl-init.c:126
 #22 0x77ddd42a in _dl_start_user () from
 /lib64/ld-linux-x86-64.so.2
 #23 0x0002 in ?? ()
 #24 0x7fffe299 in ?? ()
 #25 0x7fffe2aa in ?? ()
 #26 0x in ?? ()


 Not sure if this is just my system or maybe I have updated in the middle of
 a series of updates.

 Regards,
Bob


Bob,

I believe it was John's recent commit related to boost-date. On my Fedora
21 system, make doesn't work with a similar message:

/usr/bin/guild compile -o unittest-support.go

Re: Build failure with dbi enabled

[Alex Aycinena]

Geert,


 -- Forwarded message --
 From: Geert Janssens geert.gnuc...@kobaltwit.be
 To: gnucash-devel@gnucash.org
 Cc:
 Date: Fri, 24 Apr 2015 17:54:02 +0200
 Subject: Re: Build failure with dbi enabled
 On Friday 24 April 2015 07:31:02 John Ralls wrote:
   On Apr 24, 2015, at 6:36 AM, Geert Janssens
   geert.gnuc...@kobaltwit.be wrote:
  
   I upgraded to Fedora 21 a couple of days ago and today I reran a
   gnucash build for the first time since that upgrade.
  
   As the upgrade changes lots of libraries I decided to start clean.
   That is, remove build directory and start with a call to
   autogen.sh.
  
   The call to autogen.sh triggers the same subdir-objects warnings
   Alex already reported earlier. I'm conveniently ignoring them for
   now. The related bug will apparently be fixed in automake 1.16 (not
   yet in Fedora 21).
  
   However when I ran configure (from a clean build directory), it
   exited with this error: ...
   checking for dbi/dbi.h... yes
   /kobaltnet/janssege/Development/EclipseGnuCash/GnuCash-git/configure
   : line 22003: LD_LIBRARY_PATH: command not found
   /kobaltnet/janssege/Development/EclipseGnuCash/GnuCash-git/configure
   : line 22004: LD_LIBRARY_PATH: command not found
   configure: Search Path
   checking Looking for at least one supported DBD module... configure:
   error: Unable to find any of the supported dbd modules
   (libdbdsqlite3, libdbdmysql, or libdbdpgsql) needed to actually use
   the SQL backend. ...
  
   I fixed this by changing
   AC_MSG_NOTICE([Search Path $(LD_LIBRARY_PATH)])
   to
   AC_MSG_NOTICE([Search Path $LD_LIBRARY_PATH])
   in configure.ac
  
   I'm surprised this wasn't detected before. Is this new behavior of
   the automake tools ?
  
  
   The next configure run exited again due to no DBD modules being
   found even though the LD_LIBRARY_PATH: command not found errors
   were now gone:
   ...
   checking for dbi/dbi.h... yes
   configure: Search Path :/usr/lib64/dbd
   checking Looking for at least one supported DBD module... configure:
   error: Unable to find any of the supported dbd modules
   (libdbdsqlite3, libdbdmysql, or libdbdpgsql) needed to actually use
   the SQL backend. ...
  
   Looking at config.log it seems to me the LD_LIBRARY_PATH should be
   exported before running the dbi driver tests. On my system, I can
   make configure work by applying the attached patch.
  
   Before committing it however, I'd like some feedback on how it
   behaves on OS X. John, can you look at this patch ?
 
  Geert,
 
  The patch should be harmless. I think it odd that only that one
  environment variable needs to be exported and to have its brackets
  removed.
 
  I wonder, though, if this is really due to a change in autotools. Are
  you able to compare a configure made with F20 to the one made with
  F21?
 
 My initial message may have been misleading. I tested on another machine
 still running F20
 and I hit the exact same errors. So this is clearly not a autotools
 change. I'm actually surprised
 you don't see these errors on your OSX build because
 $(LD_LIBRARY_PATH) is shell syntax for execute the command named
 LD_LIBRARY_PATH.

 I'm aware configure.ac is not really shell but a macro language with
 snippets of shell code
 intermingled. On my system at least the
 $(LD_LIBRARY_PATH) construct is not interpreted by autotools and is left
 in the remaining
 configure shell script unmodified. Hence the errors when configure is run.

 I have also looked in the most recent build logs on our Windows build
 server. These errors pop
 up there as well, but don't appear to be fatal there. Maybe that's the
 same on your OS X build ?

 That probably justifies the first part of my patch (ie removing the
 parenthesis around
 LD_LIBRARY_PATH).

 More interesting now it figuring out why my build depends on
 LD_LIBRARY_PATH being
 exported while the OS X and Windows builds don't.

 Geert


Just to confirm that I have been having this problem also, showing up all
of a sudden, for a week or so on both F20  F21. Since I am focusing on
other gnucash work I just worked around it by using the no dbi config
switch.

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