HP3000-L Archives

February 2009, Week 2

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:
Tony Summers <[log in to unmask]>
Reply To:
Tony Summers <[log in to unmask]>
Date:
Mon, 9 Feb 2009 23:54:28 -0000
Content-Type:
text/plain
Parts/Attachments:
text/plain (109 lines)
During the transfer from the HP3000 to unix, the MPE characteristics of
the file will be lost - in its place you will have a record delimiter
character (CR or LF) automatically inserted by the file transfer program
(reflections or ftp) so that the unix file system can break the file
into records. 

Something to try - to convert the file to a bytestream file on the MPE
server before you transfer it and then possibly also use a binary
transfer. If you have MPEX it's easy - otherwise the posix shell allows
you to convert to bytestream files (from memory,  the tobyte command! ).




-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
Behalf Of Duane Percox
Sent: 09 February 2009 22:09
To: [log in to unmask]
Subject: Re: [HP3000-L] Mpe: How to Transfer odd-byte files

on your unix box type in 'man dd' and then implement
what you learn :-)

duane

> -----Original Message-----
> From: [log in to unmask]
> [mailto:[log in to unmask]] On Behalf Of Charles C Cookston
> Sent: Monday, February 09, 2009 1:31 PM
> To: 'John MacLerran'; [log in to unmask]
> Subject: RE: [HP3000-L] Mpe: How to Transfer odd-byte files
>
>
> I usually set up a record that is 10 times the odd record in
> length and put 10 records into it. Then on the receiving side
> I break the file back down by dividing the big record into 10
> little ones.
>
> Charles C Cookston
> Web Navigation LLC
> [log in to unmask]
> (317) 259-1426
>
> -----Original Message-----
> From: HP-3000 Systems Discussion
> [mailto:[log in to unmask]] On Behalf Of John MacLerran
> Sent: Monday, February 09, 2009 2:41 PM
> To: [log in to unmask]
> Subject: [HP3000-L] Mpe: How to Transfer odd-byte files
>
> Dear HP3000-L
> I'm trying to figure out how to send odd-byte files from MPE to unix.
>
> We're implementing a new ERP system, and one of the data import file
> descriptions indicates that the file must be fixed-length
> ASCII, with each
> record being 149 bytes.
>
> No matter what I do on MPE, the file still winds up as 150 bytes.
>
> The file is created in PowerHouse QTP, and I've been able to
> create the file
>
> with the necessary fields in the necessary locations, and
> when I do a listf,2 on
> the file, it shows 149 bytes:
>
> FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE----
>                   SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX
> FUPLOAD8          149B  FA         831        831   1      496  2  *
>
> But, when I transfer it, it comes out the other side as 150 bytes.
>
> Here's what I've tried:
> 1. Reflection transfer, specifying to keep trailing blanks,
> with host record size
> of 149 bytes.
> 2. FTP to an hp-ux server.
> 3. Posix shell:  cat the file | cut -b1-149 > newfile and
> then reflection
> transfer / ftp newfile
>
> Is there anything else I can try?
> Thanks!
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit
> http://raven.utc.edu/archives/hp3000-l.html * No virus found
> in this incoming message. Checked by AVG - www.avg.com
> Version: 8.0.233 / Virus Database: 270.10.19/1939 - Release
> Date: 02/07/09 13:39:00
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>

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

The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this.

Details of Smith & Williamson group companies and Nexia Smith & Williamson Audit Limited and their regulators (where applicable), can be found at this URL

http://www.smith.williamson.co.uk/disclosure

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

ATOM RSS1 RSS2