HP3000-L Archives

October 2013, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"James B. Byrne" <[log in to unmask]>
Reply To:
James B. Byrne
Date:
Fri, 4 Oct 2013 16:46:08 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (116 lines)
Background:  We keep all our source files in a git repository on an internal
Linux host.  This includes those files relating to jobs and programs run on
our HP3000-918LX.

I have three fantasia form source files that need modification.  I checked
these out from the repository to a Linux workstation, did the edits, checked
the changes back in, checked them out to the transfer host and then used ftp
from the HP3000 to move them over.  This is our standard workflow for the
HP3000 and, given multiple session windows opened on each of the hosts
involved, much less effort to do than to describe.

However, one, and only one, of these files simply does not want to come over
to the HP3000.  It transfers but not entirely, the last line is always cut
off.  I have viewed the file in vi using set list and the only non-printing
character that I have detected is the ^M (carriage return) character at the
very end of the lines.  I have tried removing these (%s/^M//g) but then all I
get is one line transferred, the very first. What I see is this:

. . .
Remote system type is UNIX
ftp> cd ftp-pickup
250 Directory successfully changed.
ftp> get FFARSOAS
200 PORT command successful. Consider using PASV.
150 Opening BINARY mode data connection for FFARSOAS (9396 bytes).
Some records were truncated during transfer.  (FTPWARN 15 )
226 Transfer complete.
9396 bytes received in 0.05 seconds (173.13 Kbytes/sec)
ftp> exit
221 Goodbye.
:
:lis FFAR@
ACCOUNT=  HARTLYNE    GROUP=  TESTOBJ

FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE----
                  SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX
FFARSOAS           80B  FA           1     204800   1       16  1  8

:ll FFARSOAS
-rwx------   1 MANAGER.HARTLYNE  HARTLYNE      80 Oct  4 15:41 FFARSOAS


I get the same result if I use an ASCII transfer:


230 Login successful.
Remote system type is UNIX
ftp> cd ftp-pickup
250 Directory successfully changed.
ftp> ascii
200 Switching to ASCII mode.
ftp> get FFARSOAS
200 PORT command successful. Consider using PASV.
150 Opening BINARY mode data connection for FFARSOAS (9396 bytes).
Some records were truncated during transfer.  (FTPWARN 15 )
226 Transfer complete.
9396 bytes received in 0.05 seconds (169.92 Kbytes/sec)
ftp> exit
221 Goodbye.

The other two files are very very similar, down to the record lengths and
contents, as these too are Fantasia form files.  I cannot see any differences
in line endings once I trimmed the ^M off the problem file.  But something
definitely sets the problem file apart from its two companions.  Both of those
come across in binary mode without any problem at all.


ftp> cd ftp-pickup
250 Directory successfully changed.
ftp> mget FFAR*
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
226 Directory send OK.
30 bytes received in 0.01 seconds (2.93 Kbytes/sec)
mget FFARINVS? y
200 PORT command successful. Consider using PASV.
150 Opening BINARY mode data connection for FFARINVS (9512 bytes).
226 Transfer complete.
9512 bytes received in 0.04 seconds (265.40 Kbytes/sec)
mget FFARQUOS? y
200 PORT command successful. Consider using PASV.
150 Opening BINARY mode data connection for FFARQUOS (9594 bytes).
226 Transfer complete.
9594 bytes received in 0.04 seconds (246.56 Kbytes/sec)
mget FFARSOAS? y
200 PORT command successful. Consider using PASV.
150 Opening BINARY mode data connection for FFARSOAS (9396 bytes).
Some records were truncated during transfer.  (FTPWARN 15 )
226 Transfer complete.
9396 bytes received in 0.05 seconds (183.52 Kbytes/sec)
ftp> exit
221 Goodbye.

:lis FFAR@
ACCOUNT=  HARTLYNE    GROUP=  TESTOBJ

FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE----
                  SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX

FFARINVS           80B  FA         116     204800   1       48  1  8
FFARQUOS           80B  FA         117     204800   1       48  1  8
FFARSOAS           80B  FA           1     204800   1       16  1  8

Any ideas as to the cause? Any suggestions as to a cure?

-- 
***          E-Mail is NOT a SECURE channel          ***
James B. Byrne                mailto:[log in to unmask]
Harte & Lyne Limited          http://www.harte-lyne.ca
9 Brockley Drive              vox: +1 905 561 1241
Hamilton, Ontario             fax: +1 905 561 0757
Canada  L8E 3C3

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2