<?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: Why are DCL.EXE and command tables opened twice? in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/why-are-dcl-exe-and-command-tables-opened-twice/m-p/4137285#M13922</link>
    <description>Jess,&lt;BR /&gt;&lt;BR /&gt;  The simple answer is "because" ;-)&lt;BR /&gt;&lt;BR /&gt;Longer answer - I think it has to do with the way a process is started. You begin with DCLTABLES, then switch to the other tables, effectively by recursing into DCL.EXE with the new table. So, yes a kind of optimization for the common case.&lt;BR /&gt;&lt;BR /&gt;Simple experiment - what do you get if you login and SET COMMAND/TABLE=NEWTABLES ?&lt;BR /&gt;&lt;BR /&gt;If you want a complete explanation, you'll need to dig into the sources to see how login /TABLES is implemented (and be warned, it probably isn't very pretty, or easy to follow!)&lt;BR /&gt;&lt;BR /&gt;Please ask yourself why you're using an alternate table. It's mostly just making work for yourself maintaining compatibility through upgrades. If you're doing it for "security" by deleting commands you don't want people to be able to execute... DON'T (or at least don't let anyone who knows what they're doing log into your "secured" accounts ;-)</description>
    <pubDate>Tue, 29 Jan 2008 23:39:50 GMT</pubDate>
    <dc:creator>John Gillings</dc:creator>
    <dc:date>2008-01-29T23:39:50Z</dc:date>
    <item>
      <title>Why are DCL.EXE and command tables opened twice?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/why-are-dcl-exe-and-command-tables-opened-twice/m-p/4137284#M13921</link>
      <description>&lt;!--!*#--&gt;Just noticed this issue on my VMS 7.3-2 and earlier systems.  It's not causing a problem but I'm curious - is this a bug; some  optimization for the more-common case; or what?&lt;BR /&gt;&lt;BR /&gt;When a process logs in, if its command tables are not DCLTABLES (either via SYSUAF setting or via LOGIN's /TABLES=xtables qualifier), then the process will have two channels open for both SYS$SYSTEM:DCL.EXE and SYS$SHARE:xtables.EXE.  When DCLTABLES.EXE is used there is only one channel each.&lt;BR /&gt;&lt;BR /&gt;PLEASE SIGN ON--GOODMAN/NOCOMMAND/TABLES=DCLTABLES&lt;BR /&gt;Password:&lt;BR /&gt;&lt;BR /&gt;$ ANALYZE/SYSTEM  !from another process&lt;BR /&gt;SDA&amp;gt; SHOW PROCESS/CHANNEL GOODMAN&lt;BR /&gt;Process active channels&lt;BR /&gt;&lt;BR /&gt;Channel    CCB     Window     Status    Device/file accessed&lt;BR /&gt;  0010  7FF60000  00000000              AX38$DKA0:&lt;BR /&gt;  0050  7FF60080  00000000  Busy        LTA159:&lt;BR /&gt;  0070  7FF600C0  00000000              LTA159:&lt;BR /&gt;  00A0  7FF60120  822370C0              AX38$DKA0:[VMS$COMMON.SYSEXE]&lt;BR /&gt;DCL.EXE;1 (section file)&lt;BR /&gt;  00B0  7FF60140  81DA6540              AX38$DKA0:[VMS$COMMON.SYSLIB]&lt;BR /&gt;DCLTABLES.EXE;178 (section file)&lt;BR /&gt;&lt;BR /&gt;  Total number of open channels : 5.&lt;BR /&gt;--------------------------------------------&lt;BR /&gt;$ SET DEFAULT SYS$COMMON:[SYSLIB]&lt;BR /&gt;$ COPY DCLTABLES.EXE NEWTABLES.EXE&lt;BR /&gt;$ INSTALL ADD SYS$SHARE:NEWTABLES/OPEN/HEAD/SHARE&lt;BR /&gt;&lt;BR /&gt;PLEASE SIGN ON--GOODMAN/NOCOMMAND/TABLES=NEWTABLES&lt;BR /&gt;Password:&lt;BR /&gt;&lt;BR /&gt;$ ANALYZE/SYSTEM  !from another process&lt;BR /&gt;SDA&amp;gt; SHOW PROCESS/CHANNEL GOODMAN&lt;BR /&gt;Process active channels&lt;BR /&gt;&lt;BR /&gt;Channel    CCB     Window     Status    Device/file accessed&lt;BR /&gt;  0010  7FF60000  00000000              AX38$DKA0:&lt;BR /&gt;  0050  7FF60080  00000000  Busy        LTA161:&lt;BR /&gt;  0070  7FF600C0  00000000              LTA161:&lt;BR /&gt;  00A0  7FF60120  822370C0              AX38$DKA0:[VMS$COMMON.SYSEXE]&lt;BR /&gt;DCL.EXE;1 (section file)&lt;BR /&gt;  00B0  7FF60140  822370C0              AX38$DKA0:[VMS$COMMON.SYSEXE]&lt;BR /&gt;DCL.EXE;1 (section file)&lt;BR /&gt;  00C0  7FF60160  81B18580              AX38$DKA0:[VMS$COMMON.SYSLIB]&lt;BR /&gt;NEWTABLES.EXE;1 (section file)&lt;BR /&gt;  00D0  7FF60180  81B18580              AX38$DKA0:[VMS$COMMON.SYSLIB]&lt;BR /&gt;NEWTABLES.EXE;1 (section file)&lt;BR /&gt;&lt;BR /&gt;Total number of open channels : 7.</description>
      <pubDate>Tue, 29 Jan 2008 21:14:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/why-are-dcl-exe-and-command-tables-opened-twice/m-p/4137284#M13921</guid>
      <dc:creator>Jess Goodman</dc:creator>
      <dc:date>2008-01-29T21:14:49Z</dc:date>
    </item>
    <item>
      <title>Re: Why are DCL.EXE and command tables opened twice?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/why-are-dcl-exe-and-command-tables-opened-twice/m-p/4137285#M13922</link>
      <description>Jess,&lt;BR /&gt;&lt;BR /&gt;  The simple answer is "because" ;-)&lt;BR /&gt;&lt;BR /&gt;Longer answer - I think it has to do with the way a process is started. You begin with DCLTABLES, then switch to the other tables, effectively by recursing into DCL.EXE with the new table. So, yes a kind of optimization for the common case.&lt;BR /&gt;&lt;BR /&gt;Simple experiment - what do you get if you login and SET COMMAND/TABLE=NEWTABLES ?&lt;BR /&gt;&lt;BR /&gt;If you want a complete explanation, you'll need to dig into the sources to see how login /TABLES is implemented (and be warned, it probably isn't very pretty, or easy to follow!)&lt;BR /&gt;&lt;BR /&gt;Please ask yourself why you're using an alternate table. It's mostly just making work for yourself maintaining compatibility through upgrades. If you're doing it for "security" by deleting commands you don't want people to be able to execute... DON'T (or at least don't let anyone who knows what they're doing log into your "secured" accounts ;-)</description>
      <pubDate>Tue, 29 Jan 2008 23:39:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/why-are-dcl-exe-and-command-tables-opened-twice/m-p/4137285#M13922</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2008-01-29T23:39:50Z</dc:date>
    </item>
    <item>
      <title>Re: Why are DCL.EXE and command tables opened twice?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/why-are-dcl-exe-and-command-tables-opened-twice/m-p/4137286#M13923</link>
      <description>I imagine it's using the image activator to map the tables and VMS doesn't have a clean way to rundown just that image.</description>
      <pubDate>Wed, 30 Jan 2008 01:33:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/why-are-dcl-exe-and-command-tables-opened-twice/m-p/4137286#M13923</guid>
      <dc:creator>David Jones_21</dc:creator>
      <dc:date>2008-01-30T01:33:36Z</dc:date>
    </item>
  </channel>
</rss>

