home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / wizards / 5265 < prev    next >
Encoding:
Internet Message Format  |  1992-12-18  |  1.7 KB

  1. Xref: sparky comp.unix.wizards:5265 comp.unix.programmer:5728 comp.unix.questions:14789
  2. Newsgroups: comp.unix.wizards,comp.unix.programmer,comp.unix.questions
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!geraldo.cc.utexas.edu!slcs.slb.com!leo.asc.slb.com!sjsca4!bharat
  4. From: bharat@sj.ate.slb.com (Bharat Venkatasubramanian)
  5. Subject: Portability issues in using a memory dump
  6. Message-ID: <1992Dec17.222402.18347@sj.ate.slb.com>
  7. Originator: bharat@surya
  8. Organization: Schlumberger Technologies, San Jose, CA
  9. Date: Thu, 17 Dec 92 22:24:02 GMT
  10. Lines: 27
  11.  
  12.  
  13. Folks!
  14.  
  15. I have a wierd problem.  I would like to dump the contents of a chunk of 
  16. contiguous memory locations.   The contents represent some complex graph
  17. structure which once built is constant over different invocations of the 
  18. program.
  19.  
  20. Instead of traversing the graph and dumping its contents, I would like to
  21. dump the contents of this contiguous memory.  Subsequent invocations of 
  22. this program could then use mmap() system call to map the information in 
  23. this file to the address used when the file was first created.  This would
  24. also preserve the pointer addresses since I am using the same address
  25. space that was used during the creation of this memory dump.  The program
  26. has static behavior until the creation of this graph and so on the same
  27. machine I will definitely be able to guarantee the availability of that
  28. address space.  One of my concerns is will the address space be different
  29. on different Operating Systems??
  30.  
  31. If any of you folks have tried something like this before, I would appreciate
  32. it if you could share the problems/pitfalls with this solution.
  33.  
  34. Please email any suggestions to bharat@sj.ate.slb.com
  35.  
  36. Thanks in advance.
  37.  
  38. Bharat
  39.