multi-split transaction report

[Bryan Larsen]

my "learn scheme" project was to support multi-splits on the account
transactions report.

I'm not sending it out as a patch because I have a bunch of budget crap
littering the file as well.

as this is my first scheme code, if you scheme experts could comment, that
would be appreciated.

for src/scm/report/transaction-report.scm
et voila,

(define (gnc:tr-report-split-to-html split-scm 
 starting-balance)
  (let ((other-splits (gnc:tr-report-get-other-splits split-scm))
(report-string ""))
(cond ((> (gnc:tr-report-get-value split-scm) 0)
   (gnc:set-total-inflow! (+ gnc:total-inflow
 (gnc:tr-report-get-value split-scm
  (else 
   (gnc:set-total-outflow! (+ gnc:total-outflow
  (- (gnc:tr-report-get-value split-scm))
(for-each
 (lambda (split-sub first last)
   (set! report-string
 (string-append 
  report-string
  ""
  (cond (first (gnc:timepair-to-datestring
(gnc:tr-report-get-date split-scm)))
(else ""))
  ""
  (cond (first (gnc:tr-report-get-num split-scm))
(else ""))
  ""
  (cond (first (gnc:tr-report-get-description split-scm))
(else ""))
  ""
  (cond (first (gnc:tr-report-get-memo split-scm))
(else ""))
  ""
  (car split-sub)
  ""
  (cond ((< (cadr split-sub) 0)
 (string-append
  (sprintf #f "%.2f" (- (cadr split-sub)))
  ""))
(else
 (string-append
  ""   
  (sprintf #f "%.2f" (cadr split-sub)   
  ""
  (cond ((not last) "")
(else "")
 other-splits
 (append (list #t) (make-list (- (length other-splits) 1) #f))
 (append (make-list (- (length other-splits) 1) #f) (list #t)))
(string-append
 report-string
 ""
 (sprintf #f "%.2f" (- (+ starting-balance gnc:total-inflow)
   gnc:total-outflow))
 "")))


--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: SWIG

[Rob Browning]

Dave Peticolas <[EMAIL PROTECTED]> writes:

> I think it is needed, but we really ought to allow building without
> it. To clarify, I believe the build process will fail without it,
> but SWIG is not actually used in building the gnome binary.

Right.  We need to hack up the build process to have a
--with-perl-module option that will optionally try to build the SWIG
stuff.  Either that, or maybe the perl stuff could be broken out as a
separate package...

-- 
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
I may have lost some mail recently, please remind me if I overlook something.

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Troubles with today's CVS

[Michael Gerdts]

On Sat, Mar 04, 2000 at 08:36:11PM -0800, Dave Peticolas wrote:
> This may be related to the problem that Rob B. found with running
> out of the build directory and auto-loading the reports files.
> I think Rob is fixing this, but in the meantime you might try
> an /opt style install so you can easily remove it and see if
> that works.

I had tried a /usr/local install before, and it had the same problems.  I
updated my sources and rebuilt it to install in into /opt/gnucash and got
identical results.

Mike

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: SuSE and missing XmeDrawShadows and XmeRedisplayGadgets

[Steve Isaacs]

[EMAIL PROTECTED] wrote:
> 
> However, recommend: using teh gnome version 1.3.x which is where the
> active development is going on.
> 

Well, thanks to a couple of helpful suggestions and after realizing I
wasn't actually building the gnome version and moving up to 1.3.0 my
build was more successful. However, I had one remaining glitch that a
change to the Makefile.init corrected. I had to provide a full path to
gnome-config as follows:

GNOME_CONFIG_BIN=/opt/gnome/bin/gnome-config

Without this I was getting a "command not found" error on gnome-config
and a failure on locating the header file gnomesupport.h.

I wonder if this is a quirk of an SuSE 6.3 system.

I now have a functional gnucash and am pleased with the results.

Steve

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Troubles with today's CVS

[Herbert Thoma]

Dave Peticolas wrote:
> > gnucash: [D] "Running functions on hook "main-window-opened-hook
> > ERROR: Bad define placement

I got the same error. I tried and got a fresh cvs checkout,
deleted the /usr/local/share/gnucash directory, deleted even
my .gnucash dir; then make gnome; make install, still the same error :-(

With gnucash run as shell, it says:



This is a development version.  It may or may not work. 
Report bugs and other problems to http://www.gnucash.org/ 
The last stable version was gnucash-1.2.5 
The next stable version will be gnucash-1.4.x 


gnucash: [D] "Running functions on hook "main-window-opened-hook
/usr/local/share/gnucash/scm/extensions.scm:70:9: In expression (define
strings-item (gnc:make-menu-item "Save Translatable Strings" "Save
strings that need to be translated" ...)):
/usr/local/share/gnucash/scm/extensions.scm:70:9: Bad define placement
ABORT: (misc-error)

Type "(backtrace)" to get more information.

(backtrace):

Backtrace:
 0* [gnc:main]
 1* (if (not (= (gnc:lowlev-app-init) 0)) (gnc:shutdown 0))
 2* [not ...
 3*  [= ...
 4*   [gnc:lowlev-app-init]
 5*   [gnc:hook-run-danglers # #]
 6*   [for-each # #]
 7*   [# #]
 8*   [apply # (#)]
 9[gnc:extensions-menu-setup #]
  ...
10(begin (define strings-item #) (gnc:add-extension strings-item))
11*   (define strings-item #)

I use SuSE 6.3, guile-1.3.4, slib2c7.

I run the latest cvs for about 3 months now and never had any problems.

Herbert.
-- 
Herbert Thoma
FhG-IIS A, Studio Department
Am Weichselgarten3, 91058 Erlangen, Germany
Phone: +49-9131-776-323
Fax:   +49-9131-776-399
email: [EMAIL PROTECTED]
www: http://www.iis.fhg.de/

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Troubles with today's CVS

[Dave Peticolas]

> On Sat, Mar 04, 2000 at 08:36:11PM -0800, Dave Peticolas wrote:
> > This may be related to the problem that Rob B. found with running
> > out of the build directory and auto-loading the reports files.
> > I think Rob is fixing this, but in the meantime you might try
> > an /opt style install so you can easily remove it and see if
> > that works.
> 
> I had tried a /usr/local install before, and it had the same problems.  I
> updated my sources and rebuilt it to install in into /opt/gnucash and got
> identical results.

Ok, it seems other people are having this problem. I think I know
what the problem is. Could you update again and see if it works now?


dave


--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Troubles with today's CVS

[Rob Browning]

Dave Peticolas <[EMAIL PROTECTED]> writes:

> > gnucash: [D] "Running functions on hook "main-window-opened-hook
> > ERROR: Bad define placement
> 
> This may be related to the problem that Rob B. found with running
> out of the build directory and auto-loading the reports files.
> I think Rob is fixing this, but in the meantime you might try
> an /opt style install so you can easily remove it and see if
> that works.

I've fixed the reports problem, this problem, and some other stuff
(see patch below, and the ChangeLog entries for the precise list).

The reports problem and the define problem were unrelated.  This
"define" problem was due to some defines being in "illegal" locations.
According to r5rs, a nested define can only be at the beginning of a
, and a "begin" doesn't introduce a , only a series of
expressions.  So

  (begin
(define foo 4)
#t)

is illegal, but

  (let ()
(define foo 4)
#t)

is not...

In this patch, I've also augmented the make-gnucash-patch script so
that it allows you to override its defaults with environment
variables.  This means that you can make sure you're always running
the latest version without having to edit it by using a wrapper script
like this:

  #!/bin/bash

  export GNC_MAKEPATCH_HOME_DIR="/home/rlb/gnucash"
  export GNC_MAKEPATCH_OLD_DIR="upstream"
  export GNC_MAKEPATCH_NEW_DIR="working"

  ${GNC_MAKEPATCH_HOME_DIR}/${GNC_MAKEPATCH_NEW_DIR}/make-gnucash-patch

Also, I hope no one minds, but I've changed the reports code over to
using the normal depend mechanism, but scm/report/report-list.scm is
where you can list the reports to be loaded.  The reports themselves
also use this mechanism so they can depend on each other, and the
interdependences are now explicit.

If anyone cares, the reasons I wanted to switch from autoloading are
that autoloading (to me) makes things more fragile as detritus in the
reports dir can cause load problems.  Also, as a procedural point, I
think that adding a report should be a more explicit act than just
creating a file in the directory.  Finally, there are also load-order
and redundant-loading issues that the depend mechanism avoids.  If
this change annoys people too much, we can try and hash out something
better.

That said, the depend mechanism isn't perfect, and I have this feeling
it might need some improvement.  For one thing, right now it just uses
the strings handed to the gnc:depend and gnc:support calls to know
both where to load the file and what "service" is being provided.
While this is OK, I wonder if it's sufficient for our long-term
needs...

begin 660 gnucash.diff.gz
M'XL("!#1PC@"`V=N=6-A_0D>V"@BQP4!XS3YF
M+I/=F_LFLZG)W-Z+JY2P!?;&MEC+#F'O[G__NB7Y`=C!V;U4*F"KU6KUNUO*
M.?GB>H+`+R4;&MLN6?&()!L11XP&).;PW:$Q(UZ,#UL>/7KANG%.X/<+)W2S
M\7WW^YN2/6G%R[CA?AI-AE1/`DLAF!-\R.>;0S4\#!G'Q.0@G3
MDM@DGA;91'P=`05;+W8+"Y"5YS-"@>)PD\2`!?!\6)$=3XC#2,E:3VWB'!YXCMDR8E,Y4!!B(?BRX47MK3L1`+44S7S4@X&=$="QAPD$?B64!^V:H."QDIJ3*(5
MB!>8M`V!1S[?9BHV+*A8I7:5Z-47EP'?:,3D5!`EK.T(28FB19'0Q?K#\#T1F_"ZU;#=@#ND/Q[W3\,JTH!D
M31&)611X(5`B"BS'`S%B@Q]R`^"@(7=H]4O@
M!+YLJ*$[J4[@!"CX!A\8*]2HXZU6Q$A(*_46O6O0[37[R-HO"N\2%T
MV/.>S>Y#3+8T(N2+6:-X?PR\9]/O]1K?;K02\FEO6W!HHP+=O
MB6%=#DD7_DS)V[>-+KXV^D.C?T7(9[XD?XQ`18`T0KZ._.5;6YC`EV[9!3F001R!M5([]GAHJ%#>T9]]D(>P=P097,5"4!&V@Y;>2'80Y`(J?U4
M^<$E6WNAE#WH.B5?+[FS^[93L9,#PYN#.6VED9LD"YI;<,&`'>R-KP`'KJ&F
M"15,`]^!GX<-%,=@">8KD6P+<@(2B=PF?6.B!I[\D2X@C7MP"
M]TI7&'/V"74Y?Q0YI?AH1$EH.&"L/HM$1RH`;AYV&L<^4NFP9;)>HR1L[K!#
MC.PYQD#+PP+:_%UM+0`-0(_WFY0!0[.Q#A.;"M=0N0W*F6_3@"H#)@3H*/*<
ME+DKFOC(/I_;%)V%4`&&A4]>Q,,`H^83C3P*'E;@0B3S32-"WE.96,2>S7W@
M/_EZH[]+%V4[],G3/HHTB&;6.@%][&DR39NT46F`*5(ID":D!-QYEL842"EQ
MX,>;+GCRDL'C2ZM/NO`!;\'A$QFY\P1&&VF>44&V1@IA&BQ6@`@;)-B1KT#3'EP>,/(-
M:?42$?60RX$G@-6AW7H#K#<:,OS]QA]%'5B:8#*''S^^?WC_X7/KOQWR[T:7D*\X;.<;\B+HFT;WOR^@_'3SUWV4Z'G+46:@
M)U#^Z^`*I$(Z49:3,RUK$%MFT3E>C',>(\UKBO[:
M=OZP")MO2HRNW.D5#*\"(#>^<@!M@.6#QYG6:[EMAIL PROTECTED]>'PY(5WY
M%\V0*+\-KM_(L)!?O)7AQ2SH($?-=I&$K=V])!HZSD$^38I-UI
M9-:@8SR$TPBF"8FU4;`6B5;Z$ADN#H=)\Q[][1?,['S(;3'IO5>HFB\(*8MU
M)?+)QXY%DXT=2"5[?W8/8>D3?R)DC!GM")+:&;%FL]F!0`H3"K(82`E.$\"@@?H%G/O^P]]N;^:Z
M5M!?!*$:"20K+A$;9F/LCBYE#0YKA(A0QWG=
M0D$L%[K`P%D7$IU&XS!5T;.TOMAB'@?6!H%'+JU3?-EP`**_3W>'#9^U>ZG1
M?"`_8\*[I:%LW:'6Q2[Z-[+F\&&:I@+4X']&X#1O!%X*#\HW7#KPUFZ.)F+:
MCR#ST`_(]HN_TUAPRXK)>^?TV[`]#:<,X
M:W,4/7QO*S=O@,&A+B#_'H1+(V;`J*'3E@?2+!1PS4ZGHX-)>^MB>T?%D+8-
M3@.,RT&\:BD)>):[%+78=\1>X?LS]1*W)I\4'"I:.PO_$K93&/XV(]EGX1KT
M`L;)J`!26.B;[^!;LE0/!,DSRF?+]<^R-8Y`.J29F@="M3-E/6"?-J5>4T[*
MV)0[K0(#P`%JSU=BC(=%^\5\\,`SY@-U$Z2*&=9\.`6'FGO'T51Z1_R8
MZ8BZ$!9>L@QQ8&YYE;G2.Y'
MJ5S&&XT]2=NUBA69\$]B*JA)IB?'YB,+&35^(2.2WHX7KOC#Q6&Z6-3@HTST
M-ZJPQI.)4;#X#TJ3N^1$+;1/PLLZW2V+#G45^V!RF79W*\1XQ*?3>EB>Y%?H
M786>=E^<5%-93]'Q2HVMA6Y/;;OD9;V5$%E<+PL,Z?A>:""EKJ9<_P_+3O4]
MW>$3%$.X6&&GADJX(:,">4#4EAR.W21\[.BT0B>[4ME2!-BX7H<<4E/=JM99
M:1(G$3KVEN\35)Q$G,PFRLXO*K.+4N"J;*,,N#3[*`-\739R$H,U'^S7;I-+
M:TBZ\/=*YB;`9UT%V-2W$U\WLS$#IC8:F@`98-]T`Z^]I>=[\4X=[,A\6"&`
M1R]4+Z"N$(+AX:J=1!%65GC?`.9#TH

Notification: incoming/120

[bugs]

Gnucash BugTrack notification

new message incoming/120

Message summary for PR#120
From: [EMAIL PROTECTED]
Subject: Feature Request - "import to"
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 7780 invoked from network); 5 Mar 2000 21:42:28 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 5 Mar 2000 21:42:28 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Feature Request - "import to"

Full_Name: Randolph Fritz
Version: 1.3.0
GUI: gnucash-gnome
OS: Red Hat 6.1
Submission from: (NULL) (207.189.172.173)


I wish I could import that transaction file I get from my bank directly into my

"Checking" account.  As it is, I have to manually move every transaction from a
newly
created account.  H...come to that a "scan-and-categorize" script would
probably
be useful.



--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Notification: incoming/121

[bugs]

Gnucash BugTrack notification

new message incoming/121

Message summary for PR#121
From: [EMAIL PROTECTED]
Subject: FEATURE REQUEST: export
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 8249 invoked from network); 5 Mar 2000 21:46:08 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 5 Mar 2000 21:46:08 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: FEATURE REQUEST: export

Full_Name: Randolph Fritz
Version: 1.3.0
GUI: gnucash-gnome
OS: Red Hat 1.3.0
Submission from: (NULL) (207.189.172.173)


I ran into some major problems with GnuCash today and wanted to get my
information
into some other programs so I could pay bills.  I couldn't find a way to do it.
Have I missed something?


--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Notification: incoming/122

[bugs]

Gnucash BugTrack notification

new message incoming/122

Message summary for PR#122
From: [EMAIL PROTECTED]
Subject: FEATURE REQUEST: multiple selections in registers
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 8584 invoked from network); 5 Mar 2000 21:48:17 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 5 Mar 2000 21:48:17 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: FEATURE REQUEST: multiple selections in registers

Full_Name: Randolph Fritz
Version: 1.3.0
GUI: gnucash-gnome
OS: Red Hat 6.1
Submission from: (NULL) (207.189.172.173)


Today I found a need to shift a bunch of imported transactions from a Quicken
import
account to my checking account.  So I tried to select the lot of them and
change
them - and I couldn't.  Have I missed something?  Or is this really needed.


--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Missing reconcile status

[Diane Trout]

On Fri, Mar 03, 2000 at 12:42:17AM -0800, Dave Peticolas wrote:
> > Looking at the way it's behaving a reasonable guess might be it's
> > calculating the sizes of the text fiels before the scroll bar is
> > added?
> 
> I'm not seeing this error. What version of gtk are you using?
> 
> Are you compiling from CVS? I have some patches to that window
> that may fix the problem.

The problem with the reconcile field being obscured is gone...

thanks.

diane
 PGP signature

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

latest cvs

[Rob Walker]

I did

cvs update
make distclean
./configure --prefix=/home/rob/compiled/
make gnome
make install
./gnucash ~/data/secondtry.xzc

and got the following error:

gnucash: [D] "loading system configuration"
gnucash: [D] "loading user configuration"
gnucash: [D] "Running functions on hook "startup-hook


This is a development version.  It may or may not work.
Report bugs and other problems to http://www.gnucash.org/
The last stable version was gnucash-1.2.5
The next stable version will be gnucash-1.4.x


gnucash: [D] "Running functions on hook "main-window-opened-hook
ERROR: Bad define placement
rob@biffhero-laptop:~/src/cvs/gnucash$


the cvs update was done after 1430, PST.

rob

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Troubles with today's CVS

[Herbert Thoma]

Dave Peticolas wrote:
> 
> Could you update again and see if it works now?
> 
> thanks,
> dave

Sorry, still 'Bad define placement', but now in report.scm:

This is a development version.  It may or may not work. 
Report bugs and other problems to http://www.gnucash.org/ 
The last stable version was gnucash-1.2.5 
The next stable version will be gnucash-1.4.x 

gnucash: [D] "Running functions on hook "main-window-opened-hook
./share/scm/report.scm:60:6: In expression (define item
(gnc:make-menu-item # # ...)):
./share/scm/report.scm:60:6: Bad define placement
ABORT: (misc-error)

Backtrace:
 0* [gnc:main]
 1* (if (not (= (gnc:lowlev-app-init) 0)) (gnc:shutdown 0))
 2* [not ...
 3* [= ...
 4* [gnc:lowlev-app-init]
 5* [gnc:hook-run-danglers # #]
 6* [for-each # #]
 7* [# #]
 8* [apply # (#)]
 9  [gnc:report-menu-setup #]
...
10  [hash-for-each # #(() () (#) () ...)]
11  (do ((i (+ -1 #) (+ -1 i))) ((negative? i)) ...)
12* [alist-for-each # (("Hello, World" . #))]
13  [for-each # (("Hello, World" . #))]
14* [# ("Hello, World" . #)]
15* [# "Hello, World" #]
16* (define item (gnc:make-menu-item # # # ...))

Herbert.
-- 
Herbert Thoma
FhG-IIS A, Studio Department
Am Weichselgarten3, 91058 Erlangen, Germany
Phone: +49-9131-776-323
Fax:   +49-9131-776-399
email: [EMAIL PROTECTED]
www: http://www.iis.fhg.de/

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Troubles with today's CVS

[Rob Walker]

Herbert,

How do you get those extra debug messages?

Do you get dropped into a scheme shell to do the backtrace?

Rob

> On Sun, 05 Mar 2000 23:50:12 +0100, Herbert Thoma
> <[EMAIL PROTECTED]> said:

Herbert> Dave Peticolas wrote:
>> 
>> Could you update again and see if it works now?
>> 
>> thanks,
>> dave

Herbert> Sorry, still 'Bad define placement', but now in report.scm:

Herbert> This is a development version.  It may or may not work. 
Herbert> Report bugs and other problems to http://www.gnucash.org/ 
Herbert> The last stable version was gnucash-1.2.5 
Herbert> The next stable version will be gnucash-1.4.x 

Herbert> gnucash: [D] "Running functions on hook "main-window-opened-hook
Herbert> ./share/scm/report.scm:60:6: In expression (define item
Herbert> (gnc:make-menu-item # # ...)):
Herbert> ./share/scm/report.scm:60:6: Bad define placement
Herbert> ABORT: (misc-error)

Herbert> Backtrace:
Herbert> 0* [gnc:main]
Herbert> 1* (if (not (= (gnc:lowlev-app-init) 0)) (gnc:shutdown 0))
Herbert> 2* [not ...
Herbert> 3* [= ...
Herbert> 4* [gnc:lowlev-app-init]
Herbert> 5* [gnc:hook-run-danglers # #]
Herbert> 6* [for-each # #]
Herbert> 7* [# #]
Herbert> 8* [apply # (#)]
Herbert> 9  [gnc:report-menu-setup #]
Herbert> ...
Herbert> 10  [hash-for-each # #(() () (#) () ...)]
Herbert> 11  (do ((i (+ -1 #) (+ -1 i))) ((negative? i)) ...)
Herbert> 12* [alist-for-each # (("Hello, World" . #))]
Herbert> 13  [for-each # (("Hello, World" . #))]
Herbert> 14* [# ("Hello, World" . #)]
Herbert> 15* [# "Hello, World" #]
Herbert> 16* (define item (gnc:make-menu-item # # # ...))

Herbert> Herbert.
Herbert> -- 
Herbert> Herbert Thoma
Herbert> FhG-IIS A, Studio Department
Herbert> Am Weichselgarten3, 91058 Erlangen, Germany
Herbert> Phone: +49-9131-776-323
Herbert> Fax:   +49-9131-776-399
Herbert> email: [EMAIL PROTECTED]
Herbert> www: http://www.iis.fhg.de/

Herbert> --
Herbert> Gnucash Developer's List 
Herbert> To unsubscribe send empty email to: [EMAIL PROTECTED]



-- 
  Quantum materiae materietur marmota monax
 si marmota monax materiam possit materiari?
How much wood would a woodchuck chuck if a woodchuck could chuck wood?

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Troubles with today's CVS

[Herbert Thoma]

Rob Walker wrote:
> 
> Herbert,
> 
> How do you get those extra debug messages?
> 
> Do you get dropped into a scheme shell to do the backtrace?

Hi Rob,

sometimes, very rarely, READMEs are useful ;-), I quote:

> GnuCash responds to the following environment variables:
> 
>   GNC_RUN_AS_SHELL - if set, makes GnuCash pop up in a guile shell
>   with all the gnucash functions loaded.  From there, you can get the
>   normal startup behavior like this:
> 
> GNC_RUN_AS_SHELL=t ./gnucash
> guile> (primitive-load (getenv "GNC_BOOTSTRAP_SCM"))
> guile> (gnc:load "startup.scm")
> guile> (gnc:main)
> 
>   This is the same thing that happens if you don't use this
>   environment variable.  This can be helpful when trying to write and
>   test new .scm files.

Herbert.
-- 
Herbert Thoma
FhG-IIS A, Studio Department
Am Weichselgarten3, 91058 Erlangen, Germany
Phone: +49-9131-776-323
Fax:   +49-9131-776-399
email: [EMAIL PROTECTED]
www: http://www.iis.fhg.de/

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

cvs

[Dave Peticolas]

CVS has been updated.

New Stuff:

 + Rob Browning's patch. This should fix the CVS problems people
   were having today.


dave

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: cvs

[Rob Walker]

> On Sun, 05 Mar 2000 16:22:05 -0800, Dave Peticolas
> <[EMAIL PROTECTED]> said:

Dave> CVS has been updated.

Dave> New Stuff:

Dave> + Rob Browning's patch. This should fix the CVS problems people
Dave> were having today.


works now!

however

rob@biffhero-laptop:~/src/cvs/gnucash$ ./src/quotes/gnc-prices ~/data/secondtry.xzc
Can't load './gnucash' for module gnucash: ./gnucash: invalid ELF header at 
/usr/lib/perl5/5.005/i386-linux/DynaLoader.pm line 169.

 at ./src/quotes/gnc-prices line 17
BEGIN failed--compilation aborted at ./src/quotes/gnc-prices line 17.
rob@biffhero-laptop:~/src/cvs/gnucash$

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Notification: incoming/123

[bugs]

Gnucash BugTrack notification

new message incoming/123

Message summary for PR#123
From: [EMAIL PROTECTED]
Subject: Dates on QIF transactions after 1/1/2000
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 32659 invoked from network); 6 Mar 2000 03:10:56 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 6 Mar 2000 03:10:56 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Dates on QIF transactions after 1/1/2000

Full_Name: Rich Czarnecki
Version: 1.3.0
GUI: gnucash-gnome
OS: Red Hat 6.1 2.2.12-20
Submission from: (NULL) (209.74.139.122)


All transaction dates after 1/1/2000 are showing up as 12/31/1969. 
I imported the QIF file from Quicken 99 which isa running under Win98.


--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Tracking income from stock trades

[Gerald Champagne]

I have been trying to figure out how to use Gnucash to track 
realized gains calculations on stock trades, but I don't quite 
understand it.  Can someone give me a few hints on this?  I've 
tried reading all of the documentation, but I'm still missing 
something.

Here's what I understand so far:

- An account is set up for the brokerage account.
- A sub-account is set up for the stock.
- Transfer money for shares from the brokerage account to the stock 
  account.  The stock will have a price associated with it in this 
  transfer.  Assume a purchase of one share at $30.
- Change the price of the share from $30 to $50.
- Transfer money from the stock account back to the brokerage
  account when the stock is sold.  Assume one share at $50.

Now I'm a little confused on how the $20 profit should be recorded 
as income.  Of course the stock account starts with zero shares and 
ends with zero in shares this case, but a different number of dollars 
is transferred into and out of the stock account.  It seems like $20 
should flow into the brokerage account from somewhere else to make 
everything balance.  Should this handled with a transfer in from 
"realized gain" account?  If it is correct, how is that handled?

My guesses are:

- Changing the price of a stock requires a transfer of money from 
  another account.  This doesn't seem right because it doesn't
  differentiate between realized gain and unrealized gain.
- Selling a stock is recorded as a split.  $50 is transferred into
  the brokerage account, $30 is transferred from the stock account,
  and $20 is transferred from the realized gain account. This doesn't
  sound right because it doesn't take into account the price changes.
- A combination of the two is used.  Changing a stock price draws
  $20 from an "unrealized gain" account.  Selling a stock transfers
  $20 from the "unrealized gain" account into a "realized gain"
  account.  Is this close?
- Another option is that I'm completely wrong on all of this and I 
  haven't got a clue how it's handled.

If Gnucash can handle this, then I am interested in learning how to
use it. If Gnucash does not yet handle this information, then I am 
interested in helping to implement it.  Quicken handles this, except 
it's all done as magic to the user.  There doesn't seem to be a way 
to choose where quicken gets this profit from.  With Quicken, all 
profit comes from a single account.  It is difficult to separate 
profit into different accounts for things like tracking taxable 
income and non-taxable income.

Any thoughts?

Thanks.

Gerald

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Tracking income from stock trades

[Buddha Buck]

> 
> I have been trying to figure out how to use Gnucash to track 
> realized gains calculations on stock trades, but I don't quite 
> understand it.  Can someone give me a few hints on this?  I've 
> tried reading all of the documentation, but I'm still missing 
> something.

I don't know how GnuCash handles it, but I -think- I've figured out how 
to do it from a traditional accounting standpoint...

> My guesses are:
> 
> - Changing the price of a stock requires a transfer of money from 
>   another account.  This doesn't seem right because it doesn't
>   differentiate between realized gain and unrealized gain.

More importantly, stocks are not money.  If anything, they should be 
treated as inventory.

> - Selling a stock is recorded as a split.  $50 is transferred into
>   the brokerage account, $30 is transferred from the stock account,
>   and $20 is transferred from the realized gain account. This doesn't
>   sound right because it doesn't take into account the price changes.

I think this is the closest...

Let's deal with both the buying and selling transactions...

I'm going to assume the following:

A brokerage account "Broker", configured as if it were a bank account.
An income account "Capital Gains"
An asset account "Stock Holdings (at cost)"

Buying 1 share of stock at $30 would be recorded as:

Stock Holdings (at cost)$30
Broker  $30

Selling that share of stock at $50 would be recorded as:

Broker  $50
Stock Holdings (at cost)$30
Capital Gains   $20

Then everything balances: your accounting books properly reflect your 
costs, as well as your gains when realised.  A more complicated setup 
could easily have several stock holding accounts (say, short term and 
long term stocks), and many capital gains accounts (short term, long 
term, non-taxable, etc).

> - A combination of the two is used.  Changing a stock price draws
>   $20 from an "unrealized gain" account.  Selling a stock transfers
>   $20 from the "unrealized gain" account into a "realized gain"
>   account.  Is this close?

> - Another option is that I'm completely wrong on all of this and I 
>   haven't got a clue how it's handled.
> 
> If Gnucash can handle this, then I am interested in learning how to
> use it. If Gnucash does not yet handle this information, then I am 
> interested in helping to implement it.  Quicken handles this, except 
> it's all done as magic to the user.  There doesn't seem to be a way 
> to choose where quicken gets this profit from.  With Quicken, all 
> profit comes from a single account.  It is difficult to separate 
> profit into different accounts for things like tracking taxable 
> income and non-taxable income.
> 
> Any thoughts?

Tell me if any of the muddled addle-brained mutterings above were any 
help...


> 
> Thanks.
> 
> Gerald
> 
> --
> Gnucash Developer's List 
> To unsubscribe send empty email to: [EMAIL PROTECTED]
> 
> 

-- 
 Buddha Buck [EMAIL PROTECTED]
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacophony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice



--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Tracking income from stock trades

[Christopher Browne]

On Sun, 05 Mar 2000 23:55:38 EST, the world broke into rejoicing as
Buddha Buck <[EMAIL PROTECTED]>  said:
> > 
> > I have been trying to figure out how to use Gnucash to track 
> > realized gains calculations on stock trades, but I don't quite 
> > understand it.  Can someone give me a few hints on this?  I've 
> > tried reading all of the documentation, but I'm still missing 
> > something.
> 
> I don't know how GnuCash handles it, but I -think- I've figured out how 
> to do it from a traditional accounting standpoint...

You've hit it spot-on...

> > My guesses are:
> > 
> > - Changing the price of a stock requires a transfer of money from 
> >   another account.  This doesn't seem right because it doesn't
> >   differentiate between realized gain and unrealized gain.
> 
> More importantly, stocks are not money.  If anything, they should be 
> treated as inventory.

That's been discussed before, and that is the analogy that has been
drawn.

> > - Selling a stock is recorded as a split.  $50 is transferred into
> >   the brokerage account, $30 is transferred from the stock account,
> >   and $20 is transferred from the realized gain account. This doesn't
> >   sound right because it doesn't take into account the price changes.
> 
> I think this is the closest...
> 
> Let's deal with both the buying and selling transactions...
> 
> I'm going to assume the following:
> 
> A brokerage account "Broker", configured as if it were a bank account.
> An income account "Capital Gains"
> An asset account "Stock Holdings (at cost)"
> 
> Buying 1 share of stock at $30 would be recorded as:
> 
> Stock Holdings (at cost)  $30
>   Broker  $30
> 
> Selling that share of stock at $50 would be recorded as:
> 
> Broker$50
>   Stock Holdings (at cost)$30
>   Capital Gains   $20
> 
> Then everything balances: your accounting books properly reflect your 
> costs, as well as your gains when realised.  A more complicated setup 
> could easily have several stock holding accounts (say, short term and 
> long term stocks), and many capital gains accounts (short term, long 
> term, non-taxable, etc).

Indeed.  The tracking that GnuCash does is "at cost;" the only thing
that is really tracked is the set of transactions, and those are the
costs.

> > - A combination of the two is used.  Changing a stock price draws
> >   $20 from an "unrealized gain" account.  Selling a stock transfers
> >   $20 from the "unrealized gain" account into a "realized gain"
> >   account.  Is this close?

That's pretty accurate.  Although what you're missing is that Quicken
isn't actually creating a *transaction* to reflect the unrealized
gains/losses...

> > - Another option is that I'm completely wrong on all of this and I 
> >   haven't got a clue how it's handled.
> > 
> > If Gnucash can handle this, then I am interested in learning how to
> > use it. If Gnucash does not yet handle this information, then I am 
> > interested in helping to implement it.  Quicken handles this, except 
> > it's all done as magic to the user.  There doesn't seem to be a way 
> > to choose where quicken gets this profit from.  With Quicken, all 
> > profit comes from a single account.  It is difficult to separate 
> > profit into different accounts for things like tracking taxable 
> > income and non-taxable income.
> > 
> > Any thoughts?

The "magic" that is being observed is that what Quicken does is to
provide a set of reports that can use other values than "cost," and
which thereby will compute values for "unrealized" gains.

The critical point is that GnuCash is not set up to formally track
unrealized gains.  I really don't think it *should;* that is indeed
something properly provided by reports.

In effect, what needs to take place is for there to be some
stock-oriented reports.

Another thread will touch on budgeting/scheduled transactions, which
provide something similar to the "realized versus unrealized"
dichotomy...
--
"... the most important thing in the programming language is the name.  A
language will not succeed without a good name.  I have recently invented a
very good name and now I am looking for a suitable language.
-- D. E. Knuth, 1967
[EMAIL PROTECTED] - 

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: multi-split transaction report

[Christopher Browne]

On Sun, 05 Mar 2000 04:19:14 CST, the world broke into rejoicing as
Bryan Larsen <[EMAIL PROTECTED]>  said:
> my "learn scheme" project was to support multi-splits on the account
> transactions report.
> 
> I'm not sending it out as a patch because I have a bunch of budget crap
> littering the file as well.
> 
> as this is my first scheme code, if you scheme experts could comment, that
> would be appreciated.
> 
> for src/scm/report/transaction-report.scm
> et voila,

Not bad; I suggest couple of refinements, involving adding some useful
abstractions that essentially pull out the HTML dependancy.

a) By creating a debit/credit "collector," lots of set! instances get
to go away, and you don't have to track "inflow" and "outflow."

This isn't shorter the *first* time it gets used, but as soon as you
need to have multiple collectors, this gets worthwhile.

A later extension to this would be to pass in not merely the value,
but a tuple of value, line number, and field number.  That would allow
the collector to support generating FORMULAE for totals, which would
be useful when generating a spreadsheet.

(define (makedrcr-collector)
  (let
  ((debits 0)
   (credits 0)
   (totalitems 0))
(let
((adder (lambda (amount)
 (if (> 0 amount)
 (set! credits (- credits amount))
 (set! debits (+ debits amount)))
 (set! totalitems (+ 1 totalitems
 (getdebits (lambda () debits))
 (getcredits (lambda () credits))
 (setdebits (lambda (amount)
  (set! debits amount)))
 (getitems (lambda () totalitems))
 (reset-all (lambda ()
(set! credits 0)
(set! debits 0)
(set! totalitems 0
  (lambda (action value)
(case action
  ('add (adder value))
  ('debits (getdebits))
  ('credits (getcredits))
  ('items (getitems))
  ('reset (reset-all)))

b) Generate HTML in an automated manner, rather than by hand:

;;; This generates a cell, with several bits of special behaviour
(define (make-html-cell header? item)
  (let ((pre (cond
  (header? "")
  ((number? item) "")
  (else "")))
(post (if header? )))
(sprintf #f 
 (string-append 
  pre
  (cond
   ((string? item) item)
   ((number? item) (sprintf #f "%.2f" item))
   (else ""))
  post

;;; Add in wrappers for header vs body for natural use with
;;; map
(define (make-html-cell-header item)
  (make-html-cell #t item))

(define (make-html-cell-body item)
  (make-html-cell #f item))

;;; Add an HTML cell to a string
(define (add-html-cell header? cline item)
  (string-append cline (make-html-cell header? item)))

;;; Better:  Create a whole row of a table at one fell swoop
;;; by passing in all the cells at once.
(define (html-table-row header? . items)
  (let loop
  ((cline "")
   (ilist items))
(if (pair? ilist)
(loop (add-html-cell header? cline (car ilist))
  (cdr ilist))
(string-append cline ""

;;; the above function is a sample of looping via "named let," which is
;;; one of the nicest ways of managing loops...

Thus, the "big function" turns into this:

(define rptdrcrs (makedrcr-collector))  ;;; Collector for this report
 
(define (gnc:tr-report-split-to-html split-scm 
 starting-balance)
  (let 
  ((other-splits (gnc:tr-report-get-other-splits split-scm))
   (report-string ""))
;;;  The collector makes this nigh unto disappear...
(rptdrcrs 'add ((gnc:tr-report-get-value split-scm)))
(for-each
 (lambda (split-sub first last)
   (set! report-string
 (string-append 
  report-string
  ;;; Make HTML coding disappear...
  (html-table-row #f
  (if first (gnc:timepair-to-datestring
   (gnc:tr-report-get-date split-scm)) "")
  (if first (gnc:tr-report-get-num split-scm) "")
  (if first (gnc:tr-report-get-description split-scm) "")
  (if first (gnc:tr-report-get-memo split-scm) "")
  (car split-sub)
   ;;; Watch a *barrel* of code disappear...
  (abs (cadr split-sub))
  (if last
  (- (+ starting-balance 
(rptdrcrs 'debits #f))
 (rptdrcrs 'credits #f))
  "")
 other-splits
 (append (list #t) (make-list (- (length other-splits) 1) #f))
 (append (make-list (- (length other-splits) 1) #f) (list #t)

;;; The four recurrences of
;  (if 

Re: Tracking income from stock trades

[Gerald Champagne]

Christopher Browne wrote:
> 
> 
> > > - A combination of the two is used.  Changing a stock price draws
> > >   $20 from an "unrealized gain" account.  Selling a stock transfers
> > >   $20 from the "unrealized gain" account into a "realized gain"
> > >   account.  Is this close?
> 
> That's pretty accurate.  Although what you're missing is that Quicken
> isn't actually creating a *transaction* to reflect the unrealized
> gains/losses...
> 

Thanks folks for the accounting information.  It makes sense now.  Just 
track it outside of the accounts until it's sold.  This is described
very clearly in the documentation under "Depreciation and Capital Gains".  
I didn't see that section until just a few minutes ago.  

Instead I read the section called "Stock Pricing and Ticker Symbols".  
In this section it describes how you can update the price of a stock in 
a stock account and the balance in the account changes to reflect the
new price.  I was confused because I couldn't figure out where this 
extra money was coming from.  I thought it would have to be tracking 
the unrealized portion of the balance. 

Maybe I should think of it this way... The currency in a stock account 
tracks SHARES, not dollars.  Anything that has anything to do with 
dollars in a stock account is just "report" information.  If this is 
the case, then maybe the method of updating the price should be moved 
out of the stock account and into the report section as you described.
(Or maybe I misunderstood that section and I need sleep).

> The "magic" that is being observed is that what Quicken does is to
> provide a set of reports that can use other values than "cost," and
> which thereby will compute values for "unrealized" gains.
> 

I was more annoyed at the "magic" they do when a stock is sold.  There
is no option to choose the account used for the realized gain portion.
This means that stocks sold in a tax free account are treated the 
same as taxable income (even if the account is marked as tax-free).  


Thanks.

Gerald

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: multi-split transaction report

[Bryan Larsen]

thanks.  especially since the refinements you suggested are to the original
code, not my modifications. :)

> Not bad; I suggest couple of refinements, involving adding some useful
> abstractions that essentially pull out the HTML dependancy.

this was in the pipe, but I wasn't doing it as well as you suggest, so thanks!

> 
> a) By creating a debit/credit "collector," lots of set! instances get
> to go away, and you don't have to track "inflow" and "outflow."

I didn't consider the transaction report "mine"  (I'm working on budgeting),
so I wasn't going to get into that.

But to be able to report on multiple accounts at once, we do need something
better.

> b) Generate HTML in an automated manner, rather than by hand:
> 

My function prettifies the number itself -- I'll merge it in to your cell stuff.

> ;;; the above function is a sample of looping via "named let," which is
> ;;; one of the nicest ways of managing loops...

Yah, I just found it.  it sure is sweet.

> 
> Note: I've spent some time Messing Seriously With Reports, and haven't
> yet checked anything in.  I suspect that what I should do is to check
> in the utility functions that have fallen out of it, and drop the
> reports proper, to redo the work once some further code gets checked 
> in.

Ouch, I figured this would happen.  I'd like to request that you check in
regularly to minimize my merge costs.

 > 
> To that end, here is, pretty raw, what I've added as new files, for:
> 
> - rptutils.scm   - Some utility functions used in multiple reports
> - htmlgen.scm- HTML table generation functions
> - xmlgen.scm - A generalized XML generator function set
> - gnm.scm- Uses xmlgen.scm to build a GNumeric spreadsheet
> 

Thanks.

-- 
-
Bryan Larsen, Senior Software Engineer & fall guy
Analog Design Automation:  Analog Circuit Synthesis?  Problem Solved.

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

cvs 2000-03-05

[Dave Peticolas]

CVS has been updated.

New Stuff:

 + Temporary fix to gnc-prices. The wrong hard-coded libary
   directory got committed last time. I'll see about getting
   this configured automatically.

 + All the files as of today have been tagged in the set
   'gnucash-1-3-1' for the next release. The same is true
   of the last release; should you need to retrieve that
   release, use the tag 'gnucash-1-3-0'.


dave

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: WELCOME to gnucash-devel@gnucash.org

[Valsecchi Patrick]

Buddha Buck wrote:
> Obviously, this is something that accountants using double entry have
> had to deal with for 700 years or so...
> 
> The solution is to use an equity account.  In my Chart of Accounts, I
> have an equity account called "Net Worth".  So when I said "I started
> with $20,000 in student loan debt", I transfered that $20,000 from net
> worth.  Similarly, my starting bank balances were transfered from net
> worth.
> 
> It shouldn't bother a balance sheet, since traditionally balance sheets
> have balanced assets against liabilities and equities.  It doesn't
> bother income statements because income statements don't look at equity
> accounts either.

Hi

Sorry for the buggy subject...

I studied accounting for 3 years, but only the Swiss method. It's a
double entry accounting with journaling.

It's something like that:

Journal:
2/1/00cash from dispenser

Cash:
1/1/00initial value  150.-0.-
2/1/00cash from dispenser300.-0.-
31/12/00  value to report   450.-
-
 450.-  450.-
=

Bank
1/1/00initial value 2000.-0.-
2/1/00cash from dispenser  0.-  300.-
31/12/00  value to report  1700.-
-
2000.- 2000.-
=

The "initial value" comes from the previous periode and the "value to
report" goes to the next accounting periode.

If you use an equity account for the opennings, your fortune is wrong. I
tried it and my "net worth" was 0 just after opening.

I don't want to do accounting from my birth! And without the possibility
to have initial value it's impossible. Was your fortune null when you
started your studies? It seems it was, if I read your mail  ;-)

Linas: The "initial account value" is IMHO very usefull. And the
possibility to "close the account" as well. The last feature will create
a new file with the initial balance of the accounts equals to the final
balance of the current file. The new file will then contain no entry.

Best regards.
-- 
  -°) Patrick Valsecchi
  /\\  
 _\_vhttp://dante.urbanet.ch/~patrick/index.html

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: Tracking income from stock trades

[Rob Walker]

> On Mon, 06 Mar 2000 04:20:26 +, Gerald Champagne
> <[EMAIL PROTECTED]> said:



Gerald> Any thoughts?

when you figure it out, please put an example of how to do it in the
documentation.

thanks,
rob

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

makepatch problems

[Bryan Larsen]

using makepatch-2.00 and perl-5.005_03, I get:

Building file list for directory gnucash.pristine ...
Directory gnucash.pristine contains 669 files.
Building file list for directory gnucash ...
Directory gnucash contains 704 files.
Processing the filelists ...
-T and -B not implemented on filehandles at /usr/bin/makepatch line 647.

Bryan

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: makepatch problems

[Dave Peticolas]

> using makepatch-2.00 and perl-5.005_03, I get:
> 
> Building file list for directory gnucash.pristine ...
> Directory gnucash.pristine contains 669 files.
> Building file list for directory gnucash ...
> Directory gnucash contains 704 files.
> Processing the filelists ...
> -T and -B not implemented on filehandles at /usr/bin/makepatch line 647.

I have version 2.00_02. Is that what you have?

makepatch --version give me

This is makepatch version 2.00_02

dave

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: makepatch problems

[Bryan Larsen]

On Mon, 06 Mar 2000, Dave Peticolas wrote:
> > using makepatch-2.00 and perl-5.005_03, I get:
> > 
> > Building file list for directory gnucash.pristine ...
> > Directory gnucash.pristine contains 669 files.
> > Building file list for directory gnucash ...
> > Directory gnucash contains 704 files.
> > Processing the filelists ...
> > -T and -B not implemented on filehandles at /usr/bin/makepatch line 647.
> 
> I have version 2.00_02. Is that what you have?
> 
> makepatch --version give me
> 
> This is makepatch version 2.00_02

nope, just version 2.00.  It was the latest RPM on rpmfind.net

Bryan
> 
> dave
> 
> --
> Gnucash Developer's List 
> To unsubscribe send empty email to: [EMAIL PROTECTED]
-- 
-
Bryan Larsen, Senior Software Engineer & fall guy
Analog Design Automation:  Analog Circuit Synthesis?  Problem Solved.

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Re: makepatch problems

[Dave Peticolas]

> On Mon, 06 Mar 2000, Dave Peticolas wrote:
> > > using makepatch-2.00 and perl-5.005_03, I get:
> > > 
> > > Building file list for directory gnucash.pristine ...
> > > Directory gnucash.pristine contains 669 files.
> > > Building file list for directory gnucash ...
> > > Directory gnucash contains 704 files.
> > > Processing the filelists ...
> > > -T and -B not implemented on filehandles at /usr/bin/makepatch line 647.
> > 
> > I have version 2.00_02. Is that what you have?
> > 
> > makepatch --version give me
> > 
> > This is makepatch version 2.00_02
> 
> nope, just version 2.00.  It was the latest RPM on rpmfind.net

I believe I recall actually reporting this bug maybe last year.
The updated version should be on CPAN.

dave

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]