[EMAIL PROTECTED] (Bill Gribble) writes:
> On Tue, Feb 13, 2001 at 06:18:14PM -0500, Derek Atkins wrote:
> > BTW, thanks for all the help. Imports are now "working"..
> >
> > There are still a number of other annoying bugs (or mis-features) of
> > the importer, but I think I can help track thos
[EMAIL PROTECTED] (Bill Gribble) writes:
> Wait a minute... I looked at your patch again, and if I'm not mistaken
> it has the same problem as the original code: you can't ensure that
> both arguments to scm_logand are fixnums. You can guarantee that they
> would fit within the RANGE of a fixnum
On Tue, Feb 13, 2001 at 06:18:14PM -0500, Derek Atkins wrote:
> BTW, thanks for all the help. Imports are now "working"..
>
> There are still a number of other annoying bugs (or mis-features) of
> the importer, but I think I can help track those down, now that I have
> a working importer.
Right
On Tue, Feb 13, 2001 at 06:02:54PM -0500, Derek Atkins wrote:
> Hey, try this patch to gnc-helpers.c instead of yours. I think this
> version of scm_to_gint64 should work in all cases (even large numbers
> ;)
Wait a minute... I looked at your patch again, and if I'm not mistaken
it has the same
BTW, thanks for all the help. Imports are now "working"..
There are still a number of other annoying bugs (or mis-features) of
the importer, but I think I can help track those down, now that I have
a working importer.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
[EMAIL PROTECTED] (Bill Gribble) writes:
> On Tue, Feb 13, 2001 at 06:02:54PM -0500, Derek Atkins wrote:
> > Hey, try this patch to gnc-helpers.c instead of yours. I think this
> > version of scm_to_gint64 should work in all cases (even large numbers
> > ;)
>
> I just sent a patch that does it
On Tue, Feb 13, 2001 at 06:02:54PM -0500, Derek Atkins wrote:
> Hey, try this patch to gnc-helpers.c instead of yours. I think this
> version of scm_to_gint64 should work in all cases (even large numbers
> ;)
I just sent a patch that does it a different way, but I like your
approach better. I a
Hey, try this patch to gnc-helpers.c instead of yours. I think this
version of scm_to_gint64 should work in all cases (even large numbers
;)
-derek
Index: src/guile/gnc-helpers.c
===
RCS file: /home/cvs/cvsroot/gnucash/src/guile/gn
[EMAIL PROTECTED] (Bill Gribble) writes:
> On Tue, Feb 13, 2001 at 04:35:37PM -0500, Derek Atkins wrote:
> > Converting this to scheme, step-by-step, assuming some value for num:
> >
> > guile> (define num 12345678901234567890)
> > guile> (define mask 65535)
> > guile> (define mag (abs num))
> >
On Tue, Feb 13, 2001 at 10:44:09PM +0100, Herbert Thoma wrote:
> Well, not really. Now it crashes with a floating point exeption ...
I wish I had seen this message earlier :) that FPE was causing a lot
of problems and not actually looking like an FPE to most people.
Turns out it was a 'moronic pr
at the bottom of all this.
I think the code in gnc-helpers.c can go too, but I want to try this
first. If this patch fixes the problem, could you try it again with
the straight CVS version of gnc-helpers.c?
Thanks
b.g.
begin 664 gnucash-20010213-155945-grib.diff.gz
M'XL("(6NB3H"`
[EMAIL PROTECTED] (Bill Gribble) writes:
> On Tue, Feb 13, 2001 at 03:54:37PM -0500, Derek Atkins wrote:
> > > Save your whee until it works :)
> >
> > True enough. That patch fixed the SEGV. But it's not done yet. ;)
>
> Did you ever have One Of Those Days?
Ayup. For example, I complet
On Tue, Feb 13, 2001 at 04:35:37PM -0500, Derek Atkins wrote:
> Converting this to scheme, step-by-step, assuming some value for num:
>
> guile> (define num 12345678901234567890)
> guile> (define mask 65535)
> guile> (define mag (abs num))
> guile> (logand mag mask)
> ERROR: In procedure logand i
This is definitely a problem with logand, but moreso it a problem with
how we're using it. Converting parts gnc_scm_to_gint64(SCM num) to
scheme code directly show the problem quite clearly:
gnc_scm_to_gint64(SCM num) /* In part, from gnc-helpers.c */
{
SCM bits00to15_mask = gh_ulong2scm(
> The problem with the crashing reports should now be fixed. Is it working
> for you?
Hi!
Well, not really. Now it crashes with a floating point exeption ...
gdb backtrace follows.
Herbert.
Starting program: /usr/local/bin/gnucash xacc/gnucash_test/99herbie_gnome_comodi
ty.xac
Dies ist ein
[EMAIL PROTECTED] (Bill Gribble) writes:
> On Tue, Feb 13, 2001 at 02:54:08PM -0500, Derek Atkins wrote:
> > Whee...
>
> Save your whee until it works :)
True enough. That patch fixed the SEGV. But it's not done yet. ;)
Although there is an interesting warning message:
druid-qif-import.c:
uile-1.3 the function 'scm_logand'
requires a fixnum as its "mask" argument (not documented of course,
and not true in 1.3.4 or 1.4), and passing it a 32-bit mask 0x
went over the limit of a fixnum. Thus the "wrong argument type".
b.g.
begin 664 gnucash-200
Whee...
-derek
PS: Thanks for working on this.
[EMAIL PROTECTED] (Bill Gribble) writes:
> On Tue, Feb 13, 2001 at 12:50:26PM -0500, Derek Atkins wrote:
> > I've got the gnome shipped with RH 6.2 (gnome-core-1.0.55-12),
> > gtk+-1.2.6-7, etc. I'm perfectly willing to try patches here or help
>
On Tue, Feb 13, 2001 at 12:50:26PM -0500, Derek Atkins wrote:
> I've got the gnome shipped with RH 6.2 (gnome-core-1.0.55-12),
> gtk+-1.2.6-7, etc. I'm perfectly willing to try patches here or help
> debug it anyway I can.
OK, with help from rlb, dres, and your stack dumps I think I have
found t
[EMAIL PROTECTED] (Bill Gribble) writes:
> On Tue, Feb 13, 2001 at 12:36:53PM -0500, Derek Atkins wrote:
> > Now I have a very different problem. I get a Gnome box that says that
> > GnuCash "has crashed due to a fatal error. (Segmentation Fault)". The
> > problem still appears to come from gnc
On Tue, Feb 13, 2001 at 12:36:53PM -0500, Derek Atkins wrote:
> Now I have a very different problem. I get a Gnome box that says that
> GnuCash "has crashed due to a fatal error. (Segmentation Fault)". The
> problem still appears to come from gnc_scm_to_gint64(). Here is the
> backtrace (both s
Now I have a very different problem. I get a Gnome box that says that
GnuCash "has crashed due to a fatal error. (Segmentation Fault)". The
problem still appears to come from gnc_scm_to_gint64(). Here is the
backtrace (both scheme and C):
Backtrace:
13 [#]
14 (let* ((old-group #) (new-group
I'm still trying to figure out what's going on.
b.g.
begin 664 gnucash-20010213-112307-grib.diff.gz
M'XL("+%MB3H"`V=N=6-A5XX."\<@.PC,O<97>T](D?P'_R[Y(2&H7]/
MQ,J+24B%LYK"Y8O+\\]D,B5G*]>+B.!PFY&8)Y'#"%QACN#1_2@#/)Z2+TD@
M81Y+:I+
Hello all, I've joined this list because I saw in the archives that there
was discussion of a "budget GUI" feature. I currently use q*cken (please
excuse my language) for all my finances, but I would love to switch over to
gnucash, thus eliminating one more barrier to being 100% linux.
:) H
[EMAIL PROTECTED] (Bill Gribble) writes:
> On Tue, Feb 13, 2001 at 11:51:30AM -0500, Derek Atkins wrote:
> > It might be a garbage-collection problem. I ran it under gdb and it
> > dies at a slightly different time (but under similar circumstances).
> > Namely, it asks me whether this file is in
On Tue, Feb 13, 2001 at 11:51:30AM -0500, Derek Atkins wrote:
> It might be a garbage-collection problem. I ran it under gdb and it
> dies at a slightly different time (but under similar circumstances).
> Namely, it asks me whether this file is in USD, and _then_ it dies.
> It wasn't doing this b
It might be a garbage-collection problem. I ran it under gdb and it
dies at a slightly different time (but under similar circumstances).
Namely, it asks me whether this file is in USD, and _then_ it dies.
It wasn't doing this before. Weird.
Anyways, I set a breakpoint in gweap_double_to_gnc_num
On Tue, Feb 13, 2001 at 11:27:27AM -0500, Derek Atkins wrote:
> 30* [# -19.59]
> 31 (if n (gnc:double-to-gnc-numeric n GNC-DENOM-AUTO ...) ...)
> 32 [gnc:double-to-gnc-numeric -19.59 0 ...]
> /usr/gnucash/share/gnucash/scm/qif-import/qif-to-gnc.scm:362:24: In procedure
>gnc:double-to-gnc-numeri
Hi,
I applied that patch and it definitely fixes the hash-fold problem.
However, it still crashes. When I hit 'next' from the "Match
payee's/memos" window I still get the "An error occurred while
importing" error along with this backtrace:
Backtrace:
13 [#]
14 (let* ((old-group #) (new-group
y crash problems. Installing guile-1.3 ATM would be a major pain
for me so I can't test it... let me know if it works for you.
b.g.
begin 664 gnucash-20010213-100705-grib.diff.gz
M'XL(".];B3H"`V=N=6-A_`A-_L!2:LN1WM%>39+V95*[RNK%GKV976RF(A"2N28(A0=O:
MVKK??@V`I/@`28#RS*?QS&
[EMAIL PROTECTED] (Bill Gribble) writes:
> On Mon, Feb 12, 2001 at 07:13:56PM -0500, Derek Atkins wrote:
> > So, I decided to try the importer without using the new account
> > chooser. If I just keep hitting "next" then I still get the error
> > window "An error occurred while importing QIF tra
On Mon, Feb 12, 2001 at 08:24:52PM -0600, Kevin Finn wrote:
> Actually, you see this with LANG=en as well if you bump your
> default font size up to 140 from the default of 120. Although I would
> almost think it's more than just the font size itself, because if I grab
> the right-hand side
On Mon, Feb 12, 2001 at 07:13:56PM -0500, Derek Atkins wrote:
> So, I decided to try the importer without using the new account
> chooser. If I just keep hitting "next" then I still get the error
> window "An error occurred while importing QIF transactions into
> Gnucash. Your accounts are uncha
Robert Graham Merkel writes:
> Jonathan David Wheelhouse writes:
> > Hi
> >
> > Already sent this to debian-user but didn't get any really helpful responses.
> >
> > Needless to say I _don't_ want gnucash removed but the following seems
> > to be a mistake in dependencies.
> >
>
Jonathan David Wheelhouse writes:
> Hi
>
> Already sent this to debian-user but didn't get any really helpful responses.
>
> Needless to say I _don't_ want gnucash removed but the following seems
> to be a mistake in dependencies.
>
> I've cut other bits out that seem to be irrelevant.
Ben Stanley writes:
> Trying out 1.4.10:
> I noticed that there is an account which touches the right hand side of the
> box.
> It seems that the most of the column widths are fixed - only the description
> column changes its size. This means that the distance from the account column
> to the righ
36 matches
Mail list logo
