× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Slight variation of this topic. I primarily work with systems in two
countries: Germany and USA. On each of these systems, my profile's CCSID is
set to 37. DSPJOB option 2 shows 37 for CCSID, 37 for Default CCSID.

When I go to into QSH on either system and type a command like "touch
new_file" then a new file will be created with CCSID 37. So far so good.

But now I want to interchange files from one system with the other. The
files I want to interchange (from the German system) are all CCSID 819. I
use a command like "tar cvf mytar.tar path_to_files" to package these files.
Interestingly the tarball is created with CCSID 819. (I don't know why this
would be, but I like it - I think.)

Now, I ftp the file to my PC. Because of security restrictions, in order to
get the file to the USA system, I have to make a pit stop at a local server:
FTP to intermediate server from PC. Log in to USA system and FTP from
intermediate to me. All FTP done in strict BINARY mode.

Now the tarball is CCSID 37 on the USA system. But I'm successful
(apparently) in untarring with tar xvf.

However, the untarred files are all CCSID 37. More importantly, they don't
operate as expected. For example, I usually do this with .JAR files, and I
invariably end up with complaints from JAVA about the central directory
being corrupted or some such. I've also tried certain binaries (such as the
AIX ZIP/UNZIP suite), and those don't run either. The QSH command
"setccsid" doesn't seem to help (although it does set the CCSID of the
file), and I'm quite confused as to why this would be.

Any pointers?

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"A lawyer is a learned gentleman who rescues your estate from your
enemies... and keeps it for himself."
-- Henry Broughman



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.