<?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: OpenVMS LAT to TELNETSYM truncates data in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770887#M9529</link>
    <description>Roger,&lt;BR /&gt;&lt;BR /&gt;welcome to the OpenVMS ITRC forum.&lt;BR /&gt;&lt;BR /&gt;Are you saying you can change your application to either:&lt;BR /&gt;&lt;BR /&gt;- write to a spooled LTA device&lt;BR /&gt;- print to a (LAT) print queue&lt;BR /&gt;&lt;BR /&gt;This would involve different code in the application.&lt;BR /&gt;&lt;BR /&gt;Consider to have your application print to a working queue, STOP/QUE the queue before printing and look at the queue with SHO QUE/FULL/ALL after printing from the app. Do you see a valid filename ? If so, consider to copy the submitted file, so you have the original file to play with during testing. Does this file look good ?&lt;BR /&gt;&lt;BR /&gt;What happens if you:&lt;BR /&gt;&lt;BR /&gt;- COPY file LTA21:&lt;BR /&gt;- PRINT/QUE=RAW9200 file&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
    <pubDate>Wed, 12 Apr 2006 11:07:51 GMT</pubDate>
    <dc:creator>Volker Halle</dc:creator>
    <dc:date>2006-04-12T11:07:51Z</dc:date>
    <item>
      <title>OpenVMS LAT to TELNETSYM truncates data</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770886#M9528</link>
      <description>I use the following initialization:&lt;BR /&gt;-----------------------------------------------------------------------------------------&lt;BR /&gt;$ DEFINE/FORM/NOTRUNCATE/NOWRAP/LENGTH=255/WIDTH=65535/NOPAGE_SETUP/MARGIN=(BOTTOM=0,TOP=0,RIGHT=0,LEFT=0) MYFORM 42     &lt;BR /&gt;$ ASSIGN/SYSTEM 1 UCX$TELNETSYM_RAW_TCP&lt;BR /&gt;$ ASSIGN/SYSTEM 1 UCX$TELNETSYM_SUPPRESS_FORMFEEDS&lt;BR /&gt;$ ASSIGN/SYSTEM "0 00:00:01" UCX$TELNETSYM_RETRY_INTERVAL      &lt;BR /&gt;$ ASSIGN/SYSTEM 1 UCX$TELNETSYM_NO_OPCOM&lt;BR /&gt;$ INIT/QUEUE/START/PROC=UCX$TELNETSYM/ON="192.168.0.50:9200"-&lt;BR /&gt;  /DEF=(FORM=MYFORM,NOFEED)/SCHEDULE=NOSIZE/FORM=MYFORM RAWQ9200&lt;BR /&gt;$ MCR LATCP CREATE PORT LTA21                          ! RAWQ9200, Create LAT port&lt;BR /&gt;$ SET TERM/PERM/FORM/PASSTHRU LTA21                    ! RAWQ9200, Make pass-through&lt;BR /&gt;$ SET DEVICE/SPOOLED=(RAWQ9200,SPOOL) LTA21:           ! RAWQ9200, spool LAT to RAWQ9200&lt;BR /&gt;-----------------------------------------------------------------------------------------&lt;BR /&gt;&lt;BR /&gt;* If I copy a 2kB file to LTA21, the file prints perfectly.&lt;BR /&gt;* If I print a 2kB file to queue RAWQ9200, the file prints perfectly.&lt;BR /&gt;* I have a legacy application that can print 2kB+ files&lt;BR /&gt;  to LAT printers.&lt;BR /&gt;* When I use this legacy application to print to LTA21 &lt;BR /&gt;  instead of directly to a LAT printer, the data is always&lt;BR /&gt;  truncated at either 513 or 1026 bytes.  (not 512 or 1024 bytes).&lt;BR /&gt;* No disk quotas are enabled.&lt;BR /&gt;* The users have permissions in the SPOOL directory&lt;BR /&gt;&lt;BR /&gt;Questions:&lt;BR /&gt;1. Why would the data be truncated at 513 or 1026 bytes?&lt;BR /&gt;   Is there a setting that I am missing?  Any suggestions&lt;BR /&gt;   on what might be the problem?&lt;BR /&gt;   &lt;BR /&gt;2. Is there any other way to print from a legacy LAT-based&lt;BR /&gt;   application to a RAW TCP device?  (I have already tried&lt;BR /&gt;   to use /ON="IP_RAWTCP/&lt;IP&gt;:&lt;PORT&gt;", but nothing prints&lt;BR /&gt;   at all from my Legacy application.)&lt;BR /&gt;&lt;/PORT&gt;&lt;/IP&gt;</description>
      <pubDate>Wed, 12 Apr 2006 10:50:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770886#M9528</guid>
      <dc:creator>Roger Cole</dc:creator>
      <dc:date>2006-04-12T10:50:46Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS LAT to TELNETSYM truncates data</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770887#M9529</link>
      <description>Roger,&lt;BR /&gt;&lt;BR /&gt;welcome to the OpenVMS ITRC forum.&lt;BR /&gt;&lt;BR /&gt;Are you saying you can change your application to either:&lt;BR /&gt;&lt;BR /&gt;- write to a spooled LTA device&lt;BR /&gt;- print to a (LAT) print queue&lt;BR /&gt;&lt;BR /&gt;This would involve different code in the application.&lt;BR /&gt;&lt;BR /&gt;Consider to have your application print to a working queue, STOP/QUE the queue before printing and look at the queue with SHO QUE/FULL/ALL after printing from the app. Do you see a valid filename ? If so, consider to copy the submitted file, so you have the original file to play with during testing. Does this file look good ?&lt;BR /&gt;&lt;BR /&gt;What happens if you:&lt;BR /&gt;&lt;BR /&gt;- COPY file LTA21:&lt;BR /&gt;- PRINT/QUE=RAW9200 file&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Wed, 12 Apr 2006 11:07:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770887#M9529</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-04-12T11:07:51Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS LAT to TELNETSYM truncates data</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770888#M9530</link>
      <description>Thank you for the reply!&lt;BR /&gt;&lt;BR /&gt;&amp;gt; Are you saying you can change your &amp;gt; application to either:&lt;BR /&gt;&amp;gt;&lt;BR /&gt;&amp;gt;- write to a spooled LTA device&lt;BR /&gt;&amp;gt;- print to a (LAT) print queue&lt;BR /&gt;&lt;BR /&gt;No, I do not have access to the code of the application.  &lt;BR /&gt;&lt;BR /&gt;&amp;gt;Consider to have your application print to a &amp;gt;working queue, STOP/QUE the queue before &amp;gt;printing and look at the queue with SHO &amp;gt;QUE/FULL/ALL after printing from the app. Do &amp;gt;you see a valid filename ? If so, consider &amp;gt;to copy the submitted file, so you have the &amp;gt;original file to play with during testing. &amp;gt;Does this file look good ?&lt;BR /&gt;&lt;BR /&gt;The spool file was temporary, so I had to use&lt;BR /&gt;ANALYZE/DISK/REPAIR/CONFIRM &lt;BR /&gt;in order to save the queue spool file to SYSLOST.&lt;BR /&gt;&lt;BR /&gt;I examined the recovered file.  This file is truncated.  That may mean that the problem is occuring before TELNETSYM takes over.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; What happens if you:&lt;BR /&gt;&amp;gt;&lt;BR /&gt;&amp;gt;- COPY file LTA21:&lt;BR /&gt;&amp;gt;- PRINT/QUE=RAW9200 file &lt;BR /&gt;&lt;BR /&gt;The files print with no truncation.&lt;BR /&gt;&lt;BR /&gt;I also tried the following, but with no luck:&lt;BR /&gt;! ----------------------------------------------------------&lt;BR /&gt;$ DEFINE/FORM/NOTRUNCATE/NOWRAP-&lt;BR /&gt;  /LENGTH=255-&lt;BR /&gt;  /WIDTH=65535-&lt;BR /&gt;  /NOPAGE_SETUP-&lt;BR /&gt;  /MARGIN=(BOTTOM=0,TOP=0,RIGHT=0,LEFT=0)-&lt;BR /&gt;   MYFORM 42     &lt;BR /&gt;$ ASSIGN/SYSTEM 1 UCX$TELNETSYM_RAW_TCP&lt;BR /&gt;$ ASSIGN/SYSTEM 1 UCX$TELNETSYM_SUPPRESS_FORMFEEDS&lt;BR /&gt;$ ASSIGN/SYSTEM "0 00:00:01" UCX$TELNETSYM_RETRY_INTERVAL &lt;BR /&gt;$ ASSIGN/SYSTEM 1 UCX$TELNETSYM_NO_OPCOM&lt;BR /&gt;$ INIT/QUEUE/START-&lt;BR /&gt;  /PROC=UCX$TELNETSYM/ON="192.168.0.50:9200"-&lt;BR /&gt;  /NOBLOCK_LIMIT-&lt;BR /&gt;  /DEFAULT=(FORM=MYFORM,NOFEED,NOBURST,NOFLAG,NOTRAILER)-&lt;BR /&gt;  /ENABLE_GENERIC-&lt;BR /&gt;  /NO_INITIAL_FF-&lt;BR /&gt;  /PROTECTION=(S:RSMD,O:RSMD,G:RSMD,W:RSMD)-&lt;BR /&gt;  /RETAIN=ALL-&lt;BR /&gt;  /WSEXTENT=25-&lt;BR /&gt;  /WSDEFAULT=25-&lt;BR /&gt;  /SCHEDULE=NOSIZE-&lt;BR /&gt;  /FORM=MYFORM-&lt;BR /&gt;  RAWQ9200&lt;BR /&gt;$ MCR LATCP CREATE PORT LTA21                  &lt;BR /&gt;$ SET TERM/PERM/FORM/PASSTHRU LTA21            &lt;BR /&gt;$ SET DEVICE/SPOOLED=(RAWQ9200,SPOOL) LTA21: &lt;BR /&gt;! ----------------------------------------------------------&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 12 Apr 2006 15:02:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770888#M9530</guid>
      <dc:creator>Roger Cole</dc:creator>
      <dc:date>2006-04-12T15:02:56Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS LAT to TELNETSYM truncates data</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770889#M9531</link>
      <description>Roger,&lt;BR /&gt;&lt;BR /&gt;&lt;QUOTE&gt;&lt;BR /&gt;When I use this legacy application to print to LTA21 instead of directly to a LAT printer, the data is always truncated ...&lt;BR /&gt;&lt;/QUOTE&gt;&lt;BR /&gt;&lt;BR /&gt;How excatly does the application 'directly print to a LAT printer' ? Can you capture such a 'good' 2kb+ print-file for testing ?&lt;BR /&gt;&lt;BR /&gt;My question regarding alternative printing from the application to a LTA device OR a LAT print queue was meant to find out, how you change the parameters (print settings) of your application to achieve this. I was not asking to change the code.&lt;BR /&gt;&lt;BR /&gt;If the file is corrupted BEFORE being processed by the print-symbiont, don't bother to change FORM settings, as they will only come into play in the symbiont itself.&lt;BR /&gt;&lt;BR /&gt;What is the file and record format of the 'truncated' file (DIR/FULL) ? And of a 'good' file ?&lt;BR /&gt;&lt;BR /&gt;I did a simple experiment: created a simple variable-length text file with one line of 2100 characters. COPY file LTA1: (LTA1: is spooled to a disk). Recovered the spooled file with ANAL/DISK/REP/CONF and DIR/FULL of the file in [SYSLOST] as well as a DIFFERENCES showed no corruption/truncation at all (on OpenVMS Alpha V8.2).&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 13 Apr 2006 01:04:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770889#M9531</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-04-13T01:04:52Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS LAT to TELNETSYM truncates data</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770890#M9532</link>
      <description>Roger,&lt;BR /&gt;&lt;BR /&gt;To avoid ANALYZE/DISK/REPAIR/CONFIRM yuo can use the little DCL procedure that I posted in this thread:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1016592" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1016592&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;The TCP/IP service will act as a printer. Of course you must start the telnetsym queue on this port ( START RAWQ9200 /ON="localhost:9100" if your service is listening on port 9100 ). You can ommit the print command in the procedure and only examine the file. The contents of the file will be the same as it will be sent to the printer.&lt;BR /&gt;&lt;BR /&gt;Bojan</description>
      <pubDate>Thu, 13 Apr 2006 05:50:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-lat-to-telnetsym-truncates-data/m-p/3770890#M9532</guid>
      <dc:creator>Bojan Nemec</dc:creator>
      <dc:date>2006-04-13T05:50:20Z</dc:date>
    </item>
  </channel>
</rss>

