2007-10-06 GnuCash IRC logs

00:10:23 *** Zoolooc__ has joined #gnucash
00:16:13 *** Zoolooc has joined #gnucash
00:18:36 *** warlord has joined #gnucash
00:18:42 <warlord> Huh... That was weird..
00:19:44 *** Zoolooc_ has quit IRC
00:19:45 <warlord> jsled: any chance you could op me and maybe go restart gncbot?
00:21:00 *** jmspeex has joined #gnucash
00:24:08 <jmspeex> I've got a QIF file that crashes gnucash (100% reproduceable), any hint on a workaround?
00:24:13 <jmspeex> http://pastebin.ca/727573
00:24:14 *** Zoolooc__ has quit IRC
00:33:13 <warlord> jmspeex: I think this is an artifact of the swigification, but what it really means is that your QIF is broken or has a set of incompatible dates... Like, e.g., 5/13/2006 and 24/1/2007
00:33:28 <warlord> jmspeex: what version of gnucash?
00:35:34 <warlord> are you willing to share your qif?
00:36:27 <jmspeex> gnucash 2.0.2
00:37:00 <warlord> eewww.. that's a very brpken buggy version in general. you should at least update to 2.0.5
00:37:03 <jmspeex> Sorry, not willing to share the gif file (yes I know it must suck writing programs for which people won't send you the data)
00:37:06 <warlord> 2.2.1 is current
00:37:18 <jmspeex> warlord: that's actually what ships with Ubuntu Feisty
00:37:32 <warlord> actually, many people are willing to share.
00:37:37 <jmspeex> ah
00:37:40 <warlord> check the backports. they have 2.0.5
00:37:57 <jmspeex> any idea how I select the backports instead?
00:38:11 <warlord> Nope, I dont use ubuntu (or debian)
00:38:54 <warlord> Could you pastebin the output of this command: grep '^D' <qiffile>
00:39:00 <warlord> that will only show the dates.
00:40:40 <jmspeex> warlord: it's all dd/mm/yyyy
00:40:47 <jmspeex> there's also lines that just have "D_"
00:41:08 <warlord> oh?? that looks wrong..
00:42:03 <jmspeex> what's wrong? the dd/mm/yyyy or the D_?
00:42:09 <warlord> the D_
00:43:04 <warlord> where did thus qif come from?
00:43:10 <warlord> this
00:43:54 <jmspeex> An Australian credit union (or actually the website that manages online banking for a bunch of institutions)
00:44:14 <warlord> what's one of the D_ txns look like?
00:44:48 <jmspeex> ^
00:44:48 <jmspeex> D_
00:44:48 <jmspeex> T_
00:45:30 <warlord> Anything else until the next '^'?
00:45:44 <warlord> (feel free to fudge any strings or numbers)
00:46:33 <jmspeex> ^
00:46:33 <jmspeex> D_
00:46:33 <jmspeex> T_
00:46:33 <jmspeex> P/XXXXXXXXXXXXX
00:46:33 <jmspeex> ^
00:46:39 <jmspeex> (where the XXX are numbers
00:46:55 <warlord> Ummmm...... That's a really broken txn.
00:47:13 <warlord> I have NO CLUE what that's supposed to mean.
00:47:33 <warlord> Granted, gnucash shouldn't crash on it, but yeah, that's pretty broken
00:48:01 <jmspeex> I think it's some kind of extra info in the previous (or next) transaction
00:48:23 <warlord> nope, the carat (^) is a txn separator.
00:48:38 <jmspeex> The pattern is almost always one "real" transaction, followed by one of those
00:49:30 <warlord> WEIRD>
00:49:36 <jmspeex> In most cases, the P line actually has the place where the transaction occured, followed by the CC number
00:49:54 <warlord> That just sounds really broken.
00:50:05 <warlord> Have you tried loading this into Quicken or Money, just to see what they do with it?
00:50:12 <jmspeex> The ones that don't have these "empty transactions" are the ones that didn't involve the credit card
00:50:23 <warlord> I admit, gnucash shouldn't crash, but... I dont know what to do with it.
00:50:33 <jmspeex> I have neither Quicken, nor Money... not a Windows box in the first place
00:50:35 <warlord> Could you please file a bug report and supply that information?
00:51:00 <jmspeex> where?
00:51:09 <warlord> bugzilla.gnome.org
00:51:23 <warlord> http://wiki.gnucash.org/wiki/Bugzilla for more information.
00:51:25 <warlord> (thanks!)
00:51:50 <warlord> Granted, I dont have much time to look at it... But this way we'll at least keep it in mind.
00:52:56 <jmspeex> Any place I can just put that? Creating an account for each bug I want to report gets tiring...
00:55:30 <warlord> Unfortunately no.
00:55:44 <warlord> I guess you could file it with ubuntu..
00:56:04 <warlord> (and hope they pass it on upstream to us)
00:58:20 <jmspeex> unless it gets rejected -- which happens to most of the Ubuntu bugs I file
01:00:11 <warlord> Supply a sample QIF that shows the problem.
01:00:22 <warlord> (just massage the numbers)
01:00:26 *** Zoolooc_ has joined #gnucash
01:04:06 <jmspeex> warlord: that should be enough: http://pastebin.ca/727597
01:04:12 <jmspeex> (the file is pretty big)
01:04:40 <warlord> Change that leading carat to: !Type:Bank
01:04:52 <jmspeex> euh?
01:05:06 <warlord> What's the first line of your actual QIF?
01:05:20 <warlord> Also, you should keep "numbers" in there -- just change them from the real ones.
01:06:27 <jmspeex> bbl
01:06:45 <warlord> I'm heading to bed soon.. it's 1am here.
01:09:09 *** warlord is now known as warlord-afk
01:09:48 *** Zoolooc has quit IRC
02:43:12 *** Zoolooc__ has joined #gnucash
02:51:44 *** Zoolooc_ has quit IRC
02:58:12 *** Zoolooc_ has joined #gnucash
03:06:45 *** Zoolooc__ has quit IRC
03:14:52 *** kielein has joined #gnucash
03:17:44 *** Zoolooc has joined #gnucash
03:26:45 *** Zoolooc_ has quit IRC
03:45:46 *** John_Fielding has joined #gnucash
03:46:53 <John_Fielding> Does anyone know how to use the qif import and get the quicken class names into gnucash?
03:56:47 *** John_Fielding has left #gnucash
04:03:44 *** andi5 has joined #gnucash
04:08:50 *** Zoolooc_ has joined #gnucash
04:14:50 *** roxy_ has joined #gnucash
04:17:35 *** roxy_ has left #gnucash
04:17:46 *** Zoolooc has quit IRC
04:29:24 *** andi5 has quit IRC
04:43:09 *** Jaran has joined #gnucash
04:49:28 *** nomeata has joined #gnucash
05:32:40 <ddimmich> Hi warlord, jsled - thanks for the response
05:33:36 <ddimmich> Its what I would have expected, that you need seperate accounts for each currency for the entire process, and it is what I have set up.
05:34:42 <ddimmich> Unfortunately when I add new Invoices to A/R they show up with a blank 'Invoice' field, although a value is shown when I edit the invoice.
05:35:19 <ddimmich> Similarly in the Income:Euro Sales account, the transaction shows up as having no value
05:35:50 <ddimmich> I've tried deleting, pasting, unpasting, repasting and they don't seem to have an effect
05:36:02 <ddimmich> oh, and Euro's are my 'second' currency
05:36:20 <ddimmich> the main currency is GBP and that all works great :)
05:39:22 *** Zoolooc__ has joined #gnucash
05:48:16 *** Zoolooc_ has quit IRC
05:51:08 *** Zoolooc__ has quit IRC
05:56:39 *** motin has joined #gnucash
06:08:45 *** pdc_ has quit IRC
06:08:48 *** pdc has joined #gnucash
06:12:42 *** motin has quit IRC
06:34:32 *** mjchang has joined #gnucash
07:17:10 *** motin has joined #gnucash
07:29:39 *** kilikil has joined #gnucash
07:33:15 <kilikil> Hi folks, just looking for a best practice: what's the recommended setup of transactions/accounts to track business expenses claimed to your employers, but not received yet. My employer is specifically badly organized, therefore I need closely track these until receptionon my personal bank account. I thought of using A/R but looks like overkill.
07:33:28 *** motin has quit IRC
07:57:03 *** kielein has quit IRC
07:57:08 *** pecisk has joined #gnucash
08:22:29 *** twunder has joined #gnucash
08:38:28 *** rboyd has joined #gnucash
08:58:07 <ddimmich> Hi Kilikil, using A/R actually sounds like a reasonable way to track that, although there may be a better way.
09:00:12 *** jwq has joined #gnucash
09:02:13 <jwq> Hello, I've encountered a brick wall installing Gnucash with MacPorts.
09:03:37 <jwq> The installation stops at the "Checking for LIBGNOME" stage, complaining that package 'libbonobo-2.0' can not be found.
09:07:07 <jwq> I tried to manually install libbonobo via 'sudo port install libbonobo' which begins with an attempt to install p5-pathtools which fails with an error that file Cwd.bs is being used by the active perl5.8 port.
09:08:32 <jwq> So I'm stymied. Can anyone help?
09:08:53 <kilikil> ddimmich: well, what scares me with A/R is acc. to the gnucash doc it seems to includes a lot of complexity related to customer accounts etc... and my case is not at all related to customers.
09:19:43 <chris> kilikil: all that other stuff is optional.
09:20:16 <chris> kilikil: You can just use AR.
09:23:22 <kilikil> Well, facing the unanimity in favor of AR, I'll give it a try! Thanks folks.
09:28:31 *** warlord-afk is now known as warlord
09:29:07 * jwq must sleep; will check the public log for answers [later] in the morning.
09:29:15 <warlord> ddimmich: Did you set the Customer currency ? You need to set that BEFORE you choose the customer, because the invoice grabs that selection when you create it, not when you post it.
09:30:00 <jsled> jwq: have you followed up with MacPorts?
09:30:01 <warlord> if you change the customer currency then you have to "Edit" the invoice and re-select the customer by going through the selection process again, otherwise the invoice wont pull the currency properly.
09:30:31 <warlord> kilikil: You can use A/P, or just an Assets:Business Expenses (which is what I do)
09:31:22 <warlord> jwq: yeah, sounds like a macports problem.
09:31:27 <warlord> you should talk to them
09:39:08 *** jwq has quit IRC
09:53:27 *** Demitar has joined #gnucash
09:53:36 <kilikil> warlord:does your Assets Business Expense acc. setup allows you to track these 3 events: 1) Identify/record an expense to be claimed 2) claim expense 3) reconcile payment from bank acc., and how ?
09:54:20 <warlord> no.
09:55:02 <warlord> it's a simple "this expense is to get reimbursed by my employer", and "I got a reimbursement payment from my employer".
09:55:32 <warlord> Oh, I also can track the "did I claim it yet" via the "cleared" field. And then the "has it been paid" by the "reconciled" file.
09:55:34 <warlord> field.
09:57:12 <kilikil> I know about the cleared field c/n but where is the Reconciled field ?
09:57:22 <kilikil> Is it optional I can see it ...
09:57:30 <kilikil> can not.
09:58:14 <warlord> See that "Reconcile" button in the toolbar?>
09:58:30 <kilikil> yes
09:58:42 <kilikil> never used it yet ...
09:58:56 <warlord> The "Cleared" field really is the Reconciled field in the 'Cleared" position. The Reconciliation process will allow you to convert "reconciled=Cleared" to "reconciled=Yes"
09:59:00 *** cparker has joined #gnucash
09:59:08 <warlord> (and it will change that 'c' to a 'y')
10:03:13 <warlord> chris: :-P
10:03:41 <kilikil> I see, sounds great, I'll further try this. and read about reconciliation method, always stopped after the manual clearing so far ... Maybe because my previous employers were better accountants that current one ;)
10:08:31 *** gncbot has joined #gnucash
10:08:56 <warlord> hmmm.
10:09:22 *** jsled sets mode: +o warlord
10:09:25 *** jsled sets mode: +o gncbot
10:09:40 <warlord> jsled: why did you rename supybot to "jsled:"?
10:09:44 <jsled> js8ed?
10:10:00 <warlord> Dont look at me!
10:10:01 <jsled> Oh ... I brain-farted a few days ago.
10:10:08 <warlord> AHH!
10:10:16 <warlord> No wonder I didn't think it was running.
10:10:28 <warlord> Well, I restarted it.
10:10:42 <jsled> But ... it hadn't actually changed nicks, at the time.
10:11:26 *** twunder has quit IRC
10:16:19 *** kilikil has left #gnucash
10:30:01 *** nomeata has quit IRC
10:37:24 <warlord> Poor server, maxes out at 2G (has 1.5G now).. And it's using it. Poor thing. So tired.
10:50:26 *** kilikil has joined #gnucash
10:51:18 *** mjchang has left #gnucash
10:54:30 <kilikil> Hi again, anyone uses gnucash on XP ? Does it work well (currently downloading the binary from Sourceforge, 1 hour remaining ...)
10:55:21 <kilikil> 1h50 min remaining now :(
10:56:35 <Jaran> works fine for me on XP, kilikil
10:56:49 <Jaran> having used the last two versions
10:57:13 <kilikil> youe used thebinary, or compiled yourself ?
10:57:19 <Jaran> i used the binaries
10:58:20 <kilikil> sounds exciting, my neigborhood could use it too then ... can wait to show them !
10:58:30 <Jaran> :)
10:59:29 <ddimmich> warlord: Thanks a lot for the help! Didn't realise you could set a customer currency!
10:59:39 <ddimmich> all works great now. Thanks again!!!
10:59:43 <warlord> :-D
11:02:16 <kilikil> Anyone uses Gnucash for tracking stock portfolios ? Can it download current price of EURO stocks from any free website like yahoo ?
11:02:46 <kilikil> I meant Yahoo!Finance.
11:03:04 <Jaran> yeh works, you got to install perl though
11:03:10 <Jaran> was easy though
11:03:28 <Jaran> i don't use it with yahoo however
11:04:47 <warlord> kilikil: It should, if F::Q supports it.
11:06:32 <kilikil> F::Q ?? sounds like a perl extension package or so ?
11:07:17 <warlord> Finance::Quote
11:07:19 <warlord> gotta run
11:07:21 *** warlord is now known as warlord-afk
11:11:31 *** ScislaC has joined #gnucash
11:14:07 <ScislaC> I know I've asked in the past (but it's been a while), is there any plan for having what I guess would be "sub sorting"? Effectively I'm looking to have everything listed by date as is, but then list the credits before debits for every date (as financial institutions seem to list it). I effectively get incorrect "projected minimum" amounts because it doesn't take the credits into account before the debits.
11:15:02 <ScislaC> credit=deposit / debit=withdrawal
11:22:12 *** kilikil has left #gnucash
11:26:56 *** tjanssen has joined #gnucash
11:36:48 *** nomeata has joined #gnucash
11:55:36 *** tjanssen has quit IRC
12:17:42 *** nomeata has quit IRC
12:32:04 *** cstim has joined #gnucash
12:32:05 *** gncbot sets mode: +o cstim
12:32:42 <cstim> The CSV importer in the csv-branch looks good enough to be merged into our developement trunk.
12:32:49 <cstim> Did anyone check it out recently?
12:33:03 <cstim> It looks fine enough for me, although not yet ready for a stable branch.
12:33:41 <cstim> Hence, I'd suggest: Branch off the branches/2.2 branch, then merge the csv-branch into trunk...
12:33:55 * cstim is off to family dinner...
12:33:59 *** cstim is now known as cstim_afk
12:37:21 *** cstim_afk has quit IRC
12:38:15 *** pdc_ has joined #gnucash
12:38:58 *** pdc has quit IRC
12:44:01 *** lasindi_ has quit IRC
12:44:08 *** lasindi_ has joined #gnucash
12:44:10 *** rboyd has quit IRC
12:50:19 *** lasindi_ has quit IRC
12:50:26 *** lasindi_ has joined #gnucash
13:06:42 *** andi5 has joined #gnucash
13:06:42 *** gncbot sets mode: +o andi5
13:29:02 *** andi5 has quit IRC
13:33:09 *** andi5 has joined #gnucash
13:33:10 *** gncbot sets mode: +o andi5
14:53:35 *** sjc has joined #gnucash
15:01:01 <andi5> chris: ping
15:12:18 <chris> andi5: pong
15:12:31 <andi5> 11 minutes, not that bad
15:12:56 <andi5> i wonder about the const-problems andrewsw reported a few days ago
15:13:45 <chris> andi5: I'm missing the context.
15:13:46 <andi5> with gcc 4.2 and -Werror gnucash does not compile currently, because SWIG_NewPointerObj requires a non-const first parameter and i do not know how to resolve this situation
15:13:55 <chris> ah, ok
15:15:17 <andi5> i did a nasty trick and casted SWIG_NewPointerObj to eat a const parameter, but gcc did not like that and printed the warning i pasted (this code will crash)
15:17:51 <andi5> chris: as you alone are responsible for swig and the world, you should go fixing it ;-) maybe you have a brilliant idea
15:22:16 <andi5> why the heck did i delete my working kvm installation :-( .... time for a reboot (ubuntus 2.6.22 vmware-modules are still missing somehow, maybe they are being compiled right now)
15:22:44 *** andi5 has quit IRC
15:36:44 <chris> @tell andi5 Are you saying that gcc won't let you cast away the const?
15:36:44 <gncbot> chris: The operation succeeded.
15:39:16 <chris> @tell andi5 If not, then the simplest solution is probably to remove the const from struct _GNCPrintAmountInfo.commodity, and the related call paths. The better solution is probably to wrap GNCPrintAmountInfo opaquely.
15:39:16 <gncbot> chris: The operation succeeded.
15:51:49 <andrewsw> chris: would removing the const from struct _GNCPrintAmountInfo.commodity be a reasonable way to move on in the compile looking for other warnings/
15:51:50 <andrewsw> ?
16:04:40 *** andrewsw has quit IRC
16:06:15 <chris> @tell andrewsw You'd need to remove const from a couple other places, too, but yes.
16:06:15 <gncbot> chris: The operation succeeded.
16:16:44 *** andrewsw has joined #gnucash
16:22:43 *** andi5 has joined #gnucash
16:22:43 *** gncbot sets mode: +o andi5
16:29:43 <andi5> chris: what do you mean by "wrap GNCPrintAmountInfo opaquely"?
16:30:21 *** cparker has quit IRC
16:32:05 <andi5> wrap the raw bytes? :)
16:32:21 *** cparker has joined #gnucash
16:36:09 *** Rol1 has joined #gnucash
16:43:39 *** Rol2 has quit IRC
16:45:40 *** sjc_ has joined #gnucash
16:46:24 *** jwq has joined #gnucash
16:47:11 *** warlord-afk is now known as warlord
16:47:29 <warlord> ScislaC: actually a debit is a deposit and a credit is a withdrawal... at least in terms of asset accounts.
16:47:33 *** sjc has quit IRC
16:53:11 <jwq> jsled, warlord
16:54:37 <jwq> jsled, warlord: Thanks, I'll ask on a MacPorts forum.
16:56:02 <warlord> ok
17:08:55 *** andi5 has quit IRC
17:11:50 *** cortana has quit IRC
17:12:17 *** andi5 has joined #gnucash
17:12:18 *** gncbot sets mode: +o andi5
17:25:07 <chris> @tell andi5 see gnc_printinfo2scm. I mean to replace all that stuff with a swig-wrapped pointer.
17:25:07 <gncbot> chris: The operation succeeded.
17:25:21 <andi5> .
17:25:21 <gncbot> andi5: Sent just now: <chris> see gnc_printinfo2scm. I mean to replace all that stuff with a swig-wrapped pointer.
17:25:38 <chris> oh, heh, I thought you were gone. :)
17:25:43 <andi5> ha
17:26:28 <andi5> do we need access to the internal stuff from within scheme?
17:27:04 <chris> So, basically, any place where we duplicate data structures is probably bad.
17:27:20 <andi5> are there many?
17:27:50 <chris> any details can be hidden behind functions.
17:28:11 <chris> There used to be quite a few.
17:28:19 <chris> I don't know how many remain.
17:29:14 <andi5> so does that mean that SWIG_NewPointerObj moves from the commodity to the print_info struct?
17:29:25 <chris> We used to do the same with splits and transactions. That still remains, unless I removed it.
17:29:55 <chris> right
17:34:04 <andi5> does anyone use opensuse here?
17:43:30 *** Demitar has quit IRC
17:47:17 *** Zoolooc has joined #gnucash
17:58:59 *** Demitar has joined #gnucash
18:00:02 <andrewsw> hey guys. what does gnc:account-map-descendants do?
18:00:02 <gncbot> andrewsw: Sent 1 hour and 53 minutes ago: <chris> You'd need to remove const from a couple other places, too, but yes.
18:00:27 <andrewsw> chris: okay. I did that and hit a new warning, up on -devel.
18:00:51 <andrewsw> chris: I *think* that new warning is unrelated, but I'm clueless... L(
18:00:53 <andrewsw> :(
18:01:59 <andrewsw> aw crap. gotta go already.
18:02:17 <andi5> andrewsw: the function gnc_commodity_print_info takes a const parameter... so that cannot be assigned to a non-const one :(
18:08:40 <warlord> you can pass a non-const object into a function that takes a const object. the const'ness is just a contract that te function wont make any changes.
18:09:41 <andi5> ok, more precisely: the mentioned function declares that it will not make any changes to the parameter but passes it to a function that does not guarantee the same
18:10:28 <warlord> Ahh, well that's a problem.
18:10:38 <andi5> sorry, was not true ;-)
18:10:43 <andi5> it is an assignment, of course
18:12:16 <andi5> "info.commodity = commodity", where commodity is a const parameter to the current function,... well
18:15:30 <chris> andi5: So, we really can't cast the const away before passing to SWIG?
18:16:08 <andi5> you mean (void *) x? .. that is done in the SWIG_NewPointerObj already
18:16:43 <andi5> at least i do not know a way to do that
18:17:49 <chris> You mean you tried SWIG_NewPointer(void *)x, stype, 0); ?
18:18:24 <chris> (with balanced parens)
18:19:02 <chris> That's the only place I would expect to work.
18:19:06 <andi5> chris: see http://pastebin.ca/728361 , line 742
18:19:12 <chris> \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
18:19:25 <chris> (sorry, baby at keyboard)
18:20:54 <andi5> hui, those are two keys not side-by-side on my keyboard :) (alt-gr + ß (right above p))
18:22:33 *** Rol1 has quit IRC
18:22:58 *** Rol1 has joined #gnucash
18:24:58 <andi5> chris: another swig problem : http://bugzilla.gnome.org/show_bug.cgi?id=483796 .... this is about src/business/business-core/gncEntry.c:gncEntryReturnTaxValues, a function that returns a list of GncAccountValues objects, all of them need to be converted by gnc_account_value_ptr_to_scm (an out-typemap), but they do not seem to be, because the GLIST_HELPER_INOUT does not care.... any hint here?
18:26:16 <andi5> s,(GncAccountValue)s( objects),\1\2, (i am never sure about quoting)
18:27:01 <chris> I don't think I saw the original compiler warning. Are we just saying that gcc now warns when you cast away const?
18:28:36 <andi5> i do not think you can cast away const at all.... i am no language expert, but "const" is not a type specifier, right?
18:29:08 <andi5> to me it seems like gcc 4.2 just got pickier than prior versions have been
18:30:41 <andi5> btw, seems like "const" is a type qualifier :)
18:31:57 <chris> you can definitely cast away const. You just can't modify the result and expect any sort of correct behavior.
18:33:08 <andi5> hm... i am not convinced :)
18:34:29 <andi5> but hey, you said "definitely"...
18:36:26 <andi5> """If an attempt is made to modify an object defined with a const-qualified type through use of an lvalue with non-const-qualified type, the behavior is undefined.""" i am loving it
18:39:02 <chris> exactly.
18:40:48 <chris> In this particular case, it's fine to cast away the const. gcc is right to warn, because it's terrible code, but it should still compile and behave correctly.
18:44:04 <andi5> chris: is there any reason why you used "Account *" in src/base-typemaps.i : GLIST_HELPER_INOUT and not a generic pointer? (btw, i am going to replace the glist_helper_inout in business-core.i by an explicit conversion)
18:46:37 <chris> I probably just factored that code out of somewhere that used Account.
18:47:10 <andi5> may i change that?
18:47:13 <chris> sure
18:47:17 <andi5> thanks
18:48:55 <chris> I'm looking at:
18:48:56 <chris> GLIST_HELPER_INOUT(EntryList, SWIGTYPE_p__gncEntry);
18:48:56 <chris> GLIST_HELPER_INOUT(AccountValueList, SWIGTYPE_p__gncAccountValue);
18:49:13 <andi5> yep
18:49:25 <chris> I don't see the results though.
18:50:41 <andi5> oh, they are there, but they use SWIG_NewPointerObj and SWIG_MustGetPointerObj
18:53:38 <chris> ok, I see one use of the out typemap.
18:53:53 <chris> in _wrap_gncEntryReturnTaxValues
18:53:59 <andi5> exactly
18:59:09 <chris> Oh, ok. I get it, now.
18:59:24 <andi5> hehe... now it is fixed :)
18:59:36 <chris> nice
19:00:30 <chris> There's another example of duplicating data-structures.
19:14:35 *** jwq has left #gnucash
19:24:35 *** pecisk has quit IRC
19:29:48 <andi5> chris: do you think it would have been better to add getter functions?
19:35:57 *** cortilap has quit IRC
19:48:53 *** sjc_ has quit IRC
19:51:50 *** cortana has joined #gnucash
19:58:13 *** Zoolooc_ has joined #gnucash
20:06:50 *** Zoolooc has quit IRC
20:14:16 <chris> andi5: probably.
20:14:48 <andi5> too late ;-)
20:17:41 <chris> It's never too late.
20:18:52 <chris> Especially for andi(lives-on-EDT)5.
20:19:32 *** Rol1 has quit IRC
20:19:53 <andi5> iff you are not driving at 200m/h into the end of a traffic jam... but hey
20:20:19 <andi5> i mean... it is never too late to brake, right?
20:20:38 <andi5> yeah, i am waking up now
20:20:59 <andi5> just made a new personal mahjongg record ;-)
20:38:05 *** cortana has quit IRC
20:41:25 *** At0mic_PC has joined #gnucash
20:44:44 <At0mic_PC> If I have a reciept from walmart, how can I break it down into gas/grocery/household/clothing?
20:44:58 <warlord> At0mic_PC: split transaction.
20:44:59 <At0mic_PC> I noticed split transaction but from the docs I read it seems to be for if your funds for the item come from seperate accounts.
20:45:11 <warlord> or go to separate accounts.
20:45:14 <At0mic_PC> Oh ok so you can do the same thing with the dept...
20:45:19 <At0mic_PC> debt
20:45:46 <At0mic_PC> Thanks
20:46:00 <warlord> of course. :)
20:48:16 *** cortana has joined #gnucash
20:54:06 *** At0mic_P1 has joined #gnucash
20:55:51 *** andi5 has quit IRC
20:59:16 *** At0mic_PC has quit IRC
21:41:06 *** cortana has quit IRC
21:43:24 *** cortana has joined #gnucash
21:44:09 *** At0mic_PC has joined #gnucash
21:48:06 *** At0mic_P1 has quit IRC
21:56:46 *** At0mic_P1 has joined #gnucash
22:01:08 *** At0mic_PC has quit IRC
22:14:34 *** Zoolooc__ has joined #gnucash
22:23:51 *** Zoolooc_ has quit IRC
22:37:22 *** At0mic_P1 has quit IRC
23:35:28 *** pdc has joined #gnucash
23:37:14 *** pdc_ has quit IRC