× 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.



Hi, Mark:

Your suggestion is a very good one if we know that all systems involved are
AS/400s. I can see cases though where this process would need to work with
non-i systems (yes, the rumors are true: the world is not made up solely of
i [for the first time, I see the pun in that], nor even IBM). For any other
system, I don't think SAV is going to work.

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
Using Windows is better than eating glass*
-- *Depending upon the quality of the glass.
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-
bounces@xxxxxxxxxxxx] On Behalf Of Mark S. Waterbury
Sent: Wednesday, August 25, 2010 6:23 PM
To: RPG programming on the IBM i / System i
Subject: Re: Creating a unicode file in the IFS

Hi, Dennis:

I don't think "tar" knows anything about CCSIDs; since this appears to
be going from one OS/400 system to another, perhaps you could use SAV
to
save the IFS streamfiles in a save file, then FTP the save file, and
then use RST to restore them? Not quite as easy as "tar" but at least
SAV and RST know about CCSID.

Mark S. Waterbury

> On 8/25/2010 4:11 PM, Dennis Lovelady wrote:
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


--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing
list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.