Budgeting [Was: GNUCash Development Plan?]
Looks like book-closing transaction flag was introduced in http://svn.gnucash.org/trac/changeset/19945 -- Thanks! On 02/13/2012 04:12 PM, Jeff Kletsky wrote: On 02/13/2012 02:10 PM, Phil Longstaff wrote: Budgeting is one area I want to work with. What, specifically are you fighting with? Phil From my perspective, which may or may not be well-aligned with other perspectives, and what I remember from the past years: * Need a way that my wife and I can quickly see how we are doing against budget - Scheme rendering is painfully slow -- https://bugzilla.gnome.org/show_bug.cgi?id=612215 - Existing reports are hard to read and have poor usability, even on desktop screens - Single-user access means that you can't just "pop in" to see a report, even if it were usable * Would prefer if we could access current actual-vs-budget numbers from any modern browser, including iPad, iPhone, and Android * Budget creation UI has severe usability issues including: - Rendering/scrolling (column and row headers disappear is the most annoying) - Can't "tab" to next cell for quick entry - Can't "fill right" * Budget code is just messed up with respect to internal representations vs. UI display -- https://bugzilla.gnome.org/show_bug.cgi?id=612214 * Budget should distinguish between "no budget established" and "zero budget set" -- For example, I may have a budget on Expenses:Gifts at $100, but not have a budget set for either Expenses:Gifts:Alice or Expenses:Gifts:Bob. Having an expense in Expenses:Gifts:Alice of $50 should not be an "over-budget" situation for that account, nor should having $60 in Expenses:Gifts:Bob of $60, but I should see an issue at the Expenses:Gifts roll-up level. * In some cases it would be beneficial if a budget could either or both indicate a limit on the total at a roll-up point, as well as an incremental amount (You can spend $100 on gifts, in total, but no more than $10 on gifts that haven't been assigned to a sub-account) * The ability to determine if a budget is balanced (and, if not, the residual difference and sign), especially while working on the budget, is difficult. The reports related to budget balance have the same kind of problems as the actual-vs-budget reports. I define "balanced" when my budgeted changes to assets, liabilities, expenses, and income are zero-sum in an accounting sense. * Because the tools within GNUCash for budgeting are so rough, I end up working up my budgets in Excel. It would be on my wish list to have an import/export feature. * As I recall, for example, budgeting income going into a non-cash investment account that increased in value (especially non-realized gain) was a puzzle that crossed my eyes and made my head spin. It is that funny mix of trying to deal with cash-flow budgeting when the budget is looking only at the change in the account's balance. * Until there is a way to identify a set of transactions as book-closing transactions, either the last periods of the previous year, or the first periods of the current year will be "corrupted" by those transactions. Unfortunately, there "hack" of putting those transactions on January 1st doesn't work too well if you have "real" transactions on that day (as most individuals and some companies do). I know it is a pretty long list, but I'd be happy to contribute thought or design feedback either here, on a wiki page, or directly, as it most makes sense. I've looked at the C code in the past and thought about some approaches, but the edict that everything needed to be backward compatible made things pretty horrendous. Especially after looking at the SQL schema in my current plan to implement off-line budgeting and reporting, I really dislike KVPs as ad hoc object extensions. Let me know how I can help. Jeff Kletsky ___ 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: GNUCash Development Plan?
On 02/13/2012 02:10 PM, Phil Longstaff wrote: Budgeting is one area I want to work with. What, specifically are you fighting with? Phil From my perspective, which may or may not be well-aligned with other perspectives, and what I remember from the past years: * Need a way that my wife and I can quickly see how we are doing against budget - Scheme rendering is painfully slow -- https://bugzilla.gnome.org/show_bug.cgi?id=612215 - Existing reports are hard to read and have poor usability, even on desktop screens - Single-user access means that you can't just "pop in" to see a report, even if it were usable * Would prefer if we could access current actual-vs-budget numbers from any modern browser, including iPad, iPhone, and Android * Budget creation UI has severe usability issues including: - Rendering/scrolling (column and row headers disappear is the most annoying) - Can't "tab" to next cell for quick entry - Can't "fill right" * Budget code is just messed up with respect to internal representations vs. UI display -- https://bugzilla.gnome.org/show_bug.cgi?id=612214 * Budget should distinguish between "no budget established" and "zero budget set" -- For example, I may have a budget on Expenses:Gifts at $100, but not have a budget set for either Expenses:Gifts:Alice or Expenses:Gifts:Bob. Having an expense in Expenses:Gifts:Alice of $50 should not be an "over-budget" situation for that account, nor should having $60 in Expenses:Gifts:Bob of $60, but I should see an issue at the Expenses:Gifts roll-up level. * In some cases it would be beneficial if a budget could either or both indicate a limit on the total at a roll-up point, as well as an incremental amount (You can spend $100 on gifts, in total, but no more than $10 on gifts that haven't been assigned to a sub-account) * The ability to determine if a budget is balanced (and, if not, the residual difference and sign), especially while working on the budget, is difficult. The reports related to budget balance have the same kind of problems as the actual-vs-budget reports. I define "balanced" when my budgeted changes to assets, liabilities, expenses, and income are zero-sum in an accounting sense. * Because the tools within GNUCash for budgeting are so rough, I end up working up my budgets in Excel. It would be on my wish list to have an import/export feature. * As I recall, for example, budgeting income going into a non-cash investment account that increased in value (especially non-realized gain) was a puzzle that crossed my eyes and made my head spin. It is that funny mix of trying to deal with cash-flow budgeting when the budget is looking only at the change in the account's balance. * Until there is a way to identify a set of transactions as book-closing transactions, either the last periods of the previous year, or the first periods of the current year will be "corrupted" by those transactions. Unfortunately, there "hack" of putting those transactions on January 1st doesn't work too well if you have "real" transactions on that day (as most individuals and some companies do). I know it is a pretty long list, but I'd be happy to contribute thought or design feedback either here, on a wiki page, or directly, as it most makes sense. I've looked at the C code in the past and thought about some approaches, but the edict that everything needed to be backward compatible made things pretty horrendous. Especially after looking at the SQL schema in my current plan to implement off-line budgeting and reporting, I really dislike KVPs as ad hoc object extensions. Let me know how I can help. Jeff Kletsky ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Transaction report error
Happens in 2.4.8 but not 2.2.9 ted On Mon, Feb 13, 2012 at 1:59 PM, John Ralls wrote: > > On Feb 13, 2012, at 1:30 PM, Ted Creedon wrote: > > > I'm getting the following error: > > > > Report error > > An error occurred while running the report. > > > > Any clues how to troubleshoot? > > > http://wiki.gnucash.org/wiki/FAQ#Q:_Something_bad_happened.3B_how_can_I_help_debug.3F > > Regards, > John Ralls > > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GNUCash Development Plan?
Budgeting is one area I want to work with. What, specifically are you fighting with? Phil From: Jeff Kletsky To: gnucash-devel Sent: Monday, February 13, 2012 4:18:10 PM Subject: GNUCash Development Plan? Once again, it is the beginning of the year and I'm fighting with GNUCash budgeting to the point where I need to find a solution that is functional for me. I'd like to be able to return the work to the community, but I don't have a good idea of what is planned for major functionality changes in GNUCash in coming releases. For example, I found an email from John Ralls on 2011/09/26 that suggested that there was some thought of moving off the C-driven queries and allowing things to be handled by the back end. Is there a wiki page somewhere that suggests what major changes are planned for upcoming releases? Also, at one point, there was a development directive that any changes had to be backward compatible in that previous versions of GNUCash *must* be able to read newer versions of the data store without failing. This seems to have resulted in the use of KVP as a generic extension method, rather than changing the schema and providing upgrade triggers. Is that still the case? Thanks, Jeff Kletsky ___ 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: GNUCash Development Plan?
On Feb 13, 2012, at 1:18 PM, Jeff Kletsky wrote: > Once again, it is the beginning of the year and I'm fighting with GNUCash > budgeting to the point where I need to find a solution that is functional for > me. I'd like to be able to return the work to the community, but I don't have > a good idea of what is planned for major functionality changes in GNUCash in > coming releases. For example, I found an email from John Ralls on 2011/09/26 > that suggested that there was some thought of moving off the C-driven queries > and allowing things to be handled by the back end. > > Is there a wiki page somewhere that suggests what major changes are planned > for upcoming releases? > > Also, at one point, there was a development directive that any changes had to > be backward compatible in that previous versions of GNUCash *must* be able to > read newer versions of the data store without failing. This seems to have > resulted in the use of KVP as a generic extension method, rather than > changing the schema and providing upgrade triggers. Is that still the case? http://wiki.gnucash.org/wiki/Roadmap http://wiki.gnucash.org/wiki/WishList Subject to limited developer availability and interest. ;-) Any changes in the way query works are dependent upon (in order): * Unit test coverage * GObject normalization (making everything into a proper GObject class) * Making reads and writes fully atomic and wrapped in database transactions * Load XML files into an in-memory SQLite db. Once those steps are complete we can change queries to SQL and go multi-user. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Transaction report error
On Feb 13, 2012, at 1:30 PM, Ted Creedon wrote: > I'm getting the following error: > > Report error > An error occurred while running the report. > > Any clues how to troubleshoot? http://wiki.gnucash.org/wiki/FAQ#Q:_Something_bad_happened.3B_how_can_I_help_debug.3F Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Transaction report error
I'm getting the following error: Report error An error occurred while running the report. Any clues how to troubleshoot? tedc ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
GNUCash Development Plan?
Once again, it is the beginning of the year and I'm fighting with GNUCash budgeting to the point where I need to find a solution that is functional for me. I'd like to be able to return the work to the community, but I don't have a good idea of what is planned for major functionality changes in GNUCash in coming releases. For example, I found an email from John Ralls on 2011/09/26 that suggested that there was some thought of moving off the C-driven queries and allowing things to be handled by the back end. Is there a wiki page somewhere that suggests what major changes are planned for upcoming releases? Also, at one point, there was a development directive that any changes had to be backward compatible in that previous versions of GNUCash *must* be able to read newer versions of the data store without failing. This seems to have resulted in the use of KVP as a generic extension method, rather than changing the schema and providing upgrade triggers. Is that still the case? Thanks, Jeff Kletsky ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: AUDIT: r22018 - gnucash/trunk/src/report/standard-reports - Bug 632931: Advanced Portfolio: total gains does not include income
Op maandag 13 februari 2012 14:49:09 schreef Derek Atkins: > Geert Janssens writes: > > Author: gjanssens > > Date: 2012-02-13 10:02:24 -0500 (Mon, 13 Feb 2012) > > New Revision: 22018 > > Trac: http://svn.gnucash.org/trac/changeset/22018 > > > > Modified: > >gnucash/trunk/src/report/standard-reports/advanced-portfolio.scm > > > > Log: > > Bug 632931: Advanced Portfolio: total gains does not include income > > > > - new column layout as suggested on bugzilla. Total return is now an > > amount> > > (not a percentage), and includes income as well as capital gains. > > New > > column "Rate of return" gives the percentage. > > > > - changed default value for "Ignore brokerage fees when calculating > > > > returns", the default is now to NOT ignore the fees. > > Actually, it would be nice to continue having a return percentage in > addition to a return amount. > Can you add this remark on the bug itself ? I'm not sure the original author is subscribed to the list. You can reopen the report if you want. Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: AUDIT: r22018 - gnucash/trunk/src/report/standard-reports - Bug 632931: Advanced Portfolio: total gains does not include income
Geert Janssens writes: > Author: gjanssens > Date: 2012-02-13 10:02:24 -0500 (Mon, 13 Feb 2012) > New Revision: 22018 > Trac: http://svn.gnucash.org/trac/changeset/22018 > > Modified: >gnucash/trunk/src/report/standard-reports/advanced-portfolio.scm > Log: > Bug 632931: Advanced Portfolio: total gains does not include income > > - new column layout as suggested on bugzilla. Total return is now an amount > (not a percentage), and includes income as well as capital gains. New > column "Rate of return" gives the percentage. > - changed default value for "Ignore brokerage fees when calculating > returns", the default is now to NOT ignore the fees. Actually, it would be nice to continue having a return percentage in addition to a return amount. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [PATCH] Make "Closing Entries" and "Adjusting Entries" translatable
Thanks Jhon for the explanation, I've applied the patch and modified another file (taxinvoice.scm) with the same problem both in trunk and in the 2.4 branch. I also want to thank Aurimas for finding this bug. Regards Cristian Il 11/02/2012 22:43, John Ralls ha scritto: On Feb 11, 2012, at 12:39 PM, Cristian Marchi wrote: Thanks Aurimas, I've tested the patch and seems to work fine. If main devs are ok (in the sense that the untraslated strings are not intentional), I can submit this patch to 2.4 and trunk. I've also located another file affected by the same "problem"... The "why" is that the N_ macro disables translation. See http://www.gnu.org/software/gettext/manual/gettext.html#Special-cases for how and when to use it. Yes, that's clearly a coding mistake. By all means backport the fix (and any others you find). Regards, John Ralls . ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [PATCH] [WIP] Lithuanian translation update (78% complete)
Patch committed. Thanks! Il 12/02/2012 15:13, Aurimas Fišeras ha scritto: Hello, here is yet another translation update. Current status of the translation: 3223 translated messages, 427 fuzzy translations, 461 untranslated messages. Aurimas Fišeras ___ 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
Memory Problem
I am experiencing huge jumps in memory usage with each autosave, usually on the order of 100 - 200 meg per save, it took me a while to figure out a trigger. The initial symptons were sluggish reponse, so I opened the system monitor to see what was causing the slow down and noticed gnucash using 1.5G of memory, usually it is only 200meg or so. My test situation: Open Gnucash, find any random invoice, unpost it, and press the save button. Notice the memory jump. Now post it and save, another memory jump. You can continue to toggle and save as the memory goes out of control. It seems to get unstable around 2.5 Gig of memory, but that could be related to available memory? Saturday I was running r21570 when I noticed the problem, Sunday I uninistalled and pulled a new r22007, but same problem. I thought it might be from an incomplete uninstall, so I performed a make uninstall then manually deleted the folders left over. Convinced I had a fresh slate I reinstalled, but had the same results. Today I tried to open the file at work, using a different computer and different version of gnucash, but it informed me that because it is from a newer version of gnucash it wouldn't be able to open. So I uninstalled the old one, then installed the new version, r22012. It has the same problem, although this is a different machine. I also created a new test file, only 4k, and it has a similar memory problem, although only 1-2 meg of memory at a time, so after toggling 10 or so times it was only up to 60meg of memory, after starting around 40meg, not good, but it would take days before it was a problem.. OS: Linux 3.2.3-2.fc16.i686.PAE #1 SMP Fri Feb 3 19:57:53 UTC 2012 i686 i686 i386 GNU/Linux Can anyone confirm a similar problem? I am wondering if this problem is program or file related. My file size, if that is important: 4.6m Feb 4 4.5m Jan 24 4.4m Jan 10 4.3m Dec 20 Thanks, Bob -- Bob ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Trunk not compiling
On Mon, Feb 13, 2012 at 04:51:02PM +0100, Geert Janssens wrote: > Op maandag 13 februari 2012 09:24:27 schreef Casey Cichon: > > Hey all, > > > > I'm getting the following error when trying to compile the latest trunk (git > > pulled this morning). > > > > make[5]: Entering directory `/home/casey/Downloads/gnucash/src/engine' > > /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. > > -I../.. -DG_LOG_DOMAIN=\"gnc.engine\" -I../../lib/libc > > -I../../src/core-utils -I../../src -I../../src -I../../src/gnc-module > > -I../../src/libqof/qof -pthread -I/usr/include/glib-2.0 > > -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -Werror > > -Wdeclaration-after-statement -g -O2 -Wall -Wunused -Wmissing-prototypes > > -Wmissing-declarations -Wno-unused -MT gncOwner.lo -MD -MP -MF > > .deps/gncOwner.Tpo -c -o gncOwner.lo gncOwner.c libtool: compile: gcc > > -DHAVE_CONFIG_H -I. -I../.. -DG_LOG_DOMAIN=\"gnc.engine\" -I../../lib/libc > > -I../../src/core-utils -I../../src -I../../src -I../../src/gnc-module > > -I../../src/libqof/qof -pthread -I/usr/include/glib-2.0 > > -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -Werror > > -Wdeclaration-after-statement -g -O2 -Wall -Wunused -Wmissing-prototypes > > -Wmissing-declarations -Wno-unused -MT gncOwner.lo -MD -MP -MF > > .deps/gncOwner.Tpo -c gncOwner.c -fPIC -DPIC -o .libs/gncOwner.o > > gncOwner.c: In function 'gncOwnerAutoApplyPaymentsWithLots': > > gncOwner.c:1015:33: error: 'txn' may be used uninitialized in this function > > [-Werror=uninitialized] cc1: all warnings being treated as errors > > > > make[5]: *** [gncOwner.lo] Error 1 > > make[5]: Leaving directory `/home/casey/Downloads/gnucash/src/engine' > > make[4]: *** [all-recursive] Error 1 > > make[4]: Leaving directory `/home/casey/Downloads/gnucash/src/engine' > > make[3]: *** [all] Error 2 > > make[3]: Leaving directory `/home/casey/Downloads/gnucash/src/engine' > > make[2]: *** [all-recursive] Error 1 > > make[2]: Leaving directory `/home/casey/Downloads/gnucash/src' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/home/casey/Downloads/gnucash' > > make: *** [all] Error 2 > > > > > > > > I looked at the code, and txn is logically defined in the code before this > > line, so the warning I don't think could actually happen. > > > I see how the compiler can get confused about this even though in reality > this > code will never be executed with an uninitialized 'txn' variable. > > Just to satisfy the compiler I have slightly modified the code in r22021 > which > I hope should avoid the compiler warning. Can you update to latest trunk and > try again ? > > Geert Compiled fine now. Thanks for your help. Casey signature.asc Description: Digital signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Trunk not compiling
Op maandag 13 februari 2012 09:24:27 schreef Casey Cichon: > Hey all, > > I'm getting the following error when trying to compile the latest trunk (git > pulled this morning). > > make[5]: Entering directory `/home/casey/Downloads/gnucash/src/engine' > /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. > -I../.. -DG_LOG_DOMAIN=\"gnc.engine\" -I../../lib/libc > -I../../src/core-utils -I../../src -I../../src -I../../src/gnc-module > -I../../src/libqof/qof -pthread -I/usr/include/glib-2.0 > -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -Werror > -Wdeclaration-after-statement -g -O2 -Wall -Wunused -Wmissing-prototypes > -Wmissing-declarations -Wno-unused -MT gncOwner.lo -MD -MP -MF > .deps/gncOwner.Tpo -c -o gncOwner.lo gncOwner.c libtool: compile: gcc > -DHAVE_CONFIG_H -I. -I../.. -DG_LOG_DOMAIN=\"gnc.engine\" -I../../lib/libc > -I../../src/core-utils -I../../src -I../../src -I../../src/gnc-module > -I../../src/libqof/qof -pthread -I/usr/include/glib-2.0 > -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -Werror > -Wdeclaration-after-statement -g -O2 -Wall -Wunused -Wmissing-prototypes > -Wmissing-declarations -Wno-unused -MT gncOwner.lo -MD -MP -MF > .deps/gncOwner.Tpo -c gncOwner.c -fPIC -DPIC -o .libs/gncOwner.o > gncOwner.c: In function 'gncOwnerAutoApplyPaymentsWithLots': > gncOwner.c:1015:33: error: 'txn' may be used uninitialized in this function > [-Werror=uninitialized] cc1: all warnings being treated as errors > > make[5]: *** [gncOwner.lo] Error 1 > make[5]: Leaving directory `/home/casey/Downloads/gnucash/src/engine' > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory `/home/casey/Downloads/gnucash/src/engine' > make[3]: *** [all] Error 2 > make[3]: Leaving directory `/home/casey/Downloads/gnucash/src/engine' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/home/casey/Downloads/gnucash/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/casey/Downloads/gnucash' > make: *** [all] Error 2 > > > > I looked at the code, and txn is logically defined in the code before this > line, so the warning I don't think could actually happen. > I see how the compiler can get confused about this even though in reality this code will never be executed with an uninitialized 'txn' variable. Just to satisfy the compiler I have slightly modified the code in r22021 which I hope should avoid the compiler warning. Can you update to latest trunk and try again ? Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Trunk not compiling
Hey all, I'm getting the following error when trying to compile the latest trunk (git pulled this morning). make[5]: Entering directory `/home/casey/Downloads/gnucash/src/engine' /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -DG_LOG_DOMAIN=\"gnc.engine\" -I../../lib/libc -I../../src/core-utils -I../../src -I../../src -I../../src/gnc-module -I../../src/libqof/qof -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -Werror -Wdeclaration-after-statement -g -O2 -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -MT gncOwner.lo -MD -MP -MF .deps/gncOwner.Tpo -c -o gncOwner.lo gncOwner.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -DG_LOG_DOMAIN=\"gnc.engine\" -I../../lib/libc -I../../src/core-utils -I../../src -I../../src -I../../src/gnc-module -I../../src/libqof/qof -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -Werror -Wdeclaration-after-statement -g -O2 -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -MT gncOwner.lo -MD -MP -MF .deps/gncOwner.Tpo -c gncOwner.c -fPIC -DPIC -o .libs/gncOwner.o gncOwner.c: In function 'gncOwnerAutoApplyPaymentsWithLots': gncOwner.c:1015:33: error: 'txn' may be used uninitialized in this function [-Werror=uninitialized] cc1: all warnings being treated as errors make[5]: *** [gncOwner.lo] Error 1 make[5]: Leaving directory `/home/casey/Downloads/gnucash/src/engine' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/casey/Downloads/gnucash/src/engine' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/casey/Downloads/gnucash/src/engine' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/casey/Downloads/gnucash/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/casey/Downloads/gnucash' make: *** [all] Error 2 I looked at the code, and txn is logically defined in the code before this line, so the warning I don't think could actually happen. Casey signature.asc Description: Digital signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel