On Wed, 06 Jun 2001 16:45:08 Phillip Shelton wrote:
> I am lost. How does glib compare with glibc?
>
glib and glibc are two seperate libraries. Glib was
originally written as part of the gtk+ toolkit, and
provides a whole collection of useful routines, such as
basic data structures like lists
I wrote something similar for the Kannel project (http://www.kannel.org,
file gwlib/gwmem-check.c). You might want to look at it for ideas.
It's fast enough to be used as the default memory manager for Kannel.
It doesn't have "overflow" lists, though -- it figures that if Kannel
allocates too ma
On Tue, Jun 05, 2001 at 11:40:08PM -0700, Dave Peticolas wrote:
> One thing that would really improve load times would be to defer
> loading the main bodies of report code until they are needed for
> the first time. I think this should be fairly straightforward.
> Any guile gurus see problems ther
On Wed, 6 Jun 2001, Ben Stanley wrote:
> Comments are solicited, bearing in mind that this is a debugging memory
> manager proposal, not the normal one, and that I am aiming for
> robustness in the face of programmer error over efficiency, That being
> said, if you know of ways to achieve the same
On Wed, Jun 06, 2001 at 04:03:10PM +1000, Ben Stanley wrote:
> The addition of this information allows a more meaningful 'check_heap'
> operation, which may actually walk the heap and check that all the
> doubly linked list structure is intact, and that the magic numbers
> guarding the front an
-BEGIN PGP SIGNED MESSAGE-
The menu tip (the sentence appearing in the status bar) for the reports
can either be specified at report definition time (with the menutip
argument), or a default menutip is displayes: "Display the %s report"
(src/scm/report.scm:92) with %s as the report nam
-BEGIN PGP SIGNED MESSAGE-
Hm, I thought of a release notice that sounds a little bit more like an
official announcement. I wrote a quick draft -- maybe, Dave, if you like
it, feel free to use it in parts or as a whole. I would like to translate
the final announcement to German as well
Update: Tried postgres 7.1.1, and that seems to work..
Mattias
__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year! http://personal.mail.yahoo.com/
___
gnucash-devel ma
On 06 Jun 2001 06:44:20 -0500, Bill Gribble wrote:
> On Tue, Jun 05, 2001 at 11:40:08PM -0700, Dave Peticolas wrote:
> > One thing that would really improve load times would be to defer
> > loading the main bodies of report code until they are needed for
> > the first time. I think this should be
On Wed, Jun 06, 2001 at 01:06:05PM -0700, Dave Peticolas wrote:
> I don't know about guile-1.4, but on my guile-1.3.4 system,
> it takes almost 3 seconds to load src/scm/report-list.scm.
> That is over half the time I wait before the splash screen
> comes up! So I think you are wrong here.
report
On 06 Jun 2001 15:45:15 -0500, Bill Gribble wrote:
> On Wed, Jun 06, 2001 at 01:06:05PM -0700, Dave Peticolas wrote:
> > I don't know about guile-1.4, but on my guile-1.3.4 system,
> > it takes almost 3 seconds to load src/scm/report-list.scm.
> > That is over half the time I wait before the splas
>
> > I'm very surprised that the loading is so slow with 1.3.4. Gnucash
> > doesn't take nearly that long to load for me; and if the splash screen
> > doesn't come up while stuff like that is loading, what good is it?
> > Maybe we should shuffle things around to display the splash screen
> > soo
On 06 Jun 2001 21:28:46 +0200, Christian Stimming wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> Hm, I thought of a release notice that sounds a little bit more like an
> official announcement. I wrote a quick draft -- maybe, Dave, if you like
> it, feel free to use it in parts or as a whole.
Thank you all for your replies.
You were looking at glib-1.2.9? I found a copy of 1.2.10
> -Original Message-
> From: Ben Stanley [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 06, 2001 5:08 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: GLib RFC: Improve checking
I don't mind what gets raised on this list. In fact I enjoy reading the
traffic.
I just have not had a huge lot of expreince in coding for a Linux
environment so was not sure of what all the names meant.
> -Original Message-
> From: Robert Graham Merkel [mailto:[EMAIL PROTECTED]]
> Sent
Here are drafts of an announcement (for the webpage & mailing lists
mainly) and a press release (for sending to whatever news org you
like).
dave
The GnuCash Development Team proudly announces the release of GnuCash 1.6.0.
GnuCash is a personal finance manager. A check-book like register GUI
On 04 Jun 2001 23:07:50 -0700, Dave Peticolas wrote:
> On 04 Jun 2001 22:01:53 -0500, Matthew Vanecek wrote:
> > Are there, or will there be, docs on how to migrate from 1.4 to 1.6? My
> > understanding is that the file format has changed quite a bit. Beyond a
> > little blurb to that effect in t
Not sure which is the factor (don't have time to try
multiple variations, given how slow I am to actually
create accounts and transactions).
I'm playing around with a multi-currency setup, as
described in the manual. I saved several
multi-currency transactions, no problem, everything
saves.
Then
Are there any specific restrictions on these fields,
and they values they must take on? I know Christopher
Molnar posted an MD5 formula for creating them.
Does this have to be used, or could, in a single-user
context, just use a non-decreasing function (such as:
add 1 to the largest existing val
On 06 Jun 2001 18:51:25 -0700, VW Fan wrote:
> Are there any specific restrictions on these fields,
> and they values they must take on? I know Christopher
> Molnar posted an MD5 formula for creating them.
>
> Does this have to be used, or could, in a single-user
> context, just use a non-decrea
--- Dave Peticolas <[EMAIL PROTECTED]> wrote:
> On 06 Jun 2001 18:51:25 -0700, VW Fan wrote:
> > Are there any specific restrictions on these
> fields,
> > and they values they must take on? I know
> Christopher
> > Molnar posted an MD5 formula for creating them.
> >
> > Does this have to be us
Update on the saving problem I reported earlier:
I think I've narrowed it down to a problem LOADING
data via the postgres backend.
Scenario: create a few accounts, enter a few
transactions. Some of the accounts and/or transactions
are NOT in USD, but in CAD. Not all, just some.
Save to file. S
> On 06 Jun 2001 20:12:13 -0500, Matthew Vanecek <[EMAIL PROTECTED]> said:
Matthew> On 04 Jun 2001 23:07:50 -0700, Dave Peticolas wrote:
>> On 04 Jun 2001 22:01:53 -0500, Matthew Vanecek wrote:
>> > Are there, or will there be, docs on how to migrate from 1.4 to
>> > 1.6? My understanding
Bill Gribble wrote:
>
> On Wed, Jun 06, 2001 at 01:06:05PM -0700, Dave Peticolas wrote:
> > I don't know about guile-1.4, but on my guile-1.3.4 system,
> > it takes almost 3 seconds to load src/scm/report-list.scm.
> > That is over half the time I wait before the splash screen
> > comes up! So I
I notice that in the transaction report (and presumuably others) a large
table is produced. A problem occurs if a background colour is set but
there is no entry in a particular cell. When the report is viewed on the
screen the background of each cell is properly set, however if the
result is expor
On 06 Jun 2001 20:12:13 -0500, Matthew Vanecek wrote:
> On 04 Jun 2001 23:07:50 -0700, Dave Peticolas wrote:
> > On 04 Jun 2001 22:01:53 -0500, Matthew Vanecek wrote:
> > > Are there, or will there be, docs on how to migrate from 1.4 to 1.6? My
> > > understanding is that the file format has chang
On Wed, Jun 06, 2001 at 11:48:43PM -0500, Kevin Finn wrote:
> I assume some guile loading is going on before the "development
> version" warning, but is there really 13 seconds' worth?
This might very well be the guppi bug we spotted last weekend. If so,
gnucash is spending the time trying
27 matches
Mail list logo
