Andy Wingo <[EMAIL PROTECTED]> writes:
>
> My guess:
4) Under debug-cell-accesses, goops.test is throwing
Non-pair accessed with SCM_C[AD]R: `#< b7baf270>'
but I don't know if that's benign in practice.
___
Guile-devel mailing list
Guile-dev
Hi Han-Wen,
On Fri, 2005-12-23 at 11:29 +, Han-Wen Nienhuys wrote:
> P.S. what's keeping back the GUILE 1.8 release?
My guess:
1) Marius' time being eaten by work ;-)
2) Lingering GC bugs
3) Lack of a threadsafety audit (although it's tough to say how this
would affect API; e.g. it shouldn't
In article <[EMAIL PROTECTED]>,
Ludovic Courtès <[EMAIL PROTECTED]> wrote:
>Hi,
>
>The patch below is an attempt to clean up the GC by limiting the use of
>global variables for statistics. IMO it makes it easier to read the
>code. Furthermore, it's also easier to track the exact number of cells
>
In article <[EMAIL PROTECTED]>,
Ludovic Courtès <[EMAIL PROTECTED]> wrote:
>The workload I used is quite similar to what happens at startup time:
>new objects are created, new symbols are defined, and that's it. The
>symbols created (and even the numbers created) are expected to stay
>alive until
In article <[EMAIL PROTECTED]>,
Ludovic Courtès <[EMAIL PROTECTED]> wrote:
>Hi,
>
>The patch below fixes the way freed cells are counted in
>`scm_i_sweep_card ()'. Basically, without this patch, FREE_COUNT is
>incremented regardless of whether the cell pointed to by SCMPTR was
>already free or not
