<?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: Still in trouble for migration .... in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/still-in-trouble-for-migration/m-p/3640502#M7960</link>
    <description>VMware encapsulates the whole virtual machine into a set of files and provides a consistent hardware environment which is decoupled from the host's hardware. Those files can be transfered between different hosts (x86-based, of course).&lt;BR /&gt;&lt;BR /&gt;Hey, with a little more money you can even do a life 'migration' - move a running virtual machine from one server to another with very little interruption, but I guess that is not what you meant by migration ;-)</description>
    <pubDate>Mon, 03 Oct 2005 11:37:56 GMT</pubDate>
    <dc:creator>Uwe Zessin</dc:creator>
    <dc:date>2005-10-03T11:37:56Z</dc:date>
    <item>
      <title>Still in trouble for migration ....</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/still-in-trouble-for-migration/m-p/3640501#M7959</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;As described here : &lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=958308" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=958308&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;All this concerns VMS 6 and Oracle Pro*C.&lt;BR /&gt;&lt;BR /&gt;In the production environnement runs an executable (size 1397). We also have the OBJ.&lt;BR /&gt;&lt;BR /&gt;We also have in Dev. :&lt;BR /&gt;an OBJ (size 198) ; a source file.&lt;BR /&gt;In Dev. if we build the OBJ, we get a file with size of 201 (that is diffent from the OBJ from Prod). Build the EXE, we get a 408 block file (588 with debug option), again different from the size of the EXE in prod.&lt;BR /&gt;&lt;BR /&gt;1)The compiling / linking process "seems" to be equivalent on both machine (same command file), how can we identificate the differences (includes file, library, ...)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;2) Do you know an equivalent to the Unix commands [file] [ldd] ? &lt;BR /&gt;&lt;BR /&gt;# file /bin/ls&lt;BR /&gt;/bin/ls:        ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped&lt;BR /&gt;&lt;BR /&gt;# ldd /bin/ls&lt;BR /&gt;        libc.so.1 =&amp;gt;     /usr/lib/libc.so.1&lt;BR /&gt;        libdl.so.1 =&amp;gt;    /usr/lib/libdl.so.1&lt;BR /&gt;        /usr/platform/SUNW,Sun-Fire-15000/lib/libc_psr.so.1&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;3) Do you have any feedback on vmware on Windows as a way of avoiding a migration ?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance, regards,&lt;BR /&gt;&lt;BR /&gt;Nicolas</description>
      <pubDate>Mon, 03 Oct 2005 11:00:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/still-in-trouble-for-migration/m-p/3640501#M7959</guid>
      <dc:creator>Nicolas Dumeige</dc:creator>
      <dc:date>2005-10-03T11:00:44Z</dc:date>
    </item>
    <item>
      <title>Re: Still in trouble for migration ....</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/still-in-trouble-for-migration/m-p/3640502#M7960</link>
      <description>VMware encapsulates the whole virtual machine into a set of files and provides a consistent hardware environment which is decoupled from the host's hardware. Those files can be transfered between different hosts (x86-based, of course).&lt;BR /&gt;&lt;BR /&gt;Hey, with a little more money you can even do a life 'migration' - move a running virtual machine from one server to another with very little interruption, but I guess that is not what you meant by migration ;-)</description>
      <pubDate>Mon, 03 Oct 2005 11:37:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/still-in-trouble-for-migration/m-p/3640502#M7960</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2005-10-03T11:37:56Z</dc:date>
    </item>
    <item>
      <title>Re: Still in trouble for migration ....</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/still-in-trouble-for-migration/m-p/3640503#M7961</link>
      <description>have you compared the results of &lt;BR /&gt;$ ANAL/OBJ&lt;BR /&gt;on the two object files?</description>
      <pubDate>Mon, 03 Oct 2005 11:47:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/still-in-trouble-for-migration/m-p/3640503#M7961</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2005-10-03T11:47:37Z</dc:date>
    </item>
    <item>
      <title>Re: Still in trouble for migration ....</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/still-in-trouble-for-migration/m-p/3640504#M7962</link>
      <description>All this concerns VMS 6 and Oracle Pro*C.&lt;BR /&gt;&lt;BR /&gt;In the production environnement runs an executable (size 1397). We also have the OBJ.&lt;BR /&gt;&lt;BR /&gt;We also have in Dev. :&lt;BR /&gt;an OBJ (size 198) ; a source file.&lt;BR /&gt;In Dev. if we build the OBJ, we get a file with size of 201 (that is diffent from the OBJ from Prod). Build the EXE, we get a 408 block file (588 with debug option), again different from the size of the EXE in prod.&lt;BR /&gt;&lt;BR /&gt;1)The compiling / linking process "seems" to be equivalent on both machine (same command file), how can we identificate the differences (includes file, library, ...)&lt;BR /&gt;&lt;BR /&gt;The compiler may give you more information with the /SHOW qualifier.&lt;BR /&gt;If you include a /MAP=&lt;FILE&gt;/FULL in your link statement, it tells you what modules are in the executable, when they were compiled, and the compiler version.&lt;BR /&gt;&lt;BR /&gt;2) Do you know an equivalent to the Unix commands [file] [ldd] ? &lt;BR /&gt;&lt;BR /&gt;ANALYZE/IMAGE or ANALYZE/OBJECT ?&lt;BR /&gt;&lt;BR /&gt;3) Do you have any feedback on vmware on Windows as a way of avoiding a migration ?&lt;BR /&gt;&lt;BR /&gt;When you are in a hole, stop digging.&lt;BR /&gt;&lt;BR /&gt;Phil&lt;/FILE&gt;</description>
      <pubDate>Mon, 03 Oct 2005 23:47:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/still-in-trouble-for-migration/m-p/3640504#M7962</guid>
      <dc:creator>Phil.Howell</dc:creator>
      <dc:date>2005-10-03T23:47:29Z</dc:date>
    </item>
  </channel>
</rss>

