This is the mail archive of the
guile@sources.redhat.com
mailing list for the Guile project.
Re: bug in scm_make_struct?
- To: Dirk Herrmann <dirk at ida dot ing dot tu-bs dot de>
- Subject: Re: bug in scm_make_struct?
- From: Mikael Djurfeldt <mdj at mdj dot nada dot kth dot se>
- Date: 25 Jul 2000 02:45:52 +0200
- Cc: Guile Mailing List <guile at sourceware dot cygnus dot com>, Guile Bug Mailing List <bug-guile at gnu dot org>
- Cc: djurfeldt at nada dot kth dot se
- References: <Pine.LNX.4.21.0007171158010.8447-100000@marvin.ida.ing.tu-bs.de>
- Reply-To: djurfeldt at nada dot kth dot se
Dirk Herrmann <dirk@ida.ing.tu-bs.de> writes:
> In scm_make_struct, there is the following initialization sequence:
>
> SCM_SET_CELL_WORD_1 (handle, data);
> SCM_SET_CELL_WORD_0 (handle, (scm_bits_t) SCM_STRUCT_DATA (vtable) + scm_tc3_cons_gloc);
> scm_struct_init (handle, tail_elts, init);
>
> I. e. the cell type (word 0) is set before the object is initialized. The
> initialization is enclosed within SCM_DEFER/ALLOW_INTS, but as I
> understand it these are basically no-ops now. Is this a bug and should it
> be fixed?
It is a bug and should be fixed.