Derek Atkins <[EMAIL PROTECTED]> writes:
> Ok, I've build 0.9.8 on RedHat 6.2 (I even built a set of RPMS for it
> :)
>
> Unfortunately, it doesn't work for me. The mainline CVS tree doesn't
> have any tests for g-wrap against guile 1.3, so it fails to set the
> proper SMOB setting. I'm curren
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> The status is that the const-string fixes with 0.9.6 made it
> possible to fix these problems. I can send the patch to Dave
> whenever, but it'd probably be best to delay doing the release until
> we have a good g-wrap release (which I think we'
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> It doesn't appear to be a RAM problem (top shows that the memory
> used stays static), and the symptoms vary according to the guile
> version used. It appears to be a problem with the design of the
> transaction report's HTML generator functions
Five minutes of playing with the transaction report revealed the
following rather disturbing behaviour from gtkhtml/gnome-print:
At the moment, it appears that what gtkhtml/gnome-print does is
imitate a roll-paper fax machine with a very dumb paper cutter -
it prints a fixed-size block onto each
Rob Browning writes:
> Robert Graham Merkel <[EMAIL PROTECTED]> writes:
>
> > No, nothing like that. I've traced the crash with gdb, and it
> > happens in g-wrap generated code calling a C string->scm type
> > conversion function with what appears to be a legitimate C string.
> > Odd.
>
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> In the process of trying (unsuccessfully) to locate a (confirmed)
> crash in 1.4.x if you try and do a transaction report with a large
> number of transaction report, I've tracked down several memory leaks.
>
> They are by no means severe (we're
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> No, nothing like that. I've traced the crash with gdb, and it
> happens in g-wrap generated code calling a C string->scm type
> conversion function with what appears to be a legitimate C string.
> Odd.
Any chance this is a "running out of RAM"
Rob Browning writes:
> Robert Graham Merkel <[EMAIL PROTECTED]> writes:
>
> > In the process of trying (unsuccessfully) to locate a (confirmed)
> > crash in 1.4.x if you try and do a transaction report with a large
> > number of transaction report, I've tracked down several memory leaks.
>
Bill Carlson <[EMAIL PROTECTED]> writes:
> date descr acct bought sold price value totshare balance
> 9/14/00 Price 15 50 750
> 9/15/00 Stock Div 250 0 75 0
> 9/15/00 Price 10
