Re: GLib RFC: Improve checking provided with --enable-mem-check
On Wed, 6 Jun 2001, Ben Stanley wrote: > Hi, > > I recently tried to use a glib compiled with --enable-mem-check to debug > gnucash, but instead ran into a 'block freed x times' message (from > gtkcalendar.c). The number x was an incredibly large number, suggesting that > >1. The pointer being freed had never been allocated or >2. The memory had been overwritten by something else after previously > being freed. > > The current implementation cannot distinguish between these two > possibilities, and is incapable of detecting a few other kinds of problem. > > I am proposing to make some additions to g_malloc, g_free and related > functions (g_malloc0, g_realloc) to make the debugging memory manager > more robust to misuse. This will improve it's utilitiy in bug-hunting. [...] > I am volunteering to implement this proposal. > > I have currently only looked at gmem.c in glib-1.2.9. Is there any more > recent version that I should know about? yes, for glib's devel branch, allocators are fully pluggable. a sample mem-profile/debug implementation is provided that is much modeled after the 1.2.x enable-mem-check aproach. if you code up your proposal and it proves generally usefull, we could include that into the glib tarball so peole can plug it into existing programs. > > Ben. > --- ciaoTJ ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
gnucash bugs
I think I have a bug in gnucash. When I save a new transaction it always gets saved on the line before the last transaction. For example, a transaction dated 5/25 is the last one in the register. A new transaction dated 6/6 is saved. Instead of saving on the last line, after the 5/25 transaction, the new one gets saved on the line before the 5/25 transaction. Then I have to delete the 5/25 transaction and re-enter it in order for it to save to the correct place. I am sorting by date. The other thing is that checks that are marked 'c' in the register are automagically changed to 'y' when I go to reconcile. This is undesirable behaviour for me because I check with my bank several times per month to see what checks have cleared. In the last release, the cleared checks stayed 'c' in the reconcile window so I could check them against the statement. Now, I have the harder task of figuring out which checks have *not* been posted to the statement and un-checking them. GnuCash 1.4.11 from Ximian. RedHat Linux 7.0, updated. Kernel 2.2.16. -- One friend in a lifetime is much; two are many; three are hardly possible. Friendship needs a certain parallelism of life, a community of thought, a rivalry of aim. -- Henry Brook Adams ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: GLib RFC: Improve checking provided with --enable-mem-check
On Thu, 7 Jun 2001, Ben Stanley wrote: > Thanks for all the replies. > > I am now planning to maintain a separation between all the hash table > data and the user block areas, to increase robustness in the face of > rogue programs. > > I looked at the pluggable interface in glib 1.3.5. It seems that the > g_malloc/g_free etc functions must be installed by the program at the > beginning of main, before initialising glib etc. However, I wish to > support installing the debugging memory manager into a previously > compiled program. This is already possible by compiling glib 1.2.x with > --enable-mem-check and installing it into a non-standard location (or > with a non-standard name), and then using One slightly hackish and not totally portable would be to put your alternative memory allocators into a shared library which is dynamically linked to glib, and put the glib memory allocation function initialisers in a function called _init. Then you should be able to just LD_PRELOAD the library. James. -- Email: [EMAIL PROTECTED] WWW: http://www.daa.com.au/~james/ ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Current Guppi status?
cstim, this is mostly directed at you since you've been doing most of the guppi work lately: what's the overall status of guppi as of current CVS (both gnucash and guppi cvs)? I recall there was some effort to make the fonts more configurable, and at the time you bailed out on it because of bugs in Guppi. Have those bugs been resolved? I have just gotten stacked barcharts to work for the first time, and it looks to me like there's something going wrong with the way the borders around the bar segments are drawn... maybe the dimensions are off-by-one? I can't really tell. Is this a known problem? Is there some idea of how to fix it? Overall, what's the next step for integrating guppi with gnucash? are there features we'd like to see for reports that aren't currently doable? I remember a discussion about generating price graphs using the non-guppitank guppi interface. I haven't looked at the current price scatter plot, but I'm assuming it's using the existing guppitank scatter plot? Thanks, Bill Gribble ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: gnucash bugs
On 06 Jun 2001 23:57:17 -0700, Gregg Morris wrote: > I think I have a bug in gnucash. When I save a new transaction it > always gets saved on the line before the last transaction. For > example, a transaction dated 5/25 is the last one in the register. A > new transaction dated 6/6 is saved. Instead of saving on the last > line, after the 5/25 transaction, the new one gets saved on the line before > the 5/25 transaction. Then I have to delete the 5/25 transaction and > re-enter it in order for it to save to the correct place. I am > sorting by date. I'm not sure what is causing this. If you save and restart is it still out of order? > The other thing is that checks that are marked 'c' in the register are > automagically changed to 'y' when I go to reconcile. This is > undesirable behaviour for me because I check with my bank several > times per month to see what checks have cleared. In the last release, > the cleared checks stayed 'c' in the reconcile window so I could check > them against the statement. Now, I have the harder task of figuring > out which checks have *not* been posted to the statement and > un-checking them. Ah, ok. This was supposed to make reconcile faster, but apparently it doesn't help everyone :) There won't be any more 1.4.x versions, but I will add this option to a later version of 1.6. thanks, dave ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: sample announcement & press release
Christian Stimming wrote: > ... (the encouragement to upgrade). This will mean an upgrade to gnome 1.4 for me and as, for me, the upgrade to gnucash1.4.12 still has my machine in maintaince mode I am not looking foware to upgrading gnome. ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Compiling GnuCash with Guppy
I discovered some precompiled binaries of Guppi for Mandrake, so, I
downloaded and installed them. Of course, this required newer versions of
a number of other packages. I'm currently stumped by: gdk-pixbuf, for
which I can't find a precompiled devel binary for Mandrake. Compiling
gdk-pixbuf from source requires (among others) a newer version of libgal4.
The only binary version I can find for Mandrake are compiled for GLIBC_2.2,
which I don't have and am not going to upgrade to. In the past, I've
resolved this particular dependency by compiling from source.
Unfortunately, I can't locate source for libgale4. I've looked on
rpmfind.net, www.gnu.org, and www.gnome.org.
Any clue where I can fine source for libgal4?
thanks
--
Gilligan|__o .oooO
/| _ \<,_ ( )
/p|\(_)/ (_) \ ( Oooo.
/ | \ \_) ( )
) /
[EMAIL PROTECTED] (_/
[EMAIL PROTECTED]
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling GnuCash with Guppy
I've had good luck getting Mandrake binary RPMs (and source) from Ximian, maybe ftp.ximian.com? Kevin Richard -Gilligan- Uschold wrote: > > I discovered some precompiled binaries of Guppi for Mandrake, so, I > downloaded and installed them. Of course, this required newer versions of > a number of other packages. I'm currently stumped by: gdk-pixbuf, for > which I can't find a precompiled devel binary for Mandrake. Compiling > gdk-pixbuf from source requires (among others) a newer version of libgal4. > The only binary version I can find for Mandrake are compiled for GLIBC_2.2, > which I don't have and am not going to upgrade to. In the past, I've > resolved this particular dependency by compiling from source. > Unfortunately, I can't locate source for libgale4. I've looked on > rpmfind.net, www.gnu.org, and www.gnome.org. > > Any clue where I can fine source for libgal4? > > thanks > > -- > > Gilligan|__o .oooO >/| _ \<,_ ( ) > /p|\(_)/ (_) \ ( Oooo. > / | \ \_) ( ) > ) / > [EMAIL PROTECTED] (_/ > [EMAIL PROTECTED] > > ___ > gnucash-devel mailing list > [EMAIL PROTECTED] > http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel -- Kevin Finn [EMAIL PROTECTED] ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
