[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Pika-dev] hackerlab fsplay.[ch] status
|
From: |
Andreas Rottmann |
|
Subject: |
[Pika-dev] hackerlab fsplay.[ch] status |
|
Date: |
Sun, 02 May 2004 15:42:49 +0200 |
|
User-agent: |
Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux) |
Hi!
I've started porting the GLib memchunk implementationn to
hackerlab. I'm using the functional splay tree (fsplay.[hc])
implementation for the tree bookkeeping, and have fixed (one-line
change) a quite obvious bug in fsplay_raise() in the process[0].
Given that fsplay_raise() never worked correctly, what is the status
of the fsplay code -- is there anything that uses it so far? I'm now
experiencing an endless loop inside fsplay_raise()...
[0] address@hidden/hackerlab--devo--1.0--patch-5
Cheers, Andy
--
Andreas Rottmann | address@hidden | address@hidden | address@hidden
http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62
Latein ist das humanoide Äquivalent zu Fortran.
-- Alexander Bartolich in at.linux
- [Pika-dev] hackerlab fsplay.[ch] status,
Andreas Rottmann <=
- Re: [Pika-dev] hackerlab fsplay.[ch] status, Tom Lord, 2004/05/02
- Re: [Pika-dev] hackerlab fsplay.[ch] status, Tom Lord, 2004/05/06
- Re: [Pika-dev] hackerlab fsplay.[ch] status, Andreas Rottmann, 2004/05/06
- Re: [Pika-dev] hackerlab fsplay.[ch] status, Tom Lord, 2004/05/07
- Re: [Pika-dev] hackerlab fsplay.[ch] status, Andreas Rottmann, 2004/05/07
- [Pika-dev] Re: hackerlab fsplay.[ch] status, Andreas Rottmann, 2004/05/07
- [Pika-dev] hashq values and weak references (was hackerlab fsplay.[ch] status), Tom Lord, 2004/05/08
- [Pika-dev] Re: hashq values and weak references, Andreas Rottmann, 2004/05/08
- [Pika-dev] Re: hashq values and weak references, Tom Lord, 2004/05/10
- [Pika-dev] Re: hashq values and weak references, Andreas Rottmann, 2004/05/10