On Wed, 17 Feb 1999, Juan Pineiro wrote to the HP-3000 list:
> Anybody compressing files on an HP3000 and then tranferring them and
> uncompressing them on a PC? If so, how?
>
> Any chance this could be accomplished with Orbit or Telemon's LZW
> compression?
Hello Juan,
The LZW from Telamon is a good choice. That is a compatible family of
programs: LZW for MPE, LZW286 for small DOS PC-s, LZW95NT for Wondows 95
and NT, so on.
I use LZW on the HP to pack the REPORTs and SD files made by Query from
TurboImage databases. I transfer the compressed files by Minisoft. Every
compressed file has 512 byte binary records, so I need not to take care
the different record sizes of the original SD files. I unpack the
compressed files by LZW95NT in the PC using a redirected <stdin, which
automatically replaces the original long ".group.account" extensions into
".gro" 3-letter extensions. My text files are full of national characters.
The Minisoft binary file transfer does not convert the from HP Latin2 to
Windows ANSI code, therefore I had to write a small program which uses the
original translation table (a 256 byte long file) to make the conversion
after the unpacking.
Gentle list members and other readers:
I think I have collected much experience how to migrate from TurboImage to
Microsoft Access. If anybody can me recommend a forum where I can tell or
publish the details, please inform me about. I wish to meet you on
conferences, seminars, or publish the MPE programs, MPE V UDC-s, SLS
initiators, PDC Prolog programs on the PC.
Frank
|\ /~ ~~|~~~ Family : NAGY; first name : FERENC; title : Ph. D.
| \ | | Institute of Isotope and Surface Chemistry
| \ | -+- H-1121 BUDAPEST Konkoly-Thege M. ut 29, (1525 Bp. POB 77)
| \ | | [log in to unmask] (36-1)-395-9123 Fax: ~395-9002
| \| | http://alpha0.iki.kfki.hu/~nagyf/
`-' ' `-' Home: H-1102 BUDAPEST Holgy u. 48. I. 8. (36-1)-262-1198.
You need three virtues in the life:
1. strength - to change the things which are changeable,
2. patience - to endure the things which are unchangeable,
3. wisdom - to distinguish the above two kinds of things.
---------------------------------------------------------------------------
PS. for those who are more interested in the topic:
Imagine that I have many data sets, some of them are too big to transfer
them in one portion. Others are overloaded, some contains multiple kind of
data (like if the CLASS filed is K then TEXT field has two X11, one X8 and
one X2 subfields otherwise it has four X14 subfields).
I had to write a program which automatically generates Minisoft download
command sequences from the outfut of Stan Sielers LFILES CSL program
(RECSIZE needed and ASCII/BINARY chosen from file code).
The FIND the SAVE in SD file works only for dataset having no numeric
fields because of the different representations especially of the REAL
numbers on the HP and on the PC. (Thanx to Stan Sieler for the detailed
map of the bytes of the MPE and IEE reals.)
For the datasets having numeric fields I use LIST if the total length of
the displayed fields plus the two column gaps do not exceed 136 characters
else I apply the REPORT statemt.
Example of my programs:
I wrote the conversion program in PDC Prolog. I have another PDC Prolog
program which reads the output generated by the following
QUERY statements:
FORM SET1
FIND ALL SET1.ID
FORM REPORT ALL,X
------
The program reformats the
<fldname1>
...
<fldnamen>
<rec1.fld1.val11>
...
<rec1.fldn.val1n>
..
<recm.fld1.valm1>
<rec1.fldn.valmn>
structured QSLIST to
<fldname1>[tab]...[tab]<fldnamen>
<rec1.fld1.val11> [tab]... [tab]<rec1.fldn.val1n>
..
<recm.fld1.valm1> [tab]... [tab]<rec1.fldn.valmn>
which is ready to import to MS Access.
The above program has a branch to remove the blank lines at the bottom of
the LIST pages and retain only one or none fieldname header.
F. N.
|
