<?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: -RMS-F-ORG _ What error is this? in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675471#M99880</link>
    <description>John is too nice. &lt;BR /&gt;&lt;BR /&gt;Type/tail is not just a kludge, it is a total disgrace with arbitrary, artificial, un-needed restrictions. :^)&lt;BR /&gt;&lt;BR /&gt;It does not handle the simplest of files like fixed length record... &lt;BR /&gt;&lt;BR /&gt;It worries about longest record length too early. To some extend that might actually be fault as I suggested an early heuristic! (walk backwards for 'words' with a small value likely to be a record length, then check whether they point to the start position). Looks like that was taken too directly / too inflexible&lt;BR /&gt;&lt;BR /&gt;Anyway... so yeah... try lying about the LRL and hope there are no actual very long records at the tail.&lt;BR /&gt;&lt;BR /&gt;cheers,&lt;BR /&gt;Hein&lt;BR /&gt;&lt;BR /&gt;$ convert login.com  tmp.tmp/fdl="record; form fix; size 20"/pad/trunc&lt;BR /&gt;$ type/tail tmp.tmp&lt;BR /&gt;%TYPE-W-OPENIN, error opening TMP.TMP as input&lt;BR /&gt;-SYSTEM-E-UNSUPPORTED, unsupported operation or function&lt;BR /&gt;-RMS-F-ORG, invalid file organization value&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;$ copy login.com tmp.tmp&lt;BR /&gt;$ set file/attr=lrl=2000 tmp.tmp&lt;BR /&gt;$ type/tail tmp.tmp&lt;BR /&gt;%TYPE-W-OPENIN, error opening TMP.TMP as input&lt;BR /&gt;-SYSTEM-E-UNSUPPORTED, unsupported operation or function&lt;BR /&gt;-RMS-F-ORG, invalid file organization value&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 16 Aug 2010 21:05:28 GMT</pubDate>
    <dc:creator>Hein van den Heuvel</dc:creator>
    <dc:date>2010-08-16T21:05:28Z</dc:date>
    <item>
      <title>-RMS-F-ORG _ What error is this?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675467#M99876</link>
      <description>Hi All,&lt;BR /&gt;&lt;BR /&gt;  I can normally type these files, but when ever I give /TAIL qualifier, I get the following error. These files are pretty big and I cant type it normally. Please help. &lt;BR /&gt;&lt;BR /&gt;ty/tail $1$DKD1000:[ORACLE817.NETWORK.LOG]LISTENER_xxx.LOG;&lt;BR /&gt;%TYPE-W-OPENIN, error opening $1$DKD1000:[ORACLE817.NETWORK.LOG]LISTENER_xxx.LOG;1 as input&lt;BR /&gt;-SYSTEM-E-UNSUPPORTED, unsupported operation or function&lt;BR /&gt;-RMS-F-ORG, invalid file organization value&lt;BR /&gt;</description>
      <pubDate>Mon, 16 Aug 2010 19:46:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675467#M99876</guid>
      <dc:creator>Joewee</dc:creator>
      <dc:date>2010-08-16T19:46:45Z</dc:date>
    </item>
    <item>
      <title>Re: -RMS-F-ORG _ What error is this?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675468#M99877</link>
      <description>dir $1$DKD1000:[ORACLE817.NETWORK.LOG]LISTENER_XXX.LOG;/full&lt;BR /&gt;&lt;BR /&gt;Directory $1$DKD1000:[ORACLE817.NETWORK.LOG]&lt;BR /&gt;&lt;BR /&gt;LISTENER_XXX.LOG;1                  File ID:  (10143,7,0)&lt;BR /&gt;Size:       576207/576216     Owner:    [RY404B,ORACLE]&lt;BR /&gt;Created:   10-MAR-2003 19:06:14.73&lt;BR /&gt;Revised:    2-AUG-2010 12:15:40.59 (61)&lt;BR /&gt;Expires:    5-FEB-2016 16:44:00.64&lt;BR /&gt;Backup:    &lt;NO backup="" recorded=""&gt;&lt;BR /&gt;Effective: &lt;NONE specified=""&gt;&lt;BR /&gt;Recording: &lt;NONE specified=""&gt;&lt;BR /&gt;File organization:  Sequential&lt;BR /&gt;Shelved state:      Online&lt;BR /&gt;Caching attribute:  Writethrough&lt;BR /&gt;File attributes:    Allocation: 576216, Extend: 0, Global buffer count: 0, No version limit&lt;BR /&gt;Record format:      Stream_LF, maximum 0 bytes, longest 32767 bytes&lt;BR /&gt;Record attributes:  Carriage return carriage control&lt;BR /&gt;RMS attributes:     None&lt;BR /&gt;Journaling enabled: None&lt;BR /&gt;File protection:    System:RWED, Owner:RWED, Group:RE, World:&lt;BR /&gt;Access Cntrl List:  None&lt;BR /&gt;Client attributes:  None&lt;BR /&gt;&lt;BR /&gt;Total of 1 file, 576207/576216 blocks.&lt;BR /&gt;&lt;/NONE&gt;&lt;/NONE&gt;&lt;/NO&gt;</description>
      <pubDate>Mon, 16 Aug 2010 19:50:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675468#M99877</guid>
      <dc:creator>Joewee</dc:creator>
      <dc:date>2010-08-16T19:50:59Z</dc:date>
    </item>
    <item>
      <title>Re: -RMS-F-ORG _ What error is this?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675469#M99878</link>
      <description>Joewee,&lt;BR /&gt;&lt;BR /&gt;  TYPE/TAIL is a bit of a kludge. Counting back records from the end of the file is a rather ugly, hit or miss algorithm (see source code). In order to make the heuristics being used work at all, it's necessary to limit the organisation and record length of the files for which it works. See HELP TYPE/TAIL:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;-------&lt;BR /&gt;... You can use TYPE/TAIL only if all of the following criteria are true:&lt;BR /&gt;&lt;BR /&gt;     o  File organization is sequential.&lt;BR /&gt;&lt;BR /&gt;     o  The longest record is less than 512 bytes.&lt;BR /&gt;&lt;BR /&gt;     o  The record format is either VAR, VFC, STM, STRCM or STMLF (for more information, see the description of FAB$B_RFM in the OpenVMS Record Management Services Reference Manual).&lt;BR /&gt;&lt;BR /&gt;     o  The file being typed is on a device that supports random access. The TYPE/TAIL command does not work on magnetic tape drives.&lt;BR /&gt;&lt;BR /&gt;     Even with this criteria, some file conditions cannot be anticipated and may not allow display of the last several lines of a log file, resulting in the following error message:&lt;BR /&gt;&lt;BR /&gt;     %TYPE-W-READERR, error reading DEVICE:[DIRECTORY]FILE.EXT;1&lt;BR /&gt;     -SYSTEM-E-UNSUPPORTED, unsupported operation or function&lt;BR /&gt;&lt;BR /&gt;-------&lt;BR /&gt;In your case the most likely offending attribute is:&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Record format: ... longest 32767 bytes&lt;BR /&gt;&lt;BR /&gt;As it happens, this may be an incorrect value, being an artefact of another OpenVMS kludge, in the way the DECC RTL deals with RMS file attributes. You could try:&lt;BR /&gt;&lt;BR /&gt;$ SET FILE/ATTRIBUTE=(LRL:511) $1$DKD1000:[ORACLE817.NETWORK.LOG]LISTENER_xxx.LOG;&lt;BR /&gt;$ TYPE/TAIL &lt;BR /&gt;$1$DKD1000:[ORACLE817.NETWORK.LOG]LISTENER_xxx.LOG;&lt;BR /&gt;&lt;BR /&gt;(now restore to original value)&lt;BR /&gt;$ SET FILE/ATTRIBUTE=(LRL:32767) $1$DKD1000:[ORACLE817.NETWORK.LOG]LISTENER_xxx.LOG;&lt;BR /&gt;&lt;BR /&gt;[of course, if your file really does have records longer than 512 bytes in the /TAIL window, you might not get the results you want]</description>
      <pubDate>Mon, 16 Aug 2010 20:31:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675469#M99878</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2010-08-16T20:31:01Z</dc:date>
    </item>
    <item>
      <title>Re: -RMS-F-ORG _ What error is this?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675470#M99879</link>
      <description>HELP TYPE /TAIL tells us that several things must be true of a file for TYPE/TAIL to work. One of the requirements is "the longest record is less than 512 bytes" (VMS 7.1).&lt;BR /&gt;&lt;BR /&gt;Your DIRECTORY/FULL says the longest record is 32767 bytes. True?  Maybe a convert would help? Or a SET FILE/ATTRIBUTES. Personally, I would try the SET FILE/ATTRIBUTES first. Maybe something like:&lt;BR /&gt;&lt;BR /&gt;  $ SET FILE/ATTRIBUTES=MRS=512&lt;BR /&gt;&lt;BR /&gt;I have heard that there are other "freeware" tail programs. One of them might help you.&lt;BR /&gt;&lt;BR /&gt;Good luck.</description>
      <pubDate>Mon, 16 Aug 2010 20:36:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675470#M99879</guid>
      <dc:creator>RBrown_1</dc:creator>
      <dc:date>2010-08-16T20:36:35Z</dc:date>
    </item>
    <item>
      <title>Re: -RMS-F-ORG _ What error is this?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675471#M99880</link>
      <description>John is too nice. &lt;BR /&gt;&lt;BR /&gt;Type/tail is not just a kludge, it is a total disgrace with arbitrary, artificial, un-needed restrictions. :^)&lt;BR /&gt;&lt;BR /&gt;It does not handle the simplest of files like fixed length record... &lt;BR /&gt;&lt;BR /&gt;It worries about longest record length too early. To some extend that might actually be fault as I suggested an early heuristic! (walk backwards for 'words' with a small value likely to be a record length, then check whether they point to the start position). Looks like that was taken too directly / too inflexible&lt;BR /&gt;&lt;BR /&gt;Anyway... so yeah... try lying about the LRL and hope there are no actual very long records at the tail.&lt;BR /&gt;&lt;BR /&gt;cheers,&lt;BR /&gt;Hein&lt;BR /&gt;&lt;BR /&gt;$ convert login.com  tmp.tmp/fdl="record; form fix; size 20"/pad/trunc&lt;BR /&gt;$ type/tail tmp.tmp&lt;BR /&gt;%TYPE-W-OPENIN, error opening TMP.TMP as input&lt;BR /&gt;-SYSTEM-E-UNSUPPORTED, unsupported operation or function&lt;BR /&gt;-RMS-F-ORG, invalid file organization value&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;$ copy login.com tmp.tmp&lt;BR /&gt;$ set file/attr=lrl=2000 tmp.tmp&lt;BR /&gt;$ type/tail tmp.tmp&lt;BR /&gt;%TYPE-W-OPENIN, error opening TMP.TMP as input&lt;BR /&gt;-SYSTEM-E-UNSUPPORTED, unsupported operation or function&lt;BR /&gt;-RMS-F-ORG, invalid file organization value&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 16 Aug 2010 21:05:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675471#M99880</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2010-08-16T21:05:28Z</dc:date>
    </item>
    <item>
      <title>Re: -RMS-F-ORG _ What error is this?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675472#M99881</link>
      <description>&lt;BR /&gt;GNU textutils tail works well in most cases, where VMS type/tail fails.&lt;BR /&gt;On VMS GNV/bash tail, can be used from DCL command line as long as no wildcard file specs are involved.&lt;BR /&gt;&lt;BR /&gt;I have also a perl tail implementation from PerlPowerTools working quite well.</description>
      <pubDate>Tue, 17 Aug 2010 05:59:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675472#M99881</guid>
      <dc:creator>Joseph Huber_1</dc:creator>
      <dc:date>2010-08-17T05:59:41Z</dc:date>
    </item>
    <item>
      <title>Re: -RMS-F-ORG _ What error is this?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675473#M99882</link>
      <description>"Most cases" for GNV's tail seem to be Stream_LF with longer longest record lengths. It fails for fixed as well as for VFC and variable length.&lt;BR /&gt;&lt;BR /&gt;GNV's tail, when invoked from the DCL command line, expects a Posix path specification to the file. So manually translate the [.sub]file.txt;1 to sub/file.txt. And no, you can't 'tail' the version ;-1 of a file.&lt;BR /&gt;&lt;BR /&gt;On the other hand, the type/tail error message in the OP is misleading, at least I wouldn't have expected the big LRL to be an "invalid file organization value".</description>
      <pubDate>Tue, 17 Aug 2010 08:47:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675473#M99882</guid>
      <dc:creator>H.Becker</dc:creator>
      <dc:date>2010-08-17T08:47:29Z</dc:date>
    </item>
    <item>
      <title>Re: -RMS-F-ORG _ What error is this?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675474#M99883</link>
      <description>Yes, there seems to be no single tail implementation being perfect for VMS.&lt;BR /&gt;The perl implementation I mentioned comes nearest, it understands VMS and Unix style file/path names, and handles stream as well as var files.&lt;BR /&gt;&lt;BR /&gt;I stumbled in my archive over a VMS tail  implementation from a VMS SIG tape:&lt;BR /&gt;&lt;BR /&gt;V2.4 - 09/10/91&lt;BR /&gt;Author:&lt;BR /&gt;D. Shepperd, Atari Games, Corp. shepperd@dms.UUCP&lt;BR /&gt;&lt;BR /&gt;It analyses the file format and then chooses the right access method.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 17 Aug 2010 10:08:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675474#M99883</guid>
      <dc:creator>Joseph Huber_1</dc:creator>
      <dc:date>2010-08-17T10:08:59Z</dc:date>
    </item>
    <item>
      <title>Re: -RMS-F-ORG _ What error is this?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675475#M99884</link>
      <description>Hi All,&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;  Many thanks for your time and reply. file attribute changing worked fine. Thanks.&lt;BR /&gt;&lt;BR /&gt;Im closing this thread&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 17 Aug 2010 13:30:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rms-f-org-what-error-is-this/m-p/4675475#M99884</guid>
      <dc:creator>Joewee</dc:creator>
      <dc:date>2010-08-17T13:30:24Z</dc:date>
    </item>
  </channel>
</rss>

