Notification: incoming/95

[bugs]

Gnucash BugTrack notification

new message incoming/95

Message summary for PR#95
From: [EMAIL PROTECTED]
Subject: PRIVATE: segfault on entering transfer-name
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 2067 invoked from network); 29 Feb 2000 08:30:34 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 08:30:34 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: PRIVATE: segfault on entering transfer-name

Full_Name: Dennis Björklund
Version: 1.30 beta
GUI: gnucash-gnome
OS: linux 2.2 (RH 6.1)
Submission from: (NULL) (129.16.226.28)


I just started gnucach for the first time in my life yesterday.

I got a crash when I made two accounts and then tried to make a transfer from
one to another.  There where a combobox where you could choose which account
to transfer to but it only showed the account that I were transfering from (?).
So
I wrote the other account-name myself and pressed enter, and boom.

Other things is that I selected ISO date format but that only shows in the
trasaction
table. In other parts of the program it's the strange american way to write
dates :-)

What about translations. is there any plans to use gettext(). I would really
like a
swedish version.



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

Re: Notification: incoming/95

[Herbert Thoma]

[EMAIL PROTECTED] wrote:
> Other things is that I selected ISO date format but that only shows in the
> trasaction
> table. In other parts of the program it's the strange american way to write
> dates :-)

I raised this question, too. But I was told this is a problem with
the gnome date widget, so hope for the best in the next gnome revision
;-).

> What about translations. is there any plans to use gettext(). I would really
> like a swedish version.

Gnucash uses gettext(), look at the po directory. There are currently
french
and german translations (a bit outdated, maybe). So feel free to
contibute
your swedish translation...

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]

Notification: incoming/96

[bugs]

Gnucash BugTrack notification

new message incoming/96

Message summary for PR#96
From: [EMAIL PROTECTED]
Subject: gnucash.qt
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 6085 invoked from network); 29 Feb 2000 09:10:44 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 09:10:44 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: gnucash.qt

Full_Name: Morwen Thistlethwaite
Version: 1.3.0
GUI: gnucash-gnome
OS: Linux Debian Potato i386
Submission from: (NULL) (128.169.244.190)


I tried to build gnucash.qt with the g++ that came with potato, and got
numerous compilation errors.  After each error I tried to patch crudely so as
to see what happened next.

The main problems were in combocell-qt.cpp and accwidget.cpp.

In combocell-qt.cpp I got the errors mentioned in another bug report, but also
combocell-qt.cpp:215: assignment to
  `const char * (*)(BasicCell *, const char *, int *, int *, int *)' from
  `void (*)(BasicCell *, int, int)'.

In accwidget.cpp I got
164: implicit declaration of function `int gnc_shutdown(...)'
192: implicit declaration of function `int gnc_refresh_main_window(...)'
  
Also in top-level.cpp:
64: implicit declaration of function `int gncGetCurrentGroup(...)'
69: passing `int' to argument 1 of `xaccRecomputeGroupBalance(AccountGroup *)'
lacks a cast




I managed to get all the way to the final linking in
gnucash-1.3.0/src/qt, but then got numerous "undefined references":

undefined reference to `gnc_shutdown(int)
undefined reference to `gnc_refresh_main_window(void)'
undefined reference to `xaccComboCellSetCompleteChar'
undefined reference to `xaccQuickFillGUIInit'

etc.




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

cvs

[Dave Peticolas]

CVS has been updated.

Bugs fixed: 90, 91, 92, 94


New Stuff:

 + Fixed bug 90 in transaction report.

 + Fixed bug 92 in account balance report.

 + Fixed C-code QIF importing for 4-digit dates (x/x/2000).
   This should fix bug 91.

 + Fixed C-code QIF importing for x/x' 00 dates (this is
   an old format for year 2000 dates).

 + Added new list option type that allows you to select
   more than one item from a list. Converted the account
   type and account field options to the list type. This
   means existing config.auto files will not correctly
   set those options the first type you run with this
   change. So you will have to reset them to the way
   you like. After that, they should be saved correctly.


dave

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

next release

[Dave Peticolas]

I am going to try to make a new release about once a week,
probably on Sundays. So, in general, if you want your stuff
in the next release, try to get it to me by Saturday afternoon,
Pacific Standard.

If possible, please send me diffs and not complete files.
If you don't want to use make-gnucash-patch, you can do
cvs diff -u 

I may try to get a release out sooner this week, since
the QIF date problem is pretty annoying. Also, I realized
the RPM I made doesn't include the po files. Doh! That was
pilot error on my part.

thanks,
dave

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

pay bills

[Dave Peticolas]

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

Notification: incoming/97

[bugs]

Gnucash BugTrack notification

new message incoming/97

Message summary for PR#97
From: [EMAIL PROTECTED]
Subject: READMEs not up to date
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 18021 invoked from network); 29 Feb 2000 12:06:33 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 12:06:33 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: READMEs not up to date

Full_Name: Dirk Herrmann
Version: 1.3.0
GUI: gnucash-gnome
OS: linux
Submission from: (NULL) (134.169.132.60)


The README.Suse-6.3 (at least, probably others also) is not up to date. 
In the README, for example,people are advised to apply patches that 
are already applied to the sources. (This README was for 1.2.5)


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

Notification: incoming/98

[bugs]

Gnucash BugTrack notification

new message incoming/98

Message summary for PR#98
From: [EMAIL PROTECTED]
Subject: READMEs not up to date
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 18063 invoked from network); 29 Feb 2000 12:06:50 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 12:06:50 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: READMEs not up to date

Full_Name: Dirk Herrmann
Version: 1.3.0
GUI: gnucash-gnome
OS: linux
Submission from: (NULL) (134.169.132.60)


The README.Suse-6.3 (at least, probably others also) is not up to date. 
In the README, for example,people are advised to apply patches that 
are already applied to the sources. (This README was for 1.2.5)


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

Notification: incoming/90

[bugs]

Gnucash BugTrack notification

jcollins moved PR#90 from incoming to fixed
Message summary for PR#90
From: [EMAIL PROTECTED]
Subject: totals error in account transactions report
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 4723 invoked from network); 29 Feb 2000 02:54:41 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 02:54:41 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: totals error in account transactions report

Full_Name: Jim Kinney
Version: 1.3 beta
GUI: gnucash-gnome
OS: Linux 2.2.14
Submission from: (NULL) (205.152.37.65)


In the "Account Transaction" report, the totals are continously summed each time
an account is
changed, then changed back. Example, account computer has a real balance of
$100. I select it to view the report
and it shows that a $100 balance is there. I then select another account and
view it. Then I
 return to the computer account and the totals have changed to $200. If I open
the "parameters" window, I can continously add the 
real balance to the totals row, the balance column, and the debit column by
selecting the  acount ad then clicking "apply".

Looks good on the "sales" report, but the board's going to have a cow!!



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

Notification: incoming/92

[bugs]

Gnucash BugTrack notification

jcollins moved PR#92 from incoming to fixed
Message summary for PR#92
From: [EMAIL PROTECTED]
Subject: bug report
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 11686 invoked from network); 29 Feb 2000 04:09:26 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 04:09:26 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: bug report

Full_Name: Mike Grice
Version: 1.3.0 beta (RPM)
GUI: gnucash-gnome
OS: RedHat Linux 6.1 on an i686
Submission from: (NULL) (212.49.251.171)


non-fatal error on trying to create a "balance tracker" report when no accounts
have been entered.
To reproduce : select "account balance tracker " from the reports menu when no
accounts are entered.

no way of changing currency symbol?   grr!  :-)


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

Notification: incoming/91

[bugs]

Gnucash BugTrack notification

jcollins moved PR#91 from incoming to fixed
Message summary for PR#91
From: [EMAIL PROTECTED]
Subject: QIF import dates
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 9392 invoked from network); 29 Feb 2000 03:41:17 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 03:41:17 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: QIF import dates

Full_Name: Miles Lott
Version: 1.3.0
GUI: gnucash-gnome
OS: 
Submission from: (NULL) (24.27.84.82)


imported qif from quicken99.  All data from 2000 shows as 1969 in gnucash


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

Notification: incoming/94

[bugs]

Gnucash BugTrack notification

jcollins moved PR#94 from incoming to fixed
Message summary for PR#94
From: [EMAIL PROTECTED]
Subject: Problem with Guile Support
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 15438 invoked from network); 29 Feb 2000 04:52:07 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 04:52:07 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Problem with Guile Support

Full_Name: Christopher Browne
Version: 1.3.1
GUI: gnucash-gnome
OS: Linux (Debian unstable)
Submission from: (NULL) (216.88.127.146)


When I run a (sadly) buggy report, gnucash aborts altogether, with the
complaint
that it could not find the Guile function gnc:error->string.

The problem appears centred in src/guile/gfec.c, which is the one file
referencing the
nonexistant function.

Changing it thus seems to clear up the problem:

static SCM
gfec_catcher(void *data, SCM tag, SCM throw_args)
{
  SCM func;
  SCM result;
  char *msg = NULL;

  /* func = gh_eval_str("gnc:error->string");  Old, bad code...*/
  func = gh_eval_str("gnc:error"); /* Replacement */
  if (gh_procedure_p(func))
  {
result = gh_call2(func, tag, throw_args);
if (gh_string_p(result))
  msg = gh_scm2newstr(result, NULL);
  }

It's possible that there is a better change that might allow the error results
to get "trapped" and submitted to the GUI rather than to stderr


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

Notification: incoming/87

[bugs]

Gnucash BugTrack notification

jcollins moved PR#87 from incoming to gnucash-gnome
Message summary for PR#87
From: [EMAIL PROTECTED]
Subject: Gnome locks up using transfer from field
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 2861 invoked from network); 28 Feb 2000 23:54:25 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 28 Feb 2000 23:54:25 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Gnome locks up using transfer from field

Full_Name: David Ishee
Version: 1.3.0
GUI: gnucash-gnome
OS: Red Hat 6.0
Submission from: (NULL) (216.215.89.85)


I am using double entry and when you try to use the "transfer from" field, the
application
locks up, the CPU pegs out to 100%, and the window and bottom scrollbar
flickers. It can 
only be stopped by killing the program.


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

Notification: incoming/89

[bugs]

Gnucash BugTrack notification

jcollins moved PR#89 from incoming to supporting-files
Message summary for PR#89
From: [EMAIL PROTECTED]
Subject: docs
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 4510 invoked from network); 29 Feb 2000 02:53:47 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 02:53:47 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: docs

Full_Name: stan mantek
Version: 1.3.0 beta
GUI: gnucash-gnome
OS: linux
Submission from: (NULL) (63.193.249.148)


dude!

what the hell is swig? 
what the hell is guile?
what the hell is eperl?

i download source, and i can't build without swig. i don't know what it is.
the rpm requires libguile.so.4
so of course, i find a guile rpm that has libguile.so.6.
does it work!  NO.

please please please, if you are going to require everyone and all they're
friend's libraries to use 
your program, PLEASE put links on your page.

you know: you will need the following software to use our ostensibly cool app.

thanks,



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

Notification: incoming/93

[bugs]

Gnucash BugTrack notification

jcollins moved PR#93 from incoming to transaction-engine
Message summary for PR#93
From: [EMAIL PROTECTED]
Subject: xaccParseQIFDate tends to get non-US dates wrong
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 13001 invoked from network); 29 Feb 2000 04:23:08 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 04:23:08 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: xaccParseQIFDate tends to get non-US dates wrong

Full_Name: Martin Schwenke
Version: 1.3.0
GUI: gnucash-gnome
OS: Debian GNU/Linux (potato) - kernel 2.2.14
Submission from: (NULL) (203.29.91.49)


The date parsing in xaccParseQIFDate assumes US date format as a default.
In date.c, scanDate seems to do a better job, although the return values need
to be slightly hacked:

scanDate(str, &dat.tm_mday, &dat.tm_mon, &dat.tm_year);
dat.tm_mon  -= 1;
dat.tm_year -= 1900;

A complete patch appears at the end.

Also, the "all dates are 1970" bug seems to happen when the QIF data contains
4 digit years.

peace & happiness,
martin

*** QIFIO.c 2000/02/29 03:34:49 1.1
--- QIFIO.c 2000/02/29 04:11:51
***
*** 40,45 
--- 40,46 
  #include "config.h"
  
  #include "Account.h"
+ #include "date.h"
  #include "Group.h"
  #include "FileIO.h"
  #include "Transaction.h"
***
*** 420,425 
--- 421,432 
  
 if (!str) return 0;  /* If the string is null, we're done. */
  
+/* Try using the scanDate function to scan the date more sensibly! */
+scanDate(str, &dat.tm_mday, &dat.tm_mon, &dat.tm_year);
+dat.tm_mon  -= 1;
+dat.tm_year -= 1900;
+ 
+ #if 0
 /* First, figure out the delimiter. */
 /* Choices: "." or "-" or "/" */
 favechar = FindDateDelimiter(str);
***
*** 444,449 
--- 451,457 
 }
 *tok = 0x0;
 dat.tm_year = atoi (str);
+ #endif
  
 TryToFixDate(&dat);
  




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

Release statistics!

[Jeremy Collins]

For the curious:

175,589 hits to the website.
1698 downloads of the binary RPM.
 781 downloads of the source tarball.
 481 downloads of the source RPM.

By comparison... we had approx. 185,000 hits to the website for the
entire month of Feb. until yesterday! =)

Enjoy!

-- 
Jeremy Collins
LinuxMall.com
[EMAIL PROTECTED]

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

Notification: incoming/88

[bugs]

Gnucash BugTrack notification

jcollins moved PR#88 from incoming to distribution
Message summary for PR#88
From: [EMAIL PROTECTED]
Subject: rpm install of 1.3
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 6957 invoked from network); 29 Feb 2000 00:18:01 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 00:18:01 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: rpm install of 1.3

Full_Name: Marc Sitkn
Version: 1.3
GUI: gnucash-gnome
OS: Linux Madrake 7.0
Submission from: (NULL) (24.2.142.167)


libguile.so.4 is needed by gnucash-1.3.0-1


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

Notification: incoming/98

[bugs]

Gnucash BugTrack notification

jcollins moved PR#98 from incoming to trash
Message summary for PR#98
From: [EMAIL PROTECTED]
Subject: READMEs not up to date
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 18063 invoked from network); 29 Feb 2000 12:06:50 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 12:06:50 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: READMEs not up to date

Full_Name: Dirk Herrmann
Version: 1.3.0
GUI: gnucash-gnome
OS: linux
Submission from: (NULL) (134.169.132.60)


The README.Suse-6.3 (at least, probably others also) is not up to date. 
In the README, for example,people are advised to apply patches that 
are already applied to the sources. (This README was for 1.2.5)


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

Notification: incoming/96

[bugs]

Gnucash BugTrack notification

jcollins moved PR#96 from incoming to gnucash-qt
Message summary for PR#96
From: [EMAIL PROTECTED]
Subject: gnucash.qt
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 6085 invoked from network); 29 Feb 2000 09:10:44 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 09:10:44 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: gnucash.qt

Full_Name: Morwen Thistlethwaite
Version: 1.3.0
GUI: gnucash-gnome
OS: Linux Debian Potato i386
Submission from: (NULL) (128.169.244.190)


I tried to build gnucash.qt with the g++ that came with potato, and got
numerous compilation errors.  After each error I tried to patch crudely so as
to see what happened next.

The main problems were in combocell-qt.cpp and accwidget.cpp.

In combocell-qt.cpp I got the errors mentioned in another bug report, but also
combocell-qt.cpp:215: assignment to
  `const char * (*)(BasicCell *, const char *, int *, int *, int *)' from
  `void (*)(BasicCell *, int, int)'.

In accwidget.cpp I got
164: implicit declaration of function `int gnc_shutdown(...)'
192: implicit declaration of function `int gnc_refresh_main_window(...)'
  
Also in top-level.cpp:
64: implicit declaration of function `int gncGetCurrentGroup(...)'
69: passing `int' to argument 1 of `xaccRecomputeGroupBalance(AccountGroup *)'
lacks a cast




I managed to get all the way to the final linking in
gnucash-1.3.0/src/qt, but then got numerous "undefined references":

undefined reference to `gnc_shutdown(int)
undefined reference to `gnc_refresh_main_window(void)'
undefined reference to `xaccComboCellSetCompleteChar'
undefined reference to `xaccQuickFillGUIInit'

etc.




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

Re: next release

[Sabatke, Jim]

I decided to give gnucash another try (compiling).

First, I found I needed a new version of XmHTML.  I downloaded version
1.1.7 and it failed because it doesn't have a src directory.  Then I
tried version 1.1.0.  It fails with unknown *.h files:

jim@yoda:~/progs/gnu/XmHTML-1.1.0/tools > make depend
gccmakedep  -- -I../../src  -I/usr/X11R6/include  -Dlinux -D__i386__
-D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE=500L
-D_BSD_SOURCE -D_SVID_SOURCE  -DNO_MESSAGE_CATALOG  -DFUNCPROTO=15
-DNARROWPROTO-- GetRepTypes.c WidgetSize.c gifinfo.c ImBuffer.c
parse.c gif2gzf.c LZWStream.c
In file included from WidgetSize.c:59:
../src/XmHTMLP.h:102: XmHTML.h: No such file or directory
parse.c:119: XmHTMLP.h: No such file or directory
parse.c:120: escapes.h: No such file or directory
parse.c:121: XmHTMLfuncs.h: No such file or directory
gif2gzf.c:47: LZWStream.h: No such file or directory
LZWStream.c:53: XmHTMLP.h: No such file or directory
LZWStream.c:54: XmHTMLfuncs.h: No such file or directory
LZWStream.c:62: LZWStream.h: No such file or directory
jim@yoda:~/progs/gnu/XmHTML-1.1.0/tools >   

Sigh, is there a set of software, including supporting code that will
compile without lots of debugging?

TIA,

-- 
Jim Sabatke
SuSE 6.3 Linux
Kernel - 2.2.13

"Ignorant people think it's the noise which fighting cats make that is
so aggravating, but it ain't so; it's the sickening grammar they use."
Mark Twain

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

Notification: incoming/97

[bugs]

Gnucash BugTrack notification

jcollins moved PR#97 from incoming to supporting-files
Message summary for PR#97
From: [EMAIL PROTECTED]
Subject: READMEs not up to date
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 18021 invoked from network); 29 Feb 2000 12:06:33 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 12:06:33 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: READMEs not up to date

Full_Name: Dirk Herrmann
Version: 1.3.0
GUI: gnucash-gnome
OS: linux
Submission from: (NULL) (134.169.132.60)


The README.Suse-6.3 (at least, probably others also) is not up to date. 
In the README, for example,people are advised to apply patches that 
are already applied to the sources. (This README was for 1.2.5)


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

Notification: incoming/95

[bugs]

Gnucash BugTrack notification

jcollins moved PR#95 from incoming to gnucash-gnome
Message summary for PR#95
From: [EMAIL PROTECTED]
Subject: PRIVATE: segfault on entering transfer-name
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 2067 invoked from network); 29 Feb 2000 08:30:34 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 08:30:34 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: PRIVATE: segfault on entering transfer-name

Full_Name: Dennis Björklund
Version: 1.30 beta
GUI: gnucash-gnome
OS: linux 2.2 (RH 6.1)
Submission from: (NULL) (129.16.226.28)


I just started gnucach for the first time in my life yesterday.

I got a crash when I made two accounts and then tried to make a transfer from
one to another.  There where a combobox where you could choose which account
to transfer to but it only showed the account that I were transfering from (?).
So
I wrote the other account-name myself and pressed enter, and boom.

Other things is that I selected ISO date format but that only shows in the
trasaction
table. In other parts of the program it's the strange american way to write
dates :-)

What about translations. is there any plans to use gettext(). I would really
like a
swedish version.



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

Re: next release

[Jeremy Collins]

"Sabatke, Jim" wrote:
> 
> I decided to give gnucash another try (compiling).
> 
> First, I found I needed a new version of XmHTML.  I downloaded version
> 1.1.7 and it failed because it doesn't have a src directory.  Then I
> tried version 1.1.0.  It fails with unknown *.h files:
> 
> 
> Sigh, is there a set of software, including supporting code that will
> compile without lots of debugging?
> 

I would highly suggest trying to compile the Gnome version instead of
the Motif version.  With the Gnome version you do not need XmHTML.  The
Gnome version is quite a bit ahead of the Motif version these days.

-- 
Jeremy Collins
LinuxMall.com
[EMAIL PROTECTED]

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

Notification: incoming/99

[bugs]

Gnucash BugTrack notification

new message incoming/99

Message summary for PR#99
From: [EMAIL PROTECTED]
Subject: scrollbars flickering
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 21977 invoked from network); 29 Feb 2000 12:49:24 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 12:49:24 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: scrollbars flickering

Full_Name: Jan Wiberg
Version: 1.3.0-1
GUI: gnucash-gnome
OS: Redhat 6.0
Submission from: (NULL) (195.249.107.200)


I start gnucash, create an account, then doubleclick it. A new window opens with
account info, but I cant do anything. The scrollbars start to flicker immediatly
and only a kill -9 will stop it (which of course kills the entire app).

I use afterstep but all other gnome apps work fine. Not sure if that matters.


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

Notification: incoming/100

[bugs]

Gnucash BugTrack notification

new message incoming/100

Message summary for PR#100
From: [EMAIL PROTECTED]
Subject: qt gnucash pgcc-2.85.2
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 25110 invoked from network); 29 Feb 2000 13:20:30 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 13:20:30 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: qt+gnucash+pgcc-2.85.2

Full_Name: Joe Hutley
Version: 1.3.0 beta
GUI: gnucash-motif
OS: Linux 2.2.14
Submission from: (NULL) (209.136.174.105)


I am trying to compile gnucash (qt), and when I 'make qt', here's the output:

gcc -Wp,-MD,obj/qt/table-html.d.tmp -c -g -O2  -I/usr/X11R6/include
-DCELL_WIDGETS=1 -I../../ -I../../src -I../../include -I../../src/engine
-I../../lib/ComboBox-1.33 -I../../lib/Xbae-4.6.2-linas -I/usr/local/include
-I../../src/register -I../../src/register/gnome  -pg  -DKDE -o
obj/qt/table-html.o table-html.c 
sed -e "1 s|table-html\.o|obj/qt/table-html.o|1" obj/qt/table-html.d.tmp >
obj/qt/table-html.d
rm obj/qt/table-html.d.tmp
gcc -Wp,-MD,obj/qt/textcell.d.tmp -c -g -O2  -I/usr/X11R6/include
-DCELL_WIDGETS=1 -I../../ -I../../src -I../../include -I../../src/engine
-I../../lib/ComboBox-1.33 -I../../lib/Xbae-4.6.2-linas -I/usr/local/include
-I../../src/register -I../../src/register/gnome  -pg  -DKDE -o obj/qt/textcell.o
textcell.c 
sed -e "1 s|textcell\.o|obj/qt/textcell.o|1" obj/qt/textcell.d.tmp >
obj/qt/textcell.d
rm obj/qt/textcell.d.tmp
g++ -Wp,-MD,obj/qt/table-qt.d.tmp -c -g -O2  -I/usr/X11R6/include
-DCELL_WIDGETS=1 -I../../ -I../../src -I../../include -I../../src/engine
-I../../lib/ComboBox-1.33 -I../../lib/Xbae-4.6.2-linas -I/usr/local/include
-I../../src/register -I../../src/register/gnome  -pg  -DKDE -o obj/qt/table-qt.o
table-qt.cpp 
sed -e "1 s|table-qt\.o|obj/qt/table-qt.o|1" obj/qt/table-qt.d.tmp >
obj/qt/table-qt.d
rm obj/qt/table-qt.d.tmp
g++ -Wp,-MD,obj/qt/combocell-qt.d.tmp -c -g -O2  -I/usr/X11R6/include
-DCELL_WIDGETS=1 -I../../ -I../../src -I../../include -I../../src/engine
-I../../lib/ComboBox-1.33 -I../../lib/Xbae-4.6.2-linas -I/usr/local/include
-I../../src/register -I../../src/register/gnome  -pg  -DKDE -o
obj/qt/combocell-qt.o combocell-qt.cpp 
combocell-qt.cpp: In function `void realizeCombo(struct BasicCell *, void *,
int)':
combocell-qt.cpp:205: warning: ANSI C++ forbids implicit conversion from `void
*' in initialization
combocell-qt.cpp:215: assignment to `const char * (*)(BasicCell *, const char *,
int *, int *, int *)' from `const char * (*)(BasicCell *, const char *)'
combocell-qt.cpp: In function `void moveCombo(struct BasicCell *, int, int)':
combocell-qt.cpp:226: warning: ANSI C++ forbids implicit conversion from `void
*' in initialization
make[4]: *** [obj/qt/combocell-qt.o] Error 1
make[4]: Leaving directory `/usr/local/gnucash-1.3.0/src/register'
make[3]: *** [qt] Error 2
make[3]: Leaving directory `/usr/local/gnucash-1.3.0/src'
make[2]: *** [build-flavor] Error 2
make[2]: Leaving directory `/usr/local/gnucash-1.3.0'
make[1]: *** [qt.real] Error 2
make[1]: Leaving directory `/usr/local/gnucash-1.3.0'
make: *** [qt] Error 2

I am using Slackware 7, pgcc-2.95.2, I have qt-1.44 and qt-2.01 installed on my
system,
but as far as I know, qt-1.44 is the default (as installed by slackware). 



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

Re: pilot?

[Chris Ruffin]

I'll probably toy with the idea until May and then run with it.  I
have more than I can handle as it is until then.  

Chris
--
Chris Ruffin <[EMAIL PROTECTED]>
http://www.ece.msstate.edu/~ruff/

On Mon, Feb 28, 2000 at 05:00:52PM -0800, Dave Peticolas wrote:
> 
> > Has there been any talk or action about the possibility of a palm
> > pilot conduit / palmOS application that will sync with gnucash?
> 
> There has been talk of a conduit to load the info from the palm
> expenses app, but nothing has been done. I don't think anyone
> has mentioned developing a new palm app.
> 
> Are you interested?
> 
> dave

 PGP signature

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

Re: pay bills

[Rob Walker]

run up debt

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

Notification: incoming/101

[bugs]

Gnucash BugTrack notification

new message incoming/101

Message summary for PR#101
From: [EMAIL PROTECTED]
Subject: gnucash lockup
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 8717 invoked from network); 29 Feb 2000 16:04:39 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 16:04:39 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: gnucash lockup

Full_Name: josh susen
Version: 1.3.0
GUI: gnucash-gnome
OS: redhat 6.0/kernel 2.2.5-15
Submission from: (NULL) (209.222.76.166)


1. start gnucash
2. maximize gnucash window
3. click 'new' account button
4. for account name, put in test
5. description, put in test
6. account type, choose expense
7. click ok
8. double click on account test
9. click mouse pointer on the first line right under the 'transfer from' field
name

Program goes wiggy.

On a positive note, the program looks really good, and very usuable 
when it's main bugs are worked out.  Good job.


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

heretical question

[Rob Walker]

would it be heretical to ask for pros and cons to only having a gnome
version?

rob

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

Notification: incoming/102

[bugs]

Gnucash BugTrack notification

new message incoming/102

Message summary for PR#102
From: [EMAIL PROTECTED]
Subject: reports
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 12123 invoked from network); 29 Feb 2000 16:24:39 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 16:24:39 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: reports

Full_Name: josh susen
Version: 1.3.0
GUI: gnucash-gnome
OS: redhat6.0/kernel 2.2.5-15
Submission from: (NULL) (209.222.76.166)


1. Add 1 account of type bank
2. Add 1 account of type expense
3. Add a sub-account to the expense account
4. Put in a transaction to the sub-expense account, an opening balance of
say...$400
 under the Expense field.

5. Single click on the main expense account so it is highlighted in blue.

6. Click reports-> profit and loss

7. Click the X button to close the report window

Repeat steps 6 and 7 multiple times while observing the report.

Sometimes it prints something...sometimes it doens't.
Sometimes it prints data but it is un-aligned.


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

Notification: incoming/103

[bugs]

Gnucash BugTrack notification

new message incoming/103

Message summary for PR#103
From: [EMAIL PROTECTED]
Subject: reports
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 13095 invoked from network); 29 Feb 2000 16:29:30 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 16:29:30 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: reports

Full_Name: josh susen
Version: 1.3.0
GUI: gnucash-gnome
OS: rh6.0/kernel 2.2.5-15
Submission from: (NULL) (209.222.76.166)


My last message about reports has all the steps to get up to this point.
Ill summarize.
Make 3 accounts.
accnt 1 is a bank.
accnt 2 is a expense
accnt 3 is a sub-account off accnt 2

record an opening balance in accnt 3.

try running the report balance sheet
multiple times.  sometimes it prints something,
sometimes it doesn't.

Same with the account balance tracker report

And the account transactions report also appears to have problems
on repetition of choosing it.

By repetition, I mean, choose the same report around 5-8 times in row.
You'll notice what I mean.


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

RE: heretical question

[Tony Taylor]

Rob Walker wrote:
> 
> would it be heretical to ask for pros and cons to only having a gnome
> version?
> 
> rob

Pros: it'll be easier to get a complete version out the door.

Cons: The Gnome user-base is mostly technical; most lay-users are going with
KDE.  So, though the users we do get will be savvy enough to help develop
reports, fix bugs, etc, there won't be a lot of "normal" users.

Personally, I'd rather code a good, solid, complete version for one desktop and
hope to get it extended to other desktops later.  Not that I've contributed
code to this project.  But I've been an Interested Party since the move to
Gnucash.  And I do code.

- Tony

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

Notification: incoming/104

[bugs]

Gnucash BugTrack notification

new message incoming/104

Message summary for PR#104
From: [EMAIL PROTECTED]
Subject: imported qif files all dated 1231 1969
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 31468 invoked from network); 29 Feb 2000 18:21:17 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 18:21:17 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: imported qif files all dated 1231 1969

Full_Name: Richard Bond
Version: 1.3
GUI: gnucash-gnome
OS: redhat 6.0
Submission from: (NULL) (207.149.17.91)


I imported 1999 qif files from my bank, and all the dates are 12/31/1969 
the last month imported was dec 
dates of all transactions the same


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

Notification: incoming/105

[bugs]

Gnucash BugTrack notification

new message incoming/105

Message summary for PR#105
From: [EMAIL PROTECTED]
Subject: second reconcile column
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 4286 invoked from network); 29 Feb 2000 18:59:51 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 18:59:51 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: second reconcile column

Full_Name: Linas Vepstas
Version: 1.3.0
GUI: gnucash-gnome
OS: linux
Submission from: (NULL) (207.170.121.1)


The checkbook register needs a second 'reconcile' column, for generic use.
Basically, one column is used to indicate that the transaction has been
reconciled
at the bank, the other column is just a generic 'let me check this' column.


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

Notification: incoming/106

[bugs]

Gnucash BugTrack notification

new message incoming/106

Message summary for PR#106
From: [EMAIL PROTECTED]
Subject: improper import of .qif files
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 6939 invoked from network); 29 Feb 2000 19:14:18 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 29 Feb 2000 19:14:18 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: improper import of .qif files

Full_Name: Scott Stone
Version: 1.3.0 beta
GUI: gnucash-gnome
OS: TurboLinux 3.6
Submission from: (NULL) (12.7.140.254)


My bank lets me download my account data in Quicken format.  I did so.  In the
actual
Quicken, everything is fine.  In GnuCash, it inverts the sign on all of my
accounts,
so whereas I have, say, $3000 in the account, GnuCash says I have NEGATIVE
$3000.


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

Re: heretical question

[Dave Peticolas]

> 
> would it be heretical to ask for pros and cons to only having a gnome
> version?

That's a good question. I think a slightly less heretical question
is should we continue to support the motif version? I make sure
that nothing I do breaks the motif version in any way, but sometimes
maintaining that compatibility can be a drag.

Slightly unrelated, I've also been thing it would be
nice to use glib in other parts of the program besides
the gnome gui. I think that is something we should consider.
glib is a nice little library and you can install it without
installing any other part of gnome, easily (it's setup that
way). It's already there for any gnome setup, too.

dave

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

Re: heretical question

[Herbert Thoma]

"Tony Taylor (ISD)" wrote:

> Cons: The Gnome user-base is mostly technical; most lay-users are going with
> KDE.  So, though the users we do get will be savvy enough to help develop
> reports, fix bugs, etc, there won't be a lot of "normal" users.

I use KDE as desktop, but I use the GIMP and gnucash and I am quite
happy with it.
I think most KDE based distributions come with the GIMP and it works,
why
should gnucash not work? Well this may be true where the gnome-libs are
concerned,
not with all the other dependencies like guile, swig and especially
slib...

 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: next release

[Herbert Thoma]

Sabatke, Jim wrote:
> -- I decided to give gnucash another try (compiling).
> 
> First, I found I needed a new version of XmHTML.  I downloaded version
> 1.1.7 and it failed because it doesn't have a src directory.  Then I
> tried version 1.1.0.  It fails with unknown *.h files:



> Sigh, is there a set of software, including supporting code that will
> compile without lots of debugging?
> 
> TIA,
> 
> -- 
> Jim Sabatke
> SuSE 6.3 Linux
> Kernel - 2.2.13

Why do you think you need a newer version of XmHTML?
I use SuSE 6.3, too, and I know it brings everything you need
for gnucash, except slib. Do you have the xmhtmld package installed?
The xmhtml package contains only the lib, the xmhtmld package
contains the header files.

BTW: The gnome version is really much better than the motif version.

 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: next release

[Herbert Thoma]

"Jon D. Slater" wrote:
> 
> Hi,
> 
> I downloaded the .rpm version of GnuCash last night.
> 
> When I tried to install it, it complained that I didn't have "libguile.so.4".
> 
> So, I downloaded and installed the lib.
> 
> GnuCash.rpm *still* complained that I didn't have libguile.so.4 (which now
> resides in /usr/local/lib).
> 
> Then, I thought, GnuCash must be looking somewhere else for it.  So, I
> linked the lib to /lib and /usr/lib and that still didn't work.
> 
> Do you by chance know where GnuCash is looking for it's libs?

Sorry, I don't know. I haven't tried the rpm yet, and I'm not likely to
do so, because I get the sources from CVS. Actually I have a
libguile.so.6 on my system.

This probleam was a thread on the gnucash-devel mailing list. There were
two answers:

1.: ln -s libguile.so.6 libguile.so.4

2.: get the sources and compile.

You can also try rpm -i --nodeps gnucash-1.3.0-1.i386.rpm, which skips
the dependency checks when installing the rpm.

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: next release

[Dave Peticolas]

> "Jon D. Slater" wrote:
> > 
> > Hi,
> > 
> > I downloaded the .rpm version of GnuCash last night.
> > 
> > When I tried to install it, it complained that I didn't have "libguile.so.4
> ".
> > 
> > So, I downloaded and installed the lib.
> > 
> > GnuCash.rpm *still* complained that I didn't have libguile.so.4 (which now
> > resides in /usr/local/lib).
> > 
> > Then, I thought, GnuCash must be looking somewhere else for it.  So, I
> > linked the lib to /lib and /usr/lib and that still didn't work.
> > 
> > Do you by chance know where GnuCash is looking for it's libs?

Use the guile-1.3 rpm, not guile-1.3.4.

dave

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

Notification: incoming/107

[bugs]

Gnucash BugTrack notification

new message incoming/107

Message summary for PR#107
From: [EMAIL PROTECTED]
Subject: Import QIF issue
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 2830 invoked from network); 1 Mar 2000 00:20:29 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 1 Mar 2000 00:20:29 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Import QIF issue

Full_Name: Timothy Reaves
Version: 1.3.0
GUI: gnucash-gnome
OS: RH 6.0 modified
Submission from: (NULL) (24.93.253.128)


When a large QIF file is imported, shouldn't a wait cursor be shown?  I though
the app might have locked up.


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

Notification: incoming/108

[bugs]

Gnucash BugTrack notification

new message incoming/108

Message summary for PR#108
From: [EMAIL PROTECTED]
Subject: Currency name from locale overrides preferences
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 7436 invoked from network); 1 Mar 2000 00:45:37 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 1 Mar 2000 00:45:37 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Currency name from locale overrides preferences

Full_Name: Leo Broukhis
Version: 1.3.0
GUI: gnucash-gnome
OS: Linux RH 6.1
Submission from: (NULL) (209.237.16.7)


I have the env. variable LANG set to ru_RU.KOI8-R. The currency name for account
totals 
is displayed as ÒÕÂ (that's roubles), despite the fact that USD is set as
default currency
name.




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

Re: next release

[David A Fenyes]

On Tue, 29 Feb 2000, you wrote:
> > "Jon D. Slater" wrote:

> Use the guile-1.3 rpm, not guile-1.3.4.
> 

Hmm.  I have guile 1.3.4 installed, and had no trouble with gnucash from the
CVS.  Will something break with the newer guile?

David
-- 
David Fenyes  --  [EMAIL PROTECTED]

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

Re: next release

[Dave Peticolas]

> On Tue, 29 Feb 2000, you wrote:
> > > "Jon D. Slater" wrote:
> 
> > Use the guile-1.3 rpm, not guile-1.3.4.
> > 
> 
> Hmm.  I have guile 1.3.4 installed, and had no trouble with gnucash from the
> CVS.  Will something break with the newer guile?

No, you are fine using the newer guile. I built the RPM
for guile-1.3, since that is what most redhat users will
have installed.

dave

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

Notification: incoming/109

[bugs]

Gnucash BugTrack notification

new message incoming/109

Message summary for PR#109
From: [EMAIL PROTECTED]
Subject: ../../src/gnome/scripts_menu.h missing
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 10413 invoked from network); 1 Mar 2000 01:14:57 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 1 Mar 2000 01:14:57 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: ../../src/gnome/scripts_menu.h missing

Full_Name: 
Version: CVS as of Feb 29
GUI: gnucash-gnome
OS: Caldera Open Linux 2.3
Submission from: (NULL) (209.236.136.25)


make[4]: *** No rule to make target `../../src/gnome/scripts_menu.h', needed by
`obj/gnome/gnc.o'.  Stop.
make[4]: Leaving directory `/home/afc/archives/CVS/gnucash/src/g-wrap'
make[3]: *** [gnome] Error 2
make[3]: Leaving directory `/home/afc/archives/CVS/gnucash/src'
make[2]: *** [build-flavor] Error 2
make[2]: Leaving directory `/home/afc/archives/CVS/gnucash'
make[1]: *** [gnome.real] Error 2
make[1]: Leaving directory `/home/afc/archives/CVS/gnucash'
make: *** [gnome] Error 2



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

Notification: incoming/110

[bugs]

Gnucash BugTrack notification

new message incoming/110

Message summary for PR#110
From: [EMAIL PROTECTED]
Subject: Bug in register
Date: unknown
0 replies   0 followups

> ORIGINAL MESSAGE FOLLOWS <

Received: (qmail 16349 invoked from network); 1 Mar 2000 01:55:43 -
Received: from localhost (127.0.0.1)
  by localhost with SMTP; 1 Mar 2000 01:55:43 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Bug in register

Full_Name: Timothy Reaves
Version: 1.3.0
GUI: gnucash-gnome
OS: RH 6.0 modified
Submission from: (NULL) (24.93.253.128)


I imported my Quicken data.  I double clicked on my checking account.  The last
entry
is my wifes pay check. I use distributions in quicken. GNUCash told me this
transaction
had multipul lines, and to select that mode of display.  I did.  The last
transaction
showed all the line items.

Now the bug:  when I selected any edit field except the splits, that was fine. 
As soon 
as I selected a line from the split, I was thrown to a point about half way up
the 
register.  Happens every time.


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

Average Balance Report

[Christopher Browne]

I've done considerable work over the last week "cleaning up" the
various reports, with the notable intent of factoring out common code
with a view to moving towards supporting multiple output formats.

I've put together some "HTML generator" functions to create cells and
rows in a moderately intelligent way.

But to the point, I'm effectively reverse-engineering some chunks of
reports, and having some trouble grasping average-balance.scm.  Some
of the functions are *rather* long, notably runavg-options-generator,
reduce-split-list, as well as the main function that gets attached to
the menu.  I've been factoring out chunks of the functions to try to
make it a bit more comprehensible, and having particular difficulty
with some functions where it is not clear what the input is supposed
to look like.

Notably, (get-averages indata) is supposed to calculate an average on
*something.* I'm not sure what that something is.  I have a feeling I
could make most of the function go away, but am not certain how.

Matt, can you elaborate a bit on:
- get-averages
- allsubaccounts
- the calculation being performed by reduce-split-list

It would probably be sufficient to see some trivial input to them.
--
"We use  Linux for all our mission-critical  applications.  Having the
source code  means that  we are not  held hostage by  anyone's support
department."  -- Russell Nelson, President of Crynwr Software
[EMAIL PROTECTED] - - 

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

Re: Some Comments

[Christopher Browne]

On Mon, 28 Feb 2000 21:56:40 CST, the world broke into rejoicing as
David A Fenyes <[EMAIL PROTECTED]>  said:
> On Mon, 28 Feb 2000, you wrote:
> > On Mon, 28 Feb 2000, you wrote:
> > 
> 
> To clarify, It would be nice to be able to override any imbedded account name
> and ust specify each time into what account to import (perhaps this could be
> preset if import is selected from the file menu with an account selected, or 
if
> chosen from  the register).  If the root account is specified, then the accou
nt
> info could be extracted from the QIF, or inferred somehow.  Would that be har
d?

This ought not to be too difficult; the file guess-category-qif.scm already 
contemplates this thus:
- It guesses Assets Versus Income based on whether the account is enclosed by 
"[]" or not.

- It guesses income versus expense based on the net amount collected in the 
account.

- It would be reasonable to have as extension that if the balance of an 
"asset" account is negative more often than not, this may be a "Credit Card" 
rather than a "Cash/Chequing" account.

- It does four varieties of substring matches to apply a "score" to each 
candidate account in GnuCash against each account in the QIF file.  Exact 
match gets top points, less specific matches get lesser scores.  It then keeps 
the top four items as a "proposed pick list."

- The natural extension would be to add in an association list, "old-matches," 
which picks up formerly-used correspondences that are almost sure-fire "best 
matches."

The next step is to create a dialog that would be used to verify each account 
based on the scores.  My vision is that it would look rather like the 
following:

  Top Choices for "[NB Chequing]"   
1.  Nations Bank Checking [ Default ]  - Used Last Time
2.  NB Investments[ ]  - Score 3
3.  North Texas LUG   [ ]  - Score 1
4.  Naval Credit Union[ ]  - Score 1
5.  Northlands Park   [ ]  - Score 1
[ Pick From Total Account List  ]
[Create New Account ]
[   ABORT IMPORT]
[   Take Defaults From Now On   ]

Note that [anything enclosed by braces] represents a button that may be 
pressed.

If you press enter, it takes the top item on the list, so that if the guesses 
are reasonably successful, the user doesn't have to intervene *too* much.

The choices made online would update the association list, old-matches, and 
that would then get saved as part of the user's configuration to "prime the 
pump" the next time.

The significant missing pieces, at this point, for Super-Duper QIF import, are:

a) The overall dialog that I show above;
b) The linkage to an "Account Selector" dialog
c) Linkage to Create New Account Dialog, and
d) The functions to conveniently create transactions.
--
"We use  Linux for all our mission-critical  applications.  Having the
source code  means that  we are not  held hostage by  anyone's support
department."  -- Russell Nelson, President of Crynwr Software
[EMAIL PROTECTED] - 



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

Re: Some Comments

[Dave Peticolas]

 
> The significant missing pieces, at this point, for Super-Duper QIF import, ar
> e:
> 
> a) The overall dialog that I show above;
> b) The linkage to an "Account Selector" dialog
> c) Linkage to Create New Account Dialog, and
> d) The functions to conveniently create transactions.

I'll create a, b, and c, no problem. As for d, are the
functions in gnc.gwp enough?

dave

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

Data Changes

[Christopher Browne]

On 27 Feb 2000 14:52:54 CST, the world broke into rejoicing as
Rob Browning <[EMAIL PROTECTED]>  said:
> Dave Peticolas <[EMAIL PROTECTED]> writes:
> 
> > This is something that deserves some discussion, because the
> > solution is not entirely clear. Somehow, we should associate
> > the account-expanded state with each gnucash file, but we
> > shouldn't save the information in the actual file itself,
> > since GUI info isn't supposed to be there, and it would
> > make it difficult for multiple users to share the file.
> > 
> > We could have a separate file that is saved in the same
> > directory for each user, but that seems a bit messy.
> 
> As a more radical alternative, we could switch to using a directory
> per account group rather than a file, and it could contain whatever
> files we need in order to carry all the right state around when the
> account group is copied, moved, etc:
> 
>my-finances.gnc/data
>my-finances.gnc/state.user1
>my-finances.gnc/state.user2
>my-finances.gnc/lock
>my-finances.gnc/pending-transactions
> 
> etc.  This would allow us a substantial amount of flexibility now and
> in the future, but it might be kind of strange to most people.  ISTR
> that NeXT did something like this instead of Apple's resource/data
> fork hack.

Way back when, I suggested the idea (that was rebuffed as "fairly insane") of 
having a directory for each transaction; I'm happy to see a proposal that 
heads in the right direction, at least moving to have multiple files.

Not moving back to "fairly insane," I'd nonetheless suggest a bit more 
"paranoid" structure; feel free to improve on it as you like:

my-finances.gnc/accounts.latest
my-finances.gnc/accounts.previous
my-finances.gnc/accounts.pending-user1
my-finances.gnc/accounts.pending-user3
my-finances.gnc/accounts.work-user1
my-finances.gnc/accounts.work-user2
my-finances.gnc/accounts.update-user1
my-finances.gnc/txns.log

Similarly:
my-finances.gnc/txns.latest
my-finances.gnc/txns.previous
my-finances.gnc/txns.pending-user1
my-finances.gnc/txns.pending-user2
my-finances.gnc/txns.pending-user3
my-finances.gnc/txns.work-user1
my-finances.gnc/txns.work-user2
my-finances.gnc/txns.work-user3
my-finances.gnc/txns.update-user2
my-finances.gnc/txns.underway
my-finances.gnc/txns.log

Contents:
[whatever].latest is the latest updated set of data across all users.
[whatever].previous is a previous version of the "total data."
[whatever].underway is a new version of "total data" that is being created 
based on [whatever].latest + all the pending work.
[whatever].work-user1 contains the set of transactional updates being worked 
on by user1.
[whatever].pending-user1 contains the set of updates to [whatever] that user1 
has completed and requested to "commit" into the system.  They are *NOT* in 
txns.latest yet.
[whatever].update-user2 contains updates that *were* pending, but which are 
now in the process of being added to [whatever].latest
[whatever].log is a log file that lists all transactions that have been 
committed into [whatever].latest since [whatever].previous

This approach involves two kinds of processes:
a) User processes.

The "user" processes read overall state from [whatever].latest, and write out 
transaction data to [whatever].work-userid.  Once updates are done, they push 
the data to [whatever].pending-userid.  [If there's already a file there, it 
may be necessary to make a series of "pending" files.]

b) Data Manager.

The data manager is the single central process that gets to update the 
"database" (e.g. - txns.latest).

Its behaviour would be thus:

1. Wake up.

2. See if there are any "pending" files.
   If so, rename them to "update".
Thus:
 mv txns.pending-user1 txns.update-user2

3. Open txns.underway as a new database.

4.  Run through all the "update" files, and update txns.underway based on 
what's in the "update" files.

Append each update into txns.log.   That way, if something blows up, we can 
take txns.latest, run through the transaction log, and safely bring it all up 
to date.

5.  Close txns.underway.

6.  New generation of txns.latest
  --> mv txns.latest txns.previous
  --> mv txns.underway txns.latest
  --> rm *update*

7. Go back to sleep.

Note that this should scale Rather Nicely, even on NFS...
--
"We use  Linux for all our mission-critical  applications.  Having the
source code  means that  we are not  held hostage by  anyone's support
department."  -- Russell Nelson, President of Crynwr Software
[EMAIL PROTECTED] - 



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

Re: Average Balance Report

[Matt Martin]

Ok, hopefully third try is a charm after netscape and system crashes...

Christopher Browne wrote:

> I've done considerable work over the last week "cleaning up" the
> various reports, with the notable intent of factoring out common code
> with a view to moving towards supporting multiple output formats.
>
> I've put together some "HTML generator" functions to create cells and
> rows in a moderately intelligent way.

Bravo, this is sorely needed!

> But to the point, I'm effectively reverse-engineering some chunks of
> reports, and having some trouble grasping average-balance.scm.  Some
> of the functions are *rather* long, notably runavg-options-generator,
> reduce-split-list, as well as the main function that gets attached to
> the menu.  I've been factoring out chunks of the functions to try to
> make it a bit more comprehensible, and having particular difficulty
> with some functions where it is not clear what the input is supposed
> to look like.

Lots of fun, isnt't it? Though I am new to scheme, I must say that I find it

counterintuitive, inflexible and an absolute headache to debug.

But anyway, I digress.

The options generator is present in most/all of the reports.
In short, it builds the structures needed to specify the gui options panel
for each report.

Check options.scm and the other reports for more info and examples and
beware that this "api" is still changing.


> Notably, (get-averages indata) is supposed to calculate an average on
> *something.* I'm not sure what that something is.  I have a feeling I
> could make most of the function go away, but am not certain how.
>
> Matt, can you elaborate a bit on:
> - get-averages
> - allsubaccounts
> - the calculation being performed by reduce-split-list
>

Well, allsubaccounts takes a scheme list of accounts

and returns a big list which includes the original accounts, as well as

all of their sub-accounts (recursively all of the way down).

reduce-split-list takes a list of transactions from several accounts and buckets them 
into a set

of date ranges, with summary data for each.

arguments are:

dl: a list of date-ranges each having (begindate enddate '() )

tl: is a scheme list of transactions from multiple accounts over the entire 
date range

pt: is legacy and no longer used, should be removed

av: is a structure created using structure.scm which has one entry for each 
account in the

 transaction query --it is used for storing the running balances between 
time ranges

  I since remember seeing somewhere that guile has its own associative 
mapping classes which

  would make structure.scm unnecessary...but I haven't gone back to change 
anything.

What is returned from reduce-split-list is a list of summaries each of which is

( begin  end  average-balance  minbalance  maxbalance  net-gain  gain loss)

  note that "begin" and "end" are both string representations of dates



get-averages just takes the list of summaries returned by reduce-split-list and 
averages each numerical

"column"

Say we have the following list of results

( ( "01/01/2000" "01/07/2000"   10  10  0   5  5  0)

  ( "01/08/2000" "01/14/2000"   12  12  0   5  7  -2))

 get-averages would return:

  ( "" ""11 11  0   5  6  -1 )

Note that get-averages should accept any "list-of-lists" of any length

(as long as the sub-list lenght is consistent) and average the elements.

With my limited scheme know-how, this is what I was able to do.

If there are more efficient/elegant/effective approaches, please bring them on in !!!

Thats all for now. Please let me know if you need more.

I would certainly agree that we need to centralize the report generation.

IMHO, some of these functions would really be best implemented in the main engine 
itself.

One that comes to mind right away would be a "report-account-balance" function which 
would return

an account's balance for any given day:time.

Getting bleary-eyed...

--

 Matt Martin
[EMAIL PROTECTED]

600 West Grove Parkway  #1042
Tempe, AZ, 85283

(480) 775 2660





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