<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: i64 image unwind info duplication? in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/i64-image-unwind-info-duplication/m-p/3960449#M35654</link>
    <description>Douglas,&lt;BR /&gt;&lt;BR /&gt;  Maybe you need to show an example of the apparent duplication?&lt;BR /&gt;&lt;BR /&gt;  Just a guess, perhaps one is static and the other (as labelled?) dynamic. The static copy may be required to reset the dynamic copy (though I'm having trouble thinking up circumstances under which it might need resetting, but then Itaniums are strange beasts).</description>
    <pubDate>Tue, 13 Mar 2007 16:12:32 GMT</pubDate>
    <dc:creator>John Gillings</dc:creator>
    <dc:date>2007-03-13T16:12:32Z</dc:date>
    <item>
      <title>i64 image unwind info duplication?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/i64-image-unwind-info-duplication/m-p/3960448#M35653</link>
      <description>Given a null C program test1.c: main(){;}, which is compiled and linked cc test1, link/map/full test1.&lt;BR /&gt;&lt;BR /&gt;The map file shows a program segment #1 with [UNWIND] info and a segment #3 of type DYNAMIC.&lt;BR /&gt;&lt;BR /&gt;anal/image/seg=num=1 test1.exe gives only a raw data dump, with no indication that its unwind info.&lt;BR /&gt;&lt;BR /&gt;anal/image/seg=num=3 dumps, among other things, some unwind info, nicely translated that looks like it might be a duplication of what's in segment #1.&lt;BR /&gt;&lt;BR /&gt;Why the (apparent) duplication of data?</description>
      <pubDate>Mon, 12 Mar 2007 21:36:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/i64-image-unwind-info-duplication/m-p/3960448#M35653</guid>
      <dc:creator>Douglas Rupp</dc:creator>
      <dc:date>2007-03-12T21:36:06Z</dc:date>
    </item>
    <item>
      <title>Re: i64 image unwind info duplication?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/i64-image-unwind-info-duplication/m-p/3960449#M35654</link>
      <description>Douglas,&lt;BR /&gt;&lt;BR /&gt;  Maybe you need to show an example of the apparent duplication?&lt;BR /&gt;&lt;BR /&gt;  Just a guess, perhaps one is static and the other (as labelled?) dynamic. The static copy may be required to reset the dynamic copy (though I'm having trouble thinking up circumstances under which it might need resetting, but then Itaniums are strange beasts).</description>
      <pubDate>Tue, 13 Mar 2007 16:12:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/i64-image-unwind-info-duplication/m-p/3960449#M35654</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2007-03-13T16:12:32Z</dc:date>
    </item>
    <item>
      <title>Re: i64 image unwind info duplication?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/i64-image-unwind-info-duplication/m-p/3960450#M35655</link>
      <description>I received a private email from an HP engineer. The answer is the dynamic segment contains some  info that allows analyze to interpret the info contained in segment #1. So the same info gets dumped twice, once in order in raw format and later, out of order, in interpreted format.</description>
      <pubDate>Tue, 13 Mar 2007 16:23:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/i64-image-unwind-info-duplication/m-p/3960450#M35655</guid>
      <dc:creator>Douglas Rupp</dc:creator>
      <dc:date>2007-03-13T16:23:27Z</dc:date>
    </item>
  </channel>
</rss>

