HP3000-L Archives

August 2003, Week 4

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:
Thu, 28 Aug 2003 23:06:24 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (86 lines)
Thanks Greg for the useful comments. 

The target platform is initially another HP3K, but eventually will 
mostly likely become an HP-UX server once we start to migrate our systems. 
Yes, FTP is called from our cobol programs, but all 
we've done is package up a call to the HP3K's FTP client inside
a general subroutine which creates the necessary scripts for us. I could
do the same for the compression routine - calling whatever I needed via
a subroutine of our creation, but I was hoping that there was some way
of directly invoking the compressing from our Cobol programs - i.e. some
sort of system instrinsic call I could make. 

The data will (eventually) be all plain ascii text, so there is no little endian problem. 

>>> "Greg Stigers" <[log in to unmask]> 28/08/03 16:46:54 >>>
"Tony Summers" wrote in part:
>Anybody any thoughts on the best way to compress a
>variable record length file from a Cobol program
>prior to transmitting it via FTP ?
Sure, but there are plenty of questions. What is the target platform? That
will likely constrain your list of choices. You will need a compression
scheme available on both sides of this ftp. LZW is available on various
platforms; I've used it on NT. STD may be a good choice if the target is
another 3000. You go on to mention bytestream, which makes me suspect that
you are going to someone else's HFS. Zip and tar formats can work,
particularly with bytestream if the target requires it.

How fat is the pipe across which you will ftp this file? There may be little
actual time savings by compressing, if the pipe is fat. Appropriate
benchmarking will answer this. Years ago, I found that I could cut total
wall time in half by compressing, sending, and decompressing, versus sending
uncompressed over frame relay across a WAN. Although since my ftp ran at
night, I had less concern about network congestions, and playing well with
others. Your mileage will vary.

>I could invoke Zip from within the program and unzip it
>after it has been FTP'ed, but there's probably a simpler way.
Is this ftp being controlled by a COBOL program? If so, then I understand
you to mean calling a compression program from COBOL as well. If not, then I
assume you want to script the compression logic. It may be worth mentioning,
since the data is coming from a COBOL program, and if you are using binary
or packed decimal fields, that you have to concern yourself with whether the
target platform is big endian or little endian, although that has nothing to
do with the compression method chosen.

Greg Stigers
this space for rent



________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com 
________________________________________________________________________



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.

Smith & Williamson Corporate Finance Limited - A member of M&A International Inc. http://www.mergers.net  Registered in England No. 4533970.  Authorised and regulated by the Financial Services Authority 
Smith & Williamson Investment Management Limited, Registered No. 976145.  Authorised and regulated by the Financial Services Authority.
Smith & Williamson Pension Consultancy Limited - Independent Intermediary.  Registered No. 3133226. Authorised and regulated by the Financial Services Authority.
Smith & Williamson Unit Trust Managers Limited, Registered No. 1934644.  Authorised and regulated by the Financial Services Authority.
Smith & Williamson Limited - A member of Nexia International.   Registered in England No. 4534022.  Regulated by the Institute of Chartered Accountants in England & Wales for a range of investment business activities.

Registered Office: No 1 Riding House Street, London W1A 3AS
Telephone: 020 7637 5377 http://www.smith.williamson.co.uk

Nexia Audit Limited - A member of Nexia International.  Registered in England No. 4469576. Registered to carry on audit work and regulated by the Institute of Chartered Accountants in England & Wales for a range of investment business activities.

Registered Office: No 1 Riding House Street, London W1A 3AS
Telephone: 020 7637 5377 http://www.nexiaaudit.co.uk


________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
________________________________________________________________________

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

ATOM RSS1 RSS2