Re: My QIF file crashes GnuCash. How can I find out what line(s) it doesn't like?

On Sat, Dec 19, 2009 at 2:50 PM, Pat McGee wrote: > I tried to import a QIF file from the Mac version of Quicken 2000 into > GnuCash 2.2.9 (Mac Intel version). The druid goes through several screens, > the last one being Payees and Memos, saying that the next screen will show > me the payee and m

Re: OS X dmg File Size

On Wed, Sep 2, 2009 at 7:45 AM, John Ralls wrote: > > On Sep 1, 2009, at 9:35 PM, David T. wrote: > > Why has the OS X dmg file gone from 135MB to 215MB? That's getting to be a >> pretty BIG download... >> > > Mostly the addition of the Qt frameworks for the aqbanking wizard. I'll > separate the

Re: Unstable version 2.3.4 and dates

On Tue, Aug 25, 2009 at 7:12 AM, Phil Longstaff wrote: > Unstable version 2.3.4 has a major problem with storing/loading date or > date/time values into postgresql or mysql databases, so the bug reports are > coming in. A fix is already available, so I'm going to create 2.3.5 as soon > as I can (

Re: aqbanking Qt on OSX (was: GnuCash OSX)

On Sun, Aug 23, 2009 at 4:12 PM, John Ralls wrote: > > On Aug 23, 2009, at 1:12 PM, Christian Stimming wrote: > > Dear John, >> >> Am Sonntag, 23. August 2009 04:39 schrieb John Ralls: >> >>> On Aug 22, 2009, at 2:44 PM, Charles Day wrote: >>> &g

Re: GnuCash OSX

2009/8/23 Christian Stimming > Dear John, > > Am Sonntag, 23. August 2009 04:39 schrieb John Ralls: > > On Aug 22, 2009, at 2:44 PM, Charles Day wrote: > > > I believe aqbanking is written for Qt3, so it would have to be > > > patched to compile against Qt4. >

Re: GnuCash OSX

On Sat, Aug 22, 2009 at 7:39 PM, John Ralls wrote: > > On Aug 22, 2009, at 2:44 PM, Charles Day wrote: > > I believe aqbanking is written for Qt3, so it would have to be patched to >> compile against Qt4. >> > > I did notice instructions in the aqbanking README for

Re: GnuCash OSX

e main page: http://qt.nokia.com/products/qt/downloads >> The specific Mac page: http://qt.nokia.com/downloads/sdk-mac-os-cpp >> >> Regards, >> Bryce >> >> On Fri, Aug 21, 2009 at 10:16 AM, John Ralls wrote: >> >>> >>> On Aug 21, 2009, at

Re: GnuCash OSX

On Thu, Aug 20, 2009 at 7:44 PM, John Ralls wrote: > > On Aug 20, 2009, at 4:40 PM, Charles Day wrote: > > On Thu, Aug 20, 2009 at 4:20 PM, John Ralls wrote: >> >> On Aug 19, 2009, at 5:36 AM, Derek Atkins wrote: >> >> >> Hopefully you can

Re: GnuCash OSX

On Thu, Aug 20, 2009 at 4:20 PM, John Ralls wrote: > > On Aug 19, 2009, at 5:36 AM, Derek Atkins wrote: > > >> Hopefully you can upload the 2.2.9 DMG in the next few days. >> >> > It's done, with an announcement on the MacOSX/Quartz Wiki page. Perhaps one > of the admins could add a link to the m

Re: Windows compile errors due to changeset 18237

t again. > > Sorry, > > -derek > -Charles > > > Quoting Charles Day : > > Derek, this is the localtime_r change. What needs to be done? >> >> -Charles >> >> >> On Tue, Aug 4, 2009 at 11:17 PM, James Raehl wrote: >> >> Changeset 18327

Re: Windows compile errors due to changeset 18237

Derek, this is the localtime_r change. What needs to be done? -Charles On Tue, Aug 4, 2009 at 11:17 PM, James Raehl wrote: > Changeset 18327 causes the following error sequence when compiling under > Windows XP. Copied from the nightly Windows build log for 04 Aug 2009: > > make[5]: Entering

Re: [MacOSX]Cut, Copy, and Paste in the registers

On Mon, Aug 3, 2009 at 11:51 AM, John Ralls wrote: > > On Aug 3, 2009, at 7:55 AM, Derek Atkins wrote: > > Hi, >> >> John Ralls writes: >> >> I've figured out why this doesn't work: The register module (and >>> perhaps a couple of others, I haven't looked) implements Cut, Copy, >>> and Paste v

Re: AUDIT: r17459 - gnucash/trunk/src/gnome-utils - Bug #545722: Get the GNCDateEdit control working on Win32 again. Don't assume that the content returned by localtime() will not be changed out fro

I said in my last message, I'm catching up on lots of changesets. > Is there any reason not to use localtime_r() here? We already make > sure it exists by using AC_REPLACE_FUNCS(). > > -derek > > Charles Day writes: > > > Author: cedayiv > > Date: 2008-08-08 1

Re: GnuCash OSX

the >> bundle, so there's a bit more work than just to create the softlink and try >> it out, and I've got a bunch of real-life stuff to do today.) >> >> > It works, too! > > I need to rebuild everything in /opt/gnucash-foo, but if I build app dmgs > (o

Re: Bug 587843 – Macintosh OSX Quartz Build & Inte gration Patches

On Wed, Jul 8, 2009 at 9:10 PM, John Ralls wrote: > > On Jul 8, 2009, at 10:02 AM, Charles Day wrote: > > On Wed, Jul 8, 2009 at 8:15 AM, Phil Longstaff > >wrote: >> >> I don't know or use Mac OSX. Can someone who does look over the >>> attachments

Re: Bug 587843 – Macintosh OSX Quartz Build & Inte gration Patches

On Wed, Jul 8, 2009 at 8:15 AM, Phil Longstaff wrote: > I don't know or use Mac OSX. Can someone who does look over the > attachments and tell me whether they are OK to apply to trunk for 2.3.3? > I guess you are talking about bug 587843: http://bugzilla.gnome.org/show_bug.cgi?id=587843 I build

Re: Exporting GnuCash to QSF cause program to crash

ound the problem? > (Not that I object to having to work around the problem, but I'm > curious) > > -derek > > Charles Day writes: > > > I found that the crash no longer occurs if you edit the > chart-export.glade > > file and delete the calendar's tool

Re: Exporting GnuCash to QSF cause program to crash

ll be making a patch for trunk. -Charles On Mon, Jun 15, 2009 at 4:54 PM, Charles Day wrote: > QSF export seems to work fine if you use the keyboard to pick the calendar > day. The mouse can actually be used to switch the month or year, but it > can't get anywhere near the number

Re: Old bug still exists...

Perhaps you mean bug 426111?http://bugzilla.gnome.org/show_bug.cgi?id=426111 On Fri, Jul 3, 2009 at 9:32 AM, Charles Day wrote: > Does the bug are you referring to exist in > bugzilla? What is the message that pops up? It sounds like one of the bugs > that I fixed a > while ago, b

Re: Old bug still exists...

Does the bug are you referring to exist in bugzilla? What is the message that pops up? It sounds like one of the bugs that I fixed a while ago, but I believe the fix is only available in trunk and in versions 2.3.x. -Charles On Fri, Jul 3, 2009 at 7:04 AM, C. Andrews Lavarre wrote: > -BEGIN

Register design question

I have a question about the register design. I've looked through the .h files are this doesn't seem to be addressed. Background: The register has a whole bunch of different cells. For example there is a cell for a posting date, one for a check number, one for an account, and so on. Depending which

Re: Register bugs in bugzilla

I fine with that change if it suits David. However I have been almost completely saturated with other work in the past few months and so unable to contribute as actively as before. GnuCash bugs that I would have turned around in 24 hours in the past are taking weeks now. So I just want to make sure

Re: Exporting GnuCash to QSF cause program to crash

QSF export seems to work fine if you use the keyboard to pick the calendar day. The mouse can actually be used to switch the month or year, but it can't get anywhere near the numbers. Possibly it is this bug? http://bugzilla.gnome.org/show_bug.cgi?id=539248 -Charles On Mon, Jun 15, 2009 at 8:02

Re: Exporting GnuCash to QSF cause program to crash

QSF export appears to work fine for me if I just avoid moving the mouse pointer into the calendar control. For some reason, if I put the mouse into the calendar then it crashes inside some internal calendar function (gtk_calendar_get_detail). I don't see how this would be a GnuCash problem, as ther

Re: GnuCash OSX

On Sat, Jun 13, 2009 at 5:22 PM, John Ralls wrote: > > On Jun 13, 2009, at 11:10 AM, Charles Day wrote: > > >> One other outstanding issue is that, to my knowledge, AqBanking isn't >> available when compiling for quartz since the AqBanking GUI requires qt3, >&g

Re: GnuCash OSX

On Thu, Jun 11, 2009 at 12:56 PM, John Ralls wrote: > > On Jun 11, 2009, at 11:26 AM, Derek Atkins wrote: > > Hi, >> >> I noticed that you've done a lot of work on a semi-standalone GnuCash >> application for OSX. Could you perhaps come over to gnucash-devel or the >> #gnucash irc channel so we

Re: Common code indentation (follow-up to 2007 discussion)

On Mon, Jun 8, 2009 at 8:14 AM, Christian Stimming wrote: > Zitat von Derek Atkins : > >> Charles Day writes: >> >>> I strongly prefer -bl to -br. >>> >> >> Me too. I prefer: >> >> if () >> { >> >>

Re: Common code indentation (follow-up to 2007 discussion)

2009/6/5 Christian Stimming > Now that we've come back to working on one single branch (trunk), we should > reconsider the idea from back in 2007: We should re-indent the whole code > into one single indentation scheme. See > http://lists.gnucash.org/pipermail/gnucash-devel/2007-March/020099.html

Re: Win32 Daily Builds available

On Tue, Jun 2, 2009 at 8:19 AM, Derek Atkins wrote: > Quoting Charles Day : > > I just committed r18100 which should fix this. >>> >>> >> Assuming this change went into last night's build, can anyone verify that >> the problem is fixed for them? >

Re: Win32 Daily Builds available

On Mon, Jun 1, 2009 at 7:04 PM, Phil Longstaff wrote: > On June 1, 2009 12:02:20 pm Jonathan wrote: > > On 6/1/2009 12:41 AM, Derek Atkins wrote: > > > Hey all, > > > > > > I've got Win32 daily builds available now. The build log and the > > > setup.exe are available at: > > > > > >http

Make problem on trunk

I can't make trunk. This must be something small. Any ideas? Cheers, Charles Making all in pixmaps make[3]: *** No rule to make target `16x16/gnucash-icon.png', needed by `all-am'. Stop. make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ___

Re: sorting of transactions within day

2009/4/29 Christian Stimming > Am Dienstag, 28. April 2009 13:54 schrieb marcus.wolsc...@googlemail.com: > > Hello, > > > > what sorting is used for the transactions > > within a single day? > > I would like to make sure the transactions > > get the same sorting-order they have on > > the bank-ac

Re: Bugzilla

can be > reproduced with 2.X. I think they should just be closed, and reopened if > they happen again. > > How should bugs be handled if they are fixed in trunk with the fix to be > released in the upcoming 2.3.x? There are a number of bugs that Charles Day > has commented on re

Re: gwenhywfar-3.6.0.tar.gz not found

The way the script checks to see if the file has already been downloaded is to do`basename $URL` and see if that exists in the download directory. But that doesn't work with the gwen URL since it ends in "=gwenhywfar-3.6.0.tar.gz" rather than the expected "/gwenhywfar-3.6.0.tar.gz". So that check

Re: gnucash 2.2.6 - problems with qif import

t; Hope this helps! > Perfect, thanks. I've added support for this to the QIF importer in trunk (in r18055). Cheers, Charles > > Cheers, > Andreas > > 2009/4/23 Charles Day > > One final question before I add support for "Oth S" to the QIF importer.

Re: gnucash 2.2.6 - problems with qif import

One final question before I add support for "Oth S" to the QIF importer. Were you seeing this on a !Type line, like "!Type:Oth S"? Or was it a T line, like "TOth S"? Thanks, Charles On Tue, Apr 21, 2009 at 7:05 AM, Charles Day wrote: > OK, so I'll make

Re: gwenhywfar-3.6.0.tar.gz not found

It is in your defaults.sh, at or near line 261. Just change the URL, like: if [ "$AQBANKING3" != "yes" ]; then set_default GWENHYWFAR_URL "$SF_MIRROR/gwenhywfar/gwenhywfar-2.6.2.tar.gz" else set_default GWENHYWFAR_URL " http://www.aquamaniac.de/sites/download/download.php?package=01&release

Re: gwenhywfar-3.6.0.tar.gz not found

On Wed, Apr 22, 2009 at 9:54 AM, Martin Preuss wrote: > Hi, > > On Mittwoch, 22. April 2009, Charles Day wrote: > > That version of the gwenhywfar package doesn't exist any more, at least > not > > at that URL. You'll need to edit the defaults.sh script (I th

Re: gwenhywfar-3.6.0.tar.gz not found

That version of the gwenhywfar package doesn't exist any more, at least not at that URL. You'll need to edit the defaults.sh script (I think) and provide a revised URL, probably for a newer version. Have a look here and see which version you want to try. Maybe 3.8.0? I have no idea. http://www2.aqu

Re: gnucash 2.2.6 - problems with qif import

OK, so I'll make the QIF importer treat "Oth S" (German Quicken) the same as "Oth A" (English Quicken). Thanks, Charles On Tue, Apr 21, 2009 at 6:52 AM, Herbert Thoma < herbert.th...@iis.fraunhofer.de> wrote: > Charles Day schrieb: > > I see this

Re: gnucash 2.2.6 - problems with qif import

, Charles On Mon, Apr 20, 2009 at 10:57 PM, and78...@gmx.de wrote: > Quicken 2009 German. Don't know what "Oth S" means, both were bank > accounts, so i don't know why the qif export of Quicken interpreted them as > "Oth S". > > > Cheers, > A

Re: gnucash 2.2.6 - problems with qif import

ot; that makes problems when > importing into gnucash 2.2.6! > > Cheers, > Andreas > > 2009/4/21 Charles Day > > Do you really mean "Oth S"? Or do you mean "Oth A"? >> We know that "Oth A" isn't working right in 2.2.9 and it has bee

Re: gnucash 2.2.6 - problems with qif import

nt property "Oth S" has to be corrected manually to "Bank" in qif > file before import > - deletion of double bookings manually after import > > Now all balances are exactly the same in gnucash like they were in Quicken, > so everything ok. > > Thanks for such a

Re: QIF Record and field layouts

On Mon, Apr 20, 2009 at 8:31 AM, Tax Assistance Program - ( taptax ) < tap...@nd.edu> wrote: > Hi everyone, > > Still trying to get started. I am moving my data from QuickBooks (much > different than Quicken) to Gnucash. I can easily export from QB to a tab or > csv delimited file. But moving t

Re: gnucash 2.2.6 - problems with qif import

I wonder if there is not something wrong other than the version. I think very little changed in the QIF import after 2.2.6. Certainly nothing I can think of that would have this kind of result. Andreas, did you import multiple QIF files? If so, did you import them together or separately? Could you

Re: Doxygen update?

On Tue, Mar 31, 2009 at 6:37 AM, Derek Atkins wrote: > Hi all, > > On the new server I'm seeing the following message from the nightly > doxygen build: > > Warning: Tag `DETAILS_AT_TOP' at line 154 of file doxygen.cfg has become > obsolete. > To avoid this warning please update your configuration

Re: GNOME 2: MDI or SDI?

On Mon, Mar 30, 2009 at 8:05 AM, Derek Atkins wrote: > Simon Eilting writes: > > > MDI is way confusing. I always find myself closing the 'main' window > > when I really want to close a report tab. It should really be all tabs > > or all windows. > > The only situation where one would probably w

Re: Roadmap / GNC 2.4

t started on a branch > 3) register rewrite - Charles Day has done a lot of work fixing up the > register, but the rewrite is stalled (?) > 4) change reports from being scm-generated html to html templates with > embedded scm - a prototype invoice is in trunk > 5) changes to saved repor

Re: New Splash Screen Graphic

On Sat, Mar 14, 2009 at 4:27 PM, Andrew Sackville-West < and...@swclan.homelinux.org> wrote: > On Sat, Mar 14, 2009 at 11:48:59AM -0700, Charles Day wrote: > > On Sat, Mar 14, 2009 at 9:57 AM, Andrew Sackville-West < > > > > > > +1 ^ 2 > > > >

Re: New Splash Screen Graphic

On Sat, Mar 14, 2009 at 9:57 AM, Andrew Sackville-West < and...@swclan.homelinux.org> wrote: > On Sat, Mar 14, 2009 at 12:02:43PM -0400, Andrew Duggan wrote: > > On Sat, 2009-03-14 at 16:43 +0100, Geert Janssens wrote: > > > > > On Saturday 14 March 2009, Tynan wrote: > > > > Hello, > > > > > > >

Re: Behavior of Enter in register

On Thu, Mar 12, 2009 at 10:08 AM, Andy Den Tandt wrote: > Charles wrote: > >How about changing the current checkbox preference into three radio > buttons? > >1. Enter moves to the next line (default) > >2. Enter moves to the next transaction > >3. Enter moves to a new transaction > > For chan

Re: Behavior of Enter in register

On Wed, Mar 11, 2009 at 2:41 PM, Dennis Muhlestein wrote: > Charles Day wrote: > >> Unless you have "Enter moves to blank transaction" check in your >> preferences, the Enter key only advances to the next row. The next row >> might >> be the next transactio

Behavior of Enter in register

Unless you have "Enter moves to blank transaction" check in your preferences, the Enter key only advances to the next row. The next row might be the next transaction (typical in basic ledger style) or the next split (typical in transaction journal style). Personally, I would expect Enter to save th

Re: Speeding up reports

On Mon, Mar 9, 2009 at 9:46 AM, Andrew Sackville-West < and...@swclan.homelinux.org> wrote: > On Sun, Mar 08, 2009 at 02:03:57PM -0800, Charles Day wrote: > > On Sat, Mar 7, 2009 at 3:43 PM, Mike Alexander wrote: > > > > > Has anyone looked at <http://bugzilla

Re: Speeding up reports

On Sat, Mar 7, 2009 at 3:43 PM, Mike Alexander wrote: > Has anyone looked at > to see if my patch makes any sense? It speeds up some reports (e.g. > Income Statement) by a factor of 50 or so with largish files. It seems > to work for me, but it

Re: r17969 - gnucash/trunk/src/register/ledger-core - Bug #343217: Register: Don't leave the account cell if the user chooses not to create a new account when prompted. This allows any typo to be qu

On Wed, Mar 4, 2009 at 6:32 AM, Derek Atkins wrote: > Charles, > > Charles Day writes: > > > Modified: > >gnucash/trunk/src/register/ledger-core/split-register-control.c > >gnucash/trunk/src/register/ledger-core/split-register-p.h > >gnucash/

Re: Register rewrite

On Mon, Mar 2, 2009 at 5:50 AM, Chris Shoemaker wrote: > On Sun, Mar 01, 2009 at 01:35:30PM -0800, Charles Day wrote: > > Could someone enlighten me as to the state of the register rewrite, or > point > > me to some kind of "readme" about it? I would like to know

Register rewrite

Could someone enlighten me as to the state of the register rewrite, or point me to some kind of "readme" about it? I would like to know what the approach was, where things left off, etc. I had a quick look at the register-rewrite branch. My first impression is that the original register code has no

How to programmatically select register cell text?

When typing an account name in the register, if you make a mistake and then hit tab, it will ask if you want to make a new account. If you say "no", then what you have typed is lost and focus moves to the next field in the register. It seems better to me to keep the focus on the account field and g

Fwd: GnuCash packaging

This is an off-list email that he gave me permission to forward to the list. Mac readers may be interested. -Charles -- Forwarded message -- From: Charles Day Date: Fri, Feb 27, 2009 at 11:27 AM Subject: Re: GnuCash packaging To: Rick Stahlhut On Fri, Feb 27, 2009 at 5:35 AM

Re: make check failing on mac leopard

On Wed, Feb 25, 2009 at 4:04 PM, David Reiser wrote: > > On Feb 25, 2009, at 12:04 PM, Charles Day wrote: > > >> I have never managed to get make check to work on my mac. With yesterday's >> trunk, it fails in test-lots at >> OTHER [xaccSplitAssignToLot()]

Re: make check failing on mac leopard

On Wed, Feb 25, 2009 at 7:22 AM, David Reiser wrote: > > On Feb 19, 2009, at 2:36 PM, Charles Day wrote: > > On Thu, Feb 19, 2009 at 11:10 AM, Charles Day wrote: > >> I tried "make check" on my mac today, and it is failing (see below). I >> assume that thi

Re: Pasting transactions in register

On Tue, Feb 24, 2009 at 6:28 AM, Derek Atkins wrote: > Charles Day writes: > > > In a register, what is the expected behavior of the "Paste Transaction" > menu > > item when pasting to a non-new transaction? After asking for user > > confirmation, shoul

Pasting transactions in register

In a register, what is the expected behavior of the "Paste Transaction" menu item when pasting to a non-new transaction? After asking for user confirmation, should it paste the data into the existing transaction, immediately commit the changes, and move down to the next transaction? Or should it pa

Re: meta-bug for 2.3/2.4

On Sat, Feb 21, 2009 at 8:01 PM, Derek Atkins wrote: > hi, > > > Quoting Charles Day : > > Is there a meta-bug for 2.3/2.4 to block in Bugzilla to indicate that a >> particular bug (e.g. bug 426111) has been fixed in trunk, and can be >> marked >> as "f

meta-bug for 2.3/2.4

Is there a meta-bug for 2.3/2.4 to block in Bugzilla to indicate that a particular bug (e.g. bug 426111) has been fixed in trunk, and can be marked as "fixed" once a 2.3 or 2.4 has been made? Or some other way to keep track of bugs I've fixed in trunk that will not be backported for 2.2? Cheers, Ch

Re: make check failing on mac leopard

On Thu, Feb 19, 2009 at 11:10 AM, Charles Day wrote: > I tried "make check" on my mac today, and it is failing (see below). I > assume that this is related to the ".so" vs. ".dylib" thing, to which I hope > that Dave can still recall the answer. See

make check failing on mac leopard

I tried "make check" on my mac today, and it is failing (see below). I assume that this is related to the ".so" vs. ".dylib" thing, to which I hope that Dave can still recall the answer. See: http://www.mail-archive.com/fink-de...@lists.sourceforge.net/msg13057.html Any bright ideas on what I have

Re: Swig type mapping for GUID's

On Wed, Feb 18, 2009 at 7:03 AM, Derek Atkins wrote: > Charles Day writes: > > > I have a question about the current type mapping that swig does for GUID > > pointers. Currently, if a C function returns a GUID* that is a null > pointer > > (== NULL), swig converts it

Swig type mapping for GUID's

I have a question about the current type mapping that swig does for GUID pointers. Currently, if a C function returns a GUID* that is a null pointer (== NULL), swig converts it to SCM_UNDEFINED and hands that to guile. From src/base-typemaps.i: %typemap(out) GUID * " $result = ($1) ? gnc_guid2scm(*

Re: r17929 - gnucash/trunk/src/engine - Doxygen: Adjust the style of a comment block for consistency and to eliminate a splint warning.

memory management warnings that are mostly false positives. Splint seems to assume that functions returning pointers are "only" in style. On the other hand, I'm not quite sure what the proper annotation should be for something like gnc_get_current_book() or xaccSplitGetParent(). > Ph

Re: Windows packaging: upgrade to gtk 2.14.7?

On Tue, Feb 10, 2009 at 2:46 PM, Charles Day wrote: > On Mon, Feb 9, 2009 at 9:58 PM, Andreas Köhler wrote: > >> Hi Charles, >> >> sure, that is perfectly possible. Simply point the URLs in >> packaging/win32/defaults.sh to the correct files {,-dev} in >> ft

Re: Transaction API question

On Tue, Feb 10, 2009 at 12:27 PM, Alan Jenkins wrote: > Christian Stimming wrote: > > Am Dienstag, 10. Februar 2009 11:02 schrieb Alan Jenkins: > > > I have a question about how to destroy a transaction properly. > > >> Interesting. The generic import layer does this: > >> > >> xaccTran

Re: Windows packaging: upgrade to gtk 2.14.7?

s it on Windows, but that's my theory. Unfortunately, I don't have a Windows machine that I can build on at the moment. > Ciao, > -- andi5 > Cheers, Charles > > Charles Day wrote: > > Any chance of making the setup.exe for GnuCash 2.2.9 for Windows come >

Re: Transaction API question

On Tue, Feb 10, 2009 at 12:27 PM, Alan Jenkins wrote: > Christian Stimming wrote: > > Am Dienstag, 10. Februar 2009 11:02 schrieb Alan Jenkins: > > > I have a question about how to destroy a transaction properly. > > >> Interesting. The generic import layer does this: > >> > >> xaccTran

Re: Transaction API question

On Thu, Jan 29, 2009 at 10:28 AM, Charles Day wrote: > I have a question about how to destroy a transaction properly. Suppose I do > the following to create a new transaction with one split. > > new_trans = xaccMallocTransaction (gnc_get_current_book ()); > xaccTransBegin

Windows packaging: upgrade to gtk 2.14.7?

Any chance of making the setup.exe for GnuCash 2.2.9 for Windows come with gtk 2.14.7 rather than 2.14.6? There appears to be a fix for bug 570166 in there. Cheers, Charles ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org

Transaction API question

I have a question about how to destroy a transaction properly. Suppose I do the following to create a new transaction with one split. new_trans = xaccMallocTransaction (gnc_get_current_book ()); xaccTransBeginEdit (new_trans); xaccTransSetCurrency (new_trans,

Bug or compile issue?

I'm seeing some CRIT messages on my Mac, which is running the latest code from SVN trunk. I've used gdb to try to figure out what's happening, and it seems a bit weird, like a possible compile or other platform-specific issue. The CRIT messages look like: * 03:28:15 CRIT [gnc_split_regist

Re: AUDIT: r17840 - gnucash/trunk/src/register/ledger-core - Register: Add additional debugging output during register cleanup. Also rename a variable for clarity and to match typical usage in the re

On Sat, Jan 24, 2009 at 5:33 AM, Phil Longstaff wrote: > On January 24, 2009 01:15:10 am Charles Day wrote: > > On Fri, Jan 23, 2009 at 12:31 PM, Derek Atkins wrote: > > > Innocuously-seeming changes often come back to bite us. Just look > > > at the one-line change

Re: AUDIT: r17840 - gnucash/trunk/src/register/ledger-core - Register: Add additional debugging output during register cleanup. Also rename a variable for clarity and to match typical usage in the re

On Fri, Jan 23, 2009 at 12:31 PM, Derek Atkins wrote: > Hi, > > Charles Day writes: > > > On Thu, Jan 22, 2009 at 11:02 AM, Derek Atkins wrote: > > > > Charles Day writes: > > > > > Register: Add additional debugging output during register

Re: AUDIT: r17840 - gnucash/trunk/src/register/ledger-core - Register: Add additional debugging output during register cleanup. Also rename a variable for clarity and to match typical usage in the re

On Thu, Jan 22, 2009 at 11:02 AM, Derek Atkins wrote: > Charles Day writes: > > > Register: Add additional debugging output during register cleanup. Also > rename a variable for clarity and to match typical usage in the rest of the > ledger code. > > BP > > Why is

Re: Income/Expenses report

On Thu, Jan 8, 2009 at 7:35 PM, Tim Vail wrote: > Andrew, > > Sorry for taking a long time getting back. I finally went deeper into the > net > worth barchart report (which is also used to create the income/expenses > chart > report), and found that changing the report-utilities.scm's > gnc:get-

Re: Can't find commodity using gnc_commodity_table_lookup()

On Tue, Nov 11, 2008 at 11:47 AM, Justin Mazzola Paluska <[EMAIL PROTECTED]>wrote: > Hi Derek, > > On Tue, Nov 11, 2008 at 08:43:42AM -0500, Derek Atkins wrote: > > Well, for one thing I would either use "NYCE" or GNC_COMMODITY_NS_NYSE > > in both places. Yes, technically they should be the same

Re: Development on Mac Leopard (10.5.5)

On Mon, Oct 27, 2008 at 9:04 AM, Dave Reiser <[EMAIL PROTECTED]> wrote: > Charles Day wrote: > > >> Dare I ask: fink or macports? I don't quite understand the difference. I >> think you said that someone compiled gnucash for aqua using macports, which >>

Re: Transfering stock between two accounts not supported?

On Thu, Nov 6, 2008 at 2:07 PM, Rainer Dorsch <[EMAIL PROTECTED]> wrote: > Hello, > > I am wondering if transfering stock between two accounts is not supported. > When I try that, I get > > You can't transfer from a non-currency account. Try reversing the "from" > and "to" accounts and making the

Re: r17677 hangs on launch

On Sat, Nov 1, 2008 at 12:02 PM, David Reiser <[EMAIL PROTECTED]>wrote: > The last non-aqbanking debug message in the terminal is: > * 14:39:32 WARN Refusing to add non-unique action > 'FilePageSetupAction' to action group 'MainWindowActions' > > gnucash.trace exists, but is empty. > > Dave > P

Re: Development on Mac Leopard (10.5.5)

On Sun, Oct 26, 2008 at 4:12 PM, David Reiser <[EMAIL PROTECTED]>wrote: > > On Oct 26, 2008, at 6:44 PM, Charles Day wrote: > > What is the current state as far as doing GnuCash development on Leopard? >> I >> now have a spiffy new MacBook Pro at my disposal, so I a

Re: GnuCash win32 building...

On Sun, Oct 26, 2008 at 11:19 AM, Charles Day <[EMAIL PROTECTED]> wrote: > On Sat, Oct 25, 2008 at 3:44 PM, Martin Preuss <[EMAIL PROTECTED]> wrote: > >> Hi, >> >> On Samstag, 25. Oktober 2008, Andreas Köhler wrote: >> [...] >> > > Anyone kno

Development on Mac Leopard (10.5.5)

What is the current state as far as doing GnuCash development on Leopard? I now have a spiffy new MacBook Pro at my disposal, so I am trying to shift away from developing on XP. I read the FAQ but the information sounded enough out-of-date that I thought I should ask for a update to double-check be

Re: GnuCash win32 building...

On Sat, Oct 25, 2008 at 3:44 PM, Martin Preuss <[EMAIL PROTECTED]> wrote: > Hi, > > On Samstag, 25. Oktober 2008, Andreas Köhler wrote: > [...] > > > Anyone know how to proceed? > > > > does adding -lz to the gcc command fix this error? Martin should know > > it :-) > Yes, adding -lz worked for m

GnuCash win32 building...

...currently fails on gwenhywfar. First, the default download version for gwen (3.4.1) apparently doesn't exist any more: ### Gwenhywfar --17:31:50-- http://www.aquamaniac.de/

Windows build of trunk

Adam Kessel has offered to test the register fixes for bugs 393383 & 426111 if we can come up with a Windows install .exe based on trunk. Apparently he is able to reproduce the problems repeatedly in 2.2.7 and it would be useful to have him give trunk a test drive to see if he can break it. I kind

Re: Register code question

On Thu, Oct 16, 2008 at 4:27 AM, Chris Shoemaker <[EMAIL PROTECTED]>wrote: > On Wed, Oct 15, 2008 at 08:41:58PM -0700, Charles Day wrote: > > I am debugging the register code and trying to figure out why bogus > message > > boxes can appear, and also why crashes occur in

Re: text not translated on the UI, while it is translated in the PO

On Thu, Oct 16, 2008 at 6:34 PM, Derek Atkins <[EMAIL PROTECTED]> wrote: > Quoting [EMAIL PROTECTED]: > > > Derek Atkins wrote: > >> Hi, > >> > >> Quoting Zhang Weiwu <[EMAIL PROTECTED]>: > >> > >>> sorry for having a new translator's question. This is my first trial to > >>> correct translation o

Register code question

I am debugging the register code and trying to figure out why bogus message boxes can appear, and also why crashes occur in certain cases. I believe that I've figured it out the sources of these problems, but I have a background question to ask before proceeding with a fix. These problems seem to

Re: Scheduled Transactions

On Wed, Oct 15, 2008 at 5:25 AM, Tom Browder <[EMAIL PROTECTED]> wrote: > I would like to see the scheduled transactions (sx) capability > enhanced (see enhancement bug # 521285) to be more like Quicken. I > would like to see a split-pane in the account window showing due and > buttons to push li

Re: problem with qif-parse.scm in trunk

On Wed, Sep 24, 2008 at 7:31 AM, David Reiser <[EMAIL PROTECTED]>wrote: > > On Sep 24, 2008, at 9:29 AM, Derek Atkins wrote: > > David Reiser <[EMAIL PROTECTED]> writes: >> >> Turning off the setting of LC_MESSAGES and running: >>> LANG=C /opt/gnucash-svn/bin/gnucash >>> does allow gnucash to st

Re: Compatibility

On Thu, Sep 25, 2008 at 2:07 PM, Derek Atkins <[EMAIL PROTECTED]> wrote: > Hi, > > Quoting Antonio González de la Llave Gállego <[EMAIL PROTECTED]>: > > > Hi I want to know two things: > > > > 1.- Is the 2.2.6 version of gnucash compatible with Windows Vista Home > Basic? > > Yes. > However, due

Re: problem with qif-parse.scm in trunk

On Tue, Sep 23, 2008 at 7:07 PM, David Reiser <[EMAIL PROTECTED]>wrote: > > On Sep 23, 2008, at 9:50 AM, Charles Day wrote: > > On Mon, Sep 22, 2008 at 8:38 PM, David Reiser <[EMAIL PROTECTED]>wrote: > >> >> On Sep 22, 2008, at 12:42 PM, Charles Day wrote

  1   2   3   4   >