>>>>> "CO" == Chas Owens <chas.ow...@gmail.com> writes:

  CO> On Fri, Aug 28, 2009 at 16:32, Uri Guttman<u...@stemsystems.com> wrote:
  CO> snip
  >> now, as randal also asked, why do you want this? you are just learning
  >> perl and i am sure this is way above your head in many dimensions. and i
  >> am positive this is an XY problem where you want X and think Y is the
  >> solution when there is usually a much better way to do X. what is your
  >> real GOAL here and i don't mean any technical stuff. why do you want
  >> this crazy thing?
  CO> snip

  CO> I believe, based on reading other emails, that he thought that cyclic
  CO> data structures were leaked by the Perl program and continued to take
  CO> up memory, which would mean if you could get the address of the memory
  CO> you could create a set of Perl objects that would survive the ending
  CO> of a Perl program and the starting of a new one.  Of course, this is
  CO> just a misguided attempt to recreate shared memory via a bug that
  CO> doesn't actually exist (Perl cleans up cyclic dependencies at program
  CO> end, you only ever "leak" memory while you are running).

there is a deeper misunderstanding which i mentioned before. you can't
save memory addresses to disk as you can't make that data reload to the
same memory location later. PL/I had a solution for this by allowing
you to create a chunk of ram for allocation and all addresses inside it
were actually offsets from the beginning of that chunk. this allowed
that whole chunk and its complex data tree (including cycles) to be
stored to disk and later reloaded in to ram and usable. but i have never
heard of any lang doing that in years. it is easier to dump stuff in a
ram neutral format with storable, dumper, yaml, etc.

uri

-- 
Uri Guttman  ------  u...@stemsystems.com  --------  http://www.sysarch.com --
-----  Perl Code Review , Architecture, Development, Training, Support ------
---------  Gourmet Hot Cocoa Mix  ----  http://bestfriendscocoa.com ---------

-- 
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/


Reply via email to