<?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: Porting gnu kits to OpenVMS Alpha &amp;amp; CPU type in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826752#M77720</link>
    <description>a simpler version, which should not break so often&lt;BR /&gt;&lt;BR /&gt;$ in :== wr sys$output&lt;BR /&gt;$pipe ( in "exam exe$gq_cputype" ) | ana/sys | sea sys$pipe exe$gq_cputype | -&lt;BR /&gt;( read sys$pipe p ; def/job p &amp;amp;p) &lt;BR /&gt;$ cpuhex = f$elem(1,".",f$elem(1,":",f$trn("p")))&lt;BR /&gt;$ cpu = %X'cpuhex'&lt;BR /&gt;$ sh symb cpu&lt;BR /&gt;$ deas/job p&lt;BR /&gt;$ exit</description>
    <pubDate>Thu, 20 Jul 2006 08:05:48 GMT</pubDate>
    <dc:creator>labadie_1</dc:creator>
    <dc:date>2006-07-20T08:05:48Z</dc:date>
    <item>
      <title>Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826741#M77709</link>
      <description>I'm trying to do the build of SSH2 and running into a problem.   It's looking for a c include file gmp.h.  My research so far leads me to believe this is part of the GMP kit.  I'm attempting to build GMP under the GNV environment and running into trouble with the configure script.   Config.guess is blowing up while attempting to sort out exactly which model of Alpha I'm running on.  The code looks as if it's never really been tested on VMS.  There's pieces that look like they're VMS aware, but the part that gets down to distinguishing EV4/EV5/EV56... is not fleshed out. &lt;BR /&gt;&lt;BR /&gt;Do any of you out there have any experience with this kind of thing?  &lt;BR /&gt;&lt;BR /&gt;It looks like I could fix the GMP config.sub and config.guess pieces if I had a piece of c code or bash script that would return the CPU TYPE.  I could see about invoking SDA and generating the output from CLUE CONFIG, but I'm  not sure how easy that will be inside of a bash script.&lt;BR /&gt;&lt;BR /&gt;Or do you know another way for me to get gmp.h?   Or is there another way to do what I want? &lt;BR /&gt;&lt;BR /&gt;Have any of you built the SSH2 kit on Alpha?&lt;BR /&gt;&lt;BR /&gt;Thanks for any leads/hints/solutions!&lt;BR /&gt;&lt;BR /&gt;Robert Boyd&lt;BR /&gt;</description>
      <pubDate>Wed, 19 Jul 2006 13:07:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826741#M77709</guid>
      <dc:creator>Robert_Boyd</dc:creator>
      <dc:date>2006-07-19T13:07:33Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826742#M77710</link>
      <description>SDA&amp;gt; exam exe$gq_cputype&lt;BR /&gt;EXE$GQ_CPUTYPE:  00000004.00000008   "........"&lt;BR /&gt;SDA&amp;gt;  Exit&lt;BR /&gt;$ write sys$output f$getsyi( "cputype" )&lt;BR /&gt;8</description>
      <pubDate>Wed, 19 Jul 2006 15:19:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826742#M77710</guid>
      <dc:creator>Robert Brooks_1</dc:creator>
      <dc:date>2006-07-19T15:19:59Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826743#M77711</link>
      <description>Why are you trying to build gnu SSH? (OpenSSH?)  TCP/IP Services, MultiNet and TCPware all come with SSH as part of them. I think that you'll find that getting the code to compile and link is less than half of the problem of porting SSH to VMS.  The engineers spent many hours getting them to work on VMS (the code is very Unix specific in many places).</description>
      <pubDate>Wed, 19 Jul 2006 15:30:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826743#M77711</guid>
      <dc:creator>Richard Whalen</dc:creator>
      <dc:date>2006-07-19T15:30:41Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826744#M77712</link>
      <description>Thanks Robert,&lt;BR /&gt;&lt;BR /&gt;Now I just need to do a lookup of the number 8 in the table of cpu types?&lt;BR /&gt;&lt;BR /&gt;!  SYSTEM_TYPE and CPU_TYPE fields.  It is possible that platforms with&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV3 = 1;       !  Reduced functionality EVAX&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV4 = 2;       !  First fully functional EVAX&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_MANNEQUIN = 3; !  Mannequin simulator&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_LCA = 4;       !  Low Cost Alpha&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV5 = 5;       !  CMOS 5 EVAX&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV45 = 6;      !  EV4 shrink on CMOS 5 process&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV56 = 7;      !  EV5 shrink on CMOS 6 process&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV6 = 8;       !  CMOS 6 EVAX&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_PCA56 = 9;     !  Low cost EV56&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_PCA57 = 10;&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV67 = 11;     !  EV6 shrink, cmos 7&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV68CB = 12;   !  EV6 shrink, cmos 8&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV68A = 13;    !               Samsung&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV68CX = 14;&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_EV7 = 15;      !&lt;BR /&gt;literal HWRPB_CPU_TYPE$K_MAX_CPU_TYPE = 15;&lt;BR /&gt;&lt;BR /&gt;What I want to do is reverse lookup of the number I suppose.  Looks like it's time to write a perl or DCL routine to extract the HWRPBDEF module from the C library and build a reverse  lookup table.&lt;BR /&gt;&lt;BR /&gt;Robert&lt;BR /&gt;&lt;BR /&gt;Robert</description>
      <pubDate>Wed, 19 Jul 2006 15:37:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826744#M77712</guid>
      <dc:creator>Robert_Boyd</dc:creator>
      <dc:date>2006-07-19T15:37:13Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826745#M77713</link>
      <description>Richard,&lt;BR /&gt;&lt;BR /&gt;We have some perl scripts which depended on using the FTP module.  On some of our systems we are having to move to using SSH, so we're hoping to be able to make a modification to the scripts to use the SSH or SSH2 module instead.&lt;BR /&gt;&lt;BR /&gt;If porting the SSH2 module gets to be too hairy, we may have to use callouts to DCL using the HP TCP/IP SSH capability instead.  We'd like to keep the scripts more generic though since we'll be doing similar things on other platforms.&lt;BR /&gt;&lt;BR /&gt;Robert</description>
      <pubDate>Wed, 19 Jul 2006 15:42:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826745#M77713</guid>
      <dc:creator>Robert_Boyd</dc:creator>
      <dc:date>2006-07-19T15:42:22Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826746#M77714</link>
      <description>It's possible to use MultiNet's/TCPware's SSH to do FTP over SSH.  This might be the easiest way to do what you want.  I don't know if TCP/IP services can do it or not.&lt;BR /&gt;&lt;BR /&gt;See &lt;A href="http://www.process.com/tcpip/mndocs51/USER_GUIDE/Ch08.htm#E54E27" target="_blank"&gt;http://www.process.com/tcpip/mndocs51/USER_GUIDE/Ch08.htm#E54E27&lt;/A&gt; for information on how to do this for MultiNet.</description>
      <pubDate>Wed, 19 Jul 2006 15:58:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826746#M77714</guid>
      <dc:creator>Richard Whalen</dc:creator>
      <dc:date>2006-07-19T15:58:15Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826747#M77715</link>
      <description>I thought of tunneling FTP through SSH, but the problem is that we are being asked to close down the FTP service completely for all inbound connects on all of the servers in question.  This makes it difficult to have someone home to answer the call at the other end of the SSH tunnel.&lt;BR /&gt;&lt;BR /&gt;If you have any suggestions how to limit the FTP service to only respond to requests coming through the tunnel and no others, that would be great. &lt;BR /&gt;&lt;BR /&gt;The obvious thing going on here is shutting down services that require/allow users to put unencrypted passwords onto the LAN. &lt;BR /&gt;&lt;BR /&gt;Robert</description>
      <pubDate>Wed, 19 Jul 2006 16:43:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826747#M77715</guid>
      <dc:creator>Robert_Boyd</dc:creator>
      <dc:date>2006-07-19T16:43:30Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826748#M77716</link>
      <description>Here is a bit of perl code that gets what I need:&lt;BR /&gt;&lt;BR /&gt;my $cpu_word = qr/[a-zA-Z0-9]+/ ;&lt;BR /&gt;my $number = qr/[0-9]+/ ;&lt;BR /&gt;my @cpu_types = () ;&lt;BR /&gt;#&lt;BR /&gt;# Find the appropriate records in the include file&lt;BR /&gt;#&lt;BR /&gt; foreach (`library/text SYS\$SHARE:SYS\$LIB_C.TLB/extract=HWRPBDEF/output=sys\$output`)&lt;BR /&gt; {&lt;BR /&gt;#  print ;&lt;BR /&gt;  if ( m/HWRPB_CPU_TYPE\$K_($cpu_word)\s*($number)\s*/ ) {&lt;BR /&gt;        @cpu_types[$2] = "alpha".$1 ;&lt;BR /&gt;#       print $2,"=",$1,"\n"&lt;BR /&gt;     }&lt;BR /&gt;}&lt;BR /&gt;# Turn the array into a text list&lt;BR /&gt;# my $cpu_list = join(',', @cpu_types) ;&lt;BR /&gt;# print $cpu_list, "\n" ;&lt;BR /&gt;#&lt;BR /&gt;# find out the cpu type from GETSYI&lt;BR /&gt;#&lt;BR /&gt;my $cpu_type = `write sys\$output f\$getsyi("cputype")` ;&lt;BR /&gt;&lt;BR /&gt;#print "Cpu type $cpu_type = @cpu_types[$cpu_type]" ;&lt;BR /&gt;&lt;BR /&gt;printf "%s", lc(@cpu_types[$cpu_type]) ;&lt;BR /&gt;</description>
      <pubDate>Wed, 19 Jul 2006 17:53:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826748#M77716</guid>
      <dc:creator>Robert_Boyd</dc:creator>
      <dc:date>2006-07-19T17:53:58Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826749#M77717</link>
      <description>You have a dcl code doing something very similar at&lt;BR /&gt;&lt;A href="http://dcl.openvms.org/stories.php?story=06/03/21/8098045" target="_blank"&gt;http://dcl.openvms.org/stories.php?story=06/03/21/8098045&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Just adapt it (it should be easy)</description>
      <pubDate>Thu, 20 Jul 2006 07:24:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826749#M77717</guid>
      <dc:creator>labadie_1</dc:creator>
      <dc:date>2006-07-20T07:24:14Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826750#M77718</link>
      <description>I have done it !&lt;BR /&gt;&lt;BR /&gt;$ in :== wr sys$output&lt;BR /&gt;$pipe ( in "exam exe$gq_cputype" ) | ana/sys | ( read sys$pipe p ; -&lt;BR /&gt; read sys$pipe p ; read sys$pipe p ; read sys$pipe p ; def/job p &amp;amp;p) &lt;BR /&gt;$ cpuhex = f$extr(26,8,f$trn("p"))&lt;BR /&gt;$ cpu = %X'cpuhex'&lt;BR /&gt;$ sh symb cpu&lt;BR /&gt;$ deas/job p&lt;BR /&gt;$ exit&lt;BR /&gt;&lt;BR /&gt;Seems to work on my DS10</description>
      <pubDate>Thu, 20 Jul 2006 07:33:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826750#M77718</guid>
      <dc:creator>labadie_1</dc:creator>
      <dc:date>2006-07-20T07:33:00Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826751#M77719</link>
      <description>Of course this will break if a new Vms version add or removes some returns in SDA&amp;gt;</description>
      <pubDate>Thu, 20 Jul 2006 07:34:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826751#M77719</guid>
      <dc:creator>labadie_1</dc:creator>
      <dc:date>2006-07-20T07:34:35Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826752#M77720</link>
      <description>a simpler version, which should not break so often&lt;BR /&gt;&lt;BR /&gt;$ in :== wr sys$output&lt;BR /&gt;$pipe ( in "exam exe$gq_cputype" ) | ana/sys | sea sys$pipe exe$gq_cputype | -&lt;BR /&gt;( read sys$pipe p ; def/job p &amp;amp;p) &lt;BR /&gt;$ cpuhex = f$elem(1,".",f$elem(1,":",f$trn("p")))&lt;BR /&gt;$ cpu = %X'cpuhex'&lt;BR /&gt;$ sh symb cpu&lt;BR /&gt;$ deas/job p&lt;BR /&gt;$ exit</description>
      <pubDate>Thu, 20 Jul 2006 08:05:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826752#M77720</guid>
      <dc:creator>labadie_1</dc:creator>
      <dc:date>2006-07-20T08:05:48Z</dc:date>
    </item>
    <item>
      <title>Re: Porting gnu kits to OpenVMS Alpha &amp; CPU type</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826753#M77721</link>
      <description>see also&lt;BR /&gt;&lt;A href="http://groups.google.com/group/comp.os.vms/browse_frm/thread/e9ad6f9251b68762" target="_blank"&gt;http://groups.google.com/group/comp.os.vms/browse_frm/thread/e9ad6f9251b68762&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;for some chat on the same topic</description>
      <pubDate>Thu, 20 Jul 2006 08:15:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-gnu-kits-to-openvms-alpha-amp-cpu-type/m-p/3826753#M77721</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2006-07-20T08:15:48Z</dc:date>
    </item>
  </channel>
</rss>

