From: Robert Klemme <shortcutter@...>
Date: 2013-04-09T15:52:25+09:00
Subject: Re: Mapping string data ptr to buffer in ffi

--f46d04478903be596f04d9e7fe0b
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Apr 9, 2013 at 7:46 AM, Carlo E. Prelz <fluido@fluido.as> wrote:

>         Subject: Re: Mapping string data ptr to buffer in ffi
>         Date: mar 09 apr 13 05:27:43 +0900
>
> Quoting Jeremy Bopp (jeremy@bopp.net):
> > In my case at least, all operations on the buffer would only change
> > content within the existing buffer.  The size of the string that owns
> > the buffer would be unaffected.  I think the OP has similar needs from
> > the sound of it.
>


> The OP had quite different needs, if I got this correctly.


I think he wanted exactly that as well - although he never explicitly
stated whether resizing would be necessary.


> He wanted
> huge amounts of strings to be accessible read-only from some form of
> global memory, and he hoped he could introduce them into the Ruby
> environment without paying the price of creating String objects (and
> thus without needing to duplicate the memory needs, and without
> incurring the performance hit of allocation/deallocation).
>

... and apparently also without proper synchronization.

Cheers

robert

-- 
remember.guy do |as, often| as.you_can - without end
http://blog.rubybestpractices.com/

--f46d04478903be596f04d9e7fe0b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><div class=3D"gmail_quote">=
On Tue, Apr 9, 2013 at 7:46 AM, Carlo E. Prelz <span dir=3D"ltr">&lt;<a hre=
f=3D"mailto:fluido@fluido.as" target=3D"_blank">fluido@fluido.as</a>&gt;</s=
pan> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im">=A0 =A0 =A0 =A0 Subject: R=
e: Mapping string data ptr to buffer in ffi<br>
</div>=A0 =A0 =A0 =A0 Date: mar 09 apr 13 05:27:43 +0900<br>
<div class=3D"im"><br>
Quoting Jeremy Bopp (<a href=3D"mailto:jeremy@bopp.net">jeremy@bopp.net</a>=
):<br>

&gt; In my case at least, all operations on the buffer would only change<br=
>
&gt; content within the existing buffer. =A0The size of the string that own=
s<br>
&gt; the buffer would be unaffected. =A0I think the OP has similar needs fr=
om<br>
&gt; the sound of it.</div></blockquote><div>=A0</div><blockquote class=3D"=
gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-=
left:1ex">The OP had quite different needs, if I got this correctly. </bloc=
kquote>
<div><br></div><div style>I think he wanted exactly that as well - although=
 he never explicitly stated whether resizing would be necessary.</div><div>=
=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde=
r-left:1px #ccc solid;padding-left:1ex">
He wanted<br>
huge amounts of strings to be accessible read-only from some form of<br>
global memory, and he hoped he could introduce them into the Ruby<br>
environment without paying the price of creating String objects (and<br>
thus without needing to duplicate the memory needs, and without<br>
incurring the performance hit of allocation/deallocation).<br></blockquote>=
</div><br>... and apparently also without proper synchronization.</div><div=
 class=3D"gmail_extra"><br></div><div class=3D"gmail_extra" style>Cheers</d=
iv>
<div class=3D"gmail_extra" style><br></div><div class=3D"gmail_extra" style=
>robert</div><div class=3D"gmail_extra"><div><br></div>-- <br>remember.guy =
do |as, often| as.you_can - without end<br><a href=3D"http://blog.rubybestp=
ractices.com/">http://blog.rubybestpractices.com/</a>
</div></div>

--f46d04478903be596f04d9e7fe0b--