Re: vtable bug (Re: Replacing cport [...])

Tom Lord <lord-1tv/[email protected]> writes:

> The vtables interface from reps has:
>
[...]

> Unfortunately, it also has:
>
> 	void * scm_binary_data_addr (t_scm_arena arena, t_scm_word * value);
>
> That one is problematic.  Unless VALUE is locked, the address returned
> can not be trusted.  A copying collector can move it at any time.
> (This would be a good example of how even "noop" locking code can be
> handy --- scm_binary_data_addr could verify that VALUE is, indeed,
> locked.)
>
So should I add a scm_object_lock_is_held() or so function? The same
issue also comes up with scm_string_value(), which turned to public
function with my latest string foo (not yet published).

Andy
-- 
Andreas Rottmann         | [email protected]      | 118634484@ICQ | [email protected]
http://yi.org/rotty      | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint              | DFB4 4EB4 78A4 5EEE 6219  F228 F92F CFC5 01FD 5B62

If atheism is a religion, then health is a disease. -- Clark Adams