|
[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)
|
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