[Scheme-reports] 6.3.7 blobs Andy Wingo (19 May 2011 17:05 UTC)
Re: [Scheme-reports] 6.3.7 blobs Aaron W. Hsu (20 May 2011 03:01 UTC)
Re: [Scheme-reports] 6.3.7 blobs Andy Wingo (20 May 2011 07:51 UTC)
Re: [Scheme-reports] 6.3.7 blobs Alex Queiroz (20 May 2011 09:05 UTC)
Re: [Scheme-reports] 6.3.7 blobs Andre van Tonder (20 May 2011 14:32 UTC)
Re: [Scheme-reports] 6.3.7 blobs Alex Queiroz (20 May 2011 14:32 UTC)
Re: [Scheme-reports] 6.3.7 blobs John Cowan (21 May 2011 22:22 UTC)
Re: [Scheme-reports] 6.3.7 blobs Andy Wingo (22 May 2011 14:04 UTC)
Re: [Scheme-reports] 6.3.7 blobs John Cowan (22 May 2011 17:53 UTC)
Re: [Scheme-reports] 6.3.7 blobs Aaron W. Hsu (23 May 2011 22:35 UTC)
Re: [Scheme-reports] 6.3.7 blobs John Cowan (23 May 2011 22:50 UTC)

Re: [Scheme-reports] 6.3.7 blobs Andy Wingo 22 May 2011 13:58 UTC

On Sun 22 May 2011 00:21, John Cowan <cowan@mercury.ccil.org> writes:

> Andy Wingo scripsit:
>
>> `make-blob' needs a fill argument.  (Filling it with random memory is a
>> potential security vulnerability in many contexts.)
>
> Security-conscious systems can fill it with truly random data, or all zeros,
> or whatever they like.

John!  Here I was certain you would agree, like with make-vector and
make-string.

>> What would you call a sub-blob which shares state with another blob?
>
> We don't have such state-sharing objects now, except lists.

Right, I was just exploring the implications of naming something
"blob".

For example, let's say I provide a primitive implementing the mmap
syscall, and have it return a blob.  Perhaps I would like to expose a
range of that memory to a procedure, and allow it to set the memory.  I
want a shared-state sub-blob, but "sub" really doesn't combine well with
"blob".  Dunno!

Andy
--
http://wingolog.org/

_______________________________________________
Scheme-reports mailing list
Scheme-reports@scheme-reports.org
http://lists.scheme-reports.org/cgi-bin/mailman/listinfo/scheme-reports