[gambit-list] Question about |##still-copy| and a |##still?| typechecker

Phillip Suero philsuero at gmail.com
Mon Oct 12 09:30:11 EDT 2020


Dear Marc,

I see in https://github.com/gambit/gambit/blob/master/lib/mem.c#L1621-L1636
that actually ___alloc_scmobj is a wrapper for ___alloc_scmobj_still, great
that clarifies that aspect.

Just curious, when ___ps == NULL it has custom behavior (specifically it
will wrap to ___alloc_scmobj_perm instead). In what situation would ___ps
ever be NULL?

Thanks,
Phil

On Mon, Oct 12, 2020 at 10:01 AM Phillip Suero <philsuero at gmail.com> wrote:

> Dear Marc,
>
> I am sending over an u8vector from the Scheme world to the C world.
> Of course the u8vector must be still, so that its heap allocated object's
> memory address is not moved by Gambit's memory system.
> To get clear on this topic, I have three quick questions for you:
>
> (1) I see there's the function |##still-copy| in Gambit's runtime.
> Browsing its code I don't see the keyword ___STILL mentioned anywhere in
> it. How does it get the ___STILL property, is that an implicit argument to
> ___alloc_scmobj ?
>
> (2) Is |##still-copy| a "universal copier" of any heap allocated object,
> into an equivalent of itself that is ___STILL, so I can use it for, say,
> u32vector, floating point number, complex number, string, Scheme struct?
>
> (3) Is there any checker in Gambit's runtime, e.g. a |##still?|, whereby I
> can check if a heap allocated object is ___STILL already?
>
> Your clarification is much appreciated, thanks!
> Phil
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.iro.umontreal.ca/pipermail/gambit-list/attachments/20201012/e2782213/attachment.htm>


More information about the Gambit-list mailing list